Bug#343921: bandwidthd: FTBFS: build-depends on removed package libgd2-dev
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.
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'
> 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
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
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
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.
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
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
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
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.
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.
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
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?
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
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...
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
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...
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.
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
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.
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.
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).
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.
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
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)
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
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
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
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.
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
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.
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.
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
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
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
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
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
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
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/
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/
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.
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.
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
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.
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..
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.
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...
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.
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...
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.
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
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.
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.
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.
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.
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.
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.
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
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.
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.
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.
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.
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.
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"
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
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.]
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.]
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.
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.
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/...
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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....
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....
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....
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...
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...
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...
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
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
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.
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
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
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.
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
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.
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.
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....
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..
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).
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
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]