Bug#343921: bandwidthd: FTBFS: build-depends on removed package libgd2-dev

2005-12-19 Thread Andreas Henriksson
On Sun, Dec 18, 2005 at 08:23:28PM +0100, Aurelien Jarno wrote:
> Package: bandwidthd
> Version: 2.0.1+cvs20050208-3
> Severity: serious
> Justification: no longer builds from source
> 
> This package fails to build from source on the autobuilders because it
> build-depends as a first alternative to libgd2-dev, which has been
> removed. Please remove this first alternative.

Thanks, will do!
(The build dependencies has already been adjusted according to bug
#335661 in the prepared work for next upload, but I'll doublecheck
that they are correct.)


> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'unstable')
> Architecture: sparc (sparc64)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.14-2-sparc64
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> 


Regards,
Andreas Henriksson


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



Bug#298601: confirmed problem and solution on amd64.

2005-07-24 Thread Andreas Henriksson
Hi!

I noticed the exact same problem today on amd64 testing/etch while
writing my first python networking application and enabling daytime
service to test it against.
I tried rebuilding netkit with the suggested patch and that made the
segfault dissapear, so I'm sending this mail to confirm the problem and
solution since the bug hasn't been fixed/closed yet.

Regards,
Andreas Henriksson


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



Bug#335661: bandwidthd: please depend on `libgd2-noxpm | libgd2-xpm'

2005-10-25 Thread Andreas Henriksson
> could you please depend on
> `libgd2-noxpm (>= 2.0.33) | libgd2-xpm (>= 2.0.33)'
> instead of just depending on
> `libgd2-xpm (>= 2.0.33)'

I build-depend on any variant of libgd2 and all dependencies are automatically
calculated/added (thus the package ends up with a dependency on the variant of
libgd that was installed to satisfy the build-dependency).
I'll look into manually adding the correct libgd dependencies before the
next upload.

Thanks for your bugreport! :)

Regards,
Andreas Henriksson



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



Bug#328178: bandwidthd: problem with description formatting

2005-09-14 Thread Andreas Henriksson
On Wed, Sep 14, 2005 at 02:07:50AM +0200, Michal Politowski wrote:
> I assume that the two last lines of the package description are intended to
> be displayed as separate lines and not folded into one paragraph.
> To achieve this these lines should start with more than one space each.

Thanks for your bug report!

The secord url (my personal site for storing bandwidthd packages) should
probably be removed now that I have a sponsor that uploads to Debian.
I remebered that I forgot to remove it right after it was uploaded, too late.
A new upstream version will hopefully be released soon, and I'll fix
this problem when packaging it.

Regards,
Andreas Henriksson



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



Bug#328576: Bash'ism in /etc/init.d/bandwidthd

2005-09-16 Thread Andreas Henriksson
On Fri, Sep 16, 2005 at 11:44:35AM +0400, Alexander Gerasiov wrote:
> 
> To fix a bug just remove all words "function" from
> /etc/init.d/bandwidthd

Hello and thanks for your bugreport and suggestion!

I've changed all functions in the init.d script of my upcoming version
of the package to look like this:

foobar ()
{
lala
baba
sasa
}

I hope this will make the next versions script work with posh and be 
POSIX compliant!

Regards,
Andreas Henriksson



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



Bug#328576: One more bash'ism there

2005-09-16 Thread Andreas Henriksson
On Fri, Sep 16, 2005 at 12:06:18PM +0400, Alexander Gerasiov wrote:
> I've found one more bashism in /e/i/bandwidthd:
> 
> line 42 should be if [ "$(cat /etc/debian_version)" = "3.0" ]; then

> PS BTW, I'm not sure that such check is good idea. May be it would be
> better to depend on dpkg from sarge to prevent problems with woody and
> add some notes for backporters in source package.
> I will not report separate bug on this. If you think I shoud feel free
> to ask for it :)
> 

I'll remove the woody compability hooks, since Sarge is now stable and
I don't have any Woody machines to test on anyway...

Thanks again!

Regards,
Andreas Henriksson



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



Bug#404057: patch to skip non-existent directories in find_location function.

2006-12-22 Thread Andreas Henriksson
tags 404057 + patch
thanks

function find_location_of in install/axyl-common-funcs.sh needs to skip
non-existant directories passed as arguments as where to look.
Additionally true needs to be run last, since (ba)sh exists with the
last run programs exitcode as it's own exit code, and I beleive the
functions purpose can never fail.
This solves the reported bug for me when installing axyl in a
pbuilder chroot.

Patch attached.

HTH. HAND.

-- 
Regards,
Andreas Henriksson
--- axyl-2.1.12/install/axyl-common-funcs.sh2006-09-14 07:26:50.0 
+0200
+++ axyl-2.1.12-fixed/install/axyl-common-funcs.sh  2006-12-22 
11:08:29.0 +0100
@@ -249,7 +249,10 @@ function find_location_of () {
   fi
   
   for loc in $recog_locs ;  do
-paths=`find $loc -type $findtype -name "$recog_item_name"`
+paths=""
+if [ -e "$loc" ]; then
+ paths=`find $loc -type $findtype -name "$recog_item_name"`
+fi
 if [ "$paths" != "" ] ; then
  for path in $paths ; do
if [ "$recog_item_type" = "directory" -a "$validation_flag" = 
"containing" ] ; then
@@ -273,6 +276,7 @@ function find_location_of () {
 fi
 [ "$LOC" != "" ] && break
   done
+  true
 }
 
-# END
\ No newline at end of file
+# END


Bug#404240: ntfs-3g: new upstream version available

2006-12-22 Thread Andreas Henriksson
Package: ntfs-3g
Version: 1:0.0.0+20061031-5
Severity: wishlist

It would be nice if the ntfs-3g package could be updated, there seems to
have been a couple of upstream releases since this package was created.

"The latest NTFS-3G driver is ntfs-3g-0.20061218-BETA.tgz."

Regards,
Andreas Henriksson


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



Bug#404304: patch to remove faad plugin from xmms2

2006-12-23 Thread Andreas Henriksson
tags 404304 + patch
thanks

Here's the changes needed to revert adding the xmms2-plugin-faad package
made in bug #399339. Thus, when closing this bug, that one should
probably be reopened and retitled to be add faad plugin _when_ faad
library is available (again).

Patch attached.


-- 
Regards,
Andreas Henriksson
diff -uriNp xmms2-0.2DrHouse/debian/changelog xmms2-0.2DrHouse-nofaad/debian/changelog
--- xmms2-0.2DrHouse/debian/changelog	2006-12-23 19:44:53.0 +0100
+++ xmms2-0.2DrHouse-nofaad/debian/changelog	2006-12-23 19:47:47.0 +0100
@@ -1,3 +1,11 @@
+xmms2 (0.2DrHouse-3.1) unstable; urgency=low
+
+  * NMU
+  * Revert to build xmms2 without faad plugin, since faad library is being
+removed from Debian. (Reopens: #399339, Closes: #404304)
+
+ -- Andreas Henriksson <[EMAIL PROTECTED]>  Sat, 23 Dec 2006 19:45:25 +0100
+
 xmms2 (0.2DrHouse-3) unstable; urgency=low
 
   * Use dh_makeshlibs -V to generate more strict shlib files.
diff -uriNp xmms2-0.2DrHouse/debian/control xmms2-0.2DrHouse-nofaad/debian/control
--- xmms2-0.2DrHouse/debian/control	2006-12-23 19:44:53.0 +0100
+++ xmms2-0.2DrHouse-nofaad/debian/control	2006-12-23 19:39:03.0 +0100
@@ -4,7 +4,7 @@ Priority: optional
 Maintainer: Florian Ragwitz <[EMAIL PROTECTED]>
 Uploaders: Jens Taprogge <[EMAIL PROTECTED]>, Jonne Lehtinen <[EMAIL PROTECTED]>
 Standards-Version: 3.7.2
-Build-Depends: debhelper (>= 5.0.37.2), dpatch, scons, libsqlite3-dev, ruby, ruby1.8-dev, python, python-dev, libglib2.0-dev, libcurl3-dev, libsmbclient-dev, libgnomevfs2-dev, libvorbis-dev, libshout-dev, libflac-dev, libmodplug-dev, libmad0-dev, libasound2-dev, libjack-dev, libavahi-client-dev, libgamin-dev, libmpcdec-dev, libmms-dev, libsidplay2-dev, libresid-builder-dev, libavformat-dev, libraw1394-dev, libdc1394-dev, libboost-dev, libboost-signals-dev, python-support (>= 0.3), python-pyrex, libfaad-dev, fftw3-dev, libsamplerate-dev, libao-dev
+Build-Depends: debhelper (>= 5.0.37.2), dpatch, scons, libsqlite3-dev, ruby, ruby1.8-dev, python, python-dev, libglib2.0-dev, libcurl3-dev, libsmbclient-dev, libgnomevfs2-dev, libvorbis-dev, libshout-dev, libflac-dev, libmodplug-dev, libmad0-dev, libasound2-dev, libjack-dev, libavahi-client-dev, libgamin-dev, libmpcdec-dev, libmms-dev, libsidplay2-dev, libresid-builder-dev, libavformat-dev, libraw1394-dev, libdc1394-dev, libboost-dev, libboost-signals-dev, python-support (>= 0.3), python-pyrex, fftw3-dev, libsamplerate-dev, libao-dev
 XS-Python-Version: 2.4
 
 Package: xmms2
@@ -266,13 +266,6 @@ Enhances: xmms2-core
 Description: XMMS2 - flac decoder
  This package enables flac decoding for xmms2.
 
-Package: xmms2-plugin-faad
-Architecture: any
-Depends: xmms2-core (= ${Source-Version}), ${shlibs:Depends}, ${misc:Depends}
-Enhances: xmms2-core
-Description: XMMS2 - faad (mp4) decoder
- This package enables faad decoding for xmms2.
-
 Package: xmms2-plugin-modplug
 Architecture: any
 Depends: xmms2-core (= ${Source-Version}), ${shlibs:Depends}, ${misc:Depends}
diff -uriNp xmms2-0.2DrHouse/debian/xmms2-plugin-faad.install xmms2-0.2DrHouse-nofaad/debian/xmms2-plugin-faad.install
--- xmms2-0.2DrHouse/debian/xmms2-plugin-faad.install	2006-12-23 19:44:53.0 +0100
+++ xmms2-0.2DrHouse-nofaad/debian/xmms2-plugin-faad.install	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/xmms2/libxmms_faad.so


Bug#401791: patch to make wodim conflict with older versions of xcdroast

2006-12-23 Thread Andreas Henriksson
tags 401791 + patch
thanks

Trivial patch attached to add conflict (mostly so I can add the patch
tag so this bug dissapears from my RC bug tracking radar as I ignore
anything with patch available).


-- 
Regards,
Andreas Henriksson
diff -urip cdrkit-1.1.0/debian/control cdrkit-1.1.0-xcdroast/debian/control
--- cdrkit-1.1.0/debian/control	2006-12-23 20:01:07.0 +0100
+++ cdrkit-1.1.0-xcdroast/debian/control	2006-12-23 20:02:30.0 +0100
@@ -12,7 +12,7 @@ Depends: ${shlibs:Depends}
 Recommends: genisoimage
 Replaces: cdrtools-doc (<< 5:1.0~pre1-1), cdrecord (<< 5:1.0~pre1-1)
 Suggests: cdrkit-doc
-Conflicts: cdrecord (<< 5:1.0~pre1-1)
+Conflicts: cdrecord (<< 5:1.0~pre1-1), xcdroast (<< 0.98+0alpha15-11)
 Description: command line CD/DVD writing tool
  wodim allows you to create CDs or DVDs on a CD/DVD recorder.
  It supports writing data, audio, mixed, multi-session, and CD+ disc and DVD


Bug#404008: Conflicting manpages was removed in ndisc6.

2006-12-23 Thread Andreas Henriksson
severity 404008 important
thanks

The conflicting addrinfo (and additionally nameinfo) manpage was removed
from the other package (see bug #404007), making the collision go away.
I'm downgrading this bug rather then closing it since I believe
sofia-sip-bin is not the right place for this manpage. It should
probably be moved over to some more suitable package (like
manpages-dev?).


-- 
Regards,
Andreas Henriksson



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



Bug#400720: Patch to remove the mozilla plugin package from vlc.

2006-12-23 Thread Andreas Henriksson
tags 400720 + patch
thanks

Since there seem to be noone interested in working on creating a minimal
patch to fix the problem (since the full upstream changes probably won't
be allowed into Etch), here's a patch that takes the easy route and
removes the mozilla-plugin-vlc package from the vlc source.

Patch attached.

-- 
Regards,
Andreas Henriksson
diff -uriNp vlc-0.8.6-svn20061012.debian/debian/control vlc-0.8.6-svn20061012.debian-nomozvlc/debian/control
--- vlc-0.8.6-svn20061012.debian/debian/control	2006-12-23 20:30:39.0 +0100
+++ vlc-0.8.6-svn20061012.debian-nomozvlc/debian/control	2006-12-23 20:38:04.0 +0100
@@ -3,7 +3,7 @@ Section: graphics
 Priority: optional
 Maintainer: Sam Hocevar (Debian packages) <[EMAIL PROTECTED]>
 Uploaders: Clément Stenac <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 4.0), dh-buildinfo, quilt, nasm, yasm [amd64], gettext, linux-kernel-headers (>= 2.5.999-test7-bk-7), xulrunner, libxul-dev, xlibmesa-gl-dev, liba52-0.7.4-dev, libaa1-dev, libarts1-dev (>= 1.4.2-1), libasound2-dev (>= 0.9.0beta10a), libaudiofile-dev, libavahi-client-dev, libavcodec-dev (>= 0.cvs20060823-1), libavformat-dev (>= 0.cvs20060823-1), libcaca-dev (>= 0.99.beta4-1), libcdio-dev, libdvbpsi4-dev, libdvdnav-dev, libdvdread-dev (>= 0.9.5), libdts-dev, libesd0-dev, libflac-dev (>= 1.1.2-3), libfreetype6-dev, libfribidi-dev, libggi2-dev, libglib2.0-0, libglide2-dev [i386], libgnutls-dev (>= 1.2.8), libhal-dev (>= 0.5.5.1-3), libid3tag0-dev, libidl0, libimlib2-dev, liblircclient-dev, liblivemedia-dev (>= 2006.03.17), libmad0-dev, libmatroska-dev (>= 0.8.0), libmodplug-dev, libmpcdec-dev, libmpeg2-4-dev, libncurses5-dev, libogg-dev, libpostproc-dev (>= 0.cvs20060823-1), libpng12-dev, libsdl1.2-dev (>= 1.2.7+1.2.8cvs20041007-5.3), libsmbclient-dev, libsvga1-dev [i386], libsysfs-dev, libtar-dev, libtheora-dev, libvcdinfo-dev, libvorbis-dev, libwxgtk2.6-dev, libx11-dev, libxext-dev, libxml2-dev, libxt-dev, libxv-dev, zlib1g-dev, libavc1394-dev, libraw1394-dev, libdc1394-13-dev, libxosd-dev, libtwolame-dev (>= 0.3.8-1), libspeex-dev, libsdl-image1.2-dev, libnotify-dev, libgtk2.0-dev
+Build-Depends: debhelper (>= 4.0), dh-buildinfo, quilt, nasm, yasm [amd64], gettext, linux-kernel-headers (>= 2.5.999-test7-bk-7), xlibmesa-gl-dev, liba52-0.7.4-dev, libaa1-dev, libarts1-dev (>= 1.4.2-1), libasound2-dev (>= 0.9.0beta10a), libaudiofile-dev, libavahi-client-dev, libavcodec-dev (>= 0.cvs20060823-1), libavformat-dev (>= 0.cvs20060823-1), libcaca-dev (>= 0.99.beta4-1), libcdio-dev, libdvbpsi4-dev, libdvdnav-dev, libdvdread-dev (>= 0.9.5), libdts-dev, libesd0-dev, libflac-dev (>= 1.1.2-3), libfreetype6-dev, libfribidi-dev, libggi2-dev, libglib2.0-0, libglide2-dev [i386], libgnutls-dev (>= 1.2.8), libhal-dev (>= 0.5.5.1-3), libid3tag0-dev, libidl0, libimlib2-dev, liblircclient-dev, liblivemedia-dev (>= 2006.03.17), libmad0-dev, libmatroska-dev (>= 0.8.0), libmodplug-dev, libmpcdec-dev, libmpeg2-4-dev, libncurses5-dev, libogg-dev, libpostproc-dev (>= 0.cvs20060823-1), libpng12-dev, libsdl1.2-dev (>= 1.2.7+1.2.8cvs20041007-5.3), libsmbclient-dev, libsvga1-dev [i386], libsysfs-dev, libtar-dev, libtheora-dev, libvcdinfo-dev, libvorbis-dev, libwxgtk2.6-dev, libx11-dev, libxext-dev, libxml2-dev, libxt-dev, libxv-dev, zlib1g-dev, libavc1394-dev, libraw1394-dev, libdc1394-13-dev, libxosd-dev, libtwolame-dev (>= 0.3.8-1), libspeex-dev, libsdl-image1.2-dev, libnotify-dev, libgtk2.0-dev
 Standards-Version: 3.7.2
 XS-Vcs-Svn: svn://svn.videolan.org/pkg-multimedia/unstable/vlc/
 
@@ -12,7 +12,6 @@ Section: graphics
 Architecture: any
 Depends: vlc-nox (= ${Source-Version}), ${shlibs:Depends}, ${misc:Depends}, ttf-dejavu
 Recommends: videolan-doc
-Suggests: mozilla-plugin-vlc
 Replaces: vlc-plugin-dvb (<< 0.5.2-2), vlc-plugin-xosd (<< 0.5.2-2), vlc-plugin-dv (<< 0.5.2-2), vlc-plugin-mad (<< 0.5.2-2), vlc-mad (<< 0.5.0), vlc-plugin-a52 (<< 0.5.2-2), vlc-plugin-ogg (<< 0.5.2-2), vlc-plugin-lirc (<< 0.5.2-2), vlc-lirc (<< 0.5.0), vlc-plugin-aa (<< 0.5.2-2), vlc-aa (<< 0.5.0), wxvlc (<< 0.8.5-test3.debian-4), vlc-plugin-alsa (<< 0.8.5-test3.debian-4)
 Conflicts: vlc-plugin-dvb (<< 0.5.2-2), vlc-plugin-xosd (<< 0.5.2-2), vlc-plugin-dv (<< 0.5.2-2), vlc-plugin-mad (<< 0.5.2-2), vlc-mad (<< 0.5.0), vlc-plugin-a52 (<< 0.5.2-2), vlc-plugin-ogg (<< 0.5.2-2), vlc-plugin-lirc (<< 0.5.2-2), vlc-lirc (<< 0.5.0), vlc-plugin-aa (<< 0.5.2-2), vlc-aa (<< 0.5.0), wxvlc (<< 0.8.5-test3.debian-4), vlc-plugin-alsa (<< 0.8.5-test3.debian-4)
 Provides: mp3-decoder
@@ -30,8 +29,7 @@ Description: multimedia player and strea
  most output methods is provided by this package, but features can be added
  by installing additional audio plugins (vlc-plugin-esd, vlc-plugin-sd

Bug#404144: patch to update migemo

2006-12-23 Thread Andreas Henriksson
tags 404144 + patch
thanks

The ruby package currently seems to pull in ruby1.8. The migemo package
was last updated during 2004, at which time I guess 1.8 wasn't the
default. I've created a patch that removes the changes made to
explicitly use the 1.8 version where there where no need. I would very
much appreciate if someone with a bit more clue about ruby then me (>0
that is) could look at and/or test this

Patch attached.

-- 
Regards,
Andreas Henriksson
diff -uriNp migemo-0.40/debian/compat migemo-0.40-fixed/debian/compat
--- migemo-0.40/debian/compat	1970-01-01 01:00:00.0 +0100
+++ migemo-0.40-fixed/debian/compat	2006-12-23 23:10:43.0 +0100
@@ -0,0 +1 @@
+5
diff -uriNp migemo-0.40/debian/control migemo-0.40-fixed/debian/control
--- migemo-0.40/debian/control	2006-12-23 23:07:06.0 +0100
+++ migemo-0.40-fixed/debian/control	2006-12-23 23:29:33.0 +0100
@@ -2,12 +2,13 @@ Source: migemo
 Section: utils
 Priority: optional
 Maintainer: Fumitoshi UKAI <[EMAIL PROTECTED]>
-Build-Depends-Indep: debhelper (>> 3.0.0), ruby1.8, ruby1.8-dev, libromkan-ruby1.8, libbsearch-ruby1.8, skkdic, textutils, emacs21 | emacsen, automake
-Standards-Version: 3.6.1
+Build-Depends: debhelper (>= 5.0.0)
+Build-Depends-Indep: ruby, ruby1.8-dev, libromkan-ruby, libbsearch-ruby, skkdic, textutils, emacs21 | emacsen, automake
+Standards-Version: 3.7.2
 
 Package: migemo
 Architecture: all
-Depends: emacs21 | emacsen, apel, ruby1.8, libromkan-ruby1.8, libbsearch-ruby1.8
+Depends: emacs21 | emacsen, apel, ruby, libromkan-ruby, libbsearch-ruby
 Conflicts: migemo-perl
 Description: Japanese incremental search with Romaji on Emacsen
  migemo is a tool that supports Japanese incremental search with Romaji.
diff -uriNp migemo-0.40/debian/rules migemo-0.40-fixed/debian/rules
--- migemo-0.40/debian/rules	2006-12-23 23:07:06.0 +0100
+++ migemo-0.40-fixed/debian/rules	2006-12-23 23:14:09.0 +0100
@@ -9,13 +9,10 @@
 # Uncomment this to turn on verbose mode. 
 #export DH_VERBOSE=1
 
-# This is the debhelper compatability version to use.
-export DH_COMPAT=3
-
 # This has to be exported to make some magic below work.
 export DH_OPTIONS
 
-RUBY=ruby1.8
+RUBY=ruby
 RUBYPATH=/usr/bin/$(RUBY)
 RUBYLIBDIR=$(shell $(RUBY) -rrbconfig -e 'puts Config::CONFIG["rubylibdir"]')
 
@@ -64,7 +61,7 @@ install: build
 
 	# Add here commands to install the package into debian/migemo.
 	LANG=C $(MAKE) install-binSCRIPTS prefix=$(CURDIR)/debian/migemo/usr RUBY=$(RUBYPATH)
-	sh ./debian/fixshbang.sh debian/migemo $(RUBYPATH)
+	#sh ./debian/fixshbang.sh debian/migemo $(RUBYPATH)
 	LANG=C $(MAKE) install-pkgdataDATA prefix=$(CURDIR)/debian/migemo/usr RUBY=$(RUBYPATH)
 	mkdir -p $(CURDIR)/debian/migemo/$(RUBYLIBDIR)
 	LANG=C $(MAKE) install-rubyDATA prefix=$(CURDIR)/debian/migemo/usr rubydir=$(CURDIR)/debian/migemo/$(RUBYLIBDIR) RUBY=$(RUBYPATH)


Bug#404471: Is wacom-kernel-source really needed?

2006-12-25 Thread Andreas Henriksson
It seems like the wacom kernel parts are available in the mainline linux
kernel since version 2.6.11, and the debian 2.6.18 kernel seems to have
it compiled as a module.

$ grep WACOM /boot/config-2.6.18-3-amd64
CONFIG_USB_WACOM=m

Are you sure you really need to build them yourself?
I think the wacom-kernel-source package should simply be removed.

It would be great if you could verify that the modules provided by the
debian kernel works for you...

(The problem analysis of why the build fails: include/linux/version.h
used to have UTS_RELESE defined on the first row up until 2.6.10, but
this changed in 2.6.11 and the postinst script never checked what was on
the first row. It just expected a the version number to start on the
first row from char 22 and on...)



-- 
Regards,
Andreas Henriksson



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



Bug#404144: A small comment

2006-12-25 Thread Andreas Henriksson
On mån, 2006-12-25 at 21:28 -0300, Damián Viano wrote:
> Shouldn't you also remove the debian/fixshbang.sh script?

It could probably be removed now (I haven't checked), but I'll leave
that to the maintainer. As well as actually killing of the line in
debian/rules, which I just commented out.
I only want to do minimal changes as I'm only fixing the immediate
problem, and in no way taking over the full maintainance work.


-- 
Regards,
Andreas Henriksson




Bug#398837: Also, persistent naming for interfaces...

2006-12-28 Thread Andreas Henriksson
The reported "wlan" problem (which I personally don't agree with since
mainline wlan drivers use the eth namespace, and out of tree drivers
aren't something I care about) is also a problem when you use persistent
naming for devices (via udev, nameif, ifrename, ...).
Usually you want to stay away from the eth namespace when you rename
interfaces to not run into problems with already taken names.
Personally I usually rename my router interfaces to something like
"wan", "lan" and my vlan interface would probably be called "vlan"
rather then ethX.
It would be nice if there where some way that the if-pre-up.d/vlan
script could catch the setup rather then relying on the eth-name (when
using that vlan layout). Btw, I haven't tested if this even works with
the vconfig utility.
I consider this wishlist severity, as the udev persistent name generator
uses the eth namespace and no mainline drivers will use anything but the
eth namespace.

-- 
Regards,
Andreas Henriksson


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



Bug#384973: amd64 segfault on logout/login

2006-12-30 Thread Andreas Henriksson
ontext=0xf38c60,
may_block=1) at gmain.c:2736
retval = 
allocated_nfds = 
fds = (GPollFD *) 0x1049da0
__PRETTY_FUNCTION__ = "g_main_context_iterate"
#11 0x2b2942fbddee in IA__g_main_context_iteration (context=0xf38c60,
may_block=1) at gmain.c:2736
retval = 
#12 0x2b29438869a2 in QEventDispatcherGlib::processEvents ()
   from /usr/lib/libQtCore.so.4
No symbol table info available.
#13 0x2b2943be658f in QX11Info::copyX11Data () from /usr/lib/libQtGui.so.4
No symbol table info available.
#14 0x2b2943865738 in QEventLoop::processEvents ()
   from /usr/lib/libQtCore.so.4
No symbol table info available.
#15 0x2b2943865849 in QEventLoop::exec () from /usr/lib/libQtCore.so.4
No symbol table info available.
#16 0x2b29438679ce in QCoreApplication::exec ()
   from /usr/lib/libQtCore.so.4
No symbol table info available.
#17 0x006876e0 in main ()
No symbol table info available.
#0  0x0000006881b0 in QtWengoPhone::setQtWsDirectory ()
(gdb)

-- 
Regards,
Andreas Henriksson




Bug#398837: Also, persistent naming for interfaces...

2007-01-03 Thread Andreas Henriksson
On Sun, Dec 31, 2006 at 05:41:05PM +0100, Loïc Minier wrote:
>  There's already something, which is the IF_VLAN_RAW_DEVICE
>  (vlan_raw_device in /e/n/interfaces) setting.

Ah! Thanks for pointing this out. Even though I have poked at ifupdown
internals the way to pass environment variables to the script though
setting the /e/n/i option wasn't obvious to me and many others will
probably not get that as well.
I assumed only whats documented in the "man interfaces" file was valid
to put in /e/n/i 

>  I intend to promote this
>  better after etch, perhaps warning people relying only on the old vlan*
>  naming scheme that they should add such a definition.

My suggestion would be to try to get a comment about this into the
interfaces manpage where it would probably be more "visible"...

-- 
Regards,
Andreas Henriksson


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



Bug#404876: CONFIG_ALTIVEC=n doesn't solve anything eigther.

2007-01-17 Thread Andreas Henriksson
For the record...

I just tried my vanilla 2.6.18 kernel with CONFIG_ALTIVEC disabled,
but the problem persisted still.

-- 
Regards,
Andreas Henriksson


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



Bug#406065: please test this patch for xcdroast

2007-01-17 Thread Andreas Henriksson
tags 406065 + patch
thanks

xcdroast now uses readom instead of readcd. This probably means the
version check isn't needed anymore, since any version of readom in
existance should be new enough.

The attached patch disables the version number check.
Please put the "15_no_readcd_version.diff" in the debian/patches/
directory of the package source and add that filename to the bottom of
the debian/patches/series list.

This should hopefully fix the problem, please test and report your
success.


-- 
Regards,
Andreas Henriksson
diff -urip xcdroast-0.98+0alpha15/src/io.c xcdroast-0.98+0alpha15-fixed/src/io.c
--- xcdroast-0.98+0alpha15/src/io.c	2003-10-26 15:24:48.0 +0100
+++ xcdroast-0.98+0alpha15-fixed/src/io.c	2007-01-17 23:04:29.0 +0100
@@ -10143,6 +10143,10 @@ gchar *p;
 g_error("popen error\n");
 }
 
+	/* all versions of readom is good enough! */
+	return 0;
+	
+#if 0
 	strcpy(line,"");
 for (;;) {
 if (fgets(line,MAXLINE,fpin) == NULL) 
@@ -10185,6 +10189,7 @@ gchar *p;
 		strcpy(found,ver);
 		return 1;
 	}
+#endif
 }
 
 


Bug#407230: gnome-chess works without problems on amd64 and ppc ... please provide more info.

2007-01-18 Thread Andreas Henriksson
tags 407230 + moreinfo unreproducible
thanks

I've tested gnome-chess on my Debian GNU/Linux Unstable AMD64 machine
and my Debian GNU/Linux Etch PowerPC and I couldn't find any problem on
eigther of those.

Can you please provide more info on what you're doing to make
gnome-chess segfault. If you can get a backtrace that would be great
(you might need to recompile the package with debugging symbols to get a
useful backtrace).

-- 
Regards,
Andreas Henriksson


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



Bug#404876: Jonathans 2.6.19.2 config doesn't solve the problem on my PPC.

2007-01-18 Thread Andreas Henriksson
Hello!

Just reporting that running 2.6.19.2 with the .config that Jonathan
supplied does _not_ solve the problem on my PowerPC.

-- 
Regards,
Andreas Henriksson


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



Bug#406646: rafkill segfaults already on startup (amd64).

2007-01-18 Thread Andreas Henriksson
For the record...
For me rafkill segfaults already on startup. Running on Debian
GNU/Linux Unstable AMD64.


[EMAIL PROTECTED]:~$ rafkill
rafkill -h for help screen
Running game at 40
Using window mode 0
*FATAL* Setting null bitmap
OS Linux
Loaded data
Loaded /usr/share/games/rafkill/data/intro.mod type 3
** Running game
Playing music
Shutting down Allegro due to signal #11
Segmentation fault

I had a brief look at this problem but gave up after a while... My pokes
with gdb seemed to suggest it being bitmap related (also notice the error
message about null bitmap in the output).


-- 
Regards,
Andreas Henriksson


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



Bug#405926: disabling altivec in ffmpeg avoids the segfault.

2007-01-18 Thread Andreas Henriksson
tags 405926 + patch
thanks

If ffmpeg is configured with --disable-altivec then there's no segfault.
This is what the attached patch does.

There seems to be several altivec-related problems in different packages
currently. People might want to keep an eye on bugs like #404876 

Patch attached.

-- 
Regards,
Andreas Henriksson
--- ffmpeg-0.cvs20060823/debian/rules   2007-01-18 17:04:42.0 +0100
+++ ffmpeg-0.cvs20060823-fixed/debian/rules 2007-01-18 15:54:51.0 
+0100
@@ -7,6 +7,10 @@ export DEB_BUILD_GNU_TYPE ?= $(shell dpk
 confflags += --enable-gpl --enable-pp --enable-pthreads
 confflags += --enable-vorbis --enable-libogg --enable-a52 --enable-dts 
--enable-libgsm
 
+ifneq (, $(findstring powerpc, $(DEB_HOST_GNU_TYPE)))
+   confflags += --disable-altivec
+endif
+
 ifneq (,$(findstring linux,$(DEB_HOST_GNU_TYPE)))
   confflags += --enable-dc1394
   lib1394-dev = libraw1394-dev, libdc1394-13-dev


Bug#369232: xserver-xorg-input-wacom: install fails if link already exists in /etc/udev/rules

2007-01-21 Thread Andreas Henriksson
On sön, 2007-01-21 at 13:24 -0500, Joey Hess wrote:
> I need more information about how this situation can occur before I can
> think about fixing it. 

I'm sorry I don't know anything about the particular issue with the
"xserver-xorg-input-wacom" package. I was only thinking about the
hypothetical issue where the user would have created the file (or link)
with his own rules. (To be totally honest, I didn't really think much at
all I just looked over the other dh_installudev bugs while fixing
#406921.)


-- 
Regards,
Andreas Henriksson




Bug#407844: [INTL:sv] Swedish translations for dhcp3 (debconf)

2007-01-21 Thread Andreas Henriksson
Package: dhcp3
Severity: wishlist
Tags: patch l10n

Attached is an updated sv.po file for the dhcp3 package. I've also
attached a diff from the previous version.


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# Swedish translation of dhcp3.
# Copyright (C) 2005 THE dhcp3'S COPYRIGHT HOLDER
# This file is distributed under the same license as the dhcp3 package.
# Daniel Nylander <[EMAIL PROTECTED]>, 2005.
# , fuzzy
#
#
msgid ""
msgstr ""
"Project-Id-Version: dhcp3 3.0.3-6\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-12-12 10:15-0800\n"
"PO-Revision-Date: 2007-01-21 20:59+0100\n"
"Last-Translator: Andreas Henriksson <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: SWEDEN\n"

#. Type: string
#. Description
#: ../dhcp3-relay.templates:1001
msgid "DHCP servers to which the DHCP relay should forward requests to:"
msgstr "DHCP-server dit denna DHCP-relay skall vidarebefordra förfrågningar 
till:"

#. Type: string
#. Description
#: ../dhcp3-relay.templates:1001
msgid "The name or IP address of at least one DHCP server to which DHCP and 
BOOTP requests should be relayed must be specified on the command line."
msgstr "Namnet eller IP-addressen på åtminstone en DHCP-server till vilken DHCP 
och BOOTP-förfrågningar ska skickas vidare till måste specificeras på 
kommandolinjen."

#. Type: string
#. Description
#: ../dhcp3-relay.templates:1001
msgid "You can specify more than one server, just separate the server names (or 
IP addresses) with spaces."
msgstr "Du kan specificera mer än en server, bara separera servernamnen (eller 
IP-addresserna) med mellanslag."

#. Type: string
#. Description
#: ../dhcp3-relay.templates:2001
msgid "Interfaces the DHCP relay should listen on:"
msgstr "Nätverksgränssnitt som denna DHCP-relay skall lyssna på:"

#. Type: string
#. Description
#: ../dhcp3-relay.templates:2001
#, fuzzy
msgid "The names of the network interfaces that dhcrelay should attempt to 
configure may be specified on the command line using the -i option. If no 
interface names are specified on the command line dhcrelay will identify all 
network interfaces, elimininating non-broadcast interfaces if possible, and 
attempt to configure each interface."
msgstr "Namnen på nätverkskortet som dhcrelay ska försöka konfigurera måste 
specificeras på kommandolinjen med flaggan -i. Om inget namn specificeras på 
kommandolinjen kommer dhcrelay att identifiera nätverkskortet, ta bort ta bort 
nätverkskort utan broadcastflagga om möjligt och försöka konfigurera varje 
kort."

#. Type: string
#. Description
#: ../dhcp3-relay.templates:3001
msgid "Additional options for the Daemon:"
msgstr "Ytterligare inställningar för Demonen:"

#. Type: string
#. Description
#: ../dhcp3-relay.templates:3001
msgid "It is possible to specify additional options for the DHCP relay daemon."
msgstr "Det är möjligt att specificera ytterligare inställningar för DHCP-relay 
demonen."

#. Type: string
#. Description
#: ../dhcp3-relay.templates:3001
msgid "example: \"-m replace\" or \"-a -D\""
msgstr "Exempel: \"-m replace\" eller \"-a -D\""

#. Type: note
#. Description
#: ../dhcp3-server.templates:1001
msgid "Manual configuration required after installation!"
msgstr "DHCP-servern kräver manuell konfiguration efter installationen!"

#. Type: note
#. Description
#: ../dhcp3-server.templates:1001
msgid "After the DHCP server is installed you will need to manually configure 
it by editing the file /etc/dhcp3/dhcpd.conf. Please note that a sample 
dhcpd.conf is supplied, but the configuration there is just a sample that 
requires editing and customization to your own network environment."
msgstr "Efter att DHCP-servern är installerad behöver du manuellt konfigurera 
den genom att ändra i filen /etc/dhcp3/dhcpd.conf. Notera att en exempelfil 
(dhcpd.conf) skickas med men konfigurationen där är bara ett exempel som kräver 
ändringar och egna definitioner för att passa din nätverksmiljö."

#. Type: note
#. Description
#: ../dhcp3-server.templates:1001
msgid "Please configure the DHCP server as soon as the installation finishes."
msgstr "Konfigurera DHCP-servern så fort som installationen är färdigställd."

#

Bug#407847: lilo: [INTL:sv] Swedish debconf translation update

2007-01-21 Thread Andreas Henriksson
Package: lilo
Severity: wishlist
Tags: patch l10n


Attached is an updated swedish translation for debconf. I've also
attached a diff for the changes from the previous version.


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# Translators, if you are not familiar with the PO format, gettext
# documentation is worth reading, especially sections dedicated to
# this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Some information specific to po-debconf are available at
# /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
# Developers do not need to manually edit POT or PO files.
# , fuzzy
#
#
msgid ""
msgstr ""
"Project-Id-Version: lilo 1:22.6.1-7\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2007-01-20 06:55+0100\n"
"PO-Revision-Date: 2007-01-21 21:44+0100\n"
"Last-Translator: Andreas Henriksson <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: SWEDEN\n"

#. Type: note
#. Description
#: ../lilo.templates:1001
msgid "LILO configuration"
msgstr "LILO konfiguration"

#. Type: note
#. Description
#: ../lilo.templates:1001
msgid "It seems to be your first LILO installation. It is absolutely necessary 
to run liloconfig(8) when you complete this process and execute /sbin/lilo  
after this."
msgstr "Det verkar som om detta är din första installation av LILO. Det är 
absolut nödvändigt att köra liloconfig(8) när du är färdig med denna process 
och starta /sbin/lilo efter det."

#. Type: note
#. Description
#: ../lilo.templates:1001
msgid "LILO won't work if you don't do this."
msgstr "LILO kommer inte att fungera om du inte gör detta."

#. Type: note
#. Description
#: ../lilo.templates:2001
msgid "Deprecated parameters in LILO configuration"
msgstr "Föråldrade parametrar i LILO-konfigurationen"

#. Type: note
#. Description
#: ../lilo.templates:2001
msgid "Deprecated files have been found on your system. You must update the 
'install=' parameter in your LILO configuration file (/etc/lilo.conf) in order 
to properly upgrade the package."
msgstr "Föråldrade filer har hittats på ditt system. Du måste uppdatera 
parametern 'install=' i din LILO-konfigurationsfil (/etc/lilo.conf) för att 
korrekt uppgradera paketet."

#. Type: note
#. Description
#: ../lilo.templates:2001
msgid "The new 'install=' options are:"
msgstr "De nya 'install=' inställningarna är:"

#. Type: note
#. Description
#: ../lilo.templates:2001
msgid ""
" new: install=bmp\n"
" old: install=/boot/boot-bmp.b"
msgstr ""
" ny: install=bmp\n"
" gammal: install=/boot/boot-bmp.b"

#. Type: note
#. Description
#: ../lilo.templates:2001
msgid ""
" new: install=text\n"
" old: install=/boot/boot-text.b"
msgstr ""
" ny: install=text\n"
" gammal: install=/boot/boot-text.b"

#. Type: note
#. Description
#: ../lilo.templates:2001
msgid ""
" new: install=menu\n"
" old: install=/boot/boot-menu.b or boot.b"
msgstr ""
" ny: install=menu\n"
" gammal: install=/boot/boot-menu.b eller boot.b"

#. Type: boolean
#. Description
#: ../lilo.templates:3001
msgid "Do you want to run /sbin/lilo now?"
msgstr "Vill du köra /sbin/lilo nu?"

#. Type: boolean
#. Description
#: ../lilo.templates:3001
msgid "It was detected that it's necessary to run /sbin/lilo in order to update 
the new LILO configuration."
msgstr "Det upptäcktes att det är nödvändigt att köra /sbin/lilo för att 
uppdatera den nya LILO-konfigurationen."

#. Type: boolean
#. Description
#: ../lilo.templates:3001
msgid "WARNING: This procedure will write data in your MBR and may overwrite 
some things in that place. If you skip this step, you must run /sbin/lilo 
before reboot your computer or your system may not boot again."
msgstr "VARNING: Denna procedyr kommer att skriva data till din MBR (Master 
Boot Record) och kan skriva över saker som finns där. Om du hoppar över detta 
steg måste du köra /sbin/lilo före du startar om din dator annars kommer ditt 
system inte att starta upp igen."

