Bug#495749: iceweasel: does not start the adobe flash player plugin (flashplayer-mozilla) e.g. www.audi.de

[Eric Dorland]

* Roman Pach ([EMAIL PROTECTED]) wrote:
> Package: iceweasel
> Version: 3.0.1-1
> Severity: important
> 
> 
> It seems the iceweasel could find the plugin but it could not
> execute the flash player correctly.
> 
> The konqueror has the same problem. In the console you can see
> the following message from konqueror:
>   Unsupported movie property STYLE with value "undefined"
>   Unsupported movie property ID with value "swf0001"
>   Unsupported movie property NAME with value "swf0001"
>   Unsupported movie property QUALITY with value "autohigh"
>   Unsupported movie property LOOP with value "true"
>   Unsupported movie property MENU with value "false"
>   Unsupported movie property WMODE with value "opaque"
>   Unsupported movie property __KHTML__PLUGINBASEURL with value
> 
> The epiphany-browser and iceape are not affected. They both are functioning 
> properly.

Was this fixed in Iceweasel 3.0.3?

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]



signature.asc
Description: Digital signature

Bug#481543: libc6: low-memory snprintf provokes internal segfault

[Petr Salinger]

Please,
could you test what are exactly condition of segfault ?

For me (glibc 2.7-15, x86_64)
  strace zsh -c 'ulimit -v 1; strace ./a.out %$[5*2**25]d'
segfaults, but
  strace zsh -c 'ulimit -v 1; ./a.out %$[5*2**25]d'
does not.

Similarly with  "ulimit -v 5000", it looks like strace
with low-memory provokes segfault.

Petr



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

Bug#374195: state of #374195

[Guillem Jover]

clone 374195 -1
reassign -1 dpkg
retitle -1 dpkg: should strip new lines from statusfd output
severity -1 normal
thanks

On Sun, 2008-11-09 at 23:14:05 +0200, Eugene V. Lyubimkin wrote:
> Does current dpkg strip newlines from the status pipe as proposed by
> Michael Vogt in [1] ?

It does not currently, but I agree it should, thus cloned and
reassigned to dpkg. I've left the original bug in apt as it should not
be crashing.

> [1]
> http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=30;filename=dpkg-no-multiline-errors-on-statusfd.diff;att=1;bug=374195

The patch is not good as it is now, but will push tomorrow the one I just
cooked now, after some minimal testing.

regards,
guillem



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

Bug#499070: dpkg leaves system in unusable state after running out of diskspace

[Guillem Jover]

Hi,

On Wed, 2008-10-22 at 09:51:05 +0300, Guillem Jover wrote:
>   

> The correct approach is the one in ood-abort, implementing what I
> guess was meant to be done with onerr_abort. What's missing is
> untangling onerr_abort being activated by the archives/packages
> processing loop when too many errors happen.

I've done that now and updated pu/ood-abort, and overall, the relevant
changes from the branch are not that much code

 6 files changed, 30 insertions(+), 7 deletions(-)

from which 10 of the inserted lines are comments or blank lines. The
main issue is the new string for translation. This code though should
be way more robust against unrecoverable error conditions. I still need
to review once more all onerr_abort uses, and test when onerr_abort is
being activated due to too many processing errors.

> The ood-unwind branch might imply less behaviour changes, but it's
> not the correct solution long term, and some side effects might be
> still there as the execution continues when it should not.

I guess this branch can be reduced to just the cb1bdc7d commit (even
also removing the fseek call), as the rest are just papering over the
real problems and will not cover all situations anyway. On unrecoverable
errors, it becomes a mess as the code tries to continue running even if
it's not expecting to, but that's the behaviour that has been present
since forever and people have been living with it, so it would be a
slight improvement, which should at least fix the reported problem of
the bogus update file.

regards,
guillem



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

Bug#505171: tokyocabinet_1.3.15-1(sparc/experimental): FTBFS: error: /home/buildd/include: Permission denied

[Frank Lichtenheld]

Package: tokyocabinet
Version: 1.3.15-1
Severity: serious

Hi,

your package failed to build from source. config.log says:

configure:2319: checking for C compiler default output file name
configure:2346: sparc-linux-gnu-gcc -g -Wall -Wextra -O2  -Wl,-z,defs
conftes
t.c  >&5
cc1: error: /home/buildd/include: Permission denied
configure:2349: $? = 1
configure:2387: result: 
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "tokyocabinet"
| #define PACKAGE_TARNAME "tokyocabinet"
| #define PACKAGE_VERSION "1.3.15"
| #define PACKAGE_STRING "tokyocabinet 1.3.15"
| #define PACKAGE_BUGREPORT ""
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| 
|   ;
|   return 0;
| }
configure:2394: error: C compiler cannot create executables


