Bug#539866: ITP: pdfchain -- a graphical user interface for the PDF Tool Kit

[Johann Felix Soden]

Package: wnpp
Severity: wishlist
Owner: Johann Felix Soden 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: pdfchain
  Version : 0.123
  Upstream Author : Martin Singer (m_pow...@users.sourceforge.net)
* URL : http://pdfchain.sourceforge.net/
* License : GPL-3+
  Programming Lang: C++
  Description : a graphical user interface for the PDF Tool Kit

The program includes features designed to handle PDF files in a easy
way. Basically it can merge, split, add backgrounds or stamps and add
attachments. There are some tools for extended needs, too.

The GUI is written in GTKmm, a C++ library for GTK+.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBCgAGBQJKd9noAAoJEINZGTv9ywnERxEQAI6UO51s4aAG1w7rQ3gFx/AE
WNOGRJIdoiaNi2DLEXOIh2+cHpXJnX4/lVFZI606eiVq1H/ZaZOAaxTKuXkJdAYp
g7jNQ3Mvr9govzYqr/l3MhYPV/YDcjPbi/Gyix3KOpuSFcTTWR/nSoKxYDWVhUvM
d3UamMxJlCtOUVs+kKgKu1SPrzOYWiwa2Rb442oj65ZhyyeTBi3WXh7G1HumqOMO
WZ88oA8ZZOAAKItB4RwaQaUy5iAT+RKTBsCMp51tcC+UrtNRkZ0dLtZX39BhR1sN
odcCyYYkz8TlX3GbbvVv3WHDofxgOeGBJXGgfX5CcnrNzshk6GJ1aoICdd5k2JI0
BOUWRZ6k9v2F4aytGV+ij6qaVJtYMpvhmsilSSTU+PB1GzwSdppm/ym3BsNqxi4x
f7FAm/6yKcH3nvLz91JXKk8n1u6n0M7aQpfLoAHxSvfMN5OLsp67OqaTQVJckuj6
Zyq6cZcZGEu2ORRJF0cSywci3CShcMlKSa54AHzvTRhg9v2EAfNp4RGOJOJ6PoXz
0fYrlsEt3dAFKe6FJ+LFOnGVKGvZvCLDBTCsR2YNYUIGLw8xYiBXQFAXV27ADbgo
ZHIJs3f7kuKBNjMrduDD0Ov/CjiTm6EyXXL/xctTT7oaOu9T/FO2OMDIpoTA8gEm
4AGKlwHb8MjzpHEFZXOV
=5GFe
-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#525826: flac maintenance & RC bug

[Fabian Greffrath]

Christophe Mutricy schrieb:

If an upload can happen quiclky , it would be great as it would save a binNMU.
Currently all packages depending on libflac-dev ftbfs sue to
libflac.la refering to libogg.la which has been removed (see #5539687)


Just a second please, I found some other issue...

--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  greffr...@leat.ruhr-uni-bochum.de



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

Bug#539865: gmailfs: Unable to use Gmail account - No space left on device

[Jari Aalto]

Package: gmailfs
Version: 0.8-5
Severity: grave


The gmailfs interface appears non-working. The FUESE module module
cannot access GMail.

0. All the following was done as a regular user (not root)

1. Create a fresh google account

2. Make ~/.gmailfs.conf + chmod 600 (see below)

3. Mount with

   

   /sbin/mount.gmailfs none ~/var/mnt/gmail -o 
username=testa911,password=*,fsname=test123

4. Check mount

$ mount | grep gmail
python on /home/foo/var/mnt/gmail type fuse.python 
(rw,nosuid,nodev,user=jaalto)

5. Check mount point

$ ls /home/foo/var/mnt/gmail
ls: cannot access /home/foo/var/mnt/gmail: No space left on device

6. Check log file (see below)

---

# ~/.gmailfs.conf
# chmod 600 ~/.gmailfs.conf

[connection]
# The proxy URL
#proxy = http://user:p...@proxyhost:port
# or just
#proxy = http://proxyhost:port

# The number or retries for the proxy connection.
#retries = 3

[account]
username = foo
password = foo

[filesystem]
fsname = foo123

[references]
# reference = filesystem:username:password

[logs]
# Change this to DEBUG for verbose output (useful for debugging)
level = DEBUG

# if you'd like logs to go to stdout, comment out this variable.
# For logging to, say, stderr, use /dev/stderr of your system's
# equivalent for it
logfile = ~/var/log/gmailfs.log

# End of file

---

$ cat ~/var/log/gmailfs.log

08/04/09 09:38:52 ERROR  OpenSSLProxy is missing. Can't use HTTPS proxy!
08/04/09 09:38:52 INFO   Starting gmailfs in child process (PID 11989)
08/04/09 09:38:52 INFO   waiting for /home/foo/var/mnt/gmail to become a 
mountpoint
08/04/09 09:38:52 INFO   Mountpoint: /home/foo/var/mnt/gmail
08/04/09 09:38:52 INFO   Named mount options: {'username': 'testa911', 
'password': '', 'fsname': 'lx1ca2'}
08/04/09 09:38:55 INFO   Connected to gmail
08/04/09 09:38:56 DEBUG  get stat:/
08/04/09 09:38:56 DEBUG  check getnodemsg:/
08/04/09 09:38:56 DEBUG  ind:0
08/04/09 09:38:56 DEBUG  dirpath:/ name:
08/04/09 09:38:56 DEBUG  ind:0
08/04/09 09:38:56 DEBUG  dirpath:/ name:
08/04/09 09:38:57 INFO   Sent message failed
08/04/09 09:38:57 INFO   Sent message failed
08/04/09 09:38:58 INFO   Sent message failed
08/04/09 09:38:58 ERROR  Send failed too many times
08/04/09 09:38:58 DEBUG  get stat:/
08/04/09 09:38:58 ERROR  gmailfs child died, exiting...
08/04/09 09:38:58 DEBUG  check getnodemsg:/
08/04/09 09:38:58 DEBUG  ind:0
08/04/09 09:38:58 DEBUG  dirpath:/ name:
08/04/09 09:38:58 DEBUG  ind:0
08/04/09 09:38:58 DEBUG  dirpath:/ name:
08/04/09 09:38:59 INFO   Sent message failed
08/04/09 09:38:59 INFO   Sent message failed
08/04/09 09:38:59 INFO   Sent message failed
08/04/09 09:38:59 ERROR  Send failed too many times
08/04/09 09:39:21 DEBUG  get stat:/
08/04/09 09:39:21 DEBUG  check getnodemsg:/
08/04/09 09:39:21 DEBUG  ind:0
08/04/09 09:39:21 DEBUG  dirpath:/ name:
08/04/09 09:39:21 DEBUG  ind:0
08/04/09 09:39:21 DEBUG  dirpath:/ name:
08/04/09 09:39:22 INFO   Sent message failed
08/04/09 09:39:22 INFO   Sent message failed
08/04/09 09:39:22 INFO   Sent message failed
08/04/09 09:39:22 ERROR  Send failed too many times
08/04/09 09:44:47 DEBUG  get stat:/
08/04/09 09:44:47 DEBUG  check getnodemsg:/
08/04/09 09:44:47 DEBUG  ind:0
08/04/09 09:44:48 DEBUG  dirpath:/ name:
08/04/09 09:44:48 DEBUG  ind:0
08/04/09 09:44:48 DEBUG  dirpath:/ name:
08/04/09 09:44:48 INFO   Sent message failed
08/04/09 09:44:49 INFO   Sent message failed
08/04/09 09:44:49 INFO   Sent message failed
08/04/09 09:44:49 ERROR  Send failed too many times

---

$ dpkg -L gmailfs

/.
/sbin
/usr
/usr/bin
/usr/bin/mount.gmailfs
/usr/share
/usr/share/pyshared
/usr/share/pyshared/gmailfs.py
/usr/share/pyshared-data
/usr/share/pyshared-data/gmailfs
/usr/share/doc
/usr/share/doc/gmailfs
/usr/share/doc/gmailfs/README
/usr/share/doc/gmailfs/changelog.gz
/usr/share/doc/gmailfs/copyright
/usr/share/doc/gmailfs/examples
/usr/share/doc/gmailfs/examples/tests.py.gz
/usr/share/doc/gmailfs/NEWS.Debian.gz
/usr/share/doc/gmailfs/changelog.Debian.gz
/usr/share/man
/usr/share/man/man8
/usr/share/man/man8/mount.gmailfs.8.gz
/etc
/etc/gmailfs
/etc/gmailfs/gmailfs.conf
/sbin/mount.gmailfs

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

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

Versions of packages gmailfs depends on:
ii  fuse-utils  2.7.4-2  Filesystem in USErspace (utilities
ii  python  2.5.4-2  An inte

Bug#539864: [INTL:ast] Asturian tasksel updated translation

[Marcos]

Package: tasksel
Version: N/A
Severity: wishlist
Tags: l10n patch

Please find attached the Asturian update translation of the tasksel
package (only "tasksel-tasks").

Thanks very much!


tasksel_tasks_po_ast.po.gz
Description: GNU Zip compressed data

Bug#539863: liblua5.1-wsapi1: /usr/bin/wsapi.cgi has ^M characters

[Anthony Towns]

Package: liblua5.1-wsapi1
Version: 1.1.0-4
Severity: important

wsapi.cgi has carriage return (^M, \r) characters at end-of-line, which makes
it non-executable because there's no "lua5.1\r" in $PATH:

$ /usr/bin/wsapi.cgi 
: No such file or directory

$ /usr/bin/wsapi.cgi 2>&1 |hexdump -C
  2f 75 73 72 2f 62 69 6e  2f 65 6e 76 3a 20 6c 75  |/usr/bin/env: lu|
0010  61 35 2e 31 0d 3a 20 4e  6f 20 73 75 63 68 20 66  |a5.1.: No such f|
0020  69 6c 65 20 6f 72 20 64  69 72 65 63 74 6f 72 79  |ile or directory|
0030  0a|.|
0031

Cheers,
aj



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

Bug#539753: [Pkg-utopia-maintainers] Bug#539753: network-manager: Init script provides wrong name for sequence based boot

[Andreas Tille]

On Mon, 3 Aug 2009, Michael Biebl wrote:


This statement is not correct. In the LSB header you can declare a Provides:
that does not need to match the name of the init script file.

If at all, this "requirement" could be said to be a best practice (which we then
should document).


I mailed about this issue with Petter Reinholdtsen:

--
Date: Mon, 3 Aug 2009 16:27:05 +0200
From: Petter Reinholdtsen 
To: Andreas Tille 
Subject: Re: [Pkg-utopia-maintainers] Bug#539753: network-manager: Init script
provides wrong name for sequence based boot (fwd)

[Andreas Tille]

Ditto


I modified http://wiki.debian.org/LSBInitScripts> to make it more
clear what to put in the provides header.  Does it help?

Michael is right that this is best practice and not technically
required for dependency based boot sequencing to work.  The reason is
that it is more predicable and easier to understand if the provide and
the script name uses the same name space.
--


gdm is refering to the network-manager and thus fails to load right
in time because it is not running.


Given the above, the gdm init script could be changed to have a
Should-Start: NetworkManager

which would have the same effect.


I agree that this would have the same effect but I guess there are more
packages than gdm which would need to be changed that way and the Wiki
page above seems to be clear about the best practices - so people who are
aware of this page might have done accordingly.


I don't know if there are other packages which already depend on the
NetworkManager facility name and would be broken by this change and if it is
safer to change the gdm init script instead.


I have not checked this nor am I able to spend more time into this.

Kind regards

   Andreas.

--
http://fam-tille.de



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

Bug#538849: could you tell me where the dictionaries raw data come from?

[LIU Qi]

On Tue, Aug 04, 2009 at 02:20:41AM -0400, Tong Sun wrote:
 > there is a disclaimer,
 > 
 > "Notice: As the dictionaries are collected from the internet, we can't
 > make sure of each dictionary's license, if you find your dictionaries
 > are downloadable here, which is not allowed, please mail me, i will
 > remove it soon."
 > 
 > So I think (and heard) Changwoo's suspicion is right.
 > 
 > Just pack those save ones. All stardict dictionaries are extremely
 > easy to install anyway.
I am afraid that only CEDICT is safe, and we should remove package
dict-stardic and dict-xdict from Debian main.

Regards,
Qi



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

Bug#539862: gmailfs: update debian/copyright to latest dh-make template

[Jari Aalto]

Package: gmailfs
Version: 0.8-5
Severity: minor


debian/copyright is missing upstream author's contact. Please
add email address.

Please update the file to follow latest format of
/usr/share/debhelper/dh_make/licenses/gpl2 (see below):

Upstream Author(s):




Copyright:




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

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

Versions of packages gmailfs depends on:
ii  fuse-utils  2.7.4-2  Filesystem in USErspace (utilities
ii  python  2.5.4-2  An interactive high-level object-o
ii  python-central  0.6.11   register and build utility for Pyt
ii  python-fuse 1:0.2-pre3-9 Python bindings for FUSE (Filesyst
ii  python-libgmail 0.1.11-1 Python bindings to access Gmail ac

Versions of packages gmailfs recommends:
ii  encfs 1.5.2-1encrypted virtual filesystem

gmailfs 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#538852: could you tell me where the dictionaries raw data come from?

[Tong Sun]

On Tue, Aug 4, 2009 at 2:20 AM, Tong
> Just pack those save ones.

sorry, I meant *safe*.



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

Bug#538849: could you tell me where the dictionaries raw data come from?

[Tong Sun]

On Mon, Aug 3, 2009 at 11:01 PM, LIU Qi wrote:
> On Sun, Aug 02, 2009 at 09:00:34PM +0800, LIU Qi wrote:
>  > Dear Mr. Ma and Mr. Fu,
>  >
>  > I am packaging your dictionaries data from stardict 1.3 and
>  > xdict for Debian to used as the dictionaries of stardict.
>  > Now I really need to know where the raw data source of the
>  > dictionaries come from to determine if they follow the DFSG
>  > (http://www.debian.org/social_contract#guidelines). Could you tell me
>  > more information about your dictionaries? Thank you very much.
> I have contacted the upstream of the two dictionaries, xdict and
> stardict 1.3. Most mails are failed to send. And no one responses my
> mail. I am afraid that we can not figure out how these dictionaries are
> made.

On their main dictionary entrance page,
http://stardict.sourceforge.net/Dictionaries.php

there is a disclaimer,

"Notice: As the dictionaries are collected from the internet, we can't
make sure of each dictionary's license, if you find your dictionaries
are downloadable here, which is not allowed, please mail me, i will
remove it soon."

So I think (and heard) Changwoo's suspicion is right.

Just pack those save ones. All stardict dictionaries are extremely
easy to install anyway.

my 2c

cheers

tong



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

Bug#538369: [wordnet] wordnet fails to install because of unmet wordnet-base dependency

[Andreas Tille]

On Mon, 3 Aug 2009, Riccardo Stagni wrote:


The problem will fix by itself when amd64 will be able to compile the
source package. Andreas, you could close this report or tag it as
blocked by 529491. Personally, I would close it as it's not a real bug
but something that "happens" sometimes in unstable.
What solution you prefer? Lior?


When thinking about this we might leave this bug open and I'll close
it with the upload which closes the FTBFS bug (#529491).  So users
are able to read about this problem in BTS and will not start filing
the same bug once more.

I actually hope to find some time which solves the issue soon(ish).

Thanks for sorting this out

   Andreas.

--
http://fam-tille.de



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

Bug#539861: ITP: madlib -- mesh adaptation library

[Christophe Prud'homme]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: 
debian-de...@lists.debian.org,pkg-scicomp-de...@lists.alioth.debian.org,debian-scie...@lists.debian.org

--- Please fill out the fields below. ---

   Package name: madlib
Version: 1.2.2
Upstream Author: "Jean-François Remacle" , 
 "Gaëtan Compere" 
URL: http://www.madlib.be
License: LGPL
Description: 
MAdLib is a mesh adaptation library. This is an important tool for numerical 
simulations in particular in the context of finite element 
simulation. At the moment Debian is missing such a tool. This package is almost 
ready to b uploaded in the git repository of pkgscicomp.
Note that MAdLib is strongly related to Gmsh : it uses Gmsh to ensure that the 
geometry is preserved while adapting the mesh.
MAdLib is a library that performs global node repositioning and mesh adaptation 
by local mesh modifications on tetrahedral or triangular 
meshes. It is designed to frequently adapt the mesh in transient computations. 
MAdLib is written in C++. 
The adaptation procedure is driven by two objectives: 
 - make the edge lengths as close as possible to a (non-homogenous) prescribed 
length, 
 - maintain a satisfying element quality everywhere. 
MAdLib can therefore be used in transient computations in order to maintain a 
satisfying element quality (moving boundaries, multiphase 
flows with interface tracking, ...) or/and to apply selective refinements and 
coarsenings (error estimators based, interface capturing: 
shocks, free surfaces, ...).

MAdLib is copyright (C) 2008-2009 by the Université catholique de Louvain, 
Belgium
-- 
Debian Developer
Annecy - Grenoble
Scientific computing related software



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

Bug#524806: Fwd: etch patch for CVE-2009-0146/147/0166/0799/0800/1179/1180/1181/1182/1183/1187

[Michael S Gilbert]

tag 524806 patch
thanks

derived from ubuntu's 0.5.1 patch, here is a patch set for etch's
0.4.5.  i am fairly certain all of these CVEs are addressed in this one.

note vulnerable code not present in etch for CVE-2009-0755/1188.

please test; i've done some basic testing with existing pdfs on my
system, but have by no means done extensive or robust testing.
hopefully nothings been broken.

this may be useful for the etch r9 point release (if not for a DSA)?

good night,
mike
diff -ur poppler-0.4.5/poppler/CairoOutputDev.cc poppler-0.4.5-new/poppler/CairoOutputDev.cc
--- poppler-0.4.5/poppler/CairoOutputDev.cc	2005-12-12 17:24:01.0 -0500
+++ poppler-0.4.5-new/poppler/CairoOutputDev.cc	2009-08-04 01:27:24.0 -0400
@@ -509,7 +509,7 @@
   cairo_matrix_t matrix;
   int is_identity_transform;
   
-  buffer = (unsigned char *)gmalloc (width * height * 4);
+  buffer = (unsigned char *)gmallocn (width, height * 4);
 
   /* TODO: Do we want to cache these? */
   imgStr = new ImageStream(str, width,
Only in poppler-0.4.5-new/poppler: CairoOutputDev.cc.orig
diff -ur poppler-0.4.5/poppler/JBIG2Stream.cc poppler-0.4.5-new/poppler/JBIG2Stream.cc
--- poppler-0.4.5/poppler/JBIG2Stream.cc	2006-01-10 13:53:54.0 -0500
+++ poppler-0.4.5-new/poppler/JBIG2Stream.cc	2009-08-04 01:26:46.0 -0400
@@ -422,12 +422,14 @@
   table[i] = table[len];
 
   // assign prefixes
-  i = 0;
-  prefix = 0;
-  table[i++].prefix = prefix++;
-  for (; table[i].rangeLen != jbig2HuffmanEOT; ++i) {
-prefix <<= table[i].prefixLen - table[i-1].prefixLen;
-table[i].prefix = prefix++;
+  if (table[0].rangeLen != jbig2HuffmanEOT) {
+i = 0;
+prefix = 0;
+table[i++].prefix = prefix++;
+for (; table[i].rangeLen != jbig2HuffmanEOT; ++i) {
+  prefix <<= table[i].prefixLen - table[i-1].prefixLen;
+  table[i].prefix = prefix++;
+}
   }
 }
 
@@ -491,7 +493,7 @@
   }
   if (p->bits < 0) {
 error(str->getPos(), "Bad two dim code in JBIG2 MMR stream");
-return 0;
+return EOF;
   }
   bufLen -= p->bits;
   return p->n;
@@ -507,7 +509,7 @@
 ++nBytesRead;
   }
   while (1) {
-if (bufLen >= 7 && ((buf >> (bufLen - 7)) & 0x7f) == 0) {
+if (bufLen >= 11 && ((buf >> (bufLen - 7)) & 0x7f) == 0) {
   if (bufLen <= 12) {
 	code = buf << (12 - bufLen);
   } else {
@@ -550,14 +552,15 @@
 ++nBytesRead;
   }
   while (1) {
-if (bufLen >= 6 && ((buf >> (bufLen - 6)) & 0x3f) == 0) {
+if (bufLen >= 10 && ((buf >> (bufLen - 6)) & 0x3f) == 0) {
   if (bufLen <= 13) {
 	code = buf << (13 - bufLen);
   } else {
 	code = buf >> (bufLen - 13);
   }
   p = &blackTab1[code & 0x7f];
-} else if (bufLen >= 4 && ((buf >> (bufLen - 4)) & 0x0f) == 0) {
+} else if (bufLen >= 7 && ((buf >> (bufLen - 4)) & 0x0f) == 0 &&
+	   ((buf >> (bufLen - 6)) & 0x03) != 0) {
   if (bufLen <= 12) {
 	code = buf << (12 - bufLen);
   } else {
@@ -667,6 +670,7 @@
   void combine(JBIG2Bitmap *bitmap, int x, int y, Guint combOp);
   Guchar *getDataPtr() { return data; }
   int getDataSize() { return h * line; }
+  GBool isOk() { return data != NULL; }
 
 private:
 
@@ -762,6 +766,8 @@
 inline void JBIG2Bitmap::getPixelPtr(int x, int y, JBIG2BitmapPtr *ptr) {
   if (y < 0 || y >= h || x >= w) {
 ptr->p = NULL;
+ptr->shift = 0; // make gcc happy
+ptr->x = 0; // make gcc happy
   } else if (x < 0) {
 ptr->p = &data[y * line];
 ptr->shift = 7;
@@ -806,6 +812,10 @@
   Guint src0, src1, src, dest, s1, s2, m1, m2, m3;
   GBool oneByte;
 
+  // check for the pathological case where y = -2^31
+  if (y < -0x7fff) {
+return;
+  }
   if (y < 0) {
 y0 = -y;
   } else {
@@ -1226,6 +1236,7 @@
   Guint segNum, segFlags, segType, page, segLength;
   Guint refFlags, nRefSegs;
   Guint *refSegs;
+  int segDataPos;
   int c1, c2, c3;
   Guint i;
 
@@ -1293,6 +1304,16 @@
   goto eofError2;
 }
 
+// keep track of the start of the segment data 
+segDataPos = getPos();
+
+// check for missing page information segment
+if (!pageBitmap && ((segType >= 4 && segType <= 7) ||
+			(segType >= 20 && segType <= 43))) {
+  error(getPos(), "First JBIG2 segment associated with a page must be a page information segment");
+  return;
+}
+
 // read the segment data
 switch (segType) {
 case 0:
@@ -1368,6 +1389,45 @@
   break;
 }
 
+// Make sure the segment handler read all of the bytes in the 
+// segment data, unless this segment is marked as having an
+// unknown length (section 7.2.7 of the JBIG2 Final Committee Draft)
+
+if (segLength != 0x) {
+
+  int segExtraBytes = segDataPos + segLength - getPos();
+  if (segExtraBytes > 0) {
+
+	// If we didn't read all of the bytes in the segment data,
+	// indicate an error, and throw away the rest of the data.
+	
+	// v.3.1.01.13 of the LuraTech PDF Compressor Server will
+	// sometimes generate an extraneous NULL byte at the end of
+	// arithmetic-

Bug#539278: lib32z1: not installable on kfreebsd-amd64/ppc64

[Petr Salinger]

user glibc-bsd-de...@lists.alioth.debian.org
usertag  539278 + kfreebsd
thanks


Hi,

in mean time please at least change both
"Pre-Depends: libc6-i386 (>= 2.9-18)"
into"Pre-Depends: libc6-i386 (>= 2.9-18) [amd64]"

Petr




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

Bug#539843: schroedinger: FTBFS because of headers moved to gst-plugins-base

[Sebastian Dröge]

Am Dienstag, den 04.08.2009, 01:55 +0200 schrieb Christoph Korn:
> Package: schroedinger
> Version: 1.0.7-1
> Severity: serious
> Justification: no longer builds from source
> 
> libschroedinger 1.0.7-1 does not compile because of that:
> In file included from gstbasevideocodec.h:25,
>  from gstbasevideocodec.c:24:
> .../../../gst-libs/gst/video/gstbasevideoutils.h:88: error: conflicting types 
> for 'gst_adapter_masked_scan_uint32'
> /usr/include/gstreamer-0.10/gst/base/gstadapter.h:99: error: previous 
> declaration of 'gst_adapter_masked_scan_uint32' was here
> 
> Seems it is already fixed upstream:
> http://www.diracvideo.org/git?p=schroedinger.git;a=commit;h=db0ff30717682b926426ff1c2ded888fbb2a8673
> 
> Related commits may also be:
> http://www.diracvideo.org/git?p=schroedinger.git;a=commit;h=adca2386928d5b45cedd1c30a5d05085bc127c92
> http://www.diracvideo.org/git?p=schroedinger.git;a=commit;h=0c9da4f652aa74ec0c3a7be38ac0428d5eec7571

Thanks, I'll upload a new version of schroedinger once gst-plugins-base
0.10.24-1 is in unstable (that's the first version in unstable where
that function is in gst-plugins-base too).

The function should've named different in schroedinger in the first
place though to prevent issues like this :)


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#539860: FTBFS: Can not compile this package besides i386

[Nobuhiro Iwamatsu]

Package: botan1.8
Version: 1.8.5-1
Justification: FTBFS
Severity: serious

Hi,

This can not compile this package besides i386.
Because i486 is set by --cpu option of confiure.


override_dh_auto_configure:
./configure.py --prefix=/usr --cc=gcc --os=linux --cpu=i486
--with-bzip2 --with-gnump --with-openssl --with-zlib


Best regards,
  Nobuhiro

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

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


-- 
Nobuhiro Iwamatsu



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

Bug#539756: xword: add an option to try UTF-8 decoding before ISO-8859-1

[John Sullivan]

Hi Bill,

I'm passing along this bug and patch received against the Debian xword
package.

I'll do some testing of it myself and possibly add it to the Debian
package, but please let me know (keeping the CC to
539756-forwar...@bugs.debian.org) if you include it upstream.

Bug:

I can't find any specification of what the character encoding used in
the AcrossLite .PUZ format is supposed to be, but when generating
files to be used by xword it's nice to be able to use UTF-8.  The
attached patch adds a command line option to try decoding strings in
the file as UTF-8 before falling back to the existing default,
ISO-8859-1.  It also adds a usage message.

regards,
mark

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

Kernel: Linux 2.6.26-1-486
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xword depends on:
ii  python2.5.2-1An interactive high-level object-o
ii  python-gtk2   2.12.1-6   Python bindings for the GTK+ widge

xword recommends no packages.

-- debconf-show failed

--- /usr/games/xword2009-06-28 05:31:48.0 +0100
+++ bin/xword   2009-08-03 13:02:43.0 +0100
@@ -52,6 +52,9 @@
 import pickle
 import ConfigParser
 
+from optparse import OptionParser
+try_utf_8_first = False
+
 HOME_PATH = '/usr/share/games/xword'
 CHECK_ICON = HOME_PATH + '/crossword-check.png'
 CHECK_ALL_ICON = HOME_PATH + '/crossword-check-all.png'
@@ -131,6 +134,11 @@
 result = s
 ellipsis_char = 133
 result = result.replace(chr(ellipsis_char), '...')
+if try_utf_8_first:
+try:
+return unicode(result, 'utf_8')
+except:
+pass
 result = unicode(result, 'iso_8859-1')
 return result
 
@@ -1812,10 +1820,21 @@
 c.write(file(os.path.expanduser('~/.crossword.cfg'), 'w'))
 
 if __name__ == '__main__':
-if len(sys.argv) <> 2:
+
+parser = OptionParser(usage="Usage: %prog [OPTIONS] [PUZZLE-FILENAME]")
+parser.add_option('-u', '--utf8', dest="utf8", action="store_true",
+  default=False, help="Try UTF-8 decoding of clues first.")
+options,args = parser.parse_args()
+
+try_utf_8_first = options.utf8
+
+if len(args) == 0:
 p = None
+elif len(args) == 1:
+p = Puzzle(args[0])
 else:
-p = Puzzle(sys.argv[1])
+parser.print_help()
+sys.exit(1)
 
 w = PuzzleWindow(p)
 gtk.main()


Thanks,
-- 
-John Sullivan
-http://wjsullivan.net
-GPG Key: AE8600B6



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

Bug#539858: supybot: other url-shortening services for ShrinkUrl

[Clint Adams]

Package: supybot
Version: 0.83.4.1.ds-2
Severity: wishlist

Please add support for

xrl.us : http://metamark.net/api/rest/simple?long_url=[URL]

x0.no : POST to http://x0.no with longurl=[URL]

and a config option to specify a list of services to rotate through
instead of just sticking to one



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

Bug#519984: Cannot boot 2.6.26 kernel on HPPA N4000

[Grant Grundler]

On Mon, Jul 27, 2009 at 11:16:21PM +0200, Moritz Muehlenhoff wrote:
...
> However, maybe the PCI card, which causes the collision can be temporarily
> removed, so that the installation proceeds. After that, the 2.6.30 kernel
> from unstable could be installed and the PCI card re-plugged in.

That sounds like a good idea. I don't have a better one other than
providing the kernel binaries from a custom build.

thanks,
grant

> Marc, would you be able to test this?
> 
> 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#539859: supybot: configurable error in ShrinkUrl

[Clint Adams]

Package: supybot
Version: 0.83.4.1.ds-2
Severity: wishlist

Please make the lazy-biotch error in ShrinkUrl configurable instead
of static.



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

Bug#539856: Kannel logrotate.d script depends on killall

[Alan McNatty]

Package: kannel
Priority: optional
Section: net
Installed-Size: 2856
Maintainer: Paul Dwerryhouse 
Architecture: amd64
Version: 1.4.1-2
Replaces: kannel-devel, kannel-cvs
Depends: libc6 (>= 2.3.5-1), libmysqlclient15off (>= 5.0.24-2), libpam0g
(>= 0.76), libssl0.9.8 (>= 0.9.8c-1), libxml2 (>= 2.6.26), adduser
Conflicts: kannel-devel, kannel-cvs
Size: 1171244
Description: WAP and SMS gateway
 Kannel is a gateway for connecting WAP (Wireless Application Protocol)
 phones to the Internet. It also works as an SMS gateway, for providing
 SMS based services for GSM phones.
 .
 Compiled with ssl, mysql and native malloc.
 .
  Homepage: http://www.kannel.org/


Kannel logrotate.d script depends on killall

cat /etc/logrotate.d/kannel
/var/log/kannel/*.log {
daily
missingok
rotate 365
compress
delaycompress
notifempty
create 640 kannel adm
sharedscripts
postrotate
killall -HUP bearerbox smsbox wapbox > /dev/null 2> /dev/null 
|| true
endscript
}

In debian lenny (and Ubuntu intrepid and others) killall is supplied by
psmisc. psmisc should therefore be in depends list.

Cheers,
Alan


-- 
Alan McNatty, Wellington, New Zealand
Catalyst IT Limited 
DDI: +64 4 8032201



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

Bug#539857: liferea: Program received signal SIGABRT

[Nelson A. de Oliveira]

Package: liferea
Version: 1.6.0-1
Severity: important

Hi!

With the attached test file (test.rss), liferea quits with a SIGABRT when
clicking on "link cosmos".
gdb backtrace is attached too.

Thank you!

Best regards,
Nelson

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

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

Versions of packages liferea depends on:
ii  gconf2  2.26.2-2 GNOME configuration database syste
ii  libatk1.0-0 1.26.0-1 The ATK accessibility toolkit
ii  libc6   2.9-23   GNU C Library: Shared libraries
ii  libcairo2   1.8.8-2  The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.16-2 simple interprocess messaging syst
ii  libdbus-glib-1-20.82-1   simple interprocess messaging syst
ii  libgconf2-4 2.26.2-2 GNOME configuration database syste
ii  libglade2-0 1:2.6.4-1library to load .glade files at ru
ii  libglib2.0-02.20.4-1 The GLib library of C routines
ii  libgtk2.0-0 2.16.5-1 The GTK+ graphical user interface 
ii  libice6 2:1.0.5-1X11 Inter-Client Exchange library
ii  liblua5.1-0 5.1.4-3  Simple, extensible, embeddable pro
ii  libnm-glib0 0.7.1-1  network management framework (GLib
ii  libnotify1 [libnotify1-gtk2 0.4.5-1  sends desktop notifications to a n
ii  libpango1.0-0   1.24.5-1 Layout and rendering of internatio
ii  libsm6  2:1.1.0-2X11 Session Management library
ii  libsoup2.4-12.27.4-1 an HTTP library implementation in 
ii  libsqlite3-03.6.16-1 SQLite 3 shared library
ii  libwebkit-1.0-2 1.1.12-1 Web content engine library for Gtk
ii  libx11-62:1.2.2-1X11 client-side library
ii  libxml2 2.7.3.dfsg-2 GNOME XML library
ii  libxslt1.1  1.1.24-2 XSLT processing library - runtime 
ii  liferea-data1.6.0-1  architecture independent data for 

Versions of packages liferea recommends:
ii  curl  7.19.5-1   Get a file from an HTTP, HTTPS or 
ii  dbus  1.2.16-2   simple interprocess messaging syst
ii  dbus-x11  1.2.16-2   simple interprocess messaging syst
ii  wget  1.11.4-4   retrieves files from the web

Versions of packages liferea suggests:
pn  network-manager(no description available)

-- no debconf information
Starting program: /usr/bin/liferea 
[Thread debugging using libthread_db enabled]
[New Thread 0xb7e0ab90 (LWP 24181)]
[Thread 0xb7e0ab90 (LWP 24181) exited]
[New Thread 0xb7e0ab90 (LWP 24182)]
[New Thread 0xb63dfb90 (LWP 24183)]
[New Thread 0xb5bdeb90 (LWP 24184)]
[New Thread 0xb53ddb90 (LWP 24185)]
[New Thread 0xb4bdcb90 (LWP 24186)]
[Thread 0xb53ddb90 (LWP 24185) exited]
[Thread 0xb5bdeb90 (LWP 24184) exited]
[Thread 0xb4bdcb90 (LWP 24186) exited]
[Thread 0xb7e0ab90 (LWP 24182) exited]

Program received signal SIGABRT, Aborted.
0xb7fff424 in __kernel_vsyscall ()

Thread 4 (Thread 0xb63dfb90 (LWP 24183)):
#0  0xb7fff424 in __kernel_vsyscall ()
#1  0x49bdf292 in pthread_cond_timedwait@@GLIBC_2.3.2 ()
   from /lib/i686/cmov/libpthread.so.0
#2  0x4a7fe02d in ?? () from /usr/lib/libgthread-2.0.so.0
#3  0x49dc5179 in ?? () from /usr/lib/libglib-2.0.so.0
#4  0x49dc5277 in g_async_queue_timed_pop () from /usr/lib/libglib-2.0.so.0
#5  0x49e16b03 in ?? () from /usr/lib/libglib-2.0.so.0
#6  0x49e1554f in ?? () from /usr/lib/libglib-2.0.so.0
#7  0x49bdb4b5 in start_thread () from /lib/i686/cmov/libpthread.so.0
#8  0x49b4fa5e in clone () from /lib/i686/cmov/libc.so.6

Thread 1 (Thread 0xb7fd9b30 (LWP 24178)):
#0  0xb7fff424 in __kernel_vsyscall ()
#1  0x49a993d0 in raise () from /lib/i686/cmov/libc.so.6
#2  0x49a9ca85 in abort () from /lib/i686/cmov/libc.so.6
#3  0x49e1206c in g_assertion_message () from /usr/lib/libglib-2.0.so.0
#4  0x49e1268d in g_assertion_message_expr () from /usr/lib/libglib-2.0.so.0
#5  0x08076dd1 in social_get_link_search_url (link=0x0) at social.c:142
#6  0x080922d9 in ui_itemlist_search_item_link (item=0x979e378)
at ui_itemlist.c:724
#7  0x0808afdd in liferea_htmlview_handle_URL (htmlview=0x84c8880, 
url=0x97308e0 "liferea-link-search://wfdkfgi") at liferea_htmlview.c:353
#8  0x080a1250 in webkit_link_clicked (view=0x845e8f0, frame=0x84af450, 
request=0x976cb50, navigation_action=0x84c8bc0, policy_decision=0x976f780)
at webkit.c:188
#9  0x4b4734a9 in ?? () from /usr/lib/libwebkit-1.0.so.2
#10 0x49ec7b13 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#11 0x49edbb3f in 

Bug#539752: emacs uninstallable due to bad dependency

[Trent W. Buck]

On Mon, Aug 03, 2009 at 01:36:32PM +0300, Leonard Norrgård wrote:
> The emacs package ultimately depends on emacs23-common =23.1+1-1,
> which is outdated and gone.

I can't reproduce this problem.  The packages in my repo which depend
on emacs23-common are:

emacs23-bin-common=23.1+1-2 Depends: emacs23-common (= 23.1+1-2)
emacs23-el=23.1+1-2 Depends: emacs23-common (= 23.1+1-2)

Perhaps you are using a mirror that has an incomplete sync.  Can you
still reproduce the problem?  Can you reproduce the problem if you add
a primary mirror you your sources.list (and apt-get update)?

What is the output of "apt-cache policy emacs23-bin-common"?  It
should look something like this (particularly, referring to 23.1+1-2):

$ apt-cache policy emacs23-bin-common
emacs23-bin-common:
  Installed: 23.1+1-2
  Candidate: 23.1+1-2
  Version table:
 *** 23.1+1-2 0
500 http://mirror.internode.on.net unstable/main Packages
100 /var/lib/dpkg/status



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

Bug#539855: selinux-policy-default: module cvs appears to depend on module apache

[Russell Coker]

Package: selinux-policy-default
Version: 2:0.0.20090629-1
Severity: normal


Below are the errors I get when I try to load the latest policy on a system
that is configured to have the "cvs" module but not the "apache" module.
I guess that interfaces are not being used for interaction between these
modules.

# selinux-policy-upgrade
Updating "default" policy
libsepol.context_from_record: type httpd_cvs_script_exec_t is not defined
libsepol.context_from_record: could not create context structure
libsepol.context_from_string: could not create context structure
libsepol.sepol_context_to_sid: could not convert 
system_u:object_r:httpd_cvs_script_exec_t:s0 to sid
invalid context system_u:object_r:httpd_cvs_script_exec_t:s0
libsemanage.semanage_install_active: setfiles returned error code 1.
libsepol.context_from_record: type httpd_cvs_script_exec_t is not defined
libsepol.context_from_record: could not create context structure
libsepol.context_from_string: could not create context structure
libsepol.sepol_context_to_sid: could not convert 
system_u:object_r:httpd_cvs_script_exec_t:s0 to sid
invalid context system_u:object_r:httpd_cvs_script_exec_t:s0
libsemanage.semanage_install_active: setfiles returned error code 1.
semodule:  Failed!



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

Bug#539854: xboard: crashes with -variant option

[Karl Sackett]

Package: xboard
Version: 4.4.0~alpha6-1
Severity: normal

xboard crashes when I use certain -variant options.  For example:

$ xboard -ncp -variant shogi
(..."Can't open bitmap file" error messages deleted...)
X Error of failed request:  BadDrawable (invalid Pixmap or Window parameter)
  Major opcode of failed request:  63 (X_CopyPlane)
  Resource id in failed request:  0x0
  Serial number of failed request:  2417
  Current serial number in output stream:  2523

This happens with any non-8x8 board variants (xiangqi, shogi,
capablanca, courier, etc.) and some 8x8 variants like fairy, super, and
knightmate.

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

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

Versions of packages xboard depends on:
ii  libc6 2.9-12 GNU C Library: Shared libraries
ii  libx11-6  2:1.2.2-1  X11 client-side library
ii  libxpm4   1:3.5.7-2  X11 pixmap library
ii  libxt61:1.0.5-3  X11 toolkit intrinsics library
ii  xaw3dg1.5+E-17   Xaw3d widget set

Versions of packages xboard recommends:
ii  xfonts-100dpi 1:1.0.0-4  100 dpi fonts for X
ii  xfonts-75dpi  1:1.0.0-4  75 dpi fonts for X

Versions of packages xboard suggests:
ii  gnome-terminal [x-terminal-em 2.26.2-2   The GNOME terminal emulator
applic
ii  gnuchess  5.07-5 Plays a game of chess,
either agai
ii  lxterminal [x-terminal-emulat 0.1.6-1desktop independent
vte-based term
ii  mrxvt [x-terminal-emulator]   0.5.3-2lightweight multi-tabbed X
termina
ii  rxvt-unicode-ml [x-terminal-e 9.06-1 multi-lingual terminal
emulator wi
ii  xfce4-terminal [x-terminal-em 0.4.0-1Xfce terminal emulator
ii  xterm [x-terminal-emulator]   243-1  X terminal emulator

-- no debconf information


-- 
Karl Sackett  k...@hiwaay.net



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

Bug#538849: could you tell me where the dictionaries raw data come from?

[LIU Qi]

On Sun, Aug 02, 2009 at 09:00:34PM +0800, LIU Qi wrote:
 > Dear Mr. Ma and Mr. Fu,
 > 
 > I am packaging your dictionaries data from stardict 1.3 and
 > xdict for Debian to used as the dictionaries of stardict.
 > Now I really need to know where the raw data source of the
 > dictionaries come from to determine if they follow the DFSG
 > (http://www.debian.org/social_contract#guidelines). Could you tell me
 > more information about your dictionaries? Thank you very much.
I have contacted the upstream of the two dictionaries, xdict and
stardict 1.3. Most mails are failed to send. And no one responses my
mail. I am afraid that we can not figure out how these dictionaries are
made.

Regards,
Qi



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

Bug#539809: emacs23-gtk: emacsclient cannot connect to daemon run from tty1

[Trent W. Buck]

On Mon, Aug 03, 2009 at 09:58:14PM +0400, Andrey wrote:
> 0) Start X session.
> 1) Switch to tty1 or any other console terminal and run "emacs --daemon"
> 2) Make sure you can connect to it by running "emacsclient -t"
> 3) Switch to X session and run "emacsclient -c" This fails with
>
>Waiting for Emacs...
>*ERROR*: Display :0.0 can't be opened

Is the XAUTHORITY environment variable defined within your X session?

If so, the reason the Emacs daemon can't connect to your X server is
because it is trying to use ~/.Xauthority, but the file is in some
other place.

GDM puts the .Xauthority file in a different place when $HOME is on a
root-squashed NFS filesystem, because when the file is created GDM
runs as root, and can't write the file to ~/.Xauthority as normal.  It
sets the XAUTHORITY environment variable to the other place (in
/tmp/), so all the child processes know to look there.

But emacs --daemon was started outside of the GDM process tree, so it
doesn't "see" the XAUTHORITY environment variable.

When I ran into this problem (using screen, not emacs --daemon), I
worked around it with the following code in my .xsession file:

## Dance so screen subprocesses can talk to GDM-spawned X servers.
if test -n "$XAUTHORITY"
then
xauth extract - $DISPLAY |
xauth -f ~/.Xauthority merge -
unset XAUTHORITY
fi

Note that depending on your DM, .xsession may be called .xinitrc or
.Xclients.  Typically you also have to choose "default X session" or
similar, rather than "GNOME" or whatever.



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

Bug#539853: emacs-goodies-el's ido takes precedence over emacs23's

[Trent W. Buck]

Package: emacs-goodies-el
Version: 30.2-1
Severity: important

I'm not sure if this is a problem with emacs23 or emacs-gooodies-el.
I recently switched from emacs-snapshot to emacs23.

Symptoms:

With ido loaded,

  - C-x C-f opens a file, but doesn't switch to that buffer.
  - C-x C-f C-f (disabling ido temporarily) works as expected.
  - C-x b doesn't switch to the buffer.
  - C-x b C-b (disabling ido temporarily) works as expected.
  - C-x C-i is indent-rigidly in emacs-snapshot.  ido appears to
override this with ido-insert-buffer in emacs23.

Diagnosis:

Emacs23, Emacs-snaphshot and emacs-goodies-el all provide an ido
implementation.  Emacs-snapshot prefers its own implementation to
emacs-goodies-el's, but Emacs23 does not:

  $ dlocate ido.el
  emacs-goodies-el: /usr/share/emacs/site-lisp/emacs-goodies-el/ido.el
  emacs23-common: /usr/share/emacs/23.1/lisp/ido.elc
  emacs-snapshot-common: /usr/share/emacs/23.1.50/lisp/ido.elc
  $ emacs-snapshot --batch -Q -eval '(message (locate-library "ido"))'
  /usr/share/emacs/23.1.50/lisp/ido.elc
  $ emacs23 --batch -Q -eval '(message (locate-library "ido"))'
  /usr/share/emacs/23.1/site-lisp/emacs-goodies-el/ido.elc

I believe this is probably a bug.  Either Emacs23 is still not setting
its load path correctly (and thus can't find its own ido.elc), or
emacs-goodies-el does not yet handle '23 as a debian-emacs-flavor, as
it does for 'emacs-snapshot.

Emacs-goodies-el's ido definitely should not supersede emacs23's
internal copy, because the latter is a much newer version (2001
vs. 2009).

Note: this issue probably affects more package within emacs-goodies-el
than just ido, I merely happened to notice it immediately with ido.

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

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

Versions of packages emacs-goodies-el depends on:
ii  bash4.0-3The GNU Bourne Again SHell
ii  emacs [emacsen] 23.1+1-2 The GNU Emacs editor (metapackage)
ii  emacs-snapshot-nox [emacsen 1:20090730-1 The GNU Emacs editor (without X su
ii  emacs23-nox [emacsen]   23.1+1-2 The GNU Emacs editor (without X su

Versions of packages emacs-goodies-el recommends:
pn  dict   (no description available)
pn  perl-doc   (no description available)
ii  wget  1.11.4-4   retrieves files from the web

emacs-goodies-el 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#539852: emacs23-gtk: Gnus reports "invalid active" for NNIMAP connection

[Daniel Pittman]

Package: emacs23-gtk
Version: 23.1+1-2
Severity: normal

I was previously using Gnus with NNIMAP (local dovecot) under the non-Debian
emacs-snapshot packages:

] dpkg -l emacs-snapshot*
||/ Name Version
+++--
ii  emacs-snapshot   1:20090730-1
ii  emacs-snapshot-bin-common1:20090730-1
ii  emacs-snapshot-common1:20090730-1
ii  emacs-snapshot-el1:20090730-1
ii  emacs-snapshot-gtk   1:20090730-1

The version is the snapshot date.

After upgrading to the Debian emacs23 packages I now get an awful lot of these
messages:

Warning - invalid active: 2177  Re: [Users] read-only root  m...@linux.it 
(Marco d'Itri)Wed, 29 Jul 2009 19:05:33 +0200 
<20090729170533.ga26...@bongo.bofh.it>  <20090729131600.ga23...@bongo.bofh.it> 
<4a7052ff.8020...@gmk.it> <20090729163210.ga26...@bongo.bofh.it> 
<4a7079ed.5010...@cm.utexas.edu>373813  Xref: krosp 
software/openvz/user:2177   To: us...@openvz.org

They touch all the articles viewed recently, etc.  They are showing up, as far
as I can determine, from something causing the wrong buffer to be selected, or
to have the wrong content, during parsing of the active file.

This is quite reproducible, and going back to emacs-snapshot resolves the 
problem.


I have also had several potentially connected, but not reliably reproducible,
issues:

In one instance the output of 'git log' was misparsed by magit, although it
worked correctly before and after, and has never occurred previously, even on
the same repository.

Around the same time Emacs reported that there was invalid bytecode in
'cl-seq', although there was no clear link between the two events other than
being within a minute or so of each other.


Sorry to be so vague about this: I am still trying to identify what, other
than Gnus, is involved.  The one significant similarity is that both the
dovecot IMAP server and 'git log' are external processes run by Emacs.

(I use dovecot via a shell pipe, rather than a socket.)

Regards,
Daniel

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

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

Versions of packages emacs23-gtk depends on:
ii  emacs23-bin-common 23.1+1-2  The GNU Emacs editor's shared, arc
ii  install-info   4.13a.dfsg.1-4Manage installed documentation in 
ii  libasound2 1.0.20-3  shared library for ALSA applicatio
ii  libatk1.0-01.26.0-1  The ATK accessibility toolkit
ii  libc6  2.9-23GNU C Library: Shared libraries
ii  libcairo2  1.8.8-2   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.16-2  simple interprocess messaging syst
ii  libfontconfig1 2.6.0-4   generic font configuration library
ii  libfreetype6   2.3.9-5   FreeType 2 font engine, shared lib
ii  libgif44.1.6-7   library for GIF images (library)
ii  libglib2.0-0   2.20.4-1  The GLib library of C routines
ii  libgpm21.20.4-3.2General Purpose Mouse - shared lib
ii  libgtk2.0-02.16.5-1  The GTK+ graphical user interface 
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libm17n-0  1.5.4-1+b1a multilingual text processing lib
ii  libncurses55.7+20090711-1shared libraries for terminal hand
ii  libotf00.9.9-1   A Library for handling OpenType Fo
ii  libpango1.0-0  1.24.5-1  Layout and rendering of internatio
ii  libpng12-0 1.2.38-1  PNG library - runtime
ii  librsvg2-2 2.26.0-1  SAX-based renderer library for SVG
ii  libsm6 2:1.1.0-2 X11 Session Management library
ii  libtiff4   3.8.2-13  Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.2.2-1 X11 client-side library
ii  libxft22.1.13-3  FreeType-based font drawing librar
ii  libxpm41:3.5.7-2 X11 pixmap library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

emacs23-gtk recommends no packages.

Versions of packages emacs23-gtk suggests:
ii  emacs23-common-non-dfsg   23.1+1-1   GNU Emacs shared, architecture ind

-- no debconf information

-- 
✣ Daniel Pittman 

Bug#533652: electricsheep adoption

[Roberto C . Sánchez]

On Wed, Jul 29, 2009 at 08:52:33AM +0200, Thomas Viehmann wrote:
> Hi Roberto,
>
> according to your d-de...@l.d.o, you are adopting electricsheep.
> As such, you inherit RC bug #533652, and here is a friendly prod if you  
> could update the bug with your plans.
> If you need longer for an upload, maybe filing an ITA bug for the  
> package would help to clarify the situation.
>
Hi Thomas,

My apologies for not acting sooner, but I have been swamped with work
lately.  Spot (the upstream maintainer) has been in contact with me
about getting the latest upstream version uploaded.  I hope to have the
package completed by the end of the week.

Does this serve as sufficient explanation of my plan?  Or would you
still like to see a filed ITA?

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Bug#481030: It looks like this bug is actually with 'gnome-session'

[Dominique Brazziel]

I looked at the source for gnome-session and function 
'gsm_gsd_start' of source module 'gsm-gsd.c' is where
g-s-d is started via dbus.  The error message is issued
in a few places, one of which is if a dbus connection
cannot be established:

static void
gsd_error_dialog (GnomeSettingsData *gsd, const char *error)
{
  static GtkWidget *dialog = NULL;
  GString *msg;
  
  /*
   * it would be nice to have a dialog which either:
   *
   * 1.  lets you change the message on it
   * 2.  lets you append messages and has a "history"
   *
   * for now, we just kill the old dialog and pop up a new one.
   */

  msg = g_string_new (_("There was an error starting the GNOME Settings
Daemon.\n\n"
"Some things, such as themes, sounds, or
background "
"settings may not work correctly."));

...

connection = dbus_g_bus_get (DBUS_BUS_SESSION, &error);
  if (connection == NULL)
{
  gsd_set_error (&gsd, error->message);
  gsd_error_dialog (&gsd, NULL);
  g_error_free (error);
}

Curious thing about the source - there is an error message defined 
that would be issued after too many retries but there is no loop
in the source module to try 

I think gnome-session underwent a substantial rearrangement in unstable,
it's been there for a very long time.  Hopefully this problem gets fixed
there.




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

Bug#539800: emacs23 should be built with GTK+, not Lucid

[Rob Browning]

Romain Francoise  writes:

> Package: emacs23
> Version: 23.1+1-2
>
> Starting with version 23.1, GTK+ is the default upstream toolkit.
> Debian should follow this decision and build Emacs with GTK by
> default instead of providing a separate, non-default emacs23-gtk
> package.

Agreed, I'm completely in favor of following the upstream defaults
unless there's some compelling reason not to.  I was just trying to
determine an appropriate solution, and I didn't want to hold up the
initial release to unstable.

My current inclination is to do as you suggest and change emacs23 to use
--with-x-toolkit=gtk, which is the upstream default.

Whether or not we also provide an emacs23-(lucid|athena) package is a
separate question.  I suppose there may be those that still prefer the
older behavior(s) (in particular, perhaps the scrollbars).  That alone
might or might not be compelling, but it's also been pointed out that
there are some unresolved problems with GTK+ and the server mode.

So the question is whether or not we think there's enough justification
for an additional emacs23-(lucid|athena) package.

Thoughts?
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



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

Bug#539680: emacs23: Emacs 23.1 won't install without /etc/emacs22/site-start.d directory present

[Rob Browning]

Leschinsky Oleg  writes:

> Package: emacs23
> Version: 23.1+1-1
> Severity: important
>
> When installing emacs23 on system without emacs22 installed I get some
> error messages like:

There was a significant problem with version 23.1+1-1 that may have
caused this.  Could you try again with 23.1+1-2 and let me know if you
still have trouble?

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



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

Bug#539850: [mercurial-common] Add wsgi example

[Sylvain Avril]

Package: mercurial-common

Version: 1.3.1-1

Severity: minor


--- Please enter the report below this line. ---

Could you please add the wsgi example from upstream
(contrib/hgwebdir.wsgi) to the
/usr/share/doc/mercurial-common/examples folder ?

BTW, if you feel up to, could you include the sample apache config
from http://mercurial.selenic.com/wiki/modwsgi into the examples ?

Thanks.



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

Bug#539851: wrong emacs23.desktop results no icon

[Atsuhito KOHDA]

Package: emacs23
Version: 23.1+1-2
Severity: normal

I found /usr/share/applications/emacs23.desktop included
Icon=/usr/share/emacs/23.1/etc/images/icons/emacs_48.png
which is apparently wrong.  So in my KDE emacs22 shows its icon
but emacs23 shows simple paper-like icon.

It should be
Icon=/usr/share/emacs/23.1/etc/images/icons/hicolor/48x48/apps/emacs.png
as far as I checked.
Please correct the file.

Thanks for your maintenance.

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

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

Versions of packages emacs23 depends on:
ii  emacs23-bin-common 23.1+1-2  The GNU Emacs editor's shared, arc
ii  install-info   4.13a.dfsg.1-4Manage installed documentation in 
ii  libasound2 1.0.20-3  shared library for ALSA applicatio
ii  libc6  2.9-23GNU C Library: Shared libraries
ii  libcairo2  1.8.8-2   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.16-2  simple interprocess messaging syst
ii  libfontconfig1 2.6.0-4   generic font configuration library
ii  libfreetype6   2.3.9-5   FreeType 2 font engine, shared lib
ii  libgif44.1.6-7   library for GIF images (library)
ii  libglib2.0-0   2.20.4-1  The GLib library of C routines
ii  libgpm21.20.4-3.2General Purpose Mouse - shared lib
ii  libgtk2.0-02.16.5-1  The GTK+ graphical user interface 
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libm17n-0  1.5.4-1+b1a multilingual text processing lib
ii  libncurses55.7+20090728-1shared libraries for terminal hand
ii  libotf00.9.9-1   A Library for handling OpenType Fo
ii  libpng12-0 1.2.38-1  PNG library - runtime
ii  librsvg2-2 2.26.0-1  SAX-based renderer library for SVG
ii  libsm6 2:1.1.0-2 X11 Session Management library
ii  libtiff4   3.8.2-13  Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.2.2-1 X11 client-side library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxft22.1.13-3  FreeType-based font drawing librar
ii  libxmu62:1.0.4-1 X11 miscellaneous utility library
ii  libxpm41:3.5.7-2 X11 pixmap library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  xaw3dg 1.5+E-17  Xaw3d widget set
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

emacs23 recommends no packages.

Versions of packages emacs23 suggests:
ii  emacs23-common-non-dfsg   23.1+1-1   GNU Emacs shared, architecture ind

-- 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#539744: chroot to lenny /target in debootstrap segfaults

[Ferenc Wagner]

Frans Pop  writes:

> On Monday 03 August 2009, Ferenc Wagner wrote:
>
>> I can't see anything strange in it now, but it would be interesting to
>> know whether it depends on the contents of /target/etc/mtab (what if
>> you delete it before the mount?).  Having an strace of a second
>> (successful) run might also provide a clue.
>
> Interesting. /target/etc/mtab does not exist yet at that point.
> A 'touch /target/etc/mtab' before the chroot mount gets rid of the 
> segfault...
>
> And fun, fun, fun, after mount has segfaulted the file has magically been 
> created (empty), which explains why a second attempt does not segfault.
>
> So, what the @$#@ has changed that makes a Lenny install suddenly fail 
> when a Squeeze D-I is used instead of a Lenny D-I?

The two traces are very similar indeed.  What I could spot:

 * /target vs. /target/ on the command line.

 * The new chroot binary reads 4 bytes from urandom and does an extra
   mprotect before chrooting; the old one does not.  I don't know what
   it is, maybe an extra tripwire which (the new?) mount manages to
   trip, or some new type of randomization which mount isn't prepared
   for...  Just guessing.

 * The new fstab is 841 bytes, the old is 492.

 * The new mount does some prctl trickery, and in general starts to do
   very different things (reads /etc/blkid.tab, /proc/whatever) just
   before segfaulting.  Maybe it tries to use UUID-s or labels to
   achieve device persistence, and makes an invalid memory access
   analyzing the data.

See for yourself like this:
$ diff -u <(sed 
's/[^a-z]*//i;s/0x[0-9a-f]*/ADDR/g;s/10914/PID/g;/^read(/s/".*"/STRING/' 
chroot.strace) <(sed 
's/[^a-z]*//i;s/0x[0-9a-f]*/ADDR/g;s/13894/PID/g;/^read(/s/".*"/STRING/' 
chroot_lenny.strace) | less

All in all it looks like some of the above reveal a bug in mount.  The
segfault does not come from the kernel, but from application code, as
I see it.
-- 
Good luck,
Feri.



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

Bug#522226: xserver-xorg-video-intel: screen briefly flashes/flickers a few times an hour

[Sanjoy Mahajan]

> Please send your config and log.

=== /etc/X11/xorg.conf =

# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
EndSection

Section "ServerFlags"
   Option "DontZap" "false"
EndSection

#Section "Device"
#   Identifier  "Configured Video Device"
#EndSection

Section "Device"
Identifier  "Intel Corporation Mobile Integrated Graphics 
Controller"
#   Driver  "i810"
#   BusID   "PCI:0:2:0"
  Option "MonitorLayout" "CRT,LFP"
  Option "Clone" "true"
  Option "DevicePresence" "true"
EndSection

Section "Monitor"
Identifier  "Configured Monitor"
EndSection

Section "Screen"
Identifier  "Default Screen"
Monitor "Configured Monitor"
EndSection

=== end /etc/X11/xorg.conf =


= /var/log/Xorg.0.log =

X.Org X Server 1.6.3
Release Date: 2009-7-31
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.31-rc3-686 i686 Debian
Current Operating System: Linux approx 2.6.30-1-686 #1 SMP Thu Jul 30 14:45:30 
UTC 2009 i686
Build Date: 01 August 2009  07:00:08AM
xorg-server 2:1.6.3-1 (bgog...@debian.org) 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sat Aug  1 22:07:10 2009
(==) Using config file: "/etc/X11/xorg.conf"
(==) No Layout section.  Using the first Screen section.
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Configured Monitor"
(==) No device specified for screen "Default Screen".
Using the first device section listed.
(**) |   |-->Device "Intel Corporation Mobile Integrated Graphics Controller"
(**) Option "DontZap" "false"
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) Cannot locate a core pointer device.
(II) Cannot locate a core keyboard device.
(II) The server relies on HAL to provide the list of input devices.
If no devices become available, reconfigure HAL or disable 
AllowEmptyInput.
(II) Loader magic: 0x3e40
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 5.0
X.Org XInput driver : 4.0
X.Org Server Extension : 2.0
(II) Loader running on linux
(++) using VT number 7

(WW) xf86OpenConsole: setpgid failed: Operation not permitted
(WW) xf86OpenConsole: setsid failed: Operation not permitted
(--) PCI:*(0:0:2:0) 8086:27a2:17aa:201a Intel Corporation Mobile 945GM/GMS, 
943/940GML Express Integrated Graphics Controller rev 3, Mem @ 
0xee10/524288, 0xd000/268435456, 0xee20/262144, I/O @ 0x1800/8
(II) Open ACPI successful (/var/run/acpid.socket)
(II) System resource ranges:
[0] -1  0   0x - 0x (0x1) MX[B]
[1] -1  0   0x000f - 0x000f (0x1) MX[B]
[2] -1  0   0x000c - 0x000e (0x3) MX[B]
[3] -1  0   0x - 0x0009 (0xa) MX[B]
[4] -1  0   0x - 0x (0x1) IX[B]
[5] -1  0   0x - 0x (0x1) IX[B]
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.6.3, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension SELinux
(II) Loading e

Bug#539849: gmailfs: [manual] Values in gmailfs.conf not explained

[Jari Aalto]

Package: gmailfs
Version: 0.8-5
Severity: normal


Please improve manual page to explain format and values in gmailfs.conf
E.g. list and explain the values for the "level" option.

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

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

Versions of packages gmailfs depends on:
ii  fuse-utils  2.7.4-2  Filesystem in USErspace (utilities
ii  python  2.5.4-2  An interactive high-level object-o
ii  python-central  0.6.11   register and build utility for Pyt
ii  python-fuse 1:0.2-pre3-9 Python bindings for FUSE (Filesyst
ii  python-libgmail 0.1.11-1 Python bindings to access Gmail ac

Versions of packages gmailfs recommends:
ii  encfs 1.5.2-1encrypted virtual filesystem

gmailfs 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#539848: Acknowledgement (debhelper: perl_build buildsystem's dh_auto_clean fails if Build does not exist)

[Ryan Niebur]

tag 539848 patch
quit

and here's the patch.

-- 
_
Ryan Niebur
ryanrya...@gmail.com
--- ./perl_build.pm	2009-08-03 18:00:00.0 -0700
+++ /usr/share/perl5/Debian/Debhelper/Buildsystem/perl_build.pm	2009-08-03 18:01:31.0 -0700
@@ -61,7 +61,9 @@
 
 sub clean {
 	my $this=shift;
-	$this->do_perl("Build", "--allow_mb_mismatch", 1, "distclean", @_);
+	if(-f "Build") {
+		$this->do_perl("Build", "--allow_mb_mismatch", 1, "distclean", @_);
+	}
 }
 
 1


signature.asc
Description: Digital signature

Bug#539848: debhelper: perl_build buildsystem's dh_auto_clean fails if Build does not exist

[Ryan Niebur]

Package: debhelper
Version: 7.3.9
Severity: normal

this makes it so that if you're passing --buildsystem=perl_build,
dh_auto_clean cannot be ran twice in a row. will submit a patch soon,
tho this is probably trivial anyway.

Cheers,
Ryan

-- 
_
Ryan Niebur
ryanrya...@gmail.com


signature.asc
Description: Digital signature

Bug#539847: gmailfs: [manual] missing /etc/fstab example

[Jari Aalto]

Package: gmailfs
Version: 0.8-5
Severity: normal


The manual page is missing example line for the /etc/fstab example.

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

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

Versions of packages gmailfs depends on:
ii  fuse-utils  2.7.4-2  Filesystem in USErspace (utilities
ii  python  2.5.4-2  An interactive high-level object-o
ii  python-central  0.6.11   register and build utility for Pyt
ii  python-fuse 1:0.2-pre3-9 Python bindings for FUSE (Filesyst
ii  python-libgmail 0.1.11-1 Python bindings to access Gmail ac

Versions of packages gmailfs recommends:
ii  encfs 1.5.2-1encrypted virtual filesystem

gmailfs 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#539846: gmailfs: [manual] please add more EXAMPLES (how to use ~/.gmailfs.conf)

[Jari Aalto]

Package: gmailfs
Version: 0.8-5
Severity: normal


Manual page reads:

  EXAMPLES
   mount -t gmailfs none /path/of/mount/point -o 
username=gmailuser,password=gmailpass,fsname=zOlRRa

   mount.gmailfs none /mnt -o 
username=gmailuser,password=gmailpass,fsname=zOlRRa

  FILES
   ~/.gmailfs.conf various parameters.

   /etc/gmailfs/gmailfs.conf various parameters.

Please provide example what is the command line call when
~/.gmailfs.conf has been configured.

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

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

Versions of packages gmailfs depends on:
ii  fuse-utils  2.7.4-2  Filesystem in USErspace (utilities
ii  python  2.5.4-2  An interactive high-level object-o
ii  python-central  0.6.11   register and build utility for Pyt
ii  python-fuse 1:0.2-pre3-9 Python bindings for FUSE (Filesyst
ii  python-libgmail 0.1.11-1 Python bindings to access Gmail ac

Versions of packages gmailfs recommends:
ii  encfs 1.5.2-1encrypted virtual filesystem

gmailfs 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#539845: gmailfs: Log message dates in ISO 8601 format

[Jari Aalto]

Package: gmailfs
Version: 0.8-5
Severity: normal


The log reads:

08/04/09 03:30:42 ERROR  OpenSSLProxy is missing. Can't use HTTPS proxy!
...

Please use readable ISO 8601 date format:

2009-08-04 03:30:42 ERROR  OpenSSLProxy is missing. Can't use HTTPS 
proxy!
...

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

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

Versions of packages gmailfs depends on:
ii  fuse-utils  2.7.4-2  Filesystem in USErspace (utilities
ii  python  2.5.4-2  An interactive high-level object-o
ii  python-central  0.6.11   register and build utility for Pyt
ii  python-fuse 1:0.2-pre3-9 Python bindings for FUSE (Filesyst
ii  python-libgmail 0.1.11-1 Python bindings to access Gmail ac

Versions of packages gmailfs recommends:
ii  encfs 1.5.2-1encrypted virtual filesystem

gmailfs 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#537358: [Pkg-utopia-maintainers] Bug#537358: network-manager: big regression

[Michael Biebl]

gpe wrote:
> Package: network-manager
> Severity: normal
> 
> for me it's a big regression because I'm using the hooks to launch my
> firewall scripts...
> 

When you are using NetworkManager, you could/should use
/etc/NetworkManager/dispatcher.d/ instead.

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



signature.asc
Description: OpenPGP digital signature

Bug#539844: ath5k: ath5k and orinoco 802.11b/g pcmcia card works on i686 kernel but not bigmem version

[Eric Sheesley]

Package: linux-image-2.6.26-2-686-bigmem
Version: 2.6.26-17lenny1
Severity: important
File: ath5k

Recently installed Debian 5 with latest i686 kernel(2.6.26-2-i686).  My 
wireless card(orinoco 802.11b/g pcmcia card) worked great.  Realized my 4gb of 
memory wasn't being fully utilized so installed the same version of the bigmem 
kernel(and headers, etc).  Rebooted into it and it gives the following error:
Aug 2 18:38:42 skynet kernel: [ 12.609417] ath5k_pci :04:00.0:
enabling device ( -> 0002)
Aug 2 18:38:42 skynet kernel: [ 12.609417] ath5k_pci :04:00.0:
registered as 'phy0'
Aug 2 18:38:42 skynet kernel: [ 12.912966] ath5k_pci: probe of
:04:00.0 failed with error -110

Tried the backports 2.6.30-bigmem and failed, but with a different error(radio 
not supported).

-- Package-specific info:

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

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

Versions of packages linux-image-2.6.26-2-686-bigmem depends on:
ii  debconf [debconf-2.0] 1.5.24 Debian configuration management sy
ii  initramfs-tools [linux-initra 0.92o  tools for generating an initramfs
ii  module-init-tools 3.4-1  tools for managing Linux kernel mo

Versions of packages linux-image-2.6.26-2-686-bigmem recommends:
ii  libc6-i6862.7-18 GNU C Library: Shared libraries [i

Versions of packages linux-image-2.6.26-2-686-bigmem suggests:
ii  grub   0.97-47lenny2 GRand Unified Bootloader (Legacy v
pn  linux-doc-2.6.26   (no description available)

-- debconf information:
  
linux-image-2.6.26-2-686-bigmem/preinst/overwriting-modules-2.6.26-2-686-bigmem:
 true
  shared/kernel-image/really-run-bootloader: true
  linux-image-2.6.26-2-686-bigmem/preinst/lilo-has-ramdisk:
  
linux-image-2.6.26-2-686-bigmem/postinst/bootloader-test-error-2.6.26-2-686-bigmem:
  linux-image-2.6.26-2-686-bigmem/postinst/depmod-error-2.6.26-2-686-bigmem: 
false
  linux-image-2.6.26-2-686-bigmem/preinst/initrd-2.6.26-2-686-bigmem:
  linux-image-2.6.26-2-686-bigmem/preinst/abort-overwrite-2.6.26-2-686-bigmem:
  
linux-image-2.6.26-2-686-bigmem/preinst/bootloader-initrd-2.6.26-2-686-bigmem: 
true
  
linux-image-2.6.26-2-686-bigmem/postinst/depmod-error-initrd-2.6.26-2-686-bigmem:
 false
  
linux-image-2.6.26-2-686-bigmem/postinst/create-kimage-link-2.6.26-2-686-bigmem:
 true
  linux-image-2.6.26-2-686-bigmem/preinst/lilo-initrd-2.6.26-2-686-bigmem: true
  
linux-image-2.6.26-2-686-bigmem/prerm/would-invalidate-boot-loader-2.6.26-2-686-bigmem:
 true
  
linux-image-2.6.26-2-686-bigmem/preinst/failed-to-move-modules-2.6.26-2-686-bigmem:
  
linux-image-2.6.26-2-686-bigmem/prerm/removing-running-kernel-2.6.26-2-686-bigmem:
 true
  
linux-image-2.6.26-2-686-bigmem/postinst/old-dir-initrd-link-2.6.26-2-686-bigmem:
 true
  linux-image-2.6.26-2-686-bigmem/preinst/elilo-initrd-2.6.26-2-686-bigmem: true
  linux-image-2.6.26-2-686-bigmem/preinst/abort-install-2.6.26-2-686-bigmem:
  linux-image-2.6.26-2-686-bigmem/postinst/old-initrd-link-2.6.26-2-686-bigmem: 
true
  
linux-image-2.6.26-2-686-bigmem/postinst/old-system-map-link-2.6.26-2-686-bigmem:
 true
  linux-image-2.6.26-2-686-bigmem/postinst/bootloader-error-2.6.26-2-686-bigmem:
  linux-image-2.6.26-2-686-bigmem/postinst/kimage-is-a-directory:



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

Bug#539843: schroedinger: FTBFS because of headers moved to gst-plugins-base

[Christoph Korn]

Package: schroedinger
Version: 1.0.7-1
Severity: serious
Justification: no longer builds from source

libschroedinger 1.0.7-1 does not compile because of that:
In file included from gstbasevideocodec.h:25,
 from gstbasevideocodec.c:24:
.../../../gst-libs/gst/video/gstbasevideoutils.h:88: error: conflicting types 
for 'gst_adapter_masked_scan_uint32'
/usr/include/gstreamer-0.10/gst/base/gstadapter.h:99: error: previous 
declaration of 'gst_adapter_masked_scan_uint32' was here

Seems it is already fixed upstream:
http://www.diracvideo.org/git?p=schroedinger.git;a=commit;h=db0ff30717682b926426ff1c2ded888fbb2a8673

Related commits may also be:
http://www.diracvideo.org/git?p=schroedinger.git;a=commit;h=adca2386928d5b45cedd1c30a5d05085bc127c92
http://www.diracvideo.org/git?p=schroedinger.git;a=commit;h=0c9da4f652aa74ec0c3a7be38ac0428d5eec7571

-- System Information:
Debian Release: 5.0
  APT prefers jaunty-updates
  APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 
'jaunty-backports'), (500, 'jaunty')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.28-14-generic (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#499071: topgit: writing man pages

[Franck Joncourt]

Uwe Kleine-König wrote:
> Hello Franck,

Hi,

> note I didn't test your patch, only read through.  I didn't even read
> the prose part.  I assume you only changed the formating!?

I must admit I have updated some sentences to fit into the manapges and
then a full review is necessary before publishing it.
In addition, I have put all the manpages at the end of the README file,
and added a small description to the list of commands where they were
enumerated with their long description in a first place.

>> diff --git a/debian/control b/debian/control
>> index 35f6761..596e71a 100644
>> --- a/debian/control
>> +++ b/debian/control
>> @@ -4,6 +4,7 @@ Priority: optional
>>  Maintainer: Debian TopGit maintainers 
>>  Uploaders: martin f. krafft , Uwe Kleine-König 
>> 
>>  Build-Depends: debhelper (>= 6), quilt
>> +Build-Depends-Indep: asciidoc, xmlto

> hhhm.  I didn't start with using Build-Depends:, but as topgit is an
> arch=all package, I wonder if most if not all dependencies should be
> Build-Depends-Indep:.  Martin?

As a matter of fact, according to policy 7.7

http://www.debian.org/doc/debian-policy/ch-relationships.html#s-sourcebinarydeps

[quote]
Build-Depends, Build-Conflicts

The Build-Depends and Build-Conflicts fields must be satisfied when
any of the following targets is invoked: build, clean, binary,
binary-arch, build-arch, build-indep and binary-indep.
[/quote]

and debhelper is used at least in the clean target. So, that should be
fine. (Same argument for quilt)

>> --- a/debian/rules
>> +++ b/debian/rules
>> @@ -5,19 +5,28 @@
>>  
>>  TG_BRANCHES="fixes/ensure-worktree debian/locations"
>>  
>> +TG_MANS := $(patsubst %.sh,%.1,$(wildcard tg-*.sh))
>> +
> Does the package still build after 
> 
>   $ touch tg-astillundocumentedcommand.sh
> 
> ?

You are right, it fails.

>> diff --git a/debian/topgit.manpages b/debian/topgit.manpages
>> new file mode 100644
>> index 000..98712e7
>> --- /dev/null
>> +++ b/debian/topgit.manpages
>> @@ -0,0 +1,10 @@
>> +tg-create.1
>> +tg-delete.1
>> +tg-depend.1
>> +tg-import.1
>> +tg-info.1
>> +tg-mail.1
>> +tg-patch.1
>> +tg-remote.1
>> +tg-summary.1
>> +tg-update.1
> What about autogenerating this file?

It sounds a bit strange to me to generate debhelper files automatically,
but why not :)

I am not worrying about patching the debian directory, since I think the
manpages could be added upstream and generated from the main Makefile.
I mean, the manpages are not Debian specific.

Anyway, I will fix the mistake you found in debian/rules, and continue
to create the tg manpage.

> Best regards and thanks for your efforts

You're welcome,

Regards,

-- 
Franck Joncourt
http://debian.org - http://smhteam.info/wiki/



signature.asc
Description: OpenPGP digital signature

Bug#537358: network-manager: big regression

[gpe]

Package: network-manager
Severity: normal

for me it's a big regression because I'm using the hooks to launch my
firewall scripts...


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

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

Versions of packages network-manager depends on:
ii  adduser  3.110   add and remove users and groups
ii  dbus 1.2.16-2simple interprocess messaging syst
ii  dhcdbd   3.0-5   D-Bus interface to the ISC DHCP cl
ii  hal  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer
ii  ifupdown 0.6.8+nmu1  high level tools to configure netw
ii  iproute  20090324-1  networking and traffic control too
ii  libc62.9-12  GNU C Library: Shared libraries
ii  libdbus-1-3  1.2.16-2simple interprocess messaging syst
ii  libdbus-glib 0.80-4  simple interprocess messaging syst
ii  libgcrypt11  1.4.4-3 LGPL Crypto library - runtime libr
ii  libglib2.0-0 2.20.1-2The GLib library of C routines
ii  libgpg-error 1.6-1   library for common error values an
ii  libhal1  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share
ii  libiw29  29-1.1  Wireless tools - library
ii  libnl1   1.1-5   library for dealing with netlink s
ii  libnm-util0  0.6.6-3 network management framework (shar
ii  lsb-base 3.2-22  Linux Standard Base 3.2 init scrip
ii  wpasupplican 0.6.9-3 client support for WPA and WPA2 (I

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

network-manager 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#246185: [gnat-4.4]found 246185 4.4.1-1

[grave]

found 246185 4.4.1-1
thanks

Results of the compilation :
gnatmake test_41.adb
gcc-4.4 -c test_41.adb
+===GNAT BUG DETECTED==+
| 4.4.1 (i486-pc-linux-gnu) GCC error: |
| in get_expr_operands, at tree-ssa-operands.c:2072|
| Error detected around test_41.adb:12 |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc-4.4 or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+

Please include these source files with error report
Note that list may not be accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.

test_41.adb


raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:424
gnatmake: "test_41.adb" compilation error





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

Bug#533759: evince: Segfault when opening dvi files

[Emilio Pozuelo Monfort]

Alessio Botta wrote:
> Package: evince
> Version: 2.26.1-2
> Severity: important
> 
> 
> 
> When opening a dvi file created from a latex source with latex compiler, 
> evince reports the following:
> GPL Ghostscript 8.64: ./psi/iinit.c(98): initial_enter failed (-7), entering 
> /MaxBitmap in -dict:10/1123-
> GPL Ghostscript 8.64: Initialization file gs_init.ps does not begin with an 
> integer.
> fatal internal error -100Segmentation fault
> 
> and exits. If I try to open the eps created from this dvi with dvips, 
> everything works.

Can you attach a problematic file?



signature.asc
Description: OpenPGP digital signature

Bug#539841: Please package Chicken 4.1

[Thomas Bushnell BSG]

Package: chicken
Severity: wishlist

Please package Chicken 4.1, just released.  (And 4.0 has been out for a
while, and has lots of good stuff.)

Thomas





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

Bug#246186: [gnat-4.4]found 246186 4.4.1-1

[grave]

found 246186 4.4.1-1
thanks




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

Bug#533326: gnome-vfs-obexftp: obsoleted by gvfs-backends, shall be removed?

[Emilio Pozuelo Monfort]

Filippo Giunchedi wrote:
> Package: gnome-vfs-obexftp
> Version: 0.4-1+b1
> Severity: wishlist
> 
> Hi,
> as per subject this package has now been superseded by gvfs-backends
> which has now obex backend enabled again, I think the package should be
> removed.

I'd say it shouldn't until gnome-vfs goes away, since not everything is using
GVfs yet.

Cheers,
Emilio



signature.asc
Description: OpenPGP digital signature

Bug#539156: [Pkg-cups-devel] Bug#539156: Bug#539156: cups-pdf: requires user interaction on installation

[Martin-Éric Racine]

On Mon, Aug 3, 2009 at 10:17 PM, Ronny Standtke wrote:
>> > 1) Do a fresh installation of Debian GNU/Linux 5.0.2 with all default
>> > values. We have VirtualBox OSE in Debian so this should be no problem...
>>
>> It shouldn't but it was. The kernel inside VB keeps on getting a panic
>> during bootup. Full stop.
>
> Can you try installing Debian on a real physical machine or retry with the
> non-OSE version of Virtualbox (see below)?
>
> $ wget
> http://download.virtualbox.org/virtualbox/3.0.2/virtualbox-3.0_3.0.2-49928_Debian_lenny_i386.deb
> $ sudo dpkg -i virtualbox-3.0_3.0.2-49928_Debian_lenny_i386.deb

That worked.  Same result as before, though; unable to reproduce:
cups-pdf doesn't ask me for any password.

Martin-Éric



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

Bug#529835: loudmouth: FTBFS against gnutls26 >= 2.7.x

[Emilio Pozuelo Monfort]

Andreas Metzler wrote:
> Package: loudmouth
> Version: 1.4.3-2
> Severity: important
> 
> The package's ./configure script is trying to invoke libgnutls-config
> and/or libgnutls-extra-config to search for the gnutls library. Newer
> version of gnutls do not ship these scripts anymore.
> 
> Please use another way to search for the gnutls library, e.g.
> pkg-config or AC_LIB_HAVE_LINKFLAGS or AC_CHECK_FUNCS. For packages
> that already use pkg-config to search for other libraries, pkg-config
> will probably be the simplest way. Debian's gnutls packages have
> shipped the necessary .pc files 0.3.5-1 (June 2006).
> 
> This is going to be a rc bug once gnutls26 2.8 is released and
> uploaded to unstable. The second release candidata of 2.8 (2.7.12) is
> available for testing in Debian/experimental.

There's a patch at
http://groups.google.com/group/loudmouth-dev/browse_thread/thread/9057314cc0864a7e#

Ross, are you aware that the project has changed upstream maintainer / location?

Cheers,
Emilio



signature.asc
Description: OpenPGP digital signature

Bug#539840: can't install emms with emacs23 on sid

[stephrom]

Package: emms
Severity: important

Please, can you add emacs23 in the emms depends?
Now, it's impossible to install emms package with the new emacs23.

Tanks
Bye

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (998, 'testing'), (200, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages emms depends on:
pn  emacs22 | xemacs21 | emacs-sn  (no description available)
ii  emacsen-common1.4.19 Common facilities for all emacsen
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  libtagc0  1.5-6  TagLib Audio Meta-Data Library (C 

Versions of packages emms recommends:
pn  mpg321 (no description available)
ii  vorbis-tools  1.2.0-6several Ogg Vorbis tools

Versions of packages emms suggests:
ii  mp3info   0.8.5a-1   An MP3 technical info viewer and I





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

Bug#518664: evince: cannot open pdfs at all - unhandled mime-type application/octet-stream

[Emilio Pozuelo Monfort]

reassign 518664 libglib2.0-0
forcemerge 517768 518664
thanks

Dimitrios Kapanikis wrote:
> Package: evince
> Version: 2.22.2-4
> Severity: important
> 
> cannot open any pdfs. An Error appears: Unhandled mime-type 
> "application/octet-stream"

Looks like #517768, merging.

Emilio



signature.asc
Description: OpenPGP digital signature

Bug#537164:

[Alexandre Dupas]

I have no issue using this feature (single reload or reload all) on
squeeze/i386.



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

Bug#539839: mount: debian/copyright move Git URL to debian/control::Vcs-Git header

[Jari Aalto]

Package: mount
Version: 2.15.1~rc1-1
Severity: minor


Please move from debian/copyright this line

   See also: git://git.debian.org/~lamont/util-linux.git

To debian/control::Vcs-Git header. See "6.2.5.2. Vcs-*" in
/usr/share/doc/developers-reference/developers-reference.txt.gz

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

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

Versions of packages mount depends on:
ii  libblkid1 1.41.3-1   block device id library
ii  libc6 2.9-12 GNU C Library: Shared libraries
ii  libselinux1   2.0.82-1   SELinux shared libraries
ii  libsepol1 2.0.36-1   Security Enhanced Linux policy lib

mount recommends no packages.

Versions of packages mount suggests:
ii  nfs-common1:1.2.0-2  NFS support files common to client

-- 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#539754: gs-common: dummy package or not?

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Mon, Aug 03, 2009 at 02:44:22PM +0200, Sven Joachim wrote:
>According to its description and content, gs-common is a dummy package, 
>but it cannot be removed because ghostscript depends on it:

Ghostscript packaging was cleaned up prior to Lenny, but many packages 
still depended on the various transitional packages - some of them 
versioned, requiring those packages to be kept around.

Late in the development of Lenny a complex cornercase was discovered (I 
do not remember the bugnumber - please post it to this bugreport if 
someone remember it) which was worked around using the current ugly 
build-dependency (if I recall correctly).

It might be safe to drop the package now after the release of Lenny, but 
I would prefer to play safe and postpone till after the release of 
Lenny+1.

Thanks anyway for filing a bugreport about this issue, so that it is 
properly tracked.  I-ve added a note in the debian/rules file of the 
ghostscript packaging (have a look there for all the quirks currently in 
play, and when I consider it safe to drop them).


Kind regards,

  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBCgAGBQJKd2NZAAoJECx8MUbBoAEhhqsP/0DEyAo55hs7Oy/O0XKqJX/i
Gq/21y1iUplGGnT1ZE44uLJap/qp7G1GUQ2B6S7X44a+OjhLJWUUjquRW4MAdlTE
0QAza8Tsbqq0+kV4bZ5nw7ix8u7QfZFahMOqChNi6xfyQzRKb5vS3NY9iwQDmVk8
10UAtHEshq45eijaLPLaPrOjRfXkDvf857Iv14MZgEnJ+w1sHHjPXgvaYtRWfoan
NxfvM8YsTSu5NaYvWL0nf+BwpM9E65+BsGkOV/cTEsJyNWD2Rggyhn1n/HwU9TSk
0HYb4GQMosstZSekG2wnSQ03h4Oj5uAPKUlAQhoAt8/kQ51Tu1RQcmM6zZogoLtN
NwULhVFL6d2lEKnJPFE2tFbGpAFN8AiI8vC6nYMtQNUaVDTCxgkoodG8bySNApVh
FLi4NcpLLaDkTAYTSR+o1049zB4wwa6UikZrGlZP2/cZFUTGaqmczEq6zwR3aOUR
PCtFIwUajohRjkwXQ0Q2Wy/D5lJG0fifskybUkpl5q1hv0NIPmlU89IfjJdM8nBn
5b+7ljgEoTbDSumr/B24DXdUyyvfNKlk2u9b9bwB+uHSS+45bRA26SkV51qe77ug
shqGFy485e0AiXmamuhux1iJOiM5QlFK5bKgyqLjC82IusrjX1RxvlylGmZ1xDFZ
6E3s9Xf+0PRzpPmMVhxD
=fR7x
-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#539744: chroot to lenny /target in debootstrap segfaults

[Frans Pop]

On Monday 03 August 2009, Ferenc Wagner wrote:
> I can't see anything strange in it now, but it would be interesting to
> know whether it depends on the contents of /target/etc/mtab (what if
> you delete it before the mount?).  Having an strace of a second
> (successful) run might also provide a clue.

Interesting. /target/etc/mtab does not exist yet at that point.
A 'touch /target/etc/mtab' before the chroot mount gets rid of the 
segfault...

And fun, fun, fun, after mount has segfaulted the file has magically been 
created (empty), which explains why a second attempt does not segfault.

So, what the @$#@ has changed that makes a Lenny install suddenly fail 
when a Squeeze D-I is used instead of a Lenny D-I?

If I do the exact same thing with a lenny netinst then I see that
/target/etc/mtab *also* does *not* exist, but mount does not segfault (it  
creates the file also).

Attached an strace from a successful mount without /etc/mtab present using 
the _lenny netinst_. There are some differences, but again someone else 
will have to divine their meaning.

13894 22:07:06.030433 execve("/usr/sbin/chroot", ["chroot", "/target/", 
"mount", "-t", "proc", "proc", "/proc"], [/* 10 vars */]) = 0
13894 22:07:06.033443 brk(0)= 0x9cd4000
13894 22:07:06.033926 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such 
file or directory)
13894 22:07:06.034336 mmap2(NULL, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f22000
13894 22:07:06.034699 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such 
file or directory)
13894 22:07:06.035016 open("/etc/ld.so.cache", O_RDONLY) = -1 ENOENT (No such 
file or directory)
13894 22:07:06.035265 open("/lib/tls/i686/sse2/cmov/libc.so.6", O_RDONLY) = -1 
ENOENT (No such file or directory)
13894 22:07:06.035452 stat64("/lib/tls/i686/sse2/cmov", 0xbfd3da24) = -1 ENOENT 
(No such file or directory)
13894 22:07:06.035667 open("/lib/tls/i686/sse2/libc.so.6", O_RDONLY) = -1 
ENOENT (No such file or directory)
13894 22:07:06.035850 stat64("/lib/tls/i686/sse2", 0xbfd3da24) = -1 ENOENT (No 
such file or directory)
13894 22:07:06.036029 open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = -1 
ENOENT (No such file or directory)
13894 22:07:06.036211 stat64("/lib/tls/i686/cmov", 0xbfd3da24) = -1 ENOENT (No 
such file or directory)
13894 22:07:06.036391 open("/lib/tls/i686/libc.so.6", O_RDONLY) = -1 ENOENT (No 
such file or directory)
13894 22:07:06.036571 stat64("/lib/tls/i686", 0xbfd3da24) = -1 ENOENT (No such 
file or directory)
13894 22:07:06.036749 open("/lib/tls/sse2/cmov/libc.so.6", O_RDONLY) = -1 
ENOENT (No such file or directory)
13894 22:07:06.037028 stat64("/lib/tls/sse2/cmov", 0xbfd3da24) = -1 ENOENT (No 
such file or directory)
13894 22:07:06.037213 open("/lib/tls/sse2/libc.so.6", O_RDONLY) = -1 ENOENT (No 
such file or directory)
13894 22:07:06.037394 stat64("/lib/tls/sse2", 0xbfd3da24) = -1 ENOENT (No such 
file or directory)
13894 22:07:06.037573 open("/lib/tls/cmov/libc.so.6", O_RDONLY) = -1 ENOENT (No 
such file or directory)
13894 22:07:06.037754 stat64("/lib/tls/cmov", 0xbfd3da24) = -1 ENOENT (No such 
file or directory)
13894 22:07:06.037933 open("/lib/tls/libc.so.6", O_RDONLY) = -1 ENOENT (No such 
file or directory)
13894 22:07:06.038113 stat64("/lib/tls", 0xbfd3da24) = -1 ENOENT (No such file 
or directory)
13894 22:07:06.038292 open("/lib/i686/sse2/cmov/libc.so.6", O_RDONLY) = -1 
ENOENT (No such file or directory)
13894 22:07:06.038475 stat64("/lib/i686/sse2/cmov", 0xbfd3da24) = -1 ENOENT (No 
such file or directory)
13894 22:07:06.038656 open("/lib/i686/sse2/libc.so.6", O_RDONLY) = -1 ENOENT 
(No such file or directory)
13894 22:07:06.038838 stat64("/lib/i686/sse2", 0xbfd3da24) = -1 ENOENT (No such 
file or directory)
13894 22:07:06.039018 open("/lib/i686/cmov/libc.so.6", O_RDONLY) = -1 ENOENT 
(No such file or directory)
13894 22:07:06.039201 stat64("/lib/i686/cmov", 0xbfd3da24) = -1 ENOENT (No such 
file or directory)
13894 22:07:06.039380 open("/lib/i686/libc.so.6", O_RDONLY) = -1 ENOENT (No 
such file or directory)
13894 22:07:06.039560 stat64("/lib/i686", 0xbfd3da24) = -1 ENOENT (No such file 
or directory)
13894 22:07:06.039739 open("/lib/sse2/cmov/libc.so.6", O_RDONLY) = -1 ENOENT 
(No such file or directory)
13894 22:07:06.039921 stat64("/lib/sse2/cmov", 0xbfd3da24) = -1 ENOENT (No such 
file or directory)
13894 22:07:06.040101 open("/lib/sse2/libc.so.6", O_RDONLY) = -1 ENOENT (No 
such file or directory)
13894 22:07:06.040281 stat64("/lib/sse2", 0xbfd3da24) = -1 ENOENT (No such file 
or directory)
13894 22:07:06.040460 open("/lib/cmov/libc.so.6", O_RDONLY) = -1 ENOENT (No 
such file or directory)
13894 22:07:06.040640 stat64("/lib/cmov", 0xbfd3da24) = -1 ENOENT (No such file 
or directory)
13894 22:07:06.040819 open("/lib/libc.so.6", O_RDONLY) = 3
13894 22:07:06.041131 read(3, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260e\1\0004\0\0\0T"..., 512) = 
512
13894 22:07:06.041440 fstat64(3, {st_mode=S_IFREG|0755, st_size=12

Bug#416278: Comaintaining pyzor

[cha...@ohmytux.com]

owner 416278 !
thanks

Hi,

As agreed with Tobias, we'll comaintain pyzor, trying to release 0.5.0

Bye,
-- 
Carl Chenet







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

Bug#526514:

[Alexandre Dupas]

Could you provide some information about the flash player you are using?

There is a small wiki page upstream about flash issue :
http://code.google.com/p/arora/wiki/Flash.



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

Bug#539781: grub: Please consider using NEWS.Debian instead of debconf note

[Josh Triplett]

On Mon, Aug 03, 2009 at 06:52:14PM +0200, Robert Millan wrote:
> On Mon, Aug 03, 2009 at 09:04:47AM -0700, Josh Triplett wrote:
> > Package: grub
> > Version: 0.97-55
> > Severity: normal
> > 
> > The grub package presents the deprecation warning of grub-legacy (in
> > favor of grub 2) using a debconf note.  Please consider using
> > NEWS.Debian instead.  This would make the note less intrusive, equally
> > effective, and groupable with news from other packages.  It also makes
> > it easier to go back and read the news again later.
> 
> Hi Josh,
> 
> This note is important.  Is NEWS.Debian _always_ displayed?  I have the
> impression that this is not so.
> 
> Are you sure this doesn't require a specific package to be installed, or
> something like that?

apt-listchanges displays NEWS.Debian by default if installed.  Nothing
*forces* the installation of apt-listchanges, but note that packages use
NEWS.Debian for notes at least as important as the one from grub (along
the lines of "do this or stuff will break", "$FOO is deprecated", or "no
longer contains $FOO functionality, use other package").

- Josh Triplett



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

Bug#539818: cups: cannot print test page

[Felix Koop]

Thanks for the link. I changed the driver from Gutenprint to hpijs and
now everything is back working fine.

Regards, Felix






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

Bug#496082: More information needed

[Alexandre Dupas]

Does this bug still occurs with Arora 0.7.0-1 ?



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

Bug#520751: Fails to burn an audio CD

[Emilio Pozuelo Monfort]

Jérôme Marant wrote:
> Package: brasero
> Version: 0.8.0-3
> Severity: normal
> 
> Hi,
> 
> I'm trying to provide Brasero a set of FLAC files, in order
> to burn it on a 700Mb CD-R.
> After clicking on "Burn", it blocks at the "Normalizing tracks" step.

Can you check with brasero 2.26?

Thanks



signature.asc
Description: OpenPGP digital signature

Bug#539838: ITP: tvflash -- Mellanox firmware update utility

[Benoit Mortier]

Package: wnpp
Severity: wishlist
Owner: Benoit Mortier 


* Package name: tvflash
  Version : 0.9.0
  Upstream Author : Mellanox Technologies
* URL : http://www.openfabrics.org/
* License : (GPL)
  Programming Lang: (C)
  Description : Mellanox firmware update utility

 tvflash is used to query and update the firmware flash memory attached
 to Mellanox Infiniband cards.

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

-- 
Benoit Mortier
CEO 
OpenSides "logiciels libres pour entreprises" : http://www.opensides.be/
Contributor to Gosa Project : http://gosa-project.org/



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

Bug#537300: shiki-wise-theme: broken selection

[Benjamin Drung]

tag 537300 - wontfix
thanks

Upstream has increased the contrast. Now the text should be better
readable.


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#537240: [Build-common-hackers] Bug#537240: Bug#537240: Bug#537240: Bug#537240: cdbs: should create versioned debhelper dependency

[Russ Allbery]

Jonas Smedegaard  writes:
> On Mon, Aug 03, 2009 at 12:50:27PM -0700, Russ Allbery wrote:

>> If I were you, I'd special-case the debhelper dependency here to always
>> match the compat level (unless, of course, something is in use that
>> requires a newer version than the compat level).

> I understand you reasoning for backporting, but not for allowing
> alternate tools.  Did you not respond to that part, or do you mean to
> say that debhelper makes no sense to make room for alternate
> implementations of?

The latter.  Given the number of dependencies for debhelper in the archive
that are already versioned and will likely remain so (the archive as a
whole takes up new debhelper compat levels significantly faster than the
migration of those compat levels into a stable release; notice how many
packages are already depending on debhelper 7.0.50 or later for override
support), a replacement for debhelper is not going to be able to just
Provide:  debhelper and have that work in most interesting cases anyway.

Should anyone make a serious attempt to provide an alternative
implementation of debhelper, it will require using a versioned virtual
package similar to what's done for debconf, which will require more
comprehensive dependency changes anyway.  In the meantime, not versioning
debhelper dependencies for the one, somewhat special case of using an
older compat level isn't going to help much with such a possible future
transition.

-- 
Russ Allbery (r...@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#532244:

[Alexandre Dupas]

tags 532244 moreinfo
thanks

In Arora 0.7, there is a settings (edit/settings/appearance) to define
default font size : does this solve your issue?
Otherwise I suggest to forward this bug to upstream.

Alexandre Dupas



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

Bug#539835: ITP: simutrans-pak128.britain -- transportation simulator (data files)

[Ansgar Burchardt]

Package: wnpp
Severity: wishlist
Owner: Ansgar Burchardt 

* Package name: simutrans-pak128.britain
  Version : 0~svn174
  Upstream Author : The Hood
* URL : http://www.simutrans.com/
* License : Artistic
  Programming Lang: N/A
  Description : transportation simulator (data files)

 Simutrans is a free transportation simulator: The player operates a
 transportation company and has to transport goods and passengers between
 factories and different cities.
 .
 This package contains the pak128.Britain data set which includes
 British vehicles and buildings.



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

Bug#539833: ITP: sdpnetstat -- InfiniBand aware netstat like program

[Benoit Mortier]

Package: wnpp
Severity: wishlist
Owner: Benoit Mortier 


* Package name: sdpnetstat
  Version : 1.60
  Upstream Author : Vladimir Sokolovsky 
* URL : http://www.openfabrics.org/
* License : (GPL)
  Programming Lang: (C)
  Description : InfiniBand aware netstat like program

The package provides a netstat like program which is aware
 of the infiniband Sockets Direct Protocol (SDP).

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

-- 
Benoit Mortier
CEO 
OpenSides "logiciels libres pour entreprises" : http://www.opensides.be/
Contributor to Gosa Project : http://gosa-project.org/



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

Bug#539837: (nessus-core_2.2.11-2/avr32): FTBFS: Outdated config.{sub,guess}

[bradsmith]

Package: nessus-core
Version: 2.2.11-2
Severity: wishlist
User: bradsm...@debian.org
Usertags: avr32

Hi,

Whilst building your package on AVR32, the build failed due to outdated
config.{sub,guess} files.

Full build logs available:

  
http://buildd.debian-ports.org/build.php?pkg=nessus-core&arch=avr32&ver=2.2.11-2

Regards,
Bradley Smith

--
Bradley Smith b...@brad-smith.co.uk
Debian GNU/Linux Developer bradsm...@debian.org
GPG: 0xC718D347   D201 7274 2FE1 A92A C45C EFAB 8F70 629A C718 D347



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

Bug#539836: implement smarter arch:all package handling

[Modestas Vainius]

Package: reprepro
Version: 3.11.1-1
Severity: wishlist

Hello,

previous reprepro versions (3.5.2-6 in lenny for sure) used to allow to define
and use Architecture: all in conf/distributions. Now I get this error in such a
case:

Error: Distribution abcdef contains an architecture called 'all'.
There have been errors!

You may wonder what I have been using it for so I will explain. It is common
problem with Debian archive that once a new version of the source package that
has both arch:all and arch:any binary packages is uploaded to the archive,
arch:all packages are propagated to all architectures in the "Architecture"
field. This effectively means that until a new version is built for other
architectures, the package on them is very likely to be uninstallable to due
newer arch:all packages in their Packages files. So here it is how I solved this
problem (with lots of custom scripting):

1) Whenever including a .changes file (which has both arch:all and arch:$arch
packages), -A $arch is used to prevent arch:all from being included into other
arches.

2) Those arch:all packages from .changes are included into Architecture: all
section of the archive via dynamically generated pulls. Hence Architecture: all
always has the newest arch:all packages.

3) Whenever including binary-arch .changes of $arch, pull rules get generated
dynamically to pull the requested version of the arch:all packages from
"Architecture: all" section (remember, "Architecture:all" always has the latest
arch: all packages) to our "Architecture: $arch" section.

This way "Architecture: $arch" is never broken and "Architecture: all" is used
as a staging area for arch:all packages. I have not tested yet if I could use
"Architecture: dummy" rather than "Architecture: all" as such a staging area
for arch:all packages, but I believe I can hence the bug is wishlist. However,
it would be great if you could implement such inclusion behaviour in reprepro
itself. Just let me know if you would like to see my scripts.

Alternative solution (and probably easier overall) to the problem would be to
keep old arch:all packages in the Packages file (and pool) until all arch:$arch
(of the same version) for new arch:all packages are available. I believe APT
can cope with such Packages files properly. This looks like the task of
"Tracking", but it does not seem to affect Packages file processing (unless I'm
missing something) even if debs themselves are kept around.

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

Kernel: Linux 2.6.31-rc4-amd64 (SMP w/1 CPU core)
Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages reprepro depends on:
ii  libarchive12.6.2-1   Single library to read/write tar, 
ii  libbz2-1.0 1.0.5-3   high-quality block-sorting file co
ii  libc6  2.9-23GNU C Library: Shared libraries
ii  libdb4.6   4.6.21-14 Berkeley v4.6 Database Libraries [
ii  libgpg-error0  1.6-1 library for common error values an
ii  libgpgme11 1.1.8-2   GPGME - GnuPG Made Easy
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

Versions of packages reprepro recommends:
ii  apt  0.7.22~mdx2 Advanced front-end for dpkg

Versions of packages reprepro suggests:
ii  gnupg-agent   2.0.11-1   GNU privacy guard - password agent
pn  inoticoming(no description available)
ii  lzma  4.43-14Compression method of 7z format in

-- 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#539834: xemacs21: coding system error in "ediff"

[Christophe]

Package: xemacs21
Version: 21.4.22-2
Severity: normal

Hello,

When trying to use the "ediff" feature inside XEmacs, it is not possible to
navigate through the differences, it fails with this error message:
  No such coding system: emacs-internal

It seems that the xemacs teams knows about it:
http://tracker.xemacs.org/XEmacs/its/issue494

So, when the fix is available, it would be nice to make it available in The 
Debian.


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

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

Versions of packages xemacs21 depends on:
ii  xemacs21-mule 21.4.22-2  highly customizable text editor --

xemacs21 recommends no packages.

xemacs21 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#539372: ltsp-server: ltsp-build-client fails w/ 4 x "W: Failure while configuring base packages"

[Andre Majorel]

On 2009-08-03 04:46 -0700, Vagrant Cascadian wrote:
> On Fri, Jul 31, 2009 at 09:48:28AM +0200, Andre Majorel wrote:
> >   ltsp-build-client --dist sid --base /opt/ltsp-5 \
> > --mirror ftp://ftp.nerim.net/debian
> > 
> > from a Debian testing i386 ends with this :
> > 
> >   [...]
> >   I: Configuring apt...
> >   W: Failure while configuring base packages.
> >   W: Failure while configuring base packages.
> >   W: Failure while configuring base packages.
> >   W: Failure while configuring base packages.
> >   W: Failure while configuring base packages.
> >   error: LTSP client installation ended abnormally
> 
> this is probably not specific to anything LTSP is doing. could you try just
> using debootstrap:
> 
>   debootstrap sid /opt/test --mirror ftp://ftp.nerim.net/debian

Indeed. "debootstrap sid /opt/test ftp://ftp.nerim.net/debian";
emits the exact same warnings as above (minus the last line) and
exits with status 1.

Guess this bug report is really for deboostrap.

Thank you.

-- 
André Majorel 
Thanks to the Debian project for keeping my email address secret and
keeping me from being spammed.



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

Bug#539735: #539735 libncursesw5: does not render "ó" correctly

[Thomas Dickey]

On Mon, 3 Aug 2009, Thomas Dickey wrote:


I can reproduce this here, with 20090801


...and I can see the immediate cause (a fix which removed a special case
which has to be reworked):

20090704
+ remove wide-character checks from unctrl() (patch by Clemens Ladisch).
+ revise wadd_wch() and wecho_wchar() to eliminate dependency on
  unctrl().

unctrl() is used in waddch(), which in turn is used by printw().
The issue with unctrl() is that it "shouldn't" depend on wide-characters.
However, printw does, as reported here.

--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net



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

Bug#539158: Call for Votes on Bug#539158: […] assumes printf is a builtin

[Bdale Garbee]

On Thu, 2009-07-30 at 12:15 +0200, Andreas Barth wrote:
> Hi,
> 
> I'm calling on votes on the following options:
> 
> | 1. The Technical Committee refuses to overrule the udev maintainer, as
> | requested by Bug 539158. The committee suggests that the policy
> | maintainers document in the policy what the current best practices on
> | providing printf (and similar functions used in the initrd like [ and
> | test) by shells.
>  
> | 2. Further discussion
> 
> (As there is already a bug on the policy on the issue of builtins, I'd
> like to leave it to the policy team in case of 1 whether they want to
> clone this bug report or not.)

I vote 1 2.

Bdale



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

Bug#539832: ITP: rds-tools -- rds-tools

[Benoit Mortier]

Package: wnpp
Severity: wishlist
Owner: Benoit Mortier 


* Package name: rds-tools
  Version : 1.4
  Upstream Author : Olaf Kirch  
* URL : http://www.openfabrics.org
* License : (GPL)
  Programming Lang: (C)
  Description : rds-tools

 rds-tools is a collection of support tools for the
 infiniband Reliable Datagram Socket (RDS) protocol.

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

-- 
Benoit Mortier
CEO 
OpenSides "logiciels libres pour entreprises" : http://www.opensides.be/
Contributor to Gosa Project : http://gosa-project.org/



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

Bug#522500: epiphany-browser: fails to display bookmark favicon

[Emilio Pozuelo Monfort]

vittorio wrote:
> Package: epiphany-browser
> Version: 2.22.3-9
> Severity: normal
> 
> 
> Bookmark won't display favicons except for www.gnome.org. If I clean 
> browser's cache and close-restart the browser then favicons will 
> reappear, only to disappear again on next close-restart.
> 
> Happens 100% of times with or without favicons extension enabled.
> 
> If I look into .gnome2/epiphany/favicon_cahe not all icons will display 
> as thumbnails, except the gnome foot. Other favicons seems unrecognised 
> by nautilus.
> 
> Emptying browser's cache will empty favicon_cache too.
> 
> Can't tell since when it happens, must have been after upgrading some 
> package. 

Here favicons are shown fine in bookmarks, using ephy 2.26.

Can you check if it still happens with ephy from unstable or testing?

Emilio



signature.asc
Description: OpenPGP digital signature

Bug#539829: ITP: perftest -- Infiniband verbs performance tests

[Benoit Mortier]

Package: wnpp
Severity: wishlist
Owner: Benoit Mortier 


* Package name: perftest
  Version : 1.2
  Upstream Author : Oren Meron  
* URL : http://www.openfabrics.org/
* License : (GPL)
  Programming Lang: (C)
  Description : Infiniband verbs performance tests

This is a collection of tests written using Infiniband verbs intended for
use as a performance micro-benchmark. The tests can measure the latency
and bandwidth of Infiniband fabrics.

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

-- 
Benoit Mortier
CEO 
OpenSides "logiciels libres pour entreprises" : http://www.opensides.be/
Contributor to Gosa Project : http://gosa-project.org/



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

Bug#520817: Pos1 does not work

[Emilio Pozuelo Monfort]

Joachim Breitner wrote:
> Package: totem
> Version: 2.22.2-5
> Severity: normal
> 
> Hi,
> 
> when pressing Pos1 during playback or paused state, the time slider is
> actually pushed to the beginning, but immediatelly pushed back to where
> it was as playback continues.

What is Pos1? Does it still happen with GStreamer packages from unstable? If so,
can you attach a video that shows the problem? It's very likely related to the
specific decoder used for that video.

Cheers,
Emilio



signature.asc
Description: OpenPGP digital signature

Bug#539830: iproute: typo in ip manpage

[dann frazier]

Package: iproute
Version: 20090324-1
Severity: minor

Thew word "command" is misspelled in the following text:

   ip addrlabel flush - flush address labels
   the  commoand  flushes  the  contents of address labels and it does not
   restore default settings.

-- System Information:
Debian Release: squeeze/sid
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'unstable'), (1, 'experimental')
Architecture: ia64

Kernel: Linux 2.6.30-1-mckinley (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 iproute depends on:
ii  libc6.1   2.9-23 GNU C Library: Shared libraries
ii  libdb4.7  4.7.25-7   Berkeley v4.7 Database Libraries [

Versions of packages iproute recommends:
pn  libatm1(no description available)

Versions of packages iproute suggests:
pn  iproute-doc(no description available)

-- 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#539831: ITP: qlvnictools -- Tools for QLogic Virtual NICs

[Benoit Mortier]

Package: wnpp
Severity: wishlist
Owner: Benoit Mortier 


* Package name: qlvnictools
  Version : 0.0.1
  Upstream Author : Ramachandra Kuchimanchi 

* URL : http://www.openfabrics.org/
* License : (GPL)
  Programming Lang: (C)
  Description : Tools for QLogic Virtual NICs

 These tools allow the use and discovery of QLogic Virtual
 NIC (VNIC) devices via the Infiniband VNIC protocol.
 The VNIC driver enables a host on an Infiniband fabric
 to access nodes on an external Ethernet without requiring
 an Ethernet NIC to be installed in that host.

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

-- 
Benoit Mortier
CEO 
OpenSides "logiciels libres pour entreprises" : http://www.opensides.be/
Contributor to Gosa Project : http://gosa-project.org/



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

Bug#529667: Fixed with Recent Migration of KDE 4.2.4 to Test

[Soren Stoutner]

This problem has been fixed on my system with the recent migration of 4.2.4 
and all the attached libraries to testing.  I still don't know exactly what 
caused the problem.

P.S.  I am the original submitter, but I no longer work for the company that 
owns the domain name used to submit the bug.


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

Bug#539818: cups: cannot print test page

[Roger Leigh]

On Mon, Aug 03, 2009 at 09:20:43PM +0200, Felix Koop wrote:
> When printing any page, even the test page, on my HP laserjet 1010 printer, 
> all I get on the paper is one line:
> 
> Unsupported Personality: PCL
> 
> What do I need to change to be able to print again?

The printer driver you have selected is a PCL driver, and your printer
doesn't support PCL.  You'll need to check what your printer supports
and choose a driver to match.  You might have more luck with PostScript,
but you'll need to find out more details here yourself (I have no
knowledge of this specific model).

This is a good place to start:
http://www.linuxfoundation.org/en/OpenPrinting/Database/DatabaseIntro


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature

Bug#527130: starting with kernel 2.6.29, xosview uses 50% cpu continuously

[Andrew Sharp]

On Sat, 1 Aug 2009 23:23:55 -0600 Kartik Mistry 
wrote:

> Followups for: #527130
> 
> Hi,
> 
> Can you please check this bug (#527130) with latest kernel? xosview is
> working fine with my AMD64 system.

Just built and tested 2.6.30.4 and it's working, hooray.  Let's just
assume that Lenny xosview is also working and declare victory.

Thanks for pinging me with followups ~:^)

Cheers,

a



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

Bug#539828: ITP: ofed-docs -- Documentation for OFED Infiniband software

[Benoit Mortier]

Package: wnpp
Severity: wishlist
Owner: Benoit Mortier 


* Package name: ofed-docs
  Version : 1.4.1
  Upstream Author : Jeff Becker jeffrey.c.bec...@nasa.gov>
* URL : http://www.openfabrics.org/
* License : (GPL)
  Programming Lang: (Docs)
  Description : Documentation for OFED Infiniband software

The OpenFabrics (OFED) software stack is  designed to support server and
storage clustering and grid connectivity using Remote Direct Memory Access  
(RDMA)-based Infiniband and Internet Wide Area RDMA Protocol (iWARP) 
fabrics.
 .
The open-source software is optimized for performance (i.e., high 
throughput, low latency) using RDMA and transport-offload technologies 
available in adapter hardware. OFED provides a set of kernel drivers, 
userspace libraries and applications which are known to work together.
 .
This package contains documentation for the software.

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

-- 
Benoit Mortier
CEO 
OpenSides "logiciels libres pour entreprises" : http://www.opensides.be/
Contributor to Gosa Project : http://gosa-project.org/



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

Bug#539735: #539735 libncursesw5: does not render "ó" correctly

[Thomas Dickey]

I can reproduce this here, with 20090801

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#538871: eclipse: Fails to start on amd64

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi

I had a look around and there has been a similar problem in eclipse
version 3.2 [1], which may be of use in finding and fixing this problem.

Could I have you post the output of:

"javap -classpath
/usr/lib/eclipse/plugins/org.eclipse.swt.gtk.linux.$ARCH.jar
 -c org.eclipse.swt.widgets.Display | grep fixedClassInitProc" [2]


~Niels

[1] http://lists.freebsd.org/pipermail/freebsd-java/2006-August/005611.html
[2] It is called "org.eclipse.swt.gtk.linux.x86.source_3.4.1.v3449c.jar"
on my machine, but your mileage may wary.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkp3UQUACgkQVCqoiq1YlqxtqwCfYSvdu6qDvMfDKtvWrlcYkBQK
NaoAn2Lqv2fWA2+qjyfh0SNmio3ATTCa
=Eru0
-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#539827: ITP: mstflint -- Mellanox firmware burning application

[Benoit Mortier]

Package: wnpp
Severity: wishlist
Owner: Benoit Mortier 


* Package name: mstflint
  Version : 1.4
  Upstream Author : Oren Kladnitsky 
* URL : http://www.openfabrics.org/
* License : (GPL)
  Programming Lang: (C)
  Description : Mellanox firmware burning application

 This package contains a tool for burning firmware onto
 Mellanox manufactured InfiniBand adapters.

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

-- 
Benoit Mortier
CEO 
OpenSides "logiciels libres pour entreprises" : http://www.opensides.be/
Contributor to Gosa Project : http://gosa-project.org/



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

Bug#539826: ITP: libsdp -- Library to allow use of Infiniband Sockets Direct Protocol

[Benoit Mortier]

Package: wnpp
Severity: wishlist
Owner: Benoit Mortier 


* Package name: libsdp
  Version : 1.1.99
  Upstream Author : Amir Vadai  
* URL : http://www.openfabrics.org
* License : (GPL)
  Programming Lang: (C)
  Description : Library to allow use of Infiniband Sockets Direct 
Protocol (SDP)

libsdp is a LD_PRELOAD-able library which can be used to make an 
application use the Infiniband Sockets Direct Protocol (SDP) rather than 
TCP. The change in protocol is transparent and does not require the 
application to be  recompiled.

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

-- 
Benoit Mortier
CEO 
OpenSides "logiciels libres pour entreprises" : http://www.opensides.be/
Contributor to Gosa Project : http://gosa-project.org/



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

Bug#539825: ITP: libnes -- A userspace driver for NetEffect NICs

[Benoit Mortier]

Package: wnpp
Severity: wishlist
Owner: Benoit Mortier 


* Package name: libnes
  Version : 0.6
  Upstream Author : Chien Tung  
* URL : http://www.openfabrics.org/
* License : (GPL)
  Programming Lang: (C, C++, C#, Perl, Python, etc.)
  Description : A userspace driver for NetEffect NICs

 libnes provides a device-specific userspace driver for NetEffect
 Network Interface Cards which support Internet Wide Area RDMA Protocol
 (iWARP). It works as a plugin module for libibverbs and allows programs
 to use the NetEffect hardware directly from userspace.

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

-- 
Benoit Mortier
CEO 
OpenSides "logiciels libres pour entreprises" : http://www.opensides.be/
Contributor to Gosa Project : http://gosa-project.org/



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

Bug#539822: qmmp: LyricWiki major changes in API

[Eugene V. Lyubimkin]

package qmmp
forwarded 539822 http://code.google.com/p/qmmp/issues/detail?id=142
thanks

Mauro Lizaur wrote:
> Package: qmmp
> Severity: normal
> 
> Hi there,
> as reported by Sean Colombo [0], the LyricWiki API will stop working 
> as it was on the past.
> 
Hello Mauro, thanks you for the report. Someone was quick enough to report
this upstream already. Thus marking the bug as forwarded to appropriate issue
page.

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Maintainer



signature.asc
Description: OpenPGP digital signature

Bug#246183: [246183] found in 4.4.1-1

[grave]

found 246183 4.4.1-1
thanks




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

Bug#539823: nbd-client: No way to specify options for init script

[Wouter Verhelst]

severity 539823 wishlist
thanks

On Mon, Aug 03, 2009 at 09:02:58PM +0100, Anton Ivanov wrote:
> Package: nbd-client
> Version: 1:2.9.11-3
> Severity: important

Please. Severity inflation is a good way to lose your credibility.

It is not a bug, as it is not about functionality that ostensibly would
be there but isn't. It is a wishlist item, since it describes
functionality that you would wish is there, but isn't.

> I am trying to specify -persist as default and there does 
> not seem to be any sensible way to do it short of editing the init.d script
> Same for -timeout or -swap
> 
> Suggestion there should be an extra variable in the config file
> NBD_OPTIONS[$i] which supplies this information

I was going to close this bug outright with a message of "it's right
there," but apparently it isn't. It *used* to exist in nbd-server, until
I changed that so it would parse a real config file (which is far
superior). At the time, nbd-client didn't have much options, but these
days it does.

I'm inclined to agree that such an option could be useful, but
nbd-client's command line parsing code is pretty horrible (it's on my
long-term TODO list to fix that), and the options are positional (i.e.,
using "nbd-client bs=1024k 192.168.0.1 1234 /dev/nbd0" will work, but
specifying the blocksize after the device won't; likewise, -persist and
-sdp and friends need to be specified last, and will break if specified
first). Allowing to specify these options with the introduction of just
one variable per export isn't going to work; it would require a bit
more, and would get rather ugly rather quick.

I'm not sure what the best way is to fix this. Patches are welcome,
however.

-- 
The biometric identification system at the gates of the CIA headquarters
works because there's a guard with a large gun making sure no one is
trying to fool the system.
  http://www.schneier.com/blog/archives/2009/01/biometrics.html



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

Bug#536183: Can't change CPU scaling governor after .29 to .30 upgrade.

[Jarek Kamiński]

On Wed, Jul 08, 2009 at 12:16:58PM +1000, Trent W. Buck wrote:

Hi Trent.

> After upgrading from .29 to .30, I can no longer change my CPU
> frequency scaling governor:
> 
> # cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
> ondemand performance
> # printf ondemand >/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
> # cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
> performance
> 
> This is super annoying.  I am using an EeePC 701 with a Celeron CPU.
> 
> ** Kernel log:
> [   73.276680] ondemand governor failed, too long transition latency of HW, 
> fallback to performance governor
> [  158.079576] ondemand governor failed, too long transition latency of HW, 
> fallback to performance governor
> [ 2192.786164] ondemand governor failed, too long transition latency of HW, 
> fallback to performance governor
> [ 2235.556866] ondemand governor failed, too long transition latency of HW, 
> fallback to performance governor
> 
> ** Loaded modules:
> Module  Size  Used by
> p4_clockmod 3948  0 
> speedstep_lib   4136  1 p4_clockmod

I'm also hit by this bug. I've found some information at
:
| You should not use ondemand with clockmod. The clockmod module has
| a very high switching latency, that's why it's disabled in 2.6.30. The
| error message says it all I think.

Unfortunately p4-clockmod is the only driver working with my CPU
(Intel(R) Celeron(R) CPU 2.60GHz), but You have newer CPU, so maybe it's
worth trying other drivers.

Of course I see it as a regression, it would be nice, if it gets
fixed...

Jarek.


signature.asc
Description: Digital signature

Bug#537240: [Build-common-hackers] Bug#537240: Bug#537240: Bug#537240: Bug#537240: cdbs: should create versioned debhelper dependency

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Mon, Aug 03, 2009 at 12:50:27PM -0700, Russ Allbery wrote:
>Jonas Smedegaard  writes:
>
>> Versioned dependencies are avoided whenever permitted by Debian 
>> Policy, to ease backporting and to ease use of alternative tools 
>> providing same interface.
>
>I understand that argument in general, but that seems to directly 
>contradict what you're doing with debhelper in particular.  Adding the 
>versioned dependency on debhelper can only help backporting (in 
>admittedly unusual circumstances), and it makes no difference for 
>alternative tools.
>
>If I were you, I'd special-case the debhelper dependency here to always 
>match the compat level (unless, of course, something is in use that 
>requires a newer version than the compat level).

I understand you reasoning for backporting, but not for allowing 
alternate tools.  Did you not respond to that part, or do you mean to 
say that debhelper makes no sense to make room for alternate 
implementations of?


Kind regards,

   - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

   [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBCgAGBQJKd0lsAAoJECx8MUbBoAEh4L4QAJKYEVi7bNb3rkIjoY/UWZ6g
FCgQkZ/nPQxYOVd+jeEXNEw1RRvBzcOT+4R+ZaoveKrVpVzBRuxOHHZz2ubzS9iE
N1yA9gLEb7e4kTvUpFt69s5sOa5HBjA0vmzbkLYaZVyO+VdeiZsOE/afSh+L/AUV
kJqbRxHXJDSmYKZLVGO5fAPbDiHZHEbuGqGfgT//TGqRSZqR08IpS/a+LMlALU+T
3VJ33229fLdBVQ2MtJaatfDGopaompsIwv4aUI3maF8VszqpxTrzFKJ2u/1LqXpn
bMgd2PsvXS5mIkHi6qdXyJeZtDsIApZqs93zcuWF7qtMP/iOmLyUShrk+qsLTasF
3mWuQEStTOUdC14RtAN4OAIjlOQ/Il8Cy2oI/0t9RBIsQhFVpe+Raova9T1T2s92
KFd8Ewy4tajFgYtZqZHUqTt1mdjB+goHOQEEAbBAv7lePVkGAJ96ZnrT3DRPM9WD
lodIpPrR3VOjTMueT4Y6zmH7UhFUu6K/oaZG02D5ew7zNnOhAuoQyYCYzq65y4ZT
ucN5XKTDBKXnzpY7zLypUv6hQe6v3yBTVAKIYK9dyWTHQhJebUGT3jNunpR6F79N
5zZSUTa7pA+N63O/LTHSHwYbPk7brziV/ryQs6iBS7bEaHLsCjfAg+ggJiZniKRd
G/mVTIqHYoWGgDmQvzZE
=fK55
-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#535467: [PATCH] use getaddrinfo() instead of gethostbyname()

[Michael Stapelberg]

Hi,

I can confirm this behaviour. While one can work around it using
"options inet6" in /etc/resolv.conf, a better solution is converting hostname
to use getaddrinfo() instead of gethostbyname(). getaddrinfo() is the
preferred function to resolve addresses, see for example this entry from Ulrich
Drepper:

http://udrepper.livejournal.com/16116.html

So, after applying the patch I attached, the new version of hostname correctly
handles my IPv6-only host:

$ hostname
x200
$ hostname -f
No address associated with name
$ hostname -i
192.168.1.42
$ ./hostname-patched
x200
$ ./hostname-patched -f
x200.zekjur.net
$ ./hostname-patched -i 
2001:4d88:1008:4242:21f:16ff:fe06:3aab

Note that using getaddrinfo() removes old cruft, that is, the aliases field
returned by gethostbyname(). Thus, hostname -a will not work anymore. I’ve
documented this in the manpage and left the option available for backwards
compatibility.

Please apply the attached patch,

Thanks and best regards,
Michael


hostname-ipv6.patch
Description: Binary data