#. Type: note
#. Description
#: ../lilo.te

Bug#407850: fontconfig: [INTL:sv] Swedish debconf translation update

2007-01-21 Thread Andreas Henriksson
Package: fontconfig
Version: 2.4.2-1
Severity: wishlist
Tags: patch l10n

Here's an updated version of the swedish debconf translation. I've also
attached a patch with the changes from the previous version.



-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE (charmap=ISO-8859-1)

Versions of packages fontconfig depends on:
ii  defoma  0.11.10  Debian Font Manager -- automatic f
ii  fontconfig-config   2.4.2-1  generic font configuration library
ii  libc6   2.3.6.ds1-10 GNU C Library: Shared libraries
ii  libexpat1   1.95.8-3.4   XML parsing C library - runtime li
ii  libfontconfig1  2.4.2-1  generic font configuration library
ii  libfreetype62.2.1-5  FreeType 2 font engine, shared lib
ii  zlib1g  1:1.2.3-13   compression library - runtime

fontconfig recommends no packages.

-- debconf information excluded
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: fontconfig 2.3.2-1\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-09-10 00:12-0700\n"
"PO-Revision-Date: 2007-01-21 21:51+0100\n"
"Last-Translator: Andreas Henriksson <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: SWEDEN\n"

#. Type: select
#. Choices
#: ../fontconfig-config.templates:1001
msgid "Native, Autohinter, None"
msgstr "Native, Autohinter, Ingen"

#. Type: select
#. Description
#: ../fontconfig-config.templates:1002
msgid "Font tuning method for screen:"
msgstr "Font-justeringsmetod för skärm:"

#. Type: select
#. Description
#: ../fontconfig-config.templates:1002
msgid "Select Native if you mostly use Bitstream Vera (the default in Debian) 
or any of the Microsoft fonts.  Select Autohinter if you mostly use other 
TrueType fonts.  Select None if you want blurry text."
msgstr "Välj \"Native\" om du mestadels använder Bitstream Vera (standard i 
Debian) eller någon av Microsofts typsnitt. Välj \"Autohinter\" om du mestadels 
använder andra TrueType-typsnitt. Välj \"Ingen\" om du vill ha suddig text."

#. Type: select
#. Choices
#: ../fontconfig-config.templates:2001
msgid "Automatic, Always, Never"
msgstr "Automatisk, Alltid, Aldrig"

#. Type: select
#. Description
#: ../fontconfig-config.templates:2002
msgid "Enable subpixel rendering for screen:"
msgstr "Aktivera underpixelritning för skärm:"

#. Type: select
#. Description
#: ../fontconfig-config.templates:2002
msgid "Rendering text at a subpixel level generally makes it look a bit better 
on flat (LCD) screens, but can show color artifacts on CRT screens. The 
\"Automatic\" choice will enable it only if a LCD screen is detected."
msgstr "Rita upp text vid en underpixelnivå gör generellt att det ser bättre ut 
på platta skärmar (LCD) men kan visa färgavvikelser på CRT-skärmar. Valet 
\"Automatisk\" kommer vara aktivera det om en LCD-skärm hittats."

#. Type: boolean
#. Description
#: ../fontconfig-config.templates:3001
msgid "Enable bitmapped fonts by default?"
msgstr "Aktivera punktavbildade typsnitt som standard?"

#. Type: boolean
#. Description
#: ../fontconfig-config.templates:3001
msgid "By default, only outline fonts are used by applications which support 
fontconfig.  Outline fonts are fonts which scale well to various sizes.  In 
contrast, bitmapped fonts are often lower quality. Enabling this option will 
affect the systemwide default; this and many other fontconfig options may be 
enabled or disabled on a per-user basis."
msgstr "Som standard används bara konturtypsnitt av applikationer som stöder 
fontconfig.  Konturtypsnitt är typsnitt som skalar bra till olika storlekar.  I 
kontrast till punktavbildade typsnitt som ofta är av lägre kvalite. Aktivering 
av denna inställni

Bug#407851: openvpn: [INTL:sv] Swedish debconf translation update

2007-01-21 Thread Andreas Henriksson
Package: openvpn
Version: 2.0.9-3
Severity: wishlist
Tags: patch l10n

The attached file is an updated sv.po for the debconf translation with a
tiny update for a fuzzy string.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE (charmap=ISO-8859-1)