| Automatic build of tokyocabinet_1.3.15-1 on njoerd by sbuild/sparc 98-farm
| Build started at 20081110-0202
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Need to get 455kB of source archives.
| Get:1 http://sinclair.farm.ftbfs.de experimental/main tokyocabinet 1.3.15-1 
(dsc) [1240B]
| Get:2 http://sinclair.farm.ftbfs.de experimental/main tokyocabinet 1.3.15-1 
(tar) [447kB]
| Get:3 http://sinclair.farm.ftbfs.de experimental/main tokyocabinet 1.3.15-1 
(diff) [6932B]
| Fetched 455kB in 0s (2390kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (>= 5), autotools-dev, zlib1g-dev, chrpath
| Checking for already installed source dependencies...
[...]
| dh_testdir
| ./configure --prefix=/usr   \
|   --mandir=\${prefix}/share/man  \
|   --infodir=\${prefix}/share/info\
|   --host=sparc-linux-gnu \
|   --build=sparc-linux-gnu   \
|   \
|   --enable-devel  \
|   --enable-off64  \
|   --enable-swab   \
|   \
|   CFLAGS="-g -Wall -Wextra -O2" LDFLAGS="-Wl,-z,defs"
| #
| # Configuring Tokyo Cabinet version 1.3.15 (devel) (off64) (swab).
| #
| checking for sparc-linux-gnu-gcc... sparc-linux-gnu-gcc
| checking for C compiler default output file name... 
| configure: error: C compiler cannot create executables
| See `config.log' for more details.
| make: *** [config.status] Error 77
| dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave 
error exit status 2
| **
| Build finished at 20081110-0203
| FAILED [dpkg-buildpackage died]

Full build log(s): 
http://experimental.ftbfs.de/build.php?&ver=1.3.15-1&pkg=tokyocabinet&arch=sparc

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/



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

Bug#504891: FTBFS with GCC 4.4: missing #include (fwd)

[Andreas Tille]

Hi Alexander,

as you can see below there a one line patch is needed to let aeskulap
(namely version 0.2.2b1 which is packaged for Debian GNU/Linux) compile
with the upcoming gcc 4.4 compiler.  Please tell me whether you are
planing a release in the near future and I might consider packaging this
version or whether it might be better to apply the patch to the Debian
source to compile the package with gcc-4.4.

Kind regards and thanks for working on Aeskulap

  Andreas.

--
http://fam-tille.de

-- Forwarded message --
Date: Fri, 7 Nov 2008 21:04:20 +0100
From: Martin Michlmayr <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [Debian-med-packaging] Bug#504891: FTBFS with GCC 4.4: missing #include
Resent-Date: Fri, 07 Nov 2008 20:06:01 +
Resent-Date: Fri, 07 Nov 2008 20:06:04 +
Resent-From: Martin Michlmayr <[EMAIL PROTECTED]>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-cc: Debian-Med Packaging Team
 <[EMAIL PROTECTED]>

Package: aeskulap
Version: 0.2.2b1-2
User: [EMAIL PROTECTED]
Usertags: ftbfs-gcc-4.4
Tags: patch

Your package fails to build with the upcoming GCC 4.4.  Version 4.4
has not been released yet but I'm building with a snapshot in order
to find errors and give people an advance warning.

GCC 4.4 cleaned up some more C++ headers.  You always have to #include
headers directly and cannot rely for things to be included indirectly.

You can reproduce this problem with gcc-snapshot from unstable.


Automatic build of aeskulap_0.2.2b1-2 on em64t by sbuild/amd64 0.53

...

 g++ -DHAVE_CONFIG_H -I. -I.. -DORBIT2=1 -pthread -I/usr/include/gconfmm-2.6 
-I/usr/lib/gconfmm-2.6/include -I/usr/include/glibmm-2.4 
-I/usr/lib/glibmm-2.4/include -I/usr/include/gconf/2 -I/usr/include/sigc++-2.0 
-I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/include/orbit-2.0 -D_REENTRANT 
-I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/glibmm-2.4 
-I/usr/lib/glibmm-2.4/include -I/usr/include/gdkmm-2.4 
-I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 
-I/usr/include/atkmm-1.6 -I/usr/include/gtk-2.0 -I/usr/include/sigc++-2.0 
-I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include 
-I/usr/include/cairomm-1.0 -I/usr/include/pango-1.0 -I/usr/include/cairo 
-I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 
-I/usr/include/pixman-1 -I/usr/include/atk-1.0 -g -O2 -g -Wall -O2 -c 
aconfiguration.cpp  -fPIC -DPIC -o .libs/aconfiguration.o
In file included from aconfiguration.cpp:87:
aconfiguration-gconf.cpp: In member function 'std::map, 
std::allocator > >* 
Aeskulap::Configuration::get_serverlist()':
aconfiguration-gconf.cpp:129: error: 'snprintf' was not declared in this scope
make[3]: *** [aconfiguration.lo] Error 1
make[3]: Leaving directory `/build/tbm/aeskulap-0.2.2b1/configuration'


--- configuration/aconfiguration-gconf.cpp~ 2008-11-07 19:31:00.0 
+
+++ configuration/aconfiguration-gconf.cpp  2008-11-07 19:31:07.0 
+
@@ -27,6 +27,7 @@
 */

 #include 
+#include 
 #include 

 namespace Aeskulap {

--
Martin Michlmayr
http://www.cyrius.com/



___
Debian-med-packaging mailing list
[EMAIL PROTECTED]
http://lists.alioth.debian.org/mailman/listinfo/debian-med-packaging




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

Bug#505170: alsa-plugins_1.0.18-1(sparc/experimental): FTBFS: wrong build-depends

[Frank Lichtenheld]

Package: alsa-plugins
Version: 1.0.18-1
Severity: serious

Hi,

your package failed to build from source. The Build-Dependency on
amd64-libs should probably be "amd64-libs [i386]", not
"amd64-libs [i386 powerpc sparc s390]".

| Automatic build of alsa-plugins_1.0.18-1 on titan by sbuild/sparc 98-farm
| Build started at 20081110-0557
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Need to get 454kB of source archives.
| Get:1 http://sinclair.farm.ftbfs.de experimental/main alsa-plugins 1.0.18-1 
(dsc) [2003B]
| Get:2 http://sinclair.farm.ftbfs.de experimental/main alsa-plugins 1.0.18-1 
(tar) [444kB]
| Get:3 http://sinclair.farm.ftbfs.de experimental/main alsa-plugins 1.0.18-1 
(diff) [8089B]
| Fetched 454kB in 0s (1352kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (>= 7), quilt (>= 0.40), autotools-dev, 
libasound2-dev (>= 1.0.18), lib32asound2-dev (>= 1.0.18) [amd64 ppc64], 
lib64asound2-dev (>= 1.0.18) [sparc s390 i386 powerpc], libavcodec-dev, 
libjack-dev, libpulse-dev, libsamplerate0-dev | libsamplerate-dev, ia32-libs 
[amd64], amd64-libs [i386 powerpc sparc s390], libc6-dev-powerpc [ppc64], 
libc6-dev-i386 [amd64], libc6-dev-amd64 [i386], libc6-dev-ppc64 [powerpc], 
libc6-dev-s390x [s390], libc6-dev-sparc64 [sparc], lib32gcc1 [amd64 ppc64], 
lib64gcc1 [i386 powerpc sparc s390], gcc-multilib [amd64 i386 powerpc ppc64 
s390 sparc]
| Checking for already installed source dependencies...
| debhelper: missing
| Using default version 7.0.17 (Priority: 500)
| quilt: missing
| Using default version 0.46-6 (Priority: 500)
| autotools-dev: missing
| Using default version 20080123.2 (Priority: 500)
| libasound2-dev: missing
| Default version of libasound2-dev not sufficient, using version 1.0.18-1
| >>> entering recursion (because not using default version)
| Checking for already installed source dependencies...
| libc6-dev: already installed (2.7-16)
| libasound2: missing
| Default version of libasound2 not sufficient, using version 1.0.18-1
| >>> entering recursion (because not using default version)
| Checking for already installed source dependencies...
| libc6: already installed (2.7-16 >= 2.7-1 is satisfied)
| Noting conflict against libasound2-plugins<< 1.0.18
| libasound2-plugins: already deinstalled
| <<< leaving recursion
| Noting conflict against alsa-headers 
| alsa-headers: already deinstalled
| Noting conflict against libasound-dev 
| libasound-dev: already deinstalled
| <<< leaving recursion
| lib64asound2-dev: missing
| Default version of lib64asound2-dev not sufficient, using version 1.0.18-1
| >>> entering recursion (because not using default version)
| Checking for already installed source dependencies...
| lib64asound2: missing
| Default version of lib64asound2 not sufficient, using version 1.0.18-1
| >>> entering recursion (because not using default version)
| Checking for already installed source dependencies...
| libasound2: missing
| Default version of libasound2 not sufficient, using version 1.0.18-1
| libc6-sparc64: already installed (2.7-16 >= 2.7-1 is satisfied)
| Noting conflict against libasound2-plugins<< 1.0.18
| libasound2-plugins: already deinstalled
| <<< leaving recursion
| libasound2-dev: missing
| Default version of libasound2-dev not sufficient, using version 1.0.18-1
| <<< leaving recursion
| libavcodec-dev: missing
| Using default version 0.svn20080206-14 (Priority: 500)
| libjack-dev: missing
| Using default version 0.109.2-4 (Priority: 500)
| libpulse-dev: missing
| Using default version 0.9.10-3 (Priority: 500)
| libsamplerate0-dev: missing
| Using default version 0.1.4-1 (Priority: 500)
| libsamplerate-dev: missing
| No default version. Virtual package?
| amd64-libs: missing
| No default version. Virtual package?
| libc6-dev-sparc64: already installed (2.7-16)
| lib64gcc1: missing
| Using default version 1:4.3.2-1 (Priority: 500)
| gcc-multilib: missing
| Using default version 4:4.3.2-2 (Priority: 500)
| Checking for source dependency conflicts...
|   /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install 
debhelper quilt autotools-dev libasound2=1.0.18-1 libasound2-dev=1.0.18-1   
lib64asound2=1.0.18-1   lib64asound2-dev=1.0.18-1 libavcodec-dev libjack-dev 
libpulse-dev libsamplerate0-dev amd64-libs lib64gcc1 gcc-multilib
| Reading package lists...
| Building dependency tree...
| Package amd64-libs is not available, but is referred to by another package.
| This may mean that the package is missing, has been obsoleted, or
| is only available from another source
| However the following packages replace it:
|   lib64z1 lib64ncurses5 lib64bz2-1.0
| E: Package amd64-libs has no installation candidate
| apt-get failed.
| Package installation failed
| Trying to reinstall removed packages:
| Trying to uninstall newly insta

Bug#480163: Drop It

[Boyd Stephen Smith Jr.]

X-Debbugs-CC: [EMAIL PROTECTED]

Reading README.belocs-locales-{bin,data} shows these packages both build from 
subsections of the glibc source.  "Upstream" is an alioth package that 
doesn't have anything in it's CVS tree and doesn't look like it's had 
activity on anything except the mailing-list for years.  The mailing list 
hasn't had any non-SPAM traffic since May, which was Denis Barbier requesting 
a new maintainer.

I use this package on all my systems, so I was considering adopting it.  
Unfortunately, the project seems quite dead, and its stated goals can be 
handled by patches to the glibc package or binary-only uploads of the locales 
package.  If updates can't wait for a new release of Debian or a new update 
of the stable release, they can go into debian-volatile.

No RC bugs have been filed against it, but in it's current state, I wouldn't 
want it to go into the Lenny release.  I think the ftp masters should pull it 
from testing and unstable.
-- 
Boyd Stephen Smith Jr.                     ,= ,-_-. =. 
[EMAIL PROTECTED]                      ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy           `-'(. .)`-' 
http://iguanasuicide.org/                      \_/     


pgp2eNY2qMlhX.pgp
Description: PGP signature

Bug#504518: Default mode for nautilus is not browse.

[Jeremy]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On Fri, Nov 7, 2008 at 4:11 AM, Josselin Mouette <[EMAIL PROTECTED]> wrote:
Le jeudi 06 novembre 2008 à 15:48 -0500, Jeremy a écrit :
> Is there a reason spatial mode is the default?  Is there some
> benefit to it?

Yes, there are many benefits to it, but the discussion was heated. Among
other things, see the original discussion on the nautilus list:
http://mail.gnome.org/archives/nautilus-list/2002-September/msg00093.html

Actually, the spatial mode is quite disturbing when you're used to
browser mode, but in the end I find it more efficient.

- --
 .''`.
: :' :  We are debian.org. Lower your prices,
surrender your code.
`. `'   We will add your hardware and software
distinctiveness to
 `-our own. Resistance is futile.

Thank you for the information

Jeremy

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: http://getfiregpg.org

iEYEARECAAYFAkkXx60ACgkQpj4KMhoSVDjKNwCgs1vNkGaVmHfWJvjw6P5qT6fd
euYAoI5K5hlefiEe7MQ5vD7xxJIbUcXj
=W+5t
-END PGP SIGNATURE-

Bug#505100: svn-bisect

[Peter Samuelson]

[Robert Millan]
> It's inspired by git-bisect and the syntax is almost the same (except
> it doesn't have all the features).

Yeah, git-bisect is pretty useful.  I'll include your svn-bisect in
'subversion-tools'.  If I'm not mistaken, it will be the first GPL3+
thing I maintain.  (:

One tweak, though:

> get_curr_rev ()
> {
>   svn info | sed -ne "s/^Revision: //p"

LC_MESSAGES=C svn info | sed -ne "s/^Revision: //p"

since 'svn info' output is localized.

Thanks!
-- 
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/


signature.asc
Description: Digital signature

Bug#505169: r-base-dev: Change dependency from (libblas-dev | libatlas-base-dev) to libblas-3gf.so

[Luis Saavedra]

Package: r-base-dev
Version: 2.7.1-1+lenny1
Severity: wishlist

Please change dependency from (libblas-dev | libatlas-base-dev) to 
libblas-3gf.so.

Thanks.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=es_CL.UTF-8, LC_CTYPE=es_CL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages r-base-dev depends on:
ii  build-essential11.4  Informational list of build-essent
ii  dpatch 2.0.30patch maintenance system for Debia
ii  g++4:4.3.2-2 The GNU C++ compiler
ii  gcc4:4.3.2-2 The GNU C compiler
ii  gfortran   4:4.3.2-2 The GNU Fortran 95 compiler
ii  libblas-dev1.2-2 Basic Linear Algebra Subroutines 3
ii  libbz2-dev 1.0.5-1   high-quality block-sorting file co
ii  libjpeg62-dev  6b-14 Development files for the IJG JPEG
ii  liblapack-dev  3.1.1-1   library of linear algebra routines
ii  libncurses5-dev5.6+20080830-1developer's libraries and docs for
ii  libpcre3-dev   7.6-2.1   Perl 5 Compatible Regular Expressi
ii  libpng12-dev   1.2.27-2  PNG library - development
ii  libreadline5-dev   5.2-3 GNU readline and history libraries
ii  r-base-core2.7.1-1+lenny1GNU R core of statistical computin
ii  zlib1g-dev 1:1.2.3.3.dfsg-12 compression library - development

r-base-dev recommends no packages.

Versions of packages r-base-dev suggests:
ii  cdbs  0.4.52 common build system for Debian pac
ii  debhelper 7.0.15 helper programs for debian/rules

-- no debconf information



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

Bug#505168: fakechroot: libc nameservice calls not properly faked on systems running nscd

[Jameson Graef Rollins]

Package: fakechroot
Version: 2.8-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I have found that on systems running nscd, certain (all?) nameservice
calls are not properly faked when running fakechroot, which can cause
improper failures in the chrooted environment.  For instance, useradd
fails in a fakechroot when the host system is running nscd:

hydra:/scratch/jrollins 0$ PC -eFH | grep [n]scd
root 28566 1  0 44073  3416   6 Oct30 ?00:01:05   /usr/sbin/nscd
hydra:/scratch/jrollins 0$ getent passwd | grep jrollins
jrollins:x:2000:2000:Jamie Rollins:/home/jrollins:/bin/bash
hydra:/scratch/jrollins 0$ fakeroot fakechroot chroot testroot
[EMAIL PROTECTED]:/# PS1='$? \h:\w\$ '
0 hydra:/# getent passwd | grep jrollins
1 hydra:/# useradd jrollins
useradd: user jrollins exists
9 hydra:/# exit
exit
hydra:/scratch/jrollins 9$

This is particularly problematic when running debootstrap with the
fakechroot variant, ie:

fakeroot fakechroot debootstrap --variant=fakechroot lenny testroot

Postinst scripts that call useradd to add users that already exist in
the meta system will fail, causing the debootstrap to fail.  This
makes the debootstrap fakechroot variant unusable on systems running
nscd.

I believe that this bug is somewhat related to 413918 [0], but since
systems with nscd are still failing with fakechroot 2.8, the problem
persists.

I wish I understood this stuff better to be able to speak to what the
problem could be.  Hopefully smarter people can.

Thanks much for maintaining fakechroot.

jamie.

[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=413918


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

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
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 fakechroot depends on:
ii  libc6 2.7-15 GNU C Library: Shared libraries

fakechroot recommends no packages.

fakechroot suggests no packages.

- -- no debconf information

 LocalWords:  eFH grep

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBAgAGBQJJF72WAAoJEO00zqvie6q8aDkQAK2v6fUdb8W6l2TX24I9JjGd
dNFRMQbJ/U1RkDp2ZBsXqPB1wIiW+InqPLVbHDT4H5oVYXKXs531ZptoPMnDaFK9
6fP4teAwblHRPhY7asOdjdUEWhuJqcQ0NhMUbDk8S4zyamspltLhwB3gzIxZGI2p
f2MZjUZXmQ1pwSHNp21Wvo7mWfY/R3Dwxkm0yvUc3rdEeNkZNH8C3wkqfeOcoTtv
S7K+PLsTxZpyOCqR1DqJHIHljXcScLerkhzVrcRvtn0QbVCk7kFnBxN11Oeo3z12
i2WAyLuTa/zTouPgfQQfpCtR6ALXrCkzfrlyd7sydTuuIqZLC3HW+pLWJvyaDbUI
nA4UvkKa4EvE+UgWNZZPRxLQAb58YAjSZsY/3xbELQLQ0Te6G0edCfECH8kLErSw
JtXoZikdIkzod2dBL2WiAKpZM5UqylPIgxU9gnHrUCMOEnJUbNJSNVkuWVtBfEC5
j+BzPPYc1HAlhbC9qabtR/xLcwuQZMcZFi3XV8j6IBDPOWmXQI3oWED/PTlmBYEj
mLrV/joqlOuzPGBvNAZj4t0N4U9Gipua6Rpo4FkTRyHI8Sxi0K52Rf6WKpFVD/tf
e8MlTw3NkdtN9mJr/KwI9BXCP2Qk1G1hfB/TfVQEv8X2z12S8PHwKW54Ol/eovVw
51sDGnPZ4UeCvTnHm3nL
=yDUP
-END PGP SIGNATURE-



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

Bug#505167: keysafe: entering data in Key ID doesn't enable any other buttons or fields on the gui

[Tim Richardson]

Package: keysafe
Version: 0.3.5-2
Severity: normal

I can't use KeySafe because I entering text in the field Key Id doesn't enable 
other fields.

It appears as if the event linked to the Key ID field changing is not being 
triggered.



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

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

Versions of packages keysafe depends on:
ii  gconf2   2.22.0-1GNOME configuration database syste
ii  python   2.5.2-3 An interactive high-level object-o
ii  python-crypto [python2.4 2.0.1+dfsg1-2.3 cryptographic algorithms and proto
ii  python-glade2 [python2.4 2.12.1-6GTK+ bindings: Glade support
ii  python-gnome2 [python2.4 2.22.0-1Python bindings for the GNOME desk
ii  python-support   0.8.7   automated rebuilding support for P
ii  python2.42.4.5-5.2   An interactive high-level object-o

keysafe recommends no packages.

keysafe suggests no packages.

-- no debconf information



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

Bug#505166: java-common: typo in policy.xml

[LI Daobing]

Package: java-common
Version: 0.30
Severity: minor
Tags: patch

patch in attachment

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

Kernel: Linux 2.6.27-7-generic (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

java-common depends on no packages.

java-common recommends no packages.

Versions of packages java-common suggests:
ii  equivs2.0.7-0.1  Circumvent Debian package dependen

-- no debconf information
--- policy.xml.old  2008-11-10 12:13:57.0 +0800
+++ policy.xml  2008-11-10 12:14:11.0 +0800
@@ -302,7 +302,7 @@
  
If your source package can compile (correctly) only
with non-free tools (the only free Java compilers seem to be
-   guavac, gcj and jikes, it cannot go to main. If your package itself
+   guavac, gcj and jikes), it cannot go to main. If your package itself
is free, it &must; go to contrib.
  

Bug#505165: /usr/share/vim/vim72/ftplugin/gitcommit.vim: Copy-paste error in header

[Josh Triplett]

Package: vim-runtime
Version: 2:7.2.025-2
Severity: minor
File: /usr/share/vim/vim72/ftplugin/gitcommit.vim

The header of the gitcommit vim script says "Language: git config file".
It should probably say "Language: git commit".

- Josh Triplett

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

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

Versions of packages vim-runtime depends on:
ii  dpkg  1.14.22Debian package management system

Versions of packages vim-runtime recommends:
ii  vim  2:7.2.025-2 Vi IMproved - enhanced vi editor

vim-runtime suggests no packages.

-- no debconf information



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

Bug#505092: "apt-get update" stuck at "99% [5 Packages gzip 0]"

[Clayton]

On Sun, 09 Nov 2008 22:10:08 +0200
"Eugene V. Lyubimkin" <[EMAIL PROTECTED]> wrote:

> clayton wrote:
> > Package: apt
> > Version: 0.7.16+b1
> > Severity: important
> > 
> > For the last two days, "apt-get update" does not get beyond the
> > "99% [5 Packages gzip 0]" point. I can wait for hours, it does not
> > change. Here is a partial snapshot of attempt:
> Thanks for the report. Can you please post last 10-20 lines of the
> 'strace apt-get update' ?

Would love to, but suddenly on day #3 the problem has gone away. I
guess it had something to do with the state of the archive, because
there were no software nor configuration changes on my end between last
night and this morning. If it happens again you will be the first to
know.

Thanks,
Clayton



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

Bug#505142: FTBFS with GCC 4.4: missing #include

[Tim Abbott]

Thanks for the patch.  I'll apply it in my next upload, and am submitting 
it upstream as well.


By the way, it'd be nice if you could generate your patches so that they 
were based at the root of the package (quilt edit makes this no more 
difficult than making the changes directly).  Obviously not a big deal, 
but as I imagine you're going to be submitting a lot of these bug reports, 
making it convenient for maintainers to take the patches is probably 
worthwhile.


Thanks again,

-Tim Abbott

On Sun, 9 Nov 2008, Martin Michlmayr wrote:


Package: ntl
Version: 5.4.2-2
User: [EMAIL PROTECTED]
Usertags: ftbfs-gcc-4.4
Tags: patch

Your package fails to build with the upcoming GCC 4.4.  Version 4.4
has not been released yet but I'm building with a snapshot in order
to find errors and give people an advance warning.

GCC 4.4 cleaned up some more C++ headers.  You always have to #include
headers directly and cannot rely for things to be included indirectly.

You can reproduce this problem with gcc-snapshot from unstable.


Automatic build of ntl_5.4.2-2 on em64t by sbuild/amd64 0.53

...

g++ -I../include -I.  -g -O2 -g -Wall -O2  -c ZZ_pX.c
g++ -I../include -I.  -g -O2 -g -Wall -O2  -c ZZ_pX1.c
ZZ_pX1.c: In function 'std::istream& NTL::operator>>(std::istream&, 
NTL::vec_ZZ_pX&)':
ZZ_pX1.c:902: error: 'EOF' was not declared in this scope
ZZ_pX1.c:902: error: 'EOF' was not declared in this scope
make[3]: *** [ZZ_pX1.o] Error 1
make[3]: Leaving directory `/build/tbm/ntl-5.4.2/src/small/src'


--- vec_GF2.c~  2008-11-09 19:40:06.0 +
+++ vec_GF2.c   2008-11-09 19:40:11.0 +
@@ -3,6 +3,8 @@

#include 

+#include 
+
NTL_START_IMPL

void vec_GF2::SetLength(long n)
--- tools.c~2008-11-09 19:40:14.0 +
+++ tools.c 2008-11-09 19:40:19.0 +
@@ -1,6 +1,7 @@

#include 

+#include 
#include 

#include 
--- WordVector.c~   2008-11-09 19:40:28.0 +
+++ WordVector.c2008-11-09 19:40:34.0 +
@@ -3,6 +3,8 @@

#include 

+#include 
+
NTL_START_IMPL


--- GF2X.c~ 2008-11-09 19:40:39.0 +
+++ GF2X.c  2008-11-09 19:40:45.0 +
@@ -4,6 +4,8 @@

#include 

+#include 
+
NTL_START_IMPL

long GF2X::HexOutput = 0;

--
Martin Michlmayr
http://www.cyrius.com/







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

Bug#505129: libnss-ldap: tries to connect to server before networking is started

[Richard A Nelson]

On Sun, 9 Nov 2008, Jörg Herzinger wrote:


udev, respectively nss-ldap get loaded before networking is set up. This
results in an incredible slow machine after an horribly long boot process.
I could resolve the problem by setting "bind_policy soft" but still a bunch
of error messages are displayed at boot time.


start with, then extend this line in /etc/libnss-ldap.conf
nss_initgroups_ignoreusers root,openldap


--
Rick Nelson
 Somehow I have more respect for 14 year old Debian developers than
 14 year old Certified Microsoft Serfs.

Bug#103416: [aptitude] Isn't this done?

[Panagiotes Mousikides]

Package: aptitude
Version: 0.4.11.10-1lenny1.1

Isn't this feature implemented? At least in my installation of aptitude 
(testing as of 2008-11-10), the description has its own column... So 
shouldn't somebody close this bug?

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.26-1-amd64

Debian Release: lenny/sid
  990 testing security.debian.org 
  990 testing ftp.duth.gr 
  990 testing ftp.de.debian.org 
  500 unstableftp.duth.gr 
  500 unstableftp.de.debian.org 
  500 stable  www.dipconsultants.com 
  500 lenny   kde4.debian.net 
  500 intrepid-updates ftp.duth.gr 
  500 intrepidftp.duth.gr 
  500 64studiowww.mirrorservice.org 
1 experimentalftp.de.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-
libapt-pkg-libc6.7-6-4.6 | 
libc6 (>= 2.7-1) | 2.8~20080505-0ubuntu7
libcwidget3  | 0.5.12-3
libept0  (>= 0.5.22) | 0.5.22
libgcc1 (>= 1:4.1.1) | 1:4.3.2-1
libncursesw5 (>= 5.6+20071006-3) | 5.6+20080830-1
libsigc++-2.0-0c2a(>= 2.0.2) | 2.0.18-2
libstdc++6(>= 4.2.1) | 4.3.2-1
libxapian15  | 1.0.7-4
zlib1g  (>= 1:1.1.4) | 1:1.2.3.3.dfsg-12



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

Bug#505133: Patch for mc to specify port in shell link

[knl]

This patch fixes the bug.

Apply this patch to fish.c

I have tested it, and it works.

After the patch it is possible to specify the port number in a shell
link like this:

/#sh:[EMAIL PROTECTED]:3000/home/foo/

---
Mange venlige hilsner/Best regards

Kim Lesmer
Programmer/Unix systemadministrator

Web: www.bitflop.com
E-mail : [EMAIL PROTECTED]

--- fish.c~	2006-10-27 14:23:29.0 +0300
+++ fish.c	2006-10-27 14:56:12.0 +0300
@@ -214,7 +214,8 @@ static int
 fish_open_archive_int (struct vfs_class *me, struct vfs_s_super *super)
 {
 {
-	const char *argv[10];
+	char gbuf[10];
+	const char *argv[10];	/* All of 10 is used now */
 	const char *xsh = (SUP.flags == FISH_FLAG_RSH ? "rsh" : "ssh");
 	int i = 0;
 
@@ -224,6 +225,11 @@ fish_open_archive_int (struct vfs_class 
 #endif
 	if (SUP.flags == FISH_FLAG_COMPRESSED)
 	argv[i++] = "-C";
+	if (SUP.flags > FISH_FLAG_RSH) {
+	argv[i++] = "-p";
+	g_snprintf (gbuf, sizeof (gbuf), "%d", SUP.flags);
+	argv[i++] = gbuf;
+	}
 	argv[i++] = "-l";
 	argv[i++] = SUP.user;
 	argv[i++] = SUP.host;
@@ -323,7 +329,7 @@ fish_open_archive (struct vfs_class *me,
 SUP.user = user;
 SUP.flags = flags;
 if (!strncmp (op, "rsh:", 4))
-	SUP.flags |= FISH_FLAG_RSH;
+	SUP.flags = FISH_FLAG_RSH;
 SUP.cwdir = NULL;
 if (password)
 	SUP.password = password;
@@ -913,22 +919,23 @@ static void
 fish_fill_names (struct vfs_class *me, fill_names_f func)
 {
 struct vfs_s_super *super = MEDATA->supers;
-const char *flags;
 char *name;
-
+char gbuf[10];
+
 while (super){
-	switch (SUP.flags & (FISH_FLAG_RSH | FISH_FLAG_COMPRESSED)) {
+	const char *flags = "";
+	switch (SUP.flags) {
 	case FISH_FLAG_RSH:
 		flags = ":r";
 		break;
 	case FISH_FLAG_COMPRESSED:
 		flags = ":C";
 		break;
-	case FISH_FLAG_RSH | FISH_FLAG_COMPRESSED:
-		flags = "";
-		break;
 	default:
-		flags = "";
+		if (SUP.flags > FISH_FLAG_RSH) {
+		g_snprintf (gbuf, sizeof (gbuf), ":%d", SUP.flags);
+		flags = gbuf;
+		}
 		break;
 	}
 

Bug#505152: [Fwd: Bug#505152: firmware-ralink: very instable connection and lot of syslog entries]

[Ben Hutchings]

Forwarded from the Debian bug tracker.  The original attachment can be
found at:
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=rt73usb-log.txt;att=1;bug=505152

Please cc [EMAIL PROTECTED] on your reply.

Ben.

 Forwarded Message 
From: Jelle de Jong <[EMAIL PROTECTED]>
Reply-To: Jelle de Jong <[EMAIL PROTECTED]>,
[EMAIL PROTECTED]
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: Bug#505152: firmware-ralink: very instable connection and lot
of syslog entries
Date: Sun, 09 Nov 2008 22:03:19 +0100

Package: firmware-ralink
Version: 0.13
Severity: normal

Hello everybody,

dmesg information is attached as txt attachement.

I am doing some testings with my new wireless adapter, ands its very
unstable, the connection does not drop but it hangs for a while and then
continues, when playing a dvd from a network file system it will stop
playing for a while and then fastforward the time it missed and
continues. It is very annoying.

What sould be the best way to get the needed information to the rt37usb
developers? Can the maintainer sent forward this mail?

Thanks in advance,

Jelle

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

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

firmware-ralink depends on no packages.

firmware-ralink recommends no packages.

Versions of packages firmware-ralink suggests:
ii  initramfs-tools   0.92l  tools for generating an initramfs
ii  linux-image-2.6.26-1-686 [lin 2.6.26-9   Linux 2.6.26 image on PPro/Celeron

-- no debconf information


signature.asc
Description: This is a digitally signed message part

Bug#489007: closed by Holger Levsen <[EMAIL PROTECTED]> (Bug#489007: fixed in ttf-liberation 1.04.92-1)

[Benjamí Villoslada]

Thanks!  Now liberation TTF is fine again :)

El Diumenge 09 Novembre 2008 15:03:07 Debian Bug Tracking System va escriure:
> This is an automatic notification regarding your Bug report
> which was filed against the ttf-liberation package:
>
> #489007: ttf-liberation: Ugly bold u and normal y (sans serif)
>
> It has been closed by Holger Levsen <[EMAIL PROTECTED]>.
>
> 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
> <[EMAIL PROTECTED]> by replying to this email.



-- 
Benjamí
http://blog.bitassa.cat



.



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

Bug#505133: mc: Impossible to specify port number in shell link (patched succesfully)

[knl]

On Sun, 9 Nov 2008 23:21:10 +0100
Michelle Konzack <[EMAIL PROTECTED]> wrote:

> Am 2008-11-09 19:53:00, schrieb Kim N. Lesmer:
> > When using the shell link, it should be possible to specify the
> > port number like this: 
> > 
> > [EMAIL PROTECTED]:3000/home/username/
> 
> This can not work since the DOMAIN and the PATH are seperated by a
> double colon, which mean, "fish" is thinking, the "3000" is a part of
> the  PATH and default to "/3000/home/username/".

I have succesfully patched mc using the patch from the GNU website. The
above is working perfectly.

The patch is located at the GNU site here:
https://savannah.gnu.org/bugs/?18042

> Thanks, Greetings and nice Day/Evening
> Michelle Konzack
> Systemadministrator
> 24V Electronic Engineer
> Tamay Dogan Network
> Debian GNU/Linux Consultant
> 
> 
> -- 
> Linux-User #280138 with the Linux Counter, http://counter.li.org/
> # Debian GNU/Linux Consultant
> # #
> Michelle Konzack   Apt. 917  ICQ #328449886
> +49/177/935194750, rue de Soultz MSN LinuxMichi
> +33/6/61925193 67100 Strasbourg/France   IRC #Debian (irc.icq.com)
> 


---
Mange venlige hilsner/Best regards

Kim Lesmer
Programmer/Unix systemadministrator

Web: www.bitflop.com
E-mail : [EMAIL PROTECTED]




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

Bug#505160: referencer fails on icon

[Alexander Ulrich]

Michael Banck <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 10, 2008 at 02:00:48AM +0100, Alexander Ulrich wrote:
> > Michael Banck <[EMAIL PROTECTED]> wrote:
> > [EMAIL PROTECTED] ~]$ md5sum /usr/share/referencer/tag.svg 
> > 0568e281dc7d5cad3a756a5eb54eb205  /usr/share/referencer/tag.svg
> > [EMAIL PROTECTED] ~]$ file /usr/share/referencer/tag.svg 
> > /usr/share/referencer/tag.svg: SVG Scalable Vector Graphics image
> 
> OK.  I am mostly out of ideas here.  If you do not have librsvg2-common
> installed, you can try that maybe; but if I remove that, I get a
> different error.

That did it. I installed librsvg2-common and everything seems to work. Shouldn't
this be a dependency then?

Thanks for your help.

Alex



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

Bug#505133: mc: Impossible to specify port number in shell link

[knl]

On Sun, 9 Nov 2008 23:21:10 +0100
Michelle Konzack <[EMAIL PROTECTED]> wrote:

> Am 2008-11-09 19:53:00, schrieb Kim N. Lesmer:
> > When using the shell link, it should be possible to specify the
> > port number like this: 
> > 
> > [EMAIL PROTECTED]:3000/home/username/
> 
> This can not work since the DOMAIN and the PATH are seperated by a
> double colon, which mean, "fish" is thinking, the "3000" is a part of
> the  PATH and default to "/3000/home/username/".

>From the bug report on GNU's website, it is specified like above, and
with the patch supplied it works.

Please see: https://savannah.gnu.org/bugs/?18042

> Thanks, Greetings and nice Day/Evening
> Michelle Konzack
> Systemadministrator
> 24V Electronic Engineer
> Tamay Dogan Network
> Debian GNU/Linux Consultant
> 
> 
> -- 
> Linux-User #280138 with the Linux Counter, http://counter.li.org/
> # Debian GNU/Linux Consultant
> # #
> Michelle Konzack   Apt. 917  ICQ #328449886
> +49/177/935194750, rue de Soultz MSN LinuxMichi
> +33/6/61925193 67100 Strasbourg/France   IRC #Debian (irc.icq.com)
> 


---
Best regards

Kim Lesmer
Programmer/Unix systemadministrator

Web: www.bitflop.com
E-mail : [EMAIL PROTECTED]




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

Bug#505160: referencer fails on icon

[Alexander Ulrich]

Michael Banck <[EMAIL PROTECTED]> wrote:
> Hrm, thanks for the trace, but unfortunately it was unconclusive.  What
> do the 
> 
> md5sum /usr/share/referencer/tag.svg
> 
> and
> 
> file /usr/share/referencer/tag.svg
> 
> commands return?

[EMAIL PROTECTED] ~]$ md5sum /usr/share/referencer/tag.svg 
0568e281dc7d5cad3a756a5eb54eb205  /usr/share/referencer/tag.svg
[EMAIL PROTECTED] ~]$ file /usr/share/referencer/tag.svg 
/usr/share/referencer/tag.svg: SVG Scalable Vector Graphics image

As I wrote before the icon displays just fine in Firefox, so the image is at
least not totally corrupt.

Alex



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

Bug#505160: referencer fails on icon

[Michael Banck]

Hi,

On Mon, Nov 10, 2008 at 12:37:08AM +0100, Alexander Ulrich wrote:
> Package: referencer
> Version: 1.1.3-3
> Severity: important
> 
> I just installed referencer. When I import a PDF file via Documents->add file
> and move the mouse on the file icon, a pop up appears immediatly saying
> "Exception: Couldn't recognize the image file format for file
> '/usr/share/referencer/tag.svg' 

Hrm, thanks for the trace, but unfortunately it was unconclusive.  What
do the 

md5sum /usr/share/referencer/tag.svg

and

file /usr/share/referencer/tag.svg

commands return?


thanks,

Michael



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

Bug#492404: xserver-xorg-video-openchrome: Resolutions only up to 800x600

[Raphael Geissert]

Hi,

2008/11/1  <[EMAIL PROTECTED]>:
[...]
>
> Setting resolution works flawlessly now. By using glxgears it got 98% cpu 
> usage - which is about the same > as when using vesa.

Right, but that's an issue with the 3d driver (mesa), not with openchrome.

> While I'm disappointed about this (i got higher framerate and way less cpu 
> usage by comilling on my own)

How did you compile the driver (IOW: what flags/options/etc did you use)?

> you can consider the bug "fixed", as my main problem is solved.

Ok, but I'll wait for the others to report whether it works ok now.

>
> If I can contribute anything by testing, mail me. Thank you very much for 
> your packaging work!

If you want to test something you can take a look at the package in
experimental (but beware of some issues when using XAA with the
version of xorg in experimental:
http://www.openchrome.org/trac/ticket/263)

>
> Mathieu


Cheers,
-- 
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net

Tallulah Bankhead  - "If I had to live my life again, I'd make the
same mistakes, only sooner."



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

Bug#505164: vorbisgain: Multiple vorbisgain processes may overwrite each other's temporary files, causing data loss.

[Pavel N. Krivitsky]

Package: vorbisgain
Version: 0.36-3
Severity: grave
Tags: patch

Vorbisgain writes updated tags to an Ogg file by first creating a
temporary file, "vorbisgain.tmp" in the same directory as the Ogg file,
writing the updated metadata to it, deleting the Ogg file, and renaming
"vorbisgain.tmp" to the the Ogg file's name.

When two or more vorbisgain processes operate on different files in the
same directory, this means that they try to use the same temporary file,
and do not "discover" this until they have deleted the Ogg files,
causing them to be lost.

For example, executing the following (with "DON'T_RUN" removed), to
achieve a speed-up on an SMP system, in a directory with many Ogg files,
will cause some of them to be lost and others to be renamed, even though
each vorbisgain run gets a different file on which to work:

$ find -iname '*.ogg' -print0 | xaDON'T_RUNrgs -0 -P 4 -n 1 vorbisgain -s -c

The attached patch to vorbis.c changes the temporary file naming scheme
to use the name of the Ogg file with ".vgain.tmp" appended.

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

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

Versions of packages vorbisgain depends on:
ii  libc6 2.7-15 GNU C Library: Shared
libraries
ii  libogg0   1.1.3-4Ogg Bitstream Library
ii  libvorbis0a   1.2.0.dfsg-3.1 The Vorbis General Audio
Compressi
ii  libvorbisfile31.2.0.dfsg-3.1 The Vorbis General Audio
Compressi

vorbisgain recommends no packages.

vorbisgain suggests no packages.

-- no debconf information

59c59
< #define TEMP_NAME "vorbisgain.tmp"
---
> #define TEMP_EXT ".vgain.tmp"
687,689c687,688
< /* Make sure temp is in same folder as file. And yes, the malloc is larger
<  * than necessary (and not always needed). Lets keep it simple though (at
<  * the expense of a few bytes)...
---
> /* Construct a temporary file name by appending TEMP_EXT to
>  * the name of the file being modified.
691c690
< temp_name = malloc(strlen(filename) + sizeof(TEMP_NAME));
---
> temp_name = malloc(strlen(filename) + sizeof(TEMP_EXT));
700c699
< strcpy((char *) last_path(temp_name), TEMP_NAME);
---
> strcat(temp_name, TEMP_EXT);
810c809
< if (remove(TEMP_NAME) != 0)
---
> if (remove(temp_name) != 0)
813c812
< TEMP_NAME);
---
> temp_name);

Bug#465257: Not a bug

[Andrew Pollock]

tags 465257 + wontfix
thanks

As has been pointed out already, upstream advises that failover pairs be
running the same version of the software.


signature.asc
Description: Digital signature

Bug#505163: pidgin crashes when activating irc windows if xchat plugin active

[alex bodnaru]

Package: pidgin
Version: 2.4.3-4
Severity: normal

pidgin crashes on opening irc windows and on quiting if the xchat plugin 
is enabled.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (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 pidgin depends on:
ii  gconf2   2.22.0-1GNOME configuration database syste
ii  libatk1.0-0  1.22.0-1The ATK accessibility toolkit
ii  libc62.7-15  GNU C Library: Shared libraries
ii  libcairo21.6.4-6.1   The Cairo 2D vector graphics libra
ii  libdbus-1-3  1.2.1-4 simple interprocess messaging syst
ii  libdbus-glib-1-2 0.76-1  simple interprocess messaging syst
ii  libglib2.0-0 2.16.6-1The GLib library of C routines
ii  libgstreamer0.10-0   0.10.19-3   Core GStreamer libraries and eleme
ii  libgtk2.0-0  2.12.11-4   The GTK+ graphical user interface 
ii  libgtkspell0 2.0.13-1+b1 a spell-checking addon for GTK's T
ii  libice6  2:1.0.4-1   X11 Inter-Client Exchange library
ii  libpango1.0-01.20.5-3Layout and rendering of internatio
ii  libpurple0   2.4.3-4 multi-protocol instant messaging l
ii  libsm6   2:1.0.3-2   X11 Session Management library
ii  libstartup-notification0 0.9-1   library for program launch feedbac
ii  libx11-6 2:1.1.5-2   X11 client-side library
ii  libxss1  1:1.1.3-1   X11 Screen Saver extension library
ii  perl 5.10.0-16   Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.10.0]   5.10.0-16   minimal Perl system
ii  pidgin-data  2.4.3-4 multi-protocol instant messaging c

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base0.10.19-2  GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good0.10.8-4   GStreamer plugins from the "good" 

Versions of packages pidgin suggests:
ii  evolution-data-server 2.22.3-1   evolution database backend server
ii  gnome-panel   2.20.3-5   launcher and docking facility for 
ii  libsqlite3-0  3.5.9-5SQLite 3 shared library

-- no debconf information



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

Bug#504671: firmware-nonfree: Please add ipw2100 firmware

[Franklin PIAT]

Hello,

On Sun, 2008-11-09 at 23:15 +0100, Bastian Blank wrote:
> On Thu, Nov 06, 2008 at 02:15:34AM +0100, Frank Lin PIAT wrote:
> > I've attached a patch to add ipw2100 firmware. That license[1] issue was 
> > discussed on debian-kernel and debian-legal[1] and it is very similar
> > to the bug 449235 for ipw2200.
> 
> Please merge the ipw2100 and ipw2200 into one package. The licenses are
> similar enough.

done.

Regarding, the licenses, I've merged the common part, and kept the
specific parts. In the license introduction, I've added the two lines
with a "+" below:
>  * If you are an End-User, only Exhibit A, the SOFTWARE LICENSE AGREEMENT,
>applies.
>  * If you are an Original Equipment Manufacturer (OEM), Independent Hardware
>Vendor (IHV), or Independent Software Vendor (ISV), this complete Agreement
>applies
> +  - A part of the license is for ipw 2100 firmware
> +  - Another part of the license is for ipw 2200/2915 firmware

In bug#504668, you told that gencontrol.py patch, to validate the
license wasn't acceptable, so I don't use here.

Let me know if I can help.

Franklin
diff -N -r -u firmware-nonfree/debian/changelog firmware-nonfree~4+ipw2x00/debian/changelog
--- firmware-nonfree/debian/changelog	2008-11-10 01:01:08.0 +0100
+++ firmware-nonfree~4+ipw2x00/debian/changelog	2008-11-10 00:55:19.0 +0100
@@ -1,5 +1,7 @@
 firmware-nonfree (0.14) unstable; urgency=low
 
+  * Added Intel Pro 2100 firwmare, version 1.3,
+  * Added Intel Pro 2200/2915 firwmare, version 3.0,
 
  -- Frank Lin PIAT <[EMAIL PROTECTED]>  Mon, 27 Oct 2008 00:05:03 +0100
 
diff -N -r -u firmware-nonfree/debian/firmware-ipw2x00.links firmware-nonfree~4+ipw2x00/debian/firmware-ipw2x00.links
--- firmware-nonfree/debian/firmware-ipw2x00.links	1970-01-01 01:00:00.0 +0100
+++ firmware-nonfree~4+ipw2x00/debian/firmware-ipw2x00.links	2008-11-10 00:55:19.0 +0100
@@ -0,0 +1,3 @@
+../../usr/share/doc/firmware-ipw2x00/copyright /lib/firmware/ipw2100.LICENSE
+../../usr/share/doc/firmware-ipw2x00/copyright /lib/firmware/ipw2200.LICENSE
+
diff -N -r -u firmware-nonfree/defines firmware-nonfree~4+ipw2x00/defines
--- firmware-nonfree/defines	2008-11-10 01:01:08.0 +0100
+++ firmware-nonfree~4+ipw2x00/defines	2008-11-10 00:55:19.0 +0100
@@ -4,3 +4,4 @@
  iwlwifi
  qlogic
  ralink
+ ipw2x00
diff -N -r -u firmware-nonfree/ipw2x00/defines firmware-nonfree~4+ipw2x00/ipw2x00/defines
--- firmware-nonfree/ipw2x00/defines	1970-01-01 01:00:00.0 +0100
+++ firmware-nonfree~4+ipw2x00/ipw2x00/defines	2008-11-10 00:55:19.0 +0100
@@ -0,0 +1,40 @@
+[base]
+desc: Intel Pro Wireless 2100, 2200 and 2915
+files:
+ ipw2100-1.3.fw
+ ipw2100-1.3-i.fw
+ ipw2100-1.3-p.fw
+ ipw2200-bss.fw
+ ipw2200-ibss.fw
+ ipw2200-sniffer.fw
+longdesc: Intel Pro Wireless 2100, 2200 and 2915 cards.
+ Those firmware are covered by the Intel license, which is available 
+ at /usr/share/doc/firmware-ipw2x00/copyright.
+ .
+ By installing this package, you agree the terms of that license.
+uri: http://ipw2100.sourceforge.net/firmware.php?fid=4 and http://ipw2200.sourceforge.net/firmware.php?fid=7
+
+[ipw2100-1.3.fw_base]
+desc: Intel Pro Wireless 2100 firmware (bootstrap)
+version: 1.3
+
+[ipw2100-1.3-i.fw_base]
+desc: Intel Pro Wireless 2100 firmware (ibss mode)
+version: 1.3
+
+[ipw2100-1.3-p.fw_base]
+desc: Intel Pro Wireless 2100 firmware (monitor mode)
+version: 1.3
+
+[ipw2200-bss.fw_base]
+desc: Intel Pro Wireless 2200/2915 firmware (bss)
+version: 3.0
+
+[ipw2200-ibss.fw_base]
+desc: Intel Pro Wireless 2200/2915 firmware (ibss)
+version: 3.0
+
+[ipw2200-sniffer.fw_base]
+desc: Intel Pro Wireless 2200/2915 firmware (snf)
+version: 3.0
+
diff -N -r -u firmware-nonfree/ipw2x00/LICENSE firmware-nonfree~4+ipw2x00/ipw2x00/LICENSE
--- firmware-nonfree/ipw2x00/LICENSE	1970-01-01 01:00:00.0 +0100
+++ firmware-nonfree~4+ipw2x00/ipw2x00/LICENSE	2008-11-10 00:55:19.0 +0100
@@ -0,0 +1,331 @@
+ TERMS AND CONDITIONS
+IMPORTANT - PLEASE READ BEFORE INSTALLING OR USING THIS INTEL(C) SOFTWARE
+
+Do not use or load this firmware (the "Software") until you have carefully read
+the following terms and conditions. By loading or using the Software, you agree
+to the terms of this Agreement. If you do not wish to so agree, do not install
+or use the Software.
+
+LICENSEES:
+
+Please note: 
+
+* If you are an End-User, only Exhibit A, the SOFTWARE LICENSE AGREEMENT,
+  applies.
+* If you are an Original Equipment Manufacturer (OEM), Independent Hardware
+  Vendor (IHV), or Independent Software Vendor (ISV), this complete Agreement
+  applies 
+  - A part of the license is for ipw 2100 firmware
+  - Another part of the license is for ipw 2200/2915 firmware
+
+
+ipw2100 firmware license For OEMs, IHVs, and ISVs:
+=
+
+LICENSE. This Software is licensed for use only in conjunction with Intel
+component products. Use of the Software in conjunc

Bug#505160: referencer fails on icon

[Michael Banck]

On Mon, Nov 10, 2008 at 12:37:08AM +0100, Alexander Ulrich wrote:
> I just installed referencer. When I import a PDF file via Documents->add file
> and move the mouse on the file icon, a pop up appears immediatly saying
> "Exception: Couldn't recognize the image file format for file
> '/usr/share/referencer/tag.svg' The operation underway was: 'executing UI
> action'". 

Can you please run referencer with strace (install it, and run "strace
referencer 2> trace" on the command line), and send the (gz compressed,
if possible) trace to [EMAIL PROTECTED]


Thanks,

Michael



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

Bug#505071: [Pkg-shadow-devel] Bug#505071: Bug#505071: login tty mis-determination (see bug#332198)

[Paul Szabo]

Dear Nekral,

>> Seems to me that as things stand, writing a suitable utmp entry, would
>> trick login into chowning an arbitrary file. Should I attempt to write
>> an exploit/demo?
>
> That would be nice to check if it would be possible to chown /etc/shadow
> by cheating utmp.
>
> A fake demo would be nice.
> (by "fake demo", I mean that you do not have to find a way to guess the
> PID, but can recompile a new login which use an hardcoded utmp entry in
> checkutmp; that would be sufficient since we already know the utmp entry
> selection is wrong and can be cheated)
>
> I hope is_my_tty protects it, but I did not checked at all the complete
> path.

I expect the following would work:
Predict what PID and tty will be used by login. (This is rather simple:
surely the next available ones, maybe current tty.) For sake of example,
say these are PID=123 and tty=/dev/pts/1.
Pre-create a symlink  /tmp/x -> /dev/pts/1  and write an utmp entry
with PID=123, line=/tmp/x, type=LOGIN_PROCESS.
Run login. While login is running, change /tmp/x to point to /etc/shadow.
We win the race if the change is done after stat(tty,...) within
is_my_tty and before chown(tty,...) in chown_tty.

Hope this is sufficient...

Cheers, Paul

Paul Szabo   [EMAIL PROTECTED]   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia



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

Bug#505162: spamassassin: Remove obsolete SECURITYSAGE RBL -- too many false hits

[Akkana Peck]

Package: spamassassin
Version: 3.1.7-2
Severity: normal


I'm suddenly getting lots of false positives from spamassassin, and they
all include DNS_FROM_SECURITYSAGE. Apparently SecuritySage is obsolete
and has been removed from upstream spamassassin, as per
http://wiki.apache.org/spamassassin/Rules/DNS_FROM_SECURITYSAGE
but Etch hasn't gotten the memo yet.

There's more discussion (including a note about DSBL also being
obsolete, but that already seems covered by bug 501122) at
http://forums.gplhost.com/phpBB2/security-sage-rbl-dead-spamassassin-vt1530.html

Thanks!

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.26
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages spamassassin depends on:
ii  libarchive-tar-perl 1.30-2   Archive::Tar - manipulate tar file
ii  libdigest-sha1-perl 2.11-1   NIST SHA-1 message digest algorith
ii  libhtml-parser-perl 3.55-1   A collection of modules that parse
ii  libsocket6-perl 0.19-1   Perl extensions for IPv6
ii  libwww-perl 5.805-1  WWW client/server library for Perl
ii  perl5.8.8-7etch3 Larry Wall's Practical Extraction 

Versions of packages spamassassin recommends:
pn  libmail-spf-query-perl (no description available)
ii  libnet-dns-perl 0.59-1etch1  Perform DNS queries from a Perl sc
ii  perl [libmime-base64-perl]  5.8.8-7etch3 Larry Wall's Practical Extraction 
ii  spamc   3.1.7-2  Client for SpamAssassin spam filte

-- debconf information:
  spamassassin/upgrade/2.40:
  spamassassin/upgrade/2.40w:
  spamassassin/upgrade/cancel: Continue
  spamassassin/upgrade/2.42m: No
  spamassassin/upgrade/2.42u: No



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

Bug#505161: openbox: kdetrayproxy binary is missing

[Alexander Galanin]

Package: openbox
Version: 3.4.7.2-3
Severity: normal


kdetrayproxy binary is missing in lenny and sid, but present in etch package.

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

Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages openbox depends on:
ii  libc6  2.7-15GNU C Library: Shared libraries
ii  libfontconfig1 2.6.0-1   generic font configuration library
ii  libfreetype6   2.3.7-2   FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libobparser21  3.4.7.2-3 parsing library for openbox
ii  libobrender21  3.4.7.2-3 rendering library for openbox them
ii  libpango1.0-0  1.20.5-3  Layout and rendering of internatio
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libstartup-notificatio 0.9-1 library for program launch feedbac
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxau61:1.0.3-3 X11 authorisation library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxft22.1.12-3  FreeType-based font drawing librar
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxml22.6.32.dfsg-4 GNOME XML library
ii  libxrandr2 2:1.2.3-1 X11 RandR extension library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages openbox recommends:
pn  openbox-themes (no description available)

Versions of packages openbox suggests:
ii  libxml2-dev2.6.32.dfsg-4 Development files for the GNOME XM
ii  menu   2.1.40generates programs menu for all me
pn  obconf (no description available)
ii  python 2.5.2-2   An interactive high-level object-o
ii  ttf-dejavu 2.25-3Metapackage to pull in ttf-dejavu-

-- no debconf information



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

Bug#299706: Please add IPv6 support to squid

[Amos Jeffries]

Indeed, the upstream source for squid3 package has full IPv6 integration 
in the 3.1 bundles.


Luigi appears to be holding work on these until after the Debian Lenny 
freeze.




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

Bug#505088: alsa-lib: fails to build twice in a row

[Elimar Riesebieter]

* Lionel Elie Mamane [081110 00:30 +0100]
> On Sun, Nov 09, 2008 at 11:22:05PM +0100, Elimar Riesebieter wrote:
> 
> >> Do you have autoconf/automake/libtool installed in the environment
> >> where you run it?
> 
> > Yes
> 
>  Is it actually run during the build?
> 
> >>> Why?
> 
> >> Well, because on my system it is being run, which is the root of
> >> the problem, as explained in a previous email. autoconf being run
> >> regenerates a fresh configure, which overwrites the effect
> >> debian/patches/configure_cross_compile.patch, which thus does not
> >> unapply cleanly anymore.
> 
> > What versions of libtool, automake and autoconf are installed on
> > your system? relibtoolise.patch is generated with the latest
> > versions in unstable, though.
> 
> autoconf   2.61-8
> automake   1:1.10.1-3 
> libtool1.5.26-4

Same here. So what makes your rebuild failure?

Elimar

-- 
  Numeric stability is probably not all that 
  important when you're guessing;-)



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

Bug#505160: referencer fails on icon

[Alexander Ulrich]

Package: referencer
Version: 1.1.3-3
Severity: important

I just installed referencer. When I import a PDF file via Documents->add file
and move the mouse on the file icon, a pop up appears immediatly saying
"Exception: Couldn't recognize the image file format for file
'/usr/share/referencer/tag.svg' The operation underway was: 'executing UI
action'". When I try to close the popup it replicates and fills the screen with
copies of itself. This makes referencer unusable.

The file "tag.svg" exists and seems to be valid, i.e. I can view it with
Firefox.

Terminal output:

[EMAIL PROTECTED] ~]$ referencer
main: setting PYTHONPATH to
':./plugins:/home/ulricha/.referencer/plugins:/usr/lib/r
PluginManager::scan: Found module 'pubmed'
Plugin::load: No actions in pubmed
Plugin::load: successfully loaded 'pubmed'
PluginManager::scan: Found module 'lyx'
Plugin::load: No metadata capabilities in lyx
Trying /usr/lib/referencer/lyx.png
Plugin::load: successfully loaded 'lyx'
Reading XML...
Utility::getThemeIcon: icon 'image-loading' not found
Done, got 1 docs
Couldn't find thumbnail:'file:///tmp/p15-dabek.pdf'
Has valid failed thumbnail: 'file:///tmp/p15-dabek.pdf'
RefWindow::run: entering main loop
Terminated
[EMAIL PROTECTED] ~]$ 

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

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
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 referencer depends on:
ii  libboost-regex1.34.1  1.34.1-14  regular expression library for C++
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.2-1  GCC support library
ii  libgconfmm-2.6-1c22.22.0-1   C++ wrappers for GConf (shared lib
ii  libglademm-2.4-1c2a   2.6.7-1C++ wrappers for libglade2 (shared
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines
ii  libglibmm-2.4-1c2a2.16.4-1   C++ wrapper for the GLib toolkit (
ii  libgnome-vfsmm-2.6-1c2a   2.22.0-1   C++ wrappers for GnomeVFS (shared 
ii  libgnomemm-2.6-1c22.22.0-1   C++ wrappers for libgnome (shared 
ii  libgnomeuimm-2.6-1c2a 2.22.0-1   C++ wrappers for libgnomeui (share
ii  libgnomevfs2-extra1:2.22.0-5 GNOME Virtual File System (extra m
ii  libgtk2.0-0   2.12.11-4  The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2a 1:2.12.7-1 C++ wrappers for GTK+ 2.4 (shared 
ii  libpoppler-glib3  0.8.7-1PDF rendering library (GLib-based 
ii  libsigc++-2.0-0c2a2.0.18-2   type-safe Signal Framework for C++
ii  libstdc++64.3.2-1The GNU Standard C++ Library v3
ii  python2.5 2.5.2-11.1 An interactive high-level object-o

referencer recommends no packages.

referencer suggests no packages.

-- no debconf information



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

Bug#505156: network-manager auto keyword in interfaces file fails

[Michael Biebl]

[EMAIL PROTECTED] schrieb:
> Package: network-manager
> Version: 0.6.6-2
> Severity: normal
> 
> 
> Example 3 in the documentation at
> /usr/share/doc/network-manager/README.Debian says:
> 
> iface wlan0 inet dhcp
> -> This device is *not* managed by NM because it is not set to "auto".
> 
> To test this:
> I run:
> 
> /etc/init.d/network-manager stop
> /etc/init.d/networking stop
> /etc/init.d/networking start
> 
> wlan0 does not come up (ifconfig | grep wlan0 shows nothing)
> 
> Then if I run
> /etc/init.d/network-manager start
> wlan0 does come up (ifconfig | grep wlan0shows something).
> 

Instead of running /etc/init.d/network-manager start,
could you please run "NetworkManager --no-daemon" and attach the output
to the bug report.

Thanks,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#505088: alsa-lib: fails to build twice in a row

[Lionel Elie Mamane]

>>> Do you have autoconf/automake/libtool installed in the environment
>>> where you run it?

>> Yes

> Is it actually run during the build?

 Why?

>>> Well, because on my system it is being run, which is the root of
>>> the problem, as explained in a previous email. autoconf being run
>>> regenerates a fresh configure, which overwrites the effect
>>> debian/patches/configure_cross_compile.patch, which thus does not
>>> unapply cleanly anymore.

I've run make in debugging mode; here is an abstract that shows why
autoconf is being rerun:

   Successfully remade target file `../Makefile.in'.
   Considering target file `config.status'.
 Considering target file `../configure'.
   Pruning file `../acinclude.m4'.
   Pruning file `../configure.in'.
   Pruning file `../aclocal.m4'.
  Finished prerequisites of target file `../configure'.
  Prerequisite `../acinclude.m4' is older than target `../configure'.
  Prerequisite `../configure.in' is older than target `../configure'.
  Prerequisite `../aclocal.m4' is newer than target `../configure'.
 Must remake target `../configure'.
cd .. && /bin/sh /home/master/j/alsa-lib-1.0.18/missing --run autoconf

So, it says it must run autoconf to remake configure because
aclocal.m4 is newer... Indeed, it remade aclocal.m4 earlier:

 Considering target file `../aclocal.m4'.
   Pruning file `../acinclude.m4'.
   Pruning file `../configure.in'.
  Finished prerequisites of target file `../aclocal.m4'.
  Prerequisite `../acinclude.m4' is older than target `../aclocal.m4'.
  Prerequisite `../configure.in' is newer than target `../aclocal.m4'.
 Must remake target `../aclocal.m4'.

This also causes it to rerun automake:

 Successfully remade target file `../aclocal.m4'.
Finished prerequisites of target file `../Makefile.in'.
Prerequisite `../Makefile.am' is older than target `../Makefile.in'.
Prerequisite `../acinclude.m4' is older than target `../Makefile.in'.
Prerequisite `../configure.in' is newer than target `../Makefile.in'.
Prerequisite `../aclocal.m4' is newer than target `../Makefile.in'.
   Must remake target `../Makefile.in'.
 cd .. && /bin/sh /home/master/j/alsa-lib-1.0.18/missing --run automake-1.10 
--foreign 

Let's take a look:

[EMAIL PROTECTED]:~/j 0 $ dpkg-source -x *dsc
[EMAIL PROTECTED]:~/j 0 $ cd alsa-lib-1.0.18/
[EMAIL PROTECTED]:~/j/alsa-lib-1.0.18 0 $ make -f debian/rules patch
[EMAIL PROTECTED]:~/j/alsa-lib-1.0.18 0 $ ls -lA --full-time configure.in 
aclocal.m4 
-rw-r--r-- 1 master master 270734 2008-11-10 00:28:56.947778103 +0100 aclocal.m4
-rw-r--r-- 1 master master  20068 2008-11-10 00:28:57.100779203 +0100 
configure.in

These timestamps are *very* close, less than a second
close. Possibly, you don't see the problem because in your setup
(kernel version? filesystem? make version?), timestamps have
second-precision, not nanosecond-precision.

-- 
Lionel



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

Bug#486224: Cacheboy

[Amos Jeffries]

The Cacheboy project is not a release or branch of Squid.

It is a separate project created by a developer who for his own reasons 
refuses to add experimental code to the official experimental branch of 
Squid (3.HEAD) yet using the Squid code as a base.


It's variance from Squid-2.7 is back-porting of features already 
available in Squid-3.1 releases.




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

Bug#444160: netinst amd64 etch image boot fails with kqemu

[Vsevolod Krishchenko]

I got the same problem with Lenny on amd64 guest/host.
When running automatic install, it crashes within a minute.
kqemu was build with m-a. Qemu runs acceptable w/o kqemu.

Maybe kqemu-source should be removed from amd64?

Testcase:

$ qemu-system-x86_64 -m 512 -hda hda.img -cdrom 
debian-LennyBeta2-amd64-netinst.iso

RAX=2aee08fee000 RBX=2aee08deef38 RCX= 
RDX=2aee092b60b8
RSI=2aee08f8 RDI=0002 RBP=7fffa1cd7550 
RSP=7fffa1cd7460
R8 =2aee08def520 R9 =0001 R10= 
R11=
R12=0001 R13=2aee092b6760 R14=2aee08deef38 
R15=2aee0880
RIP=2aee08ddc2c0 RFL=00010216 [AP-] CPL=3 II=0 A20=1 SMM=0 HLT=0
ES =   
CS =0033   00affb00
SS =002b   00cff300
DS =   
FS = 2aee092ba6d0  
GS =   
LDT=   8000
TR =0040 810001008d00 206f 8900
GDT= 8054e000 0080
IDT= 805b1000 0fff
CR0=8005003b CR2=2aee0900 CR3=1e59d000 CR4=06e0
Unsupported return value: 0x


-- 
Vsevolod



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

Bug#505071: [Pkg-shadow-devel] Bug#505071: Bug#505071: login tty mis-determination (see bug#332198)

[Nicolas François]

Hi,

Thanks for your answer.
The culprit is now confirmed.

On Mon, Nov 10, 2008 at 08:51:53AM +1100, [EMAIL PROTECTED] wrote:
> Dear Nicolas (Nekral?),
> 
> > First of all, this issue was already discussed, and the main problem was
> > that we were not able to reproduce it.
> 
> Yes, I am aware of bug #332198.
> 
> > Are you currently able to reproduce it?
> 
> Have not yet attempted to actively reproduce, have observed one
> occurrence of "spontaneous" bad behaviour.
> 
> > That would help us a lot, since this would allow testing instrumentation
> > of login to find the root cause.
> > Would you agree testing some patches?
> 
> Yes, would be happy to test.
> 
> >> I found in my logs (I think first occurrence of such mis-behaviour):
> >> 
> >> Nov  8 05:50:09 rome in.telnetd[21060]: connect from [EMAIL PROTECTED] 
> >> (129.78.69.145) 
> >> Nov  8 05:50:12 rome login[21062]: (pam_unix) session opened for user root 
> >> by (uid=0) 
> >> Nov  8 05:50:12 rome login[21062]: can't stat(`/dev/smb/39'): errno 2  
> >> Nov  8 05:50:12 rome login[21062]: unable to determine TTY name, got 
> >> /dev/smb/39  
> >> 
> >> Surely that Samba device is wrong for a telnet session...
> >
> > You logged in with telnet, right?
> > Do you know the version of telnet you are using?
> > Do you know if telnet creates a utmp entry before calling login?
> 
> Yes, with telnet; version 0.17-34 (debian etch); surely it cannot
> possibly create utmp (telnet runs on bari, telnetd on rome).

Well, I meant telnetd should have inserted a utmp entry, on teh server
side.

> > What might be happening is that telnet do not create a utmp entry, and an
> > old one from samba is reused (in checkutmp). This should be very rare also
> > because the bug would occur only if the same pid is reused. 
> 
> Yes, I agree that this is a re-use of an old "unclosed" utmp entry.
> (Samba is in the habit of leaving such unclosed entries.) My logs show
> (much earlier than the above-quoted lines):
> 
> Nov  7 00:52:02 rome samba[21062]: Connect IPC_ for smbguest from p706f 
> (p706f.pc.maths.usyd.edu.au, 129.78.223.215) 
> 
> and I did not notice other utmp uses for the same PID in between.
> 
> ---
> 
> Seems to me that the picking of utent in checkutmp by PID (and type?)
> only is naive, should pick by line (or id) also, in fact pick by the
> is_my_tty checks.

I agree with you that the utmp handling in shadow is not clean, and might
have a security implication.

I fear I won't have time to work on it in the next 2/3 weeks.

I think checking for the line might be good if the line is known, as well
as the user if possible.

> File src/login.c has line 87
>   extern struct utmp utent;
> whereas file libmisc/utmp.c has line 48
>   struct utmp utent;
> without extern: is that correct?

I think that's the expected behavior, however, I would prefer to avoid
such hidden communication between the modules.

> ---
> 
> Other comments. Am worried that relying on utmp correctness is a
> security risk: conceptually because group utmp would become
> root-equivalent, and practically because of shenanigans with utmp
> writing e.g. bugs #329156 #330907.
> 
> In file libmisc/chowntty.c :
> - line 51: should the call
> (stat (tty, &by_name))
>   be changed to lstat? Avoid being fooled by symlinks.
> - line 66: is the check
> (by_name.st_rdev != by_fd.st_rdev)
>   sufficient: can it be fooled with symlinks or hardlinks?
> - lines 122,123: should chown(tty,...) and chmod(tty,...) be changed to
>   fchown(0,...) and fchmod(0,...)? Avoid being fooled by symlinks and
>   races.
> 
> Seems to me that as things stand, writing a suitable utmp entry, would
> trick login into chowning an arbitrary file. Should I attempt to write
> an exploit/demo?

That would be nice to check if it would be possible to chown /etc/shadow
by cheating utmp.

A fake demo would be nice.
(by "fake demo", I mean that you do not have to find a way to guess the
PID, but can recompile a new login which use an hardcoded utmp entry in
checkutmp; that would be sufficient since we already know the utmp entry
selection is wrong and can be cheated)

I hope is_my_tty protects it, but I did not checked at all the complete
path.

Cheers,
-- 
Nekral



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

Bug#504347: dovecot-common: #504347 Unsupported features in require line

[Norman Messtorff]

Package: dovecot-common
Version: 1.0.rc18-2
Tags: +fixed


Hello Drew,

thanks for your report!
This issue is already fixed in dovecot-sieve 1.0.1 [1] [2] and it was
included in version 1.0.rc18-2 [3].


Norman


[1] http://hg.dovecot.org/dovecot-sieve-1.0/rev/8b6df1256798
[2] http://www.dovecot.org/list/dovecot/2007-January/018723.html
[3]
http://packages.debian.org/changelogs/pool/main/d/dovecot/current/changelog#versionversion1.0.rc18-2




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

Bug#505088: alsa-lib: fails to build twice in a row

[Lionel Elie Mamane]

On Sun, Nov 09, 2008 at 11:22:05PM +0100, Elimar Riesebieter wrote:

>> Do you have autoconf/automake/libtool installed in the environment
>> where you run it?

> Yes

 Is it actually run during the build?

>>> Why?

>> Well, because on my system it is being run, which is the root of
>> the problem, as explained in a previous email. autoconf being run
>> regenerates a fresh configure, which overwrites the effect
>> debian/patches/configure_cross_compile.patch, which thus does not
>> unapply cleanly anymore.

> What versions of libtool, automake and autoconf are installed on
> your system? relibtoolise.patch is generated with the latest
> versions in unstable, though.

autoconf   2.61-8
automake   1:1.10.1-3 
libtool1.5.26-4

-- 
Lionel



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

Bug#505158: gvim fails to start if gtk-qt-engine-kde4 is installed

[Carlos Galisteo]

Package: gtk-qt-engine-kde4
Version: 1.1+svn145-1  
Severity: normal   

 I'm unable to launch gvim when gtk-qt-engine-kde4 is installed.
 Launching it from konsole doesn't thow any error message,  
but if I hit Ctrl-C I get this message: 
'ICE default IO error handler doing an exit(), pid = 7288, errno = 4'

 The bug seems to affect only to amd64 packages, since I'm using both 
packages together without any problem in my i386 box. 

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable   
  APT policy: (990, 'unstable'), (501, 'experimental')
Architecture: amd64 (x86_64)  

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

Versions of packages gtk-qt-engine-kde4 depends on:
ii  kdebase-runtime   4:4.1.2-1  runtime components from the offici
ii  kdelibs5  4:4.1.2-2  core libraries for all KDE 4 appli
ii  libbonoboui2-02.22.0-1   The Bonobo UI library
ii  libc6 2.7-15 GNU C Library: Shared libraries
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines
ii  libgtk2.0-0   2.12.11-4  The GTK+ graphical user interface
ii  libpango1.0-0 1.20.5-3   Layout and rendering of internatio
ii  libqtcore44.4.3-1Qt 4 core module
ii  libqtgui4 4.4.3-1Qt 4 GUI module
ii  libstdc++64.3.2-1The GNU Standard C++ Library v3
ii  libx11-6  2:1.1.5-2  X11 client-side library

gtk-qt-engine-kde4 recommends no packages.

gtk-qt-engine-kde4 suggests no packages.

-- no debconf information



signature.asc
Description: Digital signature

Bug#502737: [openoffice.org-writer] Missing mime-mapping entry for .oxt

[Rene Engelhard]

Hi,

Guido Günther wrote:
> On Mon, Oct 20, 2008 at 09:30:12AM +0200, Rene Engelhard wrote:
> > Guido Günther wrote:
> > > On Mon, Oct 20, 2008 at 01:25:12AM +0200, Rene Engelhard wrote:
> > > > And it's now a Type=MimeType one (thus no Exec=), so I wonder where it
> > > > belongs. (And it probably won't fix this bug at all, as you want oxt
> > > /usr/share/mimelnk? 
> > 
> > Oh, that still exists?
> It's at lease used by KDE3 so it won't hurt. Having the appropriate info
> in /usr/share/mime for Gnome/KDE4 is more important though - but maybe
> it's already there - which Mimetype is given for the extension?

I just finally had time to have a look an this, even if I add a new .desktop
file for vnd.openofficeorg.extension to /usr/share/mimelnk/application and
add a Mimetype=application/vnd.openofficeorg.extension there nautilus
still doesn't notice how to handle it -- but that's probably just because
nautilus sees it as an application/zip..

It works in the 2.4.1 packages?
Hmm, I don't see substantial differences in either the .desktop files,
the openoffice.mime nor the Debian .mime files...

Regards,

Rene



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

Bug#489608: mdadm: similar kernel call traces

[Neil Brown]

This bug is a kernel bug rather than an mdadm bug.

It is almost certainly the bug fixed by 
  commit 9744197c3d7b329590c2be33ad7b17409bd798fe
which went into 2.6.27.

Nothing is actually going wrong.  It is just an annoying message.
If it bothers you, run the command
   echo 0 > /proc/sys/kernel/hung_task_timeout_secs
as the message suggests.

NeilBrown



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

Bug#500807: Fw: Bug#500807: (no subject)

[Paul Cartwright]

Alexander Sack wrote:
> On Thu, Oct 23, 2008 at 08:23:41PM -0400, Paul Cartwright wrote:
>> Alexander Sack wrote:
>>> Look at the first backtrace. there are some snippets. could you try to
>>> identify the individual message (most likely spam) this mail belongs
>>> to and see if a single folder with just that message also crashes
>>> tbird? If so attaching that email would be nice to help us to
>>> reproduce it.
>>>  
>> if it was SPAM I deleted it already.
>> I will try to see if I can keep ONE S P A M message in a folder that
>> crashes.. but it will be a week before I can do that. I am away from
>> home on my laptop for the next week.
>>
> 
> OK. Is that POP or IMAP? Can you try if thats a server triggered
> issue?  maybe try a different provider to test that.
>  

my issue has not gone away, and I have been doing updates as they are
available. It still crashes when I click on emails in IMAP folders, and
I have multiple IMAP accounts with 2 different ISPs.


-- 
Paul Cartwright
Registered Linux user # 367800
Registered Ubuntu User #12459



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

Bug#504803: workaround: use sudo mode

[Tim Richardson]

The bug only occurs when gksu uses su to launch apps.
Using sudo doesn't show the bug.

Therefore, a workaround:

1) enable sudo for your user (as root, do visudo and copy the existing
privilege for the root user (near the end of the file), substituting
your userid)

2) as your user, run gconf-editor, go to apps-> gksu and turn on
sudo-mode

Now, launched apps will have the focus. 






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

Bug#505156: some more info

[network-manager . to . peejay]

Just for completeness since chealer on #debian insisted, my
/etc/network/interfaces file:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

##BUG
#disable auto. nm should not handle it according to docs example 3, but does
#auto wlan0
##BUG
iface wlan0 inet dhcp
#wireless-essid default






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

Bug#505133: mc: Impossible to specify port number in shell link

[Michelle Konzack]

Am 2008-11-09 19:53:00, schrieb Kim N. Lesmer:
> When using the shell link, it should be possible to specify the port number 
> like this: 
> 
> [EMAIL PROTECTED]:3000/home/username/

This can not work since the DOMAIN and the PATH are seperated by a double
colon, which mean, "fish" is thinking, the "3000" is a part of the  PATH
and default to "/3000/home/username/".

Thanks, Greetings and nice Day/Evening
Michelle Konzack
Systemadministrator
24V Electronic Engineer
Tamay Dogan Network
Debian GNU/Linux Consultant


-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
# Debian GNU/Linux Consultant #
Michelle Konzack   Apt. 917  ICQ #328449886
+49/177/935194750, rue de Soultz MSN LinuxMichi
+33/6/61925193 67100 Strasbourg/France   IRC #Debian (irc.icq.com)


signature.pgp
Description: Digital signature

Bug#502375: [Pkg-virtualbox-devel] Bug#502375: virtualbox-ose: Please at least

[Manuel Bilderbeek]

Hi,

Michael Meskes wrote:

On Sat, Nov 08, 2008 at 11:02:52AM +0100, Manuel Bilderbeek wrote:

So, what is the reason that the binary module package in sid/testing is not


The sid module has been updated a week ago. The testing one is not yet because
testing migration normally takes ten days.


Ah, I'm sorry, I forgot to check that again before sending the mail... 
It wasn't for a long time (couple of weeks), though.



Interesting wording when asking for something that is already fixed.


Well, I wasn't aware that it was fixed, as you understood.


Anyway, the problem Rob posted here, is very annoying as I explained above.
And again: I guess many users are having it. So, please explain us, poor
users, how we can get our comfortable situation back of a few months ago :)


Take the packages from Sid? Wait for the packages to move to Lenny? Put the
packages on hold for the time being? Get some information before complaining?


I didn't know it was in sid... And I did find out about the 'hold' 
command of aptitude earlier today, which also fixes it. I've been 
running against this problem for much longer than today, so I got a bit 
fed up with it. And I was getting some information... right here!


Thanks for giving it and maintaining the packages.

--
Kind regards,

Manuel




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

Bug#497392: e1000e driver does not initialize correctly

[Bastien Durel]

Le samedi 08 novembre 2008 à 00:01 +0100, Moritz Muehlenhoff a écrit :
> On Mon, Sep 22, 2008 at 01:44:38PM +0200, Bastien Durel wrote:
> > Le dimanche 21 septembre 2008 à 15:14 +0200, Bastian Blank a écrit :
> > > On Mon, Sep 01, 2008 at 02:22:00PM +0200, Bastien Durel wrote:
> > > > The e1000e kernel module does not initialize correctly, then the 
> > > > network cannot initialize.
> > > 
> > > Please explain, the attached log does not show strange e1000 related
> > > messages.
> > > 
> > Well,
> > 
> > when the module is inserted, nothing complains, the RAs are recevied,
> > but ipv4 cannot be used on the interface. DHCP does not respond, and
> > manual configuration does not allow packets to reach another computer.
> > tcpdump on the router does not show any packet going from the computer
> > during DHCP or after manual configuration.
> > 
> > After a few(exact number may change) rmmod's modprobe's, IPv4 can goes
> > through interface. *That's* very strange.
> 
> Is this behaviour also reproducible if you try a current 2.6.28-rcX
> kernel? If so, could you file a report at bugzilla.kernel.org?
> 
> Cheers,
> Moritz
I reproduce it with 2.6.28-rc3

Linux sietchtabr 2.6.28-rc3 #2 SMP Sun Nov 9 23:05:00 CET 2008 i686
GNU/Linux

I copied .configure from linux-headers-2.6.22-3-686, adding e1000e
support.

rmmod e1000e ; modprobe e1000e was required to recieve DHCP info.

Cheers,

-- 
Bastien Durel


smime.p7s
Description: S/MIME cryptographic signature

Bug#481543: libc6: low-memory snprintf provokes internal segfault

[Jim Meyering]

Hi Aurelian,

Sorry about the lack of response.  I never saw your replies, and
only noticed (on the web) today that the bug is now closed
due to lack of feedback.

The email address for me that was used in that bug report is invalid.
The one above works.

I can still reproduce the problem on an x86_64 unstable
system using libc6 2.7-16:

Here's a little more info:

$ strace zsh -c 'ulimit -v 1; strace ./a.out %$[5*2**25]d'
...
open("/e/meyering/bin", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFDIR|0700, st_size=10320, ...}) = 0
getdents(3, /* 123 entries */, 4096)= 4080
getdents(3, /* 113 entries */, 4096)= 4072
brk(0xdf2000)   = 0xdd1000
mmap(NULL, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) 
= -1 ENOMEM (Cannot allocate memory)
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

$ cat snprintf-test-debbug.c
#include 
#include 
int
main(int argc, char **argv)
{
  char buf[200];
  char *fmt = argv[1];
  if (argc < 2)
return 1;
  return snprintf (buf, sizeof buf, fmt, 1);
}

Sorry, but I cannot downgrade to an older glibc on this system.



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

Bug#505088: alsa-lib: fails to build twice in a row

[Elimar Riesebieter]

* Lionel Elie Mamane [081109 22:50 +0100]
> On Sun, Nov 09, 2008 at 10:33:39PM +0100, Elimar Riesebieter wrote:
> > * Lionel Elie Mamane [081109 22:10 +0100]
> >> On Sun, Nov 09, 2008 at 10:07:22PM +0100, Elimar Riesebieter wrote:
> >>> * Lionel Elie Mamane [081109 21:50 +0100]
>  On Sun, Nov 09, 2008 at 08:53:52PM +0100, Elimar Riesebieter wrote:
> > * Lionel Elie Mamane [081109 15:10 +0100]
> >> On Sun, Nov 09, 2008 at 02:29:58PM +0100, Elimar Riesebieter wrote:
> 
> >>> This runs fine here. So I don't know how to reproduce?
> 
> >> Does it run fine when run *twice*?
> 
> > Yes.
> 
>  Do you have autoconf/automake/libtool installed in the environment
>  where you run it?
> 
> >>> Yes
> 
> >> Is it actually run during the build?
> 
> > Why?
> 
> Well, because on my system it is being run, which is the root of the
> problem, as explained in a previous email. autoconf being run
> regenerates a fresh configure, which overwrites the effect
> debian/patches/configure_cross_compile.patch, which thus does not
> unapply cleanly anymore.
> 
> > It isn't required by debian/rules.
> 
> But the file bibuild/Makefile runs it; I suppose these lines in it are
> what runs it:
> 
> $(top_srcdir)/configure:  $(am__configure_deps)
> cd $(srcdir) && $(AUTOCONF)

What versions of libtool, automake and autoconf are installed on
your system? relibtoolise.patch is generated with the latest
versions in unstable, though.

Elimar

-- 
  Learned men are the cisterns of knowledge, 
  not the fountainheads ;-)


signature.asc
Description: Digital signature

Bug#505155: korganizer crashed while trying to sync with egroupware after ~5 seconds

[Patrick Winnertz]

Package: korganizer
Version: 4:4.1.3-1
Severity: important

korganizer crashes everytime I try to sync it with my egroupware
instance after ~3-4 seconds. 
If I delete all configuration files of korganizer it works for the first
startup. After closing it, and restarting it it crashes.

Here is the output of korganizer on the shell:
korganizer(9328) KXMLRPC::Query::demarshal: Cannot demarshal unknown type ""
korganizer(9328) KXMLRPC::Query::demarshal: Cannot demarshal unknown type ""
korganizer(9328) KXMLRPC::Query::demarshal: Cannot demarshal unknown type ""
korganizer(9328) KXMLRPC::Query::demarshal: Cannot demarshal unknown type ""
korganizer(9328) KXMLRPC::Query::demarshal: Cannot demarshal unknown type ""
korganizer(9328) KXMLRPC::Query::demarshal: Cannot demarshal unknown type ""
KCrash: Application 'korganizer' crashing...
sock_file=/home/winnie/.kde4/socket-energy/kdeinit4__0


If you have more question, please write me a email, I'll try to help
then.

Greetings
Winnie


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

Kernel: Linux 2.6.26 (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 korganizer depends on:
ii  kaddressbook   4:4.1.3-1 KDE address book
ii  kdebase-runtime4:4.1.3-1 runtime components from the offici
ii  kdelibs5   4:4.1.3-1 core libraries for all KDE 4 appli
ii  kdepim-kresources  4:4.1.3-1 KDE pim resource plugins
ii  kdepimlibs54:4.1.3-1 core libraries for KDE PIM 4 appli
ii  libc6  2.7-16GNU C Library: Shared libraries
ii  libkdepim4 4:4.1.3-1 KDE PIM library
ii  libkholidays4  4:4.1.3-1 holidays calculation library for K
ii  libphonon4 4:4.2.0-1 Phonon multimedia framework for Qt
ii  libqt4-dbus4.4.3-1   Qt 4 D-Bus module
ii  libqt4-qt3support  4.4.3-1   Qt 3 compatibility library for Qt 
ii  libqt4-xml 4.4.3-1   Qt 4 XML module
ii  libqtcore4 4.4.3-1   Qt 4 core module
ii  libqtgui4  4.4.3-1   Qt 4 GUI module
ii  libstdc++6 4.3.2-1   The GNU Standard C++ Library v3
ii  perl   5.10.0-17 Larry Wall's Practical Extraction 
ii  phonon 4:4.2.0-1 metapackage for Phonon multimedia 
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

korganizer recommends no packages.

korganizer suggests no packages.

-- no debconf information



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

Bug#504668: firmware-nonfree: Add License handler in gencontrol.py

[Bastian Blank]

On Thu, Nov 06, 2008 at 01:47:25AM +0100, Frank Lin PIAT wrote:
> The patch links.diff implements a "links" entry in the firmware's
> define file. That entry is a list of source:target that is used
> by gencontrol.py to generate ./debian/firmware-foobar.links

No need to do it this way, just add a file in the debian dir.

> The patch license.diff implements license=[required|no-preseed]
> and license_name entry in the firmware's define file.
> When used, those fields are used to generate a preinst script 
> that present the license to the user.
> If license=no-preseed, then the license acceptation can't be
> accepted by using Debconf preseeding (!).

This patch is not acceptable, will take a look.

Bastian

-- 
Ahead warp factor one, Mr. Sulu.



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

Bug#504671: firmware-nonfree: Please add ipw2100 firmware

[Bastian Blank]

On Thu, Nov 06, 2008 at 02:15:34AM +0100, Frank Lin PIAT wrote:
> I've attached a patch to add ipw2100 firmware. That license[1] issue was 
> discussed on debian-kernel and debian-legal[1] and it is very similar
> to the bug 449235 for ipw2200.

Please merge the ipw2100 and ipw2200 into one package. The licenses are
similar enough.

Bastian

-- 
Dismissed.  That's a Star Fleet expression for, "Get out."
-- Capt. Kathryn Janeway, Star Trek: Voyager, "The Cloud"



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

Bug#505156: network-manager auto keyword in interfaces file fails

[network-manager . to . peejay]

Package: network-manager
Version: 0.6.6-2
Severity: normal


Example 3 in the documentation at
/usr/share/doc/network-manager/README.Debian says:

iface wlan0 inet dhcp
-> This device is *not* managed by NM because it is not set to "auto".

To test this:
I run:

/etc/init.d/network-manager stop
/etc/init.d/networking stop
/etc/init.d/networking start

wlan0 does not come up (ifconfig | grep wlan0 shows nothing)

Then if I run
/etc/init.d/network-manager start
wlan0 does come up (ifconfig | grep wlan0shows something).

So either the documentation is wrong or it is a bug.

This may be related to bug #408333


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-486
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 network-manager depends on:
ii  adduser   3.110  add and remove users and groups
ii  dbus  1.2.1-4simple interprocess messaging
syst
ii  dhcdbd3.0-5  D-Bus interface to the ISC
DHCP cl
ii  hal   0.5.11-6   Hardware Abstraction Layer
ii  ifupdown  0.6.8+nmu1 high level tools to configure
netw
ii  iproute   20080725-2 networking and traffic
control too
ii  libc6 2.7-15 GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.1-4simple interprocess messaging
syst
ii  libdbus-glib-1-2  0.76-1 simple interprocess messaging
syst
ii  libgcrypt11   1.4.1-1LGPL Crypto library - runtime
libr
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines
ii  libgpg-error0 1.4-2  library for common error
values an
ii  libhal1   0.5.11-6   Hardware Abstraction Layer -
share
ii  libiw29   29-1.1 Wireless tools - library
ii  libnl11.1-2  library for dealing with
netlink s
ii  libnm-util0   0.6.6-2network management framework
(shar
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init
scrip
ii  wpasupplicant 0.6.4-2Client support for WPA and
WPA2 (I

Versions of packages network-manager recommends:
ii  network-manager-gnome 0.6.6-2network management framework
(GNOM

network-manager suggests no packages.

-- no debconf information






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

Bug#504428: /usr/sbin/gdmsetup: gdmsetup is not useful if /etc/gdm/gdm.conf does not exist

[Bartek Krawczyk]

Same thing here, /etc/gdm.conf was present but empty. I've repaired it
by copying /usr/share/gdm/defaults.conf over /etc/gdm/gdm.conf. After
doing this I can change GDM settings using gdmsetup. It's probably
Debian-specific.


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.27.5 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gdm depends on:
ii  adduser3.110 add and remove users and
groups
ii  debconf [debconf-2.0]  1.5.22Debian configuration
management sy
ii  gksu   2.0.0-5   graphical frontend to su
ii  gnome-session [x-sessi 2.22.3-2  The GNOME 2 Session Manager
ii  gnome-terminal [x-term 2.22.3-3  The GNOME 2 terminal
emulator appl
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D
graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility
toolkit
ii  libattr1   1:2.4.43-1Extended attribute shared
library
ii  libc6  2.7-15GNU C Library: Shared
libraries
ii  libcairo2  1.6.4-6.1 The Cairo 2D vector
graphics libra
ii  libdbus-1-31.2.1-4   simple interprocess
messaging syst
ii  libdbus-glib-1-2   0.76-1simple interprocess
messaging syst
ii  libdmx11:1.0.2-3 X11 Distributed Multihead
extensio
ii  libfontconfig1 2.6.0-1   generic font configuration
library
ii  libfreetype6   2.3.7-2   FreeType 2 font engine,
shared lib
ii  libglade2-01:2.6.2-1 library to load .glade
files at ru
ii  libglib2.0-0   2.16.6-1  The GLib library of C
routines
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented
display
ii  libgtk2.0-02.12.11-4 The GTK+ graphical user
interface 
ii  libpam-modules 1.0.1-4   Pluggable Authentication
Modules f
ii  libpam-runtime 1.0.1-4   Runtime support for the PAM
librar
ii  libpam0g   1.0.1-4   Pluggable Authentication
Modules l
ii  libpango1.0-0  1.20.5-3  Layout and rendering of
internatio
ii  librsvg2-2 2.22.2-2  SAX-based renderer library
for SVG
ii  librsvg2-common2.22.2-2  SAX-based renderer library
for SVG
ii  libselinux12.0.65-5  SELinux shared libraries
ii  libwrap0   7.6.q-16  Wietse Venema's TCP
wrappers libra
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxau61:1.0.3-3 X11 authorisation library
ii  libxdmcp6  1:1.0.2-3 X11 Display Manager Control
Protoc
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension
librar
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension
library
ii  libxml22.6.32.dfsg-4 GNOME XML library
ii  lsb-base   3.2-20Linux Standard Base 3.2
init scrip
ii  metacity [x-window-man 1:2.22.0-2A lightweight GTK2 based
Window Ma
ii  rxvt-unicode [x-termin 9.05-1+lenny1 RXVT-like terminal emulator
with U
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library -
runtime

Versions of packages gdm recommends:
ii  dialog1.1-20080316-1 Displays user-friendly
dialog boxe
ii  gdm-themes0.6.1  Themes for the GNOME
Display Manag
ii  whiptail  0.52.2-11.3Displays user-friendly
dialog boxe
ii  xnest 2:1.4.2-7  Nested X server
ii  xserver-xephyr2:1.4.2-7  nested X server
ii  xserver-xorg  1:7.3+18   the X.Org X server
ii  zenity2.22.1-2   Display graphical dialog
boxes fro

Versions of packages gdm suggests:
ii  libpam-gnome-keyring  2.22.3-2   PAM module to unlock the
GNOME key
ii  locales   2.7-15 GNU C Library: National
Language (
ii  pm-utils  1.1.2.4-1  utilities and scripts for
power ma

-- debconf information:
  gdm/daemon_name: /usr/bin/gdm
* shared/default-x-display-manager: gdm

-- 
Bartek Krawczyk
JID: [EMAIL PROTECTED]




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

Bug#505071: [Pkg-shadow-devel] Bug#505071: login tty mis-determination (see bug#332198)

[Paul Szabo]

Dear Nicolas (Nekral?),

> First of all, this issue was already discussed, and the main problem was
> that we were not able to reproduce it.

Yes, I am aware of bug #332198.

> Are you currently able to reproduce it?

Have not yet attempted to actively reproduce, have observed one
occurrence of "spontaneous" bad behaviour.

> That would help us a lot, since this would allow testing instrumentation
> of login to find the root cause.
> Would you agree testing some patches?

Yes, would be happy to test.

>> I found in my logs (I think first occurrence of such mis-behaviour):
>> 
>> Nov  8 05:50:09 rome in.telnetd[21060]: connect from [EMAIL PROTECTED] 
>> (129.78.69.145) 
>> Nov  8 05:50:12 rome login[21062]: (pam_unix) session opened for user root 
>> by (uid=0) 
>> Nov  8 05:50:12 rome login[21062]: can't stat(`/dev/smb/39'): errno 2  
>> Nov  8 05:50:12 rome login[21062]: unable to determine TTY name, got 
>> /dev/smb/39  
>> 
>> Surely that Samba device is wrong for a telnet session...
>
> You logged in with telnet, right?
> Do you know the version of telnet you are using?
> Do you know if telnet creates a utmp entry before calling login?

Yes, with telnet; version 0.17-34 (debian etch); surely it cannot
possibly create utmp (telnet runs on bari, telnetd on rome).

> What might be happening is that telnet do not create a utmp entry, and an
> old one from samba is reused (in checkutmp). This should be very rare also
> because the bug would occur only if the same pid is reused. 

Yes, I agree that this is a re-use of an old "unclosed" utmp entry.
(Samba is in the habit of leaving such unclosed entries.) My logs show
(much earlier than the above-quoted lines):

Nov  7 00:52:02 rome samba[21062]: Connect IPC_ for smbguest from p706f 
(p706f.pc.maths.usyd.edu.au, 129.78.223.215) 

and I did not notice other utmp uses for the same PID in between.

---

Seems to me that the picking of utent in checkutmp by PID (and type?)
only is naive, should pick by line (or id) also, in fact pick by the
is_my_tty checks.

---

File src/login.c has line 87
  extern struct utmp utent;
whereas file libmisc/utmp.c has line 48
  struct utmp utent;
without extern: is that correct?

---

Other comments. Am worried that relying on utmp correctness is a
security risk: conceptually because group utmp would become
root-equivalent, and practically because of shenanigans with utmp
writing e.g. bugs #329156 #330907.

In file libmisc/chowntty.c :
- line 51: should the call
(stat (tty, &by_name))
  be changed to lstat? Avoid being fooled by symlinks.
- line 66: is the check
(by_name.st_rdev != by_fd.st_rdev)
  sufficient: can it be fooled with symlinks or hardlinks?
- lines 122,123: should chown(tty,...) and chmod(tty,...) be changed to
  fchown(0,...) and fchmod(0,...)? Avoid being fooled by symlinks and
  races.

Seems to me that as things stand, writing a suitable utmp entry, would
trick login into chowning an arbitrary file. Should I attempt to write
an exploit/demo?

---

Cheers,

Paul Szabo   [EMAIL PROTECTED]   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia



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

Bug#505088: alsa-lib: fails to build twice in a row

[Elimar Riesebieter]

* Lionel Elie Mamane [081109 22:10 +0100]
> On Sun, Nov 09, 2008 at 10:07:22PM +0100, Elimar Riesebieter wrote:
> > * Lionel Elie Mamane [081109 21:50 +0100]
> >> On Sun, Nov 09, 2008 at 08:53:52PM +0100, Elimar Riesebieter wrote:
> >>> * Lionel Elie Mamane [081109 15:10 +0100]
>  On Sun, Nov 09, 2008 at 02:29:58PM +0100, Elimar Riesebieter wrote:
> 
> > This runs fine here. So I don't know how to reproduce?
> 
>  Does it run fine when run *twice*?
> 
> >>> Yes.
> 
> >> Do you have autoconf/automake/libtool installed in the environment
> >> where you run it?
> 
> > Yes
> 
> Is it actually run during the build?
> 

Why? It isn't required by debian/rules. Else we don't mention it in
Build-Depends (see debian/control)

Elimar

-- 
  "Talking much about oneself can also 
   be a means to conceal oneself."
 -Friedrich Nietzsche



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

Bug#505088: alsa-lib: fails to build twice in a row

[Lionel Elie Mamane]

On Sun, Nov 09, 2008 at 10:33:39PM +0100, Elimar Riesebieter wrote:
> * Lionel Elie Mamane [081109 22:10 +0100]
>> On Sun, Nov 09, 2008 at 10:07:22PM +0100, Elimar Riesebieter wrote:
>>> * Lionel Elie Mamane [081109 21:50 +0100]
 On Sun, Nov 09, 2008 at 08:53:52PM +0100, Elimar Riesebieter wrote:
> * Lionel Elie Mamane [081109 15:10 +0100]
>> On Sun, Nov 09, 2008 at 02:29:58PM +0100, Elimar Riesebieter wrote:

>>> This runs fine here. So I don't know how to reproduce?

>> Does it run fine when run *twice*?

> Yes.

 Do you have autoconf/automake/libtool installed in the environment
 where you run it?

>>> Yes

>> Is it actually run during the build?

> Why?

Well, because on my system it is being run, which is the root of the
problem, as explained in a previous email. autoconf being run
regenerates a fresh configure, which overwrites the effect
debian/patches/configure_cross_compile.patch, which thus does not
unapply cleanly anymore.

> It isn't required by debian/rules.

But the file bibuild/Makefile runs it; I suppose these lines in it are
what runs it:

$(top_srcdir)/configure:  $(am__configure_deps)
cd $(srcdir) && $(AUTOCONF)

triggered by

$(top_builddir)/config.status: $(top_srcdir)/configure 
$(CONFIG_STATUS_DEPENDENCIES)

which might be triggerd by

Makefile: $(srcdir)/Makefile.in $(top_builddir)/config.status


-- 
Lionel



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

Bug#504704: Crashes on big endian architectures due to incorrect data size used for byte swapping

[Gonéri Le Bouder]

On Thu, Nov 06, 2008 at 12:51:15PM +0100, Michel Dänzer wrote:
> Package: teeworlds
> Version: 0.4.3-1
> Severity: important
> Tags: patch
> 

> Two swap_endian() calls in e_datafile.c pass the size in bytes instead of in
> number of units to be swapped, resulting in memory corruption and consequent
> crashes.
> 
> The attached patch fixes this and allows teeworlds to work on my PowerBook.
Hi,

Thank you for the patch. Is the bug also present in Teeworlds 0.4.2?

Cheers,

 Gonéri


signature.asc
Description: Digital signature

Bug#338687: state of #338687

[Eugene V. Lyubimkin]

Hello Daniel.

How do you propose to fix this in apt? Don't output errors from subprocesses at 
all?
Maybe, you can just filter stderr?

-- 
Eugene V. Lyubimkin aka JackYF
Ukrainian C++ developer, Debian APT contributor



signature.asc
Description: OpenPGP digital signature

Bug#374195: state of #374195

[Eugene V. Lyubimkin]

Hello Dpkg Developers!

Does current dpkg strip newlines from the status pipe as proposed by Michael 
Vogt in [1] ?

[1]
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=30;filename=dpkg-no-multiline-errors-on-statusfd.diff;att=1;bug=374195

-- 
Eugene V. Lyubimkin aka JackYF
Ukrainian C++ developer, Debian APT contributor



signature.asc
Description: OpenPGP digital signature

Bug#500358: Fix found

[Bastian Blank]

On Sun, Nov 09, 2008 at 09:37:11PM +0300, Max Dmitrichenko wrote:
> 2008/11/9 Bastian Blank <[EMAIL PROTECTED]>:
> >> OK, since there was no opposition and there is still no explaination on
> >> why this bug was donwgraded in the first place I'm upgrading it back to the
> >> initial severity.
> >
> > There is only a small fraction of machines affected, so this is not RC.
> 
> This is not a PC case where one can assemble some unique set of components 
> which
> will not work together well.

Hmm, my Sparc got PCI-X and PCIe. Okay, I never tried to put a random
card in it, but why should it not work?

>  SPARC is a traditionally brand
> architecture. This case
> affects Ultra 5 and may be several other workstation. So if something
> doesn't function
> on one box it doesn't function on a whole generation of boxes. I think this is
> quite a big part of all Debian SPARC users.

This still does not qualify for the severity "grave":

| makes the package in question unusable or mostly so,

It still runs. And the Sparc machines I use don't show such problems.

> And if SPARC is qualified
> for release
> then this is definitely RC.

It is the decision of the maintainer if nothing else matches.

> And do not hesitate to use common sense. Refusal of fixing the bug
> should be made
> only if you are afraid of breaking something else. This patch targets
> only SPARC. It has
> absolutely no influence on other archs, so it won't break anything
> else even in the worst case.

NMUing a properly maintained package without action from the CTTE is
also a no-go.

> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=5769907ade8dda7002b304c03ef9e4ee5c1e0821

This is a different patch then
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=102;filename=sparc_fix_for_debian.patch;att=1;bug=500358

Bastian

-- 
History tends to exaggerate.
-- Col. Green, "The Savage Curtain", stardate 5906.4



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

Bug#343557: state of #343557

[Eugene V. Lyubimkin]

Hello David, had you experienced this bug on recent kernels and recent apt?

-- 
Eugene V. Lyubimkin aka JackYF
Ukrainian C++ developer, Debian APT contributor



signature.asc
Description: OpenPGP digital signature

Bug#502556: [patch] Was choking on section title that contained re metachar.

[Robert Luberda]

retitle 502556 fails on sections names that are invalid regular expression, 
like Programming/C++
thanks

On Sat, 25 Oct 2008, Karl Hegbloom wrote:

Hi,

> This patch fixes the problem. RTFM!

At first I didn't have any idea why the patch would help;
Programming/OCaml seemed to be a perfectly valid regex. 
It took me a while to realize that Programming/C++ is 
the problematic section.


> + try:
> + matcher=re.compile(sect+"/", re.IGNORECASE)
> + except re.error:
> + matcher=re.compile(re.escape(sect)+"/", re.IGNORECASE)

Actually there's a minor flaw in your the patch. doc-base sections 
shouldn't be treated as regular expressions at all. Even if there is 
currently no section that both contains regex meta characters, and
is a valid regex, I can imagine that such a section name might be added 
in the future. Thus re.escape() should be used always, not only in case
of exception.


Regards,
Robert



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

Bug#505089: alsa-utils: "asoundconf set-default-card" does not work

[Elimar Riesebieter]

* Lionel Elie Mamane [081109 22:20 +0100]
> On Sun, Nov 09, 2008 at 10:09:11PM +0100, Elimar Riesebieter wrote:
[...]
> > snd-card-0 is the deafult one.
> 
> OK, and how does one control which card is snd-card-0 when one uses
> udev and thus one does not use the "special built-in module
> autoloading system"?

Put the following in /etc/modprobe.d/sound:

alias snd-card-0snd-"card0"
options snd-"card0"  index=0
alias snd-card-1snd-"card1"
options snd-"card1" index=1
alias snd-card-2snd-"card2"


Elimar


-- 
  The path to source is always uphill!
-unknown-



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

Bug#505089: alsa-utils: "asoundconf set-default-card" does not work

[Lionel Elie Mamane]

On Sun, Nov 09, 2008 at 10:09:11PM +0100, Elimar Riesebieter wrote:
> * Lionel Elie Mamane [081109 21:20 +0100]
>> On Sun, Nov 09, 2008 at 08:58:13PM +0100, Elimar Riesebieter wrote:

>>> /usr/share/doc/alsa-base/README:Debian.gz describes how to set up
>>> more than 1 soundcard and how to set the default one.

>> I don't see where it does, at least in the case where /dev is managed
>> by udev; there is a section called "loading modules" that say "ALSA
>> has a special built-in module autoloading system. (...)  it is useless
>> if your /dev directory is managed by udev (...)"

> snd-card-0 is the deafult one.

OK, and how does one control which card is snd-card-0 when one uses
udev and thus one does not use the "special built-in module
autoloading system"?

-- 
Lionel



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

Bug#505153: kmail: corrupts single attachment of multipart emails generated by MS Outlook or Outlook Express

[robatok]

Package: kmail
Version: 4:3.5.9-5
Severity: important

Sometimes if I fetch an email with a single file attached kmail corrupts this 
attachment. I'm using pop3 and could observe this error with attached files of 
original sizes of 4 MB as well as file sizes of around 12 MB.

The result is that kmail shows the email with two attachments that have the 
same name but different file sizes. Usually one is very small (a few kB) and 
the other is very much bigger (a little bit smaller than the original file).

Both attached files are broken and unusable.

In the source of two of the emails I found that the emails are multipart-mails 
and were created by "Microsoft Outlook Express" respectively "Microsoft Office 
Outlook 11".

I believe that is has something to do with wrong (?) interpretation of 
multipart messages by kmail. I found a similar bug in kde-bugzilla 
(https://bugs.kde.org/show_bug.cgi?id=143237) that is pending for around two 
years now.

If two files are attached to the mail this problem seems not to occur. If I 
download the email via a web-interface directly from the server this problem 
does not occur either.

Thanks

Karl

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

Kernel: Linux 2.6.26-1-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 kmail depends on:
ii  kdebase-kio-plugins4:3.5.9.dfsg.1-5  core I/O slaves for KDE
ii  kdelibs4c2a4:3.5.9.dfsg.1-6  core libraries and binaries for al
ii  kdepim-kio-plugins 4:3.5.9-5 KDE pim I/O Slaves
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libaudio2  1.9.1-5   Network Audio System - shared libr
ii  libc6  2.7-15GNU C Library: Shared libraries
ii  libfontconfig1 2.6.0-1   generic font configuration library
ii  libfreetype6   2.3.7-2   FreeType 2 font engine, shared lib
ii  libgcc11:4.3.2-1 GCC support library
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libidn11   1.8+20080606-1GNU libidn library, implementation
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libkcal2b  4:3.5.9-5 KDE calendaring library
ii  libkdepim1a4:3.5.9-5 KDE PIM library
ii  libkleopatra1  4:3.5.9-5 KDE GnuPG interface libraries
ii  libkmime2  4:3.5.9-5 KDE MIME interface library
ii  libkpimidentities1 4:3.5.9-5 KDE PIM user identity information 
ii  libksieve0 4:3.5.9-5 KDE mail/news message filtering li
ii  libmimelib1c2a 4:3.5.9-5 KDE mime library
ii  libpng12-0 1.2.27-2  PNG library - runtime
ii  libqt3-mt  3:3.3.8b-5Qt GUI Library (Threaded runtime v
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libstdc++6 4.3.2-1   The GNU Standard C++ Library v3
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxft22.1.12-3  FreeType-based font drawing librar
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxrandr2 2:1.2.3-1 X11 RandR extension library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  perl   5.10.0-16 Larry Wall's Practical Extraction 
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages kmail recommends:
ii  kmailcvt  4:3.5.9-5  KDE KMail mail folder converter
pn  procmail   (no description available)

Versions of packages kmail suggests:
ii  clamav   0.94.dfsg-1 anti-virus utility for Unix - comm
ii  gnupg1.4.9-3 GNU privacy guard - a free PGP rep
ii  gnupg-agent  2.0.9-3.1   GNU privacy guard - password agent
ii  kaddressbook 4:3.5.9-5   KDE NG addressbook application
pn  kleopatra  (no description available)
ii  pinentry-qt [pinentry-x11]   0.7.5-2 Qt-based PIN or pass-phrase entry 
pn  spamassassin | bogofilter |(no description available)

-- no debconf information

-- 
GMX Download-Spiele: Preizsturz! Alle Puzzle-Spiele Deluxe über 60% billiger.
http://games.entertainment.gmx.net/de/entertainment/games/download/puzzle/index.html



-- 
To UNSUBSCRIBE, email to [EM

Bug#503890: Proposed fix for 503890

[Matthew Johnson]

tag 503890 pending
thanks

Hi Richard, thanks for the bug report. I'm currently preparing a 0.17
release of javatools which should hopefully fix this bug. Given we are
so close to the release I will just upload, if you can have a look while
it's waiting to migrate to testing and confirm that jh_manifest and
jh_depends (which I assume you meant, rather than jh_installlibs, which
doesn't touch the manifest file) do the right thing, that would be
great.

Thanks,
Matt

-- 
Matthew Johnson


signature.asc
Description: Digital signature

Bug#505088: alsa-lib: fails to build twice in a row

[Lionel Elie Mamane]

On Sun, Nov 09, 2008 at 10:07:22PM +0100, Elimar Riesebieter wrote:
> * Lionel Elie Mamane [081109 21:50 +0100]
>> On Sun, Nov 09, 2008 at 08:53:52PM +0100, Elimar Riesebieter wrote:
>>> * Lionel Elie Mamane [081109 15:10 +0100]
 On Sun, Nov 09, 2008 at 02:29:58PM +0100, Elimar Riesebieter wrote:

> This runs fine here. So I don't know how to reproduce?

 Does it run fine when run *twice*?

>>> Yes.

>> Do you have autoconf/automake/libtool installed in the environment
>> where you run it?

> Yes

Is it actually run during the build?




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

Bug#504050: (sin asunto)

[fabrice]

Hi,

As stated in Bug 504068 
, this has been 
fixced in Ubuntu.


Here is the debdiff used to fix it in Ubuntu:

diff -u antlr-2.7.7/debian/control antlr-2.7.7/debian/control
--- antlr-2.7.7/debian/control
+++ antlr-2.7.7/debian/control
@@ -81,7 +81,7 @@
Package: cantlr
Section: devel
Architecture: any
-Depends: gij, antlr-gcj, ${shlibs:Depends}
+Depends: gij, libantlr-java-gcj, ${shlibs:Depends}
Description: language tool for constructing recognizers, compilers etc
 This is the native-compiled version of antlr. ANTLR stands for ANother
 Tool for Language Recognition, (formerly PCCTS). It is  a language tool

Thanks,
Fabrice






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

Bug#505089: alsa-utils: "asoundconf set-default-card" does not work

[Elimar Riesebieter]

* Lionel Elie Mamane [081109 21:20 +0100]
> On Sun, Nov 09, 2008 at 08:58:13PM +0100, Elimar Riesebieter wrote:
> > * Lionel Elie Mamane [081109 15:10 +0100]
> >> On Sun, Nov 09, 2008 at 02:35:26PM +0100, Elimar Riesebieter wrote:
> 
> >>> asoundconf is a Debian utility. Is that needed nowadays? I don't
> >>> know an usefull application right now.
> 
> >> Well, a useful application is to set the default sound card on
> >> machines that have several (and where the default default, card number
> >> 0, varies from reboot to reboot).
> 
> > /usr/share/doc/alsa-base/README:Debian.gz describes how to set up
> > more than 1 soundcard and how to set the default one.
> 
> I don't see where it does, at least in the case where /dev is managed
> by udev; there is a section called "loading modules" that say "ALSA
> has a special built-in module autoloading system. (...)  it is useless
> if your /dev directory is managed by udev (...)" and then goes on to
> explain how, when using this system, one controls which driver takes
> which card number slot, which allows to control which one is card 0,
> which is the default default.
> 
> I don't see where it explains how an udev+hotplug-module-autoload
> setup would control which card is the default. The word "default" does
> not appear in the file, except for the string "/etc/default/alsa", in
> the section "reloading modules across APM suspend-and-resum".

snd-card-0 is the deafult one.

Elimar

-- 
  Planung:
  Ersatz des Zufalls durch den Irrtum.
-unknown-



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

Bug#505088: alsa-lib: fails to build twice in a row

[Elimar Riesebieter]

* Lionel Elie Mamane [081109 21:50 +0100]
> On Sun, Nov 09, 2008 at 08:53:52PM +0100, Elimar Riesebieter wrote:
> > * Lionel Elie Mamane [081109 15:10 +0100]
> >> On Sun, Nov 09, 2008 at 02:29:58PM +0100, Elimar Riesebieter wrote:
> 
> >>> This runs fine here. So I don't know how to reproduce?
> 
> >> Does it run fine when run *twice*?
> 
> > Yes.
> 
> Do you have autoconf/automake/libtool installed in the environment
> where you run it?

Yes

Elimar

-- 
.~.
/V\   L   I   N   U   X
   /( )\ >Phear the Penguin<
   ^^-^^



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

Bug#505151: RFP: libimage-seek-perl -- find similar pictures in a library

[Ben Hutchings]

Package: wnpp
Severity: wishlist


* Package name: libimage-seek-perl
  Version : 0.02
  Upstream Author : Lilo Huang <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/~kenwu/Image-Seek/lib/Image/Seek.pm
* License : GPLv2+
  Programming Lang: C++, Perl
  Description : find similar pictures in a library

ImgSeek (http://www.imgseek.net/) is an implementation of Haar wavelet
decomposition techniques to find similar pictures in a library. This
module is a port of the ImgSeek library to Perl's XS. It can deal with
image objects produced by the Imager and Image::Imlib2 libraries.

This is a dependency of the current upstream version of Memories.



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

Bug#505149: The mib2c manpage is missing

[Franck Joncourt]

Package: libsnmp-dev
Version: 5.4.1~dfsg-11
Severity: normal

Hi,

The manpage for mib2c is the one from mib2c-update.

I think the enclosed patch should fix it.

Regards,

-- 
Franck Joncourt
http://debian.org - http://smhteam.info/wiki/
Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE
diff --git a/debian/fixman b/debian/fixman
index a21434b..85cc545 100644
--- a/debian/fixman
+++ b/debian/fixman
@@ -20,7 +20,7 @@ for s in $sections; do
 
 	f2=$(basename $f .$s)
 	commands=$(sed -e '/^\.SH NAME/,/^\./p' -e d $f | 
-	sed -e '/^\./d' -e 's/,/ /g' -e 's/\\\?-.*$//')
+	sed -e '/^\./d' -e 's/,/ /g' -e 's/\\\?--*[[:space:]].*$//')
 	#echo "$f2 commands = $commands"
 
 	for c in $commands; do


signature.asc
Description: OpenPGP digital signature

Bug#505150: openarena: Crash when changing any options on System -> Graphics menu: "double free or corruption"

[Nick Daly]

Subject: openarena: Crash when changing any options on System -> Graphics menu: 
"double free or corruption"
Package: openarena
Version: 0.7.7+dfsg1-1
Severity: normal

*** Please type your report below this line ***
OpenArena crashes when "Accept" is clicked after any options are changed in the 
Graphics menu.

Regardless of the option changed, OpenArena crashes.  The changed option is 
never stored to the OpenArena config, effectively preventing changing any 
options in the graphics menu.  This suggests that the crash occurs before 
the options are successfully written to the config file.

The console output, the crashlog, is attached.  This is reproducible with any 
option, and seems to result in approximately the same crash output each time, 
changing only (best I can tell) the memory locations of loaded 
files.

This bug does not appear to be reported upstream.

Thanks so much for your time and help on this issue,
Nick Daly

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
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 openarena depends on:
ii  libc6 2.7-15 GNU C Library: Shared libraries
ii  libcurl3-gnutls   7.18.2-5   Multi-protocol file transfer libra
ii  libgl1-mesa-glx [libgl1]  7.0.3-6A free implementation of the OpenG
ii  libogg0   1.1.3-4Ogg Bitstream Library
ii  libopenal11:1.4.272-2Software implementation of the Ope
ii  libsdl1.2debian   1.2.13-2   Simple DirectMedia Layer
ii  libvorbis0a   1.2.0.dfsg-3.1 The Vorbis General Audio Compressi
ii  libvorbisfile31.2.0.dfsg-3.1 The Vorbis General Audio Compressi
ii  openarena-data0.7.7-1OpenArena game data

openarena recommends no packages.

openarena suggests no packages.

-- no debconf information



  

openarena.crash
Description: Binary data

Bug#505088: alsa-lib: fails to build twice in a row

[Lionel Elie Mamane]

On Sun, Nov 09, 2008 at 08:53:52PM +0100, Elimar Riesebieter wrote:
> * Lionel Elie Mamane [081109 15:10 +0100]
>> On Sun, Nov 09, 2008 at 02:29:58PM +0100, Elimar Riesebieter wrote:

>>> This runs fine here. So I don't know how to reproduce?

>> Does it run fine when run *twice*?

> Yes.

Do you have autoconf/automake/libtool installed in the environment
where you run it? This seems to make the difference for me; if
autoconf is not installed, I get in the build log:

cd .. && /bin/sh /home/master/j/alsa-lib-1.0.18/missing --run autoconf
/home/master/j/alsa-lib-1.0.18/missing: line 52: autoconf: command not found
WARNING: `autoconf' is missing on your system.  You should only need it if
 you modified `configure.in'.  You might want to install the
 `Autoconf' and `GNU m4' packages.  Grab them from any GNU
 archive site.
/bin/sh ./config.status --recheck


and the second build works. If they are installed, I get:


cd .. && /bin/sh /home/master/j/alsa-lib-1.0.18/missing --run aclocal-1.10 
 cd .. && /bin/sh /home/master/j/alsa-lib-1.0.18/missing --run automake-1.10 
--foreign 
cd .. && /bin/sh /home/master/j/alsa-lib-1.0.18/missing --run autoconf
/bin/sh ./config.status --recheck


and the second build does not work.

-- 
Lionel



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

Bug#237292: wwwconfig-common: Support apache conf.d

[Ola Lundqvist]

Hi Normal

Thanks a lot for this patch! This feature is very welcome!

Added and uploaded. I do not think this will be part of lenny but
for next Debian release it will sure be there.

Best regards,

// Ola

On Sun, Nov 09, 2008 at 03:41:26PM +0100, Norman Messtorff wrote:
> Hi,
> 
> maybe my attached confd-link.sh could close this >4y old bug?
> 
> Comments/suggestions are welcome!
> 
> 
> Norman
> 



-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED]  654 65 KARLSTAD  |
|  http://inguza.com/  +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---



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

Bug#505147: [poppler-utils] no manpage for pdftoabw

[Filipus Klutiero]

Package: poppler-utils
Version: 0.8.7-1
Severity: normal

There is no manpage associated with /usr/bin/pdftoabw



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

Bug#504772: xvnc4viewer: The application crash when the window is maximized

[Ola Lundqvist]

Hi

You can

1) Check configuration file.
2) Check vncserver run parameters.
3) Check if it is larger than your window on the client side.

I do not need to know exactly, but roughly at least. Is it lower than your
client side window or is it higher?

Best regards,

// Ola

On Sun, Nov 09, 2008 at 02:26:11AM -0300, Maximiliano Marin Bustos wrote:
> On Sat, Nov 8, 2008 at 6:39 PM, Ola Lundqvist <[EMAIL PROTECTED]> wrote:
> > Hi Maximiliano
> >
> > On Sat, Nov 08, 2008 at 11:09:16AM -0300, Maximiliano Marin Bustos wrote:
> >>
> >> My screen is: 1280x800 but i don't know what is the height and width
> >> of xvnc4viewer's window
> >
> > Do you know the size of the server side window?
> >
> > Best regards,
> >
> > // Ola
> >
> >>
> >>
> >>
> >>
> >> --
> >> Atte,
> >> Maximiliano Marin
> >> http://blogs.opensur.org/maximilinux
> >>
> >
> > --
> >  --- Inguza Technology AB --- MSc in Information Technology 
> > /  [EMAIL PROTECTED]Annebergsslingan 37\
> > |  [EMAIL PROTECTED]   654 65 KARLSTAD|
> > |  http://inguza.com/Mobile: +46 (0)70-332 1551 |
> > \  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
> >  ---
> >
> 
> 
> Hi Ola!
> How I can now that? Can yo help Me?
> 
> Greets
> 
> -- 
> Atte,
> Maximiliano Marin
> http://blogs.opensur.org/maximilinux
> 
> 
> 

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED]  654 65 KARLSTAD  |
|  http://inguza.com/  +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---



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

Bug#505146: Suggested change to drupal 6 installing configuration

[brent sirna]

Package: drupal6
Version: 6.6-1 

/etc/apache2/conf.d/drupal.conf -> /etc/drupal/6/apache.conf

When you install drupal 6 it creates a symbolic link in the Apache
sub-directory conf.d called drupal.conf. If you should have drupal5
already install this will cause the link for drupal 5 to be over
written. I would like to suggest that you named the symbolic link for
drupal 6 as drupal6.conf and drupal 5 as drupal5.conf. This would allow
both packages to be installed on one system. 

Best regards and thanks

Brent Sirna





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

Bug#505089: alsa-utils: "asoundconf set-default-card" does not work

[Lionel Elie Mamane]

On Sun, Nov 09, 2008 at 08:58:13PM +0100, Elimar Riesebieter wrote:
> * Lionel Elie Mamane [081109 15:10 +0100]
>> On Sun, Nov 09, 2008 at 02:35:26PM +0100, Elimar Riesebieter wrote:

>>> asoundconf is a Debian utility. Is that needed nowadays? I don't
>>> know an usefull application right now.

>> Well, a useful application is to set the default sound card on
>> machines that have several (and where the default default, card number
>> 0, varies from reboot to reboot).

> /usr/share/doc/alsa-base/README:Debian.gz describes how to set up
> more than 1 soundcard and how to set the default one.

I don't see where it does, at least in the case where /dev is managed
by udev; there is a section called "loading modules" that say "ALSA
has a special built-in module autoloading system. (...)  it is useless
if your /dev directory is managed by udev (...)" and then goes on to
explain how, when using this system, one controls which driver takes
which card number slot, which allows to control which one is card 0,
which is the default default.

I don't see where it explains how an udev+hotplug-module-autoload
setup would control which card is the default. The word "default" does
not appear in the file, except for the string "/etc/default/alsa", in
the section "reloading modules across APM suspend-and-resum".

Other sections are "creating device files", "restoring sound volumes
across APM suspend-and-resume", "unloading modules", "getting OSS
support" and "internal speaker"; none of them explains how to set up
the which card is the default, except if one uses the special Alsa
built-in module autload system.

-- 
Lionel



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

Bug#505144: mini-dinstall: generated emails don't have a character encoding set

[Noèl Köthe]

Package: mini-dinstall
Version: 0.6.25
Severity: minor

Hello Christoph,

mini-dinstall sends emails without a charset. The default default charset in 
Debian
is UTF-8 so setting it to UTF-8 would solve this bug.

As an example:

Package: drm-snapshot
Maintainer: Debian X Strike Force <[EMAIL PROTECTED]>
Changed-By: NoÚl Köthe <[EMAIL PROTECTED]>
Changes:


The fields Changes-By and Changes are taken from the debian/changelog where the 
charset
can be ASCII or UTF-8:

http://bugs.debian.org/453954

If the charset is not set the email client will display the email in ASCII 
which will
be broken, when there are non-ASCII characters in the Uploaders/Maintainers 
name or in
the changelog entry.

Thank you.

Noèl


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

Kernel: Linux 2.6.26-1-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



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

Bug#505145: xteddy: option to turn X11 cursor off

[Frank Heckenbach]

Package: xteddy
Version: 2.1-1
Severity: wishlist
Tags: patch

This patch adds an option "-nocursor" to turn off the X11 cursor
over the xteddy window.

The default heart is nice with the teddy, but may be less suitable
with other images. xteddy is quite useful as a general purpose image
viewer with transparency, and then sometimes I prefer no cursor.


xteddy-nocursor.patch
Description: Binary data

Bug#504292: [checkbashisms] Please detect use of $'...' to expand escape sequences

[Adam D. Barratt]

Hi,

On Sun, 2008-11-09 at 12:25 +0100, Filippo Giunchedi wrote:
> It seems like that the false positives are all generated by $ inside quotes, 
> so
> it might be sufficient to check if preceding single quotes are odd or even.
> 
> IOW here is a five minute hack:
[...]
> unless I'm missing something this might work for false positives, same goes 
> for $" " of course

Thanks. That's a significant improvement on the original version. :-)

Looking at an earlier set of results, there are still a couple of false
positives but that's 97% less than before and libtool is full of
horrible shell:

libtool_1.5.26-4_i386.deb:possible bashism in ./usr/bin/libtool line 4697 
($'...' should be "$(printf '...')"):
libtool_1.5.26-4_i386.deb-  reload_objs="$objs$old_deplibs "`$echo 
"X$libobjs" | $SP2NL | $Xsed -e '/\.'${libext}$'/d' -e '/\.lib$/d' -e "$lo2o" | 
$NL2SP`" $reload_conv_objs" ### testsuite: skip nested quoting test

openc++_2.8-9_i386.deb:possible bashism in ./usr/bin/occ2 line 151 ($'...' 
should be "$(printf '...')"):
openc++_2.8-9_i386.deb-   , '\''$'\'' => '\''dlr'\''

Adam



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

Bug#505092: "apt-get update" stuck at "99% [5 Packages gzip 0]"

[Eugene V. Lyubimkin]

clayton wrote:
> Package: apt
> Version: 0.7.16+b1
> Severity: important
> 
> 
> For the last two days, "apt-get update" does not get beyond the "99% [5 
> Packages gzip 0]" point. I can wait for hours, it does not change. Here 
> is a partial snapshot of attempt:
Thanks for the report. Can you please post last 10-20 lines of the 'strace 
apt-get update' ?

-- 
Eugene V. Lyubimkin aka JackYF
Ukrainian C++ developer, Debian APT contributor



signature.asc
Description: OpenPGP digital signature

Bug#505115: Errata

[Sven Joachim]

reassign 505115 bigloo-ude 2.8c-6
close 505115 2.8c-6+rm
thanks

On 2008-11-09 20:45 +0100, Michelangelo Rodriguez wrote:

> Sorry, the bug is not related to emacs package, the problem is with
> bigloo-ude.

Okay, reassigning the bug then.  And closing it as well, since bigloo
has been removed¹ from testing and unstable.

Cheers,
   Sven


¹ http://packages.qa.debian.org/b/bigloo.html



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

Bug#233482: Latest status with Condor sources

[Peter Tröger]

I had a closer look on the 7.0.5 source package from the Condor  
people. The autoconf - script is aware of Debian, and disables (!)  
some features due to incompatibilities. I see no real reason to do  
their work at the moment, since it seems to be anyway on the agenda.


If you want Condor in the main repository, annoy the Condor people to  
finish their porting work. I will keep checking the sources, and would  
still be open to change my package to be sources-based.

smime.p7s
Description: S/MIME cryptographic signature

Bug#505089: [Pkg-alsa-devel] Bug#505089: alsa-utils: "asoundconf set-default-card" does not work

[Elimar Riesebieter]

* Lionel Elie Mamane [081109 15:10 +0100]
> On Sun, Nov 09, 2008 at 02:35:26PM +0100, Elimar Riesebieter wrote:
> > * Lionel Elie Mamane [081109 11:30 +0100]
> 
> >> Using "asoundconf set-default-card" creates a non-working
> >> .asoundrc. The error message I get is:
> 
> > asoundconf is a Debian utility. Is that needed nowadays? I don't
> > know an usefull application right now.
> 
> Well, a useful application is to set the default sound card on
> machines that have several (and where the default default, card number
> 0, varies from reboot to reboot).

/usr/share/doc/alsa-base/README:Debian.gz describes how to set up
more than 1 soundcard and how to set the default one.

We should get rid of asoundconf.

Elimar

-- 
  Experience is something you don't get until 
  just after you need it!



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

Bug#505088: alsa-lib: fails to build twice in a row

[Elimar Riesebieter]

* Lionel Elie Mamane [081109 15:10 +0100]
> On Sun, Nov 09, 2008 at 02:29:58PM +0100, Elimar Riesebieter wrote:

[...]

> > This runs fine here. So I don't know how to reproduce?
> 
> Does it run fine when run *twice*?

Yes.

Elimar

-- 
  >what IMHO then?
  IMHO - Inhalation of a Multi-leafed Herbal Opiate ;)
  --posting from alex in debian-user--



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

Bug#505143: zd1211-firmware: pluscom wu-zd1211b, firmware not working (RF MAXIM_NEW_RF 0x8 is not supported)

[Jelle de Jong]

Package: zd1211-firmware
Version: 2.21.0.0-0.1
Severity: normal

I bought bunch of wireless dongles with a zd1211b chipset, but they don't work 
(yet).

Who would be the best person to contact to get support for the device? I hope 
the debian maintainer can get this report to the right persons to show this.

If there is more information needed then the below please tell me:

Thanks in advance,

Jelle

[38534.984767] usb 5-3.1: new high speed USB device using ehci_hcd and address 
36
[38535.083964] usb 5-3.1: configuration #1 chosen from 1 choice
[38535.157063] usb 5-3.1: reset high speed USB device using ehci_hcd and 
address 36
[38535.257846] phy16: Selected rate control algorithm 'pid'
[38535.261616] zd1211rw 5-3.1:1.0: phy16
[38535.261859] usb 5-3.1: New USB device found, idVendor=0ace, idProduct=1215
[38535.261869] usb 5-3.1: New USB device strings: Mfr=16, Product=32, 
SerialNumber=0
[38535.261876] usb 5-3.1: Product: USB2.0 WLAN
[38535.261881] usb 5-3.1: Manufacturer: ZyDAS
[38535.262006] firmware: requesting zd1211/zd1211b_ub
[38535.280859] firmware: requesting zd1211/zd1211b_uphr
[38535.340746] zd1211rw 5-3.1:1.0: RF MAXIM_NEW_RF 0x8 is not supported
[40703.347091] firmware: requesting zd1211/zd1211b_ub
[40703.369536] firmware: requesting zd1211/zd1211b_uphr
[40828.394683] firmware: requesting zd1211/zd1211b_ub
[40828.410706] firmware: requesting zd1211/zd1211b_uphr
[40829.472870] usb 5-3.1: USB control request for firmware upload failed. Error 
number -110
[40829.472888] usb 5-3.1: Could not upload firmware code uph. Error number -110
[40829.472969] zd1211rw 5-3.1:1.0: couldn't load firmware. Error number -110

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

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

zd1211-firmware depends on no packages.

zd1211-firmware recommends no packages.

Versions of packages zd1211-firmware suggests:
pn  zd1211-module  (no description available)

-- no debconf information



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

Bug#505142: FTBFS with GCC 4.4: missing #include

[Martin Michlmayr]

Package: ntl
Version: 5.4.2-2
User: [EMAIL PROTECTED]
Usertags: ftbfs-gcc-4.4
Tags: patch

Your package fails to build with the upcoming GCC 4.4.  Version 4.4
has not been released yet but I'm building with a snapshot in order
to find errors and give people an advance warning.

GCC 4.4 cleaned up some more C++ headers.  You always have to #include
headers directly and cannot rely for things to be included indirectly.

You can reproduce this problem with gcc-snapshot from unstable.

> Automatic build of ntl_5.4.2-2 on em64t by sbuild/amd64 0.53
...
> g++ -I../include -I.  -g -O2 -g -Wall -O2  -c ZZ_pX.c
> g++ -I../include -I.  -g -O2 -g -Wall -O2  -c ZZ_pX1.c
> ZZ_pX1.c: In function 'std::istream& NTL::operator>>(std::istream&, 
> NTL::vec_ZZ_pX&)':
> ZZ_pX1.c:902: error: 'EOF' was not declared in this scope
> ZZ_pX1.c:902: error: 'EOF' was not declared in this scope
> make[3]: *** [ZZ_pX1.o] Error 1
> make[3]: Leaving directory `/build/tbm/ntl-5.4.2/src/small/src'

--- vec_GF2.c~  2008-11-09 19:40:06.0 +
+++ vec_GF2.c   2008-11-09 19:40:11.0 +
@@ -3,6 +3,8 @@
 
 #include 
 
+#include 
+
 NTL_START_IMPL
 
 void vec_GF2::SetLength(long n)
--- tools.c~2008-11-09 19:40:14.0 +
+++ tools.c 2008-11-09 19:40:19.0 +
@@ -1,6 +1,7 @@
 
 #include 
 
+#include 
 #include 
 
 #include 
--- WordVector.c~   2008-11-09 19:40:28.0 +
+++ WordVector.c2008-11-09 19:40:34.0 +
@@ -3,6 +3,8 @@
 
 #include 
 
+#include 
+
 NTL_START_IMPL
 
 
--- GF2X.c~ 2008-11-09 19:40:39.0 +
+++ GF2X.c  2008-11-09 19:40:45.0 +
@@ -4,6 +4,8 @@
 
 #include 
 
+#include 
+
 NTL_START_IMPL
 
 long GF2X::HexOutput = 0;

-- 
Martin Michlmayr
http://www.cyrius.com/



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

Bug#505130: [xsane] freezes if only port 6566 is reachable

[Julien BLACHE]

Simon Wenner <[EMAIL PROTECTED]> wrote:

Hi,

> My scanner is attached to my Debian Etch box and shared on the network.
> I access it with a Lenny box.
> If the firewall (firehol) on the server is configured too restrictive,
> i.e. only the saned control port (6566) is reachable,
> xsane just freezes and has to be killed. This is very confusing for the
> user.

Standard TCP/IP issue. If you're dropping packet, the connecting side
has no way whatsoever to know that and a very long timeout will
eventually be reached. No problem here.

> Scanimage at least reports an "Error during device I/O".

There's no reason why XSane and scanimage would behave differently,
except maybe if you tried scanimage after XSane. It'd be nice if you
could try it again both way around and track the problem down, if
there is any.

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]> 
 
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 



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

Bug#505115: Errata

[Michelangelo Rodriguez]

Sorry, the bug is not related to emacs package, the problem is with
bigloo-ude.
thanks and best regards,

Michelangelo




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