Bug#643348: ale: FTBFS: ui/unsupported.h:35:30: error: format not a string literal and no format arguments [-Werror=format-security]

[Bart Martens]

tags 643348 patch
stop


diff -ruN -x '*.png' -x '*.jpg' -x '*.ogg' -x '*_image_archive' ../orig/ale-0.9.0.3/ui/implication.h ./ui/implication.h
--- ../orig/ale-0.9.0.3/ui/implication.h	2009-03-31 16:04:55.0 +0200
+++ ./ui/implication.h	2011-10-03 08:45:56.0 +0200
@@ -33,16 +33,16 @@
 	static void changed(const char *description, const char *changes, const char *option = NULL) {
 		fprintf(stderr, "\n\n");
 		fprintf(stderr, "Program options have been automatically modified to satisfy the following:\n\n");
-		fprintf(stderr, description);
+		fprintf(stderr, "%s", description);
 		fprintf(stderr, "\n\n");
 
 		fprintf(stderr, "Changes are as follows:\n\n");
-		fprintf(stderr, changes);
+		fprintf(stderr, "%s", changes);
 		fprintf(stderr, "\n\n");
 
 		if (option) {
 			fprintf(stderr, "This is equivalent to manually setting the following options:\n\n");
-			fprintf(stderr, option);
+			fprintf(stderr, "%s", option);
 			fprintf(stderr, "\n\n");
 		}
 	}
diff -ruN -x '*.png' -x '*.jpg' -x '*.ogg' -x '*_image_archive' ../orig/ale-0.9.0.3/ui/unsupported.h ./ui/unsupported.h
--- ../orig/ale-0.9.0.3/ui/unsupported.h	2009-03-31 16:04:55.0 +0200
+++ ./ui/unsupported.h	2011-10-03 08:48:10.0 +0200
@@ -32,7 +32,7 @@
 	static void fornow(const char *description) {
 		fprintf(stderr, "\n\n");
 		fprintf(stderr, "The following feature is currently unsupported:\n\n");
-		fprintf(stderr, description);
+		fprintf(stderr, "%s", description);
 		fprintf(stderr, "\n\n");
 #if 0
 		fprintf(stderr, "For more information, see http://auricle.dyndns.org/ALE/unsupported/currently/\n\n";);

Bug#643813: obexftp hangs at 95% whilst searching for remote device

[Hendrik Sattler]

Am Freitag, 30. September 2011, 00:59:06 schrieb Mark Panen:
> Package: obexftp
> Version: 0.23-1+b3

What does the term "remote device" refer to? Bluetooth, IrDA, USB?
Can you give the verbose output for a failure?


HS



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

Bug#644133: lintian: dpkg 1.16.1 transition: warns about existing CFLAG in debian/rules

[Jean-Michel Vourgère]

Package: lintian
Version: 2.5.3
Severity: wishlist

Some packages used to start debian/rules with things like:
CFLAGS=-Wall -Werror=format-security

However recent dpkg updates[1] not only make these pratices useless, but it
also removes usefull flags such as -fstack-protector in that example.

Lintian should warns about such flags overrides.


[1] http://lists.debian.org/debian-devel-announce/2011/09/msg1.html



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

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

Versions of packages lintian depends on:
ii  binutils   2.21.52.20110606-2
ii  bzip2  1.0.5-7   
ii  diffstat   1.54-1
ii  file   5.08-1
ii  gettext0.18.1.1-4
ii  intltool-debian0.35.0+20060710.1 
ii  libapt-pkg-perl0.1.24+b2 
ii  libclass-accessor-perl 0.34-1
ii  libdpkg-perl   1.16.1
ii  libemail-valid-perl0.185-1   
ii  libipc-run-perl0.90-1
ii  libparse-debianchangelog-perl  1.2.0-1   
ii  libtimedate-perl   1.2000-1  
ii  liburi-perl1.59-1
ii  locales2.13-21   
ii  man-db 2.6.0.2-2 
ii  patchutils 0.3.2-1   
ii  perl [libdigest-sha-perl]  5.12.4-4  
ii  unzip  6.0-5 

lintian recommends no packages.

Versions of packages lintian suggests:
ii  binutils-multiarch
ii  dpkg-dev   1.16.1   
ii  libhtml-parser-perl3.68-1+b1
ii  libtext-template-perl 
ii  man-db 2.6.0.2-2
ii  xz-utils   5.1.1alpha+20110809-2

-- no debconf information



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

Bug#644047: locales: /etc/default/locale ignored, locale set to C

[Panayiotis Karabassis]

Thanks and sorry!
-- 
Best regards,
Panayiotis Karabassis



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

Bug#619738: gawk: Length and contents of RT may be wrong/garbled when RS==""

[Jeroen Schot]

Hello,

A bugfix for this has been commited in the upstream source repository
[1] will be part of the next release (4.0.1?).

[1]: 


Thanks for your report!

Regards,
-- 
Jeroen Schot



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

Bug#643727: pytrainer does not detect garmin-ant-downloader(aka gant)

[Christian PERRIER]

severity 643727 wishlist
retitle 643727 Should implemented GPS device import through 
garmin-ant-downloader
thanks

Quoting Scott Askey (scotta2...@gmail.com):
> 
> Making a link to /usr/local/bin/gant did not help.
> 
> Where could I find some documentation for using gant or
> garmin-ant-downloader?  All I could find was the the source code
> from 2010 http://cgit.get-open.com/cgit.cgi/gant/.

After looking closer, it seems that GPS device import is, anyway, not
implemented.

From ~/.pytrainer/log.out:

2011-10-03 06:44:54,782|ERROR|windowimportdata|init_gpsdevice_tab|GPS Device 
import not yet implemented


Hence marking the bug accordingly.



signature.asc
Description: Digital signature

Bug#644127: init.d status support

[Ludovic Rousseau]

2011/10/3 Peter Eisentraut :
> Package: pcscd
> Version: 1.7.4-2
> Severity: wishlist
> Tags: patch
>
> Attached is a patch that adds support for the "status" action to the
> pcscd init script.

Why do you need this change?

> Note that I had to move around some code that creates the IPCDIR.  You
> should do this anyway, because it seems not sensible to remove the
> directory containing the PID file before executing, say, the stop
> action.

pcscd is no more started as a root daemon on startup. The process is
auto-started when needed. See [1].
The init script contains an "exit 0" so unless you comment this line
the script will not do of any start/stop/status command. I guess you
have not really tested your patch :-)

The plan is to completely remove this init script and use systemd
instead. But this migration is not yet ready.

Bye,

[1] http://ludovicrousseau.blogspot.com/2010/09/pcscd-auto-start.html

-- 
 Dr. Ludovic Rousseau



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

Bug#554405: Correct remote link

[Oibaf]

forwarded 554405
http://sourceforge.net/tracker/?func=detail&atid=351032&aid=3407093&group_id=1032



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

Bug#644134: libhdf5 cannot open files after NetCDF's nc_close has been called

[Enrico Zini]

Package: libhdf5-serial-dev
Version: 1.8.4-patch1-3
Severity: serious

Hello,