Versions of packages openvpn depends on:
ii  debconf [debconf-2.0]   1.5.11   Debian configuration management sy
ii  libc6   2.3.6.ds1-10 GNU C Library: Shared libraries
ii  liblzo1 1.08-3   data compression library (old vers
ii  libssl0.9.8 0.9.8c-4 SSL shared libraries

openvpn recommends no packages.

-- debconf information excluded
# Translators, if you are not familiar with the PO format, gettext
# documentation is worth reading, especially sections dedicated to
# this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Some information specific to po-debconf are available at
# /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
# Developers do not need to manually edit POT or PO files.
# , fuzzy
#
#
msgid ""
msgstr ""
"Project-Id-Version: openvpn 2.0.2-1\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2007-01-13 19:59+0100\n"
"PO-Revision-Date: 2007-01-21 22:00+0100\n"
"Last-Translator: Andreas Henriksson <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: SWEDEN\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Would you like to start openvpn sooner?"
msgstr "Vill du starta openvpn tidigare?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Previous versions of openvpn started at the same time as most of other 
services. This means that most of these services couldn't use openvpn since it 
may have been unavailable when they started. Newer versions of the openvpn 
package will start earlier. (i.e. a S16openvpn link in rc[235].d instead of a 
S20openvpn)"
msgstr "Tidigare versioner av OpenVPN startade samtidigt som många andra 
tjänster. Detta betyder att många av dessa tjänster inte kunde använda sig av 
OpenVPN eftersom den inte var tillgänglig när de startade. Senare versioner av 
OpenVPN startar tidigare. (Dvs, en S18openvpn länk i rc[235].d istället för en 
S20openvpn)"

#. Type: boolean
#. Description
#. Type: boolean
#. Description
#: ../templates:1001
#: ../templates:5001
msgid "If you accept here, the package upgrade will make this change for you. 
If you refuse, nothing will change, and openvpn will be working just like it 
did before."
msgstr "Om du accepterar här kommer paketuppgraderingen att skapa denna åt dig. 
Om du vägrar kommer ingenting att göras och OpenVPN kommer att fungerar precis 
som den gjorde tidigare."

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Would you like a TUN/TAP device to be created?"
msgstr "Vill du att en TUN/TAP-enhet skapas?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "If you accept here, the package will make a special device called 
/dev/net/tun for openvpn's use. If you refuse, the device won't be made now. 
Read README.Debian for details on how to make it. If you are using devfs refuse 
here."
msgstr "Om du accepterar här kommer paketet att skapa en speciell enhet kallad 
/dev/net/tun som OpenVPN använder. Om du vägrar kommer inte enheten att skapas. 
Läs README.Debian för detaljer hur du skapar den. Om du använder devfs så ska 
du vägra här."

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Would you like to stop openvpn before it gets upgraded?"
msgstr "Vill du stoppa openvpn före den uppgraderas?"

#. Type: boolean
#. Description
#: ../templates:3001
msgid "In some cases you may be upgrading openvpn in a remote server using a 
VPN to do so. The upgrade process stops the running daemon before  installing 
the new version, in that case you may lose your connection, the upgrade may be 
interrupted, and you may not be able to reconnect to the remote host."
msgstr "I vissa fall kan du uppgradera OpenVPN i en fjärrserver via ett VPN. 
Uppgraderingsprocessen stoppar den körande daemonen före installation av den 
nya versionen och du kommer att tappa förbindelsen, uppgraderingen kommer att 
avbrytas och du kanske inte kan återuppta förbindelsen till fjärrservern."

#. Type: boolean

Bug#407852: dbconfig-common: [INTL:sv] Swedish debconf translation update.

2007-01-21 Thread Andreas Henriksson
Package: dbconfig-common
Version: 1.8.30~0.1
Severity: wishlist
Tags: patch l10n

The attached file is an updated swedish debconf translation (sv.po) for
dbconfig-common. The fuzzy strings where quite off, and some new strings
where added.


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE (charmap=ISO-8859-1)

Versions of packages dbconfig-common depends on:
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii  mysql-client-5.0 [mysql-clien 5.0.32-2   mysql database client binaries
ii  postgresql-client 7.5.22 front-end programs for PostgreSQL 
ii  ucf   2.0018 Update Configuration File: preserv

dbconfig-common recommends no packages.

-- debconf information excluded
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: dbconfig-common 1.8.5\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-09-18 21:13+0200\n"
"PO-Revision-Date: 2007-01-21 22:16+0100\n"
"Last-Translator: Andreas Henriksson <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: SWEDEN\n"

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:1001
msgid "Will this server be used to access remote databases?"
msgstr "Kommer denna server användas för att ansluta till fjärr-databaser?"

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:1001
msgid "For the database types that support it, dbconfig-common includes support 
for configuring databases on remote systems.  When installing a package's 
database via dbconfig-common, the questions related to remote configuration are 
asked with a priority such that they are skipped for most systems."
msgstr "För de databas-typer som stödjer det inkluderar dbconfig-common stöd 
för att konfigurera databaser på fjärr-system. Vid installation av pakets 
databaser via dbconfig-common så komemr frågor gällande fjärr-system ställas 
med en sådan prioritet att de hoppas över på de flesta system."

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:1001
msgid "If you select this option, the default behaviour will be to prompt you 
with questions related to remote database configuration when you install new 
packages."
msgstr "Omd u väljer detta alternativ kommer standard-beteendet vara att visa 
dig de frågor som är relaterade till fjärr-databasers konfiguration när du 
installerar nya paket."

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:1001
msgid "If you are unsure, you should not select this option."
msgstr "Om du är osäker, bör du ej välja denna åtgärd."

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:2001
msgid "Keep \"administrative\" database passwords in debconf?"
msgstr "Behålla administrativa databaslösenord i debconf?"

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:2001
msgid "By default, you will be prompted for all administrator-level database 
passwords when you configure, upgrade, or remove applications with 
dbconfig-common.  These passwords will not be stored in debconf for any longer 
than they are needed."
msgstr "Som standard kommer du bli frågad efter alla databaslösenord på 
administratörsnivå när du konfigurerar, uppgraderar eller tar bort 
applikationer med dbconfig-common. Dessa lösenord kommer inte att lagras i 
debconf längre än de behövs."

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:2001
msgid "This behavior can be disabled, in which case the passwords will remain 
in the debconf password database.  The debconf password database is protected 
by unix file permissions, though this is less secure and thus not the default 
setting."
msgstr "Detta beteende kan stängas av och lösenorden kommer att vara kvar i 
debconfs lösenordsdatabas.  Debconfs lösenordsdatabas är skyddad av 
filrättigheterna i unix vilket är mindre säkert och därför inte är 
standardvalet."

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:2001
msgid "If you would rather not be bothered by for an administrative password 
every time you upgrade a database application with dbconfig-common, you should 
choose this option.  Other

Bug#407853: mod-mono: [INTL:sv] Swedish debconf translation update

2007-01-21 Thread Andreas Henriksson
Package: mod-mono
Severity: wishlist
Tags: patch l10n

The attached file contains an updated swedish (sv.po) debconf
translation update.
The old sv.po file was downloaded from:
http://www.debian.org/intl/l10n/po-debconf/sv

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: mod-mono 1.1.13-1\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-12-11 22:16+0000\n"
"PO-Revision-Date: 2007-01-21 22:24+0100\n"
"Last-Translator: Andreas Henriksson <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: SWEDEN\n"

#. Type: boolean
#. Description
#: ../libapache-mod-mono.templates:1001
msgid "Activate module?"
msgstr "Aktivera modul?"

#. Type: boolean
#. Description
#: ../libapache-mod-mono.templates:1001
msgid "If this is true, then the module will be activated as apache starts."
msgstr "Om detta är sant, då kommer modulen bli aktiverad när apache startar."

#~ msgid "Would you like to me to activate the mono module?"
#~ msgstr "Vill du att jag aktiverar modulen mono?"



Bug#407857: dak: [INTL:sv] Swedish debconf translation update.

2007-01-21 Thread Andreas Henriksson
Package: dak
Severity: wishlist
Tags: patch l10n

The attached file contains an updated Swedish (sv.po) debconf
translation for dak.
The old sv.po file where fetched from:
http://www.debian.org/intl/l10n/po-debconf/sv

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: dak 1.0-8\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2007-01-18 06:58+0100\n"
"PO-Revision-Date: 2007-01-21 22:31+0100\n"
"Last-Translator: Andreas Henriksson <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: SWEDEN\n"

#. Type: string
#. Default
#: ../templates:1001
msgid "/opt/dak"
msgstr "/opt/dak"

#. Type: string
#. Description
#: ../templates:1002
msgid "Where to put the base directory for dak?"
msgstr "Vad ska basmappen för dak läggas?"

#. Type: string
#. Description
#: ../templates:1002
msgid "It is best to use the dak-suite with a single base directory and not to 
split it up all over the filesystems. Makes life easier. This setup will 
prepare everything to run from the path you enter here, the default is 
/opt/dak, but common locations include things like /org/your.archive.name or 
similar names. Use whatever you like most."
msgstr "Det är bäst att använda dak-suite med en enda baskatalog och inte dela 
upp den över hela filsystemet. Detta gör livet lättare. Denna inställning 
kommer att förbereda allt för att köras från sökvägen du anger här, standard är 
/opt/dak men vanliga sökvägar inkluderar typ /org/ditt.arkiv.namn eller 
liknande namn. Använd det som passar dig bäst."

#. Type: note
#. Description
#: ../templates:2001
msgid "You really need to finish the configuration of dak!"
msgstr "Du behöver verkligen färdigställa konfigurationen av dak!"

#. Type: note
#. Description
#: ../templates:2001
msgid "This package wont run out of the box. You need to change the 
configuration to fit your needs. You will find some examples in the directory 
entered in the \"base directory\" question for this package and, of course, in 
/usr/share/doc/dak - including the configuration the Debian Archive actually 
uses."
msgstr "Detta paket kommer inte att starta direkt efter installationen. Du 
behöver ändra konfigurationen för att passa dina ändamål. Du kan hitta några 
exempel i mappen som anges i basmapp-frågan för detta paket och, så klart, i  
/usr/share/doc/dak - inklusive konfigurationen som Debian-arkivet faktiskt 
använder."

#. Type: string
#. Default
#: ../templates:3001
msgid "localhost"
msgstr "localhost"

#. Type: string
#. Description
#: ../templates:3002
msgid "What is the hostname for the archive host?"
msgstr "Vad är värdnamnet för arkivvärden?"

#. Type: string
#. Description
#: ../templates:3002
msgid "For proper function dak needs a hostname in different places in its 
configuration. The entered value will be used in email addresses and mails 
generated by dak."
msgstr "För att korrekt fungera behöver dak ett värdnamn för olika platser i 
dess konfiguration. Det angivna värdet kommer att användas i e-postaddresser 
och e-post som genereras av dak."

#. Type: string
#. Default
#: ../templates:4001
msgid "local archive"
msgstr "lokalt arkiv"

#. Type: string
#. Description
#: ../templates:4002
msgid "The name of your archive."
msgstr "Namnet på ditt arkiv."

#. Type: string
#. Description
#: ../templates:4002
msgid "Please give your archive a descriptive name, so your Users see what it 
is about."
msgstr "Ge ditt arkiv ett beskrivande namn så att dina användare ser vad det 
innehåller."

#. Type: string
#. Default
#: ../templates:5001
msgid "deb-dak"
msgstr "deb-dak"

#. Type: string
#. Description
#: ../templates:5002
msgid "The name of your dak user.&qu

Bug#407859: mysql-dfsg-5.0: [INTL:sv] Swedish debconf translation update.

2007-01-21 Thread Andreas Henriksson
Package: mysql-dfsg-5.0
Severity: wishlist
Tags: patch l10n

The attached file is an updated swedish debconf translation (sv.po) for
mysql-dfsg-5.0.
The old sv.po file was downloaded from:
http://www.debian.org/intl/l10n/po-debconf/sv

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# Translators, if you are not familiar with the PO format, gettext
# documentation is worth reading, especially sections dedicated to
# this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Some information specific to po-debconf are available at
# /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
# Developers do not need to manually edit POT or PO files.
# , fuzzy
#
#
msgid ""
msgstr ""
"Project-Id-Version: mysql-dfsg-5.0 5.0.21-3\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-01-01 19:54+0100\n"
"PO-Revision-Date: 2007-01-21 22:43+0100\n"
"Last-Translator: Andreas Henriksson <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: SWEDEN\n"

#. Type: boolean
#. Description
#: ../mysql-server-5.0.templates:1001
msgid "Do you really want to downgrade?"
msgstr "Vill du verkligen nedgradera?"

#. Type: boolean
#. Description
#: ../mysql-server-5.0.templates:1001
msgid "WARNING: The file /var/lib/mysql/debian-*.flag exists. This indicates 
that a mysql-server package with a higher version has been installed before. It 
can not be guaranteed that this version can use its data."
msgstr "VARNING: Filen /var/lib/mysql/debian-*.flag existerar. Detta betyder 
att paketet mysql-server med högre versionsnummer har installerats tidigare. 
Det kan inte garanteras att denna version kan använda dess data."

#. Type: note
#. Description
#: ../mysql-server-5.0.templates:2001
msgid "Important note for NIS/YP users!"
msgstr "Viktig notering för NIS/YP-användare!"

#. Type: note
#. Description
#: ../mysql-server-5.0.templates:2001
msgid "To use mysql you must install an equivalent user and group to the 
following and ensure yourself that /var/lib/mysql has the right permissions 
(the uid/gid may be different)."
msgstr "För att använda MySQL måste du installera en motsvarande användare och 
grupp till följande och se till att /var/lib/mysql har korrekta rättigheter 
satta (uid/gid kan vara olika)."

#. Type: note
#. Description
#: ../mysql-server-5.0.templates:2001
msgid "/etc/passwd:  mysql:x:100:101:MySQL Server:/var/lib/mysql:/bin/false"
msgstr "/etc/passwd:  mysql:x:100:101:MySQL 
Server:/var/lib/mysql:/bin/false"

#. Type: note
#. Description
#: ../mysql-server-5.0.templates:2001
msgid "/etc/group:   mysql:x:101:"
msgstr "/etc/group:   mysql:x:101:"

#. Type: note
#. Description
#: ../mysql-server-5.0.templates:2001
msgid "/var/lib/mysql:   drwxr-xr-x   mysqlmysql"
msgstr "/var/lib/mysql:   drwxr-xr-x   mysqlmysql"

#. Type: boolean
#. Description
#: ../mysql-server-5.0.templates:3001
msgid "Remove the databases used by all MySQL versions?"
msgstr "Ta bort databaserna som används av alla MySQL-versioner?"

#. Type: boolean
#. Description
#: ../mysql-server-5.0.templates:3001
msgid "The script is about to remove the data directory /var/lib/mysql. If it 
is planned to just install a higher MySQL version or if a different 
mysql-server package is already using it, the data should be kept."
msgstr "Scriptet kommer strax ta bort data-katalogen /var/lib/mysql. Om det 
planerade var att bara installera en högre MySQL-version eller om ett annan 
mysql-server paket redan använde det, skall datan sparas."

#. Type: boolean
#. Description
#: ../mysql-server-5.0.templates:4001
msgid "Should MySQL start on boot?"
msgstr "Ska MySQL startas när systemet startar upp?"

#. Type: boolean
#. Description
#: ../mysql-server-5.0.templates:4001
msgid "The MySQL can start automatically on boot time or only if you manually 
type '/etc/init.d/mysql start'."
msgstr "MySQL kan startas när systemet startas upp eller endast om du manuellt 
skriver '/etc/init.d/mysql start'."

#. Type: password
#. Description
#: ../mysql-server-5.0.templates:5001
msgid "Please enter password for MySQL \"root\" user"
msgstr 

Bug#407863: ntfs-3g: [INTL:sv] Swedish debconf translation update

2007-01-21 Thread Andreas Henriksson
Package: ntfs-3g
Version: 1:0.0.0+20061031-6
Severity: wishlist
Tags: patch l10n

The attached file contains a Swedish (sv.po) translation for the debconf
prompts.
The template for the po was downloaded from:
http://www.debian.org/intl/l10n/po-debconf/pot#ntfs-3g


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE (charmap=ISO-8859-1)

Versions of packages ntfs-3g depends on:
ii  debconf   1.5.11 Debian configuration management sy
ii  fuse-utils2.5.3-4.2  Filesystem in USErspace (utilities
ii  libc6 2.3.6.ds1-10   GNU C Library: Shared libraries
ii  libfuse2  2.5.3-4.2  Filesystem in USErspace library
ii  libntfs-3g0   1:0.0.0+20061031-6 ntfs-3g filesystem in userspace (F

ntfs-3g recommends no packages.

-- debconf information excluded
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: ntfs-3g 0.0.0+20061031-6\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-10-13 02:47+0200\n"
"PO-Revision-Date: 2007-01-21 23:11+0100\n"
"Last-Translator: Andreas Henriksson <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: SWEDEN\n"

#. Type: note
#. Description
#: ../ntfs-3g.templates:1001
msgid "THIS SOFTWARE IS STILL EXPERIMENTAL AND MAY CAUSE UNRECOVERABLE DATA 
LOSS"
msgstr "DENNA MJUKVARA ÄR FORTFARANDE EXPERIMENTELL OCH KAN ORSAKA OREPARERBAR 
DATAFÖRLUST"

#. Type: note
#. Description
#: ../ntfs-3g.templates:1001
msgid "Presently, ntfs-3g is available for all Debian architectures. However,  
upstream says it only works for 32-bit little-endian systems."
msgstr "För närvarande är ntfs-3g tillgängligt för alla Debian-arkitekturer. 
Dock säger huvudutvecklarna att det endast fungerar på 32bitars little-endian 
system."

#. Type: note
#. Description
#: ../ntfs-3g.templates:1001
msgid "Reliability, data consistency and stability are the highest priority of 
the upstream team. It has been heavily tested on i386 architecture and no data 
corruption has been reported so far. Many users reported it to work like a 
charm on amd64 too. Unfortunately, the behaviour on ANY OTHER ARCHITECTURES is 
unknown so  far."
msgstr "Tillförlitlighet, data-konsistens och stabilitet är de högsta 
prioriteringarna för huvudutvecklarna backom detta program. Det har blivit väl 
testat på i386-arkitekturen och ingen korrupt data har rapporterats hittills. 
Många användare rapporterar att det fungerar väl även på amd64-arkitekturen. 
Tyvärr så är beteendet på ALLA ANDRA ARKITEKTURER okänt såhär långt."

#. Type: note
#. Description
#: ../ntfs-3g.templates:1001
msgid "TRY IT AT YOU OWN RISK! Please consider filing a bug report whether it 
works or not on other architectures."
msgstr "TESTA DET PÅ DIN EGEN RISK! Vänligen överväg att skicka in en 
buggrapport angående om det fungerar eller inte på andra arkitekturer."



Bug#407864: mplayer: [INTL:sv] Swedish debconf translation

2007-01-21 Thread Andreas Henriksson
Package: mplayer
Severity: wishlist
Tags: patch l10n

The attached file is a Swedish debconf translation (sv.po) for MPlayer.
The original template was downloaded from:
http://www.debian.org/intl/l10n/po-debconf/pot#mplayer

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: MPlayer 1.0~rc1-11\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-11-19 21:34+0100\n"
"PO-Revision-Date: 2007-01-21 23:40+0100\n"
"Last-Translator: Andreas Henriksson <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: SWEDEN\n"

#. Type: note
#. Description
#: ../mplayer.templates:1001
msgid "Create your ~/.mplayer/mplayer.conf file"
msgstr "Skapa din ~/.mplayer/mplayer.conf fil"

#. Type: note
#. Description
#: ../mplayer.templates:1001
msgid "Performance of MPlayer depends heavily on hardware - this means that it 
may benefit from tweaking options, for every single machine it's installed to. 
You may wish to read the documentation (it is in the package 'mplayer-doc', 
under /usr/share/doc/mplayer-doc/). This DebConf interface will help you setup 
just a few main features; you may wish to add to /etc/mplayer/mplayer.conf some 
more refined options (to enable multichannel audio, or video postprocessing, 
etc etc); and any user similarly may customize MPlayer using the file 
~/.mplayer/config"
msgstr "Prestandan hos MPlayer beror kraftigt på hårdvaran - detta betyder att 
det kan vara förmånligt att justera inställningar, för varje enskild maskin som 
det installerats på. Det kan vara så att du vill läsa dokumentationen (som 
finns i paketet 'mplayer-doc', under /usr/share/doc/mplayer-doc/). Detta 
DebConf-gränssnitt kommer hjälpa dig att konfigurera endast ett par 
grundläggande funktioner; det kan vara så att du vill lägga till fler 
finjusterade inställningar till /etc/mplayer/mplayer.conf (för att slå på 
multikanals-ljud, video efterbehandling, etc.); och godtyckliga användare kan 
konfigurera MPlayer genom filen ~/.mplayer/config"

#. Type: boolean
#. Description
#: ../mplayer.templates:2001
msgid "Enable access to RTC?"
msgstr "Aktivera tillgång till realtidsklockan (RTC)?"

#. Type: boolean
#. Description
#: ../mplayer.templates:2001
msgid "On older kernels MPlayer can use the RTC (Real Time Clock) to provide 
better timing in reproduction, with less CPU cost; to this end, though, the 
device /dev/rtc must be accessible to group audio, and the default 
max-user-freq must be raised to 1024.  Any needed change must be done by root. 
If you wish, MPlayer will automatically do this at boot, so that any user can 
enjoy this feature. Note that there may be security issues with this (although 
none are known now)."
msgstr "På äldre kärnor kan MPlayer använda RTC (realtidsklockan) för att förse 
bättre tidspressicion i reproduktion, med lägre CPU-kostnad; för detta ändamål 
måste dock enheten /dev/rtc vara tillgänglig för gruppen audio, om 
standard-värdet för max-user-freq måste höjjas till 1024. Någon begärd ändring 
måste göras av root. Om du önskar kan MPlayer automatiskt göra detta vid 
systemets uppstart, så att alla användare kan åtnjuta denna funktion. Notera 
att det kan finnas säkerhets-betänkligheter med detta (även om ingen är känd 
för tillfället)."

#. Type: boolean
#. Description
#: ../mplayer.templates:3001
msgid "Replace existing configuration file?"
msgstr "Ersätt existerande konfigurationsfil?"

#. Type: boolean
#. Description
#: ../mplayer.templates:3001
msgid "There is already a file /etc/mplayer/mplayer.conf, but it does not 
contain an automatically generated part. This script may generate a new file 
(the old file will be moved to /etc/mplayer/mplayer.conf.debconf-old)."
msgstr "Det finns redan en fil /etc/mplayer/mplayer.conf, men den innehåller 
ingen automatiskt genererard del. Detta skript kan generera en ny fil (den 
gamla gilen kommer då flyttas till /etc/mplayer/mplayer.conf.debconf-old)."

#. Type: note
#. Description
#: ../mplayer.templates:4001
msgid "Files not replaced"
msgstr "Filer ersattes ej"

#. Type: note
#. Descripti

Bug#407865: postgresql-common: [INTL:sv] Swedish debconf translation

2007-01-21 Thread Andreas Henriksson
Package: postgresql-common
Version: 70
Severity: wishlist
Tags: patch l10n

The attached file is a Swedish debconf translation (sv.po) for the
postgresql-common package.
The original template for this translation was downloaded from:
http://www.debian.org/intl/l10n/po-debconf/pot#postgresql-common

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE (charmap=ISO-8859-1)

Versions of packages postgresql-common depends on:
ii  adduser   3.102  Add and remove users and groups
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii  lsb-base  3.1-23 Linux Standard Base 3.1 init scrip
ii  postgresql-client-common  70 manager for multiple PostgreSQL cl
ii  procps1:3.2.7-3  /proc file system utilities
ii  ssl-cert  1.0.13 Simple debconf wrapper for openssl

postgresql-common recommends no packages.

-- debconf information excluded
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: postgresql-common \n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2007-01-13 20:07+0100\n"
"PO-Revision-Date: 2007-01-21 23:57+0100\n"
"Last-Translator: Andreas Henriksson <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: SWEDEN\n"

#. Type: note
#. Description
#: ../postgresql-common.templates:1001
msgid "Obsolete major version ${old}"
msgstr "Obsolet betydande version ${old}"

#. Type: note
#. Description
#: ../postgresql-common.templates:1001
msgid "The PostgreSQL version ${old} is obsolete, but you still have the server 
and/or client package installed. Please install the latest packages 
(postgresql-${latest} and postgresql-client-${latest}) and upgrade your 
existing ${oldversion} clusters with pg_upgradecluster (see manpage)."
msgstr "PostgreSQL-versionen ${old} är obsolet, men du har fortfarande server- 
och/eller klient-paketen installerade. Vänligen installera de senaste paketen 
(postgresql-${latest} och postgresql-client-${latest}) och uppgradera ditt 
existerande ${oldversion} kluster med pg_updatecluster (se manualsidan)."

#. Type: note
#. Description
#: ../postgresql-common.templates:1001
msgid "Please be aware that the installation of postgresql-${latest} will 
automatically create a default cluster ${latest}/main. If you want to upgrade 
the ${old}/main cluster, you need to remove the already existing ${latest} 
cluster (pg_dropcluster --stop ${latest} main, see manpage for details)."
msgstr "Vänligen var vaken över att installationen av postgresql-${latest} 
kommer automatiskt skapa ett standard-kluster ${latest}/main. Om du vill 
uppgradera ${old}/main klustret, kommer du behöva ta bort det redan existerande 
${latest} klustret (pg_dropcluster --stop ${latest} main, se manualsida för 
detaljer)."

#. Type: note
#. Description
#: ../postgresql-common.templates:1001
msgid "The old server and client packages are not supported any more. After 
having upgraded the existing clusters, you should remove the postgresql-${old} 
and postgresql-client-${old} packages."
msgstr "De gamla server- och klient-paketen stöds inte längre. Efter 
uppgradering av det existreande klustren, bör du ta bort postgresql-${old} och 
postgresql-client-${old} paketen."

#. Type: note
#. Description
#: ../postgresql-common.templates:2001
msgid "Untransitioned postgresql package"
msgstr "Ej omvandlat postgresql paket"

#. Type: note
#. Description
#: ../postgresql-common.templates:2001
msgid "The current postgresql package is in state 'removed', but its data and 
configuration files are still present in the system. This is  incompatible with 
the new multiversion/multicluster structure."
msgstr "Det nuvarande postgresql-paketet är i läge 'borttagen', men dess data 
och konfigurationsfiler finns fortfarande kvar på systemet. Detta är 
inkompatibelt med den nya multiversion/multikluster-strukturen."

#. Type: note
#. Description
#: ../postgresql-common.templates:2001
msgid "You need to do one of the following:"
msgstr "Du kommer behöva göra en av följande:"

#. Type: note
#. Description
#: ../postgresql-common.templates:2001

Bug#407868: monotone: [INTL:sv] Swedish debconf translation

2007-01-21 Thread Andreas Henriksson
Package: monotone
Severity: wishlist
Tags: patch l10n

The attached file is a Swedish debconf translation (sv.po) for monotone.
The po template was downloaded from:
http://www.debian.org/intl/l10n/po-debconf/pot#monotone

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: monotone\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2007-01-13 19:50+0100\n"
"PO-Revision-Date: 2007-01-22 00:08+0100\n"
"Last-Translator: Andreas Henriksson <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: SWEDEN\n"

#. Type: boolean
#. Description
#: ../monotone-server.templates:1001
msgid "Automatically manage monotone database?"
msgstr "Hantera automatiskt monotone databasen?"

#. Type: boolean
#. Description
#: ../monotone-server.templates:1001
msgid "Select this option to automatically manage the monotone database. If 
selected, the database will automatically be created. Also when upgrading, the 
database will be automatically migrated if necessary."
msgstr "Välj detta alternativ för att automatiskt hantera monotone-databasen. 
Om vald, kommer databasen automatiskt skapas. Och vid uppgradering kommer 
databasen automatiskt migreras om nödvändigt."

#. Type: string
#. Description
#: ../monotone-server.templates:2001
msgid "Monotone key id:"
msgstr "Monotone nyckel-id:"

#. Type: string
#. Description
#: ../monotone-server.templates:2001
msgid "Enter the id of the key your monotone server will use. The key id is 
typically an email address."
msgstr "Ange id för nyckeln din monotone-server kommer använda. Nyckel-id är 
normalt en epost-adress."

#. Type: password
#. Description
#: ../monotone-server.templates:3001
msgid "Monotone key passphrase:"
msgstr "Monotone nyckel lösenordsfras:"

#. Type: password
#. Description
#: ../monotone-server.templates:3001
msgid "Please choose a passphrase for your monotone key. If left blank, one 
will be generated for you."
msgstr "Vänligen välj en lösenordsfras för din monotone-nyckel. Om detta lämnas 
tomt kommer en genereras åt dig."



Bug#408100: openldap2: [INTL:sv] Swedish debconf translation update

2007-01-23 Thread Andreas Henriksson
Package: openldap2
Severity: wishlist
Tags: patch l10n

The attached file contains an updated Swedish translation for the
debconf questions.
The old swedish template was downloaded from:
http://www.debian.org/intl/l10n/po-debconf/sv

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: openldap2 2.1.30-12\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-10-12 22:23+0200\n"
"PO-Revision-Date: 2007-01-23 15:14+0100\n"
"Last-Translator: Andreas Henriksson <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: SWEDEN\n"

#. Type: boolean
#. Description
#: ../slapd.templates:1001
msgid "Do you want to omit the configuration of slapd?"
msgstr "Vill du hoppa över konfigurationen av slapd?"

#. Type: boolean
#. Description
#: ../slapd.templates:1001
msgid "If you choose yes here, no default configuration or database will be 
created."
msgstr "Om du väljer ja här så kommer ingen stabdard-konfiguration eller 
databas skapas."

#. Type: boolean
#. Description
#: ../slapd.templates:2001
msgid "Move old database"
msgstr "Flytta gammal databas"

#. Type: boolean
#. Description
#: ../slapd.templates:2001
msgid "There are still files in /var/lib/ldap which will probably break the 
configuration process. With this option enabled the maintainer scripts will 
move the old database files out of the way before creating a new database."
msgstr "Det finns fortfarande filer i /var/lib/ldap som förmodligen kommer 
ställa till problem för konfigurationsprocessen. Med detta val aktiverat kommer 
underhållsscripten flytta de gamla databas-filerna ur vägen innan nya databaser 
skapas."

#. Type: boolean
#. Description
#: ../slapd.templates:3001
msgid "Retry configuration"
msgstr "Gör ett nytt försök att konfigurera"

#. Type: boolean
#. Description
#: ../slapd.templates:3001
msgid "The configuration you entered is invalid. Make sure that the DNS domain 
name has a valid syntax, the organization is not left empty and that the admin 
passwords match. If you decide not to retry the configuration the LDAP server 
will not be set up. Run dpkg-reconfigure if you want to retry later."
msgstr "Konfigurationen du skrev in är ej giltig. Kontrollera så att DNS 
domän-namnet har en giltig syntax, att organisationen inte lämnats tom och att 
admin-lösenordet stämmer överrens. Om du bestämmer dig att inte göra ett nytt 
försök med konfigurationen så kommer inte LDAP-servern att färdigställas. Kör 
dpkg-reconfigure om du vill göra ett nytt försök senare."

#. Type: string
#. Description
#: ../slapd.templates:4001
msgid "Enter your DNS domain name"
msgstr "Ange ditt DNS domän-namn"

#. Type: string
#. Description
#: ../slapd.templates:4001
msgid "The DNS domain name is used to construct the base DN of your LDAP 
directory. Entering foo.bar.org will give you the base DN dc=foo, dc=bar, 
dc=org."
msgstr "DNS domän-namnet används för att konstruera \"base DN\" för din 
LDAP-katalog. Ange foo.bar.org kommer att ge dig \"base DN dc=foo, dc=bar, 
dc=org\"."

#. Type: string
#. Description
#: ../slapd.templates:5001
msgid "Enter the name of your organization"
msgstr "Ange namnet på din organisation"

#. Type: string
#. Description
#: ../slapd.templates:5001
msgid "Whatever you enter here will be stored as the name of your organization 
in the base DN of your LDAP directory."
msgstr "Vad än du ange här kommer det att lagras som namnet på din organisation 
för \"base DN\" i din LDAP-katalog."

#. Type: string
#. Description
#: ../slapd.templates:6001
msgid "Admin entry"
msgstr "Administratörspost"

#. Type: string
#. Description
#: ../slapd.templates:6001
msgid "The admin entry is the entry in th

Bug#408289: lirc: [INTL:sv] Swedish debconf translation update

2007-01-24 Thread Andreas Henriksson
Package: lirc
Severity: wishlist
Tags: patch l10n

Attached is a Swedish debconf translation update for lirc.
The old translation (which has been updated) was downloaded from:
http://www.debian.org/intl/l10n/po-debconf/sv


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: lirc 0.7.1pre2-9\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-09-18 13:58+0200\n"
"PO-Revision-Date: 2007-01-24 16:37+0100\n"
"Last-Translator: Andreas Henriksson <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: SWEDEN\n"

#. Type: multiselect
#. Description
#: ../lirc-modules-source.templates:1001
msgid "Drivers to build:"
msgstr "Drivrutin att bygga:"

#. Type: multiselect
#. Description
#: ../lirc-modules-source.templates:1001
msgid ""
" atiusb:  ATI/NVidia/X10 I & II RF Remote\n"
" bt829:   Tekram M230 Mach64\n"
" cmdir:   COMMANDIR USB Transceiver\n"
" gpio:TV cards from FlyVideo98, Avermedia, MiRO and many others\n"
" i2c: TV cards from Hauppauge and PixelView\n"
" igorplugusb: Igor Cesko's USB IR Receiver\n"
" imon:Soundgraph iMON MultiMedian IR/VFD\n"
" it87:ITE IT8705/12 CIR ports (e.g. on the ECS K7S5A or Asus 
DigiMatrix)\n"
" mceusb:  Windows Media Center Remotes (old version, MicroSoft USB ID)\n"
" mceusb2: Windows Media Center Remotes (new version, Philips et al.)\n"
" parallel:Home-brew parallel-port receiver\n"
" sasem:   Dign HV5 HTPC IR/VFD Module\n"
" serial:  Home-brew serial-port driver\n"
" sir: Serial InfraRed (IRDA)\n"
" streamzap:   Streamzap PC Remote"
msgstr ""
" atiusb:  ATI/NVidia/X10 I & II RF Fjärr\n"
" bt829:   Tekram M230 Mach64\n"
" cmdir:   COMMANDIR USB Transceiver\n"
" gpio:TV-kort från FlyVideo98, Avermedia, MiRO och många andra\n"
" i2c: TV-kort från Hauppauge och PixelView\n"
" igorplugusb: Igor Cesko's USB IR Mottagare\n"
" imon:Soundgraph iMON MultiMedian IR/VFD\n"
" it87:ITE IT8705/12 CIR portar (t.ex. på ECS K7S5A eller Asus 
DigiMatrix)\n"
" mceusb:  Windows Media Center Fjärrkontroller (äldre version, MicroSoft 
USB ID)\n"
" mceusb2: Windows Media Center Fjärrkontroller (nyare version, Philips et 
al.)\n"
" parallel:hemmabyggd parallell-port-mottagare\n"
" sasem:   Dign HV5 HTPC IR/VFD Module\n"
" serial:  Hemmabyggd seriell-ports drivrutin\n"
" sir: Seriell InfraRöd (IRDA)\n"
" streamzap:   Streamzap PC Fjärrkontroll"

