Bug#502539: virtualbox-ose-modules-2.6.26-1-686 contains outdated module for VirtualBox
Package: linux-modules-extra-2.6 Version: 2.6.26-4 Severity: grave Hi, Please rebuild linux-modules-extra-2.6 with current virtualbox-ose-source (1.6.6-dfsg-2). Currently Lenny (and Sid) contains VirtualBox 1.6.6, but the extra modules shipped in Debian are for VirtualBox 1.6.2 that makes VirtualBox unusable without compiling the modules from the source package. Regards, Balint -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494823: [PATCH] Backquote syntax warnings when installing for emacs22
Package: erlang-mode Version: 1:12.b.3-dfsg-4 Severity: minor Hi, When byte-compiling erlang-mode for emacs22, I got following warnings: In toplevel form: erlang.el:1889:1:Warning: !! The file uses old-style backquotes !! This functionality has been obsolete for more than 10 years already and will be removed soon. See (elisp)Backquote in the manual. erlang.el:1896:1:Warning: !! The file uses old-style backquotes !! This functionality has been obsolete for more than 10 years already and will be removed soon. See (elisp)Backquote in the manual. erlang.el:1903:1:Warning: !! The file uses old-style backquotes !! This functionality has been obsolete for more than 10 years already and will be removed soon. See (elisp)Backquote in the manual. The attached patch may fix the problem. Cheers, Balint --- ./lib/tools/emacs/erlang.el.orig 2008-08-04 16:13:52.0 +0200 +++ ./lib/tools/emacs/erlang.el 2008-08-12 15:15:42.0 +0200 @@ -1883,27 +1883,23 @@ (or (fboundp 'eval-when-compile) (defmacro eval-when-compile (rest rest) nil)) -;; These umm...functions are new in Emacs 20. And, yes, until version -;; 19.27 Emacs backquotes were this ugly. +;; These umm...functions are new in Emacs 20. (or (fboundp 'unless) (defmacro unless (condition rest body) (unless CONDITION BODY...): If CONDITION is false, do BODY, else return nil. - (` (if (, condition) - nil - (,@ body) + (cons 'if (cons condition (cons nil body) (or (fboundp 'when) (defmacro when (condition rest body) (when CONDITION BODY...): If CONDITION is true, do BODY, else return nil. - (` (if (, condition) - (progn (,@ body)) - nil + (list 'if condition (cons 'progn body) nil))) + (or (fboundp 'char-before) (defmacro char-before (optional pos) Return the character in the current buffer just before POS. - (` (char-after (1- (or (, pos) (point))) + (list 'char-after (list '1- (list 'or pos '(point)) (eval-when-compile (if (or (featurep 'bytecomp)
Bug#497807: [PATCH] fails to boot with 16 cores
Package: linux-image-2.6.26-1-686-bigmem Version: 2.6.26-4 Severity: important Hi, Freezes when initializing the 9th core while booting. Since CONFIG_NR_CPUS is set to 32 it would be reasonable to set CONFIG_X86_BIGSMP=y to make that image work on systems with more than 8 cores . Tested on Dell PowerEdge R900 4x Quad Core. Cheers, Balint --- debian/config/i386/config.686-bigmem.orig 2008-09-03 19:28:19.0 +0200 +++ debian/config/i386/config.686-bigmem 2008-09-03 19:26:59.0 +0200 @@ -2,6 +2,7 @@ ## file: arch/x86/Kconfig ## CONFIG_SMP=y +CONFIG_X86_BIGSMP=y CONFIG_NR_CPUS=32 CONFIG_X86_MCE=y CONFIG_X86_MCE_NONFATAL=m
Bug#83262: Missing manpage for bin2res
Hi, That bug can be closed since the bin2res tool was removed from wine 0.9.46: http://winehq.org/?announce=0.9.46 Regards, Balint -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323198: [PATCH] Re: wine environment variables as mentioned in manpage not honoured
Hi, I think the following patch would fix the problem. Regards, Balint diff -Naur wine-0.9.53.orig-notfixed/programs/winelauncher.in wine-0.9.53.orig/programs/winelauncher.in --- wine-0.9.53.orig-notfixed/programs/winelauncher.in 2008-02-14 19:59:13.0 +0100 +++ wine-0.9.53.orig/programs/winelauncher.in 2008-02-15 16:33:18.0 +0100 @@ -36,9 +36,12 @@ #-- [EMAIL PROTECTED]@/wine [EMAIL PROTECTED]@ -WINESERVER= [EMAIL PROTECTED]@ - +WINESERVER=$WINESERVER +if [ -z $WINEDLLPATH ]; then +[EMAIL PROTECTED]@ +else +WINEDLLPATH=$WINEDLLPATH:@dlldir@ +fi #-- # Establish Color Scheme #-- @@ -178,23 +181,14 @@ WINELIB=`find $argv0_dir/../ -maxdepth 2 -name 'libwine.so.1' -printf %h\n | head -n 1` fi -if [ -x $WINEBIN/wineserver ] ; then +if [ -x $WINEBIN/wineserver -a -z $WINESERVER ] ; then WINESERVER=$WINEBIN/wineserver fi -#-- -# Hey, if we built Wine from source, let's add a little extra fun to -# mix it up a bit -#-- -if [ -x $WINEBIN/server/wineserver ] ; then -WINESERVER=$WINEBIN/server/wineserver -fi - -if [ -r $WINELIB/dlls/ntdll.dll.so ] ; then -WINEDLLPATH=$WINELIB/dlls +if [ -z $WINELOADER ]; then +WINELOADER=$WINEBIN/$WINE_BIN_NAME fi - #-- # Okay, set the paths and move on. #-- @@ -204,7 +198,7 @@ export LD_LIBRARY_PATH=$WINELIB fi export PATH=$WINEBIN:$PATH -export WINELOADER=$WINEBIN/$WINE_BIN_NAME +export WINELOADER export WINEDLLPATH export WINESERVER
Bug#457434: bouml: new upstream version (3.4) is available
Package: bouml Version: 3.3.4-1 Severity: wishlist Hi, There is a new upstream version available: http://bouml.free.fr/historic.html Regards, Balint -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452776: [PATCH] Re: wine 0.9.49 available from upstream
Hi Ove, I updated the latest official Debian patch to work with the latest Wine, fee free to use it. Bugs closed by the new upstream release are not handled by the changelog, but i can check them if you need some help . I was not able to send the patch as an attachment because of the size of it's size, but it can be downloaded from http://rbalint.cs.bme.hu/wine_0.9.49-0rbalint1.diff.gz Regards, Balint -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436464: guile-lib: new upstream version (0.1.4) available
Package: guile-lib Version: 0.1.2 Severity: wishlist Hi, There is a new upstream version available: http://download.gna.org/guile-lib/guile-lib-0.1.4.tar.gz The attached patch can be used to build the package. Cheers, Balint --- guile-lib-0.1.4.orig/src/os/process.scm +++ guile-lib-0.1.4/src/os/process.scm @@ -400,6 +400,7 @@ Example: @example + (use-modules (ice-9 rdelim)) ; needed by read-line (define catport (cdr (run-with-pipe \r\ \cat\ \/etc/passwd\))) (read-line catport) @end example --- guile-lib-0.1.4.orig/src/srfi/srfi-40.scm +++ guile-lib-0.1.4/src/srfi/srfi-40.scm @@ -1,5 +1,6 @@ (define-module (srfi srfi-40) #:use-module (ice-9 syncase) + #:use-module (ice-9 rdelim) #:use-module (oop goops) #:export --- guile-lib-0.1.4.orig/doc/guile-library.texi +++ guile-lib-0.1.4/doc/guile-library.texi @@ -1265,6 +1265,7 @@ Example: @example + (use-modules (ice-9 rdelim)) ; needed by read-line (define catport (cdr (run-with-pipe r cat /etc/passwd))) (read-line catport) @end example --- guile-lib-0.1.4.orig/doc/guile-library.info +++ guile-lib-0.1.4/doc/guile-library.info @@ -1253,6 +1253,7 @@ Example: + (use-modules (ice-9 rdelim)) ; needed by read-line (define catport (cdr (run-with-pipe r cat /etc/passwd))) (read-line catport) --- guile-lib-0.1.4.orig/unit-tests/os.process.scm +++ guile-lib-0.1.4/unit-tests/os.process.scm @@ -45,7 +45,7 @@ (assert-equal 25 (status:exit-val (run+ (tail-call-pipeline (echo 25) - (guile -c (exit (string-number (read-line) + (guile -c (use-modules (ice-9 rdelim)) (exit (string-number (read-line) (exit-with-summary (run-all-defined-test-cases)) --- guile-lib-0.1.4.orig/unit-tests/statprof.scm +++ guile-lib-0.1.4/unit-tests/statprof.scm @@ -52,7 +52,7 @@ (define (func-b n) (do ((i 0 (+ i 1))) ((= 200 i)) (+ i i))) (define (func-c n) (do ((i 0 (+ i 1))) ((= 200 i)) (+ i i))) - (let ((num-calls 333) + (let ((num-calls ) (func func-a)) ;; Run test. --- guile-lib-0.1.4.orig/debian/changelog +++ guile-lib-0.1.4/debian/changelog @@ -0,0 +1,25 @@ +guile-lib (0.1.4-0rbalint) unstable; urgency=low + + * New upstream release. (closes: #287061, #290944) + * Depend on guile-1.8 instead of guile-1.6 + * Minor fixes to work with guile-1.8 and to make tests happy + + -- Balint Reczey [EMAIL PROTECTED] Mon, 06 Aug 2007 19:10:37 +0200 + +guile-lib (0.1.2-1) unstable; urgency=low + + * New upstream release. + + -- Andreas Rottmann [EMAIL PROTECTED] Wed, 4 Aug 2004 16:47:29 +0200 + +guile-lib (0.1.1-2) unstable; urgency=low + + * Added guile-1.6 and texinfo to Build-Depends-Indep (closes: #248217). + + -- Andreas Rottmann [EMAIL PROTECTED] Mon, 10 May 2004 09:40:58 +0200 + +guile-lib (0.1.1-1) unstable; urgency=low + + * First debianized version. + + -- Andreas Rottmann [EMAIL PROTECTED] Sat, 24 Apr 2004 16:18:34 +0200 --- guile-lib-0.1.4.orig/debian/control +++ guile-lib-0.1.4/debian/control @@ -0,0 +1,20 @@ +Source: guile-lib +Section: devel +Priority: optional +Maintainer: Andreas Rottmann [EMAIL PROTECTED] +Standards-Version: 3.7.2 +Build-Depends-Indep: cdbs, debhelper (= 4.1.0), guile-1.8, guile-1.8-dev, texinfo + +Package: guile-library +Architecture: all +Section: interpreters +Depends: guile-1.8 +Description: Library of useful Guile modules + A set of various-purpose library modules for Guile. Covered areas include: + . + * Unit testing framework ala JUnit + * Logging system + * String routines (wrapping, completion, soundex algorithm) + * OS process chains (think shell pipes in scheme) + * ANSI escape sequence text coloring + * SRFI-35 (conditions) --- guile-lib-0.1.4.orig/debian/copyright +++ guile-lib-0.1.4/debian/copyright @@ -0,0 +1,13 @@ +This package was debianized by Andreas Rottmann on +Fri, Apr 16 2004 22:25:21 CEST. + +It was downloaded from http://yi.org/rotty/GuileLib + +Upstream Authors: Richard Todd, Andreas Rottmann + +Copyright: 2003-2004, The guile-lib developers + + You should have received a copy of the GNU General Public License + with the Debian GNU/Linux distribution in file + /usr/share/common-licenses/GPL; if not, write to the Free Software + Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 US --- guile-lib-0.1.4.orig/debian/guile-library.dirs +++ guile-lib-0.1.4/debian/guile-library.dirs @@ -0,0 +1,2 @@ +usr/share/guile +usr/share/info --- guile-lib-0.1.4.orig/debian/rules +++ guile-lib-0.1.4/debian/rules @@ -0,0 +1,11 @@ +#!/usr/bin/make -f + +#export DH_VERBOSE=1 + +include /usr/share/cdbs/1/rules/debhelper.mk +include /usr/share/cdbs/1/class/autotools.mk + +DEB_CONFIGURE_EXTRA_FLAGS = --prefix=/usr --with-install-guile-lib=yes +DEB_MAKE_INSTALL_TARGET = install DESTDIR=$(DEB_DESTDIR) +DEB_MAKE_CHECK_TARGET = check +
Bug#437293: guile-gnome-platform: new upstream version (2.15.93) available
Package: guile-gnome-platform Version: 2.7.99-4 Severity: wishlist Hi, There is a new upstream version available: http://ftp.gnu.org/pub/gnu/guile-gnome/guile-gnome-platform/guile-gnome-platform-2.15.93.tar.gz Cheers, Balint -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435548: guile: new upstream version (1.8.2) available
Package: guile Version: 1.8.1+1-5 Severity: wishlist Hi, There is a new upstream version available: ftp://ftp.gnu.org/gnu/guile/guile-1.8.2.tar.gz Cheers, Balint -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435548:
Hi, I attached a patch that can be applied after guile-1.8_1.8.1+1-5.diff.gz to guile-1.8_1.8.2.orig.tar.gz. It only removes two obsolete fixes from the debian patch and seems to build fine. It would be great i someone could test it because i don't have access to ia64 machines. Regards, Balint 2007/8/2, Kamaraju Kusumanchi [EMAIL PROTECTED]: the changelog mentions that Build problems on HP-UX IA64 fixed So this probably fixed the FTBFS on ia64 [1]. In that case, we (maintainers of texmacs package) are very interested in this new version. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401400 thanks raju diff -Naur guile-1.8.2.orig/debian/changelog guile-1.8.2/debian/changelog --- guile-1.8.2.orig/debian/changelog 2007-08-04 15:23:03.0 +0200 +++ guile-1.8.2/debian/changelog 2007-08-04 15:28:28.0 +0200 @@ -1,3 +1,10 @@ +guile-1.8 (1.8.2-0rbalint) unstable; urgency=low + + * New upstream release. (closes: #435548, #396975) + + -- Balint Reczey [EMAIL PROTECTED] Sat, 04 Aug 2007 14:31:27 +0200 + + guile-1.8 (1.8.1+1-5) unstable; urgency=low * Add NEWS to guile-1.8-doc. (closes: #405231) diff -Naur guile-1.8.2.orig/debian/patches/fix-64bit-problems.diff guile-1.8.2/debian/patches/fix-64bit-problems.diff --- guile-1.8.2.orig/debian/patches/fix-64bit-problems.diff 2007-08-04 15:23:03.0 +0200 +++ guile-1.8.2/debian/patches/fix-64bit-problems.diff 1970-01-01 01:00:00.0 +0100 @@ -1,209 +0,0 @@ -Index: sid/srfi/srfi-60.c -=== sid.orig/srfi/srfi-60.c 2006-11-30 23:40:16.0 -0800 -+++ sid/srfi/srfi-60.c 2006-11-30 23:40:18.0 -0800 -@@ -59,7 +59,7 @@ - - - SCM_DEFINE (scm_srfi60_copy_bit, copy-bit, 3, 0, 0, --(SCM index, SCM n, SCM bit), -+(SCM index, SCM n, SCM newbit), - Return @var{n} with the bit at @var{index} set according to\n - @var{newbit}. @var{newbit} should be @code{#t} to set the bit\n - to 1, or @code{#f} to set it to 0. Bits other than at\n -@@ -75,7 +75,7 @@ - int bb; - - ii = scm_to_ulong (index); -- bb = scm_to_bool (bit); -+ bb = scm_to_bool (newbit); - - if (SCM_I_INUMP (n)) - { -@@ -86,7 +86,7 @@ - if (ii SCM_LONG_BIT-1) - { - nn = ~(1L ii); /* zap bit at index */ -- nn |= (bb ii); /* insert desired bit */ -+ nn |= (((unsigned long) bb) ii); /* insert desired bit */ - return scm_from_long (nn); - } - else -Index: sid/test-suite/tests/numbers.test -=== sid.orig/test-suite/tests/numbers.test 2006-11-30 23:40:16.0 -0800 -+++ sid/test-suite/tests/numbers.test 2006-12-01 18:33:27.0 -0800 -@@ -2243,7 +2243,7 @@ - - (with-test-prefix big / real - (pass-if (nan? (max big*5 +nan.0))) -- (pass-if (= big*5 (max big*5 -inf.0))) -+ (pass-if (eqv? (exact-inexact big*5) (max big*5 -inf.0))) - (pass-if (= +inf.0 (max big*5 +inf.0))) - (pass-if (= 1.0 (max (- big*5) 1.0))) - (pass-if (inexact? (max big*5 1.0))) -@@ -2252,7 +2252,7 @@ - (with-test-prefix real / big - (pass-if (nan? (max +nan.0 big*5))) - (pass-if (= +inf.0 (max +inf.0 big*5))) -- (pass-if (= big*5 (max -inf.0 big*5))) -+ (pass-if (eqv? (exact-inexact big*5) (max -inf.0 big*5))) - (pass-if (= 1.0 (max 1.0 (- big*5 - (pass-if (inexact? (max 1.0 big*5))) - (pass-if (= (exact-inexact big*5) (max 1.0 big*5 -@@ -2370,7 +2370,7 @@ - - (with-test-prefix big / real - (pass-if (nan? (min big*5 +nan.0))) -- (pass-if (= big*5 (min big*5 +inf.0))) -+ (pass-if (eqv? (exact-inexact big*5) (min big*5 +inf.0))) - (pass-if (= -inf.0 (min big*5 -inf.0))) - (pass-if (= 1.0 (min big*5 1.0))) - (pass-if (inexact? (min (- big*5) 1.0))) -@@ -2378,7 +2378,7 @@ - - (with-test-prefix real / big - (pass-if (nan? (min +nan.0 big*5))) -- (pass-if (= big*5 (min +inf.0 big*5))) -+ (pass-if (eqv? (exact-inexact big*5) (min +inf.0 big*5))) - (pass-if (= -inf.0 (min -inf.0 big*5))) - (pass-if (= 1.0 (min 1.0 big*5))) - (pass-if (inexact? (min 1.0 (- big*5 -Index: sid/test-suite/standalone/test-conversion.c -=== sid.orig/test-suite/standalone/test-conversion.c 2006-12-01 18:18:40.0 -0800 -+++ sid/test-suite/standalone/test-conversion.c 2006-12-01 18:30:47.0 -0800 -@@ -29,7 +29,7 @@ - if (r != result) - { - fprintf (stderr, fail: scm_is_signed_integer (%s, %Ld, %Ld) == %d\n, -- str, min, max, result); -+ str, (long long) min, (long long) max, result); - exit (1); - } - } -@@ -114,7 +114,9 @@ - if (r != result) - { - fprintf (stderr, fail: scm_is_unsigned_integer (%s, %Lu, %Lu) == %d\n, -- str, min, max,
Bug#440140: [PATCH] Re: Current version broken (can't find message), please take new upstream
Hi, Dropping regexp part from the Debian patch made it applicable against the latest upstream version (2.11.2). The new upstream may also fix other bugs in BTS, i haven't checked them. Regards, Balint fetchyahoo_2.11.2-0rbalint.diff.gz Description: GNU Zip compressed data
Bug#425231: [PATCH] Re: New version available
Hi Patrick, I made an updated debian package for my machine. Feel free to use the patch for the official package, too. Regards, Balint wifi-radar_1.9.8-0rbalint.diff.gz Description: GNU Zip compressed data
Bug#428843: [PATCH] Re: meld issues an error with comparing files managed with mercurial.
Hi! The fix is committed in upstream: http://svn.gnome.org/viewvc/meld/trunk/vc/mercurial.py?r1=927r2=949 Unfortunately upstream does not plan a new release in the near future so i think it 'd be useful to include it in the Debian package because meld is practically unusable with mercurial without the patch. Cheers, Balint -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475540: [PATCH] SCTP connection locks up with post-2.6.21 Linux kernels
Ok, I agree, it is an ugly hack and it is not really necessary. Forget it. Regards, Balint 2008/4/14, Sergei Golovan [EMAIL PROTECTED]: On 4/14/08, Bálint Réczey [EMAIL PROTECTED] wrote: Hi Sergei, I tested the patch and it seems to work fine. The only problem i have with it is that if we compile OTP on an older Linux kernel, and we run it on a recent one, we still can't expert SCTP to work perfectly. I think that if a user backports erlang and already uses backported kernel he is able to backport lksctp-tools package also. Issuing a warning in ./configure output should be sufficient for him. I don't like the idea of hardcoding SCTP constants in erlang source. -- Sergei Golovan -- Interri Kft. - http://hu.interri.com 8242 Balatonudvari, Kossuth Lajos u. 1. 19-09-509872, Veszprém Megyei Bíróság mint Cégbíróság
Bug#459767: [PATCH] linux-source-2.6.23: FTBFS with gcc-4.3
Hi, The attached patch is a workaround for the build failure. It was cut from http://cvs.fedora.redhat.com/viewcvs/*checkout*/devel/kernel/linux-2.6-compile-fix-gcc-43.patch?rev=1.3 It disables an optimization that triggers the linking problem. For details, see: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32494 Regards, Balint --- linux-2.6.24.noarch.orig/include/linux/time.h +++ linux-2.6.24.noarch/include/linux/time.h @@ -169,7 +169,7 @@ extern struct timeval ns_to_timeval(cons * @a: pointer to timespec to be incremented * @ns: unsigned nanoseconds value to be added */ -static inline void timespec_add_ns(struct timespec *a, u64 ns) +static inline void timespec_add_ns(struct timespec *a, volatile u64 ns) { ns += a-tv_nsec; while(unlikely(ns = NSEC_PER_SEC)) {
Bug#475540: [PATCH] SCTP connection locks up with post-2.6.21 Linux kernels
Package: erlang Version: 1:12.b.1-dfsg-4 Severity: normal Hi, A new SCTP_PEER_ADDR_CHANGE event named SCTP_ADDR_CONFIRMED was introduced in draft-ietf-tsvwg-sctpsocket-13.txt. It is implemented in the Linux kernel in post-2.6.21 versions (commit 1ae4114dce35dd1d32ed847f60b599dbbdfd5829). The attached patch maps the new event to the Erlang SCTP API. We experienced SCTP connection lockups with post-2.6.21 kernels without that patch. :-\ The patch will be applied in R12B-3, but please include it in the Debian package, because R12B-3 won't be released soon. http://www.erlang.org/pipermail/erlang-bugs/2008-April/000725.html Regards, Balint -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475540: [PATCH] SCTP connection locks up with post-2.6.21 Linux kernels
Hi Sergei, I tested the patch and it seems to work fine. The only problem i have with it is that if we compile OTP on an older Linux kernel, and we run it on a recent one, we still can't expert SCTP to work perfectly. That problem does not affect sid or Lenny, but Etch has an older kernel by default, so Etch users with newer kernels and backported erlang may be affected. The OTP guys also said that they use older kernels so their prebuilt erlang will not work with newer kernels if they use your patch. My first patch is worse, it won't even build with old kernels . :-) So propose to define the missing SCTP_ADDR_CONFIRMED value when compiling on older kernels. The attached patch works on Linux and FreeBSD and will probably work with other OS-es, too. Regards, Balint 2008/4/11, Sergei Golovan [EMAIL PROTECTED]: On 4/11/08, Bálint Réczey [EMAIL PROTECTED] wrote: A new SCTP_PEER_ADDR_CHANGE event named SCTP_ADDR_CONFIRMED was introduced in draft-ietf-tsvwg-sctpsocket-13.txt. It is implemented in the Linux kernel in post-2.6.21 versions (commit 1ae4114dce35dd1d32ed847f60b599dbbdfd5829). The attached patch maps the new event to the Erlang SCTP API. I've slightly modified the patch (to keep it working with older SCTP). Could you test it, and if it's OK I'll include it into the next upload? http://svn.berlios.de/viewcvs/erlang-pkg/erlang/trunk/debian/patches/sctp_addr_confirmed.diff?rev=737view=log -- Sergei Golovan -- Interri Kft. - http://hu.interri.com 8242 Balatonudvari, Kossuth Lajos u. 1. 19-09-509872, Veszprém Megyei Bíróság mint Cégbíróság diff -Naur otp_src_R12B-1-notpatched/bootstrap/lib/kernel/include/inet_sctp.hrl otp_src_R12B-1/bootstrap/lib/kernel/include/inet_sctp.hrl --- otp_src_R12B-1-notpatched/bootstrap/lib/kernel/include/inet_sctp.hrl 2008-04-14 11:43:16.0 +0200 +++ otp_src_R12B-1/bootstrap/lib/kernel/include/inet_sctp.hrl 2008-04-14 13:13:35.0 +0200 @@ -73,7 +73,7 @@ %% sctp_paddr_change: Peer address is a list. Possible state values: %% addr_available, addr_unreachable, %% addr_removed, addr_added, -%% addr_made_prim +%% addr_made_prim, addr_confirmed -record(sctp_paddr_change, { addr = [0,0,0,0], diff -Naur otp_src_R12B-1-notpatched/debian/changelog otp_src_R12B-1/debian/changelog --- otp_src_R12B-1-notpatched/debian/changelog 2008-04-14 11:42:27.0 +0200 +++ otp_src_R12B-1/debian/changelog 2008-04-14 13:13:35.0 +0200 @@ -1,3 +1,9 @@ +erlang (1:12.b.1-dfsg-3.99rbalint2) unstable; urgency=low + + * applied otp-sctp-addr-confirmed-2.patch + + -- Balint Reczey [EMAIL PROTECTED] Mon, 14 Apr 2008 11:59:22 +0200 + erlang (1:12.b.1-dfsg-3.99rbalint1) unstable; urgency=low * applied otp-sctp-addr-confirmed.patch diff -Naur otp_src_R12B-1-notpatched/erts/emulator/drivers/common/inet_drv.c otp_src_R12B-1/erts/emulator/drivers/common/inet_drv.c --- otp_src_R12B-1-notpatched/erts/emulator/drivers/common/inet_drv.c 2008-04-14 11:43:16.0 +0200 +++ otp_src_R12B-1/erts/emulator/drivers/common/inet_drv.c 2008-04-14 13:15:30.0 +0200 @@ -280,6 +280,21 @@ # defineSCTP_EOFMSG_EOF #endif +/* This is introduced in draft 13, we define it to be compatible with 2.6.22 + and later Linux kernels even when we are compiling on 2.6.21 or older. + We would like to have the same kind of forward compatibility for FreeBSD, + too. + */ +#if ! HAVE_DECL_SCTP_ADDR_CONFIRMED +#if defined(__linux__) +# defineSCTP_ADDR_CONFIRMED 5 +#elif defined(__FreeBSD__) +# defineSCTP_ADDR_CONFIRMED 0x0006 +#else /* other SCTP implementation will probably work with that define */ +# defineSCTP_ADDR_CONFIRMED SCTP_ADDR_MADE_PRIM+1 +#endif +#endif + /* New spelling in lksctp 2.6.22 or maybe even earlier: * adaption - adaptation */ @@ -2752,7 +2767,7 @@ /* For #sctp_paddr_change{}: */ am_addr_available, am_addr_unreachable, am_addr_removed, am_addr_added, -am_addr_made_prim, +am_addr_made_prim, am_addr_confirmed, /* For #sctp_remote_error{}: */ am_short_recv, am_wrong_anc_data, @@ -3007,6 +3022,9 @@ case SCTP_ADDR_MADE_PRIM: i = LOAD_ATOM (spec, i, am_addr_made_prim); break; + case SCTP_ADDR_CONFIRMED: + i = LOAD_ATOM (spec, i, am_addr_confirmed); + break; default: ASSERT(0); } @@ -3840,6 +3858,7 @@ INIT_ATOM(addr_removed); INIT_ATOM(addr_added); INIT_ATOM(addr_made_prim); +INIT_ATOM(addr_confirmed); INIT_ATOM(short_recv); INIT_ATOM(wrong_anc_data); diff -Naur otp_src_R12B-1-notpatched/lib/kernel/include/inet_sctp.hrl otp_src_R12B-1/lib/kernel/include/inet_sctp.hrl --- otp_src_R12B-1-notpatched/lib/kernel/include/inet_sctp.hrl 2008-04-14 11:43:16.0 +0200 +++ otp_src_R12B-1/lib/kernel/include/inet_sctp.hrl 2008-04-14 13:13:35.0 +0200 @@ -73,7 +73,7
Bug#471334: [PATCH] fglrx-driver: Fails to build on i386 (lenny)
Package: fglrx-driver Version: 8.47.3-2 Severity: important Hi, I tried to build the driver on Lenny, but it failed with: dpkg-deb: building package `fglrx-driver' in `../fglrx-driver_8.47.3-2_i386.deb'. dpkg-deb: building package `fglrx-glx' in `../fglrx-glx_8.47.3-2_i386.deb'. dpkg-deb: failed to open package info file `debian/fglrx-glx-ia32/DEBIAN/control' for reading: No such file or directory dh_builddeb: command returned error code 512 The problem is that dh_builddeb tries to build fglrx-glx-ia32 too, ignoring that it should not build the package on i386. The attached patch fixes the problem. Regards, Balint diff -Naur fglrx-driver-8-3.orig/debian/rules fglrx-driver-8-3.orig.i386/debian/rules --- fglrx-driver-8-3.orig/debian/rules 2008-03-17 14:43:13.0 +0100 +++ fglrx-driver-8-3.orig.i386/debian/rules 2008-03-17 14:43:52.0 +0100 @@ -206,7 +206,14 @@ endif dh_gencontrol -p$(PKG_amdcccle) dh_md5sums - dh_builddeb + dh_builddeb -p$(PKG_driver) + dh_builddeb -p$(PKG_control) + dh_builddeb -p$(PKG_glx) + dh_builddeb -p$(PKG_kernel_src) +ifeq ($(DEB_BUILD_ARCH),amd64) + dh_builddeb -p$(PKG_glx_ia32) +endif + dh_builddeb -p$(PKG_amdcccle) binary-indep: build
Bug#603986: qgis crashes on startup on PowerPC
Hi Hideki, On Thu, 9 Dec 2010, Hideki Yamane wrote: On Sat, 4 Dec 2010 12:47:20 -0500 Steve ssinger...@sympatico.ca wrote: If I build the qgis .deb files from source on my machine I don't get the crash but the debs from the repository always crash. Is it possible to force a rebuild of the .debs in testing? Interesting, I cannot reproduce it, always crash with - packages from repository - packages built with pbuilder (sid) - packages built with pbuilder (squeeze) - source from git, built with pbuilder (sid) - source from git, built with pbuilder (squeeze) Steve, how do you build your deb files? Could you please try to reproduce the crash with the attached patch applied? It generates a -dbg pkg while stripping so the the crash will probably happen and we will still be able to debug it. :-) Cheers, Balint diff -Naur qgis-1.4.0+12730.orig//debian/changelog qgis-1.4.0+12730/debian/changelog --- qgis-1.4.0+12730.orig//debian/changelog 2010-12-30 14:28:08.0 +0100 +++ qgis-1.4.0+12730/debian/changelog 2010-12-30 14:28:30.0 +0100 @@ -1,3 +1,9 @@ +qgis (1.4.0+12730-3~rbalint.dbg0) unstable; urgency=low + + * Ship debug symbols in libqgis1.4.0-dbg package + + -- Balint Reczey bal...@balintreczey.hu Thu, 30 Dec 2010 13:19:27 +0100 + qgis (1.4.0+12730-3) unstable; urgency=low * Updated debian/control for current Grass snapshot. diff -Naur qgis-1.4.0+12730.orig//debian/control qgis-1.4.0+12730/debian/control --- qgis-1.4.0+12730.orig//debian/control 2010-12-30 14:28:08.0 +0100 +++ qgis-1.4.0+12730/debian/control 2010-12-30 14:28:30.0 +0100 @@ -71,9 +71,22 @@ This package contains the headers and libraries needed to develop plugins for Quantum GIS. +Package: libqgis-dbg +Architecture: any +Section: debug +Priority: extra +Depends: ${misc:Depends}, libqgis1.4.0 (= ${binary:Version}) +Provides: qgis-dev +Replaces: qgis-dev, libqgis1-dev, libqgis1.4.0-dev +Description: Quantum GIS - debug symbols + Quantum GIS is a Geographic Information System (GIS) which manages, analyzes + and display databases of geographic information. + . + This package contains stripped debugging symbols for Quantum GIS. + Package: qgis-plugin-grass Architecture: any -Depends: qgis (= ${binary:Version}), qgis-plugin-grass-common (= ${source:Version}), ${shlibs:Depends}, ${misc:Depends}, libgdal1-1.6.0-grass, grass640-6 +Depends: qgis (= ${binary:Version}), qgis-plugin-grass-common (= ${source:Version}), ${shlibs:Depends}, ${misc:Depends}, libgdal1-1.6.0-grass, grass640+42329 Description: GRASS plugin for Quantum GIS Quantum GIS is a Geographic Information System (GIS) which manages, analyzes and display databases of geographic information. diff -Naur qgis-1.4.0+12730.orig//debian/control.in qgis-1.4.0+12730/debian/control.in --- qgis-1.4.0+12730.orig//debian/control.in 2010-12-30 14:28:08.0 +0100 +++ qgis-1.4.0+12730/debian/control.in 2010-12-30 14:28:30.0 +0100 @@ -71,6 +71,19 @@ This package contains the headers and libraries needed to develop plugins for Quantum GIS. +Package: libqgis-dbg +Architecture: any +Section: debug +Priority: extra +Depends: ${misc:Depends}, libqgis{QGIS_ABI} (= ${binary:Version}) +Provides: qgis-dev +Replaces: qgis-dev, libqgis1-dev, libqgis1.4.0-dev +Description: Quantum GIS - debug symbols + Quantum GIS is a Geographic Information System (GIS) which manages, analyzes + and display databases of geographic information. + . + This package contains stripped debugging symbols for Quantum GIS. + Package: qgis-plugin-grass Architecture: any Depends: qgis (= ${binary:Version}), qgis-plugin-grass-common (= ${source:Version}), ${shlibs:Depends}, ${misc:Depends}, libgdal1-1.6.0-grass, grass{GRASS_ABI} diff -Naur qgis-1.4.0+12730.orig//debian/rules qgis-1.4.0+12730/debian/rules --- qgis-1.4.0+12730.orig//debian/rules 2010-12-30 14:28:08.0 +0100 +++ qgis-1.4.0+12730/debian/rules 2010-12-30 14:28:30.0 +0100 @@ -136,7 +136,7 @@ dh_installmime -pqgis dh_link dh_lintian - dh_strip + dh_strip --dbg-package=libqgis-dbg dh_compress --exclude=pdf dh_fixperms dh_makeshlibs
Bug#609027: wireshark-common now depends on transitional package libkrb53
Hi Paul, It was not intentional. I have updated my sid pbuilder image before building the latest package but it seems that I should have recreated it. The problem affects only i386 which was uploaded by me. I'll try to fix this in my next upload. Cheers, Balint 2011/1/5 Paul Kimoto kim...@lightlink.com: Package: wireshark-common Version: 1.2.11-5 This version (currently in testing) depends on libkrb53 (= 1.6.dfsg.2). Its predecessor (1.2.11-4) depended on libkrb5-3 (= 1.6.dfsg.2). Is this dependency change intended? libkrb53 is described as a transitional package ... may be removed if unneeded, and seems to contain only files in /usr/share/doc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609593: wontfix
tags 609593 wontfix affects 476735 wireshark thanks If 476735 could be fixed, libc-ares2 could become optional and 609593 could be closed. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593700: The package has a generic C version of this function
tag 593700 patch thanks Hi, I think this small patch should fix the ia64 build problem. I haven't tried it myself because I lack the necessary hardware. Cheers, Balint --- source/snd_qf/snd_mix.c.orig 2010-12-18 00:19:32.0 +0100 +++ source/snd_qf/snd_mix.c 2010-12-18 00:20:47.0 +0100 @@ -27,7 +27,7 @@ int *snd_p, snd_linear_count, snd_vol, music_vol; short *snd_out; -#if !defined ( id386 ) || defined ( __MACOSX__ ) +#if !defined ( id386 ) || defined ( __MACOSX__ ) || defined ( __ia64__ ) #ifdef _WIN32 #pragma warning( push ) #pragma warning( disable : 4310 ) // cast truncates constant value
Bug#608152: please unblock wireshark/1.2.11-5
Package: release.debian.org Severity: normal Usertags: freeze-exception Hi, I would like to ask for freeze exception for the latest wireshark upload. It contains a minor fix to work flawlessly with Python 2.6. Changes: wireshark (1.2.11-5) unstable; urgency=low . * raise Python 2.6 compatible exceptions (Closes: #585370) Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616415: editcap: removal does not work for merged captures
severity 616415 wishlist tags 616415 wonfix thanks Hi, Editcap does not analyze the packets and it would not be practical to implement such feature in editcap. This feature could be implemented in Wireshark or in tshark, but we would need to implement arbitrarily complex filters. On the other hand one can write a Lua tap [1] which calculates the MD5 sum of the desired fields, store it, and mark the subsequent frames with matching MD5 sum. After having the obsolete frames marked one can save the not marked frames in a new capture file achieving what editcap can't do. Considering that the generalized problem can be solved by the proposed simple method I don't think that changing Wireshark/Tshark provide any benefit, hence the wontfix tag. If you feel that some functionality is missing from Wireshark, please ask wireshark-us...@wireshark.org first, they may find a quick solution for your problem. Cheers, Balint [1]: http://wiki.wireshark.org/Lua/Taps 2011/3/4 Ph. Marek philipp.ma...@linbit.com: Package: wireshark-common Version: 1.4.4-1 Severity: normal When having merged captures from two machines the remove duplicates option in editcap doesn't work, because the identical packets have a different header field packet type with values Sent by us (4) vs. unicast to us (0), and so the MD5 is different and both are kept. Furthermore, in case there's a router inbetween, the MAC addresses would be different, too; so it might make sense to define some point from which the MD5 gets derived. Per default the MD5 should be derived from the Link-Layer, but optionally only the IP, TCP, or perhaps even more restricted data areas might be chosen. (So perhaps this could be an expression what fields to use in the MD5, eg. http.host,http.request.uri to keep only all different URLs being used) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617267: RM: cedet/unstable -- obsoleted by Emacs 23.2
Package: ftp.debian.org Severity: normal Hi, CEDET has been integrated to Emacs 23.2 [1]. We have Emacs 23.2 in stable, testing and unstable. Cedet is orphaned [2]. Removing cedet will break dependencies of ddskk, ecb, elscreen, erc, jde, php-elisp and speechd-el, but they have to be updated to depend on emacs23 anyway: apt-cache rdepends cedet-* cogre ede eieio semantic speedbar* | grep '^ ' | egrep -v '( cedet)|( ede$)|( cogre$)|( eieio$)|( semantic$)|( speedbar)' | sort | uniq ddskk |ecb ecb elscreen erc jde php-elisp |speechd-el Cheers, Balint [1] http://www.gnu.org/software/emacs/NEWS.23.2 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586209 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617303: Not installable due to broken dependency
Package: ecb Version: 2.32-1 Severity: serious Hi, Package is not installable due to unresolvable dependency on emacs21 [1]. Please note that other dependencies will break, too, after removing cedet from archive [2]. BTW, is the package actively maintained or up for adoption unofficially? Cheers, Balint [1]: http://piuparts.debian.org/sid/source/e/ecb.html [2]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617267 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617303: closed by Holger Levsen hol...@layer-acht.org (did you test it?)
Sorry, I should never file bugs late in the night. :-( Cheers, Balint 2011/3/8 Debian Bug Tracking System ow...@bugs.debian.org: This is an automatic notification regarding your Bug report which was filed against the ecb package: #617303: Not installable due to broken dependency It has been closed by Holger Levsen hol...@layer-acht.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Holger Levsen hol...@layer-acht.org by replying to this email. -- 617303: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617303 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Továbított levél -- From: Holger Levsen hol...@layer-acht.org To: 617303-d...@bugs.debian.org Date: Tue, 8 Mar 2011 11:01:08 +0100 Subject: did you test it? Hi Balint, I can install ecb here just fine in sid, wheezy and squeeze chroots. Please read question+answer #5 in http://wiki.debian.org/piuparts/FAQ cheers, Holger -- Továbított levél -- From: Bálint Réczey bal...@balintreczey.hu To: Debian Bug Tracking System sub...@bugs.debian.org Date: Tue, 8 Mar 2011 00:02:44 +0100 Subject: Not installable due to broken dependency Package: ecb Version: 2.32-1 Severity: serious Hi, Package is not installable due to unresolvable dependency on emacs21 [1]. Please note that other dependencies will break, too, after removing cedet from archive [2]. BTW, is the package actively maintained or up for adoption unofficially? Cheers, Balint [1]: http://piuparts.debian.org/sid/source/e/ecb.html [2]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617267 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617344: wireshark: follow TCP stream doesn't indicate truncated data
Hi, 2011/3/8 Philipp Marek philipp.ma...@linbit.com: On Tuesday 08 March 2011, Ph. Marek wrote: When using a limited capture length Follow TCP stream shows no indicator that there's data missing. Not even the Save to File in hexdump gives holes in the addresses. I'd expect some visually marked hint data missing or something like that, in both packet loss and truncated captures. Correction: It *does* show truncations (at least sometimes - I've surely had data missing and didn't see the indicator). Could you please attach the problematic capture file? When working with truncated packets one has to be prepared for such problems. Every truncated packet is marked in tree-view: ... Destination port: db-lsp-disc (17500) Length: 147 Checksum: 0xd861 [unchecked, not all data available] [Good Checksum: False] [Bad Checksum: False] Dropbox LAN sync Discovery Protocol [Packet size limited during capture: DB-LSP-DISC truncated] Display filter short will match those packets. The hexdump should at least show correct addresses for the data - holes in the dump would be unavoidable anyway. The indicator in the hexdump is a string like this: [2169 bytes missing in capture file] This has neither the correct length (even more so if only a few bytes are missing!!), and the addresses are still wrong. The Flow Graph shows no missing data, though?? Another, smaller nuisance are the empty lines in hexdump output. This is still true. Reported to upstream as: https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1678 Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617344: wireshark: follow TCP stream doesn't indicate truncated data
2011/3/8 Philipp Marek philipp.ma...@linbit.com: Hello Bálint, thanks for the quick answer. On Tuesday 08 March 2011, Bálint Réczey wrote: Correction: It *does* show truncations (at least sometimes - I've surely had data missing and didn't see the indicator). Could you please attach the problematic capture file? Hmmm, this one I can't attach. Perhaps it's a bug regarding merging of multiple capture files, finding duplicates (see also #616415) and/or out-of-order packets ... I'll try to get something to show. When working with truncated packets one has to be prepared for such problems. Every truncated packet is marked in tree-view: ... Display filter short will match those packets. Thank you for this hint. Well, but that does not work for simply missing packets. Honestly I can't think of any practical use of the exported TCP data in case we limit capture length, because of the missing bytes. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609593: wireshark depends on package of extra priority
Hi, I'm aware of the priority problem. I think libc-ares2 can become optional after fixing #476735 and we will be fine. Cheers, Balint 2011/1/10 Adam D. Barratt a...@adam-barratt.org.uk: severity 609593 normal thanks On Mon, 2011-01-10 at 20:30 +, Rafael Cunha de Almeida wrote: Section 2.5 of debian policy states that packages MUST NOT depend on packages with lower priority values (excluding build-time dependencies). However, wireshark is optional and depends on the extra package libc-ares2. wireshark also depends on libkrb53, which is also extra on i386, but according to #609027 it seems that dependency will be removed. Thanks for your report. Whilst this is technically a violation of a MUST in Policy, the requirements of the optional and extra priorities aren't really enforced any more; see http://qa.debian.org/debcheck.php?dist=sidlist=main-only-priorityarch=ANY for an indication of how many packages don't comply with Policy in this respect. Part of this (the requirement for optional packages not to conflict with other optional packages) is discussed in debian-policy bug #477990. I'm downgrading this report to normal severity, although the maintainer may choose to modify that; in any case, this is certainly not release critical for Squeeze. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610003: please unblock wireshark/1.2.11-6
Package: release.debian.org Severity: normal Usertags: freeze-exception Hi, I would like to ask for freeze exception for the latest wireshark upload to unstable. It contains several security fixes. Changes: wireshark (1.2.11-6) unstable; urgency=high . * security fixes from Wireshark 1.2.14: - FRAsse discovered that the MAC-LTE dissector could overflow a buffer. (No assigned CVE number.) - FRAsse discovered that the ENTTEC dissector could overflow a buffer. (CVE-2010-4538) (Closes: #608990) Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570193: wireshark: can't upgrade
Hi Salvo, It seems that you are running an custom built kernel with no Linux Capabilities support. The next package version's install script will fall back to use setuid bit in similar cases. Cheers, Balint 2010/2/17 Salvo Tomaselli tipos...@tiscali.it: Package: wireshark Version: 1.2.6-2 Severity: normal Part of my aptitude output. Configurazione di wireshark-common (1.2.6-2)... Failed to set capabilities on file `/usr/bin/dumpcap' (Operation not supported) usage: setcap [-q] [-v] (-r|-|caps) filename [ ... (-r|-|capsN) filenameN ] Note filename must be a regular (non-symlink) file. dpkg: errore nell'elaborare wireshark-common (--configure): il sottoprocesso vecchio script di post-installation ha restituito lo stato di errore 1 dpkg: problemi con le dipendenze impediscono la configurazione di wireshark: wireshark dipende da wireshark-common (= 1.2.6-2); comunque: Il pacchetto wireshark-common non è ancora configurato. dpkg: errore nell'elaborare wireshark (--configure): problemi con le dipendenze - lasciato non configurato Looks like some strange parameter has bin given to dumpcap in the configuration script? Bye Kernel: Linux 2.6.32.7baccus (SMP w/2 CPU cores) ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ee1a84a51002170346p40960513p73436a9d4eae...@mail.gmail.com
Bug#568725: wireshark: crashes machine right after starting capture
Hi Mark, I suspect this bug is a duplicate of 541227 [1]. Could you please verify that the crash can be triggered using tcpdump, too, as described in [1]? Thanks, Balint [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=541227 2010/2/7 Mark Poks markp...@gmail.com: Package: wireshark Version: 1.2.5-1 Severity: normal selected interface from list of interfaces in main window and wireshark crashed my machine (input/output devices stoped to respond) so the reset was needed -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wireshark depends on: ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc-ares2 1.7.0-1 library for asyncronous name resol ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libcomerr2 1.41.9-1 common error description library ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgcrypt11 1.4.4-6 LGPL Crypto library - runtime libr ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libgnutls26 2.8.5-2 the GNU TLS library - runtime libr ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libk5crypto3 1.7+dfsg-4 MIT Kerberos runtime libraries - C ii libkrb5-3 1.7+dfsg-4 MIT Kerberos runtime libraries ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libpcap0.8 1.0.0-6 system interface for user-level pa ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi ii libportaudio2 19+svn20071022-3+b1 Portable audio I/O - shared librar ii libsmi2ldbl 0.4.8+dfsg2-2 library to access SMI MIB informat ii wireshark-common 1.2.5-1 network traffic analyzer - common ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime wireshark recommends no packages. wireshark suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562989: meld 1.3.1 new upstream version
Package: meld Version: 1.3.0-1 Severity: wishlist Hi, There is a new upstream version available: http://ftp.gnome.org/pub/gnome/sources/meld/1.3/meld-1.3.1.tar.gz Release mail: http://mail.gnome.org/archives/meld-list/2009-August/msg4.html Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565744: wireshark: Crash when deleting MIBS
2010/1/18 Michael Stapelberg michael+db20090...@stapelberg.de: Package: wireshark-common Version: 1.2.5-1 Severity: normal When deleting the MIBS as I am told in the popup dialog at startup (see #560727), wireshark crashes when doing the following: 1) Select the last MIB 2) Click delete 3) Confirm deletion 4) Click delete again (MIB name is garbage) 5) Confirm deletion, wireshark crashes. Related to this issue: Can you please implement multiple selection so that I can delete all at once? Or is there an easy way to install the missing MIBS? Best regards, Michael Hi Michael, You can install the MIBs using snmp-mibs-downloader from SID. The next version of the wireshark package will suggest it and the popup dialog will contain that hint, too. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520318: RFH: wireshark
Hi, I would like to offer my help. I have experience in maintaining unofficial Debian packages and I'm a Wireshark developer, too. Since I already maintain an unofficial version of the wireshark package, I think I could help in maintaining the official ones. For start, I fixed #376405 in upstream. :-) Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574086: Backtrace
Thanks, The fix will be in the next upload. Cheers, Balint 2010/3/17 Hilko Bengen ben...@hilluzination.de: After finally figuring out how to provide gdb with binaries that it can use (#574284), here's a backtrace. ... Going back: smi.c:289 is an access to a SmiHandle which is defined in smi.c:60: , | Handle *SmiHandle = NULL; ` This variable is still set to NULL when the function is called, so there's a likely cause for the segfault. So, that SmiHandle pointer must have been initialized before one may use the function. So, let's look for smiInit()... It should have been called in epan/oids.c:register_mibs() which is called by epan/oids.c:oids_init(). oids_init() is called by epan/prefs.c:read_prefs() but only if prefs.load_smi_modules is set. In my case, oids_init() is not called. HTH, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575253: wireshark-common: setuid has no effect on dumpcap after fixing of the bug number 570193
Hi Francesco, setcap cap_net_raw,cap_net_admin=eip /usr/bin/dumpcap is intended to provide the necessary rights for the user running dumpcap to be able to capture packets. It is correct, that the script does not set +s if setcap succeeds. Could you please provide the output of the following commands as a normal user?: groups /sbin/getcap /usr/bin/dumpcap ls -alh /usr/bin/dumpcap dumpcap -D uname -a As a reference here are the outputs from my system: groups ... wireshark ... u...@host:~$ /sbin/getcap /usr/bin/dumpcap /usr/bin/dumpcap = cap_net_admin,cap_net_raw+eip u...@host:~$ ls -alh /usr/bin/dumpcap -rwxr-xr-- 1 root wireshark 58K 2010-03-17 15:52 /usr/bin/dumpcap u...@host:~$ /usr/bin/dumpcap -D 1. eth0 2. wmaster0 3. wlan0 4. any (Pseudo-device that captures on all interfaces) 5. lo u...@host:~$ uname -a Linux host 2.6.26-2-686-bigmem #1 SMP Tue Mar 9 18:01:52 UTC 2010 i686 GNU/Linux Thanks, Balint 2010/3/24 Francesco Muzio muzi...@email.it: Package: wireshark-common Version: 1.2.6-5 Severity: important before the patch applied at the file /var/lib/dpkg/info/wireshark-common.postinst to fix the bug number 570193, wireshark was able to see the interfaces running as normal user. I choose yes for the question wich show me after dpkg-reconfigure wireshark-common But the execution of wireshark-common.postinst doesn't apply +s on /usr/bin/dumpcap I see that the script dowsn't execute the line chmod u=rwxs,g=rx,o=r $PROGRAM In the conditional branch if ! setcap cap_net_raw,cap_net_admin=eip /usr/bin/dumpcap; then echo Setting capabilities for dumpcap using Linux Capabilities failed. echo Falling back to setting set-user-id bit. chmod u=rwxs,g=rx,o=r $PROGRAM fi The line chmod u=rwxs,g=rx,o=r $PROGRAM should not be out of the branch? On my debian machine the +s flag is apllied only if I add/move chmod u=rwxs,g=rx,o=r $PROGRAM after the end of the if-block -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wireshark-common depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii libc-ares2 1.7.0-1 library for asyncronous name resol ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcap2 1:2.17-2 support for getting/setting POSIX. ii libcap2-bin 1:2.17-2 basic utility programs for using c ii libcomerr2 1.41.11-1 common error description library ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libgeoip1 1.4.6.dfsg-19 A non-DNS IP-to-country resolver l ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgnutls26 2.8.5-2 the GNU TLS library - runtime libr ii libk5crypto3 1.8+dfsg~alpha1-7 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8+dfsg~alpha1-7 MIT Kerberos runtime libraries ii liblua5.1-0 5.1.4-5 Simple, extensible, embeddable pro ii libpcap0.8 1.0.0-6 system interface for user-level pa ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi ii libsmi2ldbl 0.4.8+dfsg2-2 library to access SMI MIB informat ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages wireshark-common recommends: ii wireshark 1.2.6-5 network traffic analyzer - GTK+ ve Versions of packages wireshark-common suggests: pn snmp-mibs-downloader none (no description available) -- debconf information: * wireshark-common/install-setuid: true -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Registrati e partecipa al concorso Libertadibanca.com, puoi vincere 1 Volkswagen New Beetle, 1 Vespa S e diventare il nuovo testimonial UBI Banca Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=10279d=24-3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575253:
Could you please try /usr/bin/dumpcap ? You may have another dumpcap installed. Thanks, Balint 2010/3/24 Francesco Muzio muzi...@email.it: Package: wireshark-common Severity: normal ... dumpcap -D: dumpcap: There are no interfaces on which a capture can be done -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575253:
Do you run a custom kernel? If so, please see README.Debian. Thanks, Balint 2010/3/24 Francesco Muzio muzi...@email.it: Package: wireshark-common Version: 1.2.6-5 Severity: normal /usr/bin/dumpcap -D dumpcap: There are no interfaces on which a capture can be done I have only dumpcap version dpkg -S dumpcap wireshark-common: /usr/share/wireshark/dumpcap.html wireshark-common: /usr/share/man/man1/dumpcap.1.gz wireshark-common: /usr/bin/dumpcap whereis dumpcap dumpcap: /usr/bin/dumpcap /usr/share/man/man1/dumpcap.1.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560325: [Vincent Bernat] Wireshark crashing on startup due to missing MIB
Hi Vincent, I'have added your patch to the wireshark package with some additional error reporting [1]. Now wireshark/tshark complains about three MIBs: tshark: Stopped processing module SNMP-COMMUNITY-MIB due to error(s) to prevent potential crash in libsmi. Module's conformance level: 0. See details at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560325 tshark: Stopped processing module SNMP-MPD-MIB due to error(s) to prevent potential crash in libsmi. Module's conformance level: 0. See details at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560325 tshark: Stopped processing module SNMP-PROXY-MIB due to error(s) to prevent potential crash in libsmi. Module's conformance level: 0. See details at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560325 Related packages installed: snmp-mibs-downloader 1.0 libsmi2ldbl 0.4.7+dfsg-0.1 Could we somehow refine the workaround to not complain about those false positives? Wireshark did not crash even without the workaround with the same MIBs installed. Cheers, Balint [1] http://svn.debian.org/wsvn/collab-maint/?op=compcompare[]=%2fext-maint%2fwireshark%2ftr...@15544compare[]=%2fext-maint%2fwireshark%2ftr...@15557 2010/1/31 Vincent Bernat ber...@luffy.cx: ... -- Továbított levél -- From: Vincent Bernat ber...@luffy.cx To: wiresh...@packages.qa.debian.org Date: Sun, 31 Jan 2010 14:37:15 +0100 Subject: Wireshark crashing on startup due to missing MIB clone 560325 -1 reassign -1 wireshark thanks Dear Wireshark maintainers, As you know, bug #560325 affects some Wireshark users. In fact, when a MIB cannot be loaded because, for example, not all dependencies are met, this MIB is still present in memory but is incoherent. This leads to some segfault when trying to use it. This bug seems difficult to fix in libsmi. Therefore, it would be better to fix the problem in wireshark by checking the conformance of the module before using it. I attach the simple patch to this mail. To track this problem, I clone the original bug report (since it needs to be fixed in libsmi too). Thanks. -- BOFH excuse #98: The vendor put the bug there. -- Make sure special cases are truly special. - The Elements of Programming Style (Kernighan Plauger) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574284: wireshark: Provide -dbg package, use less hardening.
retitle 574284 wireshark: Provide -dbg package tags 574284 - wontfix + pending thanks 2010/3/17 Hilko Bengen ben...@debian.org: * Bálint Réczey: Wireshark's more than one million lines in C and the typical use case of analyzing untrusted network traffic makes hardening a must. Gdb-s current inability of handling PIE does not justify dropping this feature of hardening and hopefully 7.1 will be released soon with PIE support. Sure, that's a trade-off I can live with. Now that gdb 7.1-1 entered testing I've added the -dbg package based on your patch. It will be part of the next upload. I'm against providing -dbg because debugging even without -dbg is simple enough and -dbg would take additional space on the mirrors/take more time to build, etc. I'm not sure what you mean by simple enough. I meant every bug submitted to BTS was easy to find and fix so far, so I did not really feel the need for a -dbg package. It also helps that I'm part of the upstream team, too. The wireshark-dbg package I built locally is 16 MB (56 MB installed size). I'm too lazy to measure build times here, but I'd expect that the extra time needed for copying and packaging won't seriously hurt anywhere. I multiplied that with the number of supported platforms, but you may be right, we don't have to be that thrifty. I'll reconsider this decision when upstream makes Wireshark more parallel, thus increasing the probability of having bugs hard to debug. For people who want to develop their own extensions (that's what wireshark-dev is for, right?) a -dbg package will be very useful as soon as we get a gdb with PIE support in Debian. Agreed. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562989: meld 1.3.1 new upstream version
Hi, I've made an updated version of the .diff. changelog: meld (1.3.1-1) unstable; urgency=low * New upstream release - Speed up file comparisons and highlighting, significantly improving interactive editing performance (Closes: #309070) - Modifier keys not reset when focus change (Closes: #470781) - Version control filter updates (Closes: #506386) - Warp the text cursor to the start of jumped-to diff chunks (Closes: #523571) - Add RCS support (Closes: #432928) (Closes: #523572, #530496, #562989, #392124) * Drop pythonpath.patch as it has been integrated upstream * Update email of the author (Closes: #531632) * Recommend python-gtksourceview2 (Closes: #544840) -- Balint Reczey bal...@balintreczey.hu Tue, 13 Apr 2010 14:29:35 +0100 Please use it if you like it. It would be great if we could have meld 1.3.1 in Squeeze. Cheers, Balint meld_1.3.1-1.diff.gz Description: GNU Zip compressed data
Bug#577723: wireshark: understand OpenBSD's pcap files
Hi, How did you generate the pcap file? Could you please provide a link to a sample file? Cheers, Balint 2010/4/14 Toni Mueller supp...@oeko.net: Package: wireshark Version: 1.0.2-3+lenny8 Severity: wishlist Hello, I frequently work with pcap files obtained on OpenBSD servers, but when I load them into wireshark, I only see packets marked as raw data. This reduces the usefulness of wireshark quite a bit for me. It would be great if you could fully understand OpenBSD-generated pcap files. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562989: Fwd: meld 1.3.1 new upstream version
Hi, I have updated the diff and created a it against svn. I have added myself as an uploader and added DM-Upload-Allowed: yes, because I'm not a DD yet. Cheers, Balint 2010/4/16 Josselin Mouette j...@debian.org: Hi, Le jeudi 15 avril 2010 à 01:44 +0200, Bálint Réczey a écrit : Could some of you please have a look at the attached diff? If you need help, I would happily co-maintain meld with you. Currently I'm one of the wireshark maintainers. The diff looks fine, but we’d need a diff against the previous version to integrate it correctly. In all cases, if you want to maintain meld in pkg-gnome, it’s yours. Just come over at #debian-gnome on OFTC to discuss about it. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `- […] I will see what I can do for you.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562989: Fwd: meld 1.3.1 new upstream version
The missing diff. :-) 2010/4/16 Bálint Réczey bal...@balintreczey.hu: Hi, I have updated the diff and created a it against svn. I have added myself as an uploader and added DM-Upload-Allowed: yes, because I'm not a DD yet. Cheers, Balint 2010/4/16 Josselin Mouette j...@debian.org: Hi, Le jeudi 15 avril 2010 à 01:44 +0200, Bálint Réczey a écrit : Could some of you please have a look at the attached diff? If you need help, I would happily co-maintain meld with you. Currently I'm one of the wireshark maintainers. The diff looks fine, but we’d need a diff against the previous version to integrate it correctly. In all cases, if you want to maintain meld in pkg-gnome, it’s yours. Just come over at #debian-gnome on OFTC to discuss about it. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `- […] I will see what I can do for you.” -- Jörg Schilling Index: debian/control === --- debian/control (revision 23850) +++ debian/control (working copy) @@ -9,7 +9,8 @@ python-support (= 0.4.0), intltool, scrollkeeper -Uploaders: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org, Emilio Pozuelo Monfort po...@debian.org, Loic Minier l...@dooz.org +Uploaders: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org, Emilio Pozuelo Monfort po...@debian.org, Loic Minier l...@dooz.org, Balint Reczey bal...@balintreczey.hu +DM-Upload-Allowed: yes Standards-Version: 3.8.3 XS-Python-Version: = 2.3 @@ -21,7 +22,8 @@ python-glade2 (= 2.4) Recommends: yelp, python-gnome2, -python-gconf +python-gconf, +python-gtksourceview2 XB-Python-Version: ${python:Versions} Description: graphical tool to diff and merge files Meld is a tool which allows the user to see the changes in, and merge between, Index: debian/control.in === --- debian/control.in (revision 23850) +++ debian/control.in (working copy) @@ -21,7 +21,8 @@ python-glade2 (= 2.4) Recommends: yelp, python-gnome2, -python-gconf +python-gconf, +python-gtksourceview2 XB-Python-Version: ${python:Versions} Description: graphical tool to diff and merge files Meld is a tool which allows the user to see the changes in, and merge between, Index: debian/patches/pythonpath.patch === --- debian/patches/pythonpath.patch (revision 23850) +++ debian/patches/pythonpath.patch (working copy) @@ -1,15 +0,0 @@ -Index: meld-1.2.1/meld -=== meld-1.2.1.orig/meld 2009-02-18 20:13:45.0 + -+++ meld-1.2.1/meld 2009-02-18 20:38:54.0 + -@@ -29,8 +29,8 @@ - # - # i18n support - # --sys.path += [ #LIBDIR# --] -+sys.path.insert(0, #LIBDIR#) -+ - import paths - import gettext - from gettext import gettext as _ Index: debian/changelog === --- debian/changelog (revision 23850) +++ debian/changelog (working copy) @@ -1,3 +1,20 @@ +meld (1.3.1-1) unstable; urgency=low + + * New upstream release +- Speed up file comparisons and highlighting, significantly improving + interactive editing performance (Closes: #309070) +- Modifier keys not reset when focus change (Closes: #470781) +- Version control filter updates (Closes: #506386) +- Warp the text cursor to the start of jumped-to diff chunks + (Closes: #523571) +- Add RCS support (Closes: #432928) +(Closes: #523572, #530496, #562989, #392124) + * Drop pythonpath.patch as it has been integrated upstream + * Update email of the author (Closes: #531632) + * Recommend python-gtksourceview2 (Closes: #544840) + + -- Balint Reczey bal...@balintreczey.hu Tue, 13 Apr 2010 14:29:35 +0100 + meld (1.3.0-2) unstable; urgency=low * debian/control.in: Index: debian/copyright === --- debian/copyright (revision 23850) +++ debian/copyright (working copy) @@ -4,7 +4,7 @@ It was downloaded from: http://ftp.gnome.org/pub/GNOME/sources/meld/ -Copyright (C) 2002 - 2008 Stephen Kennedy steve9...@users.sourceforge.net +Copyright (C) 2002 - 2008 Stephen Kennedy st...@gnome.org License: Index: debian/rules === --- debian/rules (revision 23850) +++ debian/rules (working copy) @@ -6,7 +6,8 @@ include /usr/share/gnome-pkg-tools/1/rules/uploaders.mk -include /usr/share/gnome-pkg-tools/1/rules/gnome-get-source.mk -DEB_INSTALL_CHANGELOGS_ALL += changelog +DEB_INSTALL_CHANGELOGS_ALL += NEWS +DEB_INSTALL_DOCS_ALL = AUTHORS DEB_MAKE_INVOKE
Bug#574284: wireshark: Provide -dbg package, use less hardening.
tags 574284 wontfix thanks Hi Hilko, Wireshark's more than one million lines in C and the typical use case of analyzing untrusted network traffic makes hardening a must. Gdb-s current inability of handling PIE does not justify dropping this feature of hardening and hopefully 7.1 will be released soon with PIE support. I'm against providing -dbg because debugging even without -dbg is simple enough and -dbg would take additional space on the mirrors/take more time to build, etc. I'll reconsider this decision when upstream makes Wireshark more parallel, thus increasing the probability of having bugs hard to debug. I think this bug kept as wontfix is a good place for documenting the way of making backtraces for wireshark by applying your patch. Cheers, Balint 2010/3/17 Hilko Bengen ben...@debian.org: Package: wireshark Version: 1.2.6-5 Severity: wishlist Tags: patch When investigating #574086 which I reported yesterday, I first tried adding a -dbg to the locally built package. However, I found that gdb is quite useless for the executables built from the wireshark source package: , | warning: The current binary is a PIE (Position Independent Executable), which | GDB does NOT currently support. Most debugger features will fail if used | in this session. ` gdb isn't even able to resolve the debug symbols for printing a backtrace... After a lot of wasted time looking at the build system's output, it finally dawned on me that usage of hardening-wrapper was the cause for these weird executables. Apparently, patches for gdb have existed for a while that enable it to deal with position-independent executables, and they may even end up in version 7.1 of gdb which might even be released before squeeze is frozen. Shipping debugging symbols and building wireshark in a way that makes it possible or easier to use those would greatly benefit users. (I am certain that this would have saved me a _lot_ of time.) Please consider shipping a -dbg package Please consider disabling PIEs until we (Debian) have a debugger that can handle those. Thanks, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512989: PortAudio crazyness
I think this is the PortAudio bug Jaap referred to: http://www.portaudio.com/trac/ticket/49 As Wireshark upsteam incorporated a workaround in http://anonsvn.wireshark.org/viewvc?view=revrevision=31318 and the workaround will be added to Wireshark 1.2.6 according to http://wiki.wireshark.org/Development/Roadmap , i will reassign this bug to PortAudio. Thanks Jaap for the debugging and for the workaround! Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561137: Bug is still there ...
Hi Werner, I suspect it crashed because of #560325 [1]. An strace log would tell that. #560325 contains a potential workaround for wireshark, but i think the bug should be fixed in libsmi as there are more packages depending on it. Cheers, Balint [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560325 2009/12/23 Werner Thal w...@krzn.de: Hallo, I recently updated my wireshark to version 1.2.5-1. But I still get a SEGFAULT after trying to load lots of mibs wich can not be found. If needed, I can provide strace output. Please let me know. Kind Regards Werner Thal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604516: please unblock wireshark/1.2.11-4
Package: release.debian.org Severity: normal Usertags: freeze-exception Hi, I would like to ask for freeze exception for the latest wireshark upload. It fixes a serious vulnerability and closes an important bug. Changes: wireshark (1.2.11-4) unstable; urgency=high . * security fixes from Wireshark 1.2.13: - Nephi Johnson of BreakingPoint discovered that the LDSS dissector could overflow a buffer. (No assigned CVE number.) * stability fix from Wireshark 1.2.13: - fix crash when running tshark -x without -V (Closes: #600314) Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596108: [wireshark-dev] Header files missing
Hi Emil, Please install libwireshark-dev and libwiretap-dev for the headers. The missing dependencies will be fixed. Thanks, Balint 2010/9/8 Emil Langrock emil.langr...@gmx.de: Package: wireshark-dev Version: 1.4.0-1 Severity: normal Just noticed that the header files are completely missing in the package in experimental. This makes other software fail to build. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594390: wireshark: add support for sll.ltype hooks
forwarded 594390 http://anonsvn.wireshark.org/viewvc?view=revrevision=34101 tags 594390 fixed-upstream thanks Hi Sebastian, I have committed a modified patch. Thanks, Balint 2010/8/29 Sebastian Reichel elektra...@gmail.com: On Sun, Aug 29, 2010 at 01:13:16PM +0200, Bálint Réczey wrote: Hi Sebastian, Could you please attach a sample capture file? Thanks, Balint Sure. I need the patch for the phonet protocol, which is used for communication with the modem of Nokia's N900 smartphone. I attached a small file containg 30 packages. -- Sebastian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkx6TJEACgkQH0JwilpTmKhXNQCcC2MGG00Rm13q0vcQP0nzJetG EDUAn1mdK+TgLFsX8ADDHxFA4HuaNzf/ =kOLx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594390: wireshark: add support for sll.ltype hooks
Hi Sebastian, It will reach Debian in 1.6.0-1 if we don't diverge from upstream. Generally I don't like the idea of diverging from upstream too much. It's too late to include the fix in Squeeze, so it won't be applied to 1.2.x version. In 1.4.x, we separated libwireshark as a library thus it became possible to provide plugins for wireshark as separate packages. If you plan to upload a plugin depending on this fix to work, I'll apply the fix in the 1.4.x line. It is also possible to make upstream put the fix in 1.4.1: http://wiki.wireshark.org/Development/Roadmap Cheers, Balint 2010/9/12 Sebastian Reichel elektra...@gmail.com: Hi Bálint, thank you :) When will this patch reach the wireshark package in Debian presumably? -- Sebastian On Sun, Sep 12, 2010 at 03:19:08AM +0200, Bálint Réczey wrote: forwarded 594390 http://anonsvn.wireshark.org/viewvc?view=revrevision=34101 tags 594390 fixed-upstream thanks Hi Sebastian, I have committed a modified patch. Thanks, Balint -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkyMPRUACgkQH0JwilpTmKgqTgCfRqrbTnjnj51RITWOsZJE5QDf sakAn0xOMDPKrXlkufiEumy4SJMjQ714 =pIH+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594390: wireshark: add support for sll.ltype hooks
Hi Sebastian, Could you please attach a sample capture file? Thanks, Balint 2010/8/25 Sebastian Reichel elektra...@gmail.com: Package: wireshark Version: 1.2.10-1.1 Severity: wishlist Tags: patch upstream Hi, wireshark currently lacks the ability to write plugins with SLL dissectors for linux specific packages. I found a fix available here: http://www.sven-fuelster.com/2010/05/30/pcan-in-wireshark/ here is the webcache entry from google (since page currently returns Error 500): http://webcache.googleusercontent.com/search?q=cache:fs8C-K9XdsgJ:www.sven-fuelster.com/2010/05/30/pcan-in-wireshark/+%22sll.ltype%22cd=1hl=enct=clnkgl=de I modified the patch, so that it can be used for any kind of linux SLL package. It applies cleanly in 1.2.10 and has still not been fixed upstream (please forward the bug). I tested the patch successfully with sniffed phonet packages from an Nokia N900 modem. -- Sebastian -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (100, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-rc2 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wireshark depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc-ares2 1.7.3-1 library for asyncronous name resol ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.9.6-6.1 The Cairo 2D vector graphics libra ii libcomerr2 1.41.12-2 common error description library ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-1 FreeType 2 font engine, shared lib ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.25.11-3 The GLib library of C routines ii libgnutls26 2.8.6-1 the GNU TLS library - runtime libr ii libgtk2.0-0 2.21.5-1 The GTK+ graphical user interface ii libk5crypto3 1.8.3+dfsg~beta1-1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg~beta1-1 MIT Kerberos runtime libraries ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpcap0.8 1.1.1-2 system interface for user-level pa ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi ii libportaudio2 19+svn20071022-3+b1 Portable audio I/O - shared librar ii libsmi2ldbl 0.4.8+dfsg2-2 library to access SMI MIB informat ii wireshark-common 1.2.10-1.1 network traffic analyzer - common ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime wireshark recommends no packages. wireshark suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595369: freeze exception for wireshark 1.2.10-2
Package: release.debian.org Severity: normal Usertags: freeze-exception Hi, I would like to ask for freeze exception for the latest wireshark upload. It contains only translation updates and a policy version bump. wireshark (1.2.10-2) unstable; urgency=low . * [Debconf translation updates] - Japanese (Hideki Yamane (Debian-JP)). (Closes: #591563) - French (Simon Paillard). (Closes: #593214) - Danish (Joe Hansen). (Closes: #594738) - Brazilian Portuguese (Adriano Rafael Gomes). (Closes: #594780) - Basque (Iñaki Larrañaga Murgoitio). * debian/control: updated policy to 3.9.1 (no changes needed) Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594178: clisp: SIGSEGV during install - probably fixed
Hi, Could the problem be that in the buggy cases the fas files had not been rebuilt for the new clisp version? It seems that clisp segfaults when loading /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/common-lisp-controller.fas macg4:/home/rbalint# apt-get install clisp Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: cl-asdf common-lisp-controller libffcall1 libsigsegv0 realpath Suggested packages: gdb clisp-doc clisp-dev slime Recommended packages: sbcl lisp-compiler The following NEW packages will be installed: cl-asdf clisp common-lisp-controller libffcall1 libsigsegv0 realpath 0 upgraded, 6 newly installed, 0 to remove and 0 not upgraded. Need to get 5,371kB of archives. After this operation, 14.0MB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://ftp.hu.debian.org/debian/ squeeze/main libffcall1 powerpc 1.10+cvs20100619-2 [13.3kB] Get:2 http://ftp.hu.debian.org/debian/ squeeze/main libsigsegv0 powerpc 2.5-3 [23.2kB] Get:3 http://ftp.hu.debian.org/debian/ squeeze/main cl-asdf all 2:2.004-1 [503kB] Get:4 http://ftp.hu.debian.org/debian/ squeeze/main realpath powerpc 1.15 [16.5kB] Get:5 http://ftp.hu.debian.org/debian/ squeeze/main common-lisp-controller all 7.4 [34.5kB] Get:6 http://ftp.hu.debian.org/debian/ squeeze/main clisp powerpc 1:2.48-3 [4,781kB] Fetched 5,371kB in 1min 25s (63.1kB/s) Preconfiguring packages ... Selecting previously deselected package libffcall1. (Reading database ... 143130 files and directories currently installed.) Unpacking libffcall1 (from .../libffcall1_1.10+cvs20100619-2_powerpc.deb) ... Selecting previously deselected package libsigsegv0. Unpacking libsigsegv0 (from .../libsigsegv0_2.5-3_powerpc.deb) ... Selecting previously deselected package cl-asdf. Unpacking cl-asdf (from .../cl-asdf_2%3a2.004-1_all.deb) ... Selecting previously deselected package realpath. Unpacking realpath (from .../realpath_1.15_powerpc.deb) ... Selecting previously deselected package common-lisp-controller. Unpacking common-lisp-controller (from .../common-lisp-controller_7.4_all.deb) ... Adding system user `cl-builder' (UID 111) ... Adding new group `cl-builder' (GID 120) ... Adding new user `cl-builder' (UID 111) with group `cl-builder' ... Not creating home directory `/usr/share/common-lisp/'. Selecting previously deselected package clisp. Unpacking clisp (from .../clisp_1%3a2.48-3_powerpc.deb) ... Processing triggers for install-info ... Processing triggers for man-db ... Setting up libffcall1 (1.10+cvs20100619-2) ... Setting up libsigsegv0 (2.5-3) ... Setting up realpath (1.15) ... Setting up common-lisp-controller (7.4) ... Reinstalling for clisp Recompiling Common Lisp Controller for clisp Installing clc... ;; Loading file /usr/lib/clisp-2.48/install-clc.lisp ... ;; Loading file /usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp ... ;; Loaded file /usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp ;; Loading file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/common-lisp-controller.fas ... ;; Loaded file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/common-lisp-controller.fas ;; Loading file /var/cache/common-lisp-controller/0/clisp/cl-asdf/asdf.fas ... WARNING: DEFGENERIC: redefining function SYSTEM-SOURCE-FILE in /var/cache/common-lisp-controller/0/clisp/cl-asdf/asdf.fas, was defined in top-level ;; Loaded file /var/cache/common-lisp-controller/0/clisp/cl-asdf/asdf.fas ;; Loading file /var/cache/common-lisp-controller/0/clisp/cl-asdf/wild-modules.fas ... ;; Loaded file /var/cache/common-lisp-controller/0/clisp/cl-asdf/wild-modules.fas ;; Loading file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/post-sysdef-install.fas ... ;; Loaded file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/post-sysdef-install.fas ;; Loaded file /usr/lib/clisp-2.48/install-clc.lisp ;; Wrote the memory image into /usr/lib/clisp-2.48/full/lispinit.mem (3,375,308 bytes) Bytes permanently allocated:108,736 Bytes currently in use: 3,259,760 Bytes available until next GC: 812,225 created /usr/lib/clisp-2.48/full/lispinit.mem as expected. -rw-r--r-- 1 root root 3375308 Sep 13 22:47 /usr/lib/clisp-2.48/full/lispinit.mem Done rebuilding Setting up cl-asdf (2:2.004-1) ... Reinstalling for clisp Recompiling Common Lisp Controller for clisp Installing clc... ;; Loading file /usr/lib/clisp-2.48/install-clc.lisp ... ;; Loading file /usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp ... ;; Loaded file /usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp ;; Loading file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/common-lisp-controller.fas ... ;; Loaded file
Bug#592768: clisp: SIGSEGV during install
Hi, Could the problem be that in the buggy cases the fas files had not been rebuilt for the new clisp version? It seems that clisp segfaults when loading /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/common-lisp-controller.fas macg4:/home/rbalint# apt-get install clisp Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: cl-asdf common-lisp-controller libffcall1 libsigsegv0 realpath Suggested packages: gdb clisp-doc clisp-dev slime Recommended packages: sbcl lisp-compiler The following NEW packages will be installed: cl-asdf clisp common-lisp-controller libffcall1 libsigsegv0 realpath 0 upgraded, 6 newly installed, 0 to remove and 0 not upgraded. Need to get 5,371kB of archives. After this operation, 14.0MB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://ftp.hu.debian.org/debian/ squeeze/main libffcall1 powerpc 1.10+cvs20100619-2 [13.3kB] Get:2 http://ftp.hu.debian.org/debian/ squeeze/main libsigsegv0 powerpc 2.5-3 [23.2kB] Get:3 http://ftp.hu.debian.org/debian/ squeeze/main cl-asdf all 2:2.004-1 [503kB] Get:4 http://ftp.hu.debian.org/debian/ squeeze/main realpath powerpc 1.15 [16.5kB] Get:5 http://ftp.hu.debian.org/debian/ squeeze/main common-lisp-controller all 7.4 [34.5kB] Get:6 http://ftp.hu.debian.org/debian/ squeeze/main clisp powerpc 1:2.48-3 [4,781kB] Fetched 5,371kB in 1min 25s (63.1kB/s) Preconfiguring packages ... Selecting previously deselected package libffcall1. (Reading database ... 143130 files and directories currently installed.) Unpacking libffcall1 (from .../libffcall1_1.10+cvs20100619-2_powerpc.deb) ... Selecting previously deselected package libsigsegv0. Unpacking libsigsegv0 (from .../libsigsegv0_2.5-3_powerpc.deb) ... Selecting previously deselected package cl-asdf. Unpacking cl-asdf (from .../cl-asdf_2%3a2.004-1_all.deb) ... Selecting previously deselected package realpath. Unpacking realpath (from .../realpath_1.15_powerpc.deb) ... Selecting previously deselected package common-lisp-controller. Unpacking common-lisp-controller (from .../common-lisp-controller_7.4_all.deb) ... Adding system user `cl-builder' (UID 111) ... Adding new group `cl-builder' (GID 120) ... Adding new user `cl-builder' (UID 111) with group `cl-builder' ... Not creating home directory `/usr/share/common-lisp/'. Selecting previously deselected package clisp. Unpacking clisp (from .../clisp_1%3a2.48-3_powerpc.deb) ... Processing triggers for install-info ... Processing triggers for man-db ... Setting up libffcall1 (1.10+cvs20100619-2) ... Setting up libsigsegv0 (2.5-3) ... Setting up realpath (1.15) ... Setting up common-lisp-controller (7.4) ... Reinstalling for clisp Recompiling Common Lisp Controller for clisp Installing clc... ;; Loading file /usr/lib/clisp-2.48/install-clc.lisp ... ;; Loading file /usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp ... ;; Loaded file /usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp ;; Loading file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/common-lisp-controller.fas ... ;; Loaded file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/common-lisp-controller.fas ;; Loading file /var/cache/common-lisp-controller/0/clisp/cl-asdf/asdf.fas ... WARNING: DEFGENERIC: redefining function SYSTEM-SOURCE-FILE in /var/cache/common-lisp-controller/0/clisp/cl-asdf/asdf.fas, was defined in top-level ;; Loaded file /var/cache/common-lisp-controller/0/clisp/cl-asdf/asdf.fas ;; Loading file /var/cache/common-lisp-controller/0/clisp/cl-asdf/wild-modules.fas ... ;; Loaded file /var/cache/common-lisp-controller/0/clisp/cl-asdf/wild-modules.fas ;; Loading file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/post-sysdef-install.fas ... ;; Loaded file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/post-sysdef-install.fas ;; Loaded file /usr/lib/clisp-2.48/install-clc.lisp ;; Wrote the memory image into /usr/lib/clisp-2.48/full/lispinit.mem (3,375,308 bytes) Bytes permanently allocated:108,736 Bytes currently in use: 3,259,760 Bytes available until next GC: 812,225 created /usr/lib/clisp-2.48/full/lispinit.mem as expected. -rw-r--r-- 1 root root 3375308 Sep 13 22:47 /usr/lib/clisp-2.48/full/lispinit.mem Done rebuilding Setting up cl-asdf (2:2.004-1) ... Reinstalling for clisp Recompiling Common Lisp Controller for clisp Installing clc... ;; Loading file /usr/lib/clisp-2.48/install-clc.lisp ... ;; Loading file /usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp ... ;; Loaded file /usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp ;; Loading file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/common-lisp-controller.fas ... ;; Loaded file
Bug#602988: meld: comparing these 2 files give incorrect result
tags 602988 fixed-upstream thanks Hi Jamil, It is fixed in upstream's main branch. I tested commit 91cb866babca72934bae68227bbf11641a0ea80b. Thanks, Balint 2010/11/10 Jamil Djadala djad...@datamax.bg: Package: meld Version: 1.3.2-2 Severity: normal meld shift result by ~23 lines in these 2 files. Regards, Jamil Djadala -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (90, 'unstable'), (80, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages meld depends on: ii python 2.6.6-3+squeeze1 interactive high-level object-orie ii python-glade2 2.17.0-4 GTK+ bindings: Glade support ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-support 1.0.10 automated rebuilding support for P Versions of packages meld recommends: ii python-gconf 2.28.1-1 Python bindings for the GConf conf ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk ii python-gtksourceview2 2.10.1-1 Python bindings for the GtkSourceV ii yelp 2.30.1+webkit-1 Help browser for GNOME meld suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598341: freeze exception for meld 1.3.2-2
Package: release.debian.org Severity: normal Usertags: freeze-exception Hi, I would like to ask for freeze exception for the latest meld upload. It contains only translation updates and a policy version bump. meld (1.3.2-2) unstable; urgency=low . [ Balint Reczey ] * debian/control.in: - Standards-Version is 3.9.1, no changes needed. . [Adam Collard] * fix-chinese-translation.patch: stolen from upstream's GIT. Fix a crash when launching meld in a zh_CN environment. (Closes: #595025) Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597703: closed by Balint Reczey bal...@balintreczey.hu (Bug#597703: fixed in wireshark 1.2.10-2+squeeze1)
Hi Evgeny, Could you please make sure that you applied 24_backport-fixes-from-1.2.11.patch and you ran wireshark in the following way?: WIRESHARK_RUN_FROM_BUILD_DIRECTORY=1 ./wireshark Cheers, Balint 2010/9/30 Fokin, Evgeny efo...@mera.ru: Beg your pardon, but the problem is still actual in source-version: 1.2.10-2+squeeze1 $wireshark daud.cap dumpcap: There are no interfaces on which a capture can be done Segmentation fault Here is a backtrace: Core was generated by `/wireshark-1.2.10/.libs/lt-wireshark'. Program terminated with signal 11, Segmentation fault. #0 0xb5edbe9e in col_append_fstr (cinfo=0x0, el=38, format=0xb68661b6 %s ) at column-utils.c:375 375 for (i = cinfo-col_first[el]; i = cinfo-col_last[el]; i++) { (gdb) bt #0 0xb5edbe9e in col_append_fstr (cinfo=0x0, el=38, format=0xb68661b6 %s ) at column-utils.c:375 #1 0xb667fcb4 in dissect_sctp_chunk (chunk_tvb=0xa272e78, pinfo=value optimized out, tree=0xa27a380, sctp_tree=0xa279f60, ha=0x0, useinfo=1) at packet-sctp.c:3537 #2 0xb66814df in dissect_sctp_chunks (tvb=0xa272ce0, pinfo=value optimized out, tree=0xa27a380, encapsulated=0) at packet-sctp.c:3697 #3 dissect_sctp_packet (tvb=0xa272ce0, pinfo=value optimized out, tree=0xa27a380, encapsulated=0) at packet-sctp.c:3850 #4 0xb6681dea in dissect_sctp (tvb=0xa272ce0, pinfo=0xa2eab88, tree=0xa27a380) at packet-sctp.c:3896 #5 0xb5ee7726 in call_dissector_through_handle (handle=0x9d6f4e8, tvb=value optimized out, pinfo=0xa2eab88, tree=0xa27a380) at packet.c:409 #6 0xb5ee7eba in call_dissector_work (handle=0x9d6f4e8, tvb=value optimized out, pinfo_arg=0xa2eab88, tree=0xa27a380, add_proto_name=1) at packet.c:500 #7 0xb5ee913b in dissector_try_port_new (sub_dissectors=0x9bf97c8, port=132, tvb=0xa272ce0, pinfo=0xa2eab88, tree=0xa27a380, add_proto_name=1) at packet.c:886 #8 0xb5ee91b1 in dissector_try_port (sub_dissectors=0x9bf97c8, port=132, tvb=0xa272ce0, pinfo=0xa2eab88, tree=0xa27a380) at packet.c:912 #9 0xb620c9be in dissect_ip (tvb=0xa286938, pinfo=0xa2eab88, parent_tree=0xa27a380) at packet-ip.c:1767 #10 0xb5ee7726 in call_dissector_through_handle (handle=0x9bfce00, tvb=value optimized out, pinfo=0xa2eab88, tree=0xa27a380) at packet.c:409 #11 0xb5ee7eba in call_dissector_work (handle=0x9bfce00, tvb=value optimized out, pinfo_arg=0xa2eab88, tree=0xa27a380, add_proto_name=1) at packet.c:500 #12 0xb5ee913b in dissector_try_port_new (sub_dissectors=0x9b5bb38, port=2048, tvb=0xa286938, pinfo=0xa2eab88, tree=0xa27a380, add_proto_name=1) at packet.c:886 #13 0xb5ee91b1 in dissector_try_port (sub_dissectors=0x9b5bb38, port=2048, tvb=0xa286938, pinfo=0xa2eab88, tree=0xa27a380) at packet.c:912 #14 0xb61100b5 in ethertype (etype=2048, tvb=0xa272eb0, offset_after_etype=16, pinfo=0xa2eab88, tree=0xa27a380, fh_tree=0xa27a278, etype_id=61406, trailer_id=61407, fcs_len=0) at packet-ethertype.c:242 #15 0xb641764c in dissect_sll (tvb=0xa272eb0, pinfo=0xa2eab88, tree=0xa27a380) at packet-sll.c:281 #16 0xb5ee7726 in call_dissector_through_handle (handle=0xa01e4f8, tvb=value optimized out, pinfo=0xa2eab88, tree=0xa27a380) at packet.c:409 #17 0xb5ee7eba in call_dissector_work (handle=0xa01e4f8, tvb=value optimized out, pinfo_arg=0xa2eab88, tree=0xa27a380, add_proto_name=1) at packet.c:500 #18 0xb5ee913b in dissector_try_port_new (sub_dissectors=0x9b7fae0, port=25, tvb=0xa272eb0, pinfo=0xa2eab88, tree=0xa27a380, add_proto_name=1) at packet.c:886 #19 0xb5ee91b1 in dissector_try_port (sub_dissectors=0x9b7fae0, port=25, tvb=0xa272eb0, pinfo=0xa2eab88, tree=0xa27a380) at packet.c:912 #20 0xb614fd9f in dissect_frame (tvb=0xa272eb0, pinfo=0xa2eab88, parent_tree=0xa27a380) at packet-frame.c:328 #21 0xb5ee7726 in call_dissector_through_handle (handle=0x9b80590, tvb=value optimized out, pinfo=0xa2eab88, tree=0xa27a380) at packet.c:409 #22 0xb5ee7eba in call_dissector_work (handle=0x9b80590, tvb=value optimized out, pinfo_arg=0xa2eab88, tree=0xa27a380, add_proto_name=1) at packet.c:500 #23 0xb5ee80ba in call_dissector (handle=0x9b80590, tvb=0xa272eb0, pinfo=0xa2eab88, tree=0xa27a380) at packet.c:1816 #24 0xb5ee9d1e in dissect_packet (edt=0xa2eab80, pseudo_header=0x81c6a20, pd=0x81c6ab0 , fd=0xa26c000, cinfo=0x0) at packet.c:340 #25 0xb5ee00be in epan_dissect_run (edt=0xa2eab80, pseudo_header=0x81c6a20, data=0x81c6ab0 , fd=0xa26c000, cinfo=0x0) at epan.c:167 #26 0x08076069 in cf_select_packet (cf=0x81c69a0, row=0) at file.c:3452 #27 0x08097cb6 in packet_list_select_cb (w=0xa163010, row=0, col=-1, event=0x0, evt=0x0) at main_packet_list.c:279 #28 0xb573a666 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #29 0xb52d413a in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #30 0xb52ea61d in ?? () from /usr/lib/libgobject-2.0.so.0 #31 0xb52ebbfc in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #32 0xb58d22ce in gtk_signal_emit () from /usr/lib/libgtk-x11-2.0.so.0 #33 0xb589bee4 in gtk_clist_select_row () from
Bug#597703: closed by Balint Reczey bal...@balintreczey.hu (Bug#597703: fixed in wireshark 1.2.10-2+squeeze1)
Hi Evgeny, You should try apt-get -t testing-proposed-updates source wireshark Cheers, Balint 2010/9/30 Fokin, Evgeny efo...@mera.ru: Sorry Balint, but I don't know where to get 24_backport-fixes-from-1.2.11.patch. I get source files by `apt-get -t squeeze source wireshark` and build wireshark. # apt-get -t squeeze source wireshark Reading package lists... Done Building dependency tree -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592768: Re: Bug#592768: complementary information
Hi, I tried to reproduce the problem on my G4 box with 32 bit powerpc kernel, but clisp installed fine. As I saw the segfault happened with 64 kernels only. Did the install work with older (/newer) 64 bit kernels? Does the install work with a 32 bit kernel on your machine? Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599357: unblock wireshark/1.2.11-2
Package: release.debian.org Severity: normal Usertags: freeze-exception Hi, I would like to ask for freeze exception for the latest wireshark upload. There has been two uploads to unstable for wireshark since the last migration. 1.2.11 is a mostly bugfix release but introduced a regression which has been fixed in 1.2.11-2. Changes: wireshark (1.2.11-2) unstable; urgency=low . * 25_fix-libsmi-workaround.patch: Fix the libsmi workaround by adding missing brackets. * backport fix for IP header checksum calculation regression introduced in 1.2.10 * [Debconf translation updates] - Vietnamese (Clytie Siddall). (Closes: #598498) . [ Daniel T Chen ] * 22_lp606063-fix-assertion-capture_start.patch: Handle event handler being invoked recursively. Fix backported from upstream SVN r33906. Thanks, Gregor Beck! https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5126 (LP: #606063) Changes: wireshark (1.2.11-1) unstable; urgency=high . * New upstream release 1.2.11 - release notes: http://www.wireshark.org/docs/relnotes/wireshark-1.2.11.html (Closes: #597703) - security fixes - The RTSP dissector could crash. (No assigned CVE number.) * [Debconf translation updates] - Basque (Iñaki Larrañaga Murgoitio). 1.2.10-2+squeeze1 has been uploaded to Squeeze via t-p-u, but I believe 1.2.11-2 would be the better choice for Squeeze. There were a discussion about the update, the thread starts here: http://www.mail-archive.com/debian-rele...@lists.debian.org/msg39678.html Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602988: meld: comparing these 2 files give incorrect result
Hi Josselin, The commit fixing the problem was this: commit 0463dbe092c19ce8b6e54f56a726cc698b5a466d Author: Kai Willadsen kai.willad...@gmail.com Date: Wed Oct 6 06:51:43 2010 +1000 Use TextBuffer instead of maintaining duplicate copy of text Everywhere except file loading, we trust our gtk.TextBuffers to store file text. This commit removes the manual store of text during loading as well. Cheers, Balint 2010/11/13 Josselin Mouette j...@debian.org: Le mercredi 10 novembre 2010 à 14:16 +0100, Bálint Réczey a écrit : tags 602988 fixed-upstream thanks Hi Jamil, It is fixed in upstream's main branch. I tested commit 91cb866babca72934bae68227bbf11641a0ea80b. If you could look in the upstream commit logs which one fixed that (or even bisect it), that would be appreciated. Thanks, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `- […] I will see what I can do for you.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599468: Please create the 'wireshark' group in the postinst script
notfound 599468 1.2.10-2+squeeze1 thanks Hi Nahuel, It's there in wireshark-common.postinst: Please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=544482 for details. Cheers, Balint 2010/10/7 Nahuel Greco ngr...@gmail.com: Package: wireshark Version: 1.2.10-2+squeeze1 Severity: normal After the privilege separation feature added in recent Wireshark, I think the reasonable default is to create the 'wireshark' group and change the dumpcap capabilities in the postinst script, by doing: addgroup wireshark chgrp wireshark /usr/bin/dumpcap chmod 754 /usr/bin/dumpcap setcap 'CAP_NET_RAW+eip CAP_NET_ADMIN+eip' /usr/bin/dumpcap As stated in http://wiki.wireshark.org/CaptureSetup/CapturePrivileges . I don't see a reason to not do it. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages wireshark depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc-ares2 1.7.3-1 library for asyncronous name resol ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcomerr2 1.41.12-2 common error description library ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-1 FreeType 2 font engine, shared lib ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnutls26 2.8.6-1 the GNU TLS library - runtime libr ii libgtk2.0-0 2.20.1-1+b1 The GTK+ graphical user interface ii libk5crypto3 1.8.3+dfsg-1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-1 MIT Kerberos runtime libraries ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpcap0.8 1.1.1-2 system interface for user-level pa ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi ii libportaudio2 19+svn20071022-3+b2 Portable audio I/O - shared librar ii libsmi2ldbl 0.4.8+dfsg2-2 library to access SMI MIB informat ii wireshark-common 1.2.10-2+squeeze1 network traffic analyzer - common ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime wireshark recommends no packages. wireshark suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599468: create the 'wireshark' group in the postinst script
Hi Nahuel, 2010/10/7 Nahuel Greco ngr...@gmail.com: Package: wireshark Severity: normal By default, the 'wireshark' group is not created. The configuration dialog was not shown when doing 'apt-get install wireshark' in a clean installation, maybe because of apt settings. It appears correctly with dpkg-reconfigure wireshark-common, but defaults to not create the group. It really may be a security risk? I don't see as such, as the only one can add users to the wireshark group is root. Creating a group itself would not not be a security risk, but would not be useful either without installing dumpcap with extra privileges. Installing dumpcap with extra privileges by default does not sound good from security perspective on the other hand. I chose to go the safer way in Debian, but I think derived distributions targeting desktop users could preseed debconf configuration to make their users' life easier. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599460: wireshark: Add an option to show packet bytes as plain text
tag 599460 wontfix thanks Hi Nahuel, The Packet Bytes pane already shows the packet data as ASCII text near the hexdump. Text based protocols' dissectors can (and sometimes do) provide an option to show raw text like the SIP dissector. To enable this feature please check Edit - Preferences - Protocols - SIP - Display raw text for SIP message. Cheers, Balint 2010/10/7 Nahuel Greco ngr...@gmail.com: Package: wireshark Version: 1.2.10-2+squeeze1 Severity: wishlist For text based protocols like SIP, it will be very nice to have a display option in the Packet Bytes pane to show the packet data in plain text format instead of the hexdump. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages wireshark depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc-ares2 1.7.3-1 library for asyncronous name resol ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcomerr2 1.41.12-2 common error description library ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-1 FreeType 2 font engine, shared lib ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnutls26 2.8.6-1 the GNU TLS library - runtime libr ii libgtk2.0-0 2.20.1-1+b1 The GTK+ graphical user interface ii libk5crypto3 1.8.3+dfsg-1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-1 MIT Kerberos runtime libraries ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpcap0.8 1.1.1-2 system interface for user-level pa ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi ii libportaudio2 19+svn20071022-3+b2 Portable audio I/O - shared librar ii libsmi2ldbl 0.4.8+dfsg2-2 library to access SMI MIB informat ii wireshark-common 1.2.10-2+squeeze1 network traffic analyzer - common ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime wireshark recommends no packages. wireshark suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599357: new fixed security problems
retitle 599357 unblock: wireshark/1.2.11-3 thanks Hi, Please unblock 1.2.11-3, it contains two important fixes: Changes: wireshark (1.2.11-3) unstable; urgency=high . * security fixes from Wireshark 1.2.12: - The Penetration Test Team of NCNIPC (China) discovered that the ASN.1 BER dissector was susceptible to a stack overflow (CVE-2010-3445) - fix crash in RPC dissector Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600314: fixed upstream
# fixed at http://anonsvn.wireshark.org/viewvc/trunk/epan/packet.c?r1=30158r2=30157pathrev=30158 tags 600314 fixed-upstream fixed 600314 1.4.0 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589678: Installing cups on SheevaPlug Development Kit freezes system
Package: linux-image-2.6.32-5-kirkwood Version: 2.6.32-15 On an updated Squeeze system installing cups package freezes system when the CUPS daemon is started during installation. To workaround the problem LOAD_LP_MODULE=no has to be set in /etc/default/cups prior to installing cups package: # cat /etc/default/cups # Cups configure options # LOAD_LP_MODULE: enable/disable to load lp parallel printer driver module LOAD_LP_MODULE=no Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584554: meld: fails on modified CVS files
forwarded 584554 https://bugzilla.gnome.org/show_bug.cgi?id=597718 thanks Hi, The very same patch has been applied upstream [1]. The problem also affects svn, git, etc. repositories. Thanks, Balint [1]:http://git.gnome.org/browse/meld/commit/?id=aa9a506099627e1d62acbe6e7c09c217d86feef5 2010/6/4 Andreas Hoenen andr...@hoenen-terstappen.de: Package: meld Version: 1.3.1-1 Severity: important Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 With release 1.3.1-1, meld fails on CVS files that have been modified locally, which worked properly in release 1.3.0-2. The exception thrown is: $ cvs status file1 === File: file1 Status: Locally Modified Working revision: 1.1 2010-05-29 16:02:17 +0200 Repository revision: 1.1 /home/ah/work/vcs_backup/cvs/repos/a/b/c/file1,v Commit Identifier: STUxZ50VmFTJhGAu Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) $ meld file1 Traceback (most recent call last): File /usr/lib/meld/task.py, line 130, in iteration ret = task() File /usr/lib/meld/vcview.py, line 353, in run_diff_iter diff = difffunc() File /usr/lib/meld/vcview.py, line 419, in _command_iter r = readfunc() File /usr/lib/meld/misc.py, line 209, in __call__ self.proc = subprocess.Popen(command, cwd=workdir, stdin=subprocess.PIPE, stdout=subprocess.PIPE, stderr=subprocess.PIPE) File /usr/lib/python2.5/subprocess.py, line 594, in __init__ errread, errwrite) File /usr/lib/python2.5/subprocess.py, line 1153, in _execute_child raise child_exception OSError: [Errno 2] No such file or directory: '' The problem is that variable workdir gets determined as the empty string instead of None at various locations, which subprocess.Popen() can't handle. The obvious workaround patch with mapping '' to None is attached. Setting severity to important analoguous to meld BTS report #545359, as for those (like me) that use meld for CVS version control the program is completely broken. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584925: wireshark: wireshard installs the recommended package gksu
Hi, How did you install the wireshark package? Cheers, Balint 2010/6/7 Daniel Leite higu...@gmx.net: Package: wireshark Version: 1.0.2-3+lenny8 Severity: minor wireshark is installing gksu and its dependencies when it shouldnt, as its a recommended package, not a dependency. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-bpo.3-686 (SMP w/1 CPU core) Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wireshark depends on: pn libadns1 none (no description available) ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2~bpo50+1 The Cairo 2D vector graphics libra ii libcomerr2 1.41.3-1 common error description library ii libgcrypt11 1.4.1-1 LGPL Crypto library - runtime libr ii libglib2.0-0 2.22.4-1~bpo50+1 The GLib library of C routines ii libgnutls26 2.4.2-6+lenny2 the GNU TLS library - runtime libr ii libgtk2.0-0 2.18.6-1~bpo50+1 The GTK+ graphical user interface ii libkrb53 1.6.dfsg.4~beta1-5lenny4 MIT Kerberos runtime libraries ii libpango1.0-0 1.20.5-5+lenny1 Layout and rendering of internatio ii libpcap0.8 0.9.8-5 system interface for user-level pa ii libpcre3 7.6-2.1 Perl 5 Compatible Regular Expressi pn libportaudio2 none (no description available) pn wireshark-commo none (no description available) ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages wireshark recommends: pn gksu none (no description available) wireshark suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584925: wireshark: wireshard installs the recommended package gksu
I you used apt-get install wireshark, please note that apt-get installs recommended packages by default. You can disable installing recommended packages at the command line or in apt.conf: $man apt-get ... --no-install-recommends Do not consider recommended packages as a dependency for installing. Configuration Item: APT::Install-Recommends. .. Cheers, Balint 2010/6/7 Bálint Réczey bal...@balintreczey.hu: Hi, How did you install the wireshark package? Cheers, Balint 2010/6/7 Daniel Leite higu...@gmx.net: Package: wireshark Version: 1.0.2-3+lenny8 Severity: minor wireshark is installing gksu and its dependencies when it shouldnt, as its a recommended package, not a dependency. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-bpo.3-686 (SMP w/1 CPU core) Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wireshark depends on: pn libadns1 none (no description available) ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2~bpo50+1 The Cairo 2D vector graphics libra ii libcomerr2 1.41.3-1 common error description library ii libgcrypt11 1.4.1-1 LGPL Crypto library - runtime libr ii libglib2.0-0 2.22.4-1~bpo50+1 The GLib library of C routines ii libgnutls26 2.4.2-6+lenny2 the GNU TLS library - runtime libr ii libgtk2.0-0 2.18.6-1~bpo50+1 The GTK+ graphical user interface ii libkrb53 1.6.dfsg.4~beta1-5lenny4 MIT Kerberos runtime libraries ii libpango1.0-0 1.20.5-5+lenny1 Layout and rendering of internatio ii libpcap0.8 0.9.8-5 system interface for user-level pa ii libpcre3 7.6-2.1 Perl 5 Compatible Regular Expressi pn libportaudio2 none (no description available) pn wireshark-commo none (no description available) ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages wireshark recommends: pn gksu none (no description available) wireshark suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#250835: wontfix
tag 250835 + wontfix retitle 250835 wireshark/tshark: complaining on ~/.wireshark/preferences thanks Wireshark/tsharks emits a warning for each unknown preference in the preferences file. To avoid those warnings please overwrite the preferences file from wireshark (Edit-Preferences-Apply) or simply delete it. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591584: wireshark: Wireshark is of no use on servers
severity 591584 minor tags 591584 wontfix upstream thanks Hi Nigel, Wireshark is intended to be used as a graphical network analyzer. There are several packages built from the wireshark source package[1]: * tshark contains the tshark program which provides most of wireshark's functions from CLI * wireshark contains the well known wireshark program with the GUI * wireshark-common provides dumpcap which can be used for capturing network traffic without analyzing it. Cheers, Balint [1] http://packages.debian.org/source/unstable/wireshark 2010/8/4 Nigel Horne n...@bandsman.co.uk: Package: wireshark Version: 1.2.10-1 Severity: important Wireshark requires an X session, which results in the software being unrunable on what you would expect to be the target market, i.e. servers. Try ssh to a server. Go to root then: sh-4.1# wireshark -D (wireshark:15621): Gtk-WARNING **: cannot open display: sh-4.1# -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wireshark depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc-ares2 1.7.3-1 library for asyncronous name resol ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcomerr2 1.41.12-2 common error description library ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.0-2 FreeType 2 font engine, shared lib ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgnutls26 2.8.6-1 the GNU TLS library - runtime libr ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libk5crypto3 1.8.1+dfsg-5 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.1+dfsg-5 MIT Kerberos runtime libraries ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpcap0.8 1.1.1-2 system interface for user-level pa ii libpcre3 8.02-1 Perl 5 Compatible Regular Expressi ii libportaudio2 19+svn20071022-3+b2 Portable audio I/O - shared librar ii libsmi2ldbl 0.4.8+dfsg2-2 library to access SMI MIB informat ii wireshark-common 1.2.10-1 network traffic analyzer - common ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime wireshark recommends no packages. wireshark suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560727: wireshark: Annoying popup at startup about missing MIBS
Hi, The popup can be disabled by removing the missing MIB modules at Edit - Preferences - Name Resolution - SMI (MIB and PIB) modules. I plan to add this information to the popup window. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561385: Please add Balint Reczey as Debian Maintainer
Package: debian-maintainers Version: 1.64 Severity: normal Please accept my application as a DM. The jetring changeset is attached below. Thanks Balint add-992B8C75A5674EC1 Description: Binary data
Bug#592004: keeps process running once quit
tags 592004 unreproducible moreinfo thanks Hi, I tried to reproduce the problem with the script below without success on a fully updated Squeeze system using Gnome desktop: #!/bin/bash # test for http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592004 mkdir test-repo cd test-repo/ hg init echo -e '111\n222\n333' foo hg add foo hg commit -u bar -m '1' sed -i s/222/444/ foo hg commit -m 'to 4' -u bar hg co 0 sed -i s/222/555/ foo hg branch 'experiment' hg commit -m 'to 5' -u bar hg co default hg merge experiment Could you please try to reproduce the problem and give some hints to make me able to reproduce it, too? Thanks, Balint 2010/8/6 Rene Engelhard r...@debian.org: Package: meld Version: 1.3.2-1 Severity: important Hi, I have some qeird phaemomenon going on. I have meld called by mecurical to merge a file, but just didn't do anything and quit meld (as I planned to do a hg revert -a later anyways) So I quitted meld using the X in the window, but it seems it is still running thereafter, I had to kill it: 28978 pts/1 S+ 0:00 /usr/bin/python /usr/bin/meld --label=local /home/rene/OpenOffice.org/OOO330_m3/.hgtags --label=base /tmp/.hgtags~base.f2rNRT --label=other /tmp/.hgtags~other.aGZL56 This then of course hangs hg, which waits for the tool it called to return... Regards, Rene -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages meld depends on: ii python 2.6.5-12 interactive high-level object-orie ii python-glade2 2.17.0-4 GTK+ bindings: Glade support ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-support 1.0.9 automated rebuilding support for P Versions of packages meld recommends: ii python-gconf 2.28.1-1 Python bindings for the GConf conf ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk ii python-gtksourceview2 2.10.1-1 Python bindings for the GtkSourceV ii yelp 2.30.1+webkit-1 Help browser for GNOME meld suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582298: tshark does not work for non-root user
Hi, Have you tried to capture packets on interfaces listed by dumpcap -D using tshark? Capturing works for me, only listing is broken. Cheers, Balint 2010/5/19 Eric Cooper e...@cmu.edu: Package: tshark Version: 1.2.7-1 Severity: normal $ dumpcap -D 1. eth0 2. any (Pseudo-device that captures on all interfaces) 3. lo $ tshark -D tshark: There are no interfaces on which a capture can be done Wireshark runs fine without being root, just not tshark. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tshark depends on: ii libc-ares2 1.7.1-0 library for asyncronous name resol ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.11-1 common error description library ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgnutls26 2.8.6-1 the GNU TLS library - runtime libr ii libk5crypto3 1.8.1+dfsg-2 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.1+dfsg-2 MIT Kerberos runtime libraries ii libpcap0.8 1.1.1-2 system interface for user-level pa ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi ii libsmi2ldbl 0.4.8+dfsg2-2 library to access SMI MIB informat ii wireshark-common 1.2.7-1 network traffic analyzer - common ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime tshark recommends no packages. tshark suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582298: tshark does not work for non-root user
retitle 582298 tshark does not list interfaces for non-root user tag 582298 confirmed severity 582298 minor thanks Retitling bug based on our observation. 2010/5/24 Eric Cooper e...@cmu.edu: Have you tried to capture packets on interfaces listed by dumpcap -D using tshark? Capturing works for me, only listing is broken. You're right, capturing does work. I didn't even think to try it after seeing this: $ tshark tshark: There are no interfaces on which a capture can be done But tshark -i eth0 works fine. -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581309: wireshark: Doesn't start on 8-bit display
tags 581309 unreproducible thanks Hi, I tried to reproduce your problem, running tightvncserver and fvwm on a fully updated Squeeze system. I saw the Xlib: extension RANDR ... message, but Wireshark started properly. Could you please collect a coredump and attach a backtrace using the wireshark-dbg package available from wireshark 1.2.8-1? Thanks, Balint 2010/5/12 Tomas Vondra won...@volny.cz: Package: wireshark Version: 1.2.7-1 Severity: normal When I try to start Wireshark in an 8-bit tightvnc display, the screen flickers, all windows move down a little, but Wireshark doesn't open. Works OK on 16 or 24-bit display. The message Xlib: extension RANDR missing on display :1.0. can be seen in both cases, no other errors or log entries. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.31.10tA (SMP w/2 CPU cores) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages wireshark depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc-ares2 1.7.0-1 library for asyncronous name resol ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcomerr2 1.41.11-1 common error description library ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgnutls26 2.8.6-1 the GNU TLS library - runtime libr ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libk5crypto3 1.8.1+dfsg-2 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.1+dfsg-2 MIT Kerberos runtime libraries ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libpcap0.8 1.1.1-2 system interface for user-level pa ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi ii libportaudio2 19+svn20071022-3+b1 Portable audio I/O - shared librar ii libsmi2ldbl 0.4.8+dfsg2-2 library to access SMI MIB informat ii wireshark-common 1.2.7-1 network traffic analyzer - common ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime wireshark recommends no packages. wireshark suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581965: wireshark: unable to overwrite file even with ignoring selected packets
severity 581965 wishlist thanks Hi, The files are the same in a sense that their filenames (and inodes) are identical. Wireshark can't save the packets to the file it opened, because it does not store the whole file content in memory, thus it have to read from the opened file while saving. The problem could be solved by making a temporary copy. Cheers, Balint 2010/5/17 Nico Golde n...@debian.org: Package: wireshark Version: 1.2.8-1 Severity: minor Hi, I've selectively ignored a couple of packets in my dump and when trying to overwrite the original capture file wireshark refuses to do this with: Capture file: /home/nion/work/osmocom/rach_bursts.pcap identical to loaded file! Please choose a different filename. This is a bit annoying especially since the file is _not_ the same. I saved this to an alternative file name and diffed it with the original file. They are indeed different and the new file is missing the ignored packets. So I can't really understand why wireshark is refusing to save the file under the same name. Steps to reproduce: - open a pcap file - ignore a few packets by right-click - Ignore Paket - File - Save As - chose same file name, click radio button Remove Ignored packets - Save = Error Cheers Nico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581309: wireshark: Doesn't start on 8-bit display
reassign 581309 openbox tags 581309 - unreproducible thanks Hi Tomas, I reassign this bug to openbox instead. Cheers, Balint 2010/5/24 Tomáš Vondra won...@volny.cz: Thank you for the reply, for it enabled me to use Wireshark :-) The key was trying it with Fvwm. I use LXDE - lxsession, lxpanel and openbox. When Openbox is launched from command line and Wireshark is launched next, openbox crashes saying Unable to parse color #.. and This image bit depth (8) is currently unhandled. When started from lxsession, it probably gets restarted when it crashes. Wireshark then stays on the output of ps, but its window is not visible. My best hypothesis is that it can't paint the icon on the title bar. Shall I submit it as a bug of openbox? Yours sincerely, Tomas ... Hi, I tried to reproduce your problem, running tightvncserver and fvwm on a fully updated Squeeze system. I saw the Xlib: extension RANDR ... message, but Wireshark started properly. Could you please collect a coredump and attach a backtrace using the wireshark-dbg package available from wireshark 1.2.8-1? Thanks, Balint 2010/5/12 Tomas Vondra won...@volny.cz: Package: wireshark Version: 1.2.7-1 Severity: normal When I try to start Wireshark in an 8-bit tightvnc display, the screen flickers, all windows move down a little, but Wireshark doesn't open. Works OK on 16 or 24-bit display. The message Xlib: extension RANDR missing on display :1.0. can be seen in both cases, no other errors or log entries. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.31.10tA (SMP w/2 CPU cores) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551189: confirmed
confirmed 551189 thanks Will be fixed in next upload. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575499: unreproducible
tags 575499 unreproducible thanks Hi, I tried to reproduce the problem on a fully updated Squeeze system, but I saw no segfault. Could you please collect a core file? Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#313985: Please recheck last upstream po file
tags 313985 + moreinfo - patch thanks Hi, Please recheck latest version, the translation seems to be improved. (Disclaimer: I don't speak german.) Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#444997: Ignores gtk-toolbar-style = GTK_TOOLBAR_BOTH_HORIZ
fixed 444997 1.3.1-1 thanks Hi, As of meld 1.3.1-1, the Toolbar Appearance option has been removed and meld always uses Gnome's default. Please try to set the toolbar style using gconftool-2 --set /desktop/gnome/interface/toolbar_style --type string both-horiz , it worked for me well, even when not running gnome-session. The tests were performed on a fully updated Squeeze system. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547130: wireshark: [debconf_rewrite] Debconf templates and debian/control review
Hi Christian, I have read the reworded text and I have no objection. I found one thing in the original text that could be fixed: --- debian/templates.orig 2009-09-17 16:03:05.0 +0200 +++ debian/templates2009-09-17 16:07:03.0 +0200 @@ -12,7 +12,7 @@ Default: false _Description: Should dumpcap be installed setuid root? Dumpcap can be installed with the set-user-id bit set, so members of - the group wireshark will have the privileges required to use it. + the system group wireshark will have the privileges required to use it. This way of capturing packets using Wireshark/Tshark is recommended over the alternative of running them directly as superuser, because less of the code will run with elevated privileges. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547130: wireshark: [debconf_rewrite] Debconf templates and debian/control review
2009/9/17 Christian Perrier bubu...@debian.org: Quoting Bálint Réczey (bal...@balintreczey.hu): Hi Christian, I have read the reworded text and I have no objection. I found one thing in the original text that could be fixed: --- debian/templates.orig 2009-09-17 16:03:05.0 +0200 +++ debian/templates 2009-09-17 16:07:03.0 +0200 @@ -12,7 +12,7 @@ Default: false _Description: Should dumpcap be installed setuid root? Dumpcap can be installed with the set-user-id bit set, so members of - the group wireshark will have the privileges required to use it. + the system group wireshark will have the privileges required to use it. Hmm, it should have been 'the wireshark group' anyway, so I'll go with 'the wireshark system group' Then I'll laucnh the call for translations as you as you confirm this is OK with you. Perfect. Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544482: wireshark (as root) desktop file
Hi, From 1.2.1-2, you can run wireshark as a normal user and capture traffic. For instructions, see README.Debian [1]. Cheers, Balint [1] http://svn.debian.org/wsvn/collab-maint/ext-maint/wireshark/tags/1.2.1-2/debian/README.Debian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507998: tshark upgrade on amd64 (but not x86) tries to pull in wireshark, X, etc
Hi, I think it is an apt bug. It handles wireshark-commons' recommends as if tshark weren't installed: Recommends: wireshark (= 1.2.1-2) | tshark (= 1.2.1-2) When I execute apt-get dist-upgrade --no-install-recommends and then apt-get upgrade, everything goes as expected, ie. wireshark does not get installed. I'll assign the bug to apt. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541686: wireshark-common: dumpcap eats 100% CPU
Could you please test it with tcpdump, too? I suspect it is a libpcap bug. Cheers, Balint PS: I could not reproduce the problem on Lenny. 2009/8/24 Joost Yervante Damad jo...@damad.be: Version: 1.2.1-2 Hi, This is indeed easily reproduced, also with 1.2.1-2. Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552727: wireshark 1.2.2-2 cannot enter testing because a bug already closed in 1.2.2-1
2009/11/1 Luk Claes l...@debian.org: Bálint Réczey wrote: 2009/10/30 Luk Claes l...@debian.org: Bálint Réczey wrote: It seems, that the automatic migration to testing cannot take place for wireshark 1.2.2-2 because #547704 [1] is falsely identified a new bug [2]. Package fails to build on alpha [3], BTW. This was a bug in the BTS handling of release arches to create the lists of RC bugs for britney which has been solved in the mean time. So closing this bug. Cheers Luk Can I expect it to go in soon? It still could not enter testing. Which is because there is a new RC bug because of a security issue. Cheers Luk Hi, I've fixed the new bug, and http://release.debian.org/migration/testing.pl?package=wireshark shows correctly that migration is blocked by build failures, but http://qa.debian.org/excuses.php?package=wireshark still lists #547704 as a blocker bug, incorrectly. I guess this bug should be reopened and moved to qa.debian.org. Or should I open a different bug? Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550191: wireshark 1.0.2-3+lenny6 security fixes
Hi, Moritz proposed to upload fixes for DoS only security problems to stable and handle onnly more serious problems via stable-security: On Monday 06 July 2009 20:42:21 Moritz Muehlenhoff wrote: On Wed, Jul 01, 2009 at 03:36:44PM -0700, Bálint Réczey wrote: Hi, Wireshark 1.0.8 fixes CVE-2009-1829 and contain other changes fixing crashes and one fix for a memory leak. ... Traditionally we've been treating Wireshark crashes triggerable by network traffic as security issues, since someone could use tshark as a networking monitoring/intrusion detection tool. OTOH, both Wireshark's security record and the mere concept (analysing network traffic in a flaky implementation language like C) make this an impractical approach. I would like to propose to document in a file like README.Debian or README.Debian.security that Wireshark is great tool to analyse traffic patterns, but that crashes cannot be ruled out due to the complex nature of the task. Thus, it should not be deployed in scenarios where used for live network monitoring and live pure crash bugs unfixed. Of course all bugs which could trigger code injection will still be fixed in regular DSAs. Additionally we could talk to the stable release managers to allow the latest Wireshark point updates for each stable point update (since the QA done by upstream is quite good). There are similar exceptions already done for some packages, e.g. PostgreSQL. I support this approach. Joost The original suggestion was to upload full Wireshark releases from the stable and old stable Wireshark maintenance branches, but later we chose to extract the security related fixes and add only those to the Debian package. According to that plan I would like to upload the package to stable and I corrected the attached patch to reflect this. Thanks, Balint Index: debian/changelog === --- debian/changelog (revision 13620) +++ debian/changelog (revision 14468) @@ -1,3 +1,13 @@ +wireshark (1.0.2-3+lenny6) stable; urgency=high + + * security fixes from Wireshark 1.0.8 and 1.0.9: +- The PCNFSD dissector could crash (CVE-2009-1829) +- The AFS dissector could crash (CVE-2009-2562) +- The OpcUa dissector could use excessive CPU and memory (CVE-2009-3241) + (Closes: #533347) + + -- Balint Reczey bal...@balintreczey.hu Mon, 28 Sep 2009 13:05:13 +0100 + wireshark (1.0.2-3+lenny5) stable-security; urgency=high * Security fixes from Wireshark 1.0.7 Index: debian/patches/34_fix_opcua_lockup.dpatch === --- debian/patches/34_fix_opcua_lockup.dpatch (revision 0) +++ debian/patches/34_fix_opcua_lockup.dpatch (revision 14468) @@ -0,0 +1,256 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 34_fix_opcua_lockup.dpatch by bal...@balintreczey.hu +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Fix excessive CPU and memory use in OpcUa disssector + +...@dpatch@ + +Index: trunk/plugins/opcua/opcua_simpletypes.c +=== +--- trunk/plugins/opcua/opcua_simpletypes.c (revision 29828) trunk/plugins/opcua/opcua_simpletypes.c (revision 29829) +@@ -34,9 +34,6 @@ + #include string.h + #include epan/emem.h + +-/* string buffer */ +-#define MAX_BUFFER 256 +- + #define DIAGNOSTICINFO_ENCODINGMASK_SYMBOLICID_FLAG 0x01 + #define DIAGNOSTICINFO_ENCODINGMASK_NAMESPACE_FLAG0x02 + #define DIAGNOSTICINFO_ENCODINGMASK_LOCALIZEDTEXT_FLAG0x04 +@@ -53,6 +50,9 @@ + #define EXTOBJ_ENCODINGMASK_BINBODY_FLAG 0x01 + #define EXTOBJ_ENCODINGMASK_XMLBODY_FLAG 0x02 + ++/* Chosen arbitrarily */ ++#define MAX_ARRAY_LEN 1 ++ + static int hf_opcua_diag_mask_symbolicflag = -1; + static int hf_opcua_diag_mask_namespaceflag = -1; + static int hf_opcua_diag_mask_localizedtextflag = -1; +@@ -317,35 +317,28 @@ + + void parseString(proto_tree *tree, tvbuff_t *tvb, gint *pOffset, int hfIndex) + { +-char *szValue = ep_alloc(MAX_BUFFER); ++char *szValue; + gint iOffset = *pOffset; + gint32 iLen = tvb_get_letohl(tvb, *pOffset); + iOffset+=4; + +-if (szValue) ++if (iLen == -1) + { +-if (iLen == -1) +-{ +-g_snprintf(szValue, MAX_BUFFER, [OpcUa Null String]); +-} +-else if (iLen = 0) +-{ +-int iStrLen = iLen; +-if (iStrLen (MAX_BUFFER-1)) iStrLen = MAX_BUFFER - 1; +-/* copy non null terminated string of length iStrlen */ +-strncpy(szValue, (char*)tvb-real_data[iOffset], iStrLen); +-/* set null terminator */ +-szValue[iStrLen] = 0; +-iOffset += iLen; /* eat the whole string */ +-} +-else +-{ +-g_snprintf(szValue, MAX_BUFFER, [Invalid String] Ups, something is wrong with this message
Bug#409144: wireshark: manpage lacks an EXAMPLES section to demonstrate typical use cases
The wireshark program is typically used without options. The manpage also provide examples for using complicated options, albeit not in a separate EXAMPLES section. Generally options can be used independently and someone using wireshark should be able to choose the options fitting her/his needs based on the man page or the User's Guide available via the Help menu. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550191: wireshark 1.0.2-3+lenny6 security fixes
Package: release.debian.org User: release.debian@packages.debian.org Severity: normal Hi, Could you please allow uploading wireshark 1.0.2-3+lenny6 to stable-security? It fixes security issues only: --- debian/changelog(revision 13620) +++ debian/changelog(revision 14468) @@ -1,3 +1,13 @@ +wireshark (1.0.2-3+lenny6) stable-security; urgency=high + + * security fixes from Wireshark 1.0.8 and 1.0.9: +- The PCNFSD dissector could crash (CVE-2009-1829) +- The AFS dissector could crash (CVE-2009-2562) +- The OpcUa dissector could use excessive CPU and memory (CVE-2009-3242) + (Closes: #533347) + + -- Balint Reczey bal...@balintreczey.hu Mon, 28 Sep 2009 13:05:13 +0100 + wireshark (1.0.2-3+lenny5) stable-security; urgency=high Thanks, Balint Index: debian/changelog === --- debian/changelog (revision 13620) +++ debian/changelog (revision 14468) @@ -1,3 +1,13 @@ +wireshark (1.0.2-3+lenny6) stable-security; urgency=high + + * security fixes from Wireshark 1.0.8 and 1.0.9: +- The PCNFSD dissector could crash (CVE-2009-1829) +- The AFS dissector could crash (CVE-2009-2562) +- The OpcUa dissector could use excessive CPU and memory (CVE-2009-3242) + (Closes: #533347) + + -- Balint Reczey bal...@balintreczey.hu Mon, 28 Sep 2009 13:05:13 +0100 + wireshark (1.0.2-3+lenny5) stable-security; urgency=high * Security fixes from Wireshark 1.0.7 Index: debian/patches/34_fix_opcua_lockup.dpatch === --- debian/patches/34_fix_opcua_lockup.dpatch (revision 0) +++ debian/patches/34_fix_opcua_lockup.dpatch (revision 14468) @@ -0,0 +1,256 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 34_fix_opcua_lockup.dpatch by bal...@balintreczey.hu +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Fix excessive CPU and memory use in OpcUa disssector + +...@dpatch@ + +Index: trunk/plugins/opcua/opcua_simpletypes.c +=== +--- trunk/plugins/opcua/opcua_simpletypes.c (revision 29828) trunk/plugins/opcua/opcua_simpletypes.c (revision 29829) +@@ -34,9 +34,6 @@ + #include string.h + #include epan/emem.h + +-/* string buffer */ +-#define MAX_BUFFER 256 +- + #define DIAGNOSTICINFO_ENCODINGMASK_SYMBOLICID_FLAG 0x01 + #define DIAGNOSTICINFO_ENCODINGMASK_NAMESPACE_FLAG0x02 + #define DIAGNOSTICINFO_ENCODINGMASK_LOCALIZEDTEXT_FLAG0x04 +@@ -53,6 +50,9 @@ + #define EXTOBJ_ENCODINGMASK_BINBODY_FLAG 0x01 + #define EXTOBJ_ENCODINGMASK_XMLBODY_FLAG 0x02 + ++/* Chosen arbitrarily */ ++#define MAX_ARRAY_LEN 1 ++ + static int hf_opcua_diag_mask_symbolicflag = -1; + static int hf_opcua_diag_mask_namespaceflag = -1; + static int hf_opcua_diag_mask_localizedtextflag = -1; +@@ -317,35 +317,28 @@ + + void parseString(proto_tree *tree, tvbuff_t *tvb, gint *pOffset, int hfIndex) + { +-char *szValue = ep_alloc(MAX_BUFFER); ++char *szValue; + gint iOffset = *pOffset; + gint32 iLen = tvb_get_letohl(tvb, *pOffset); + iOffset+=4; + +-if (szValue) ++if (iLen == -1) + { +-if (iLen == -1) +-{ +-g_snprintf(szValue, MAX_BUFFER, [OpcUa Null String]); +-} +-else if (iLen = 0) +-{ +-int iStrLen = iLen; +-if (iStrLen (MAX_BUFFER-1)) iStrLen = MAX_BUFFER - 1; +-/* copy non null terminated string of length iStrlen */ +-strncpy(szValue, (char*)tvb-real_data[iOffset], iStrLen); +-/* set null terminator */ +-szValue[iStrLen] = 0; +-iOffset += iLen; /* eat the whole string */ +-} +-else +-{ +-g_snprintf(szValue, MAX_BUFFER, [Invalid String] Ups, something is wrong with this message.); +-} +- ++proto_tree_add_string(tree, hfIndex, tvb, *pOffset, (iOffset - *pOffset), ++ [OpcUa Null String]); ++} ++else if (iLen = 0) ++{ ++iOffset += iLen; /* eat the whole string */ ++proto_tree_add_item(tree, hfIndex, tvb, *pOffset, (iOffset - *pOffset), TRUE); ++} ++else ++{ ++szValue = ep_strdup_printf([Invalid String] Invalid length: %d, iLen); + proto_tree_add_string(tree, hfIndex, tvb, *pOffset, (iOffset - *pOffset), szValue); +-*pOffset = iOffset; + } ++ ++*pOffset = iOffset; + } + + void parseStatusCode(proto_tree *tree, tvbuff_t *tvb, gint *pOffset, int hfIndex) +@@ -623,11 +616,17 @@ + /* read array length */ + iLen = tvb_get_letohl(tvb, *pOffset); + proto_tree_add_item(subtree, hf_opcua_ArraySize, tvb, *pOffset, 4, TRUE); +-*pOffset += 4; + + if (iLen == -1) return; /* no array */ + if (iLen == 0) return; /* array with zero elements*/ + ++if (iLen MAX_ARRAY_LEN) ++{ ++
Bug#533347: wireshark: new upstream version (1.0.8) available with security fixes
Source: wireshark Version: 1.0.2-3+lenny5 Severity: critical Tags: patch security Hi, There is a new upstream version available: http://www.wireshark.org/docs/relnotes/wireshark-1.0.8.html It contains several security related fixes, collected in the attached patch. Cheers, Balint Index: debian/patches/28_uat_proto_name_use_strndup.dpatch === --- debian/patches/28_uat_proto_name_use_strndup.dpatch (revision 0) +++ debian/patches/28_uat_proto_name_use_strndup.dpatch (revision 0) @@ -0,0 +1,66 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 22_uat_proto_name_use_strndup.dpatch by ebli...@oceanus.sz13.dyndns.org +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Use g_strndup() instead of ep_strndup() to avoid freeing it up too early + +...@dpatch@ + +Index: trunk/epan/uat.h +=== +--- trunk/epan/uat.h (revision 27662) trunk/epan/uat.h (revision 27663) +@@ -452,7 +452,7 @@ + #define UAT_PROTO_DEF(basename, field_name, dissector_field, name_field, rec_t) \ + static void basename ## _ ## field_name ## _set_cb(void* rec, const char* buf, unsigned len, void* u1 _U_, void* u2 _U_) {\ + if (len) { \ +- ((rec_t*)rec)-name_field = ep_strndup(buf,len); g_strdown(((rec_t*)rec)-name_field ); g_strchug(((rec_t*)rec)-name_field); \ ++ ((rec_t*)rec)-name_field = g_strndup(buf,len); g_strdown(((rec_t*)rec)-name_field ); g_strchug(((rec_t*)rec)-name_field); \ + ((rec_t*)rec)-dissector_field = find_dissector(((rec_t*)rec)-name_field); \ + } else { \ + ((rec_t*)rec)-dissector_field = find_dissector(data); \ +Index: trunk/epan/dissectors/packet-user_encap.c +=== +--- trunk/epan/dissectors/packet-user_encap.c (revision 27662) trunk/epan/dissectors/packet-user_encap.c (revision 27663) +@@ -126,9 +126,27 @@ + } + } + +-static void user_update_cb(void* r _U_, const char** err _U_) { ++static void* user_copy_cb(void* dest, const void* orig, unsigned len _U_) ++{ ++ const user_encap_t *o = orig; ++ user_encap_t *d = dest; ++ ++ d-payload_proto_name = g_strdup(o-payload_proto_name); ++ d-header_proto_name = g_strdup(o-header_proto_name); ++ d-trailer_proto_name = g_strdup(o-trailer_proto_name); ++ ++ return d; + } + ++static void user_free_cb(void* record) ++{ ++ user_encap_t *u = record; ++ ++ if (u-payload_proto_name) g_free(u-payload_proto_name); ++ if (u-header_proto_name) g_free(u-header_proto_name); ++ if (u-trailer_proto_name) g_free(u-trailer_proto_name); ++} ++ + UAT_VS_DEF(user_encap, encap, user_encap_t, WTAP_ENCAP_USER0, ENCAP0_STR) + UAT_PROTO_DEF(user_encap, payload_proto, payload_proto, payload_proto_name, user_encap_t) + UAT_DEC_CB_DEF(user_encap, header_size, user_encap_t) +@@ -177,9 +195,9 @@ + num_encaps, + UAT_CAT_FFMT, + ChUserDLTsSection, ++ user_copy_cb, + NULL, +- user_update_cb, +- NULL, ++ user_free_cb, + user_flds ); + + prefs_register_uat_preference(module, Property changes on: debian/patches/28_uat_proto_name_use_strndup.dpatch ___ Added: svn:mergeinfo Index: debian/patches/31_ndmp_crash_fix.dpatch === --- debian/patches/31_ndmp_crash_fix.dpatch (revision 0) +++ debian/patches/31_ndmp_crash_fix.dpatch (revision 0) @@ -0,0 +1,57 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 25_ndmp_crash_fix.dpatch by ebli...@oceanus.sz13.dyndns.org +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Check pointers in NDMP dissector to prevent crash + +...@dpatch@ + +Index: trunk/epan/dissectors/packet-ndmp.c +=== +--- trunk/epan/dissectors/packet-ndmp.c (revision 28408) trunk/epan/dissectors/packet-ndmp.c (revision 28409) +@@ -1181,7 +1181,7 @@ + tvb_rlen=16; + cdb_tvb=tvb_new_subset(tvb, offset, tvb_len, tvb_rlen); + +- if(!ndmp_conv_data-task-itlq){ ++ if(ndmp_conv_data-task !ndmp_conv_data-task-itlq){ + ndmp_conv_data-task-itlq=se_alloc(sizeof(itlq_nexus_t)); + ndmp_conv_data-task-itlq-lun=0x; + ndmp_conv_data-task-itlq-first_exchange_frame=pinfo-fd-num; +@@ -1195,7 +1195,7 @@ + ndmp_conv_data-task-itlq-fc_time=pinfo-fd-abs_ts; + ndmp_conv_data-task-itlq-extra_data=NULL; + } +- if(ndmp_conv_data-task-itlq){ ++ if(ndmp_conv_data-task ndmp_conv_data-task-itlq){ + dissect_scsi_cdb(cdb_tvb, pinfo, top_tree, devtype, ndmp_conv_data-task-itlq, get_itl_nexus(ndmp_conv_data, pinfo, FALSE)); + } + offset += cdb_len_full; +@@ -1239,7 +1239,7 @@ + tvb_rlen=payload_len; + data_tvb=tvb_new_subset(tvb, offset, tvb_len, tvb_rlen); + +- if(ndmp_conv_data-task-itlq){ ++ if(ndmp_conv_data-task ndmp_conv_data-task-itlq){ + /* ndmp
Bug#552727: wireshark 1.2.2-2 cannot enter testing because a bug already closed in 1.2.2-1
Package: ftp.debian.org Severity: normal Hi, It seems, that the automatic migration to testing cannot take place for wireshark 1.2.2-2 because #547704 [1] is falsely identified a new bug [2]. Package fails to build on alpha [3], BTW. Cheers, Balint [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=547704 [2] http://release.debian.org/migration/testing.pl?package=wireshark [3] https://buildd.debian.org/fetch.cgi?pkg=wireshark;ver=1.2.2-2;arch=alpha;stamp=1255284285 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617200: CVE-2011-0713: heap-based buffer overflow when reading malformed Nokia DCT3 phone signalling traces
notfound 617200 wireshark/1.4.4-1 fixed 617200 wireshark/1.4.4-1 fixed 617200 wireshark/1.2.11-6squeeze1 thanks Hi, 1.4.4-1 is fixed already. Cheers, Balint 2011/3/7 Mahyuddin Susanto udi...@ubuntu.com: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: wireshark Tags: security Version: 1.4.4-1 1.4.3-3 1.2.11-6 Dear wireshark maintainer, a new Vulnerabilities and Exposures has identified as CVE-2011-1140 URL: - http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-1140 - http://security-tracker.debian.org/tracker/CVE-2011-0713 Patch: http://anonsvn.wireshark.org/viewvc?view=revrevision=36029 Description: Heap-based buffer overflow in wiretap/dct3trace.c in Wireshark 1.2.0 through 1.2.14 and 1.4.0 through 1.4.3 allows remote attackers to cause a denial of service (application crash) or possibly have unspecified other impact via a long record in a Nokia DCT3 trace file. Cheers, - -- [ Mahyuddin Susanto ] http://tripledin.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk10dtkACgkQdr7GbwjmqKUuYQEAsDpZZNy8NDDURGWfmPphTi/U 6S3B543guDqT18OFnnkBANSLQaW9o9g52rXFucbQMwsx8LoHycFlCtQ3FOGRk6Uv =jUl+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org