[I'm not quite sure if this should be filed against netcdf instead, or
against both, I'll leave it up to you]

quite simply, after you close a NetCDF file you can't open HDF5 files
anymore. This is a short test case that consistently reproduces the
issue for me:

  // Build with:
  // g++ -o test-nch5 test-nch5.cc -lnetcdf_c++ -lnetcdf -lhdf5_cpp  -lhdf5
  
  // See 
http://hdf-forum.184993.n3.nabble.com/nc-close-causes-problems-for-H5Fopen-td1019191.html
  
  #include 
  #include 
  
  int main(int argc, const char* argv[])
  {
  try {
  NcFile nc("test-nch5-data.nc", NcFile::Replace);
  // Comment out the next line to be able to open the file
  nc.close();
  
  H5::H5File h5("test-nch5-data.h5", H5F_ACC_TRUNC);
  } catch (H5::FileIException& e) {
  e.printError(stderr);
  return 1;
  }
  
  return 0;
  }

The problem also shows when existing files are opened read only. The
test case has a link to an hdf-forum post about this same problem, but
had no answers as far as I can see.

I am the author of a software that has to deal both with NetCDF and with
HDF5 files, and this is quite a killer :(


Ciao,

Enrico

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

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

Versions of packages libhdf5-serial-dev depends on:
ii  libhdf5-serial-1.8.41.8.4-patch1-3  
ii  libjpeg8-dev [libjpeg-dev]  8c-2
ii  zlib1g-dev  1:1.2.3.4.dfsg-3

libhdf5-serial-dev recommends no packages.

Versions of packages libhdf5-serial-dev suggests:
pn  libhdf5-doc  

-- no debconf information



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

Bug#644135: cifs ignores sysct setting

[Alexander Swen]

Package: linux-mage 
Version: 2.6.32-5-amd64 

cifs.ko module (which is included in the kernel pkg as far as i know) 
cifs driver version 1.61 

when cifs module loads oplock is enabled by default. 
so I can do 
echo 0 >/proc/fs/cifs/OplockEnabled 
but that won't persist through a driver reload. so we tried adding this to 
/etc/sysctl.conf: 
fs.cifs.OplockEnabled = 0 
however: 

root@nl14s0008-vm1:~# echo 0 >/proc/fs/cifs/OplockEnabled 
root@nl14s0008-vm1:~# cat /proc/fs/cifs/OplockEnabled 
0 
root@nl14s0008-vm1:~# modprobe -r cifs 
root@nl14s0008-vm1:~# tail -1 /etc/sysctl.conf 
fs.cifs.OplockEnabled = 0 
root@nl14s0008-vm1:~# lsmod|grep cifs 
root@nl14s0008-vm1:~# modprobe cifs 
root@nl14s0008-vm1:~# !l 
lsmod |grep cifs 
cifs 262528 0 
nls_base 6377 3 cifs,nls_utf8,usbcore 
root@nl14s0008-vm1:~# !cat 
cat /proc/fs/cifs/OplockEnabled 
1 

So, when I read the modinfo of cifs, there are a few module options, but no 
oplock option. 
I would like to add something like: 
options cifs oplocksenabled=0 
to /etc/modprobe.d/aliases.conf 

Is it feasible to add that param as an option? 

I use the cifs 1.61 module on 2.6.32-5-amd64 kernel on Debian 6.0 (Debian 
2.6.32-35squeeze2) 



Met vriendelijke groet, 
Alexander Swen 

Bug#640391: ark3116 driver regression: oscilloscope shows no transmission

[Bart Hartgers]

2011/10/3 ael :
>
> As I had suspected from the multimeter measurements, it seems
> that the ark 3116 does not transmit *anything* under the
> latest kernel (on the usual gpsbabel test).
>
> Under the old working kernel, I saw packets in both directions.
> For the record, the gps tx line was swinging between +5.6V and -5.4V,
> while the ark3116 board was driving the gps rx line between 0V and 3.2V.
>
>
> But under kernel 3.0.0-1, I could not get the 'scope to trigger
> on either line, nor could  see any activity.
>
> So my conclusion is that the module is somehow setting the ark3116
> into a mode whereby it cannot transmit if only the tx & rx (plus
> grnd=pin5) are connected. Whereas the old version of the module
> sets it up so that this is possible. Agree?
>
> So rather than the gps failing to reply, it seems that the ark3116
> never sends anything.
>

Hi ael,

Excellent work! Thanks a lot.

Initially I suspected either somekind of problem between the USB and
UART parts of the ark3116, or some handshaking mismatch, but from your
experiments I get the impression that the ark3116 is more or less
switched off on the 9-pin side. The fact that there is no response by
the 3.0-kernel to grounding cts is unexpected. There should be a
response to that, even if the actual transmissions are blocked by
handshaking.

The ark I have  works with 0 and 3.3V, while RS232 uses -12 and +12 or
so. Usually there is a level-shifter that converts one into the other.
Maybe that part somehow gets disabled by the new driver.

There are some registers in the ark of which it is not clear what they
do. I copied the values and indices from the windows driver for my
ark, but perhaps there is something more suble going on. I'll take
another close look at the old and new driver and see if I can find
anything.

If I find something that way, would a patch against 3.0 be okay for
you? Alternatively, I can make a sort of stand-alone buildable version
of the driver that you can just 'make' and 'insmod', provided you have
the right tools/package installed, if that is more convenient for you.

Groeten,
Bart



-- 
Bart Hartgers - New e-mail: bart.hartg...@gmail.com



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

Bug#643942: Please add support tracker-0.12

[Alberto Garcia]

Upstream already supports tracker-0.12, so let's just wait for the
next release.

http://git.gnome.org/browse/grilo-plugins/commit/?h=0.1.x&id=e0f8eafb60de9051030cad7f387170e9a790a5f8

Thanks,

Berto



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

Bug#644136: ITP: ruby-text -- collection of text match and analysis algorithms

[Olivier Sallou]

Package: wnpp
Severity: wishlist
Owner: Olivier Sallou 


* Package name: ruby-text
  Version : 1.1.2
  Upstream Author : Paul Battley, Michael Neumann, Tim Fletcher
* URL : https://rubygems.org/gems/Text
* License : GPL
  Programming Lang: Ruby
  Description : collection of text match and analysis algorithms

Library for match and analysis on text strings. Contains levenshtein
 distance calculation, Porter Stemming and others.



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

Bug#644137: ITP: ruby-cassiopee -- provide methods to search exact match or approximate matches with Hamming or edit distance

[Olivier Sallou]

Package: wnpp
Severity: wishlist
Owner: Olivier Sallou 


* Package name: ruby-cassiopee
  Version : 0.1.8
  Upstream Author : Olivier Sallou 
* URL : https://rubygems.org/gems/cassiopee
* License : GPL
  Programming Lang: Ruby
  Description : provide methods to search exact match or approximate 
matches with  Hamming or edit distance

Library to search an exact or approximate word (hamming or edit distance) in a 
string.
Support index cache with incremental update for later searches



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

Bug#633501: libjinput-jni: contains undefined symbol EVIOCGUSAGE

[Geoffrey Thomas]

tags 633501 + patch
forwarded 633501 http://java.net/jira/browse/JINPUT-44
thanks

Hi all,

I've reported this bug upstream at http://java.net/jira/browse/JINPUT-44 , 
and submitted a patch (attached, and also at 
http://ldpreload.com/p/jinput-remove-getDeviceUsageBits.patch ) to 
eliminate all code related to this nonexistent ioctl. The package builds 
cleanly with this patch applied via debian/patches, and I've verified that 
the resulting .so no longer references an EVIOCGUSAGE symbol, but I don't 
have enough of an idea of how this package works to properly test that it 
addresses the reported crash. (At the very least, I can't reproduce the 
crash simply by installing this package, or adding "import 
net.java.games.input.*" to a Hello World class.)


Java team, if you would like me to prepare a debdiff or NMU including this 
patch, let me know (and let me know how to test it), and I'll be happy to 
do so.


--
Geoffrey Thomas
http://ldpreload.com
geo...@ldpreload.comIndex: trunk/plugins/linux/src/java/net/java/games/input/LinuxEventDevice.java
===
--- trunk/plugins/linux/src/java/net/java/games/input/LinuxEventDevice.java	(revision 247)
+++ trunk/plugins/linux/src/java/net/java/games/input/LinuxEventDevice.java	(working copy)
@@ -94,28 +94,6 @@
 	}
 
 	private final Controller.Type guessType() throws IOException {
-		Controller.Type type_from_usages = guessTypeFromUsages();
-		if (type_from_usages == Controller.Type.UNKNOWN)
-			return guessTypeFromComponents();
-		else
-			return type_from_usages;
-	}
-	
-	private final Controller.Type guessTypeFromUsages() throws IOException {
-		byte[] usage_bits = getDeviceUsageBits();
-		if (isBitSet(usage_bits, NativeDefinitions.USAGE_MOUSE))
-			return Controller.Type.MOUSE;
-		else if (isBitSet(usage_bits, NativeDefinitions.USAGE_KEYBOARD))
-			return Controller.Type.KEYBOARD;
-		else if (isBitSet(usage_bits, NativeDefinitions.USAGE_GAMEPAD))
-			return Controller.Type.GAMEPAD;
-		else if (isBitSet(usage_bits, NativeDefinitions.USAGE_JOYSTICK))
-			return Controller.Type.STICK;
-		else
-			return Controller.Type.UNKNOWN;
-	}
-
-	private final Controller.Type guessTypeFromComponents() throws IOException {
 		List components = getComponents();
 		if (components.size() == 0)
 			return Controller.Type.UNKNOWN;
@@ -342,15 +320,6 @@
 	}
 	private final static native void nGetBits(long fd, int ev_type, byte[] evtype_bits) throws IOException;
 
-	private final byte[] getDeviceUsageBits() throws IOException {
-		byte[] bits = new byte[NativeDefinitions.USAGE_MAX/8 + 1];
-		if (getVersion() >= 0x010001) {
-			nGetDeviceUsageBits(fd, bits);
-		}
-		return bits;
-	}
-	private final static native void nGetDeviceUsageBits(long fd, byte[] type_bits) throws IOException;
-
 	public final synchronized void pollKeyStates() throws IOException {
 		nGetKeyStates(fd, key_states);
 	}
Index: trunk/plugins/linux/src/native/net_java_games_input_LinuxEventDevice.c
===
--- trunk/plugins/linux/src/native/net_java_games_input_LinuxEventDevice.c	(revision 247)
+++ trunk/plugins/linux/src/native/net_java_games_input_LinuxEventDevice.c	(working copy)
@@ -112,20 +112,6 @@
 	return num_effects;
 }
 
-JNIEXPORT void JNICALL Java_net_java_games_input_LinuxEventDevice_nGetDeviceUsageBits(JNIEnv *env, jclass unused, jlong fd_address, jbyteArray usages_array) {
-#if EV_VERSION >= 0x010001
-	int fd = (int)fd_address;
-	jsize len = (*env)->GetArrayLength(env, usages_array);
-	jbyte *usages = (*env)->GetByteArrayElements(env, usages_array, NULL);
-	if (usages == NULL)
-		return;
-	int res = ioctl(fd, EVIOCGUSAGE(len), usages);
-	(*env)->ReleaseByteArrayElements(env, usages_array, usages, 0);
-	if (res == -1)
-		throwIOException(env, "Failed to get device usages (%d)\n", errno);
-#endif
-}
-
 JNIEXPORT void JNICALL Java_net_java_games_input_LinuxEventDevice_nGetBits(JNIEnv *env, jclass unused, jlong fd_address, jint evtype, jbyteArray bits_array) {
 	int fd = (int)fd_address;
 	jsize len = (*env)->GetArrayLength(env, bits_array);

Bug#639950: unable to login

[Vincent Bernat]

OoO  En cette  nuit nuageuse  du jeudi  01 septembre  2011,  vers 00:47,
Moonwalker  disait :

> Expression "$user_id = $dbh->insert_id('users')" in line 421 of
> /usr/share/roundcube/program/include/rcube_user.php returns NULL in
> such cases, but it doesn't seem that the insert query actually fails.
> Unfortunately, I'm not familiar with Roundcube code and PEAR's MDB2 to 
> diagnose more deeply.


Which database are you using?
-- 
Vincent Bernat ☯ http://vincent.bernat.im

Make it clear before you make it faster.
- The Elements of Programming Style (Kernighan & Plauger)


pgpKBgsHPRRcv.pgp
Description: PGP signature

Bug#644134: Acknowledgement (libhdf5 cannot open files after NetCDF's nc_close has been called)

[Enrico Zini]

Hello,

some more info thanks to Mark Hymers:

the culprit seems to be in NetCDF, netcdf/libsrc4/nc4file.c, line 2770:

   if (!numfiles)
   {  
  /* If all files have been closed, close he HDF5 library. This will
   * clean up some stuff that HDF5 is leaving open. */
  if ((retval = H5close()) < 0)
 return NC_EHDFERR;

  /* Reset the ncid numbers. */
  last_file_id = 0;
   }

Indeed, if in my test case I keep a file open during the whole time, the
error doesn't happen.

According to http://www.hdfgroup.org/HDF5/doc/RM/RM_H5.html#Library-Close,
there is no need for that function to be called, since it's already
hooked into exit().

I'm now reassigning the bug to src:netcdf.


Ciao,

Enrico

-- 
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini 


signature.asc
Description: Digital signature

Bug#643685: 'man enca' typos: "starightforward", "recoginize", "incredibily" x 2, "consideres", etc.

[Michal Čihař]

Hi

Dne Wed, 28 Sep 2011 13:04:37 -0400
"A. Costa"  napsal(a):

> Package: enca
> Version: 1.13-4
> Severity: minor
> Tags: patch
> 
> Found some typos in '/usr/share/man/man1/enca.1.gz', see attached '.diff'.
> 
> Hope this helps...

Thanks a lot, committed to upstream git and will be part of next
release.

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com



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

Bug#644138: kcc and heimdal-clients: error when trying to install together

[Ralf Treinen]

Package: heimdal-clients,kcc
Version: heimdal-clients/1.5.dfsg.1-1
Version: kcc/2.3-12
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2011-10-03
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


WARNING: The following packages cannot be authenticated!
  libbsd0 libedit2 libkeyutils1 libkrb5support0 libk5crypto3 libkrb5-3
  libgssapi-krb5-2 libsasl2-2 libldap-2.4-2 libroken18-heimdal
  libasn1-8-heimdal libhcrypto4-heimdal libheimbase1-heimdal libwind0-heimdal
  libhx509-5-heimdal libkrb5-26-heimdal libheimntlm0-heimdal
  libgssapi3-heimdal libhdb9-heimdal libkadm5clnt7-heimdal
  libkadm5srv8-heimdal libkafs0-heimdal libotp0-heimdal libsl0-heimdal libcap2
  libgeoip1 libxml2 libisc62 libdns69 libisccc60 libisccfg62 libbind9-60
  liblwres60 bind9-host krb5-config heimdal-clients kcc

Extracting templates from packages: 81%
Extracting templates from packages: 100%
Preconfiguring packages ...
Authentication warning overridden.
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously unselected package libbsd0.
(Reading database ... 10584 files and directories currently installed.)
Unpacking libbsd0 (from .../libbsd0_0.3.0-1_amd64.deb) ...
Selecting previously unselected package libedit2.
Unpacking libedit2 (from .../libedit2_2.11-20080614-3_amd64.deb) ...
Selecting previously unselected package libkeyutils1.
Unpacking libkeyutils1 (from .../libkeyutils1_1.5.2-2_amd64.deb) ...
Selecting previously unselected package libkrb5support0.
Unpacking libkrb5support0 (from .../libkrb5support0_1.9.1+dfsg-3_amd64.deb) ...
Selecting previously unselected package libk5crypto3.
Unpacking libk5crypto3 (from .../libk5crypto3_1.9.1+dfsg-3_amd64.deb) ...
Selecting previously unselected package libkrb5-3.
Unpacking libkrb5-3 (from .../libkrb5-3_1.9.1+dfsg-3_amd64.deb) ...
Selecting previously unselected package libgssapi-krb5-2.
Unpacking libgssapi-krb5-2 (from .../libgssapi-krb5-2_1.9.1+dfsg-3_amd64.deb) 
...
Selecting previously unselected package libsasl2-2.
Unpacking libsasl2-2 (from .../libsasl2-2_2.1.25.dfsg1-2_amd64.deb) ...
Selecting previously unselected package libldap-2.4-2.
Unpacking libldap-2.4-2 (from .../libldap-2.4-2_2.4.25-3_amd64.deb) ...
Selecting previously unselected package libroken18-heimdal.
Unpacking libroken18-heimdal (from 
.../libroken18-heimdal_1.5.dfsg.1-1_amd64.deb) ...
Selecting previously unselected package libasn1-8-heimdal.
Unpacking libasn1-8-heimdal (from .../libasn1-8-heimdal_1.5.dfsg.1-1_amd64.deb) 
...
Selecting previously unselected package libhcrypto4-heimdal.
Unpacking libhcrypto4-heimdal (from 
.../libhcrypto4-heimdal_1.5.dfsg.1-1_amd64.deb) ...
Selecting previously unselected package libheimbase1-heimdal.
Unpacking libheimbase1-heimdal (from 
.../libheimbase1-heimdal_1.5.dfsg.1-1_amd64.deb) ...
Selecting previously unselected package libwind0-heimdal.
Unpacking libwind0-heimdal (from .../libwind0-heimdal_1.5.dfsg.1-1_amd64.deb) 
...
Selecting previously unselected package libhx509-5-heimdal.
Unpacking libhx509-5-heimdal (from 
.../libhx509-5-heimdal_1.5.dfsg.1-1_amd64.deb) ...
Selecting previously unselected package libkrb5-26-heimdal.
Unpacking libkrb5-26-heimdal (from 
.../libkrb5-26-heimdal_1.5.dfsg.1-1_amd64.deb) ...
Selecting previously unselected package libheimntlm0-heimdal.
Unpacking libheimntlm0-heimdal (from 
.../libheimntlm0-heimdal_1.5.dfsg.1-1_amd64.deb) ...
Selecting previously unselected package libgssapi3-heimdal.
Unpacking libgssapi3-heimdal (from 
.../libgssapi3-heimdal_1.5.dfsg.1-1_amd64.deb) ...
Selecting previously unselected package libhdb9-heimdal.
Unpacking libhdb9-heimdal (from .../libhdb9-heimdal_1.5.dfsg.1-1_amd64.deb) ...
Selecting previously unselected package libkadm5clnt7-heimdal.
Unpacking libkadm5clnt7-heimdal (from 
.../libkadm5clnt7-heimdal_1.5.dfsg.1-1_amd64.deb) ...
Selecting previously unselected package libkadm5srv8-heimdal.
Unpacking libkadm5srv8-heimdal (from 
.../libkadm5srv8-heimdal_1.5.dfsg.1-1_amd64.deb) ...
Selecting previously unselected package libkafs0-heimdal.
Unpacking libkafs0-heimdal (from .../libkafs0-heimdal_1.5.dfsg.1-1_amd64.deb) 
...
Selecting previously unselected package libotp0-heimdal.
Unpacking libotp0-heimdal (from .../libotp0-heimdal_1.5.dfsg.1-1_amd64.deb) ...
Selecting previously unselected package libsl0-heimdal.
Unpacking libsl0-heimdal (from .../libsl0-heimdal_1.5.dfsg.1-1_amd64.deb) ...
Selecting previously unselected package libcap2.
Unpacking libcap2 (from .../libcap2_1%3a2.22-1_amd64.deb) ...
Selecting previously unselected package libgeoip1.
Unpacking libgeoip1 (from .../libgeoip1_1.4.8+dfsg-2_amd64.deb) ...
Selecting previously unselected package libxml2.
Unpacking libxml2 (from .../libxml2_2.7.8.dfsg-4_amd64.deb) ...
Selecting previously unselected package libisc62.
Unpacking libisc62 (f

Bug#644139: libgts-dev and pcb-common: error when trying to install together

[Ralf Treinen]

Package: pcb-common,libgts-dev
Version: pcb-common/20110918-2
Version: libgts-dev/0.7.6+darcs110121-1.1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2011-10-03
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


WARNING: The following packages cannot be authenticated!
  libkeyutils1 libkrb5support0 libk5crypto3 libkrb5-3 libgssapi-krb5-2
  libpcre3 libglib2.0-0 libatk1.0-data libatk1.0-0 libavahi-common-data
  libavahi-common3 libdbus-1-3 libavahi-client3 libcups2 libdatrie1 libdrm2
  libexpat1 libfreetype6 ucf ttf-dejavu-core fontconfig-config libfontconfig1
  libjpeg8 libjasper1 libpng12-0 libtiff4 libxau6 libxdmcp6 libxcb1
  libx11-data libx11-6 libgdk-pixbuf2.0-0 libglapi-mesa libxfixes3 libxdamage1
  libxext6 libxxf86vm1 libgl1-mesa-glx libglu1-mesa libgtk2.0-common
  libpixman-1-0 libxcb-render0 libxcb-shm0 libxrender1 libcairo2 libthai-data
  libthai0 libxft2 fontconfig libpango1.0-0 libxcomposite1 libxcursor1 libxi6
  libxinerama1 libxrandr2 libxml2 shared-mime-info libgtk2.0-0 x11-common
  libice6 libsm6 libxss1 libxt6 m4 libc-dev-bin linux-libc-dev libc6-dev
  libxpm4 libgd2-xpm libglib2.0-data libglib2.0-bin pkg-config zlib1g-dev
  libglib2.0-dev libxmu6 libgtkglext1 libgts-0.7-5 libgts-dev tcl8.5 tk8.5
  pcb-gtk pcb-common

Extracting templates from packages: 36%
Extracting templates from packages: 73%
Extracting templates from packages: 100%
Preconfiguring packages ...
Authentication warning overridden.
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously unselected package libkeyutils1.
(Reading database ... 10584 files and directories currently installed.)
Unpacking libkeyutils1 (from .../libkeyutils1_1.5.2-2_amd64.deb) ...
Selecting previously unselected package libkrb5support0.
Unpacking libkrb5support0 (from .../libkrb5support0_1.9.1+dfsg-3_amd64.deb) ...
Selecting previously unselected package libk5crypto3.
Unpacking libk5crypto3 (from .../libk5crypto3_1.9.1+dfsg-3_amd64.deb) ...
Selecting previously unselected package libkrb5-3.
Unpacking libkrb5-3 (from .../libkrb5-3_1.9.1+dfsg-3_amd64.deb) ...
Selecting previously unselected package libgssapi-krb5-2.
Unpacking libgssapi-krb5-2 (from .../libgssapi-krb5-2_1.9.1+dfsg-3_amd64.deb) 
...
Selecting previously unselected package libpcre3.
Unpacking libpcre3 (from .../libpcre3_8.12-4_amd64.deb) ...
Selecting previously unselected package libglib2.0-0.
Unpacking libglib2.0-0 (from .../libglib2.0-0_2.28.6-1_amd64.deb) ...
Selecting previously unselected package libatk1.0-data.
Unpacking libatk1.0-data (from .../libatk1.0-data_2.2.0-1_all.deb) ...
Selecting previously unselected package libatk1.0-0.
Unpacking libatk1.0-0 (from .../libatk1.0-0_2.2.0-1_amd64.deb) ...
Selecting previously unselected package libavahi-common-data.
Unpacking libavahi-common-data (from 
.../libavahi-common-data_0.6.30-5_amd64.deb) ...
Selecting previously unselected package libavahi-common3.
Unpacking libavahi-common3 (from .../libavahi-common3_0.6.30-5_amd64.deb) ...
Selecting previously unselected package libdbus-1-3.
Unpacking libdbus-1-3 (from .../libdbus-1-3_1.4.16-1_amd64.deb) ...
Selecting previously unselected package libavahi-client3.
Unpacking libavahi-client3 (from .../libavahi-client3_0.6.30-5_amd64.deb) ...
Selecting previously unselected package libcups2.
Unpacking libcups2 (from .../libcups2_1.5.0-8_amd64.deb) ...
Selecting previously unselected package libdatrie1.
Unpacking libdatrie1 (from .../libdatrie1_0.2.4-3_amd64.deb) ...
Selecting previously unselected package libdrm2.
Unpacking libdrm2 (from .../libdrm2_2.4.26-1_amd64.deb) ...
Selecting previously unselected package libexpat1.
Unpacking libexpat1 (from .../libexpat1_2.0.1-7_amd64.deb) ...
Selecting previously unselected package libfreetype6.
Unpacking libfreetype6 (from .../libfreetype6_2.4.6-2_amd64.deb) ...
Selecting previously unselected package ucf.
Unpacking ucf (from .../ucf_3.0025+nmu2_all.deb) ...
Moving old data out of the way
Selecting previously unselected package ttf-dejavu-core.
Unpacking ttf-dejavu-core (from .../ttf-dejavu-core_2.33-2_all.deb) ...
Selecting previously unselected package fontconfig-config.
Unpacking fontconfig-config (from .../fontconfig-config_2.8.0-3_all.deb) ...
Selecting previously unselected package libfontconfig1.
Unpacking libfontconfig1 (from .../libfontconfig1_2.8.0-3_amd64.deb) ...
Selecting previously unselected package libjpeg8.
Unpacking libjpeg8 (from .../libjpeg8_8c-2_amd64.deb) ...
Selecting previously unselected package libjasper1.
Unpacking libjasper1 (from .../libjasper1_1.900.1-10_amd64.deb) ...
Selecting previously unselected package libpng12-0.
Unpacking libpng12-0 (from .../libpng12-0_1.2.46-3_amd64.deb) ...
Selecting previously unselected package libtiff4.
Unpacking libtiff4 (from .../libtiff4_3.9.5-2_amd64.deb) ...

Bug#644127: init.d status support

[Peter Eisentraut]

On mån, 2011-10-03 at 09:24 +0200, Ludovic Rousseau wrote:
> 2011/10/3 Peter Eisentraut :
> > Package: pcscd
> > Version: 1.7.4-2
> > Severity: wishlist
> > Tags: patch
> >
> > Attached is a patch that adds support for the "status" action to the
> > pcscd init script.
> 
> Why do you need this change?

It's a project-wide goal to add this support.

> > Note that I had to move around some code that creates the IPCDIR.  You
> > should do this anyway, because it seems not sensible to remove the
> > directory containing the PID file before executing, say, the stop
> > action.
> 
> pcscd is no more started as a root daemon on startup. The process is
> auto-started when needed. See [1].
> The init script contains an "exit 0" so unless you comment this line
> the script will not do of any start/stop/status command. I guess you
> have not really tested your patch :-)

I have tested it by removing the "exit 0" as instructed in the
script. :)

> The plan is to completely remove this init script and use systemd
> instead. But this migration is not yet ready.

OK, I'm working on dozens of init scripts across many packages, so I
can't take the time to investigate any possible future plans of each one
individually.  If you remove this init script, then please ignore my
submission.  But as long as the init script exists, even if only for
compatibility usage or whatever, please consider including my patch.  As
long as the init script is there, tools like chkconfig will use it for
global status reports and such.





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

Bug#620802: trilinos: fixed in 10.4.0.dfsg-1

[Thibaut Paumard]

package python-pytrilinos
notfixed 620802 python-pitrilinos/10.4.0+dfsg
notfixed 620802 trilinos/10.4.0+dfsg-1
fixed 620802 trilinos/10.4.0.dfsg-1
thanks

At some point I'll get the tagging right

I don't now in the bug should be fixed in stable or if it's OK to leave
it like that since workarounds exist and it's fixed in unstable.

Regards, Thibaut.



signature.asc
Description: OpenPGP digital signature

Bug#644140: icedove: Sends outgoing mail yet from obsolete POP-account although that SMTP-server was removed from 'Account Settings'/'Outgoing Server'

[Andreas Glaeser]

Package: icedove
Version: 3.0.11-1+squeeze4
Severity: normal

*** Please type your report below this line ***


-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/3 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages icedove depends on:
ii  debianutils   3.4Miscellaneous utilities specific t
ii  fontconfig2.8.0-2.1  generic font configuration library
ii  libasound21.0.23-2.1 shared library for ALSA applicatio
ii  libatk1.0-0   1.30.0-1   The ATK accessibility toolkit
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-6   The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.2.24-4+squeeze1  simple interprocess messaging syst
ii  libfontconfig12.8.0-2.1  generic font configuration library
ii  libfreetype6  2.4.2-2.1+squeeze1 FreeType 2 font engine, shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user interface 
ii  libjpeg62 6b1-1  The Independent JPEG Group's JPEG 
ii  libnspr4-0d   4.8.6-1NetScape Portable Runtime Library
ii  libnss3-1d3.12.8-1+squeeze3  Network Security Service libraries
ii  libpango1.0-0 1.28.3-1+squeeze2  Layout and rendering of internatio
ii  libpng12-01.2.44-1+squeeze1  PNG library - runtime
ii  libsqlite3-0  3.7.3-1SQLite 3 shared library
ii  libstartup-notificati 0.10-1 library for program launch feedbac
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3
ii  libx11-6  2:1.3.3-4  X11 client-side library
ii  libxrender1   1:0.9.6-1  X Rendering Extension client libra
ii  libxt61:1.0.7-1  X11 toolkit intrinsics library
ii  psmisc22.11-1utilities that use the proc file s
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

Versions of packages icedove recommends:
ii  myspell-en-gb [myspell-dictio 1:3.2.1-2  English_british dictionary for mys
ii  myspell-en-us [myspell-dictio 1:3.2.1-2  English_american dictionary for my

Versions of packages icedove suggests:
ii  libdbus-glib-1-20.88-2.1 simple interprocess messaging syst
ii  libgconf2-4 2.28.1-6 GNOME configuration database syste
ii  libgnome2-0 2.30.0-1 The GNOME library - runtime files
ii  libgnomevfs2-0  1:2.24.3-1   GNOME Virtual File System (runtime
ii  libgssapi-krb5-21.8.3+dfsg-4squeeze2 MIT Kerberos runtime libraries - k
ii  ttf-lyx 1.6.7-1  TrueType versions of some TeX font

-- no debconf information



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

Bug#644141: RM: qwit -- ROM; upstream abandoned

[Carlos Galisteo]

Package: ftp.debian.org
Severity: normal

   Upstream development is abandoned for a year, critical bugs (mostly oauth 
related) make qwit unusable.

   Some important features (proper API retweet, API changes...) are missing, 
and upstream is not working on them.

Since a better replacement (choqok) is available in Debian archive, I think 
qwit should be removed.

 Thanks.



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

Bug#644023: FTBFS on kfreebsd-i386

[Jonathan Nieder]

Petr Salinger wrote:

> It effectively test return code of
>
>fprintf (fp, "%2147483648d%2147483648d", 1, 1);
>
> The printf family returns int and should return number of written bytes.
> It therefore cannot exceed MAX_INT.
>
> But the test tries to print twice entry with width MAX_INT+1.
> I would understand the test with i.e. 2147483640
> or six time 512 MB.

Yeah, your suggested test would be a more precise test for the
original bug[1].

C99 (N1256 §7.19.6.1.4) only tells us that the field width is a
"nonnegative decimal integer".  It would be nice to clarify with the C
working group whether a field width that doesn't fit into an "int"
triggers undefined behavior or if the implementation is obligated to
catch it.

> On kfreebsd-amd64, it tries to
> mmap(0,0x80001000,PROT_READ|PROT_WRITE,MAP_ANON|MAP_TYPE|MAP_PRIVATE,0x,0)
> and fails.

Sounds buggy.  In fact, there are at least a couple of seemingly buggy
aspects here.

 - read_int does not check for overflow
 - read_int returns "unsigned int", but "prec" and "width" are ints
 - the "for (; (size_t) nspecs_done < nspecs; ++nspecs_done)" loop
   does not check for overflow when deciding the initial work buffer
   size
 - the private __parse_one_spec API (and public parse_printf_format
   API) does not seem to include a way to indicate overflow

Anyway, how about this patch?  It implements your 6 times 512 MiB idea
(well, 3 times 1 GiB because I'm lazy) and adds a new test for the
related bug Robert found (which gets masked on Linux by malloc() not
bothering to try to fulfill such huge requests --- maybe it would be
possible to tweak it so it can fail on Linux, too).
---
[1] http://sourceware.org/bugzilla/show_bug.cgi?id=5424

 stdio-common/Makefile |2 +-
 stdio-common/bug22.c  |5 +++--
 stdio-common/bug22a.c |   33 +
 3 files changed, 37 insertions(+), 3 deletions(-)
 create mode 100644 stdio-common/bug22a.c

diff --git a/stdio-common/Makefile b/stdio-common/Makefile
index 006f5468..3be668cc 100644
--- a/stdio-common/Makefile
+++ b/stdio-common/Makefile
@@ -60,7 +60,7 @@ tests := tstscanf test_rdwr test-popen tstgetln test-fseek \
 tst-popen tst-unlockedio tst-fmemopen2 tst-put-error tst-fgets \
 tst-fwrite bug16 bug17 tst-swscanf tst-sprintf2 bug18 bug18a \
 bug19 bug19a tst-popen2 scanf13 scanf14 scanf15 bug20 bug21 bug22 \
-scanf16 scanf17 tst-setvbuf1 tst-grouping bug23 bug24
+bug22a scanf16 scanf17 tst-setvbuf1 tst-grouping bug23 bug24
 
 test-srcs = tst-unbputc tst-printf
 
diff --git a/stdio-common/bug22.c b/stdio-common/bug22.c
index 2228388b..1f59c735 100644
--- a/stdio-common/bug22.c
+++ b/stdio-common/bug22.c
@@ -1,7 +1,8 @@
 /* BZ #5424 */
 #include 
 
-#define N 2147483648
+/* 1 GiB * 3 > INT_MAX bytes */
+#define N 1073741824
 
 #define STRINGIFY(S) #S
 #define MAKE_STR(S) STRINGIFY(S)
@@ -20,7 +21,7 @@ do_test (void)
   return 1;
 }
 
-  ret = fprintf (fp, "%" SN "d%" SN "d", 1, 1);
+  ret = fprintf (fp, "%" SN "d%" SN "d%" SN "d", 1, 1);
 
   printf ("ret = %d\n", ret);
 
diff --git a/stdio-common/bug22a.c b/stdio-common/bug22a.c
new file mode 100644
index ..37efea39
--- /dev/null
+++ b/stdio-common/bug22a.c
@@ -0,0 +1,33 @@
+/* Not in BZ yet */
+#include 
+
+/* 2 GiB == INT_MAX + 1 */
+#define N 2147483648
+
+#define STRINGIFY(S) #S
+#define MAKE_STR(S) STRINGIFY(S)
+
+#define SN MAKE_STR(N)
+
+static int
+do_test (void)
+{
+  int ret;
+
+  FILE *fp = fopen ("/dev/null", "w");
+  if (fp == NULL)
+{
+  puts ("cannot open /dev/null");
+  return 1;
+}
+
+  ret = fprintf (fp, "%" SN "d", 1, 1);
+
+  printf ("ret = %d\n", ret);
+
+  return ret != -1;
+}
+
+#define TIMEOUT 30
+#define TEST_FUNCTION do_test ()
+#include "../test-skeleton.c"
-- 
1.7.7.rc1




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

Bug#644142: bsd-mailx: mail doesn't pay attention to multiple -a parameters

[Frank Ellebrecht]

Package: bsd-mailx
Version: 8.1.2-0.20100314cvs-1
Severity: normal


According to it's man-page, it is possible to add the -a option several 
times ("This argument [-a] may be specified more than once, the headers 
will then be concatenated.")

But if I send a mail with 
echo "mailbody" | mail -a "Content-Type: text/plain; charset=UTF-8" \
 -a "X-Header1" -a "X-Header2" -s "Test" j...@example.com

I get something like
To: j...@example.com
Subject: Test
Content-Type: text/plain; charset=UTF-8
Message-Id: 
Date: Mon,  3 Oct 2011 10:46:39 +0200 (CEST)
From: r...@example.com (root)

X-Header1
X-Header2

mailbody

Only the first option is added as header while the others are added
to the mail body.  

Could you please make mail behave like it's man-page says?

Thanks,
Frank


-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 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 bsd-mailx depends on:
ii  base-files  6.0squeeze2  Debian base system miscellaneous f
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  liblockfile11.08-4   NFS-safe locking library, includes
ii  postfix [mail-transport 2.7.1-1+squeeze1 High-performance mail transport ag

bsd-mailx recommends no packages.

bsd-mailx suggests no packages.

-- no debconf information



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

Bug#576335: enable libcvc3-2-jni on kfreebsd-amd64

[Petr Salinger]

reassign 576335 cvc3
found 576335 2.2-13
tag 576335 = patch
thanks

Hi,

it looks like the java on kfreebsd-amd64 problem
is solved with gcj-4.6 (4.6.1-6) upload.

Please change Architecture of libcvc3-2-jni to any
and drop 50_exclude_java_tests_on_kfreebsd_amd64.patch.

Many thanks

Petr



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

Bug#644023: FTBFS on kfreebsd-i386

[Petr Salinger]

-  ret = fprintf (fp, "%" SN "d%" SN "d", 1, 1);
+  ret = fprintf (fp, "%" SN "d%" SN "d%" SN "d", 1, 1);


It have to be changed into
 fprintf (fp, "%" SN "d%" SN "d%" SN "d", 1, 1, 1);
or
 fprintf (fp, "%" SN "d%" SN "d%" SN "d", 1, 2, 3);


+  ret = fprintf (fp, "%" SN "d", 1, 1);


And here into
fprintf (fp, "%" SN "d", 1);

Fix of underlying bug leading into allocating 2GB
or more would be also nice ;-)

Petr



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

Bug#633756: warning: variable set but not used [-Wunused-but-set-variable]

[Arnaud Quette]

Hi Regid,

2011/7/13 Regid Ichira:
>  I noticed another 13 instances of that warning:
> belkinunv.c:1242:9: warning: variable 'r'
> etapro.c:216:7: warning: variable 'status'
> gamatronic.c:251:17: warning: variable 'e'
> isbmex.c:326:9: warning: variable 'ret'
> metasys.c:99:6: warning: variable 'i'
> mge-shut.c:799:16: warning: variable 'sdata'
> microdowell.c:192:11: warning: variable 'ret'
> libshut.c:681:16: warning: variable 'sdata'
> rhino.c:480:36: warning: variable 'sizes'
> rhino.c:648:20: warning: variable 'mins'
> rhino.c:648:13: warning: variable 'hours'
> solis.c:323:16: warning: variable 'tst'
> solis.c:358:6: warning: variable 'iw'
>
>  Will it help if I will provide a patch for the places that I think I know how
> to eliminate the warning?  I don't use any of those drivers.

sure, it would save a bit more time, that I'm currently lacking.
posting directly (or cc'ing) NUT upsdev mailing would even allow some
other developer(s) to take over checks and application:
http://lists.alioth.debian.org/mailman/listinfo/nut-upsdev

thanks for your contribs,
Arnaud
-- 
Linux / Unix Expert R&D - Eaton - http://powerquality.eaton.com
Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/
Debian Developer - http://www.debian.org
Free Software Developer - http://arnaud.quette.free.fr/



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

Bug#644099: [Pkg-sysvinit-devel] Bug#644099: init: Id "co" respawning too fast: disabled for 5 minutes

[Ralf Jung]

Hi,

sorry, that was a typo - I meant "commenting it out", i.e. disabling that 
line.

And yes, this looks like the bug you referred to - I did not find it before 
since I did not yet find any way to search for bugs in all debian packages.

Kind regards,
Ralf


On Monday 03 October 2011 01:58:15 Henrique de Moraes Holschuh wrote:
> On Sun, 02 Oct 2011, Ralf Jung wrote:
> > On both of the machines I installed a recent Debian on (testing on my
> > laptop, sid on my tower), I am getting the following error regularly in
> > the syslog, and on tty1:
> > 
> > init: Id "co" respawning too fast: disabled for 5 minutes
> > 
> > 
> > 
> > Googling for that message showed that many others have it, too, and that
> > it could be silenced by uncommenting the following line from
> > /etc/inittab
> > 
> > co:2345:respawn:/sbin/getty hvc0 9600 linux
> 
> *Un*commenting means enabling it.  Did you _disable_ it by _commenting_ it?
> 
> Looks like fallout from #636846...



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

Bug#637620: [Pkg-alsa-devel] Bug#637620: alsa-base: No sound with Realtek ALC889A card

[Elimar Riesebieter]

* Carlos Luna [111001 14:05 -0500]:

> The result is not sound at all.
> 
> lsmod | grep snd
> snd_hda_intel  21860  0
> snd_hda_codec_realtek   206339  0
> snd_hda_codec  58350  2 snd_hda_intel,snd_hda_codec_realtek
> snd_hwdep  12936  1 snd_hda_codec
> snd_pcm53284  2 snd_hda_intel,snd_hda_codec
> snd_page_alloc 12899  2 snd_hda_intel,snd_pcm
> snd_seq39752  0
> snd_timer  22196  2 snd_pcm,snd_seq
> snd_seq_device 12985  1 snd_seq
> snd38777  8
> snd_hda_intel,snd_hda_codec_realtek,snd_hda_codec,snd_hwdep,snd_pcm,snd_seq,snd_timer,snd_seq_device
> soundcore  12992  1 snd
> 
> aplay -l
>  List of PLAYBACK Hardware Devices 
> 
> aplay -L
> null
> Discard all samples (playback) or generate zero samples (capture)

Hmmm, no card recognized. I suppose only the dmi part is recognized
but still supressed bei /etc/modprobe.d. I have to think about this
situation as it is kernel version dependend only?

What is the output of

$ cat /proc/asound/cards

? just to be sure...

Elimar

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


signature.asc
Description: Digital signature

Bug#644143: samba: Renaming files in Pro/ENGINEER does not work properly with dos filemode = yes

[Andreas 'Jimmy' Gredler]

Package: samba
Version: 2:3.5.6~dfsg-3squeeze2
Severity: normal
Tags: upstream

Dear Maintainer,
*** Please consider answering these questions, where appropiate ***

   * What led up to the situation?

Computer with WinXP accesses network drives of a samba server which was
upgraded from lenny to squeeze. On the computer Pro/ENGINEER Wildfire 4 is
installed and there is builtin function to rename files. After the upgrade this
function stopped to work properly.  When the user renames a file it works for
the first time but afterwards it fails with an error message that the network
drive is not accesible anymore.  In the samba log file during the first rename
a line similiar to this appeared:
smbd/trans2.c:5531(smb_set_file_dosmode) smb_set_file_dosmode:
file_set_dosmode of /mnt/server/justafile failed (Bad file descriptor) The user
has then to restart the computer.

The problem only appears when the file is not owned by the user but she is
in a group with all necessary permission.  Furthermore option "dos filemode =
yes" has to be set.

* Workaround 1 Set "dos filemode = no"

* Workaround 2 Upgrade samba packages. Packages of backport seem to work
(3.5.11)

So the bug was obviously fixed upstream but I couldn't find the
related bug report in the samba bugtracking.

best regards Andreas "Jimmy" Gredler
 

*** End of the template - remove these lines ***


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

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



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

Bug#635718: Bug 635718

[Tom Van Overschelde]

Hi,

I have exactly the same problem as Jamie has.

The error in my browser (in Dutch language):

MSIE 8.0; Windows NT 6.1; WOW64; 

Bericht: ')' wordt verwacht
Regel: 1512
Teken: 44
Code: 0
URI: http://xxx/javascript/mootools/mootools-core-nc.js

Bericht: 'MooTools' is niet gedefinieerd
Regel: 33
Teken: 1
Code: 0
URI: http://xxx/javascript/mootools/mootools-more-nc.js

Bericht: Deze eigenschap of methode wordt niet ondersteund door dit object
Regel: 65
Teken: 1
Code: 0
URI: http://xxx/zm/skins/classic/views/js/console.js



host:/home/tom# cat /etc/debian_version
wheezy/sid
host:/home/tom# dpkg --list | grep mootools
ii libjs-mootools 1.4.0~debian1-1 compact JavaScript framework
host:/home/tom# dpkg --list | grep zoneminder
ii zoneminder 1.24.4-1+b2 Linux video camera security and surveillance solution

Regards,
Tom Van Overschelde


  


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

Bug#641215: linux-image-3.0.0-1-powerpc: After pata_macio, replaced ide_pmac the system doesn't boot

[Heikki Lindholm]

Shouldn't this bug rather be filed against the kernel. The pata_macio 
module doesn't autoload because the pci id of the keylargo controller 
isn't listed in the pci match table of the module. The generic macio 
code matches anything Apple (no idea why, too painful to find out all 
ids?) and maybe pata_macio should, too.


-- Heikki Lindholm



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

Bug#644144: cups: CUPS always opening (UDP) port on all interfaces

[Ralf Jung]

Package: cups
Version: 1.5.0-8
Severity: normal

I have the following lines in my cupsd.conf to prevent CUPS from opening ports
on any external interface (I don't use this machine as printing server):

# Only listen for connections from the local machine.
Listen localhost:631
Listen /var/run/cups/cups.sock


However, "netstat -nlp" still shows

tcp0  0 127.0.0.1:631   0.0.0.0:*   LISTEN
24600/cupsd
tcp6   0  0 ::1:631 :::*LISTEN
24600/cupsd
udp0  0 0.0.0.0:631 0.0.0.0:*
24600/cupsd

So a port was opened on all interfaces, against my configuration.



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

Kernel: Linux 3.1.0-rc6-selfcompiled+ (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cups depends on:
ii  adduser3.113   
ii  bc 1.06.95-2+b1
ii  cups-client1.5.0-8 
ii  cups-common1.5.0-8 
ii  cups-ppdc  1.5.0-8 
ii  debconf [debconf-2.0]  1.5.40  
ii  ghostscript9.02~dfsg-3 
ii  libavahi-client3   0.6.30-5
ii  libavahi-common3   0.6.30-5
ii  libc6  2.13-21 
ii  libcups2   1.5.0-8 
ii  libcupscgi11.5.0-8 
ii  libcupsdriver1 1.5.0-8 
ii  libcupsimage2  1.5.0-8 
ii  libcupsmime1   1.5.0-8 
ii  libcupsppdc1   1.5.0-8 
ii  libdbus-1-31.4.16-1
ii  libgcc11:4.6.1-4   
ii  libgnutls262.12.10-2   
ii  libgssapi-krb5-2   1.9.1+dfsg-1+b1 
ii  libijs-0.350.35-8  
ii  libkrb5-3  1.9.1+dfsg-1+b1 
ii  liblcms1   1.19.dfsg-1 
ii  libldap-2.4-2  2.4.25-3
ii  libpam0g   1.1.3-2 
ii  libpaper1  1.1.24+nmu1 
ii  libpoppler13   0.16.7-2+b1 
ii  libslp11.2.1-7.8   
ii  libstdc++6 4.6.1-4 
ii  libusb-0.1-4   2:0.1.12-19 
ii  lsb-base   3.2-28  
ii  poppler-utils  0.16.7-2+b1 
ii  procps 1:3.2.8-11  
ii  ssl-cert   1.0.28  
ii  ttf-freefont   20100919-1  
ii  zlib1g 1:1.2.3.4.dfsg-3

Versions of packages cups recommends:
ii  avahi-daemon 
ii  colord   
ii  cups-driver-gutenprint  5.2.7-2
ii  foomatic-filters4.0.9-1
ii  ghostscript-cups9.02~dfsg-3

Versions of packages cups suggests:
ii  cups-bsd  
ii  cups-pdf  
ii  foomatic-db  20110803-3 
ii  hplip 
ii  smbclient2:3.5.11~dfsg-1
ii  udev 172-1  

-- Configuration Files:
/etc/cups/cupsd.conf changed:
LogLevel warn
MaxLogSize 0
SystemGroup lpadmin
Listen localhost:631
Listen /var/run/cups/cups.sock
Browsing On
BrowseOrder allow,deny
BrowseAllow all
BrowseLocalProtocols CUPS dnssd
DefaultAuthType Basic
WebInterface Yes

  Order allow,deny


  Order allow,deny


  AuthType Default
  Require user @SYSTEM
  Order allow,deny


  # Job/subscription privacy...
  JobPrivateAccess default
  JobPrivateValues default
  SubscriptionPrivateAccess default
  SubscriptionPrivateValues default
  # Job-related operations must be done by the owner or an administrator...
  
Order deny,allow
  
  
Require user @OWNER @SYSTEM r
Order deny,allow
  
  # All administration operations require an administrator to authenticate...
  
AuthType Default
Require user @SYSTEM r
Order deny,allow
  
  # All printer operations require a printer operator to authenticate...
  
AuthType Default
Require user @SYSTEM r
Order deny,allow
  
  # Only the owner or an administrator can cancel or authenticate a job...
  
Require user @OWNER @SYSTEM r
Order deny,allow
  
  
Order deny,allow
  


  # Job/subscription privacy...
  JobPrivateAccess default
  JobPrivateValues default
  SubscriptionPrivateAccess default
  SubscriptionPrivateValues default
  # Job-related operations must be done by the owner or an administrator...
  
AuthType Default
Order deny,allow
  
  
AuthType Default
Require user @OWNER @SYSTEM r
Order deny,allow
  
  # All administration operations require an administrator to authenticate...
  
AuthType Default
Require user @SYSTEM r
Order deny,allow
  
  # All printer operations require a printer operator to authenticate...
  
AuthType Default
Require user @SYSTEM r
Order deny,allow
  
  # Only the owner or an administrator can cancel or authenticate a job...
  
AuthType Default
Require user @OWNER @SYSTEM r
Order deny,all

Bug#576983: Cx

[Vaikunthan]

Sent from my iPhone



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

Bug#643999: slapos-client: uninstallable in sid

[Arnaud Fontaine]

Hello,

Thanks for the reminder. I will do it on Monday then.

Cheers,
-- 
Arnaud Fontaine



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

Bug#617229: patch

[Iñigo Serna]

Hi,

On 3 October 2011 07:26, Bruno Bigras  wrote:
> Package: lfm
> Version: 2.2-1
> Severity: normal
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu oneiric ubuntu-patch
>
> Here's a patch I submited to Ubuntu that may help you too.
[...]

please note v2.3 was releases on May 21st.

Best regards,
Iñigo Serna



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

Bug#599124: libcairo2: Please integrate patch from upstream to make cairo psfrag fiendly - required for inkscape

[Agustin Martin]

On Mon, Oct 04, 2010 at 11:19:40PM +0200, Zaar Hai wrote:
> Package: libcairo2
> Version: 1.8.10-6
> Severity: important
> Tags: patch
> 
> Hello, dear maintainers!
> 
> Me and many other people were happily using inkscape in Debian Lenny to 
> produce 
> vector graphics for later inclusion in LaTeX files. Inkscape produced .eps 
> files
> that contained ASCII literals. Those literal strings were later replaced with 
> beautiful LaTeX code by psfrag package. Since 0.47 inkscape switched to Cairo
> for eps export. Unfortunately Cairo package did not output latin characters in
> plain ASCII form - this obviously broke psfarg trick. 
> 
> Cairo developers have finally fixed this issue, by treating latin characters 
> specially and outputing latin strings in verbatim form. There is also a patch 
> available [2]. Integrating this patch into cairo in Debian will make all us 
> LaTeX/Inkscape Debian users very happy. I hope you'll find time to look at 
> this soon.
...
> [1]. Inscape bug that desribes the problem in depth -  
> https://bugs.launchpad.net/inkscape/+bug/375323
> [2]. Cairo patch that fixes the issue - 
> http://cgit.freedesktop.org/cairo/commit/?id=f1ca978032e973c4dc5cfa385074dea675a6c76d
> 

Hi all,

That patch alone seems to not be enough here. I put it as a quilt patch and
enabled it for a personal build (see attached patch for details about what I
did). However, using new libcairo2 seems to not help in my particular case,
not sure if I am missing something too evident.

On the other hand, seems from reading [1] than there are newer commits
regarding this issue that should also be considered.

Since there is already a wishlist bug (#630811) asking to package one of the
latest development snapshots for experimental, please consider that with a
snapshot including last psfrag related changes.

For documents where I am in a hurry, as an alternative approach, I removed 
all text tags from inkscape files used to generate eps for LaTeX documents, 
and used overpic.sty to set the tags.

Regards,

-- 
Agustin
diff -Nru -w cairo-1.10.2/debian/changelog cairo-1.10.2/debian/changelog
--- cairo-1.10.2/debian/changelog	2011-07-29 19:01:38.0 +0200
+++ cairo-1.10.2/debian/changelog	2011-08-25 13:42:37.0 +0200
@@ -1,3 +1,11 @@
+cairo (1.10.2-6.1.amd1) unstable; urgency=low
+
+  * Personal build.
+  * Cherry pick upstream changes to add capability for font subsets
+to put latin glyphs in a separate subset.
+
+ -- Agustin Martin Domingo   Thu, 25 Aug 2011 13:42:36 +0200
+
 cairo (1.10.2-6.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru -w cairo-1.10.2/debian/patches/06-handle-latin-glyphs-separately.diff cairo-1.10.2/debian/patches/06-handle-latin-glyphs-separately.diff
--- cairo-1.10.2/debian/patches/06-handle-latin-glyphs-separately.diff	1970-01-01 01:00:00.0 +0100
+++ cairo-1.10.2/debian/patches/06-handle-latin-glyphs-separately.diff	2011-08-25 13:35:06.0 +0200
@@ -0,0 +1,496 @@
+Author: Adrian Johnson 
+Description: Add capability for font subsets to put latin glyphs in a separate subset
+Bug-Debian: http://bugs.debian.org/599124 
+Bug-Ubuntu: https://bugs.launchpad.net/inkscape/+bug/375323
+Origin: http://cgit.freedesktop.org/cairo/commit/?id=f1ca978032e973c4dc5cfa385074dea675a6c76d
+
+From f1ca978032e973c4dc5cfa385074dea675a6c76d Mon Sep 17 00:00:00 2001
+From: Adrian Johnson 
+Date: Fri, 01 Oct 2010 08:23:11 +
+Subject: Add capability for font subsets to put latin glyphs in a separate subset
+
+This is required to allow PDF/PS output to use "(this is ascii)" style
+strings that can be post processed by applications like psfrag. It
+will also reduce the file size when a large amount of latin text is
+used due to the 8-bit encoding instead of the 16-bit used for CID
+fonts.
+
+The winansi encoding (CP1252) is used for the latin subset as this is
+a standard PDF encoding. Some PDF readers have buggy support for non
+standard PDF 8-bit encodings.
+---
+diff --git a/src/cairo-scaled-font-subsets-private.h b/src/cairo-scaled-font-subsets-private.h
+index b165d9a..d119597 100644
+--- a/src/cairo-scaled-font-subsets-private.h
 b/src/cairo-scaled-font-subsets-private.h
+@@ -47,6 +47,7 @@ typedef struct _cairo_scaled_font_subsets_glyph {
+ unsigned int subset_glyph_index;
+ cairo_bool_t is_scaled;
+ cairo_bool_t is_composite;
++cairo_bool_t is_latin;
+ double   x_advance;
+ double   y_advance;
+ cairo_bool_t utf8_is_mapped;
+@@ -125,6 +126,18 @@ cairo_private void
+ _cairo_scaled_font_subsets_destroy (cairo_scaled_font_subsets_t *font_subsets);
+ 
+ /**
++ * _cairo_scaled_font_subsets_enable_latin_subset:
++ * @font_subsets: a #cairo_scaled_font_subsets_t object to be destroyed
++ * @use_latin: a #cairo_bool_t indicating if a latin subset is to be used
++ *
++ * If enabled, all CP1252 characters will be placed in a separate
++ * 8-bit latin subset.
++ **/
++cairo_private void
++_cairo_scaled_font_subsets_enable_latin_subs

Bug#588436: backuppc: Have an authenticated access for personnal backups

[Arthur Lutz]

Hi,

Thanks for the explanation, but this does not fit my use case. I have a
home with multiple users using it, so I want to give access to paul
(only for /home/paul) and alice (only for /home/alice). I think that
your instructions work for a setup where paul and alice use a different
machine so they have access to separate backups... here they both use
the same "machine" (shared NFS server)...

Can you re-open this bug ?

Arthur

On 09/13/2011 11:48 AM, Ludovic Drolez wrote:
> Hi !
>
> In fact you can already do this. In the 'hosts' files, you have a
> 'user' field. That's the name of the use that can access the backup.
> So you just need to:
> 1- set-up kerberos auth on your Apache server,
> 2- the kerberos users and the ones in 'hosts' should match
> 3- create a user.pl for each /home/user
>
> BR,
>
>   Ludovic
>
>
> On Thu, Jul 08, 2010 at 12:40:53PM +0200, Arthur Lutz wrote:
>> Package: backuppc
>> Version: 3.1.0-4lenny3
>> Severity: wishlist
>>
>>
>> For a multiuser setup with a kerberos authentication it would be really nice 
>> to 
>> have a way of giving access to those users to their personnal backups. 
>>
>> So user "paul" would have access to /home/paul for example. 
>>
>> I couldn't find a bugtracker for the upstream of backuppc so I'm putting it 
>> here.
>>




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

Bug#644145: dokuwiki: Oldstable update patch incomplete: Fatal error: Call to undefined function getSchemes()

[Axel Beckert]

Package: dokuwiki
Version: 0.0.20080505-4+lenny3
Severity: grave

Hi Tanguy,

the backported patch in the oldstable update for DokuWiki is
incomplete and contains a reference to a function getSchemes which is
not yet existent in the oldstable version of DokuWiki.

Hence all wiki pages with an external link in it now bail out with the
following error message:

Fatal error: Call to undefined function getSchemes() in 
/usr/share/dokuwiki/inc/parser/xhtml.php on line 547

-- System Information:
Debian Release: 5.0.9
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-xen-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 dokuwiki depends on:
ii  debconf [debconf- 1.5.24 Debian configuration management sy
ii  php-geshi 1.0.7.22-1+lenny1  Generic Syntax Highlighter
ii  php5  5.2.6.dfsg.1-1+lenny13 server-side, HTML-embedded scripti
ii  ucf   3.0016 Update Configuration File: preserv

Versions of packages dokuwiki recommends:
ii  php5-cli  5.2.6.dfsg.1-1+lenny13 command-line interpreter for the p
ii  php5-gd   5.2.6.dfsg.1-1+lenny13 GD module for php5

dokuwiki suggests no packages.

-- debconf information:
* dokuwiki/system/documentroot: /wiki
* dokuwiki/system/accessible: global
  dokuwiki/system/localnet: 10.0.0.0/24
* dokuwiki/webservers: apache2
* dokuwiki/system/purgepages: false



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

Bug#644146: Double free in C++ destructor

[Max Kellermann]

Package: libffado2
Version: 2.0.99+svn1995-1

A program that is linked with libffado aborts on exit.  This command
reproduces the problem:

echo 'int main() {}' |gcc -x c -lffado - && ./a.out

Command output follows (amd64):

Cannot create thread 1 Operation not permitted
Cleaning up leftover debug module: DeviceManager
*** glibc detected *** ./a.out: free(): invalid pointer: 0x7fc333e1f9c0 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x72606)[0x7fc333924606]
/lib/x86_64-linux-gnu/libc.so.6(cfree+0x6c)[0x7fc33392933c]
/usr/lib/libffado.so.2(_ZN18DebugModuleManagerD2Ev+0x81)[0x7fc333cf33e1]
/usr/lib/libffado.so.2(+0xbb236)[0x7fc333cf1236]
/lib64/ld-linux-x86-64.so.2(+0xe21c)[0x7fc333e2f21c]
/lib/x86_64-linux-gnu/libc.so.6(+0x36d82)[0x7fc3338e8d82]
/lib/x86_64-linux-gnu/libc.so.6(+0x36dd5)[0x7fc3338e8dd5]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x104)[0x7fc3338d0eb4]
./a.out[0x4004f9]
=== Memory map: 
0040-00401000 r-xp  00:13 34146  
/tmp/a.out
00401000-00402000 rw-p  00:13 34146  
/tmp/a.out
01364000-01385000 rw-p  00:00 0  [heap]
7fc32c00-7fc32c021000 rw-p  00:00 0 
7fc32c021000-7fc33000 ---p  00:00 0 
7fc330335000-7fc330336000 ---p  00:00 0 
7fc330336000-7fc330d37000 rw-p  00:00 0 
7fc330d37000-7fc330d73000 r-xp  08:02 4849738
/lib/x86_64-linux-gnu/libpcre.so.3.12.1
7fc330d73000-7fc330f72000 ---p 0003c000 08:02 4849738
/lib/x86_64-linux-gnu/libpcre.so.3.12.1
7fc330f72000-7fc330f73000 rw-p 0003b000 08:02 4849738
/lib/x86_64-linux-gnu/libpcre.so.3.12.1
7fc330f73000-7fc330f76000 r-xp  08:02 797451 
/usr/lib/libgmodule-2.0.so.0.2800.6
7fc330f76000-7fc331175000 ---p 3000 08:02 797451 
/usr/lib/libgmodule-2.0.so.0.2800.6
7fc331175000-7fc331176000 rw-p 2000 08:02 797451 
/usr/lib/libgmodule-2.0.so.0.2800.6
7fc331176000-7fc33118d000 r-xp  08:02 799367 
/usr/lib/libz.so.1.2.3.4
7fc33118d000-7fc33138c000 ---p 00017000 08:02 799367 
/usr/lib/libz.so.1.2.3.4
7fc33138c000-7fc33138d000 rw-p 00016000 08:02 799367 
/usr/lib/libz.so.1.2.3.4
7fc33138d000-7fc33138f000 r-xp  08:02 4850295
/lib/x86_64-linux-gnu/libdl-2.13.so
7fc33138f000-7fc33158f000 ---p 2000 08:02 4850295
/lib/x86_64-linux-gnu/libdl-2.13.so
7fc33158f000-7fc33159 r--p 2000 08:02 4850295
/lib/x86_64-linux-gnu/libdl-2.13.so
7fc33159-7fc331591000 rw-p 3000 08:02 4850295
/lib/x86_64-linux-gnu/libdl-2.13.so
7fc331591000-7fc3315a6000 r-xp  08:02 4849679
/lib/x86_64-linux-gnu/libgcc_s.so.1
7fc3315a6000-7fc3317a6000 ---p 00015000 08:02 4849679
/lib/x86_64-linux-gnu/libgcc_s.so.1
7fc3317a6000-7fc3317a7000 rw-p 00015000 08:02 4849679
/lib/x86_64-linux-gnu/libgcc_s.so.1
7fc3317a7000-7fc331828000 r-xp  08:02 4850218
/lib/x86_64-linux-gnu/libm-2.13.so
7fc331828000-7fc331a27000 ---p 00081000 08:02 4850218
/lib/x86_64-linux-gnu/libm-2.13.so
7fc331a27000-7fc331a28000 r--p 0008 08:02 4850218
/lib/x86_64-linux-gnu/libm-2.13.so
7fc331a28000-7fc331a29000 rw-p 00081000 08:02 4850218
/lib/x86_64-linux-gnu/libm-2.13.so
7fc331a29000-7fc331b15000 r-xp  08:02 1189696
/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16
7fc331b15000-7fc331d14000 ---p 000ec000 08:02 1189696
/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16
7fc331d14000-7fc331d1c000 r--p 000eb000 08:02 1189696
/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16
7fc331d1c000-7fc331d1e000 rw-p 000f3000 08:02 1189696
/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16
7fc331d1e000-7fc331d33000 rw-p  00:00 0 
7fc331d33000-7fc331e23000 r-xp  08:02 4849897
/lib/libglib-2.0.so.0.2800.6
7fc331e23000-7fc332022000 ---p 000f 08:02 4849897
/lib/libglib-2.0.so.0.2800.6
7fc332022000-7fc332023000 rw-p 000ef000 08:02 4849897
/lib/libglib-2.0.so.0.2800.6
7fc332023000-7fc332024000 rw-p  00:00 0 
7fc332024000-7fc33202b000 r-xp  08:02 4850305
/lib/x86_64-linux-gnu/librt-2.13.so
7fc33202b000-7fc33222a000 ---p 7000 08:02 4850305
/lib/x86_64-linux-gnu/librt-2.13.so
7fc33222a000-7fc33222b000 r--p 6000 08:02 4850305
/lib/x86_64-linux-gnu/librt-2.13.so
7fc33222b000-7fc33222c000 rw-p 7000 08:02 4850305
/lib/x86_64-linux-gnu/librt-2.13.so
7fc33222c000-7fc33223 r-xp  08:02 795214 
/usr/lib/libgthre

Bug#644147: pu: package libdigest-perl/1.16-1+squeeze1

[Ansgar Burchardt]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu

Hi,

the last upstream release of libdigest-perl (1.17) contains a fix for an
unsafe use of eval[1]: the argument to Digest->new($algo) was not
checked properly allowing code injection (in case the value can be
changed by the attacker).  Versions in both lenny and squeeze are
affected.

The security team does not plan to release a DSA, the issue should be
fixed via proposed-updates instead.

I prepared updates for both lenny and squeeze (attached).

Regards,
Ansgar

[1] 

diff -u libdigest-perl-1.15/debian/changelog libdigest-perl-1.15/debian/changelog
--- libdigest-perl-1.15/debian/changelog
+++ libdigest-perl-1.15/debian/changelog
@@ -1,3 +1,9 @@
+libdigest-perl (1.15-2+lenny1) UNRELEASED; urgency=low
+
+  * Fix unsafe use of eval in Digest->new().
+
+ -- Ansgar Burchardt   Sun, 02 Oct 2011 23:35:15 +0200
+
 libdigest-perl (1.15-2) unstable; urgency=low
 
   * Fixed debian/watch, as it was too ambitious
only in patch2:
unchanged:
--- libdigest-perl-1.15.orig/Digest.pm
+++ libdigest-perl-1.15/Digest.pm
@@ -23,7 +23,7 @@
 shift;  # class ignored
 my $algorithm = shift;
 my $impl = $MMAP{$algorithm} || do {
-	$algorithm =~ s/\W+//;
+	$algorithm =~ s/\W+//g;
 	"Digest::$algorithm";
 };
 $impl = [$impl] unless ref($impl);
@@ -34,7 +34,9 @@
 	($class, @args) = @$class if ref($class);
 	no strict 'refs';
 	unless (exists ${"$class\::"}{"VERSION"}) {
-	eval "require $class";
+	my $pm_file = $class . ".pm";
+	$pm_file =~ s{::}{/}g;
+	eval { require $pm_file };
 	if ($@) {
 		$err ||= $@;
 		next;
only in patch2:
unchanged:
--- libdigest-perl-1.15.orig/t/security.t
+++ libdigest-perl-1.15/t/security.t
@@ -0,0 +1,14 @@
+#!/usr/bin/env perl
+
+# Digest->new() had an exploitable eval
+
+use strict;
+use warnings;
+
+use Test::More tests => 1;
+
+use Digest;
+
+$LOL::PWNED = 0;
+eval { Digest->new(q[MD;5;$LOL::PWNED = 42]) };
+is $LOL::PWNED, 0;
diff -u libdigest-perl-1.16/debian/changelog libdigest-perl-1.16/debian/changelog
--- libdigest-perl-1.16/debian/changelog
+++ libdigest-perl-1.16/debian/changelog
@@ -1,3 +1,9 @@
+libdigest-perl (1.16-1+squeeze1) UNRELEASED; urgency=low
+
+  * Fix unsafe use of eval in Digest->new().
+
+ -- Ansgar Burchardt   Sun, 02 Oct 2011 23:20:11 +0200
+
 libdigest-perl (1.16-1) unstable; urgency=low
 
   [ gregor herrmann ]
only in patch2:
unchanged:
--- libdigest-perl-1.16.orig/Digest.pm
+++ libdigest-perl-1.16/Digest.pm
@@ -24,7 +24,7 @@
 shift;  # class ignored
 my $algorithm = shift;
 my $impl = $MMAP{$algorithm} || do {
-	$algorithm =~ s/\W+//;
+	$algorithm =~ s/\W+//g;
 	"Digest::$algorithm";
 };
 $impl = [$impl] unless ref($impl);
@@ -35,7 +35,9 @@
 	($class, @args) = @$class if ref($class);
 	no strict 'refs';
 	unless (exists ${"$class\::"}{"VERSION"}) {
-	eval "require $class";
+	my $pm_file = $class . ".pm";
+	$pm_file =~ s{::}{/}g;
+	eval { require $pm_file };
 	if ($@) {
 		$err ||= $@;
 		next;
only in patch2:
unchanged:
--- libdigest-perl-1.16.orig/t/security.t
+++ libdigest-perl-1.16/t/security.t
@@ -0,0 +1,14 @@
+#!/usr/bin/env perl
+
+# Digest->new() had an exploitable eval
+
+use strict;
+use warnings;
+
+use Test::More tests => 1;
+
+use Digest;
+
+$LOL::PWNED = 0;
+eval { Digest->new(q[MD;5;$LOL::PWNED = 42]) };
+is $LOL::PWNED, 0;

Bug#644148: pinning broken when using sources.list.d

[Daniel Baumann]

Package: apt
Version: 0.8.10.3+squeeze1, 0.8.15.8

Hi,

if both /etc/apt/sources.list and /etc/apt/sources.list.d/foo.list are
used, where the foo.list repository is pinned to e.g. 999, apt *still*
prefers packages from sources.list.

if sources.list is moved to sources.list.d/bar.list, everything is fine
and the pinning is properly respected.

we're hit by this bug e.g. in live-build (#573054) and have workarounded
it there with temporarily moving the sources.list to sources.list.d, but
also on any other regular/normal system.

Regards,
Daniel

--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



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

Bug#573054: (no subject)

[Daniel Baumann]

tag 573054 pending
thanks

fixed in git.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



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

Bug#644108: unsafe use of eval in Digest->new()

[Ansgar Burchardt]

Hi,

there will be no DSA for this issue.

Regards,
Ansgar



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

Bug#644145: Temporary workaround for Bug#644145: dokuwiki: Oldstable update patch incomplete: Fatal error: Call to undefined function getSchemes()

[Axel Beckert]

Hi,

following a temporary workaround for all who run into this problem,
too:

Axel Beckert wrote:
> Package: dokuwiki
> Version: 0.0.20080505-4+lenny3

Downgrading to 0.0.20080505-4+lenny2 from
http://snapshot.debian.org/package/dokuwiki/0.0.20080505-4%2Blenny2/#dokuwiki_0.0.20080505-4:2b:lenny2
helps for now.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



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

Bug#642429: [coreutils] FTBFS on ppc64: The misc/seq-long-double test fails

[Hiroyuki Yamamoto]

Hi,

Since it confirmed that correction of the version 8.13-3 had fixed this bug, 
close.
-- 
Hiroyuki Yamamoto
A75D B285 7050 4BF9 AEDA  91AC 3A10 59C6 5203 04DC



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

Bug#643959: clang cannot find standard include files

[Vincent Lefevre]

severity 643959 important
thanks

Raising the severity, but it could even be a RC bug, because this
makes clang completely unusable for several users.

On 2011-10-01 16:35:23 +0900, Miles Bader wrote:
>$ cat x.c
>#include 
>$ clang -c x.c
>x.c:1:10: fatal error: 'stddef.h' file not found

I have the same problem (seen when building MPFR with clang).
No such problem after reverting to clang 2.9-12.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#644151: claws-mail: Font has white color on white backgroung - just invisible when from Drafts folder

[Sthu Deus]

Package: claws-mail
Version: 3.7.10-1+b1
Severity: normal

Dear Maintainer,

when I open a message saved in Drafts folder, I can not read it until I select 
all - then I see - because the test and background are of the same color.
Typing in such a message is also imnpossible - as it is invisible.

I did not set color of the text or its back at all. I suppose it be a bug.

Thanks for Your work.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (992, 'testing'), (990, 'stable'), (700, 'stable-updates')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-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 claws-mail depends on:
ii  libc6   2.13-21
ii  libcairo2   1.10.2-6.1 
ii  libcompfaceg1   1:1.5.2-5  
ii  libdbus-glib-1-20.94-4 
ii  libenchant1c2a  1.6.0-3
ii  libetpan15  1.0-4  
ii  libgcrypt11 1.5.0-3
ii  libgdk-pixbuf2.0-0  2.24.0-1   
ii  libglib2.0-02.28.6-1   
ii  libgnutls26 2.12.10-2  
ii  libgtk2.0-0 2.24.4-3   
ii  libice6 2:1.0.7-2  
ii  libldap-2.4-2   2.4.25-3   
ii  libpango1.0-0   1.28.4-3   
ii  libpisock9  0.12.5-4   
ii  libsm6  2:1.2.0-2  
ii  xdg-utils   1.1.0~rc1-2

Versions of packages claws-mail recommends:
ii  aspell-en [aspell-dictionary]  7.1-0-1 
ii  aspell-ru [aspell-dictionary]  0.99g5-9
ii  claws-mail-i18n  
ii  xfonts-100dpi  1:1.0.3 
ii  xfonts-75dpi   1:1.0.3 

Versions of packages claws-mail suggests:
ii  chromium [www-browser]   13.0.782.220~r99552-1
ii  claws-mail-doc  
ii  claws-mail-tools
ii  elinks [www-browser] 0.12~pre5-4  
ii  konqueror [www-browser]  4:4.6.5-1
ii  kwrite   4:4.6.5-1
ii  lynx-cur [www-browser]   2.8.8dev.9-2 

-- no debconf information



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

Bug#644072: [Pkg-ia32-libs-maintainers] Bug#644072: ia32-libs: libelf is missing

[Thijs Kinkhorst]

On Sun, October 2, 2011 19:44, Manuel Bilderbeek wrote:
> Hi Thijs,
>
> On 10/02/2011 05:39 PM, Thijs Kinkhorst wrote:
>>> Please include libelf as well.
>>
>> Given that ia32-libs is going away in favour of Multi-Arch, it seems
>> unlikely that we'll be adding new libs to it at this point.
>
> OK, so what do you suggest I do? (And all other people who also
> encountered this...)

The function of ia32-libs is taken over by the phasing in of MultiArch.
Perhaps the following is helpful for you:
http://wiki.debian.org/Multiarch


Cheers,
Thijs



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

Bug#644152: [openjdk-7] FTBFS on ppc64: Internal Error (os_linux_zero.cpp:260) - caught unhandled signal 11

[Hiroyuki Yamamoto]

Package: openjdk-7
Version: 7~b147-2.0~pre6-2
Severity: wishlist

The openjdk-7 source package cannot be builded on ppc64
because of internal error (os_linux_zero.cpp:260).

I attach the HS error log file.

(cf. The similar phenomenon of openjdk-6 was reported in bug#644150.)

Regards,
-- 
Hiroyuki Yamamoto
A75D B285 7050 4BF9 AEDA  91AC 3A10 59C6 5203 04DC
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (os_linux_zero.cpp:260), pid=1600, tid=4398080713184
#  fatal error: caught unhandled signal 11
#
# JRE version: 7.0_147-b147
# Java VM: OpenJDK 64-Bit Shark VM (21.0-b17 mixed mode linux-ppc64 )
# Derivative: IcedTea7 2.0pre
# Distribution: Debian GNU/Linux unstable (sid), package 7~b147-2.0~pre6-2
# Failed to write core dump. Core dumps have been disabled. To enable core 
dumping, try "ulimit -c unlimited" before starting Java again
#
# If you would like to submit a bug report, please include
# instructions on how to reproduce the bug and visit:
#   http://icedtea.classpath.org/bugzilla
#

---  T H R E A D  ---

Current thread (0x3afde810):  JavaThread "main" [_thread_in_Java, 
id=1601, stack(0x040001f2,0x04000209f000)]

Stack: [0x040001f2,0x04000209f000],  sp=0x040001fe04c0,  free 
space=769k
Java frames:
 0x04000209ca58: stack_word[1] = 0x040004287ba8
 0x04000209ca60: stack_word[0] = 0x04000424edf8
 0x04000209ca68: monitor[0]->_lock = 0x0001
 0x04000209ca70: monitor[0]->_obj  = 0x040004238da0
 0x04000209ca78: istate->_thread   = 0x3afde810
 0x04000209ca80: istate->_bcp  = 0x040024277bf5 (bci 45)
 0x04000209ca88: istate->_locals   = 0x04000209cb38
 0x04000209ca90: istate->_constants= 0x04002430cf38
 0x04000209ca98: istate->_method   = 
java.util.Hashtable.get(Ljava/lang/Object;)Ljava/lang/Object;
 0x04000209caa0: istate->_mdx  = 0x
 0x04000209caa8: istate->_stack= 0x04000209ca50
 0x04000209cab0: istate->_msg  = 0x00080209ca70
 0x04000209cab8: istate->_result   = 0x040024237f10
 0x04000209cac0: (istate->_result) = 0x0400021faac0
 0x04000209cac8: (istate->_result) = 0x0003021a61a0
 0x04000209cad0: istate->_prev_link= 0x
 0x04000209cad8: istate->_oop_temp = 0x
 0x04000209cae0: istate->_stack_base   = 0x04000209ca68
 0x04000209cae8: istate->_stack_limit  = 0x04000209ca50
 0x04000209caf0: istate->_monitor_base = 0x04000209ca78
 0x04000209caf8: istate->_self_link= 0x04000209ca78
 0x04000209cb00: frame_type= INTERPRETER_FRAME
 0x04000209cb08: next_frame= 0x04000209cbd0

 0x04000209cb10: local[5]  = 0x04000424ef08
 0x04000209cb18: local[4]  = 0x004104287ba8
 0x04000209cb20: local[3]  = 0x2faa379e04287ba8
 0x04000209cb28: local[2]  = 0x04000424d238
 0x04000209cb30: local[1]  = 0x040004287ba8
 0x04000209cb38: local[0]  = 0x040004238da0
 0x04000209cb40: istate->_thread   = 0x3afde810
 0x04000209cb48: istate->_bcp  = 0x040024274452 (bci 2)
 0x04000209cb50: istate->_locals   = 0x04000209cbf0
 0x04000209cb58: istate->_constants= 0x04002430d778
 0x04000209cb60: istate->_method   = 
java.util.Properties.getProperty(Ljava/lang/String;)Ljava/lang/String;
 0x04000209cb68: istate->_mdx  = 0x
 0x04000209cb70: istate->_stack= 0x04000209cb28
 0x04000209cb78: istate->_msg  = 0x0008242ecd78
 0x04000209cb80: istate->_result   = 0x040024277c68
 0x04000209cb88: (istate->_result) = 0x0400021a61a8
 0x04000209cb90: (istate->_result) = 0x00030209cb50
 0x04000209cb98: istate->_prev_link= 0x
 0x04000209cba0: istate->_oop_temp = 0x
 0x04000209cba8: istate->_stack_base   = 0x04000209cb40
 0x04000209cbb0: istate->_stack_limit  = 0x04000209cb28
 0x04000209cbb8: istate->_monitor_base = 0x04000209cb40
 0x04000209cbc0: istate->_self_link= 0x04000209cb40
 0x04000209cbc8: frame_type= INTERPRETER_FRAME
 0x04000209cbd0: next_frame= 0x04000209cc88

 0x04000209cbd8: local[3]  = 0x
 0x04000209cbe0: local[2]  = 0x
 0x04000209cbe8: local[1]  = 0x040004287ba8
 0x04000209cbf0: local[0]  = 0x040004238da0
 0x04000209cbf8: istate->_thread   = 0x3afde810
 0x04000209cc00: istate->_bcp  = 0x040024252f05 (bci 21)
 0x04000209cc08: istate->_locals   = 0x04000209cc98
 0x04000209cc10: istate

Bug#640391: ark3116 driver regression: oscilloscope shows no transmission

[ael]

On Mon, Oct 03, 2011 at 09:45:23AM +0200, Bart Hartgers wrote:
> 2011/10/3 ael :
> >
> >
> > Under the old working kernel, I saw packets in both directions.
> > For the record, the gps tx line was swinging between +5.6V and -5.4V,
> > while the ark3116 board was driving the gps rx line between 0V and 3.2V.
> >
> >
> > But under kernel 3.0.0-1, I could not get the 'scope to trigger
> > on either line, nor could  see any activity.
> >
> > So my conclusion is that the module is somehow setting the ark3116
> > into a mode whereby it cannot transmit if only the tx & rx (plus
> > grnd=pin5) are connected. Whereas the old version of the module
> > sets it up so that this is possible. Agree?
> >
> > So rather than the gps failing to reply, it seems that the ark3116
> > never sends anything.
> >
> 
> Hi ael,
> 
> Excellent work! Thanks a lot.
> 
> Initially I suspected either somekind of problem between the USB and
> UART parts of the ark3116, or some handshaking mismatch, but from your
> experiments I get the impression that the ark3116 is more or less
> switched off on the 9-pin side. The fact that there is no response by
> the 3.0-kernel to grounding cts is unexpected. There should be a
> response to that, even if the actual transmissions are blocked by
> handshaking.
> 
> The ark I have  works with 0 and 3.3V, while RS232 uses -12 and +12 or
> so. Usually there is a level-shifter that converts one into the other.
> Maybe that part somehow gets disabled by the new driver.

Yes, I was a bit surprised to see only 0V and 3.2V - but that was on
the working kernel, and the gps saw the data properly, so that
level shifting doesn't seem to be necessary with the garmin, at least.
So the old working version wasn't level shifting, so that alone
can't be the new problem. I wouldn't be surprised if most "modern"
uart circuits actually use edge detection to avoid level problems,
but I am only guessing.

> 
> There are some registers in the ark of which it is not clear what they
> do. I copied the values and indices from the windows driver for my
> ark, but perhaps there is something more suble going on. I'll take
> another close look at the old and new driver and see if I can find
> anything.

Ah. I had assumed that you had a data sheet. I hadn't got around
to searching for one: sounds as if I needn't bother.

> If I find something that way, would a patch against 3.0 be okay for
> you? Alternatively, I can make a sort of stand-alone buildable version
> of the driver that you can just 'make' and 'insmod', provided you have
> the right tools/package installed, if that is more convenient for you.

I am used to compiling my own stock kernels, but on this netbook
I have limited tools installed. I think debian have a special
module-compile-and-install package which I have never used. I will
have to look into it.

While git.kernel.org is still down, I guess I will need you to
send me the whole module, or I can do a git-pull if you have your
own server. 

Otherwise, if it is not too much trouble, and make and insmod package
might be easier. Not sure without looking...

Best of luck with tracking this down. 

ael




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

Bug#551935: mplayer: Inconsistency detected by ld.so

[Jakub Wilk]

submitter 551935 !
thanks

* Jakub Wilk , 2009-10-22, 00:10:

$ mplayer /dev/null 2>&1 | tail -n1
Inconsistency detected by ld.so: dl-close.c: 731: _dl_close: Assertion 
`map->l_init_called' failed!


I have not seen this bug triggering for a very long time. Should it be 
closed?


--
Jakub Wilk



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

Bug#629412: icedtea-plugin: it is ok now

[Gunther Furtado]

Package: icedtea-plugin
Followup-For: Bug #629412

Dear Maintainer,

After the latest updates that made the plugin stop working I ran:

# apt-get -b source icedtea-web

and installed the resulting packages with no different results.

But with the upgrades of this weekend things are working now!

thanks

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (563, 'experimental'), (450, 'testing'), (100, 
'stable')
Architecture: powerpc (ppc)

Kernel: Linux 3.0.0-1-powerpc
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to pt_BR.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages icedtea-plugin depends on:
ii  icedtea-netx1.1.3-1 
ii  libatk1.0-0 2.2.0-1 
ii  libc6   2.13-21 
ii  libcairo2   1.10.2-6.1  
ii  libfontconfig1  2.8.0-3 
ii  libfreetype62.4.6-2 
ii  libgcc1 1:4.6.1-13  
ii  libgdk-pixbuf2.0-0  2.24.0-1
ii  libglib2.0-02.28.6-1
ii  libgtk2.0-0 2.24.6-1
ii  libpango1.0-0   1.28.4-3
ii  libstdc++6  4.6.1-13
ii  openjdk-6-jre   6b23~pre10-1

icedtea-plugin recommends no packages.

icedtea-plugin suggests no packages.

-- no debconf information



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

Bug#644153: salome: not installable in sid

[Ralf Treinen]

Package: salome
Version:  5.1.3-9
Severity: serious
User: trei...@wdebian.org
Usertags: edos-outdated

salome says:

Depends: ... python (<< 2.6) ...

However, we have python 2.7 in sid. This makes the package not installable
in sid.

-Ralf.



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

Bug#627080: remmina-plugins: please document changes to make to files in ~/.remmina

[alex bodnaru]

  
  

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


hello luca,

thanks for considering my report.
there was a change in the format of the configuration file that i
suggested to have been done automatically.

On 10/02/2011 01:40 AM, Luca Falavigna wrote:
> I'm sorry, but I'm not sure
  what you mean here.
  >
  > Could you please rephrase the sentence to better understand
  where the
  > problem is? Thank you!
  >


- -- 
- --
best regards,
alex
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iJwEAQECAAYFAk6Jn5oACgkQ2nA3WyrfyeNy9AP7BYk8uU6mCh+TF/kPhZOU99h0
b+8GygCHE5ExlgB3mwHttlJwgEFabWnzPxXVPP+GplO/wm+l/qczXurUTw5xsEad
ovPmizYDNJBeOKRWYmUzMxqw3p1DO+vGe7IKzFjCYp+7aAfvPXW3N8t8p/Stoh1g
Agcu8R9D5TXauduAAIM=
=mvj9
-END PGP SIGNATURE-

  




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

Bug#630967: Homepage?

[Andreas Neudecker]

Hi Francesco.

I have just purged + reinstalled midori, and removed the old
~/.config/midori directory. Now, everything is fine:

homepage=file:///usr/share/doc/midori/faq.html

in file /etc/xdg/midori/config and this file is shown when Midori is
started for the first time.

Kind regards

Andreas


Am 01.10.2011 23:22, schrieb Francesco Poli:
> On Tue, 02 Aug 2011 10:32:06 +0200 Andreas Neudecker wrote:
> 
> [...]
>> I have now installed Midori on a different machine. The same happens
>> here and the file /etc/xdg/midori/config has the lines:
>>
>> 8<
>> [settings]
>>
>> homepage=file:///usr/share/doc/midori/user/midori.html
>>
>> >8
>>
>> To make sure this was not due to some old config files lying around from
>> the past, I purged the midori package, checked that the config folder
>> /etc/xdg/midori is gone and reinstalled the package. Same result.
>>
>> Version is 0.3.6.1 from testing (wheezy).
> 
> Hi Andreas,
> I am another user of the midori package.
> 
> I've recently installed midori version 0.4.0-2 and I have not
> experienced the bug you reported:
> 
>   $ cat /etc/xdg/midori/config 
>   [settings]
> 
>   homepage=file:///usr/share/doc/midori/faq.html
> 
> By looking at the Debian changelog, it seems to me that this bug was
> fixed by version 0.3.6-2, which, however, did not close the bug report.
> 
> If you confirm that the bug is no longer present in midori >= 0.3.6-2 ,
> I think this bug report may be safely closed (as fixed in version
> 0.3.6-2).
> 
> 



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

Bug#643970: [Pkg-openldap-devel] Bug#643970: slapd - Spams syslog with "connection_read(17): no connection!"

[Bastian Blank]

On Sun, Oct 02, 2011 at 07:33:51PM -0700, Quanah Gibson-Mount wrote:
> --On Saturday, October 01, 2011 12:16 PM +0200 Bastian Blank
>  wrote:
> >slapd spams syslog with "no connection" messages even if no log level is
> >enabled.
> It means a client is incorrectly configured and disconnected without
> unbinding.

Please tell me that the ASN.1-sequence "0\5\2\1\3B\0" doesn't contain a
valid unbind requeste. As this was sent via a unix domain socket, I
can't use Wireshark on it. However, Wireshark considers the same sequence
sent via TCP a correct unbind request.

| write(4, "0\5\2\1\3B\0", 7) = 7
| close(4)= 0

> It is alerting you to an error condition.

Can you quote the standard why you consider this an error condition? 5.3
tells me:

| A protocol peer may determine that the continuation of any
| communication would be pernicious, and in this case, it may abruptly
| terminate the session by ceasing communication and closing the
| transport connection.

So while it is not the normal termination of a connection, it is no
error condition.

Also, if it is an error, the message must contain enough information to
identify the culprit. But it is written as a debug message without any
of this.

Bastian

-- 
There are always alternatives.
-- Spock, "The Galileo Seven", stardate 2822.3



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

Bug#644154: Untrusted connections for opportunistic TLS

[Loïc Minier]

Package: logcheck
Version: 1.3.14
Severity: minor
Tags: patch

Hey

 When I started doing "opportunistic TLS", Postfix warned of connections
 to site with self-signed certificates.  I would think logcheck should
 still warn about this by default, and hence I'm proposing the attached
 patch which proposes an alternate logcheck entry but disabled by
 default.

 This is against current git at time of writing.

   Cheers,
-- 
Loïc Minier
>From 0d71fad7511ed2ac735b00c65700c4d0afd80022 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Lo=C3=AFc=20Minier?= 
Date: Mon, 3 Oct 2011 13:37:18 +0200
Subject: [PATCH] i.d.s/postfix: opportunistic TLS alternate check

"Unverified TLS connection" should probably be raised by logcheck on
sites which want strict TLS behavior, but when configuring Postfix for
opportunistic TLS, these are frequent with sites using self-signed
certificates.  Offer an alternate logcheck entry which allows Untrusted
connections, but comment it out by default.
---
 rulefiles/linux/ignore.d.server/postfix |3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/rulefiles/linux/ignore.d.server/postfix b/rulefiles/linux/ignore.d.server/postfix
index ce72d11..9f4b2e0 100644
--- a/rulefiles/linux/ignore.d.server/postfix
+++ b/rulefiles/linux/ignore.d.server/postfix
@@ -60,6 +60,9 @@
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtp\[[[:digit:]]+\]: warning: mailer loop: best MX for [^[:space:]]+ is local$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtp\[[[:digit:]]+\]: warning: no MX host for [^[:space:]]+ has a valid (A|address) record$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd?\[[[:digit:]]+\]: ((Anonymous|Trusted|Verified) )?TLS connection established (to|from) [^[:space:]]+: (TLSv1|SSLv[23]) with cipher [^[:space:]]+ \([/[:digit:]]+ bits\)$
+# Uncomment this alternate version if you're using opportunistic TLS and want
+# to ignore Untrusted connections
+#^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd?\[[[:digit:]]+\]: ((Anonymous|Trusted|Verified|Untrusted) )?TLS connection established (to|from) [^[:space:]]+: (TLSv1|SSLv[23]) with cipher [^[:space:]]+ \([/[:digit:]]+ bits\)$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd?\[[[:digit:]]+\]: (Peer|Server) certificate could not be verified$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd?\[[[:digit:]]+\]: Unverified: subject_CN=.*$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd?\[[[:digit:]]+\]: Verified: subject_CN=.*, issuer=.*$
-- 
1.7.5.4

Bug#644155: libqtruby4shared2: not installable in sid

[Ralf Treinen]

Package: libqtruby4shared2
Version: 4:4.4.5-7
Severity: serious
User: trei...@debian.org
Usertags: edos-outdated

libqtruby4shared2 says:

Depends: ... libsmokeqtcore4-3 (= 4:4.4.5-7) ...

However, the version of libsmokeqtcore4-3 in sid is 4:4.7.1-1. This
makes the package not installable in sid.

-Ralf.



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

Bug#627080: remmina-plugins: please document changes to make to files in ~/.remmina

[Luca Falavigna]

Il 03 ottobre 2011 13:42, alex bodnaru  ha scritto:
> there was a change in the format of the configuration file that i suggested
> to have been done automatically.

Can you remember which versions were involved? That way, I can try
reproducing this behaviour.



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

Bug#642108: dialog: Tab does not visit inputs

[Michal Suchanek]

Excerpts from Thomas Dickey's message of Tue Sep 20 23:04:47 +0200 2011:
> On Tue, 20 Sep 2011, Michal Suchanek wrote:
> 
> > Excerpts from Thomas Dickey's message of Tue Sep 20 01:27:03 +0200 2011:
> >> On Mon, 19 Sep 2011, Michal Suchanek wrote:
> >>
> >>> Package: dialog
> >>> Version: 1.1-20110707-1
> >>> Severity: wishlist
> >>>
> >>> The behaviour of dialog forms is inconsistent with most other forms
> >>> available today. You need to use arrows to move between form inputs
> >>> while normally tab would move to next input.
> >>
> >> again, it is configurable.  The KEY BINDINGS section of the manpage
> >> could for instance provide an example illustrating this case.
> >>
> >
> > Or it could by way of example list the current bindings (or say where
> > they are listed in the format that can be used in dialogrc). That would
> > be very helpful.
> 
> The current bindings are compiled-in (I've considered adding something
> to the trace file that'll show the compiled-in plus user-defined 
> bindings).
> 

According to docs and formbox.c adding this to ~/.dialogrc should allow
tabbing formfields:

bindkey formfield TAB ITEM_NEXT
bindkey formbox TAB ITEM_NEXT


It does not.

So either the docs are unintelligible or wrong or the functionality
broken.

Thanks

Michal



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

Bug#644156: O: obconf -- Preferences manager for Openbox window manager

[Nico Golde]

Package: wnpp
Severity: normal

I intend to orphan the obconf package.
I'm just not using this software and I don't see the need for it. However, 
there seems to be some
users for it, so it would be nice if someone wants to pick this up.

The package description is:
 ObConf is a small graphical utility which configures the window manager
 Openbox' preferences and configuration settings on the fly.
 .
 If you are an Openbox user, you may want this package.



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

Bug#618339: Resolved

[Jérémie Delaitre]

The plugin is available in the debian package since the 2.2.0-2 version.
Thus this bug can be closed.

Bug#643712: GNOME or GTK slow down

[David Rogers]

I found that it is only the controls part of the themes that cause the 
slow down.

The following control themes have slow down:
- Adwaita
- Clearlooks
- ClearlooksClassic
- Darklooks
- DebianRed
- Glossy
- Gorilla
- Indubstrial
- Industrial
- Unity

The following control themes don't have slow down:
- Amaranth
- Crux
- Glider
- HighContrast
- HighContrastInverse
- LowContrast
- Lush
- Mist
- Nuvola
- Raleigh
- Redmond
- Simple
- SphereCrystal
- ThinIce
- Wasp

I also found this slow down happens with the notification bubbles and 
the gdm login window.
So I have disabled the notification daemon and switched my controls to 
Gilder for now.


David





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

Bug#644157: racoon: kerberos authentication when responder to windows causes segfault at end of phase 1

[Andre Perry]

Package: racoon
Version: 1:0.8.0-8
Severity: normal
Tags: upstream

Dear Maintainer,

Configured for kerberos authentication with Windows 2008R2.
When sending traffic from windows to linux a segfault is raised.
Windows is configured with an additional setting of ESP and AH with AES-128 and 
SHA-1 first.


2011-10-04 00:46:53: DEBUG: begin.
2011-10-04 00:46:53: DEBUG: seen nptype=2(prop)
2011-10-04 00:46:53: DEBUG: succeed.
2011-10-04 00:46:53: DEBUG: proposal #1 len=108
2011-10-04 00:46:53: DEBUG: begin.
2011-10-04 00:46:53: DEBUG: seen nptype=3(trns)
2011-10-04 00:46:53: DEBUG: seen nptype=3(trns)
2011-10-04 00:46:53: DEBUG: succeed.
2011-10-04 00:46:53: DEBUG: transform #1 len=52
2011-10-04 00:46:53: DEBUG: type=Encryption Algorithm, flag=0x8000, lorv=AES-CBC
2011-10-04 00:46:53: DEBUG: encryption(aes)
2011-10-04 00:46:53: DEBUG: type=Key Length, flag=0x8000, lorv=128
2011-10-04 00:46:53: DEBUG: type=Hash Algorithm, flag=0x8000, lorv=SHA
2011-10-04 00:46:53: DEBUG: hash(sha1)
2011-10-04 00:46:53: DEBUG: type=Group Description, flag=0x8000, lorv=1024-bit 
MODP group
2011-10-04 00:46:53: DEBUG: hmac(modp1024)
2011-10-04 00:46:53: DEBUG: type=Authentication Method, flag=0x8000, lorv=XAuth 
pskey client
2011-10-04 00:46:53: DEBUG: type=Life Type, flag=0x8000, lorv=seconds
2011-10-04 00:46:53: DEBUG: type=Life Duration, flag=0x, lorv=4
2011-10-04 00:46:53: DEBUG: type=GSS-API endpoint name, flag=0x, lorv=8
2011-10-04 00:46:53: DEBUG: transform #2 len=48
2011-10-04 00:46:53: DEBUG: type=Encryption Algorithm, flag=0x8000, 
lorv=3DES-CBC
2011-10-04 00:46:53: DEBUG: encryption(3des)
2011-10-04 00:46:53: DEBUG: type=Hash Algorithm, flag=0x8000, lorv=SHA
2011-10-04 00:46:53: DEBUG: hash(sha1)
2011-10-04 00:46:53: DEBUG: type=Group Description, flag=0x8000, lorv=1024-bit 
MODP group
2011-10-04 00:46:53: DEBUG: hmac(modp1024)
2011-10-04 00:46:53: DEBUG: type=Authentication Method, flag=0x8000, lorv=XAuth 
pskey client
2011-10-04 00:46:53: DEBUG: type=Life Type, flag=0x8000, lorv=seconds
2011-10-04 00:46:53: DEBUG: type=Life Duration, flag=0x, lorv=4
2011-10-04 00:46:53: DEBUG: type=GSS-API endpoint name, flag=0x, lorv=8
2011-10-04 00:46:53: DEBUG: pair 1:
2011-10-04 00:46:53: DEBUG:  0x7f9d34e071b0: next=(nil) tnext=0x7f9d34e071e0
2011-10-04 00:46:53: DEBUG:   0x7f9d34e071e0: next=(nil) tnext=(nil)
2011-10-04 00:46:53: DEBUG: proposal #1: 2 transform
2011-10-04 00:46:53: DEBUG: type=Encryption Algorithm, flag=0x8000, lorv=AES-CBC
2011-10-04 00:46:53: DEBUG: type=Key Length, flag=0x8000, lorv=128
2011-10-04 00:46:53: DEBUG: type=Hash Algorithm, flag=0x8000, lorv=SHA
2011-10-04 00:46:53: DEBUG: type=Group Description, flag=0x8000, lorv=1024-bit 
MODP group
2011-10-04 00:46:53: DEBUG: type=Authentication Method, flag=0x8000, lorv=XAuth 
pskey client
2011-10-04 00:46:53: DEBUG: type=Life Type, flag=0x8000, lorv=seconds
2011-10-04 00:46:53: DEBUG: type=Life Duration, flag=0x, lorv=4
2011-10-04 00:46:53: DEBUG: type=GSS-API endpoint name, flag=0x, lorv=8
2011-10-04 00:46:53: DEBUG: received gss id 'IKE' (len 4)
2011-10-04 00:46:53: DEBUG: prop#=1, prot-id=ISAKMP, spi-size=0, #trns=2
2011-10-04 00:46:53: DEBUG: trns#=1, trns-id=IKE
2011-10-04 00:46:53: DEBUG:   lifetime = 28800
2011-10-04 00:46:53: DEBUG:   lifebyte = 0
2011-10-04 00:46:53: DEBUG:   enctype = AES-CBC
2011-10-04 00:46:53: DEBUG:   encklen = 128
2011-10-04 00:46:53: DEBUG:   hashtype = SHA
2011-10-04 00:46:53: DEBUG:   authmethod = GSS-API on Kerberos 5
2011-10-04 00:46:53: DEBUG:   dh_group = 1024-bit MODP group
2011-10-04 00:46:53: [172.22.22.111] DEBUG2: Checking remote conf "anonymous" 
anonymous.
2011-10-04 00:46:53: DEBUG2: enumrmconf: "anonymous" matches.
2011-10-04 00:46:53: DEBUG2: checkisakmpsa:
authmethod: 130537 / 130537
2011-10-04 00:46:53: DEBUG: an acceptable proposal found.
2011-10-04 00:46:53: DEBUG: hmac(modp1024)
2011-10-04 00:46:53: DEBUG: gss id in new sa 'wheezy1$@XX'


line 692 from src/racoon/gssapi.c has a null value for iph1->rmconf

vchar_t *
gssapi_get_id(struct ph1handle *iph1)
{
gss_buffer_desc id_buffer;
gss_buffer_t id = &id_buffer;
gss_name_t defname, canon_name;
OM_uint32 min_stat, maj_stat;
vchar_t *vmbuf;

if (iph1->rmconf->proposal->gssid != NULL)
return (vdup(iph1->rmconf->proposal->gssid));

from src/racoon/ipsec_doi.c
I think check for iph1->rmconf doesn't account for being the responder.

   276  if (iph1->rmconf != NULL) {
   277  if 
(get_ph1approvalx(iph1->rmconf, &ctx))
   278  goto found;
   279  } else {
   280  if (enumrmconf(&rmsel, 
get_ph1approvalx, &ctx))
   281  goto found;
   282  }


which causes a later call to gssapi_get_id() with a null rmconf a

Bug#641350: bash: FTBFS with -Werror=format-security

[Sven Joachim]

severity 641350 serious
thanks

On 2011-09-12 21:43 +0200, Sven Joachim wrote:

> Package: bash
> Version: 4.2-1~exp1
> Severity: important
>
> With dpkg-dev from git master (should be released as 1.16.1 soon), bash
> does FTBFS due to dpkg-buildflags adding -Werror=format-security to
> CFLAGS:
>
> ,
> | gcc -DPROGRAM='"bash"' -DCONF_HOSTTYPE='"i486"'
> | -DCONF_OSTYPE='"linux-gnu"' -DCONF_MACHTYPE='"i486-pc-linux-gnu"'
> | -DCONF_VENDOR='"pc"' -DLOCALEDIR='"/usr/share/locale"'
> | -DPACKAGE='"bash"' -DSHELL -DHAVE_CONFIG_H -I.  -I../bash
> | -I../bash/include -I../bash/lib -g -O2 -fstack-protector
> | --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat
> | -Wformat-security -Werror=format-security -Wall -c
> | ../bash/print_cmd.c
> | ../bash/print_cmd.c: In function 'make_command_string_internal':
> | ../bash/print_cmd.c:167:5: warning: zero-length gnu_printf format string 
> [-Wformat-zero-length]
> | ../bash/print_cmd.c: In function 'indent':
> | ../bash/print_cmd.c:1397:3: error: format not a string literal and no 
> format arguments [-Werror=format-security]
> | cc1: some warnings being treated as errors
> | 
> | make[2]: *** [print_cmd.o] Error 1
> `

Bumping severity since that version of dpkg-dev is in unstable now.

Cheers,
   Sven



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

Bug#643813: Remote device

[Mark Panen]

the remote device is a Nokia 5800 Ceil phone connected via blue tooth,
works fine with Mageia. When trying to browse my nokia 5800 it shows
the nokia icon  in dolphin then i click on the phone icon and it
searches till it reaches 95% and sits there forever.

-- 
Cheers
Mark



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

Bug#618812: Debug log needed

[Sebastian Spaeth]

Hi there

I am sorry if nearly we managed to bring Exchange down (one less to go,
yay ;-)).
To examine this further we would need some debug log to see when and how
we were creating to many connections. You can create one by issueing "-d
imap l-debug.log" (NOTE, this will contain your email credentials and
possibly email content). If you can make this available to me (in
private), I can have a look of what was happening.

Sebastian


pgp8rQD3Duvn3.pgp
Description: PGP signature

Bug#536421: Offlineimap certificate expiration check

[Sebastian Spaeth]

Hi Joey,

OfflineImap now checks the validity of CA certs including
expiration. However, using the python2.x SSL interface, I do not see any
way to check for the expiration of a server cert without bundling more
3rd party SSL libraries, (which I'd like to avoid if possible).

Which expiration do you mean?
Sebastian


pgpAl9VBboQyj.pgp
Description: PGP signature

Bug#627080: remmina-plugins: please document changes to make to files in ~/.remmina

[alex bodnaru]

  
  

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


hello luca,

it's all about a change (or my impression thereof) in the format of
the remmina conf file for the user.

a very well organized program would read the old conf files too, but
write everything in the new file only.

very stable programs never change the format of their confs.

remmina was neither, but it is however a wonderful program :) .

it's not an important bug, and remmina has advanced again in
between, with no other issues here. i would have insisted otherwise
:) .

On 10/03/2011 01:53 PM, Luca Falavigna wrote:

> Il 03 ottobre 2011 13:42, alex
  bodnaru  ha scritto:
  >> there was a change in the format of the configuration
  file that i suggested
  >> to have been done automatically.
  >
  > Can you remember which versions were involved? That way, I
  can try
  > reproducing this behaviour.


- -- 
- --
best regards,
alex
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iJwEAQECAAYFAk6JsAEACgkQ2nA3WyrfyeNsLwQAvbcoZkrSa3ul3LdH87RLur6a
6XAGqwKm9MbsjXlGTxeKuCXVc0YgZawPCuat5pZKAKTOlgW3fQ3cWe9Fw7NJB3CC
hHyI6gh/gIYMNeAeaMIoKvTYk4BH8IM9bYpMKz1Y4wMumpMNu25gSUZnppI2+2Xr
53tSbT6+HSOJFJVK1AA=
=1MYJ
-END PGP SIGNATURE-

  




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

Bug#626417: Fixed now

[Sebastian Spaeth]

Hi Antonio,

there was a bug that lead to servers being marked as readonly if you
have any setting readonly= in your configuration (even if that was
0/false/no). This has been fixed in the latest and can be worked around
by removing the readonly= setting in the config.

The following bugs will be (hopefully) fixed in 6.4.0:

610685 tag fixed-upstream
626417 tag fixed-upstream
575301 tag fixed-upstream
438968 tag fixed-upstream
438090 tag fixed-upstream
434567 tag fixed-upstream
341873 tag fixed-upstream
280474 tag fixed-upstream
269216 tag fixed-upstream
202353 tag fixed-upstream
153240 tag fixed-upstream
219734 tag fixed-upstream
630444 tag fixed-upstream
628634 tag fixed-upstream
618551 tag fixed-upstream
572643 tag fixed-upstream
532816 tag fixed-upstream
501581 tag fixed-upstream
499755 tag fixed-upstream
485755 tag fixed-upstream
475727 tag fixed-upstream
610685 tag fixed-upstream




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

Bug#644158: libsmokeqt4-dbg not installable in sid

[Ralf Treinen]

Package: libsmokeqt4-dbg
Version: 4:4.7.1-1
Severity: serious
User: trei...@debian.org
Usertags: edos-outdated

libsmokeqt4-dbg depends on  libsmokeqtcore4-3 (= 4:4.7.1-1). However, we
have in sid version 4:4.7.1-1ot of that library. That makes
libsmokeqt4-dbg not installable in sid.

-Ralf.



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

Bug#643712: GNOME or GTK slow down

[Pierre Crescenzo]

Hello,

> I found that it is only the controls part of the themes that cause the
> slow down.
>|...]

Thank you very much for your help! :-)

> So I have disabled the notification daemon and switched my controls to
> Gilder for now.

I can't find how to customise ((in/dis)able, other parameters...) the 
notification daemon. Do you have some ideas? (For me, notifications appear at 
the top right of the screen, in black boxes with white texts.)

Thank you!

Regards,

-- 
  Pierre Crescenzo
mailto:pie...@crescenzo.nom.fr
http://www.crescenzo.nom.fr/



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

Bug#644159: libsmokeqtxml4-3: not installable in sid

[Ralf Treinen]

Package: libsmokeqtxml4-3
Version: 4:4.7.1-1
Severity: serious
User: trei...@debian.org
Usertags: edos-outdated

libsmokeqtxml4-3 depends on libsmokeqtcore4-3 (= 4:4.7.1-1). However,
we have version 4:4.7.1-1ot of this library in sid. This makes the
package not installable in sid.

-Ralf.



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

Bug#643712: GNOME or GTK slow down

[David Rogers]

I can't find how to customise ((in/dis)able, other parameters...) the 
notification daemon. Do you have some ideas? (For me, notifications appear at 
the top right of the screen, in black boxes with white texts.)


To disable the notification daemon you got to in the menu:
System -> Preferences -> Startup Applications and then untick 
Notification Daemon then close and restart.

To switch controls but not the theme go to in the menu:
System -> Preferences -> Appearance then click on Customise and select a 
different theme in the controls tab.


David




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

Bug#585130: Can't show the mouse cursor near the left edge of the right monitor

[Michel Dänzer]

reassign 585130 linux-2.6
kthxbye

On Mon, 2011-10-03 at 13:23 +0200, Marco Nenciarini wrote: 
> 
> this bug is still present in current driver in unstable and affects my laptop.

Should be fixed by
http://lists.freedesktop.org/archives/dri-devel/2011-September/014779.html .


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast |  Debian, X and DRI developer



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

Bug#604813: emacs23: emacs crashes the whole X11 session (gnome, kde, xfce, sawfish)

[Juergen Kosel]

Package: emacs23
Version: 23.3+1-1.1
Followup-For: Bug #604813

Dear Maintainer,
I have updated from squeeze to testing 3 days ago.
Since this update, the call of emacs causes a crash of the whole X11 session,
nearly independent of the kind of session (gnome, kde, xfce or sawfish).
An exception for this is the gnome-failsafe session, where the problem doesn't
ocure. It also doesn't ocure if I start emacs with option "-Q".

This bug seems to be related to some configuration setting, which I don't know.
Because for other accounts on my machine this does not happen.
Therefore I had already deleted all ~/.g* files and directories.
But this has not resolved the problem.

I am not quite sure if this problem is the same as #604813 or another (new) bug.

See below the output of gdb:

/usr/bin/emacs
[Thread debugging using libthread_db enabled]

(process:13835): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.

(emacs:13835): GLib-WARNING **: In call to g_spawn_sync(), exit status of a 
child process was requested but SIGCHLD action was set to SIG_IGN and ECHILD 
was received by waitpid(), so exit status can't be returned. This is a bug in 
the program calling g_spawn_sync(); either don't request the exit status, or 
don't set the SIGCHLD action.
GConf Error: Failed to contact configuration server; the most common cause is a 
missing or misconfigured D-Bus session bus daemon. See 
http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get 
connection to session: Abnormal program termination spawning command line 
`dbus-launch --autolaunch=37bc5c4546188603542d171704a1b500 --binary-syntax 
--close-stderr': )

(emacs:13835): GLib-WARNING **: In call to g_spawn_sync(), exit status of a 
child process was requested but SIGCHLD action was set to SIG_IGN and ECHILD 
was received by waitpid(), so exit status can't be returned. This is a bug in 
the program calling g_spawn_sync(); either don't request the exit status, or 
don't set the SIGCHLD action.
Connection lost to X server `:0.0'
When compiled with GTK, Emacs cannot recover from X disconnects.
This is a GTK bug: https://bugzilla.gnome.org/show_bug.cgi?id=85715
For details, see etc/PROBLEMS.

Program received signal SIGABRT, Aborted.
0x71f596e7 in kill () at ../sysdeps/unix/syscall-template.S:82
82  ../sysdeps/unix/syscall-template.S: No such file or directory.
in ../sysdeps/unix/syscall-template.S
(gdb)

The output above seems to be caused by the crash of X11.
If I run startx instead of gdm, I see that glibc complains about a double free
or memory corruoption. Unfortunally the keyboard and gpm are gone at this time.
So I can't copy the exact output line.

Greetings
Juergen

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

Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages emacs23 depends on:
ii  emacs23-bin-common  23.3+1-1.1  
ii  libasound2  1.0.24.1-4  
ii  libatk1.0-0 2.0.1-2 
ii  libc6   2.13-21 
ii  libcairo2   1.10.2-6.1  
ii  libdbus-1-3 1.4.16-1
ii  libfontconfig1  2.8.0-3 
ii  libfreetype62.4.6-2 
ii  libgconf2-4 2.32.4-1
ii  libgdk-pixbuf2.0-0  2.24.0-1
ii  libgif4 4.1.6-9 
ii  libglib2.0-02.28.6-1
ii  libgpm2 1.20.4-4
ii  libgtk2.0-0 2.24.4-3
ii  libice6 2:1.0.7-2   
ii  libjpeg88c-2
ii  libm17n-0   1.6.2-3 
ii  libncurses5 5.9-1   
ii  libotf0 0.9.12-1
ii  libpango1.0-0   1.28.4-3
ii  libpng12-0  1.2.46-3
ii  librsvg2-2  2.34.0-1
ii  libsm6  2:1.2.0-2   
ii  libtiff43.9.5-2 
ii  libx11-62:1.4.4-2   
ii  libxft2 2.2.0-3 
ii  libxpm4 1:3.5.9-1   
ii  libxrender1 1:0.9.6-2   
ii  zlib1g  1:1.2.3.4.dfsg-3

emacs23 recommends no packages.

Versions of packages emacs23 suggests:
ii  emacs23-common-non-dfsg  23.3+1-1

-- no debconf information



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

Bug#644160: fwbuilder: fails vlan config because of bad "ip link show" output

[Uwe Maier]

Package: fwbuilder
Version: 5.0.0-1
Severity: normal

Dear Maintainer,

having FW node running "stable". fwbuilder is running on "unstable". 
Don't know if that matters.

After adding a vlan sub-interface to one of the interface the 
installation of the fw script fails because of
"ip" returning a completely different name for the interface. So the 
removal of the addresses fails and therefore
the script gets stuck.

vconfig add eth0 4 - create the interface; ipconfig shows it as 
eth0.4
ip link show   - returns the interface as "eth0.4@eth0". 
The fw script no longer recognizes the interface

The following change to the fw script makes it work again (at least for 
me)
-$IP link show | sed 's/://g' | awk -v IGNORED="$*" \
+$IP link show | sed -e 's/://g' -e 's/@.*//g' | awk -v 
IGNORED="$*" \

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

Kernel: Linux 2.6.39.1 (PREEMPT)
Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) 
(ignored: LC_ALL set to en_GB.iso885915)
Shell: /bin/sh linked to /bin/bash

Versions of packages fwbuilder depends on:
ii  fwbuilder-common  5.0.0-1 
ii  libc6 2.13-21 
ii  libgcc1   1:4.6.1-13  
ii  libqt4-network4:4.7.3-8   
ii  libqtcore44:4.7.3-8   
ii  libqtgui4 4:4.7.3-8   
ii  libsnmp15 5.4.3~dfsg-2.3  
ii  libstdc++64.6.1-13
ii  libxml2   2.7.8.dfsg-4
ii  libxslt1.11.1.26-8
ii  zlib1g1:1.2.3.4.dfsg-3

On FW node
ii  iproute   20100519-3

Versions of packages fwbuilder recommends:
ii  fwbuilder-doc  5.0.0-1

fwbuilder suggests no packages.

-- no debconf information



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

Bug#644158: libsmokeqt4-dbg not installable in sid

[Pino Toscano]

Alle lunedì 3 ottobre 2011, Ralf Treinen ha scritto:
> libsmokeqt4-dbg depends on  libsmokeqtcore4-3 (= 4:4.7.1-1). However,
> we have in sid version 4:4.7.1-1ot of that library.

$ rmadison --suite=unstable --arch=i386 libsmokeqtcore4-3
 libsmokeqtcore4-3 | 4:4.7.1-1 | sid | i386

Also, -1ot does not have any sense, where it does come from?
(This also applies to #644159.)

As a side note: the modular kdebindings is being split in many source: 
smokegen, smokeqt and smokekde which are in unstable already, qtruby and 
korundum which are sitting in NEW. If possible, could you skip the check 
on binaries built by the kdebindings source, until we get rid of it? 
Thanks.

-- 
Pino Toscano


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

Bug#644161: Broken symlink

[Lifeng Sun]

Package: libxmlrpc-core-c3-dev
Version: 1.16.33-3.1

Please move the symlink /usr/include/XmlRpcCpp.h to
libxmlrpc-c++4-dev, it is broken when libxmlrpc-core-c3-dev does
not contain the target C++ header.


Kind Regards,
Lifeng Sun

-- 


signature.asc
Description: Digital signature

Bug#644162: asterisk-espeak: not installable in sid

[Ralf Treinen]

Package: asterisk-espeak
Version:  0.1-1
Severity: serious
User: trei...@debian.org
Usertags: edos-outdated
Architecture: i386

This package depends on  asterisk (<< 1:1.6.3), however we have asterisk
version 1:1.8.4.4~dfsg-2 in sid. This makes this package not installable
in sid.

-Ralf.



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

Bug#641541: xulrunner-6.0: eats too much (well beyond available) memory

[Luca Capello]

found 641541 9.0~a2+20110930042012-1
thanks

Hi there!

On Fri, 23 Sep 2011 14:06:52 +0200, Luca Capello wrote:
> On Wed, 14 Sep 2011 12:23:26 +0200, Mike Hommey wrote:
>> - xulrunner takes a lot of memory, and that should be better in xulrunner
>>   8.0 and 9.0 (8.0a2 builds on mozilla.debian.net)

Resuming all the memory consumption values, as you can see the situation
is not better even with the last build (mostly the same 100 tabs opened,
only two missing WRT the previous tests):

   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
  2886 luca  20   0 1147m 727m  24m S   10 36.3   3:27.64 xulrunner-bin 
[7.0~b5-1]
 13858 luca  20   0 1271m 820m  26m S   17 40.9   1:33.88 firefox-bin   
[7.0~b6-1]
 11244 luca  20   0 1174m 730m  24m S   10 36.5   3:05.16 xulrunner-bin 
[7.0~b6-1]
 31880 luca  20   0 1292m 814m  27m S   14 40.7   1:22.66 firefox-bin   
[8.0~a2+20110915042012-1]
 24367 luca  20   0 1209m 742m  24m S   12 37.1   2:05.19 xulrunner-bin 
[8.0~a2+20110915042012-1]
 28956 luca  20   0 1171m 743m  18m S   31 37.1   1:10.43 xulrunner-bin 
[8.0~a2+20110923042012-1]
  4896 luca  20   0 1208m 753m  21m S4 37.6   1:14.15 firefox-bin   
[9.0~a2+20110930042012-1]
  3454 luca  20   0 1222m 743m  20m S   12 37.1   1:10.84 xulrunner-bin 
[9.0~a2+20110930042012-1]

Please note that I am not complaining, but simply reporting the new
values ;-)

Thx, bye,
Gismo / Luca


pgpmbfR87QxvU.pgp
Description: PGP signature

Bug#567169: xulrunner-1.9.1: please Provides: xulrunner

[Luca Capello]

reassign 567169 gecko-mediaplayer
retitle 567169 gecko-mediaplayer: should not depend on specific browsers
found 567169 0.9.8-1
found 567169 1.0.4-2
thanks

Hi there!

On Thu, 28 Jan 2010 10:00:35 +0100, Mike Hommey wrote:
> On Wed, Jan 27, 2010 at 08:25:26PM +0100, Luca Capello wrote:
>> Should not xulrunner-1.9.1 Provides: xulrunner, so other packages
>> depending on xulrunner will work with xulrunner-1.9.1 as well?  In my
>> case, the problem is with the gecko-mediaplayer plugin:
>> 
>>   Package: gecko-mediaplayer
>>   [...]
>>   Version: 0.9.8-1

The situation is still the same with the current version in sid:

  Package: gecko-mediaplayer
  Version: 1.0.4-2
  [...]
  Depends: [...] iceweasel | firefox | iceape-browser | epiphany-browser |
   galeon | xulrunner-1.9.1 | xulrunner-1.9.2 | konqueror (>= 4:4) |
   opera (>= 9.50) | chromium-browser (>> 4.0)
  Description: Multimedia plug-in for Gecko browsers

> Actually, I'm not very sure plugins should strictly depend on browsers,
> like that... 

Fully agree, reassigning.

Please note that my first reaction would have been to tag this bug as
wontfix and close it, because it is clear that there is no way to be
sure an XUL application works with *any* XULrunner version and even the
xulrunner-stub general binary is no more supported:

--8<---cut here---start->8---
iceweasel (5.0-4) unstable; urgency=low
[...]
  * debian/xulrunner-GRE_VERSION.postinst.in,
debian/xulrunner-GRE_VERSION.prerm.in: Remove the xulrunner-stub
alternative. The reason why it was good to have in /usr/bin doesn't exist
anymore.
[...]
 -- Mike Hommey   Fri, 22 Jul 2011 15:48:09 +0200
--8<---cut here---end--->8---

Thx, bye,
Gismo / Luca


pgpwdAEGQUoFS.pgp
Description: PGP signature

Bug#644163: libv8: FTBFS on armel: 12 tests failed

[Julian Andres Klode]

Package: libv8
Version: 3.4.14.21-3
Severity: important

libv8 currently fails to build from source on armel due to 
failing tests. The complete build log can be found at

  
https://buildd.debian.org/status/fetch.php?pkg=libv8&arch=armel&ver=3.4.14.21-3&stamp=1317252599

It would be great if that could be fixed, as I want
to install chromium some day, and that waits for
libv8.

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

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

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.


pgppMAM55NPLC.pgp
Description: PGP signature

Bug#644164: debian-maintainers: Please add Laszlo Kajan as Debian Maintainer

[Laszlo Kajan]

Package: debian-maintainers
Severity: normal
Tags: patch

Dear DM team,

please add my key 'Laszlo Kajan ' to the debian-keyring 
package.

The fingerprint of my key is:

91B4 6ECD 9031 2D7C 86F9  469A 9BD2 D640 9A0C 52FA

Please find attached the corresponding jetring changeset 'add-9BD2D6409A0C52FA'.

Thank you very much in advance.

Best regards,

Laszlo Kajan

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

Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Comment: Add Laszlo Kajan  as a Debian Maintainer
Date: Mon, 03 Oct 2011 12:07:14 +0200
Action: import
Recommended-By: 
Steffen Moeller 
Agreement: 
http://lists.debian.org/debian-newmaint/2011/10/msg3.html
Advocates: 
http://lists.debian.org/debian-newmaint/2011/10/msg4.html
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.11 (GNU/Linux)
  
  mQINBE34gUIBEADWgBTMc1KVkbzMNOiHAf4wso641J/UWScu86AWrzPoI3p4CjLk
  YTP46WUETDJ+RfggsYyqbrIr5kTnqXF7uOuBC66Arvp7Pzxu4wYort3WCwtboaJg
  QEM442A+48rxKAkv4B/CfgWDAjJzttO43EEKyOqrkCtjVf0XqFvEv5XzrYvZEypm
  r2V2/vot0pMJCPA3b2wHk+J6jgUcZJa9UNOti7WMBea8BZDrQGEEEqBmQn9F60oy
  L7YK5Kfn7XATUabAr53aGF12MDTKUeNYA6D8A5blsoKSj9wEZ5hHRIsIPGUc0rrC
  2XsXuK/Z9f8om99RTkZzek5gSb2DStsw2pFrDZvWu0s+olCU+n0rgLmTJKboMofD
  zt1HFDR64AI5SGdhDhQNDwCSeWsa7kIR3iNL9yZEdXApT0j60vNDYBtAaJXSgko7
  zBZW5f4M3viItVt5sPfG4GnxRWVKLFJcDsxikpL3vHYuHNAdfZr49AKMD6f99Pe4
  zcR6KycVud4ovR4CttrNeGk4gl2/JyUz2tISCQFUOhwJUpiI7EjOw/ZolBlGMbjF
  3Ja6qzmJ3L30pElgmhdS9UxUPoy79xNjUo55TMa+vTK2s/T1Go6C3ZY1rhNe9Fm7
  B2EFgvRE3htc8mf9NnpX0V6Z3HFCebJwNfe/tWEkq8Z4qZShz2NghKlquQARAQAB
  tCFMYXN6bG8gS2FqYW4gPGxrYWphbkByb3N0bGFiLm9yZz6IRgQQEQIABgUCTiBb
  qQAKCRDWBd2cvp1TOcjHAJ9F302WqcSwg3e0MG+xEPAkgy5cSgCcCRgmmKgqDz2U
  fdJ84PASOlObOWaJAjgEEwECACIFAk34gUICGwMGCwkIBwMCBhUIAgkKCwQWAgMB
  Ah4BAheAAAoJEJvS1kCaDFL6OhQP/1pGJUq7yiZ9IkqP2dTmywXSXTMJ3ii3qeu8
  +ksdREzrn7FcQb9yOhLj3W7KeXspuc5Gzuv4vUSX3YB3GfdfSeDWrPEcCAoYk7QV
  DfqEywPMAYHcRmid2M8nZ12Tm0pukHRthmo5eNcipr4ZygSG5HWAspZEHEKGTfU6
  epv4/jIZpvLwIZvyYWwa9AGHhru54KNF3klDLIiWHx3j6BhbB2tpHTDoo7qV4Zx7
  yvJp8Ajor2oZW8lBW5ZzPUWz+nldJO4avcy7o7xutLcyzaB50IILYO+xWC6yZpe+
  jeM9GTVgeL5BhHWXGL834eA2THZY65YC3IZUftj+tpGDRWaU/BfgASnQh+POe+zo
  OFaibjOSlURoSjDzfq1nlZMqLkcpcUXQ+sZKQVlt6ABH072vQYHHfD6StckTvvFZ
  vwtlCB9O5ctSBi0+J3oNGediTSx2aLWlHMDZu47NYiuDaYdsC/RtkWmYpmtcW513
  6yUakLdhzXLzxAW63tb6E84hsM3bv1PbLSmqIsSWZ+IJpQ+IIJ4WizsVcriwjxku
  omTUPCkSQMFrzegMwm6Y1B4MqUYovTGHWhOhncNGgcEx+Atkou5Ev8Laj/E+rGfz
  eO1ZjbOfHd3jMSfFPVNoFsrCKtHCctxDpie3CvpHArNAHtFtOP4UZjQvJnxMWx+H
  TSS+SBIEiQIcBBABAgAGBQJOXlLWAAoJEIFv/2n5FzOHAGUP/RUIF0DZJ8Te7e+s
  w2U/ZDBFYVMYEV7HTh8HDRp8vE0pZ7q7p9AetKHRWLD/KKuxHZU0CE3Z6csPjyds
  prSM3o9/Y1jjkXLBlq1yp7fgXwKRlW4/dtFUHFA4+KRhlelI5gD57XI3ANq74z9b
  j3sE7qiE7kIjmTNiQY6+LEDNYilg/+n3poSpQdhLGXg03vjTD8edntEBZoObW/Ob
  CIeX9hTylUg8YZtbuE0+kVcOGDfuybpfAeu2zPoxECT9WETridd+pQp+00a9htuC
  nIOfwKtkosYcd2tqpqKdjPTgfe0q7FueK2wSk6n7aTc9hNfq90OhdgD2qzbu2jei
  C2+GkSxw7KOPXuO0Fmg/beYVh5GTZ+rSxgYpDtRL26ZzchYwdxx6PNBh7snxNGWD
  g79wOdkwAduzLCT+sdWDlIa+JyxYpTggI09sGBpCt9vgm6VCUs9Xnqj4yjLOF5uZ
  jhhQqpzkyqW5b5OsJEpHBIeIltK2zfCle5kaJKv9vkzgrgRZUO/eFJOSAFGIOOZn
  eMSzpkpmqwVf1ymr6hjY8GaotIwQOfxMLgcb5qaqhy/+7TyiZHlWW/K4ZVllarka
  4IpYZVYYezd4aFKj/YnmoEbrZejkV3FIBlENtJwz/AD1w4DRq/a4CGOP2/VBm1Gv
  RY0BYEZoPXS4/ezf0znJAZzl+/obiEYEEBECAAYFAk5z9l4ACgkQv2Bwi0hCbH46
  aACfUQiZYGETX/0jMmFok1OS6OG0RdoAn0vAYwpMvNWGrN8ZlTztEJorqhwYuQIN
  BE34gUIBEADV+WTmw4kDcBWaJzaEYiZAlxKxFOhwoC+VO/XV/mJ8GiVD0pOicx2/
  hjcUtGUkbrjNl5XZp0E4xA7MfAE8Z3HpsKNCSWuorNGZM7Rjct6w+zImzP1fRdsU
  ghlLftuRQMFhziSInLF6/NnaoejDN4xqCUqJr/fFjsbzV0JEnGyDLAFSu0IugWC8
  U4yZqvFMyk7GJExo4bSXN8XUv27Rfy+2zBiayr8sP9ggTmPwxuPGoBM4nEqvz5LR
  kCxh9BCGhGb64XX2QlYpoQvEqy+TllnqltyuOY0+vgd6NX55mjxZvWU7duicBauF
  nh8XDwWgxufU8c1xsDJa/eEbbvdCkd5W/RwrKdrMHq8Xt//b055AbEhnqwoyfuVm
  AEQSpJ7+NRfFInTvX6/b+3svpz3fowxIGr0zYsX6YSKaegzvt07DdtL8AWhPt077
  lsBzWonoZLGYa+2YoVapgBpjgpM9gyjUFvf3I8cB/r2ZNzSIpr7SVR/oNmGgbmLl
  a7K1hP2R2Ln1CGibzFvz8Qp7jiPz+Y1VyGKtx12LPbw/Zg9/LREBBN1DvNOy+qap
  ZKIo1y7JDOnI0nPZmD+6F7bdQ80WaySpySEXwIf7tLRoLp4hMCZYxvWhQzJhmKVA
  +yN+aGkaduLsgRMRtgoroDWmR02M/V5ftcu4WCJ9A1hZWuSC99+N6wARAQABiQIf
  BBgBAgAJBQJN+IFCAhsMAAoJEJvS1kCaDFL6jIQP/A8Ny71nr6C6BcsYspLXwzAx
  UKVHDRt+J/jWWdTc34NBizhFV7xMFqL1frwadYhC2XKDSck8RWhpuna2VaKqjUD9
  P3UCT+z7JMrZqsjqUpOnHi6xXDQKDMnzHIbhLTTwl7e2ec8xwd3+fy+b4cDbC3gd
  blYCY4Wz3rY23ErLUglueCzzIXQDPXlt4UDAnG9CKciXKU2LJ1lSfIox1jorNKOV
  AnBGS0nTee3DiesD+x3UsgGCgIDnH1Mg9OUTrjtTO81EsC1WG7ez3FM+HIuo0sse
  YMwxCslX1MbYUxPca3OTXeMGvXLe1mlJm5uk1UxZRo6LcJz+xCOSnGLzPEDXOGig
  H3VR0sNo7/uZLcSEp2kSgKe576SOT3zUQdRiiJM98AWqONJz1OrGA8ywXLqcazDl
  A3FIHCg90bx+OU9YkNcn7drIrgBUdUSn2mgpF5bDR8YmrxaGzv9Unm61JGFGycKv
  mabtNy33fpCrGCQQs3AiOW3wftivqlBnN5y0uVqNHSmaHzteFjWW82kBrVQsNUNh
  2vENxJoqfhhmF+e7VPdwuw45Qvc3ZtE91LBtkyJ2slgOSYnZ7JbgLVfZ4pFW

Bug#644165: python-django-mumble: not installable in sid

[Ralf Treinen]

Package: python-django-mumble
Version:  2.4-3
Severity: serious
User: trei...@debian.org
Usertags: edos-outdated
Architecture: i386

python-django-mumble depends on  python-django-extdirect (<< 0.5).
However, sid contains python-django-extdirect in version 0.5-1.
This makes python-django-mumble not installable in sid.

-Ralf.




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

Bug#644108: unsafe use of eval in Digest->new()

[Moritz Mühlenhoff]

On Sun, Oct 02, 2011 at 11:44:39PM +0200, Ansgar Burchardt wrote:
> Package: perl
> Version: 5.10.0-19
> Severity: grave
> Tags: security upstream
> 
> Hi,
> 
> the last upstream release of libdigest-perl (1.17) contains a fix for an
> unsafe use of eval: the argument to Digest->new($algo) was not checked
> properly allowing code injection (in case the value can be changed by
> the attacker).
> 
> This also affects perl as the module is included in perl-base.

perl-modules from Squeeze also contains 1.16, just like libdigest-perl.
What's the purpose of this package, then? 

Wouldn't it rather make sense to drop standalone packages for all
modules present in perl-modules?

Cheers,
Moritz



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

Bug#644163: libv8: FTBFS on armel: 12 tests failed

[Jérémy Lal]

On 03/10/2011 15:48, Julian Andres Klode wrote:
> Version: 3.4.14.21-3 
> libv8 currently fails to build from source on armel due to failing tests.

Hi,
i'm well aware of the situation.
It has improved a bit : armel 3.4.14.21-3 actually /run/ tests.

I have no clue yet as why those tests fail. Things to be verified :
* run the tests using d8, not shell, as it is deprecated
* build v8 using gyp instead of scons, deprecated too (i am working on it)
* update to latest 3.4 revision
* check other options : crankshaft, snapshot. They might need to be
  toggled to allow armel support.

In any case, i'd be more productive with an actual armel shell.

Cheers,
Jérémy.



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

Bug#613348: postgresql-common: pg_upgradecluster nukes pg_hba.conf in both old and new clusters

[Martin Pitt]

tag 613348 unreproducible moreinfo
severity 613348 important
thanks

Hello Toni,

sorry for the late response, cleaning up old bug mail.

Toni Mueller [2011-02-14 10:22 +0100]:
> after running pg_upgradecluster to upgrade from 8.3 (Lenny) to 8.4
> (Squeeze), my pg_hba.conf in the 8.3 release was nuked

The evidence is probably long gone, but do you still remember what
"nuked" meant there? Was it an empty file? No file at all? Was there a
pg_hba.conf.orig?

> I see no reason why the program should mangle the old pg_hba.conf in the
> first place. The man page also gives no warning whatsoever.

It's temporarily changed to ensure that only the local superuser has
access to it during upgrade. I got other bug reports in the past that
other apps tried to access the DB while the upgrade was running, which
either disrupted the upgrade or at least led to inconsistencies.

I just looked at the code for creating the backup and temporary
pg_hba.conf, and it indeed could be made a tad more robust. But I
don't see how it can create an empty pg_hba.conf without renaming the
original file as pg_hba.conf.orig first. pg_upgradecluster never
removes that file, it just uses rename().

Do you happen to have a way to reproduce this?

Thanks,

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)



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

Bug#616685: postgresql-common: startup problems with 8.4 and 9.0

[Martin Pitt]

tag 616685 moreinfo unreproducible
thanks

Hello Arthur,

Arthur Marsh [2011-03-07  3:04 +1030]:
> /etc/init.d/postgresql restart
> Restarting PostgreSQL 8.4 database server: main.
> Restarting PostgreSQL 9.0 database server: mainThe PostgreSQL server failed 
> to start. 
> Please check the log output: ... failed!

Do you have an idea how long this took? There is a 30 second timeout
in pg_ctlcluster after which it declares failure.

If this took only a few seconds, it's not a timeout problem and one of
the other checks failed. Can you reproduce this failure reliably? Did
you change the default Unix socket in the configuration?

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)



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

Bug#643464: radeontool: FTBFS: radeontool.c:42:5: error: format not a string literal and no format arguments [-Werror=format-security]

[Tormod Volden]

On Wed, Sep 28, 2011 at 1:52 PM, Jonathan Nieder wrote:
> Didier Raboud wrote:
>
>>> radeontool.c: In function 'fatal':
>>> radeontool.c:42:5: error: format not a string literal and no format 
>>> arguments [-Werror=format-security]
>
> Yep, known.  The patch below (excluding the hunk patching radeonreg
> since radeonreg is not in sid yet) should fix it.  I'd like to send a
> batch of patches upstream soon addressing warnings including this one,
> but maybe it's worth an upload to fix the build before then.

Hi, I sent a bunch of patches to Dave Airlied many weeks ago, which
also fixed this. I will have to ping him again. I should also push it
to a branch of my own so that you can see what I have done already.

Cheers,
Tormod



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

Bug#644015: openocd: please add udev rules for openmoko neo1973 debug board

[Tormod Volden]

2011/10/1 Євгеній Мещеряков:
> Package: openocd
> Version: 0.5.0-1
> Severity: wishlist
> Tags: patch
>
> Please add udev rules for the openmoko neo1973 debug board v3
> (interfaces/neodb.cfg). The patch is attached.

Thanks for your patch! Can you please also send it upstream?
(http://openocd.berlios.de/web/ but this URL might change soon)

Regards,
Tormod



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

Bug#644158: libsmokeqt4-dbg not installable in sid

[Ralf Treinen]

On Mon, Oct 03, 2011 at 03:41:14PM +0200, Pino Toscano wrote:
> Alle lunedì 3 ottobre 2011, Ralf Treinen ha scritto:
> > libsmokeqt4-dbg depends on  libsmokeqtcore4-3 (= 4:4.7.1-1). However,
> > we have in sid version 4:4.7.1-1ot of that library.
> 
> $ rmadison --suite=unstable --arch=i386 libsmokeqtcore4-3
>  libsmokeqtcore4-3 | 4:4.7.1-1 | sid | i386
> 
> Also, -1ot does not have any sense, where it does come from?
> (This also applies to #644159.)

yes, indeed. My apologies, this was probably due to the fact that
I did by mistake some modification to the packages file before running
our analysis tool.

> As a side note: the modular kdebindings is being split in many source: 
> smokegen, smokeqt and smokekde which are in unstable already, qtruby and 
> korundum which are sitting in NEW. If possible, could you skip the check 
> on binaries built by the kdebindings source, until we get rid of it? 

yes, I realised that our tool gave many error reports related to
*smoke* libraries, so I suspected that there is a common cause.
After having fixed my mistake, I now found only reports about
version dependencies on = 4:4.4.5-7 of *smoke* librarires,
but you are probably aware of these. 

Sorry for the noise -Ralf.
-- 
Ralf Treinen
Laboratoire Preuves, Programmes et Systèmes
Université Paris Diderot, Paris, France.
http://www.pps.jussieu.fr/~treinen/



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

Bug#616685: postgresql-common: startup problems with 8.4 and 9.0

[Arthur Marsh]

Martin Pitt wrote, on 04/10/11 00:43:

tag 616685 moreinfo unreproducible
thanks

Hello Arthur,

Arthur Marsh [2011-03-07  3:04 +1030]:

/etc/init.d/postgresql restart
Restarting PostgreSQL 8.4 database server: main.
Restarting PostgreSQL 9.0 database server: mainThe PostgreSQL server failed to 
start.
Please check the log output: ... failed!


Do you have an idea how long this took? There is a 30 second timeout
in pg_ctlcluster after which it declares failure.

If this took only a few seconds, it's not a timeout problem and one of
the other checks failed. Can you reproduce this failure reliably? Did
you change the default Unix socket in the configuration?

Thanks,

Martin



Hi, I'm now running 9.0 and 9.1 and haven't had this error appearing 
lately. The 30 second limit may have been reached due to dependency 
based booting on a slow uniprocessor machine. I haven't changed the 
default Unix socket.


Feel free to close the bug report.

Regards,

Arthur.



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

Bug#643903: debian : downgrade xorg bug report #643903

[debian]

I got a couple personal emails replying to this bug wondering how I solved 
it.


My solution is similar to the reports above.

I used:
deb http://snapshot.debian.org/archive/debian/20110911T211512Z/ testing main 
contrib non-free
And rolled back:

[DOWNGRADE] xserver-xorg-core 2:1.11.1-1 -> 2:1.10.4-1
[DOWNGRADE] xserver-xorg-input-evdev 1:2.6.0-2+b2 -> 1:2.6.0-2+b1
[DOWNGRADE] xserver-xorg-input-kbd 1:1.6.0-3+b1 -> 1:1.6.0-3
[DOWNGRADE] xserver-xorg-input-mouse 1:1.7.1-1+b1 -> 1:1.7.1-1

I didn't need to touch the nvidia stuff, and both versions of nvidia 
worked with the older xserver packages.




--
Jon Daley
http://jon.limedaley.com
~~
Eamus, O tibialia rubentia!
-- Latin for All Occasions



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

Bug#644166: /usr/bin/apt-get: apt-get -t no longer supports generic Release tags such as o=

[Nick Leverton]

Package: apt
Version: 0.8.15.8
Severity: normal
File: /usr/bin/apt-get

apt-get used to allow specifying tags with "-t" which are not release
names, but are tags found in a release file, as supported by the priority
engine and /etc/apt/preferences.

For instance, apt-get install t="o=Debian Mozilla Team" lets me choose
packages from the current Iceweasel backports, or -t "o=Wine Sid
Repository" for the upstream wine repository.

This no longer works in testing.  The message emitted is
E: The value 'o=Wine Sid Repository' is invalid for APT::Default-Release as 
such a release is not available
in the sources

I guess therefore that this loss of functionality is a side-effect of the
fix for #407511 which limits -t to actual Debian release names.  It was
very useful to be able to effectively override any pin in this manner.

If the functionality can't be restored to -t, please can some other option
be added to allow the policy overrides mentioned in apt-get's man page ?



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

Bug#644167: service bfilter stop/restart fails

[Tony den Haan]

Package: bfilter
Version: 1.1.4+svn20090620-1
Severity: normal

service bfilter restart
Restarting bfilter: Another instance is running



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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
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 bfilter depends on:
ii  bfilter-common   1.1.4+svn20090620-1 Simple web filtering proxy (common
ii  libace-5.6.3 5.6.3-5 C++ network programming framework
ii  libboost-program-opt 1.38.0-7program options library for C++
ii  libboost-regex1.38.0 1.38.0-7regular expression library for C++
ii  libc62.11.2-6Embedded GNU C Library: Shared lib
ii  libgcc1  1:4.4.5-2   GCC support library
ii  libmozjs1d   1.9.0.11-0lenny1The Mozilla SpiderMonkey JavaScrip
ii  libsigc++-2.0-0c2a   2.2.4.2-1   type-safe Signal Framework for C++
ii  libstdc++6   4.6.0-10The GNU Standard C++ Library v3
ii  zlib1g   1:1.2.3.4.dfsg-3compression library - runtime

bfilter recommends no packages.

bfilter suggests no packages.

-- no debconf information



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

Bug#642084: [Debichem-devel] Bug#642084: qutemol: Cannot start the program

[Manuel A. Fernandez Montecelo]

2011/9/22 Michael Banck :
> Does it abort instantly, or does it load up the molecule at first, but
> then crash when you hit one of the preset buttons?

Instantly.

> What graphics hardware do you have and which driver do you use?

Laptop:
- Manufacturer: Dell Inc.
- Product Name: Latitude E5520
- URL: 
http://www.dell.com/uk/business/p/latitude-e5520/pd.aspx?c=uk&cs=ukbsdt1&l=en&s=bsd&~ck=mn&ST=+latitude%20+E5520&dgc=ST&cid=41142&lid=1069631&acd=12383993192056164

Video Card
- Intel® HD Graphics 3000

X.org log:
[10.631] (II) intel: Driver for Intel Integrated Graphics Chipsets: i810,
i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G,
E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G,
965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45,
4 Series, G45/G43, Q45/Q43, G41, B43, B43, Clarkdale, Arrandale,
Sandybridge Desktop (GT1), Sandybridge Desktop (GT2),
Sandybridge Desktop (GT2+), Sandybridge Mobile (GT1),
Sandybridge Mobile (GT2), Sandybridge Mobile (GT2+),
Sandybridge Server, Ivybridge Mobile (GT1), Ivybridge Mobile (GT2),
Ivybridge Desktop (GT1), Ivybridge Desktop (GT2), Ivybridge Server
...
[10.637] (II) intel(0): Integrated Graphics Chipset: Intel(R)
Sandybridge Mobile (GT2+)
[10.637] (--) intel(0): Chipset: "Sandybridge Mobile (GT2+)"

# dpkg -l xserver\*intel\* | grep ii
ii  xserver-xorg-video-intel   2:2.16.0-1
X.Org X server -- Intel i8xx, i9xx display driver

> So it is sort of a hit-and-miss thing I guess, and I am afraid that
> there will probably be no upstream support for troubles like this
> anymore at this point.

Fine, just wanted to let you know :-)

Cheers.



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