#. Type: boolean
#. Description
#: ../lirc-modules-source.templates:2001
msgid "Try to automagically select support for your hardware?"
msgstr "Försöka att automatiskt välja stöd för din hårdvara?"

#. Type: boolean
#. Description
#: ../lirc-modules-source.templates:2001
msgid "You have installed and configured LIRC. It is possible to guess what 
kernel modules are needed and their parameters from your previous answers."
msgstr "Du har installerat och konfigurerat LIRC. Det är möjligt att gissa 
vilka kärnmoduler som behövs och deras parametrar från dina tidigare svar."

#. Type: note
#. Description
#: ../lirc-modules-source.templates:3001
msgid "You don't need any additional kernel modules"
msgstr "Du behöver inga ytterligare kärnmoduler."

#. Type: note
#. Description
#: ../lirc-modules-source.templates:3001
msgid "Unless you want to build LIRC kernel modules for some other system, you 
can probably remove this package."
msgstr "Om du inte vill bygga kärnmoduler 

Bug#370203: patch to move pixmap to /usr/share/pixmaps/

2006-12-12 Thread Andreas Henriksson
tags 370203 + patch
thanks

The only file under /usr/X11R6/ is the pixmap used for menu icon.
Moving that file to /usr/share/pixmaps/ and updating debian/menu should
solve this issue.

Patch attached.

-- 
Regards,
Andreas Henriksson
diff -uriNp xxgdb-1.12-orig/debian/control xxgdb-1.12/debian/control
--- xxgdb-1.12-orig/debian/control  2006-12-12 11:51:22.0 +0100
+++ xxgdb-1.12/debian/control   2006-12-12 11:59:52.0 +0100
@@ -2,8 +2,8 @@ Source: xxgdb
 Section: devel
 Priority: optional
 Maintainer: Francesco Paolo Lovergine <[EMAIL PROTECTED]>
-Standards-Version: 3.5.8
-Build-Depends: debhelper (>= 3), libxaw7-dev, libx11-dev, libxt-dev, x-dev, 
xutils
+Standards-Version: 3.7.2
+Build-Depends: debhelper (>= 5.0.31), libxaw7-dev, libx11-dev, libxt-dev, 
x11proto-core-dev, xutils
 
 Package: xxgdb
 Architecture: any
diff -uriNp xxgdb-1.12-orig/debian/menu xxgdb-1.12/debian/menu
--- xxgdb-1.12-orig/debian/menu 2006-12-12 11:51:22.0 +0100
+++ xxgdb-1.12/debian/menu  2006-12-12 11:54:12.0 +0100
@@ -1,2 +1,2 @@
 ?package(xxgdb): needs="X11" section="Apps/Programming" hints="Debuggers" \
-  title="Xxgdb" command="xxgdb" icon="mini.debug.xpm"
+  title="Xxgdb" command="xxgdb" icon="/usr/share/pixmaps/mini.debug.xpm"
diff -uriNp xxgdb-1.12-orig/debian/rules xxgdb-1.12/debian/rules
--- xxgdb-1.12-orig/debian/rules2006-12-12 11:51:22.0 +0100
+++ xxgdb-1.12/debian/rules 2006-12-12 12:01:17.0 +0100
@@ -6,7 +6,7 @@
 #export DH_VERBOSE=1
 
 # This is the debhelper compatibility version to use.
-export DH_COMPAT=3
+export DH_COMPAT=5
 
 CDEBUGFLAGS=-O2 -Wall
 ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS)))
@@ -37,10 +37,10 @@ install: build
dh_testdir
dh_testroot
dh_clean -k
-   dh_installdirs usr/X11R6/include/X11/pixmaps
+   dh_installdirs usr/share/pixmaps/
 
# Add here commands to install the package into debian/
-   cp -p debian/mini.debug.xpm debian/xxgdb/usr/X11R6/include/X11/pixmaps
+   cp -p debian/mini.debug.xpm debian/xxgdb/usr/share/pixmaps/
$(MAKE) DESTDIR=`pwd`/debian/xxgdb \
BINDIR=/usr/bin LIBDIR=/usr/lib install \
MANPATH=/usr/share/man MANSUFFIX=1 install.man


Bug#363575: patch to move icon to /usr/share/pixmaps/

2006-12-12 Thread Andreas Henriksson
tags 363575 + patch
thanks

Moving the xpm icon file to /usr/share/pixmaps and updating the menu
file should solve this issue.

Patch attached.

-- 
Regards,
Andreas Henriksson
diff -uriNp gpa-0.7.0-orig/debian/control gpa-0.7.0/debian/control
--- gpa-0.7.0-orig/debian/control   2003-11-17 21:10:59.0 +0100
+++ gpa-0.7.0/debian/control2006-12-12 12:14:08.0 +0100
@@ -2,8 +2,8 @@ Source: gpa
 Section: utils
 Priority: optional
 Maintainer: Bastian Blank <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>> 3.0.0), libgtk2.0-dev, autotools-dev, 
libgpgme11-dev (>= 0.4.3)
-Standards-Version: 3.5.8
+Build-Depends: debhelper (>> 5.0.31), libgtk2.0-dev, autotools-dev, 
libgpgme11-dev (>= 0.4.3)
+Standards-Version: 3.7.2
 
 Package: gpa
 Architecture: any
diff -uriNp gpa-0.7.0-orig/debian/gpa.dirs gpa-0.7.0/debian/gpa.dirs
--- gpa-0.7.0-orig/debian/gpa.dirs  2003-10-22 18:38:58.0 +0200
+++ gpa-0.7.0/debian/gpa.dirs   2006-12-12 12:13:49.0 +0100
@@ -1 +1 @@
-usr/X11R6/include/X11/pixmaps
+usr/share/pixmaps
diff -uriNp gpa-0.7.0-orig/debian/gpa.menu gpa-0.7.0/debian/gpa.menu
--- gpa-0.7.0-orig/debian/gpa.menu  2003-10-22 18:38:58.0 +0200
+++ gpa-0.7.0/debian/gpa.menu   2006-12-12 12:12:02.0 +0100
@@ -1,3 +1,3 @@
 ?package(gpa):needs=X11 section=Apps/Tools\
   title="The GNU Privacy Assistant" command="/usr/bin/gpa"\
-  icon="/usr/X11R6/include/X11/pixmaps/gpa.xpm"
+  icon="/usr/share/pixmaps/gpa.xpm"
diff -uriNp gpa-0.7.0-orig/debian/rules gpa-0.7.0/debian/rules
--- gpa-0.7.0-orig/debian/rules 2003-10-22 18:38:58.0 +0200
+++ gpa-0.7.0/debian/rules  2006-12-12 12:12:37.0 +0100
@@ -4,7 +4,7 @@
 #export DH_VERBOSE=1
 
 # This is the debhelper compatibility version to use.
-export DH_COMPAT=3
+export DH_COMPAT=5
 
 DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
@@ -59,7 +59,7 @@ install: build
dh_installdirs
 
$(MAKE) -C build install prefix=$(CURDIR)/debian/gpa/usr
-   cp debian/gpa.xpm $(CURDIR)/debian/gpa/usr/X11R6/include/X11/pixmaps
+   cp debian/gpa.xpm $(CURDIR)/debian/gpa/usr/share/pixmaps/
 
 
 # Build architecture-independent files here.


Bug#402766: patch to not move icon into /usr/X11R6.

2006-12-12 Thread Andreas Henriksson
tags 402766 + patch
thanks

The package Makefile install put the file in the right place
(/usr/share/pixmaps) already, the debian/rules script moved it in under
/usr/X11R6/... 
The attached patch removes the lines from debian/rules and solves the
problem.

Patch attached.

(On the other hand it might no longer be such a useful
application since it can't find cookies under ~/.netscape/cookies.
Noone uses netscape anymore, right? Should probably update the default
location to match FireFox/IceWeasel and make sure it works with those
cookies.)

-- 
Regards,
Andreas Henriksson
diff -uriNp gtkcookie-0.4-orig/debian/rules gtkcookie-0.4/debian/rules
--- gtkcookie-0.4-orig/debian/rules 2006-12-12 23:26:14.0 +0100
+++ gtkcookie-0.4/debian/rules  2006-12-12 23:27:51.0 +0100
@@ -58,8 +58,6 @@ binary-arch: debclean
gzip -9f debian/tmp/usr/share/doc/$(package)/changelog.Debian
#
$(MAKE) INSTPREFIX=debian/tmp/usr install
-   $(installbin) -d debian/tmp/usr/X11R6/include/X11/pixmaps/
-   mv debian/tmp/usr/share/pixmaps/small_cookie.xpm 
debian/tmp/usr/X11R6/include/X11/pixmaps/
gzip -9 debian/tmp/usr/share/man/man?/*
#
$(installbin) -d debian/tmp/usr/lib/menu


Bug#403056: patch for wengophone FTBFS.

2006-12-14 Thread Andreas Henriksson
tags 403056 + patch
thanks

Patch attached.


-- 
Regards,
Andreas Henriksson
diff -urNp wengophone-2.0.0~rc5-svn8108-orig/cmake/Modules/FindAlsa.cmake wengophone-2.0.0~rc5-svn8108/cmake/Modules/FindAlsa.cmake
--- wengophone-2.0.0~rc5-svn8108-orig/cmake/Modules/FindAlsa.cmake	2006-09-16 03:35:56.0 +0200
+++ wengophone-2.0.0~rc5-svn8108/cmake/Modules/FindAlsa.cmake	2006-12-14 20:35:30.0 +0100
@@ -8,6 +8,7 @@
 
 include(CheckIncludeFiles)
 include(CheckIncludeFileCXX)
+include(CheckLibraryExists)
 
 # Already done by toplevel
 #check_include_files(sys/soundcard.h HAVE_SYS_SOUNDCARD_H)


Bug#403181: patch to fix athcool build by adding zlib

2006-12-15 Thread Andreas Henriksson
tags 403181 + patch
thanks

This patch adds zlib to the build, which should fix the problem.

Patch attached.

-- 
Regards,
Andreas Henriksson
diff -uriNp athcool-0.3.11/debian/control athcool-0.3.11-fixed/debian/control
--- athcool-0.3.11/debian/control   2006-12-15 11:55:39.0 +0100
+++ athcool-0.3.11-fixed/debian/control 2006-12-15 11:52:40.0 +0100
@@ -2,7 +2,7 @@ Source: athcool
 Section: misc
 Priority: extra
 Maintainer: Nicolas Boullis <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 4.0.19), pciutils-dev
+Build-Depends: debhelper (>= 4.0.19), pciutils-dev, zlib1g-dev
 Standards-Version: 3.6.2
 
 Package: athcool
diff -uriNp athcool-0.3.11/Makefile athcool-0.3.11-fixed/Makefile
--- athcool-0.3.11/Makefile 2005-06-18 06:07:17.0 +0200
+++ athcool-0.3.11-fixed/Makefile   2006-12-15 11:54:27.0 +0100
@@ -20,7 +20,7 @@ CFLAGS= -O2 -Wall
 DEFS= -I. -I$(includedir) -DPACKAGE=\"$(PACKAGE)\" -DVERSION=\"$(VERSION)\"
 #DEFS   += -DENABLE_FORCEID=1
 #DEFS   += -DDISABLE_WRITE_REG=1
-LIBS   = -lpci
+LIBS   = -lpci -lz
 
 ### rules ###
 


Bug#403081: m_ctype.h needs definition of the ATTRIBUTE_FORMAT* macros.

2006-12-18 Thread Andreas Henriksson
reassign 403081 libmysqlclient15-dev
reassign 403082 libmysqlclient15-dev
forcemerge 403081 403082
tags 403081 + patch
thanks

/usr/include/mysql/m_ctype.h uses macros defined
in /usr/include/mysql/my_global.h but does not include it.
Including my_global.h in m_ctype.h leads to other problems.
Copying the ATTRIBUTE_FORMAT* parts from my_global.h to m_ctype.h seems
like the most simple fix. This solves the build problems for mysql-admin
and mysql-query-browser.

Patch attached.


-- 
Regards,
Andreas Henriksson
--- /usr/include/mysql/m_ctype.h.orig	2006-12-02 18:29:32.0 +
+++ /usr/include/mysql/m_ctype.h	2006-12-18 20:00:04.0 +
@@ -155,6 +155,43 @@
 extern MY_COLLATION_HANDLER my_collation_8bit_simple_ci_handler;
 extern MY_COLLATION_HANDLER my_collation_ucs2_uca_handler;
 
+/*
+  Disable __attribute__() on gcc < 2.7, g++ < 3.4, and non-gcc compilers.
+  Some forms of __attribute__ are actually supported in earlier versions of
+  g++, but we just disable them all because we only use them to generate
+  compilation warnings.
+*/
+#ifndef __attribute__
+# if !defined(__GNUC__)
+#  define __attribute__(A)
+# elif GCC_VERSION < 2008
+#  define __attribute__(A)
+# elif defined(__cplusplus) && GCC_VERSION < 3004
+#  define __attribute__(A)
+# endif
+#endif
+
+/*
+  __attribute__((format(...))) is only supported in gcc >= 2.8 and g++ >= 3.4
+  But that's already covered by the __attribute__ tests above, so this is
+  just a convenience macro.
+*/
+#ifndef ATTRIBUTE_FORMAT
+# define ATTRIBUTE_FORMAT(style, m, n) __attribute__((format(style, m, n)))
+#endif
+
+/*
+
+   __attribute__((format(...))) on a function pointer is not supported
+   until  gcc 3.1
+*/
+#ifndef ATTRIBUTE_FORMAT_FPTR
+# if (GCC_VERSION >= 3001)
+#  define ATTRIBUTE_FORMAT_FPTR(style, m, n) ATTRIBUTE_FORMAT(style, m, n)
+# else
+#  define ATTRIBUTE_FORMAT_FPTR(style, m, n)
+# endif /* GNUC >= 3.1 */
+#endif
 
 /* See strings/CHARSET_INFO.txt about information on this structure  */
 typedef struct my_charset_handler_st


Bug#401345: builds fine here..

2006-12-02 Thread Andreas Henriksson
I can't reproduce your problem with spca5xx-source. How are you
building?

I've tried building the spca5xx-source in an unstable amd64 pbuilder,
then installing the spca5xx-source package and building that with
module-assistant which
produces /usr/src/modass/spca5xx-modules-2.6.18-3-amd64_20060501-2
+2.6.18-6_amd64.deb

How did you reach the error?



-- 
Regards,
Andreas Henriksson



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



Bug#401345: spca5xx-source compile.

2006-12-03 Thread Andreas Henriksson
I'm using linux-headers-2.6.18-6, linux-headers-2.6.18-3-amd64 ... no
linux-source.

-- 
Regards,
Andreas Henriksson



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



Bug#400874: I hope this is the right fix...

2006-12-04 Thread Andreas Henriksson
On Mon, Dec 04, 2006 at 10:46:18AM +0100, Michael Vogt wrote:
> Unfortunately this patch is not enough because BigBuf is deleted
[...]
> right now. But testing feedback would be great :)

I've verified that the problem still persists with the apt which is
currently in the archive. I've also tested apt with you patch
(debsrcrec.diff) and verified that it solves the problem.

Thanks for a proper patch! Hope to see this uploaded soon. :)

-- 
Regards,
Andreas Henriksson


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



Bug#401518: possible fix for bfilter ace/ACE.h problems.

2006-12-04 Thread Andreas Henriksson
tags 401518 + patch
thanks

Adding a define of _REENTRANT to the configure.in file an running autoconf
on the source seems to fix the problem. I don't know if it's correct since
I don't know anything about autoconf voodoo, but I hope it is...

Patch attached. (Don't forget to run "autoconf" to update "configure".)

-- 
Regards,
Andreas Henriksson
--- bfilter-1.0.6/configure.in  2006-07-23 08:21:36.0 +
+++ bfilter-1.0.6-fixed/configure.in2006-12-04 11:00:38.0 +
@@ -94,6 +94,7 @@
 
 
 AC_LANG_PUSH(C++)
+AC_DEFINE(_REENTRANT,1,[Set to 1 to use thread-safe library routines])
 AC_CHECK_HEADER(ace/ACE.h,, AC_MSG_ERROR(
 [ACE headers not found.
 ACE stands for Adaptive Communication Environment and can be found at


Bug#400190: amd64 build failure for unixcw - missing -fPIC in testcase...

2006-12-04 Thread Andreas Henriksson
I hope this might help you fix the problem... When I run the attached
test.sh in my amd64 unstable pbuilder environment I get the following
output:

# ./test.sh
++ cat
++ gcc -c conftest.c
++ gcc -shared -o conftest.so conftest.o
/usr/bin/ld: conftest.o: relocation R_X86_64_32 against `a local symbol'
can not be used when making a shared object; recompile with -fPIC
conftest.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
++ rm -f conftest.c conftest.o
++ test -f conftest.so

HTH.

-- 
Regards,
Andreas Henriksson


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



Bug#399374: libxml-twig-perl builds for me on amd64 unstable with pbuilder.

2006-12-04 Thread Andreas Henriksson
Hi

The libxml-twig-perl package builds without problems for me on Debian
Unstable AMD64 using pbuilder. I can't reproduce the problem...

-- 
Regards,
Andreas Henriksson


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



Bug#401153: backtrace for iasl bug #401153

2006-12-04 Thread Andreas Henriksson
On Sun, Dec 03, 2006 at 08:58:31PM +0200, Guillem Jover wrote:
[...]
> The attached patch fixes the segfault, and corrects the CFLAGS
> handling for upstream and Debian, it also adds alpha to the list of
> 64 bit arches. The fix for compiler/aslopcodes.c is needed because
> the macros ACPI_UINT32_MAX: and ACPI_INTEGER_MAX are the same if
> ACPI_INTEGER is defined to be 32 bits.
> 
> regards,
> guillem

I can confirm that the patch provided by Guillem Jover seems to fix
the testcase in the original bug-report for me on Debian Testing
PowerPC.

$ iasl -tc ../acpi-dsdt.dsl

Intel ACPI Component Architecture
ASL Optimizing Compiler version 20060912 [Dec  4 2006]
Copyright (C) 2000 - 2006 Intel Corporation
Supports ACPI Specification Revision 3.0a

ASL Input:  ../acpi-dsdt.dsl - 561 lines, 18338 bytes, 209 keywords
AML Output: acpi-dsdt.aml - 2098 bytes 104 named objects 105 executable
opcodes

Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 68 Optimizations
$



Regards,
Andreas Henriksson



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



Bug#400190: unixcw - -fPIC usage in testcase solves the FTBFS.

2006-12-04 Thread Andreas Henriksson
tags 400190 + patch
thanks

The testcase needs to use -fPIC on amd64. This is available in the
$CFLAG_PIC variable ... Applying the attached patch and running
"autoconf" solves the problem for me.

Patch attached (and don't forget to run "autoconf").

-- 
Regards,
Andreas Henriksson
diff -ur unixcw-2.3/configure.ac unixcw-2.3-fixed/configure.ac
--- unixcw-2.3/configure.ac 2006-07-13 05:31:21.0 +
+++ unixcw-2.3-fixed/configure.ac   2006-12-04 13:04:17.0 +
@@ -190,7 +190,7 @@
   cat >conftest.c <<-EOF
   int so_test() { return 0; }
 EOF
-  $CC -c conftest.c >/dev/null 2>/dev/null
+  $CC $CFLAG_PIC -c conftest.c >/dev/null 2>/dev/null
   $CC -shared -o conftest.so conftest.o >/dev/null 2>/dev/null
   rm -f conftest.c conftest.o
   if test -f conftest.so ; then


Bug#401529: backtrace and a little analysis of medcon segfault.

2006-12-05 Thread Andreas Henriksson
medcon recompiled without optimization and with debugging symbols:
CFLAGS="-g -O0" DEB_BUILD_OPTIONS="debug, noopt, nostrip" dpkg-buildpackage -uc 
-us -rfakeroot

Running on Debian Unstable AMD64.


Program received signal SIGSEGV, Segmentation fault.
0x2aea4eac2d45 in DecodeFirstRow (dcPtr=0x2aea4ec09de0,
curRowBuf=0x2aea4ec09ec0) at huffd.c:472
472 curRowBuf[col][curComp]=d+curRowBuf[col-1][curComp];
(gdb) bt
#0  0x2aea4eac2d45 in DecodeFirstRow (dcPtr=0x2aea4ec09de0,
curRowBuf=0x2aea4ec09ec0) at huffd.c:472
#1  0x2aea4eac2edc in DecodeImage (dcPtr=0x2aea4ec09de0,
image=0x7fff5c29e030, depth=16) at huffd.c:536
#2  0x2aea4eac21c2 in JPEGLosslessDecodeImage (inFile=0x516010,
image16=0x2aea4f245010, depth=16, length=5321384) at decomp.c:90
#3  0x2aea4eac1fe8 in mdc_dicom_decomp_ljpg (fp=0x516010,
image16=0x2aea4f245010, length=5321384, depth=16) at decomp.c:177
#4  0x2aea4eabdafb in mdc_dicom_decompress (s=0x2aea4ec09d60,
e=0x2aea4ec09d00) at basic.c:1035
#5  0x2aea4eabe6aa in dicom_single () at single.c:288
#6  0x2aea4eac019f in dicom_read (file=0x7fff5c29e310 "20061119171007906",
image=0x7fff5c29e248, images=0x7fff5c29e244, parametric=1) at image.c:83
#7  0x2aea4eab96a9 in mdc_dicom_read (fi=0x7fff5c29e2f0,
image=0x7fff5c29e248, number=0x7fff5c29e244) at m-dicm.c:2146
#8  0x2aea4eab2684 in MdcReadDICM (fi=0x7fff5c29e2f0) at m-dicm.c:485
#9  0x2aea4ea70bf5 in MdcReadFile (fi=0x7fff5c29e2f0, filenr=1, ReadFunc=0)
at m-files.c:192
#10 0x00401475 in main (argc=3, argv=0x7fff5c29ec98) at medcon.c:96
(gdb) print d
$1 = 13
(gdb) print curComp
$2 = 0
(gdb) print col
$3 = 2048



Notice the very round and nice value of "col"? Looks suspicious
How big is the curRowBuf anyway?

./libs/ljpg/huffd.c -- DecodeImage():
curRowBuf   = mcuROW1;

./libs/ljpg/jpegutil.c:
static char mcuROW1Memory[1024 * sizeof(MCU)];

./libs/ljpg/mcu.h:
typedef unsigned short ComponentType; /* the type of image components */
typedef ComponentType *MCU;  /* MCU - array of samples */

test.c tell me that sizeof(unsigned short) is 2, so curRowBuf is 2048.


Should the row be dynamic length instead of "1024 * sizeof(MCU)" ?
Should col never reach that high value?

-- 
Regards,
Andreas Henriksson


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



Bug#401529: patch to avoid segfault in medcon, no idea if we now produce incorrect results.

2006-12-05 Thread Andreas Henriksson
I have absolutely no idea what these changes means, but it was quite
trivial to avoid segfaulting.
This might mean that we now produce incorrect results or some other
really misleading and stupid problem.
Anyway this avoids the segfault for the given testcase.

Patch attached.

-- 
Regards,
Andreas Henriksson
diff -uriNp -x xmedcon.spec -x aclocal.m4 -x configure 
xmedcon-0.9.9.3/libs/ljpg/huffd.c xmedcon-0.9.9.3-maxnumcol/libs/ljpg/huffd.c
--- xmedcon-0.9.9.3/libs/ljpg/huffd.c   2005-05-16 00:10:20.0 +0200
+++ xmedcon-0.9.9.3-maxnumcol/libs/ljpg/huffd.c 2006-12-05 17:44:16.0 
+0100
@@ -445,7 +445,7 @@ void DecodeFirstRow (DecompressInfo *dcP
 /*
  * the rest of the first row
  */
-for (col=1; colMCUmembership[curComp];
 compptr = dcPtr->curCompInfo[ci];
@@ -515,6 +515,10 @@ void DecodeImage (DecompressInfo *dcPtr,
 psv = dcPtr->Ss;
 prevRowBuf  = mcuROW2;
 curRowBuf   = mcuROW1;
+
+if (numCOL >= sizeof(*curRowBuf)) {
+   numCOL = sizeof(*curRowBuf)-1;
+}
   
 if (depth == 8) 
 image8tmp  = (unsigned char  *) *image;


Bug#401529: ignore/correct previous patch.

2006-12-05 Thread Andreas Henriksson
Ok, the previous patch is totally wrong... sizeof(*curRowBuf) is not the
correct value to check the allocated number of columns, it's way to
small..

-- 
Regards,
Andreas Henriksson


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



Bug#401529: backtrace and a little analysis of medcon segfault.

2006-12-05 Thread Andreas Henriksson
On Tue, Dec 05, 2006 at 05:34:41PM +0100, Andreas Henriksson wrote:
[...]
> 
> ./libs/ljpg/mcu.h:
>   typedef unsigned short ComponentType; /* the type of image components */
>   typedef ComponentType *MCU;  /* MCU - array of samples */
> 
> test.c tell me that sizeof(unsigned short) is 2, so curRowBuf is 2048.

This is also wrong... sizeof(MCU) == sizeof(unsigned short*) == 8, so
curRowBuf is 8192.

-- 
Regards,
Andreas Henriksson


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



Bug#401529: patch - hopefully not as broken as the previous.

2006-12-05 Thread Andreas Henriksson
Ok, I've made so many mistakes this evening that it's best that I stay
off the computer for a while...

Here's a new patch... as usual, I have no idea if it's correct. The
medcon testcase no longer segfaults, but I don't know if the results are
totally wrong or not...

Hopefully this patch should be less wrong then the previous one...

The original program segfaults for me sometimes not until
curRowBuf[2048][0] and sometimes already on curRowBuf[1024][0].
I have no idea why... I'm hoping that it's overflowing already at 1024
and that the cases where it doesn't die until 2048 is because the
process is "just" overwriting it's own memory... but still, why doesn't
this happen every time then???

I'm lost.... Should have stayed away from this one

-- 
Regards,
Andreas Henriksson
diff -uriNp xmedcon-0.9.9.3-orig/libs/ljpg/huffd.c 
xmedcon-0.9.9.3/libs/ljpg/huffd.c
--- xmedcon-0.9.9.3-orig/libs/ljpg/huffd.c  2005-05-16 00:10:20.0 
+0200
+++ xmedcon-0.9.9.3/libs/ljpg/huffd.c   2006-12-05 20:20:40.0 +0100
@@ -411,7 +411,7 @@ void DecodeFirstRow (DecompressInfo *dcP
 Pr=dcPtr->dataPrecision;
 Pt=dcPtr->Pt;
 compsInScan=dcPtr->compsInScan;
-numCOL=dcPtr->imageWidth;
+numCOL=dcPtr->imageWidth > MCUROWSIZE ? MCUROWSIZE : dcPtr->imageWidth;
 
 /*
  * the start of the scan or at the beginning of restart interval.
@@ -504,11 +504,11 @@ void DecodeImage (DecompressInfo *dcPtr,
 int predictor;
 int numCOL, numROW, compsInScan;
 MCU *prevRowBuf, *curRowBuf;
-int imagewidth, Pt, psv;
+int Pt, psv;
 unsigned short *image16tmp;
 unsigned char *image8tmp, *image24tmp;
  
-numCOL  = imagewidth=dcPtr->imageWidth;
+numCOL  = dcPtr->imageWidth > MCUROWSIZE ? MCUROWSIZE : 
dcPtr->imageWidth;
 numROW  = dcPtr->imageHeight;
 compsInScan = dcPtr->compsInScan;
 Pt  = dcPtr->Pt;
diff -uriNp xmedcon-0.9.9.3-orig/libs/ljpg/jpegutil.c 
xmedcon-0.9.9.3/libs/ljpg/jpegutil.c
--- xmedcon-0.9.9.3-orig/libs/ljpg/jpegutil.c   2004-08-18 23:38:43.0 
+0200
+++ xmedcon-0.9.9.3/libs/ljpg/jpegutil.c2006-12-05 20:19:37.0 
+0100
@@ -19,8 +19,8 @@
  * Enough memory is reserved to accomodate up to 1024-wide images
  * with up to 4 components.
  */
-static char mcuROW1Memory[1024 * sizeof(MCU)];
-static char mcuROW2Memory[1024 * sizeof(MCU)];
+static char mcuROW1Memory[MCUROWSIZE * sizeof(MCU)];
+static char mcuROW2Memory[MCUROWSIZE * sizeof(MCU)];
 static char buf1Memory[1024 * 4 * sizeof(ComponentType)];
 static char buf2Memory[1024 * 4 * sizeof(ComponentType)];
 
diff -uriNp xmedcon-0.9.9.3-orig/libs/ljpg/mcu.h xmedcon-0.9.9.3/libs/ljpg/mcu.h
--- xmedcon-0.9.9.3-orig/libs/ljpg/mcu.h2004-12-14 23:59:34.0 
+0100
+++ xmedcon-0.9.9.3/libs/ljpg/mcu.h 2006-12-05 20:18:39.0 +0100
@@ -21,6 +21,8 @@ extern MCU *mcuTable; /* the global mcu 
 extern int numMCU;/* number of MCUs in mcuTable */
 extern MCU *mcuROW1,*mcuROW2; /* pt to two rows of MCU in encoding & decoding 
*/
 
+#define MCUROWSIZE 1024
+
 /*
  *--
  *


Bug#400802: regarding bug #400802 - tdb FTBFS on sparc

2006-12-06 Thread Andreas Henriksson
Hello Ana Guerrero!

You reported that tdb built for you. Did you build on sparc?

My blind initial analysis of this problem:
The problem seems to exists in the sparc detection code.
Spinlocks are enabled in debian/rules for sparc, but this doesn't catch
case "$host_cpu" in
sparc)
AC_DEFINE(SPARC_SPINLOCKS)
;;

in configure.in ... If it did catch then spinlock.h would not give the
error message:

#if defined(SPARC_SPINLOCKS)
typedef volatile char spinlock_t;
/*  */
#else
#error Need to implement spinlock code in spinlock.h
#endif


It would be nice to know what $host_cpu is actually set to when building
on sparc.


FWIW, tdb builds fine for me on amd64...


-- 
Regards,
Andreas Henriksson


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



Bug#400802: patch to catch sparc64 case in configuration.

2006-12-07 Thread Andreas Henriksson
tags 400802 + patch
thanks

On Thu, Dec 07, 2006 at 10:45:55AM +0100, Julien Danjou wrote:
> At 1165425627 time_t, Andreas Henriksson wrote:
> > Can you please test the attached patch?
> > Don't forget to run autoconf after applying it...
> 
> It works.
> 

Attached patch apparently solves the issue.

-- 
Regards,
Andreas Henriksson
diff -uriNp tdb-1.0.6/configure.in tdb-1.0.6-sparc64/configure.in
--- tdb-1.0.6/configure.in  2001-12-11 05:05:42.0 +0100
+++ tdb-1.0.6-sparc64/configure.in  2006-12-06 18:14:03.0 +0100
@@ -33,7 +33,7 @@ if test "x$with_spinlocks" = "xyes"; the
AC_DEFINE(USE_SPINLOCKS)
 
case "$host_cpu" in
-   sparc)
+   sparc|sparc64)
AC_DEFINE(SPARC_SPINLOCKS)
;;
 


Bug#405788: New upstream version 0.5.0 available.

2007-01-06 Thread Andreas Henriksson
Package: gnome-gpg
Version: 0.4.0-1
Severity: wishlist

New upstream version 0.5.0 available at
http://ftp.gnome.org/pub/GNOME/sources/gnome-gpg/0.5/

Blog post about changes in this version:
http://blogs.gnome.org/view/jamesh/2006/09/04/0
http://www.mail-archive.com/gnome-announce-list@gnome.org/msg02934.html


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



Bug#406139: Similar problem with seahorse.

2007-01-10 Thread Andreas Henriksson
I have a similar problem with seahorse...

If I open up the properties for my key I get the following two warnings:

(seahorse:22780): Gtk-WARNING **: Error loading icon: Failed to open
file '/usr/share/pixmaps/seahorse//22x22/seahorse-person.png': No such
file or directory

(seahorse:22780): Gtk-WARNING **: Error loading icon: Failed to open
file '/usr/share/pixmaps/seahorse//22x22/seahorse-sign.png': No such
file or directory


I don't get any lockup though. Close that dialog works fine.

But when I then close seahorse, there is an endless loop of messages
like this and I have to kill it:

(seahorse:22780): Gtk-CRITICAL **: gtk_tree_model_sort_real_unref_node:
assertion `elt->ref_count > 0' failed


If I don't open up the properties dialog for the key in seahorse this
problem does not occur.

(Maybe this is a completely separate problem, but since both our
problems involved the properties dialog for keys I'll hold on opening a
separate bug until this can be confirmed.)


-- 
Regards,
Andreas Henriksson



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



Bug#406139: This patch fixes my seahorse problems.

2007-01-10 Thread Andreas Henriksson
The attached patch is extracted from the upstream changes between 0.9.8
and 0.9.9 and fixes my problem in seahorse where it enters an endless
loop on quit if I've opened up the key properties dialog while running
seahorse.

Sam: can you please try this one and check if it fixes your problem as
well? Can you test the upstream 0.9.9 and see if that fixes your
problem? 
(0.9.10 seems to need a newer GTK+ version then Debian has for it's
GtkStatusIcon changes)

Jose: Judging from the upstream changlogs for the newer versions there
seems to be many important fixes applied since 0.9.7. You might want to
go through them all and see if anything else should be applied before
Etch is released. (Btw, Why was the development branch put into Etch?)



-- 
Regards,
Andreas Henriksson
diff -urip seahorse-0.9.8/agent/Makefile.am seahorse-0.9.9/agent/Makefile.am
--- seahorse-0.9.8/libseahorse/seahorse-context.c	2006-11-05 19:47:36.0 +0100
+++ seahorse-0.9.9/libseahorse/seahorse-context.c	2006-12-10 17:12:03.0 +0100
@@ -508,6 +508,7 @@ seahorse_context_take_key (SeahorseConte
 g_return_if_fail (SEAHORSE_IS_CONTEXT (sctx));
 g_return_if_fail (SEAHORSE_IS_KEY (skey));
 g_return_if_fail (skey->keyid != 0);
+g_return_if_fail (!skey->attached_to);
 
 ks = hashkey_by_source (seahorse_key_get_source (skey), 
 seahorse_key_get_keyid (skey));
@@ -515,6 +516,8 @@ seahorse_context_take_key (SeahorseConte
 g_return_if_fail (!g_hash_table_lookup (sctx->pv->keys_by_source, ks));
 
 g_object_ref (skey);
+
+skey->attached_to = sctx;
 g_hash_table_replace (sctx->pv->keys_by_source, ks, skey);
 setup_keys_by_type (sctx, skey, TRUE);
 g_signal_emit (sctx, signals[ADDED], 0, skey);
@@ -637,6 +640,12 @@ seahorse_context_find_keys_full (Seahors
 return km.keys; 
 }
 
+gboolean
+seahorse_context_owns_key (SeahorseContext *sctx, SeahorseKey *skey)
+{
+return skey->attached_to == sctx;
+}
+
 void 
 seahorse_context_remove_key (SeahorseContext *sctx, SeahorseKey *skey)
 {
@@ -649,9 +658,12 @@ seahorse_context_remove_key (SeahorseCon
seahorse_key_get_keyid (skey));
 
 if (g_hash_table_lookup (sctx->pv->keys_by_source, k)) {
+g_return_if_fail (skey->attached_to == sctx);
+
 g_object_ref (skey);
 g_signal_handlers_disconnect_by_func (skey, key_changed, sctx);
 g_signal_handlers_disconnect_by_func (skey, key_destroyed, sctx);
+skey->attached_to = NULL;
 g_hash_table_remove (sctx->pv->keys_by_source, k);
 setup_keys_by_type (sctx, skey, FALSE);
 g_signal_emit (sctx, signals[REMOVED], 0, skey);
@@ -743,7 +755,7 @@ load_local_keys (SeahorseContext *sctx)
 void
 seahorse_context_load_local_keys_async (SeahorseContext *sctx)
 {
-g_idle_add_full (G_PRIORITY_LOW, (GSourceFunc)load_local_keys, NULL, sctx);
+g_idle_add_full (G_PRIORITY_LOW, (GSourceFunc)load_local_keys, sctx, NULL);
 }
 
 
diff -urip seahorse-0.9.8/libseahorse/seahorse-context.h seahorse-0.9.9/libseahorse/seahorse-context.h
--- seahorse-0.9.8/libseahorse/seahorse-context.h	2006-11-05 19:47:36.0 +0100
+++ seahorse-0.9.9/libseahorse/seahorse-context.h	2006-12-10 17:12:03.0 +0100
@@ -152,6 +152,9 @@ GList*  seahorse_context_fin
 voidseahorse_context_remove_key (SeahorseContext*sctx,
  SeahorseKey*skey);
 
+gbooleanseahorse_context_owns_key   (SeahorseContext*sctx,
+ SeahorseKey*skey);
+
 SeahorseServiceDiscovery*
 seahorse_context_get_discovery  (SeahorseContext*sctx);
 
diff -urip seahorse-0.9.8/libseahorse/seahorse-key.h seahorse-0.9.9/libseahorse/seahorse-key.h
--- seahorse-0.9.8/libseahorse/seahorse-key.h	2006-09-13 23:46:41.0 +0200
+++ seahorse-0.9.9/libseahorse/seahorse-key.h	2006-12-10 17:12:03.0 +0100
@@ -128,6 +128,7 @@ typedef enum {
 
 /* Forward declaration */
 struct _SeahorseKeySource;
+struct _SeahorseContext;
 
 typedef struct _SeahorseKey SeahorseKey;
 typedef struct _SeahorseKeyClass SeahorseKeyClass;
@@ -145,6 +146,9 @@ struct _SeahorseKey {
 SeahorseKeyETypeetype;
 guint   flags;
 struct _SeahorseKeySource*  sksrc;
+
+/*< private >*/
+struct _SeahorseContext*attached_to;
 struct _SeahorseKey*preferred;
 };
 
diff -urip seahorse-0.9.8/libseahorse/seahorse-keyset.c seahorse-0.9.9/libseahorse/seahorse-keyset.c
--- seahorse-0.9.8/libseahorse/seahorse-keyset.c	2006-09-14 21:40:52.0 +0200
+++ seahorse-0.9.9/libseahorse/seahorse-keyset.c	2006-12-10 17:12:03.0 +0100
@@ -46,8 +46,6 @@ struct _SeahorseKeysetPrivate {
 
 G_DEFINE_TYPE (SeahorseKeyset, seahorse_keyset, G_TYPE_OBJECT);
 
-st

Bug#405926: debug backtrace for ffmpeg sigill on ppc.

2007-01-11 Thread Andreas Henriksson
Running on Debian Etch PowerPC.

$ cat /proc/cpuinfo
processor   : 0
cpu : 745/755
temperature : 3-5 C (uncalibrated)
clock   : 350.00MHz
revision: 50.1 (pvr 0008 3201)
bogomips: 49.79
timebase: 24967433
platform: PowerMac
machine : PowerMac2,2
motherboard : PowerMac2,2 MacRISC Power Macintosh
detected as : 66 (iMac FireWire)
pmac flags  : 0014
L2 cache: 512K unified
pmac-generation : NewWorld


Recompiled ffmpeg with DEB_BUILD_OPTIONS="noopt,nostrip,debug"
(./configure --enable-debug doesn't exists, it's the default. File
 debian/rules needs to be fixed to not add --enable-debug to confflags.)


(gdb) set args  -i ubuntu-QnA-1_16-9_dv-009.avi -vcodec copy  -acodec copy 
ubuntu-QnA-1_16-9_dv-009.dv
(gdb) run
Starting program: /usr/bin/ffmpeg -i ubuntu-QnA-1_16-9_dv-009.avi -vcodec copy  
-acodec copy ubuntu-QnA-1_16-9_dv-009.dv
[Thread debugging using libthread_db enabled]
[New Thread 805482368 (LWP 6238)]
FFmpeg version SVN-rUNKNOWN, Copyright (c) 2000-2004 Fabrice Bellard
  configuration:  --enable-gpl --enable-pp --enable-pthreads --enable-vorbis 
--enable-libogg --enable-a52 --enable-dts --enable-libgsm --enable-dc1394 
--extra-cflags=-O1 --disable-strip --enable-shared --prefix=/usr
  libavutil version: 0d.49.0.0
  libavcodec version: 0d.51.11.0
  libavformat version: 0d.50.5.0
  built on Jan 11 2007 13:32:54, gcc: 4.1.2 20061028 (prerelease) (Debian 
4.1.1-19)

Program received signal SIGILL, Illegal instruction.
[Switching to Thread 805482368 (LWP 6238)]
av_find_stream_info (ic=0x0) at utils.c:1863
1863int duration_count[MAX_STREAMS]={0};
(gdb) bt
#0  av_find_stream_info (ic=0x0) at utils.c:1863
#1  0x10005044 in opt_input_file (
filename=0x7febeb89 "ubuntu-QnA-1_16-9_dv-009.avi") at ffmpeg.c:2814
#2  0x1000d104 in parse_options (argc=8, argv=0x7febea44, options=0x10010f88)
at cmdutils.c:99
#3  0x1000af08 in main (argc=8, argv=0x7febea44) at ffmpeg.c:4218
(gdb)


"bt full" also attached.

HTH.

-- 
Regards,
Andreas Henriksson

(gdb) bt full
#0  av_find_stream_info (ic=0x0) at utils.c:1863
i = 2
count = 
ret = 
read_size = 
st = (AVStream *) 0x1002e500
pkt1 = {pts = 1128780558587928064, dts = 1154078912393786048,
  data = 0x10041cb0 "", size = 0, stream_index = 12992, flags = 26856,
  duration = 262811460, destruct = 0x10044f68, priv = 0x7febdf20, pos = 7680}
pkt = 
pktl = 
ppktl = 
last_dts = {-9223372036854775808 }
duration_sum = {9223372036854775807 }
duration_count = {2146164800, 267919568, 0, 64836, 2146164816,
  267914088, 268375184, 32628, 2146164832, 267915340, 268375184, 268619920,
  2146164928, 267972236, 268619920, 18, 2146164864, 267915620, -1, -8}
#1  0x10005044 in opt_input_file (
filename=0x7febeb89 "ubuntu-QnA-1_16-9_dv-009.avi") at ffmpeg.c:2814
ic = (AVFormatContext *) 0x1002d080
params = {time_base = {num = 1, den = 25}, sample_rate = 44100,
  channels = 1, width = 0, height = 0, pix_fmt = PIX_FMT_NONE,
  image_format = 0x0, channel = 0, device = 0x0, standard = 0x10010f14 "ntsc",
  mpeg2ts_raw = 0, mpeg2ts_compute_pcr = 0, initial_pause = 0,
  video_codec_id = CODEC_ID_NONE, audio_codec_id = CODEC_ID_NONE}
err = 0
i = 
rfps = 
rfps_base = 
timestamp = 
#2  0x1000d104 in parse_options (argc=8, argv=0x7febea44, options=0x10010f88)
at cmdutils.c:99
opt = 0x7febeb86 "-i"
arg = 0x0
optindex = 3
po = 
#3  0x1000af08 in main (argc=8, argv=0x7febea44) at ffmpeg.c:4218
i = 
ti = 3459493713368055808
(gdb)



Bug#406474: please fix DEB_BUILD_OPTIONS="noopt,nostrip,debug"

2007-01-11 Thread Andreas Henriksson
Package: ffmpeg
Version: 0.cvs20060823-4
Severity: wishlist
Tags: patch

When the environment variable DEB_BUILD_OPTIONS contains debug,
--enable-debug is added to the conffile variable and thus passed to
./configure. Configure doesn't have this flag (enable debug is the
default), and thus fails...

The attached patch fixes the problem.

-- 
Regards,
Andreas Henriksson
diff -uriNp ffmpeg-0.cvs20060823/debian/rules 
ffmpeg-0.cvs20060823.fixed/debian/rules
--- ffmpeg-0.cvs20060823/debian/rules   2007-01-11 14:09:03.0 +0100
+++ ffmpeg-0.cvs20060823.fixed/debian/rules 2007-01-11 14:08:29.0 
+0100
@@ -14,9 +14,7 @@ else
   lib1394-dev =
 endif
 
-ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS)))
-  confflags += --enable-debug
-else
+ifeq (,$(findstring debug,$(DEB_BUILD_OPTIONS)))
   confflags += --disable-debug
 endif
 ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))


Bug#399702: regarding fwatch

2007-01-11 Thread Andreas Henriksson
reopen 399702
thanks

Did you try to reproduce with 2.6? You'll get alot more trouble then
this with a 2.6 kernel.
Please keep atleast one RC bug open against fwatch to prevent it from
ever again enter testing (until it's completely removed from debian).
It's a really ugly hack that IMNSHO never should be let into debian in
the first place.


-- 
Regards,
Andreas Henriksson


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



Bug#405801: [Fwd: Re: Regarding debian bug #405801.]

2007-01-13 Thread Andreas Henriksson
reassign 405801 libid3tag0
tags 405801 + patch
thanks

libid3tag doesn't gracefully handle unexpected values in the
files id3 encoding. Below is one such occation when id3_parse_uint
apparently returns 50 (which I have no idea how it can be stored in an
enum which doesn't contain a definition for 50).
The "id3_parse_string" function doesn't have a default case in it's
switch to catch this but (by accident?) happens to return NULL for this
case. No error checking seems to be done in this particular caller to
see if id3_parse_string returns NULL.



Breakpoint 1, id3_parse_string (ptr=0x7fff9f1ca748, length=3, encoding=50,
full=0) at parse.c:151
151   id3_ucs4_t *ucs4 = 0;
(gdb)
Continuing.

Program received signal SIGSEGV, Segmentation fault.
0x2ba50c26e201 in id3_ucs4_length (ucs4=0x0) at ucs4.c:46
46while (*ptr)




(gdb) bt
#0  0x2b0327337201 in id3_ucs4_length (ucs4=0x0) at ucs4.c:46
#1  0x2b032733c07e in id3_compat_fixup (tag=0x57d400) at compat.gperf:240
#2  0x2b032733f5a5 in v2_parse (ptr=0x57da8d "") at tag.c:612
#3  0x2b032733f6f1 in id3_tag_parse (data=0x57d6c0 "ID3\003", length=2008)
at tag.c:665
#4  0x0042f399 in getId3Tag (stream=0x57d480, offset=0, whence=0)
at /tmp/rc/mpd-0.12.1/./src/tag.c:255
#5  0x0042f3d3 in findId3TagFromBeginning (stream=0x57d480)
at /tmp/rc/mpd-0.12.1/./src/tag.c:271
#6  0x0042f5c1 in id3Dup (
file=0x544940 "/var/lib/mpd/music/09-ТаÑ\200Ñ\202ак, ТÐ\235Ð\234Ð\232 
_ Ð\235о паÑ\201аÑ\200ан!.mp3") at /tmp/rc/mpd-0.12.1/./src/tag.c:342
#7  0x00410a94 in mp3_tagDup (
file=0x544940 "/var/lib/mpd/music/09-ТаÑ\200Ñ\202ак, ТÐ\235Ð\234Ð\232 
_ Ð\235о паÑ\201аÑ\200ан!.mp3")
at /tmp/rc/mpd-0.12.1/./src/inputPlugins/mp3_plugin.c:1060
#8  0x0042de18 in newSong (
url=0x57d1a0 "09-Ã\220¢Ã\220°Ã\221Â\200Ã\221Â\202Ã\220°Ã\220º, 
Ã\220¢Ã\220Â\235Ã\220Â\234Ã\220Â\232 _ Ã\220Â\235Ã\220¾ 
Ã\220¿Ã\220°Ã\221Â\201Ã\220°Ã\221Â\200Ã\220°Ã\220½!.mp3", type=1, 
parentDir=0x57c010)
at /tmp/rc/mpd-0.12.1/./src/song.c:76
#9  0x0042df67 in addSongToList (list=0x57c080,
url=0x57d1a0 "09-Ã\220¢Ã\220°Ã\221Â\200Ã\221Â\202Ã\220°Ã\220º, Ã\220¢Ã\
---Type  to continue, or q  to quit---




The attached patch should fix the problem.

Please verify for correctness! (The problem might be deeper, are we
looking at the wrong byte in the file for the encoding? Am I just
papering over a symptom of another bug?)



-- 
Regards,
Andreas Henriksson
diff -urip libid3tag-0.15.1b/compat.c libid3tag-0.15.1b.fixed/compat.c
--- libid3tag-0.15.1b/compat.c	2004-02-17 03:34:39.0 +0100
+++ libid3tag-0.15.1b.fixed/compat.c	2007-01-13 18:32:52.0 +0100
@@ -442,6 +442,8 @@ int id3_compat_fixup(struct id3_tag *tag
 
 encoding = id3_parse_uint(&data, 1);
 string   = id3_parse_string(&data, end - data, encoding, 0);
+if (string == NULL)
+  goto fail;
 
 if (id3_ucs4_length(string) < 4) {
   free(string);
diff -urip libid3tag-0.15.1b/compat.gperf libid3tag-0.15.1b.fixed/compat.gperf
--- libid3tag-0.15.1b/compat.gperf	2004-01-23 10:41:32.0 +0100
+++ libid3tag-0.15.1b.fixed/compat.gperf	2007-01-13 18:33:20.0 +0100
@@ -236,6 +236,8 @@ int id3_compat_fixup(struct id3_tag *tag
 
 encoding = id3_parse_uint(&data, 1);
 string   = id3_parse_string(&data, end - data, encoding, 0);
+if (string == NULL)
+  goto fail;
 
 if (id3_ucs4_length(string) < 4) {
   free(string);
diff -urip libid3tag-0.15.1b/parse.c libid3tag-0.15.1b.fixed/parse.c
--- libid3tag-0.15.1b/parse.c	2004-01-23 10:41:32.0 +0100
+++ libid3tag-0.15.1b.fixed/parse.c	2007-01-13 18:35:42.0 +0100
@@ -165,6 +165,9 @@ id3_ucs4_t *id3_parse_string(id3_byte_t 
   case ID3_FIELD_TEXTENCODING_UTF_8:
 ucs4 = id3_utf8_deserialize(ptr, length);
 break;
+  default:
+/* FIXME: Unknown encoding! Print warning? */
+return NULL;
   }
 
   if (ucs4 && !full) {


Bug#405801: [Fwd: Re: Regarding debian bug #405801.]

2007-01-13 Thread Andreas Henriksson
On lör, 2007-01-13 at 20:37 +0100, Kurt Roeckx wrote:

> > diff -urip libid3tag-0.15.1b/parse.c libid3tag-0.15.1b.fixed/parse.c
> > --- libid3tag-0.15.1b/parse.c   2004-01-23 10:41:32.0 +0100
> > +++ libid3tag-0.15.1b.fixed/parse.c 2007-01-13 18:35:42.0 +0100
> > @@ -165,6 +165,9 @@ id3_ucs4_t *id3_parse_string(id3_byte_t 
> >case ID3_FIELD_TEXTENCODING_UTF_8:
> >  ucs4 = id3_utf8_deserialize(ptr, length);
> >  break;
> > +  default:
> > +/* FIXME: Unknown encoding! Print warning? */
> > +return NULL;
> >}
> >  
> >if (ucs4 && !full) {
> 
> This return NULL is useless, since it will already do that.

Yes, this part is not needed and isn't supposed to change anything. It
only seemed more obvious to me what was going on... Maybe not very
useful.

> 
> 
> Kurt
> 
-- 
Regards,
Andreas Henriksson




Bug#406921: debhelper: dh_installudev - purge fails when /etc/udev/rules.d/foo symlink missing.

2007-01-14 Thread Andreas Henriksson
Package: debhelper
Version: 5.0.42
Severity: normal
Tags: patch

After being bitten by bug #359614 I tried to purge the package I had just
installed, but that failed because the symlink in /etc/udev/rules.d/ was
not found...

set -e

# Automatically added by dh_installudev
if [ "$1" = purge ]; then
[ -L /etc/udev/rules.d/z60_ahmissile.rules ] && \
rm /etc/udev/rules.d/z60_ahmissile.rules
fi
# End automatically added section


This could probably be fixed by eigther removing the "set -e" or by changing
the remove line to:
if [ -L /etc/udev/rules.d/z60_ahmissile.rules ]; then
rm /etc/udev/rules.d/z60_ahmissile.rules
fi


Patch attached.


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE (charmap=ISO-8859-1)

Versions of packages debhelper depends on:
ii  binutils  2.17-3 The GNU assembler, linker and bina
ii  coreutils 5.97-5.2   The GNU core utilities
ii  dpkg-dev  1.13.25package building tools for Debian
ii  file  4.17-5 Determines file type using "magic"
ii  html2text 1.3.2a-3   An advanced HTML to text converter
ii  perl  5.8.8-7Larry Wall's Practical Extraction 
ii  po-debconf1.0.8  manage translated Debconf template

debhelper recommends no packages.

-- no debconf information
diff -uri debhelper-5.0.42/autoscripts/postrm-udev 
debhelper-5.0.42.fixed/autoscripts/postrm-udev
--- debhelper-5.0.42/autoscripts/postrm-udev2006-02-23 17:39:32.0 
+0100
+++ debhelper-5.0.42.fixed/autoscripts/postrm-udev  2007-01-15 
01:53:22.0 +0100
@@ -1,4 +1,5 @@
 if [ "$1" = purge ]; then
-   [ -L /etc/udev/rules.d/#PRIO##FILE# ] && \
-   rm /etc/udev/rules.d/#PRIO##FILE#
+   if [ -L /etc/udev/rules.d/#PRIO##FILE# ]; then
+   rm /etc/udev/rules.d/#PRIO##FILE#
+   fi
 fi


Bug#381854: patch for dh_installudev problem with debian/udev file.

2007-01-14 Thread Andreas Henriksson
tags 381854 + patch
thanks

The attached patch should hopefully fix the problem.


-- 
Regards,
Andreas Henriksson
--- debhelper-5.0.42/dh_installudev	2006-04-18 16:13:46.0 +0200
+++ debhelper-5.0.42.fixed/dh_installudev	2007-01-15 02:09:42.0 +0100
@@ -69,6 +69,10 @@
 	my $tmp=tmpdir($package);
 	my $rules_file=pkgfile($package,"udev");
 	my $filename=basename($rules_file);
+
+	if ($filename == "udev") {
+		$filename = $package . ".udev";
+	}
 	$filename=~s/\.udev$/.rules/;
 
 	if ($rules_file) {


Bug#369232: patch for dh_installudev problem with preexisting links in /etc/udev/rules.d/...

2007-01-14 Thread Andreas Henriksson
tags 369232 + patch
thanks

The attached patch should hopefully fix the problem.


-- 
Regards,
Andreas Henriksson
--- debhelper-5.0.42/autoscripts/postinst-udev	2006-02-23 17:39:36.0 +0100
+++ debhelper-5.0.42.fixed/autoscripts/postinst-udev	2007-01-15 02:17:01.0 +0100
@@ -1,3 +1,5 @@
 if [ "$1" = configure -a -z "$2" ]; then
-	ln -s ../#FILE# /etc/udev/rules.d/#PRIO##FILE#
+	if [ ! -f /etc/udev/rules.d/#PRIO##FILE# ]; then
+		ln -s ../#FILE# /etc/udev/rules.d/#PRIO##FILE#
+	fi
 fi


Bug#398634: [phpgacl] alternative patch without hard dependencies on both db clients.

2006-11-22 Thread Andreas Henriksson
Since I've already created it I'll send this patch to the BTS just for
reference.
This one takes the alternative route of not having a hard-dependency on
both mysql- and postgresql-client, but instead recommends them both and
checks which one is available during configuration.
A helpful note is also shown if none is available.

Patch attached.

PS. please run "fakeroot debian/rules clean" before building to update
*.po and *.pot files which where excluded in the diff to not clutter up
the patch.

-- 
Regards,
Andreas Henriksson
diff -ur -x '*.po' -x '*.pot' phpgacl-3.3.7/debian/changelog 
phpgacl-3.3.7.fixed/debian/changelog
--- phpgacl-3.3.7/debian/changelog  2006-11-22 13:20:46.0 +0100
+++ phpgacl-3.3.7.fixed/debian/changelog2006-11-22 13:43:04.0 
+0100
@@ -1,3 +1,14 @@
+phpgacl (3.3.7-3.2) unstable; urgency=low
+
+  * NMU
+  * Remove postgresql-client from depends.
+  * Check for available mysql and psql clients in config and postinst.
+  * Show a helpful note if no db client is available and safely abort
+configuration.
+  * Add mysql-client and postgresql-client as a Recommends dependency.
+
+ -- Andreas Henriksson <[EMAIL PROTECTED]>  Wed, 22 Nov 2006 13:21:08 +0100
+
 phpgacl (3.3.7-3.1) unstable; urgency=high
 
   * Non-maintainer upload.
diff -ur -x '*.po' -x '*.pot' phpgacl-3.3.7/debian/control 
phpgacl-3.3.7.fixed/debian/control
--- phpgacl-3.3.7/debian/control2006-11-22 13:20:46.0 +0100
+++ phpgacl-3.3.7.fixed/debian/control  2006-11-22 13:40:36.0 +0100
@@ -8,7 +8,8 @@
 
 Package: phpgacl
 Architecture: all
-Depends: ${misc:Depends}, dbconfig-common, postgresql-client, libphp-adodb (>= 
4.64), smarty (>= 2.6.9), php-cache-lite (>= 1.5.2)
+Depends: ${misc:Depends}, dbconfig-common, libphp-adodb (>= 4.64), smarty (>= 
2.6.9), php-cache-lite (>= 1.5.2)
+Recommends: mysql-client, postgresql-client
 Description: PHP Generic Access Control Lists
  phpGACL is a set of PHP functions giving web developers a simple,
  yet immensely powerful "drop in" permission system for their current
diff -ur -x '*.po' -x '*.pot' phpgacl-3.3.7/debian/phpgacl.config 
phpgacl-3.3.7.fixed/debian/phpgacl.config
--- phpgacl-3.3.7/debian/phpgacl.config 2006-11-22 13:20:46.0 +0100
+++ phpgacl-3.3.7.fixed/debian/phpgacl.config   2006-11-22 13:26:39.0 
+0100
@@ -3,8 +3,31 @@
 # Source debconf library.
 . /usr/share/debconf/confmodule
 
+# check for available db clients
+MYSQLCLIENT=0
+PSQLCLIENT=0
+
+if which mysql >/dev/null 2>&1 ; then
+   MYSQLCLIENT=1
+fi
+if which psql >/dev/null 2>&1 ; then
+   PSQLCLIENT=1
+fi
+
+dbc_dbtypes=""
+if [ "$MYSQLCLIENT" = "1" ] && [ "$PSQLCLIENT" = "1" ]; then
+   dbc_dbtypes="mysql, pgsql"
+elif [ "$MYSQLCLIENT" = "1" ]; then
+   dbc_dbtypes="mysql"
+elif [ "$PSQLCLIENT" = "1" ]; then
+   dbc_dbtypes="pgsql"
+else
+   db_input high phpgacl/manualdb
+   db_go
+   exit 0
+fi
+
 # source dbconfig-common stuff
-dbc_dbtypes="mysql, pgsql"
 
 if [ -f /usr/share/dbconfig-common/dpkg/config ]; then
 . /usr/share/dbconfig-common/dpkg/config
diff -ur -x '*.po' -x '*.pot' phpgacl-3.3.7/debian/phpgacl.postinst 
phpgacl-3.3.7.fixed/debian/phpgacl.postinst
--- phpgacl-3.3.7/debian/phpgacl.postinst   2006-11-22 13:20:46.0 
+0100
+++ phpgacl-3.3.7.fixed/debian/phpgacl.postinst 2006-11-22 13:28:06.0 
+0100
@@ -3,8 +3,30 @@
 # debconf
 . /usr/share/debconf/confmodule
 
+# check for available db clients
+MYSQLCLIENT=0
+PSQLCLIENT=0
+
+if which mysql >/dev/null 2>&1 ; then
+   MYSQLCLIENT=1
+fi
+if which psql >/dev/null 2>&1 ; then
+   PSQLCLIENT=1
+fi
+
+dbc_dbtypes=""
+if [ "$MYSQLCLIENT" = "1" ] && [ "$PSQLCLIENT" = "1" ]; then
+   dbc_dbtypes="mysql, pgsql"
+elif [ "$MYSQLCLIENT" = "1" ]; then
+   dbc_dbtypes="mysql"
+elif [ "$PSQLCLIENT" = "1" ]; then
+   dbc_dbtypes="pgsql"
+else
+   exit 0
+fi
+
+
 # source dbconfig-common stuff
-dbc_dbtypes="mysql, pgsql"
 . /usr/share/dbconfig-common/dpkg/postinst
 dbc_go phpgacl $@
 
diff -ur -x '*.po' -x '*.pot' phpgacl-3.3.7/debian/phpgacl.templates 
phpgacl-3.3.7.fixed/debian/phpgacl.templates
--- phpgacl-3.3.7/debian/phpgacl.templates  2006-11-22 13:20:46.0 
+0100
+++ phpgacl-3.3.7.fixed/debian/phpgacl.templates2006-11-22 
13:36:35.0 +0100
@@ -18,3 +18,12 @@
  Your system has an obsolete configuration file
  (/etc/phpgacl/phpgacl.conf.php). Please, review the new configuration file
  (/etc/phpgacl/gacl.ini.php) and remove the obsolete one.
+
+Template: phpgacl/manualdb
+Type: note
+_Description: No database clients available.
+ Neigther the mysql or the postgresql database clients are available. To set
+ up the required database connection atleast one needs to be available.
+ Please install atleast one of "mysql-client" or "postgresql-client" and then
+ rerun the configuration with the command "dpkg-reconfigure phpgacl".
+


Bug#398634: [phpgacl] alternative patch without hard dependencies on both db clients.

2006-11-22 Thread Andreas Henriksson
On Wed, Nov 22, 2006 at 01:57:53PM +0100, Steinar H. Gunderson wrote:
> Shouldn't this code rather reside in dbconfig-common?

I don't know... 

I haven't investigated what dbconfig-common does if you relies on the
default configuration of available database backends. I would hope
that ones that can't be fullfilled are automatically skipped by default.

This package (and as it seems, many others) explicitly tells dbconfig-common
that it wants both the options mysql and pgsql backends (excluding the
sqlite backend) as choices. 
I'm not sure that having dbconfig-common ignoring the explicit advice
given from the package is always the best idea.

OTOH, I don't know why this package discriminates sqlite. Maybe most
packages shouldn't be passing explicit backend options at all...

-- 
Regards,
Andreas Henriksson


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



Bug#398619: patch for acidbase installation problems with missing db clients.

2006-11-22 Thread Andreas Henriksson
tags 398619 + patch
thanks

The attached patch should hopefully fix the problems when installing
acidbase without having the selected options database client installed.
It does this by only giving the choices where the db client is
installed, or by showing a note about how to install db clients and
safely aborts configuration if none is installed.
This way adding both to depends isn't required (both has been added to
Recommends).

Patch attached.

PS. Don't forget to add the translation patch in bug #395055.
Also run "fakeroot debian/rules clean" to update *.po and *.pot files
that where excluded in diff to not clutter up the patch.

-- 
Regards,
Andreas Henriksson
diff -ur acidbase-1.2.6/debian/changelog acidbase-1.2.6.fixed/debian/changelog
--- acidbase-1.2.6/debian/changelog 2006-11-22 14:15:21.0 +0100
+++ acidbase-1.2.6.fixed/debian/changelog   2006-11-22 14:07:31.0 
+0100
@@ -1,3 +1,12 @@
+acidbase (1.2.6-1.1) unstable; urgency=medium
+
+  * NMU
+  * Recommend mysql-client and postgresql-client.
+  * Check for available db client in during package config. (Closes: #398619)
+  * Show a helpful note when no db client is available and safely abort.
+
+ -- Andreas Henriksson <[EMAIL PROTECTED]>  Wed, 22 Nov 2006 14:05:42 +0100
+
 acidbase (1.2.6-1) unstable; urgency=low
 
   * New upstream release.
diff -ur acidbase-1.2.6/debian/config acidbase-1.2.6.fixed/debian/config
--- acidbase-1.2.6/debian/config2006-11-22 14:15:21.0 +0100
+++ acidbase-1.2.6.fixed/debian/config  2006-11-22 14:10:44.0 +0100
@@ -3,8 +3,30 @@
 # Source debconf library.
 . /usr/share/debconf/confmodule
 
+# check for available db clients
+MYSQLCLIENT=0
+PSQLCLIENT=0
+
+if which mysql >/dev/null 2>&1 ; then
+   MYSQLCLIENT=1
+fi
+if which psql >/dev/null 2>&1 ; then
+   PSQLCLIENT=1
+fi
+
+if [ "$MYSQLCLIENT" = "1" ] && [ "$PSQLCLIENT" = "1" ]; then
+   dbc_dbtypes="mysql, pgsql"
+elif [ "$MYSQLCLIENT" = "1" ]; then
+   dbc_dbtypes="mysql"
+elif [ "$PSQLCLIENT" = "1" ]; then
+   dbc_dbtypes="pgsql"
+else
+   db_input high acidbase/manualdb
+   db_go
+   exit 0
+fi
+
 # source dbconfig-common stuff
-dbc_dbtypes="mysql, pgsql"
 dbc_dbuser="snort"
 dbc_dbname="snort"
 
diff -ur acidbase-1.2.6/debian/control acidbase-1.2.6.fixed/debian/control
--- acidbase-1.2.6/debian/control   2006-11-22 14:15:21.0 +0100
+++ acidbase-1.2.6.fixed/debian/control 2006-11-22 14:05:37.0 +0100
@@ -9,6 +9,7 @@
 Package: acidbase
 Architecture: all
 Depends: ${misc:Depends}, dbconfig-common, php5 | php4 | php5-cli | php4-cli, 
php5-gd | php4-gd, libphp-adodb (>= 4.62), php-image-graph, libwww-perl
+Recommends: mysql-client, postgresql-client
 Suggests: snort-mysql | snort-pgsql
 Description: Basic Analysis and Security Engine
  BASE is based on the code from the Analysis Console for Intrusion Databases
diff -ur acidbase-1.2.6/debian/postinst acidbase-1.2.6.fixed/debian/postinst
--- acidbase-1.2.6/debian/postinst  2006-11-22 14:15:21.0 +0100
+++ acidbase-1.2.6.fixed/debian/postinst2006-11-22 14:11:15.0 
+0100
@@ -3,8 +3,29 @@
 # debconf
 . /usr/share/debconf/confmodule
 
+# check for available db clients
+MYSQLCLIENT=0
+PSQLCLIENT=0
+
+if which mysql >/dev/null 2>&1 ; then
+   MYSQLCLIENT=1
+fi
+if which psql >/dev/null 2>&1 ; then
+   PSQLCLIENT=1
+fi
+
+if [ "$MYSQLCLIENT" = "1" ] && [ "$PSQLCLIENT" = "1" ]; then
+   dbc_dbtypes="mysql, pgsql"
+elif [ "$MYSQLCLIENT" = "1" ]; then
+   dbc_dbtypes="mysql"
+elif [ "$PSQLCLIENT" = "1" ]; then
+   dbc_dbtypes="pgsql"
+else
+   exit 0
+fi
+
+#
 # source dbconfig-common stuff
-dbc_dbtypes="mysql, pgsql"
 . /usr/share/dbconfig-common/dpkg/postinst
 dbc_generate_include="php:/etc/acidbase/database.php"
 dbc_generate_include_owner="root:www-data"
diff -ur acidbase-1.2.6/debian/templates acidbase-1.2.6.fixed/debian/templates
--- acidbase-1.2.6/debian/templates 2006-11-22 14:15:21.0 +0100
+++ acidbase-1.2.6.fixed/debian/templates   2006-11-22 14:14:28.0 
+0100
@@ -17,3 +17,13 @@
 _Description: NOTE: Manual configuration required
  You will need to go to http://localhost/acidbase first to force the
  database modifications for BASE.
+
+Template: acidbase/manualdb
+Type: note
+_Description: No database client found.
+ Configuration of database settings can't be completed since there's no
+ database client available. Please install atleast one of "mysql-client"
+ and/or "postgresql-client". You can then rerun the configuration by
+ running the command "dpkg-reconfigure acidbase".
+ Acidbase configuration will now abort...
+


Bug#399790: trivial patch for amanda purge problems attached.

2006-11-22 Thread Andreas Henriksson
amanda can not rely on deluser being available during postrm purge since
it's the adduser package is not essential.

The attached patch should fix the problem by safeguarding the calls to
deluser in postrm purge.

Someone should probably look closer at this though to make sure amanda
properly cleans up on purge.

Trivial patch attached.


-- 
Regards,
Andreas Henriksson
diff -ur amanda-2.5.1p1/debian/postrm amanda-2.5.1p1.fixed/debian/postrm
--- amanda-2.5.1p1/debian/postrm2006-11-22 18:20:04.0 +0100
+++ amanda-2.5.1p1.fixed/debian/postrm  2006-11-22 18:16:24.0 +0100
@@ -27,8 +27,10 @@
 
rm -f ~backup/.amandahosts
 
-   deluser backup disk
-   deluser backup tape
+   if which deluser >/dev/null 2>&1 ; then
+   deluser backup disk || true
+   deluser backup tape || true
+   fi
   ;;
   remove|upgrade|deconfigure)
   ;;


Bug#399764: Remove /usr/man/man1 from debian/xxdiff.dirs fixes this.

2006-11-22 Thread Andreas Henriksson
tags 399764 + patch
thanks

Leftover in debian/xxdiff.dirs removed fixes this

Trivial patch attached.

-- 
Regards,
Andreas Henriksson
diff -ur xxdiff-3.2/debian/xxdiff.dirs xxdiff-3.2.fixed/debian/xxdiff.dirs
--- xxdiff-3.2/debian/xxdiff.dirs   2006-11-22 18:36:00.0 +0100
+++ xxdiff-3.2.fixed/debian/xxdiff.dirs 2006-11-22 18:35:41.0 +0100
@@ -1,4 +1,3 @@
 usr/share/doc/xxdiff/manual.html
 usr/share/doc/xxdiff/manual.txt
 usr/bin
-usr/man/man1


Bug#398629: libapache-mod-acct-{mysql,pgsql} db clients dependencies.

2006-11-23 Thread Andreas Henriksson
I think you also need to make libapache-mod-acct-mysql depend on
mysql-client (the equivalent to the postgresql-client changes you made
on libapache-mod-acct-pgsql)
Currently libapache-mod-acct-mysql only recommends mysql-client.
A suggestion on mysql-server would probably not hurt eigther.

-- 
Regards,
Andreas Henriksson


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



Bug#398634: [phpgacl] alternative patch without hard dependencies on both db clients.

2006-11-23 Thread Andreas Henriksson
On tor, 2006-11-23 at 17:32 +0100, sean finney wrote:
> 
> (a) the packages in question should still  have (foo | bar) depends on
> cmdline clients.
> (b) in dbconfig-common, if the user selects an option for cmdline
> clients that aren't installed, they're prompted with an error dialog,
> the dbconfig-common hooks gracefully stop (or perhaps they're given a
> choice to go back and choose another dbtype).
> (c) if the admin later installs the required cmdline packages, they
> should be able to dpkg-reconfigure the dbc-using package to use the
> new
> dbtype as always.
> 

A slightly different way would be to:
- have dbconfig-common depend on "sqlite | mysql-client |
postgresql-client" to make sure atleast one of the supported clients is
always installed.
- When package doesn't pass any $dbc_dbtypes to dbconfig-common, detect
at runtime which clients are available when adding the default set of db
clients, and offer only those as choices (and possibly mention what
other choices could be available and how to install the required db
client).
- offer to safely abort, so additional db client can be installed, and
then the user can restart the configuration by running "dpkg-reconfigure
".

That way the package that uses dbconfig-common doesn't need to depend on
any specific client. There's also no possibility for the user to choose
one that isn't installed, but he can still go on if he doesn't care
which one is used since atleast one is always available. Sqlite would
probably be a good first one in the dependency alternatives to make sure
there's no problem connecting to the "server" (which would be the next
step to help a clueless user, since I guess the common case is a user
who runs with locally installed databases and doesn't understand that
"mysql-client" is actually only "half of mysql").


Regards,
Andreas Henriksson





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



Bug#398634: [Dbconfig-common-devel] Re: Bug#398634: [phpgacl] alternative patch without hard dependencies on both db clients.

2006-11-23 Thread Andreas Henriksson
On tor, 2006-11-23 at 21:02 +0100, sean finney wrote:

> unfortunately, this won't work because some apps work only with mysql,
> others with mysql | pgsql, others sqlite only, thus it's possible that

To me that means they should have exactly those dependencies!
Right now applications like "phpgacl" have to depend on both
mysql-client AND postgresql-client because it's supports both, but only
needs one (depending on which you choose).

(And yes, phpgacl could do this detection itself... but that would mean
we will duplicate it in about every package that uses dbconfig-common.)

> unless it specified its own dependencies, the app would be installed
> without any supported db clients installed. (phpmysqladmin on
> a system with dbconfig+sqlite already installed, for example)

My idea is that an application like "phpgacl" depends on
"dbconfig-common, postgresql-client | mysql-client".
Sends in $dbc_dbtypes="pgsql, mysql" to hint supported db types to
dbconfig-common and then have dbconfig-common only present the options
that actually works!
If phpgacl is installed on a clean system during this scenario a popup
sign shows "mysql is supported but the client is missing so that option
won't be available at this moment..." and then continues on with pgsql
as the only option.
If the user on the other hand personally prefers using mysql he has to
manually request that at the time of installing phpgacl ("apt-get
install mysql-client phpgacl"), which would mean that postgresql-client
won't have to be installed.
(Or if both clients are pre-installed he'll actually get to choose
between them during configuration.)

If the application on the other hand supports any database type it will
not depend on anything but just "dbconfig-common" and not pass in any
$dbc_dbtypes. That will then pull in one of the supported database
clients because of dbconfig-commons dependency on one, which will be
used... (this you are actually already checking, so I didn't have to
make any modifications... I also reused your helper functions in the
changes for the first case).

See attached patch for "proof of concept"
(It's probably broken, but so are my english. I hope the patch explains
it better then I do with words...)




TODO:
It would probably be even better to not remove choices but instead
detect if a not-installed option is choosen and then show a note on how
to install the missing client and offer to safely abort or go back and
chose another database (since there is atleast one available that will
work)... This way there's no annoying popups telling you what you can't
do when you don't care, while giving you helpful hints when you do care.


Regards,
Andreas Henriksson
diff -ur -x '*.po' -x '*.pot' dbconfig-common-1.8.29-orig/debian/changelog dbconfig-common-1.8.30~0.1/debian/changelog
--- dbconfig-common-1.8.29-orig/debian/changelog	2006-11-11 17:59:23.0 +0100
+++ dbconfig-common-1.8.30~0.1/debian/changelog	2006-11-24 00:09:28.0 +0100
@@ -1,3 +1,13 @@
+dbconfig-common (1.8.30~0.1) unstable; urgency=low
+
+  * NMU
+  * Add dependency on atleast one of the db clients.
+  * Show a note when there is supported clients missing.
+  * Make only options with installed db clients available when selecting
+one in multidb setups.
+
+ -- Andreas Henriksson <[EMAIL PROTECTED]>  Thu, 23 Nov 2006 23:42:12 +0100
+
 dbconfig-common (1.8.29) unstable; urgency=medium
 
   * Fabio Tranchitella discovered that in some environments passwords
diff -ur -x '*.po' -x '*.pot' dbconfig-common-1.8.29-orig/debian/control dbconfig-common-1.8.30~0.1/debian/control
--- dbconfig-common-1.8.29-orig/debian/control	2006-10-30 11:52:40.0 +0100
+++ dbconfig-common-1.8.30~0.1/debian/control	2006-11-23 23:20:15.0 +0100
@@ -7,8 +7,7 @@
 
 Package: dbconfig-common
 Architecture: all
-Depends: ucf, ${misc:Depends}
-Suggests: virtual-mysql-client | mysql-client | postgresql-client
+Depends: ucf, ${misc:Depends}, mysql-client | postgresql-client | sqlite
 Description: common framework for packaging database applications
  dbconfig-common presents a policy and implementation for
  managing various databases used by applications included in
diff -ur -x '*.po' -x '*.pot' dbconfig-common-1.8.29-orig/debian/dbconfig-common.templates dbconfig-common-1.8.30~0.1/debian/dbconfig-common.templates
--- dbconfig-common-1.8.29-orig/debian/dbconfig-common.templates	2006-10-12 23:52:02.0 +0200
+++ dbconfig-common-1.8.30~0.1/debian/dbconfig-common.templates	2006-11-23 23:59:16.0 +0100
@@ -95,6 +95,14 @@
  ${pkg} can be configured to use one of many database types.
  Below, you will be presented with the available choices.
 
+Template: dbconfig-common/database-type-notinst
+Type: note
+_Description: Supported but unavail

Bug#400083: catch possible exceptions in SetProcessName function.

2006-11-26 Thread Andreas Henriksson
tags 400083 + patch
thanks

I can't reproduce this problem and it seems weird.
I have no idea why P/Invoke of prctl fails on your machine. The strace
shows that the C library is found, and it would be very weird if you
didn't have it :)
I googled and it seems like you're not totally alone on having this
problem, even though it seems a bit rare.
The SetProcessName function has probably been cut'n'pasted between most
Mono applications, do you have the same problem in f-spot, banshee, and
so on?

The attached patch should work around the problem by catching the
exceptions in SetProcessName and issue a warning... I don't believe the
failure of setting the process name needs to be a fatal error.

Patch attached.

-- 
Regards,
Andreas Henriksson
--- last-exit-3.0/src/Driver.cs 2006-08-29 22:15:33.0 +0200
+++ last-exit-3.0.fixed/src/Driver.cs   2006-11-26 22:51:42.0 +0100
@@ -173,8 +173,12 @@

private static void SetProcessName (string name)
{
-   if (prctl (15, Encoding.ASCII.GetBytes (name + "\0"), 
0, 0, 0) != 0) {
-   throw new ApplicationException ("Error setting 
process name: " + Mono.Unix.Native.Stdlib.GetLastError ());
+   try {
+   if (prctl (15, Encoding.ASCII.GetBytes (name + 
"\0"), 0, 0, 0) != 0) {
+   throw new ApplicationException ("Error 
setting process name: " + Mono.Unix.Native.Stdlib.GetLastError ());
+   }
+   } catch (Exception e) {
+   Console.WriteLine("Warning: " + e.Message);
}
}
 


Bug#400483: confirm fmit crash on startup.

2006-11-26 Thread Andreas Henriksson
I can confirm this behaviour on Debian Unstable AMD64...
Here's my backtrace from a fmit recompiled with noopt, nostrip...



(gdb) run
Starting program: /usr/bin/fmit
[Thread debugging using libthread_db enabled]
[New Thread 47696063954800 (LWP 26354)]
Free Music Instrument Tuner version 0.96.5 built at Nov 27 2006 01:03:22
Install directory '/usr'
Qt: gdb: -nograb added to command-line options.
 Use the -dograb option to enforce grabbing.
CaptureThread: INFO: Built in transports
CaptureThread: INFO:JACK   unavailable
CaptureThread: INFO:ALSA   available
libGL warning: 3D driver claims to not support visual 0x4b
CaptureThread: INFO: Auto detecting a working transport ... using ALSA
CaptureThread: INFO: ALSA: try to set format to Signed 16 bit Little
Endian success
CaptureThread: WARNING: ALSA: cannot set channel count to one. channels
will be mixed
CaptureThread: INFO: ALSA: try to set sampling rate to 96000 failed
CaptureThread: INFO: ALSA: try to set sampling rate to 48000 success
[New Thread 1082132832 (LWP 26357)]
Try R300_SPAN_DISABLE_LOCKING env var if this hangs.
CaptureThread: WARNING: ALSA: cannot set channel count to one. channels
will be mixed
*** glibc detected *** malloc(): memory corruption: 0x025ac840
***

Program received signal SIGABRT, Aborted.
[Switching to Thread 1082132832 (LWP 26357)]
0x2b6119a9507b in raise () from /lib/libc.so.6
(gdb) bt
#0  0x2b6119a9507b in raise () from /lib/libc.so.6
#1  0x2b6119a9684e in abort () from /lib/libc.so.6
#2  0x2b6119acb5e9 in __libc_message () from /lib/libc.so.6
#3  0x2b6119ad2842 in _int_malloc () from /lib/libc.so.6
#4  0x2b6119ad415d in malloc () from /lib/libc.so.6
#5  0x2b611969293d in operator new () from /usr/lib/libstdc++.so.6
#6  0x00414f7d in CaptureThreadImplALSA::capture_loop ()
#7  0x00412714 in CaptureThread::run ()
#8  0x2b6118e8808a in QThreadInstance::start ()
from /usr/lib/libqt-mt.so.3
#9  0x2b61189d9f1a in start_thread () from /lib/libpthread.so.0
#10 0x2b6119b2f612 in clone () from /lib/libc.so.6
#11 0x in ?? ()
(gdb)
















(gdb) thread apply all bt

Thread 2 (Thread 1082132832 (LWP 26357)):
#0  0x2b6119a9507b in raise () from /lib/libc.so.6
#1  0x2b6119a9684e in abort () from /lib/libc.so.6
#2  0x2b6119acb5e9 in __libc_message () from /lib/libc.so.6
#3  0x2b6119ad2842 in _int_malloc () from /lib/libc.so.6
#4  0x2b6119ad415d in malloc () from /lib/libc.so.6
#5  0x2b611969293d in operator new () from /usr/lib/libstdc++.so.6
#6  0x00414f7d in CaptureThreadImplALSA::capture_loop ()
#7  0x00412714 in CaptureThread::run ()
#8  0x2b6118e8808a in QThreadInstance::start ()
from /usr/lib/libqt-mt.so.3
#9  0x2b61189d9f1a in start_thread () from /lib/libpthread.so.0
#10 0x2b6119b2f612 in clone () from /lib/libc.so.6
#11 0x in ?? ()

Thread 1 (Thread 47696063954800 (LWP 26354)):
#0  0x2b6119af7de5 in __nanosleep_nocancel () from /lib/libc.so.6
#1  0x2b6119af7c04 in sleep () from /lib/libc.so.6
#2  0x2b611bb725f1 in radeonInitSpanFuncs ()
from /usr/lib/dri/r300_dri.so
#3  0x2b611bc4c3d1 in _swrast_Bitmap ()
from /usr/lib/dri/r300_dri.so
#4  0x2b611bcac3b8 in _mesa_Bitmap () from /usr/lib/dri/r300_dri.so
#5  0x2b61178e06b5 in glutBitmapCharacter ()
from /usr/lib/libglut.so.3
#6  0x0042fb88 in GLErrorHistory::paintGL ()
#7  0x2b611916b262 in QGLWidget::glDraw ()
from /usr/lib/libqt-mt.so.3
#8  0x2b611916a584 in QGLWidget::paintEvent ()
from /usr/lib/libqt-mt.so.3
#9  0x2b6118f285c7 in QWidget::event () from /usr/lib/libqt-mt.so.3
#10 0x2b6118e8f212 in QApplication::internalNotify ()
   from /usr/lib/libqt-mt.so.3
#11 0x2b6118e91acb in QApplication::notify ()
from /usr/lib/libqt-mt.so.3
#12 0x2b6118e22824 in QApplication::sendSpontaneousEvent ()
   from /usr/lib/libqt-mt.so.3
#13 0x2b6118e1245c in QETWidget::translatePaintEvent ()
   from /usr/lib/libqt-mt.so.3
#14 0x2b6118e1f939 in QApplication::x11ProcessEvent ()
   from /usr/lib/libqt-mt.so.3
#15 0x2b6118e3586a in QEventLoop::processEvents ()
   from /usr/lib/libqt-mt.so.3
#16 0x2b6118ea879e in QEventLoop::enterLoop ()
from /usr/lib/libqt-mt.so.3
#17 0x2b6118ea85a7 in QEventLoop::exec ()
from /usr/lib/libqt-mt.so.3
#18 0x2b6118e90cf0 in QApplication::exec ()
from /usr/lib/libqt-mt.so.3
#19 0x00420f95 in main ()
#0  0x2b6119a9507b in raise () from /lib/libc.so.6
(gdb)



Regards,
Andreas Henriksson



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



Bug#400483: fmit - narrowed it down a bit....

2006-11-27 Thread Andreas Henriksson
This is where it crashes for me, first time it hits

src/CaptureThread.cpp line 616:
m_capture_thread->m_values.push_front(cvalue/m_channel_count);



Regards,
Andreas Henriksson



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



Bug#400483: fmit - narrowed it down a bit....

2006-11-28 Thread Andreas Henriksson
On Tue, Nov 28, 2006 at 09:54:08AM +0100, Ludovic RESLINGER wrote:
> This is strange because nobody meets exactly the same things in backtrace,

I have noticed, but I get the same backtrace every time on my amd64.
(Only one time I had different behaviour, but I don't know if that was
because I did something weird when running it inside gdb...)

I tried fmit here at work on my Debian Testing PowerPC, it gives me
different errors just like the other reporter and it has even
started successfully sometimes. Recompiling with noopt, nostrip
makes no difference...

> Could you try to test with actual debian binary and without alsa for
> exemble?

I have tried the regular debian binary as well on both my systems
with alsa, but didn't find the backtrace useful Thats why I
recompiled with noopt, nostrip and used that in my previous report.

Do you have a suggestion on how I can switch off alsa in an easy way for
testing fmit?

-- 
Regards,
Andreas Henriksson


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



Bug#400483: fmit - narrowed it down a bit....

2006-11-28 Thread Andreas Henriksson
On Tue, Nov 28, 2006 at 09:54:08AM +0100, Ludovic RESLINGER wrote:
> Could you try to test with actual debian binary and without alsa for
> exemble?

Recompiling fmit with --disable-alsa seems to make it work reliably on
my Debian Testing PowerPC. Will try it on my Unstable AMD64 when I get
home...

-- 
Regards,
Andreas Henriksson


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



Bug#400874: found the case when it blows up...

2006-11-29 Thread Andreas Henriksson
ter-modules-2.6.18-3-amd64, spca5xx-modules-2.6-vserver-powerpc64, 
spca5xx-modules-2.6-vserver-powerpc, squashfs-modules-2.6-r3k-kn02, 
squashfs-modules-2.6-powerpc-smp, squashfs-modules-2.6-k7, 
redhat-cluster-modules-2.6-vserver-alpha, unionfs-modules-2.6.18-3-parisc, 
redhat-cluster-modules-2.6-s390, 
redhat-cluster-modules-2.6.18-3-xen-vserver-686, 
squashfs-modules-2.6-alpha-generic, squashfs-modules-2.6-amd64, 
spca5xx-modules-2.6-xen-amd64, redhat-cluster-modules-2.6.18-3-sparc64-smp, 
redhat-cluster-modules-2.6.18-3-parisc, 
redhat-cluster-modules-2.6-xen-vserver-686, squashfs-modules-2.6-vserver-s390x, 
redhat-cluster-modules-2.6-r4k-ip22, squashfs-modules-2.6-r5k-cobalt, 
squashfs-modules-2.6-s390x, spca5xx-modules-2.6.18-3-vserver-k7, 
unionfs-modules-2.6-parisc64-smp, redhat-cluster-modules-2.6-sparc64, 
unionfs-modules-2.6-atari, redhat-cluster-modules-2.6.18-3-686-bigmem, 
squashfs-modules-2.6-vserver-sparc64, 
redhat-cluster-modules-2.6.18-3-vserver-powerpc64, 
squashfs-modules-2.6.18-3-r3k-kn02, spca5xx-modules-2.6-686-bigmem, 
unionfs-modules-2.6-footbridge, unionfs-modules-2.6-parisc64, 
spca5xx-modules-2.6-vserver-686, squashfs-modules-2.6.18-3-alpha-smp, 
squashfs-modules-2.6.18-3-parisc64-smp, unionfs-modules-2.6-mac, 
squashfs-modules-2.6.18-3-s390x, squashfs-modules-2.6.18-3-s3c2410, 
spca5xx-modules-2.6-prep, redhat-cluster-modules-2.6-sparc64-smp, 
redhat-cluster-modules-2.6-rpc, unionfs-modules-2.6-amd64, 
redhat-cluster-modules-2.6-vserver-k7, redhat-cluster-modules-2.6.18-3-sparc64, 
redhat-cluster-modules-2.6-s3c2410, squashfs-modules-2.6.18-3-iop32x, 
redhat-cluster-modules-2.6.18-3-r5k-ip32, squashfs-modules-2.6.18-3-powerpc64, 
redhat-cluster-modules-2.6.18-3-686, spca5xx-modules-2.6-powerpc, 
unionfs-modules-2.6.18-3-parisc-smp, unionfs-modules-2.6-ixp4xx, 
unionfs-modules-2.6.18-3-parisc64, redhat-cluster-modules-2.6.18-3-footbridge, 
unionfs-modules-2.6-qemu, spca5xx-modules-2.6-powerpc-smp, 
redhat-cluster-modules-2.6-ixp4xx, unionfs-modules-2.6.18-3-amiga, 
redhat-cluster-modules-2.6-k7, unionfs-modules-2.6.18-3-mckinley, 
squashfs-modules-2.6.18-3-parisc64, redhat-cluster-modules-2.6-r5k-cobalt, 
squashfs-modules-2.6-powerpc, redhat-cluster-modules-2.6-footbridge, 
mol-modules-2.6-vserver-powerpc, squashfs-modules-2.6.18-3-amiga, 
squashfs-modules-2.6-sparc64-smp, redhat-cluster-modules-2.6-vserver-amd64, 
redhat-cluster-modules-2.6-xen-k7, squashfs-modules-2.6-xen-vserver-amd64, 
redhat-cluster-modules-2.6-qemu, redhat-cluster-modules-2.6-parisc64, 
unionfs-modules-2.6.18-3-amd64, squashfs-modules-2.6.18-3-686, 
spca5xx-modules-2.6.18-3-xen-amd64, spca5xx-modules-2.6-xen-vserver-686

Gotta run HTH.

-- 
Regards,
Andreas Henriksson



Bug#400874: I hope this is the right fix...

2006-11-29 Thread Andreas Henriksson
tags 400874 + patch
thanks

Here's the off-by-one fix for apt. Now that it's solved it seems so
obvious... valgrind was right! (Could someone please rerun valgrind with
this patch applied?!)

Please verify for correctness, this patch "works for me" (and in my
current state seems to be the right fix, I'll try to have a closer look
at it tomorrow or maybe later...)

Problem described in:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=400874;msg=36

Workaround:
http://fatal.se/tmp/aptsource-workaround.diff


Probably/hopefully this is the "real" fix:
http://fatal.se/tmp/aptsource-fix.diff
(this one also attached)



Patch attached.


Regards,
Andreas Henriksson
diff -ur apt-0.6.46.3/apt-pkg/deb/debsrcrecords.cc apt-0.6.46.3.fix/apt-pkg/deb/debsrcrecords.cc
--- apt-0.6.46.3/apt-pkg/deb/debsrcrecords.cc	2006-03-02 14:44:28.0 +0100
+++ apt-0.6.46.3.fix/apt-pkg/deb/debsrcrecords.cc	2006-11-30 00:38:19.0 +0100
@@ -40,7 +40,7 @@
char *Buf;
if (Bins.length() > sizeof(Buffer))
{
-  BigBuf = new char[Bins.length()];
+  BigBuf = new char[Bins.length()+1];
   Buf = BigBuf;
}
else


Bug#400874: I hope this is the right fix...

2006-11-30 Thread Andreas Henriksson
On Thu, Nov 30, 2006 at 08:49:26AM +0100, Jens Seidel wrote:
> If the buffer needs to be longer by one than Bins you probably also need
> +if (Bins.length() >= sizeof(Buffer))

Good catch, thanks!

Updated patch attached.


I wonder what the second part of this is good for:
 
if (Bins.empty() == true || Bins.length() >= 102400)
return 0;

Oh, well that's a high enough number that it probably won't be(come)
a real world problem and if we're getting that nitpicky at fixing
surrounding issues we should probably start by checking if the BigBuf 
memory allocation failed first. :)

-- 
Regards,
Andreas Henriksson
diff -uri apt-0.6.46.3/apt-pkg/deb/debsrcrecords.cc 
apt-0.6.46.3-fixed/apt-pkg/deb/debsrcrecords.cc
--- apt-0.6.46.3/apt-pkg/deb/debsrcrecords.cc   2006-03-02 14:44:28.0 
+0100
+++ apt-0.6.46.3-fixed/apt-pkg/deb/debsrcrecords.cc 2006-11-30 
10:35:18.0 +0100
@@ -38,9 +38,9 @@
// is large, to avoid a performance penalty
char *BigBuf = NULL;
char *Buf;
-   if (Bins.length() > sizeof(Buffer))
+   if (Bins.length() >= sizeof(Buffer))
{
-  BigBuf = new char[Bins.length()];
+  BigBuf = new char[Bins.length()+1];
   Buf = BigBuf;
}
else


Bug#401039: nm/dbus fixed upstream

2006-11-30 Thread Andreas Henriksson
tags 401039 + fixed-upstream
thanks

The logic used for dbus in networkmanager was only compatible with 0.x
versions of DBUS, and fails with the current 1.x ...

Here's the patch:
http://mail.gnome.org/archives/networkmanager-list/2006-November/msg00070.html


-- 
Regards,
Andreas Henriksson


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



Bug#401039: nm/dbus fixed upstream

2006-11-30 Thread Andreas Henriksson
On tor, 2006-11-30 at 18:24 +0100, Michael Biebl wrote:
> Please consider that we already have a patch which deals with dbus 1.0
> (debian/patches/12_dbus1.0.patch). It does exactly the same as the
> proposed patch.

Which version is this patch available in?
I'm on sid current which has network-manager 0.6.4-5 and no such file.

> 
> Are you sure, you have built the current version of network-manager?

Yes, 0.6.4-5 as available in both current testing and unstable.

I don't know which version you're refering to


Regards,
Andreas Henriksson



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



Bug#400483: fmit: --disable-alsa seems to workaround the problem.

2006-12-01 Thread Andreas Henriksson
Hello again!

Sorry for the delay... the recent apt bugs stole my time.

I've tested adding --disable-alsa to the configuration part in
debian/rules on my home-machine (amd64 unstable) and that makes the
fmit program start without crashing.
So, I think we can conclude that the problem definitely is alsa-related.

I'll try to set up a chroot and test with that as well...

-- 
Regards,
Andreas Henriksson


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



Bug#401153: backtrace for iasl bug #401153

2006-12-01 Thread Andreas Henriksson
Program received signal SIGSEGV, Segmentation fault.
0x10019570 in TrAmlTransformWalk ()
(gdb) bt
#0  0x10019570 in TrAmlTransformWalk ()
#1  0x1001758c in TrWalkParseTree ()
#2  0x1000b728 in CmDoCompile ()
#3  0x10011250 in main ()
(gdb)

-- 
Regards,
Andreas Henriksson


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



Bug#401153: backtrace for iasl bug #401153

2006-12-01 Thread Andreas Henriksson
On Fri, Dec 01, 2006 at 03:42:51PM +0100, Andreas Henriksson wrote:
> Program received signal SIGSEGV, Segmentation fault.
> 0x10019570 in TrAmlTransformWalk ()
> (gdb) bt
> #0  0x10019570 in TrAmlTransformWalk ()
> #1  0x1001758c in TrWalkParseTree ()
> #2  0x1000b728 in CmDoCompile ()
> #3  0x10011250 in main ()
> (gdb)
> 

I forgot to mention, this is on Debian Testing PowerPC with iasl
recompiled with DEB_BUILD_OPTIONS="noopt, nostrip".


Some additional printf debugging shows this:
TrAmlTransformWalk -> TrTransformSubtree -> TrDoDefinitionBlock

File compiler/asltransform.c line 432:
if (!ACPI_COMPARE_NAME (Next->Asl.Value.String, ACPI_SIG_DSDT))

it blows up here Next->Asl.Value.String is NULL... All the
macro/pointer obfuscation got me lost here... 

HTH

-- 
Regards,
Andreas Henriksson


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



Bug#400483: fmit: --disable-alsa seems to workaround the problem.

2006-12-01 Thread Andreas Henriksson
On fre, 2006-12-01 at 17:48 +0100, Ludovic RESLINGER wrote:
> Could you verify if all your system is updated with latest versions
> of packages?

My AMD64 runs up to date Unstable (updated daily).
My PowerPC runs up to date Testing (updated regularily, don't use it
every day).

Regards,
Andreas Henriksson



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



Bug#401153: backtrace for iasl bug #401153

2006-12-01 Thread Andreas Henriksson
On fre, 2006-12-01 at 15:43 -0800, Moore, Robert wrote:
> I'm not sure I understand what you are describing, please clarify.

Please see http://bugs.debian.org/401153 for the original bug report.
Basically, iasl successfully compiles the atteched dsl file on a regular
i386 pc, but when running the same program on PowerPC (Debian GNU/Linux)
then you get a segmentation fault. There is probably a bug in the
program somewhere which seems to only trigger on powerpc at the moment.

It has been tracked down to being related to Asl.Value.String being
NULL. This state seems invalid and makes the program crash. Do you have
any idea what might have failed and how this variable could be
uninitialized? It would be really appreciated if you have any hints
about possible failures that we can investigate...


Regards,
Andreas Henriksson



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



Bug#400483: fmit: --disable-alsa seems to workaround the problem.

2006-12-02 Thread Andreas Henriksson
On fre, 2006-12-01 at 17:48 +0100, Ludovic RESLINGER wrote: 
> CaptureThread: INFO: Built in transports
> CaptureThread: INFO:JACK   unavailable
> CaptureThread: INFO:ALSA   available
> CaptureThread: INFO: Auto detecting a working transport ... using ALSA
> CaptureThread: INFO: ALSA: try to set format to Signed 16 bit Little
> Endian success
> CaptureThread: INFO: ALSA: try to set sampling rate to 96000 failed
> CaptureThread: INFO: ALSA: try to set sampling rate to 48000 success

I notice you don't get this warning here... maybe it's related:

CaptureThread: WARNING: ALSA: cannot set channel count to one. channels
will be mixed



> Could you verify if all your system is updated with latest versions
> of packages?

I've now also built a sid chroot where I installed minimum packages.
When ALSA is not available the standard debian fmit package starts
without problems. Here's the output:

Free Music Instrument Tuner version 0.96.5 built at Aug 27 2006 10:17:13
Install directory '/usr'
CaptureThread: INFO: Built in transports
CaptureThread: INFO:JACK   unavailable
CaptureThread: INFO:ALSA   unavailable (invalid source 'hw:0')
CaptureThread: INFO: Auto detecting a working transport ... no transport
working !


So not having alsa makes it "work" (not segfault) as well as
disabling alsa support in fmit.



I also found something interesting. If I reconfigure my system with
"alsaconf" and chose my SB Live (emu10k1) card, fmit WORKS!

[EMAIL PROTECTED]:~$ fmit
Free Music Instrument Tuner version 0.96.5 built at Aug 27 2006 10:17:13
Install directory '/usr'
CaptureThread: INFO: Built in transports
CaptureThread: INFO:JACK   unavailable
CaptureThread: INFO:ALSA   available
libGL warning: 3D driver claims to not support visual 0x4b
CaptureThread: INFO: Auto detecting a working transport ... using ALSA
CaptureThread: INFO: ALSA: try to set format to Signed 16 bit Little
Endian success
CaptureThread: INFO: ALSA: try to set sampling rate to 96000 failed
CaptureThread: INFO: ALSA: try to set sampling rate to 48000 success
Try R300_SPAN_DISABLE_LOCKING env var if this hangs.

And then there is a endless flood of:

CaptureThread: WARNING: ALSA: Broken pipe

Notice, no warning like the one above that you didn't get eigther!

I only see the problem with fmit when I use my integrated soundcard
(intel8x0). This one can't do hardware channel mixing (play multiple
sounds at once)... 

How does your test machines look like? What hardware/drivers do they
have?



-- 
Regards,
Andreas Henriksson



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



Bug#389562: Fix FTBFS.

2006-10-29 Thread Andreas Henriksson
The attached patch fixes the build failure. It's compile tested only, no
runtime testing at all!

Regards,
Andreas Henriksson

diff -urp apache2-redirtoservname-0.1-orig/debian/rules apache2-redirtoservname-0.1/debian/rules
--- apache2-redirtoservname-0.1-orig/debian/rules	2006-10-29 17:05:38.0 +0100
+++ apache2-redirtoservname-0.1/debian/rules	2006-10-29 17:09:32.0 +0100
@@ -17,7 +17,7 @@ endif
 config.status: configure
 	dh_testdir
 	./configure CFLAGS="$(CFLAGS)" \
-	  CPPFLAGS=-I/usr/include/apr-0 \
+	  CPPFLAGS="$(shell apr-config --includes)" \
 	  --disable-static \
 	  --host=$(DEB_HOST_GNU_TYPE) \
 	  --build=$(DEB_BUILD_GNU_TYPE) \
diff -urp apache2-redirtoservname-0.1-orig/mod_redir_to_servname.c apache2-redirtoservname-0.1/mod_redir_to_servname.c
--- apache2-redirtoservname-0.1-orig/mod_redir_to_servname.c	2004-09-21 16:02:50.0 +0200
+++ apache2-redirtoservname-0.1/mod_redir_to_servname.c	2006-10-29 17:11:12.0 +0100
@@ -4,8 +4,8 @@
 #include 
 #include 
 
-#include 
-#include 
+#include 
+#include 
 
 #ifdef __GNUC__
 #define UNUSED __attribute__((unused))
@@ -52,7 +52,7 @@ static int canonicalize_hostname(request
 	if(apr_uri_parse(r->pool, r->unparsed_uri, &uri) != APR_SUCCESS)
 		return DECLINED;
 
-	uri.scheme = (char *)ap_http_method(r);
+	uri.scheme = (char *)ap_http_scheme(r);
 	uri.hostname = (char *)cname;
 
 	char *redirect = apr_uri_unparse(r->pool, &uri, APR_URI_UNP_OMITUSERINFO);
@@ -68,7 +68,7 @@ static void register_hooks(apr_pool_t *p
 static const command_rec cmds[] = {
 	AP_INIT_FLAG("RedirectToServerName", set_enabled, NULL, RSRC_CONF,
 		"RedirectToServerName must be either \"On\" or \"Off\"."),
-	{NULL, NULL, NULL, 0, 0, NULL}
+	{ NULL, { NULL }, NULL, 0, 0, NULL }
 };
 
 module AP_MODULE_DECLARE_DATA redir_to_servname_module = {


Bug#396043: Confirmed....

2006-10-29 Thread Andreas Henriksson
I just installed gnome-hearts and it crashes on startup.
I get the same backtrace as the bug submitter.


Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47935319911392 (LWP 21008)]
0x00407cce in cards_image_set_size (cards=0x0, width=93,
height=89)
at cards-image.c:135
135 if (cards->preimage->pixbuf == NULL)


on_configure_event() passes the global variable "cards_image" which is
NULL to cards_image_set_size() as "cards" where it gets dereferenced
leading to the SEGFAULT.



Regards,
Andreas Henriksson



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



Bug#396043: Nailed it down..

2006-10-29 Thread Andreas Henriksson
tags 396043 + patch
thanks

Ok, got it

gnome-hearts crashes when it's not able to find the configured cards
style, since no card style gets activated!

The default "bonded.png" style doesn't seem to be available in the
package. This should probably be fixed as well, so the default
configuration is sensible. (Eigther by adding it, or by using another
default.)

Incorrectly configured styles should probably give a warning and
possibly force the user to chose another one I'll leave that up to
someone else to implement.

The attached patch is the most simple workaround I could think of.
Always activate the first available style to make sure one is active.
(selected style will then override if there is a valid configuration
found while loading the other available styles.)

(This means: if there are _no_ styles available the application will
still crash, but atleast it won't crash as soon as it's incorrectly
configured...)


Regards,
Andreas Henriksson
diff -urip gnome-hearts-0.1.2.orig/src/hearts.c gnome-hearts-0.1.2/src/hearts.c
--- gnome-hearts-0.1.2.orig/src/hearts.c	2006-08-03 23:28:02.0 +0200
+++ gnome-hearts-0.1.2/src/hearts.c	2006-10-29 23:34:19.0 +0100
@@ -621,7 +621,8 @@ void card_style_add(gpointer key, gpoint
 
 	gtk_combo_box_append_text(card_style_box, (gchar*)key);
 		
-	if (strcmp(game_card_style->str, (gchar*)key) == 0)
+	if ((strcmp(game_card_style->str, (gchar*)key) == 0)
+		|| (cards_image == NULL))
 	{
 		gtk_combo_box_set_active(card_style_box, i);
 		cards_image = cards_image_from_file(value);


Bug#395551: bonded.svg in gnome-cards-data 2.16 (sid) versus bonded.png in gnome-cards-data 2.14 (etch).

2006-10-30 Thread Andreas Henriksson
The 2.16 version of gnome-cards-data has bonded.svg instead of
bonded.png. Debian Testing still has gnome-cards-data 2.14 though, where
it's still bonded.png.

Attached is a trivial patch that patches the debian patch that changes
the default to bonded.png to use bonded.svg :)

Regards,
Andreas Henriksson

diff -urip gnome-hearts-0.1.2.orig/debian/patches/01_gnome_cards_data.patch 
gnome-hearts-0.1.2/debian/patches/01_gnome_cards_data.patch
--- gnome-hearts-0.1.2.orig/debian/patches/01_gnome_cards_data.patch
2006-10-30 11:40:51.0 +0100
+++ gnome-hearts-0.1.2/debian/patches/01_gnome_cards_data.patch 2006-10-30 
11:41:37.0 +0100
@@ -4886,7 +4886,7 @@ diff -x .svn -Naur gnome-hearts-0.1.1/sr
  
  # The filename of the card style to use. Full path or a filename in the 
/cards directory
 -card_style=dondorf.svg
-+card_style=bonded.png
++card_style=bonded.svg
  
  # The background
  [EMAIL PROTECTED]@/pixmaps/gnome-hearts/baize.png
@@ -4898,7 +4898,7 @@ diff -x .svn -Naur gnome-hearts-0.1.1/sr
game_rules.east_ai  = g_string_new("John");
game_rules.west_ai  = g_string_new("John");
 -  game_card_style = g_string_new("dondorf.svg");
-+  game_card_style = g_string_new("bonded.png");
++  game_card_style = g_string_new("bonded.svg");
game_background = 
g_string_new(PACKAGE_DATA_DIR"/pixmaps/gnome-hearts/baize.png");
game_background_tiled = TRUE;
  }


Bug#396562: build dependency on obsolete package postgresql-dev

2006-11-01 Thread Andreas Henriksson
tags 396562 + pending
thanks

On ons, 2006-11-01 at 16:04 +0100, Peter Eisentraut wrote:
> This package has a build dependency on the obsolete package postgresql-dev.
> Please change that to libpq-dev.

New package with updated build-dep available at
http://www.fatal.se/pub/debian/bandwidthd-latest/

(.. and now the hunt for someone to sponsor starts.)

Regards,
Andreas Henriksson



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



  1   2   3   4   5   6   7   8   9   10   >