Bug#519781: glibc-doc: various pthread_* manpages gone in squeeze package

[Arren Lex]

Package: glibc-doc
Version: 2.9-4
Severity: normal

Various pthread_* manpages, such as pthread_create and pthread_exit,
have disappeared
between the lenny (2.7-18) and squeeze (2.9-4) versions of this package.

I have been reading bug #506515 but it seems to indicate these
manpages were moved somewhere.
However, I cannot find them or analogues to them in any package,
including manpages-dev
(although that package does contain some other pthread_* manpages).

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

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

glibc-doc depends on no packages.

glibc-doc recommends no packages.

Versions of packages glibc-doc suggests:
pn  glibc-doc-reference(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#518314: installs obsolete /etc/modutils/vtund/vtun-mod

[Martín Ferrari]

tags 518314 + pending
thanks

Marco, thanks for spotting this, it's fixed in SVN now.

On Thu, Mar 5, 2009 at 08:50, Marco d'Itri  wrote:
> Package: vtun
> Severity: normal
>
> modutils has not been supported on Debian systems for a long time.
>
> --
> ciao,
> Marco
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iEYEARECAAYFAkmvvJgACgkQFGfw2OHuP7FFtACgjwc8k+u3BQLQ/tRSaeWSA7MB
> u6YAoJaJRBkypfsn8hkJycwTKdZgSmhH
> =ePM8
> -END PGP SIGNATURE-
>
>



-- 
Martín Ferrari



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

Bug#519779: inconsistent documentation

[Mattia Monga]

In fact the problem is a mismatch between the main package and
gambit-doc+README.Debian: the latter documents an older version of the
program. Please make the package consistent with the actual version.

-- 
Mattia Monga



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

Bug#515860: Little problem with removal of db4.4

[Clint Adams]

On Fri, Mar 13, 2009 at 01:24:14PM +0100, Patrick Winnertz wrote:
> There a slight problem with the removal of db4.4 as ldiskfsprogs really needs 
> 4.4 and nothing higher atm. 
> After a speak with upstream it got clear that newer version won't compile 
> (and 
> if they would compile) there is no guarantee that you didn't break your 
> lustre 
> filesystem while using them.
> 
> So there is currently no other choice for me as to keep 4.4 in build-depends. 
> There is a work in progress on upstream's site in order to port the lustre 
> patches for e2fsprogs to an newer version and to support then also a newer db 
> api. 
> Until that I would like to ask you to reschedule the db4.4 removal as these 
> tools are really necessary for the usage of a lustre cluster filesystem.

It's looking more and more unlikely that I'll have time to look at this this
weekend, but there's still a chance.



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

Bug#519780: gambit: New upstream version available

[Mattia Monga]

Package: gambit
Version: 0.2006.01.20-2.2
Severity: wishlist

A new version of the program is available: please package it.

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

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

Versions of packages gambit depends on:
ii  libc62.9-4   GNU C Library: Shared libraries
ii  libgcc1  1:4.3.3-5   GCC support library
ii  libstdc++6   4.3.3-5 The GNU Standard C++ Library v3
ii  libwxbase2.6-0   2.6.3.2.2-3 wxBase library (runtime) - non-GUI
ii  libwxgtk2.6-02.6.3.2.2-3 wxWidgets Cross-platform C++ GUI t

gambit recommends no packages.

gambit 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#519774: libc6: causes many programs not to be able to resolve dns addresses

[Petr Vandrovec]

Hello,
  it seems that DNS resolver is grossly confused, and sends
two DNS requests on same socket back to back (strace below is
from 'lynx http://www.jeep.com').  In first one DNS server
responded only to second packet sent by resolver, and resolve
failed (after that mdns was tried, and eventually lynx reported
error that www.jeep.com does not exist).  In second one DNS
server responded only to first packet (in my tests I've never
seen DNS server responding to both requests), and although DNS
resolver still uselessly waited for 5 seconds, slowing web browsing
to being almost unusable, after that 5 seconds DNS resolver
declared success, and moved on.

My /etc/resolv.conf is:

gwy:~# cat /etc/resolv.conf
domain hsd1.ca.comcast.net.
search hsd1.ca.comcast.net.
nameserver 68.87.76.178
nameserver 68.87.78.130
nameserver 68.87.69.146
gwy:~#

It seems to be caused by __libc_res_nquery always sending both
T_A and T_ request when T_UNSPEC query is being sent, and
getting confused when only T_ reply arrives.

2008-05-10  Ulrich Drepper  
...
* resolv/res_query.c (__libc_res_nquery): Take two additional
  parameters for second answer buffer.  Handle
  type=T_UNSPEC to mean look up IPv4 and IPv6.
  Change all callers.

Sending only one reply seems to be property of Comcast's servers.
When I use DNS server 147.32.1.20 (which runs bind), I'm getting two
responses.  I'll try talking to Comcast support, but I doubt they'll
have any idea what I'm talking about.
Petr


16469 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
16469 connect(3, {sa_family=AF_INET, sin_port=htons(53),
sin_addr=inet_addr("68.87.76.178")}, 28) = 0
16469 fcntl64(3, F_GETFL)   = 0x2 (flags O_RDWR)
16469 fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0
16469 gettimeofday({1237095720, 803573}, NULL) = 0
16469 poll([{fd=3, events=POLLOUT}], 1, 0) = 1 ([{fd=3,
revents=POLLOUT}])
16469 send(3, "\30\223\1\0\0\1\0\0\0\0\0\0\3www\4jeep\3com\0\0\1\0\1",
30, MSG_NOSIGNAL) = 30
16469 poll([{fd=3, events=POLLIN|POLLOUT}], 1, 5000) = 1 ([{fd=3,
revents=POLLOUT}])
16469 send(3, "\3503\1\0\0\1\0\0\0\0\0\0\3www\4jeep\3com\0\0\34\0\1",
30, MSG_NOSIGNAL) = 30
16469 gettimeofday({1237095720, 803994}, NULL) = 0
16469 poll([{fd=3, events=POLLIN}], 1, 4999) = 1 ([{fd=3,
revents=POLLIN}])
16469 ioctl(3, FIONREAD, [159]) = 0
16469 recvfrom(3,
"\3503\201\200\0\1\0\2\0\1\0\0\3www\4jeep\3com\0\0\34\0\1\300\f"...,
2048, 0, {sa_family=AF_INET, sin_port=htons(53),
sin_addr=inet_addr("68.87.76.178")}, [16]) = 159
16469 gettimeofday({1237095720, 831053}, NULL) = 0
16469 poll([{fd=3, events=POLLIN}], 1, 4972) = 0 (Timeout)
16469 close(3)  = 0

17497 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
17497 connect(3, {sa_family=AF_INET, sin_port=htons(53),
sin_addr=inet_addr("68.87.76.178")}, 28) = 0
17497 fcntl64(3, F_GETFL)   = 0x2 (flags O_RDWR)
17497 fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0
17497 gettimeofday({1237096105, 330041}, NULL) = 0
17497 poll([{fd=3, events=POLLOUT}], 1, 0) = 1 ([{fd=3,
revents=POLLOUT}])
17497 send(3, "1\311\1\0\0\1\0\0\0\0\0\0\3www\4jeep\3com\0\0\1\0\1", 30,
MSG_NOSIGNAL) = 30
17497 poll([{fd=3, events=POLLIN|POLLOUT}], 1, 5000) = 1 ([{fd=3,
revents=POLLOUT}])
17497 send(3, "\367\241\1\0\0\1\0\0\0\0\0\0\3www\4jeep\3com\0\0\34\0\1",
30, MSG_NOSIGNAL) = 30
17497 gettimeofday({1237096105, 330529}, NULL) = 0
17497 poll([{fd=3, events=POLLIN}], 1, 4999) = 1 ([{fd=3,
revents=POLLIN}])
17497 ioctl(3, FIONREAD, [117]) = 0
17497 recvfrom(3,
"1\311\201\200\0\1\0\3\0\0\0\0\3www\4jeep\3com\0\0\1\0\1\300\f"...,
2048, 0, {sa_family=AF_INET, sin_port=htons(53),
sin_addr=inet_addr("68.87.76.178")}, [16]) = 117
17497 gettimeofday({1237096105, 350551}, NULL) = 0
17497 poll([{fd=3, events=POLLIN}], 1, 4979) = 0 (Timeout)
17497 close(3)  = 0




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

Bug#519535: history expansion: modifier completion missing

[Clint Adams]

On Fri, Mar 13, 2009 at 11:55:55AM +0100, martin f krafft wrote:
> I tried to show off zsh to a sceptic today and had to find out the
> hard way that it does not (yet) provide completion for history
> expansion modifiers, e.g.
> 
>   echo !$:
> 
> should list
> 
>   h  Remove a trailing pathname component, leaving the head.  This works like 
> ‘dirname’.
>   r  Remove a filename extension of the form ‘.xxx’, leaving the root name.
>   e  Remove all but the extension.
>   t  Remove all leading pathname components, leaving the tail.  This works 
> like  ‘basename’.
>   p  Print the new command but do not execute it.  Only works with history 
> expansion.
>   q  Quote the substituted words, escaping further substitutions.  Works with 
> history expan‐
> sion and parameter expansion, though for parameters it is only useful if 
> the  resulting
> text is to be re-evaluated such as by eval.
>   Q  Remove one level of quotes from the substituted words.
>   x  Like q, but break into words at whitespace.  Does not work with 
> parameter expansion.
>   l  Convert the words to all lowercase.
>   u  Convert the words to all uppercase.
> 
> etc.

Anyone want to tackle this?



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

Bug#519779: gambit: missing GCL

[Mattia Monga]

Package: gambit
Version: 0.2006.01.20-2.2
Severity: important

README.Debian and the gambit-doc manual mention a Gambit Command Language tool 
that is missing from the package. The only way to create a game and analyze it 
is through the GUI: this makes hard to create complex games since the .nfg 
format is not precisely documented.

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

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

Versions of packages gambit depends on:
ii  libc62.9-4   GNU C Library: Shared libraries
ii  libgcc1  1:4.3.3-5   GCC support library
ii  libstdc++6   4.3.3-5 The GNU Standard C++ Library v3
ii  libwxbase2.6-0   2.6.3.2.2-3 wxBase library (runtime) - non-GUI
ii  libwxgtk2.6-02.6.3.2.2-3 wxWidgets Cross-platform C++ GUI t

gambit recommends no packages.

gambit 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#519665: [INTL:te] Telugu iso-codes translation for ISO 3166

[Y Giridhar Appaji Nag]

On 09/03/14 14:05 +0530, Y Giridhar Appaji Nag said ...
> Please find the ISO 3166 Telugu translation.  I am aiming for a te_IN
> translation of d-i for squeeze, please include this in the iso-codes package.

A few corrections and updated translation attached.  Patch against the
latest in git.

Cheers,

Giridhar

-- 
Y Giridhar Appaji Nag | http://appaji.net/
From 6571127c5e632792ba26f4ba6633861565eeae91 Mon Sep 17 00:00:00 2001
From: Y Giridhar Appaji Nag 
Date: Sun, 15 Mar 2009 10:50:04 +0530
Subject: [PATCH] ISO 3166: Telugu translation update


Signed-off-by: Y Giridhar Appaji Nag 
---
 ChangeLog  |4 +++-
 iso_3166/te.po |   41 ++---
 2 files changed, 21 insertions(+), 24 deletions(-)

diff --git a/ChangeLog b/ChangeLog
index aba7e5c..cc7cdca 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -8,9 +8,11 @@ UNRELEASED
   * Russian by Yuri Kozlov
   * Finnish by Tommi Vainikainen (TP)
 
+  [ ISO 3166 translations ]
+  * Telugu added by Y Giridhar Appaji Nag. Closes: #519665
+
   [ ISO 3166-2 translations ]
   * Indonesian by Andhika Padmawan (TP)
-  * Telugu added by Y Giridhar Appaji Nag. Closes: #519665
 
 iso-codes 3.7
 -
diff --git a/iso_3166/te.po b/iso_3166/te.po
index b6c84fd..dd6545c 100644
--- a/iso_3166/te.po
+++ b/iso_3166/te.po
@@ -1,19 +1,18 @@
-# translation of te.po to Telugu
-# Translation of ISO 3166 (country names) to LANGUAGE
+# Translation of ISO 3166 (country names) to Telugu (te_IN)
 #
 # This file is distributed under the same license as the iso-codes package.
 #
 # Copyright (C)
 #
 # Y Giridhar Appaji Nag , 2008.
+# Y Giridhar Appaji Nag , 2009.
 msgid ""
 msgstr ""
 "Project-Id-Version: te\n"
-"Report-Msgid-Bugs-To: Debian iso-codes team \n"
+"Report-Msgid-Bugs-To: Debian iso-codes team \n"
 "POT-Creation-Date: 2008-10-18 10:19+0200\n"
-"PO-Revision-Date: 2008-12-09 17:40+0530\n"
-"Last-Translator: Y Giridhar Appaji Nag \n"
+"PO-Revision-Date: 2009-03-15 10:40+0530\n"
+"Last-Translator: Y Giridhar Appaji Nag \n"
 "Language-Team: Telugu \n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
@@ -402,7 +401,7 @@ msgstr "డెన్మార్క్"
 
 #. official_name for DNK
 msgid "Kingdom of Denmark"
-msgstr "సామ్రాజ్యము"
+msgstr "డెన్మార్క్ సామ్రాజ్యము"
 
 #. name for DJI
 msgid "Djibouti"
@@ -742,7 +741,7 @@ msgstr "జోర్డాన్"
 
 #. official_name for JOR
 msgid "Hashemite Kingdom of Jordan"
-msgstr "సామ్రాజ్యము"
+msgstr "జోర్డాన్ హసమైతి సామ్రాజ్యము"
 
 #. name for KAZ
 msgid "Kazakhstan"
@@ -822,7 +821,7 @@ msgstr "లెసోతో"
 
 #. official_name for LSO
 msgid "Kingdom of Lesotho"
-msgstr "సామ్రాజ్యము"
+msgstr "లెసోతో సామ్రాజ్యము"
 
 #. name for LBR
 msgid "Liberia"
@@ -1045,10 +1044,8 @@ msgid "Nepal"
 msgstr "నేపాల్"
 
 #. official_name for NPL
-#, fuzzy
-#| msgid "Federal Democratic Republic of Ethiopia"
 msgid "Federal Democratic Republic of Nepal"
-msgstr "ఇథియోపియా ఫెడరల్ గణతంత్రము"
+msgstr "నేపాల్ ఫెడరల్ గణతంత్రము"
 
 #. name for NLD
 msgid "Netherlands"
@@ -1056,7 +1053,7 @@ msgstr "నెదర్లాండ్స్"
 
 #. official_name for NLD
 msgid "Kingdom of the Netherlands"
-msgstr "నెదర్లాండ్స్ రాజ్యం"
+msgstr "నెదర్లాండ్స్ సామ్రాజ్యము"
 
 #. name for ANT, historic names for ANT (withdrawn 1993-07-12)
 msgid "Netherlands Antilles"
@@ -1120,7 +1117,7 @@ msgstr "నార్వే"
 
 #. official_name for NOR
 msgid "Kingdom of Norway"
-msgstr "సామ్రాజ్యము"
+msgstr "నార్వే సామ్రాజ్యము"
 
 #. name for OMN
 msgid "Oman"
@@ -1300,7 +1297,7 @@ msgstr "సౌదీ అరేబియా"
 
 #. official_name for SAU
 msgid "Kingdom of Saudi Arabia"
-msgstr "సామ్రాజ్యము"
+msgstr "సౌదీ అరేబియా సామ్రాజ్యము"
 
 #. name for SEN
 msgid "Senegal"
@@ -1388,7 +1385,7 @@ msgstr "స్పెయిన్"
 
 #. official_name for ESP
 msgid "Kingdom of Spain"
-msgstr "సామ్రాజ్యము"
+msgstr "స్పెయిన్ సామ్రాజ్యము"
 
 #. name for LKA
 msgid "Sri Lanka"
@@ -1424,7 +1421,7 @@ msgstr "స్వాజీలాండ్"
 
 #. official_name for SWZ
 msgid "Kingdom of Swaziland"
-msgstr "సామ్రాజ్యము"
+msgstr "స్వాజీలాండ్ సామ్రాజ్యము"
 
 #. name for SWE
 msgid "Sweden"
@@ -1432,7 +1429,7 @@ msgstr "స్వీడన్"
 
 #. official_name for SWE
 msgid "Kingdom of Sweden"
-msgstr "సామ్రాజ్యము"
+msgstr "స్వీడన్ సామ్రాజ్యము"
 
 #. name for CHE
 msgid "Switzerland"
@@ -1476,7 +1473,7 @@ msgstr "థాయిలాండ్"
 
 #. official_name for THA
 msgid "Kingdom of Thailand"
-msgstr "సామ్రాజ్యము"
+msgstr "థాయిలాండ్ సామ్రాజ్యము"
 
 #. name for TLS
 msgid "Timor-Leste"
@@ -1504,7 +1501,7 @@ msgstr "టోంగా"
 
 #. official_name for TON
 msgid "Kingdom of Tonga"
-msgstr "సామ్రాజ్యము"
+msgstr "టోంగా సామ్రాజ్యము"
 
 #. name for TTO
 msgid "Trinidad and Tobago"
@@ -1564,7 +1561,7 @@ msgstr "యునైటెడ్ కింగ్‌డమ్"
 
 #. official_name for GBR
 msgid "United Kingdom of Great Britain and Northern Ireland"
-msgstr "గ్రేట్ బ్రిటన్ మరియు ఉత్తర ఐర్లాండ్"
+msgstr "గ్రేట్ బ్రిటన్ యునైటెడ్ కింగ్‌డమ్ & ఉత్తర ఐర్లాండ్"
 
 #. name for USA
 msgid "United States"
@@ -1814,5 +1811,3 @@ msgstr "యుగొస్లావియ సోషలిస్ట్  ఫెడ
 msgid "Zaire, Republic of"
 msgstr "జైర్ గణతంత్రము"
 
-#~ msgid "Kingdom of N

Bug#519555: "KNOWN PROBLEM" vs. 20/20 links

[jidanni]

Hello Mr. 鴨志田.
it happens with other packages too. I only tried the S/K20's.

# rcconf --list|grep wwwoffle
wwwoffle on
# rcconf --off wwwoffle
# rcconf --list|grep wwwoffle
# rcconf --on wwwoffle
Service 'wwwoffle' doesn't exist.
# rcconf --list|grep exim4
exim4 on
# rcconf --off exim4
# rcconf --on exim4
Service 'exim4' doesn't exist.
# update-rc.d -f exim4 remove
 Removing any system startup links for /etc/init.d/exim4 ...
   /etc/rc0.d/K20exim4
   /etc/rc1.d/K20exim4
   /etc/rc2.d/K20exim4
   /etc/rc3.d/K20exim4
   /etc/rc4.d/K20exim4
   /etc/rc5.d/K20exim4
   /etc/rc6.d/K20exim4
# update-rc.d exim4 defaults
 Adding system startup for /etc/init.d/exim4 ...
   /etc/rc0.d/K20exim4 -> ../init.d/exim4
   /etc/rc1.d/K20exim4 -> ../init.d/exim4
   /etc/rc6.d/K20exim4 -> ../init.d/exim4
   /etc/rc2.d/S20exim4 -> ../init.d/exim4
   /etc/rc3.d/S20exim4 -> ../init.d/exim4
   /etc/rc4.d/S20exim4 -> ../init.d/exim4
   /etc/rc5.d/S20exim4 -> ../init.d/exim4
# rcconf --list|grep exim4
exim4 on
# rcconf --off exim4
# rcconf --on exim4
Service 'exim4' doesn't exist.
# update-rc.d -f exim4 remove
 Removing any system startup links for /etc/init.d/exim4 ...
   /etc/rc0.d/K20exim4
   /etc/rc1.d/K20exim4
   /etc/rc2.d/K20exim4
   /etc/rc3.d/K20exim4
   /etc/rc4.d/K20exim4
   /etc/rc5.d/K20exim4
   /etc/rc6.d/K20exim4
# update-rc.d exim4 defaults
 Adding system startup for /etc/init.d/exim4 ...
   /etc/rc0.d/K20exim4 -> ../init.d/exim4
   /etc/rc1.d/K20exim4 -> ../init.d/exim4
   /etc/rc6.d/K20exim4 -> ../init.d/exim4
   /etc/rc2.d/S20exim4 -> ../init.d/exim4
   /etc/rc3.d/S20exim4 -> ../init.d/exim4
   /etc/rc4.d/S20exim4 -> ../init.d/exim4
   /etc/rc5.d/S20exim4 -> ../init.d/exim4
# rcconf --on exim4
Service 'exim4' is already off. Skipping...

But we asked to turn it on, not off...



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

Bug#519777: alsa-source: /dev/sequencer not created for build with EMU10K1

[Arthur Marsh]

Package: alsa-source
Version: 1.0.19.dfsg-1
Severity: normal


When running asfxload against alsa-source compiled for EMU10K1 with 
sequencer support and installed, I get the errors:

access("/etc/asound.conf", R_OK)= -1 ENOENT (No such file or 
directory)
access("/root/.asoundrc", R_OK) = -1 ENOENT (No such file or 
directory)
open("/dev/snd/controlC0", O_RDONLY)= 3
close(3)= 0
open("/dev/snd/hwC0D2", O_RDONLY)   = -1 ENOENT (No such file or 
directory)
open("/dev/snd/controlC0", O_RDONLY)= 3
close(3)= 0
open("/dev/snd/hwC0D2", O_RDONLY)   = -1 ENOENT (No such file or 
directory)
stat64("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8967, 
...}) = 0
open("/dev/snd/controlC1", O_RDONLY)= -1 ENOENT (No such file or 
directory)
open("/dev/aloadC1", O_RDONLY)  = -1 ENOENT (No such file or 
directory)
stat64("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8967, 
...}) = 0
open("/dev/snd/controlC2", O_RDONLY)= -1 ENOENT (No such file or 
directory)
open("/dev/aloadC2", O_RDONLY)  = -1 ENOENT (No such file or 
directory)
stat64("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8967, 
...}) = 0
open("/dev/snd/controlC3", O_RDONLY)= -1 ENOENT (No such file or 
directory)
open("/dev/aloadC3", O_RDONLY)  = -1 ENOENT (No such file or 
directory)
stat64("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8967, 
...}) = 0
open("/dev/snd/controlC4", O_RDONLY)= -1 ENOENT (No such file or 
directory)
open("/dev/aloadC4", O_RDONLY)  = -1 ENOENT (No such file or 
directory)
stat64("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8967, 
...}) = 0
open("/dev/snd/controlC5", O_RDONLY)= -1 ENOENT (No such file or 
directory)
open("/dev/aloadC5", O_RDONLY)  = -1 ENOENT (No such file or 
directory)
stat64("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8967, 
...}) = 0
open("/dev/snd/controlC6", O_RDONLY)= -1 ENOENT (No such file or 
directory)
open("/dev/aloadC6", O_RDONLY)  = -1 ENOENT (No such file or 
directory)
stat64("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8967, 
...}) = 0
open("/dev/snd/controlC7", O_RDONLY)= -1 ENOENT (No such file or 
directory)
open("/dev/aloadC7", O_RDONLY)  = -1 ENOENT (No such file or 
directory)
write(2, "No Emux synth hwdep device is fo"..., 36No Emux synth hwdep 
device is found

-- Package-specific info:
--- Begin additional package status ---
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  alsa-base  1.0.19.dfsg-1  ALSA driver configuration files
ii  libasound2 1.0.19-1   shared library for ALSA applications
--- End additional package status ---
--- Begin /proc/asound/version ---
Advanced Linux Sound Architecture Driver Version 1.0.19.
Compiled on Mar 15 2009 for kernel 2.6.28 (SMP).
--- End /proc/asound/version ---
--- Begin /proc/asound/cards ---
 0 [Live   ]: EMU10K1 - SB Live! 5.1 [SB0220]
  SB Live! 5.1 [SB0220] (rev.10, serial:0x80651102) at 
0xd800, irq 10
--- End /proc/asound/cards ---
--- Begin /dev/snd/ listing ---
total 0
crw-rw 1 root audio 116,  0 2009-03-16 01:10 controlC0
crw-rw 1 root audio 116,  4 2009-03-16 01:10 hwC0D0
crw-rw 1 root audio 116,  8 2009-03-16 01:10 midiC0D0
crw-rw 1 root audio 116, 24 2009-03-15 14:45 pcmC0D0c
crw-rw 1 root audio 116, 16 2009-03-15 15:35 pcmC0D0p
crw-rw 1 root audio 116, 25 2009-03-16 01:10 pcmC0D1c
crw-rw 1 root audio 116, 26 2009-03-16 01:10 pcmC0D2c
crw-rw 1 root audio 116, 18 2009-03-16 01:10 pcmC0D2p
crw-rw 1 root audio 116, 19 2009-03-16 01:10 pcmC0D3p
crw-rw 1 root audio 116, 33 2009-03-16 01:10 timer
--- End /dev/snd/ listing ---

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

Kernel: Linux 2.6.28 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages alsa-source depends on:
ii  bzip2 1.0.5-1high-quality block-sorting file co
ii  debconf [debconf-2.0] 1.5.26 Debian configuration management sy
ii  debconf-utils 1.5.26 debconf utilities
ii  debhelper 7.2.5  helper programs for debian/rules
ii  dpkg-dev  1.14.25Debian package development tools
ii  gcc [c-compiler]  4:4.3.3-2  The GNU C compiler
ii  gcc-3.4 [c-compiler]  3.4.6-9The GNU C compiler
ii  gcc-4.1 [c-compiler]  4.1.2-

Bug#519776: awesfx: asfxload fails to load soundfont with alsa 1.0.19

[Arthur Marsh]

Package: awesfx
Version: 0.5.1a-1
Severity: normal


When I run asfxload as for ALSA 1.0.16rc3 (which worked), I now get:

No Emux synth hwdep device is found

I tried rebuilding awesfx from source with the same result and found 
that /dev/sequencer is missing.

Perhaps asfxload should actually include "/dev/sequencer is missing" in 
the error message?

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

Kernel: Linux 2.6.28 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages awesfx depends on:
ii  libasound21.0.19-1   shared library for ALSA applicatio
ii  libc6 2.9-4  GNU C Library: Shared libraries

awesfx recommends no packages.

Versions of packages awesfx suggests:
pn  aumix  (no description available)

-- debconf-show failed



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

Bug#518903: no way to turn off wrapping

[jidanni]

MO> Could you send me this po file so that I can test whether changing the
MO> wrapping limit will help?

They are
http://translatewiki.net/w/i.php?title=Special:Translate&task=export-as-po&group=core&language=zh-hant
http://translatewiki.net/w/i.php?title=Special:Translate&task=export-as-po&group=core&language=zh-tw



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

Bug#519775: Cfdisk error in spanish mode with accent

[Maximi89]

Package: util-linux
Version: 2.13.1.1

The cfdisk in spanish version have a bug when you try to write the changes,
this tell you to write "sí" when you can't put an accent on terminal.
this bug are too old.

would be nice to put "si" and delete "sí" with accent.

-- 
Maximiliano Augusto Castañón Araneda
Santiago, Chile
Linux user # 394821

Bug#519724: libinsighttoolkit3-dev: User program link error - libuuid

[Steve M. Robbins]

tags 519724 + pending
thanks


Hello Gregory,

Thanks for the report.

On Sat, Mar 14, 2009 at 10:30:42AM -0700, Gregory Sharp wrote:

> Hi, I reported this already once, but didn't get feedback email,
> nor did I find in the web database.  Sorry if it is duplicated.

I haven't seen this issue reported before.

Thanks to Nelson for troubleshooting it.  I've fixed this for
the next upload.

-Steve


signature.asc
Description: Digital signature

Bug#519774: libc6: causes many programs not to be able to resolve dns addresses

[James Fisher]

Package: libc6
Version: 2.9-4
Severity: grave
Justification: renders package unusable


This problem is with libc6 2.9-4, althogh my system shows below it's 
using 2.7-18. I downgraded to avoid the problem.

After upgrading to 2.9-4 most programs on my system are no longer able 
to resolve dns addresses, when connecting to the internet via dhcp with 
a dsl connection.

"aptitude update" returns this error for every repository: "Err 
http://security.debian.org testing/updates/contrib Translation-en_US
Could not resolve 'security.debian.org'"

Evolution can not send emails, the gnome weather panel applet cannont 
retrieve information online, etc. Although iceweasel continues to work 
okay.

Upon suggestion from another user, I found that if I configure my system 
with a specific numerical dns server address, for example from opendns, 
this serves as a work around. But if the dns server is just the name of 
my ip (which is the way dhcp configures it) then the problem arises.

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

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

Versions of packages libc6 depends on:
ii  libgcc1   1:4.3.3-3  GCC support library

libc6 recommends no packages.

Versions of packages libc6 suggests:
pn  glibc-doc  (no description available)
ii  libc6-i6862.7-18 GNU C Library: Shared libraries [i
ii  locales   2.7-18 GNU C Library: National Language (

-- debconf information:
  glibc/upgrade: true
  glibc/restart-failed:
  glibc/restart-services:



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

Bug#377390: please run dh_installmodules

[Frédéric Brière]

On Mon, Aug 18, 2008 at 09:02:45PM +0200, Jonas Smedegaard wrote:
> I might be interested in doing a kernel-module.mk snippet for cdbs, and 
> suspect more could be automated than just the inclusion of that dh call.

I think there's a slight misunderstanding here.  Yes, dh_installmodules
can be used by a *-modules package to install modules.  But it can also
be used by regular packages to install stuff in /etc/modprobe.d, and
*that* is the intent of this bug report.

(Unfortunately, most packages don't appear to use dh_installmodules, and
manually copy stuff instead.  Maybe this will change with the coming
modprobe transition[1], which you can just sail through thanks to
debhelper.  It certainly wouldn't hurt if CDBS were to help.)

 [1] 


As for support for *-modules packages, I did cook up something like that
a long time ago[2].  However, the lukewarm treatment of this bug report
did not inspire me great confidence, so I did not bother seeing this to
the end.

If you're interested, I'd be glad to pull it back from the moth balls,
bring it up to date, and properly document the damn thing.

 [2] 


-- 
This is Unix we're talking about, remember.  It's not supposed to be
nice for the applications programmer.
-- Matthew Danish on debian-devel



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

Bug#519773: gksu: causes errors opening gedit from root terminal and for programs requiring root privileges

[James Fisher]

Package: gksu
Version: 2.0.0-8
Severity: critical
Justification: breaks unrelated software


1) When launching gedit from a root terminal, always get this error in a 
popup window: "Failed to contact configuration server; some possible 
causes are that you need to enable TCP/IP networking for ORBit, or you 
have stale NFS locks due to a system crash. See 
http://www.gnome.org/projects/gconf/ for information. (Details - 1: 
Failed to get connection to session: Did not receive a reply. Possible 
causes include: the remote application did not send a reply, the message 
bus security policy blocked the reply, the reply timeout expired, or the 
network connection was broken.)"

2) Same as above occurs when launching nautilus from a root window 
and the nautilus window that opens in fact does not have root 
privileges.

3) Interferes with functionality of programs that require root password 
to use them. Update-manager fails to launch after entering password. 
Adjusting time for gnome panel applet or opening network preferences 
window, gives this error: "The platform you are running is not supported 
by this tool, if you know for sure that it works like one of the 
platforms listed below, you can select that and continue. Note, however, 
that this might damage the system configuration or downright cripple 
your computer."

I'm not certain these problems all relate to gksu, but it seems like the 
culprit, since they are all errors that appear when launching a gnome 
program with root priviledges and, in the case of 3), occur immediately 
after entering root password in popup window. They also all appear after 
gksu upgrades from 2.0.0-6 to 2.0.0-8. Some people report solving 
problem 1) by upgrading to 2.0.2, but this did not solve the problem for 
me.

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

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

Versions of packages gksu depends on:
ii  gnome-keyring 2.22.3-2   GNOME keyring services (daemon and
ii  libatk1.0-0   1.22.0-1   The ATK accessibility toolkit
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libcairo2 1.8.6-2The Cairo 2D vector graphics libra
ii  libgconf2-4   2.24.0-7   GNOME configuration database syste
ii  libgksu2-02.0.7-1library providing su and sudo func
ii  libglib2.0-0  2.18.4-2   The GLib library of C routines
ii  libgnome-keyring0 2.22.3-2   GNOME keyring services library
ii  libgtk2.0-0   2.12.12-1  The GTK+ graphical user interface 
ii  libpango1.0-0 1.22.4-2   Layout and rendering of internatio
ii  libstartup-notification0  0.9-1  library for program launch feedbac
ii  sudo  1.6.9p17-2 Provide limited super user privile

gksu recommends no packages.

gksu 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#519771: Acknowledgement (RFP: libtest-portability-files-perl -- Perl module to check that file names in a distribution are portable)

[Jonathan Yu]

The URL on the original report was incorrect. It is actually:
http://search.cpan.org/dist/Test-Portability-Files/ - a trivial
mistake :-)

On Sat, Mar 14, 2009 at 11:21 PM, Debian Bug Tracking System
 wrote:
>
> Thank you for filing a new Bug report with Debian.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  
>
> If you wish to submit further information on this problem, please
> send it to 519...@bugs.debian.org, as before.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
>
> --
> 519771: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=519771
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>



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

Bug#519772: gdb: Internal error attaching to busted X process (linux_nat_attach: Assertion `pid == GET_PID ...)

[Andrew Moise]

Package: gdb
Version: 6.8-3
Severity: normal

  I attempted to use gdb to attach to a broken X process (the console
was hung), and I got:

mo...@mole:~$ sudo gdb
[sudo] password for moise:
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
(gdb) attach 2755
Attaching to process 2755
/build/buildd/gdb-6.8/gdb/linux-nat.c:988: internal-error: linux_nat_attach: 
Assertion `pid == GET_PID (inferior_ptid) && WIFSTOPPED (status) && WSTOPSIG 
(status) == SIGSTOP' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n) y

/build/buildd/gdb-6.8/gdb/linux-nat.c:988: internal-error: linux_nat_attach: 
Assertion `pid == GET_PID (inferior_ptid) && WIFSTOPPED (status) && WSTOPSIG 
(status) == SIGSTOP' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Create a core file of GDB? (y or n) y
Aborted
mo...@mole:~$

  Despite my request I didn't see a core.
  Cheers!

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

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages gdb depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libexpat1 2.0.1-4XML parsing C library - runtime li
ii  libncurses5   5.7+20090124-1 shared libraries for terminal hand
ii  libreadline5  5.2-3.1GNU readline and history libraries

gdb recommends no packages.

Versions of packages gdb suggests:
pn  gdb-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#519771: RFP: libtest-portability-files-perl -- Perl module to check that file names in a distribution are portable

[jon]

Package: wnpp
Severity: wishlist


* Package name: libtest-portability-files-perl
  Version : 1.036
  Upstream Author : brian d foy 
* URL : http://search.cpan.org/dist/Test-Prereq/
* License : Perl (Artistic and GPL)
  Programming Lang: Perl
  Description : Perl module to check that file names in a distribution are 
portable

Runs a series of simple tests on filenames in a Perl distribution to ensure 
they will
be portable to most operating systems. This ensures that operating system 
quirks will
not prevent use of your module.

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



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

Bug#519638: multisync: FTBFS: error: You must have openobex 0.9.8 or openobex

[peter green]

tags 519638 +patch
thanks

The autoconf test fails because of null being undefined, presumablly 
this has happened due to some header cleanup or so.


One way (there are several ways each with thier pros and cons, the 
advantage of this one is it avoids the need to regenerate the plugins 
autotools stuff) to fix this is to define NULL through the CFLAGS. To do 
this add ( export CFLAGS+= -DNULL=0 to the variable assigments already 
in debian/rules).




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

Bug#503173: grub-common: Segmentation fault in grub-probe

[William Herrin]

I also get a segv when running under kernels using exec-shield.
(http://people.redhat.com/mingo/exec-shield/).

# grub-probe
No path or device is specified.
Try ``grub-probe --help'' for more information.
# grub-probe -v -d /dev/hda
Segmentation fault

There was no output from grub-install offering a clue about the source
of the failure (grub-probe segving). The absence of the expected
output offered a clue that there was a problem.

# grub-install /dev/hda
# echo $?
1

I first encountered the error during a kernel install which offered
only the following:

Running postinst hook script update-grub.
Searching for GRUB installation directory ... found: /boot/grub
User postinst hook script [update-grub] exited with value 139


Workaround:

# echo 0 > /proc/sys/kernel/exec-shield
# grub-install /dev/hda
install_device=/dev/hda
Searching for GRUB installation directory ... found: /boot/grub
Installation finished. No error reported.
This is the contents of the device map /boot/grub/device.map.
Check if this is correct or not. If any of the lines is incorrect,
fix it and re-run the script `grub-install'.

(hd0)   /dev/hda
(hd1)   /dev/hdc
# echo 2 > /proc/sys/kernel/exec-shield



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

Bug#519770: icewm: Emacs never get focus after raising if GTK apps owned focus before

[Evgeny M . Zubok]

Package: icewm
Version: 1.2.35-1
Severity: normal

Preamble


There is set of Emacs functions that allows to iconify, raise, lower and
deiconify Emacs frames directly from Emacs. These functions together
with the emacs-server capability (by calling `server-start' in ~/.emacs)
provide the means to control Emacs from icewm by hot keys. To make Emacs
frame to be iconified or deiconified I'm using internal Emacs function
(iconify-or-deiconify-frame). The `emacsclient' program allows to
evaluate any function in already running Emacs.

I just put into ~/.icewm/keys the following string

key "F12" emacsclient -e "(iconify-or-deiconify-frame)"

and now Emacs frame is able to be iconified and deiconified by toggling
F12. This scheme works fine. But there is the problem.

Problem
===

If any GTK application was owning focus before the appearing Emacs then
Emacs window immediately lost focus: Emacs frame appears on top, gets
focus for the moment and then previous GTK application takes the focus
back and shows pressed application button in taskbar, but in the same
time staying below Emacs window. There is no such effect with the
programs based on other toolkits (I tried lesstif, Qt, Xaw) -- Emacs
always takes input focus as considered. I also tested the same scheme
with OpenBox window manager without problems with GTK applications.

I'm using Emacs with Xaw3d interface from Lenny. There is also GTK
version of Emacs but I didn't test it.

I provide some icewm options that could have relation to the
problem. Options are showed as they are configured in my
~/.icewm/preferences. I didn't change the default values.

ClickToFocus=1
FocusOnAppRaise=1
RaiseOnFocus=1
FocusOnClickClient=1
RaiseOnClickClient=1
RaiseOnClickTitleBar=1
RaiseOnClickButton=1
RaiseOnClickFrame=1
LowerOnClickWhenRaised=0
PassFirstClickToClient=1
FocusChangesWorkspace=1
FocusOnMap=1
FocusOnMapTransient=1
FocusOnMapTransientActive=1
StrongPointerFocus=0
DelayPointerFocus=0
WarpPointer=0
AutoRaiseDelay=400
PointerFocusDelay=200
FocusRequestFlashTime=0





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

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

Versions of packages icewm depends on:
ii  icewm-common 1.2.35-1wonderful Win95-OS/2-Motif-like wi
ii  imlib11  1.9.15-7Imlib is an imaging library for X 
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libesd0  0.2.36-3Enlightened Sound Daemon - Shared 
ii  libfontconfig1   2.6.0-3 generic font configuration library
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libice6  2:1.0.4-1   X11 Inter-Client Exchange library
ii  libsm6   2:1.0.3-2   X11 Session Management library
ii  libx11-6 2:1.1.5-2   X11 client-side library
ii  libxext6 2:1.0.4-1   X11 miscellaneous extension librar
ii  libxft2  2.1.12-3FreeType-based font drawing librar
ii  libxinerama1 2:1.0.3-2   X11 Xinerama extension library
ii  libxrandr2   2:1.2.3-1   X11 RandR extension library

icewm recommends no packages.

Versions of packages icewm suggests:
pn  icewm-gnome-support(no description available)
ii  ttf-bitstream-vera1.10-7 The Bitstream Vera family of free 

-- 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#519577: normalize-audio: may replace normalize or alternative to normalize ?

[ben]

Joachim Reichel a écrit :
> ben wrote:
>> normalize-audio is not set as "Replace:" normalize for some reasons 
>> (defaults..)
Sorry, it is (either just recently, either i was blind the first time)
thanks for all.
-ben



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

Bug#280529: fixed in mailman 2.1.5-5

[Mark Sapiro]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

This is a message from the upstream Mailman maintainer.

The fix for this bug at

is incomplete. It recognizes when it is looking at a tuple vs. a
UserDesc instance for purposes of extracting the address, but in the
case of a tuple, it pends a new request containing the tuple rather than
a UserDesc instance. This merely postpones the problem until the request
is confirmed.

The correct fix is to change Pending._update() to return a UserDesc
instance. This fix will be in Mailman 2.2.

- --
Mark Sapiro The highway is for gamblers,
San Francisco Bay Area, Californiabetter use your sense - B. Dylan

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)

iD8DBQFJvGx/VVuXXpU7hpMRAs48AKDHseVIlkMCNLVxIBu6hqDB3PGG1ACg2ndZ
3GFKtryt/YGlXRYEfl2qTZQ=
=P8HG
-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#519769: RFP: libtest-signature-perl -- Perl module that provides automatic SIGNATURE testing

[jon]

Package: wnpp
Severity: wishlist


* Package name: libtest-signature-perl
  Version : 1.10
  Upstream Author : Audrey Tang 
* URL : http://www.cpan.org/modules/by-authors/id/A/AU/AUDREYT/
* License : Perl (Artistic and GPL)
  Programming Lang: Perl
  Description : Perl module that provides automatic SIGNATURE testing

Module::Signature allows you to verify that a distribution has not been 
tampered with. Test::Signature lets that be tested 
as part of the distribution's test suite.

IMPORTANT: This is not a substitute for the users verifying the distribution 
themselves. By the time this module is run, the 
users will have already run your Makefile.PL or Build.PL scripts which could 
have been compromised.

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



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

Bug#519768: RFP: libtest-kwalitee-perl -- Perl module for testing the Kwalitee of a distribution

[jon]

Package: wnpp
Severity: wishlist


* Package name: libtest-kwalitee-perl
  Version : 1.01
  Upstream Author : chromatic 
* URL : http://www.cpan.org/modules/by-authors/id/C/CH/CHROMATIC/
* License : Perl (Artistic and GPL)
  Programming Lang: Perl
  Description : Tests the Kwalitee of a distribution before you release it 
(see CPANTS)

This module basically does the same thing that CPANTS::Analyse does, but is 
designed as a
test to be run on Perl module distributions prior to release.

See: http://cpants.perl.org/ for details

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



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

Bug#519570: [Pkg-samba-maint] Bug#519570: Kerberos working on samba 3.2.5 PDC, but failing when joining the domain

[Eduardo Sachs]

>> The bug #5810 is a little confusing, is the best guide by the Debian bug
>> report #519570.
>> 
>
> By the way, isn't this bug the same than #515767 ?
>
>   

Christian,

   I so sorry, but, the bug #515767 is not same of #519570.

   When I said this, I was going to sleep and tired.

Thanks, again, sorry for confusion...




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

Bug#519766: Updated version

[Chung-chieh Shan]

Please find attached a Debian package with the new version of hdapsd.


hdapsd_0.0.20081004-1.tar.gz
Description: application/tar-gunzip


signature.asc
Description: Digital signature

Bug#519733: dates_0.4.6-1+b1(mips/unstable): FTBFS on mips

[peter green]

retitle 519733 dates FTBFS in sid

this is not a mips specific issue, all the +b1 buildd builds failed 
either with this issue or with build-dependency installation issues


The initial error was easy to fix, just the addition of #include 
 to src/dates_callbacks.c


Unfortunately with that fixed I got a new errror that seems to indicate 
a problem in either hildon or one of it's dependencies.


cc -std=gnu99 -std=c99 -Wall -D_REENTRANT -DORBIT2=1 -pthread 
-I/usr/include/gli
b-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 
-I/usr/lib/gtk-2.0/incl
ude -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 
-I/usr/
include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb 
-I/usr/include
/libpng12 -I/usr/include/evolution-data-server-2.24 
-I/usr/include/libgnome-2.0
-I/usr/include/libbonobo-2.0 -I/usr/include/orbit-2.0 
-I/usr/include/gconf/2 -I/
usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include 
-I/usr/include/dbus-1
.0 -I/usr/lib/dbus-1.0/include -I/usr/include/bonobo-activation-2.0 
-I/usr/inclu
de/libxml2 -I/usr/include/libsoup-2.4 -D_REENTRANT 
-I/usr/include/hildon-1 -I/us
r/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 
-I/usr/inclu
de/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/in
clude -I/usr/include/pixman-1 -I/usr/include/freetype2 
-I/usr/include/directfb -
I/usr/include/libpng12 -I/usr/include/dbus-1.0 
-I/usr/lib/dbus-1.0/include -DWIT
H_HILDON=1 -g -O2 -g -Wall -O2 -Wl,-O1 -Wl,--as-needed -o dates 
dates_hildon.o d
ates_main.o dates_callbacks.o gconf-bridge.o -pthread  -lecal-1.2 
/usr/lib/libgn
ome-2.so /usr/lib/libpopt.so -ledataserver-1.2 /usr/lib/libxml2.so 
-lsoup-2.4 /u
sr/lib/libbonobo-2.so /usr/lib/libbonobo-activation.so 
/usr/lib/libORBit-2.so /u
sr/lib/libgthread-2.0.so -lrt /usr/lib/libgconf-2.so -lhildon-1 
/usr/lib/libgtk-
x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so 
/usr/lib/libpangoft
2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so -lm /usr/lib/libpangocairo-1.0.so 
/usr/li
b/libgio-2.0.so /usr/lib/libcairo.so /usr/lib/libpango-1.0.so 
/usr/lib/libfreety
pe.so -lfontconfig /usr/lib/libgmodule-2.0.so -losso -ldbus-glib-1 
-ldbus-1 /usr
/lib/libgobject-2.0.so /usr/lib/libglib-2.0.so ./.libs/libgtkdatesview.a 
/usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../../lib/libhildon-1.so: 
undefined re

ference to `hildon_gtk_widget_set_theme_size'





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

Bug#519767: Please include CRDA

[Juliusz Chroboczek]

Package: iw
Version: 0.9.9-1

Hi,

Could you please include CRDA either in the iw package, or (preferably) in
a separate one?  The sources already include a debian/ directory.

  http://wireless.kernel.org/download/crda/
  http://wireless.kernel.org/download/wireless-regdb/

This is absolutely necessary for those of us who need to use channels above
11 with mac80211-based drivers.

Thanks,

Juliusz



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

Bug#519766: hdapsd: Newer version available for new kernel interface

[Chung-chieh Shan]

Package: hdapsd
Version: 1:0.0.20070803-2
Severity: normal

Hello,

There is a new version of hdapsd, necessary to work with the new kernel
interface since Linux 2.6.27, linked to from
http://www.thinkwiki.org/wiki/HDAPS#Userspace_daemon
under "Userspace daemon": "Current version".

Thanks,
Ken

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

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

Versions of packages hdapsd depends on:
ii  libc6 2.9-4  GNU C Library: Shared libraries
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip

Versions of packages hdapsd recommends:
ii  tp-smapi-modules-2.6.26- 2.6.26+0.37-6   ThinkPad hardware/firmware access 
ii  tp-smapi-modules-2.6.28  0.37-3+mantle.1 tp_smapi modules for Linux (kernel

hdapsd suggests no packages.

-- no debconf information

-- 
Edit this signature at http://www.digitas.harvard.edu/cgi-bin/ken/sig
A mathematician is a device for turning coffee into theorems.
Paul Erdos (1913-1996)


signature.asc
Description: Digital signature

Bug#519765: clean install for cherokee 0.99.4 can't be installed

[leonel]

Package: cherokee
Version: 0.99.4-1
Severity: important


On a clean system  cherokee 0.99.4 can't be installed 
the package does not create the /var/log/cherokee directory
and the install fails when tries to change permisions to that directory


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

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

Versions of packages cherokee depends on:
ii  libc6 2.9-4  GNU C Library: Shared libraries
ii  libcherokee-base0 0.99.4-1   Cherokee web server - Base librari
ii  libcherokee-config0   0.99.4-1   Cherokee web server - Configuratio
ii  libcherokee-mod-server-info   0.99.4-1   Cherokee web server - Server infor
ii  libcherokee-server0   0.99.4-1   Cherokee web server - Server libra
ii  libssl0.9.8   0.9.8g-15  SSL shared libraries
ii  logrotate 3.7.7-3Log rotation utility

Versions of packages cherokee recommends:
pn  libcherokee-mod-admin  (no description available)

Versions of packages cherokee suggests:
pn  cherokee-doc   (no description available)
pn  libcherokee-mod-geoip  (no description available)
pn  libcherokee-mod-libssl (no description available)
pn  libcherokee-mod-streaming  (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#519545: Saw updated Samba packages today and still doesn't fix the problem...

[Phillip Pi]

# apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages have been kept back:
  libpam-modules
The following packages will be upgraded:
  cpio curl debconf debconf-i18n geoip-database 
gstreamer0.10-plugins-ugly htop libcurl3
  libcurl3-gnutls libgeoip1 libgtop2-7 libgtop2-common libpam-runtime 
libpam0g libsane

  libsmbclient libwbclient0 mlocate mtools pmount samba samba-common
22 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
Need to get 16.6MB of archives.
After this operation, 3717kB of additional disk space will be used.

...
Get:21 http://ftp.debian.org testing/main samba 2:3.3.1-1 [4536kB] 


Get:22 http://ftp.debian.org testing/main samba-common 2:3.3.1-1 [4052kB]
...

Samba was restarted. Tested it, and still same problems. Even manually 
stopped and started it. Here's the 
/var/log/samba/log.___192.168.0.82 file:


smbd: ../sysdeps/posix/getaddrinfo.c:1463: rfc3484_sort: Assertion 
`src->results[i].native == -1 || src->results[

i].native == a2_native' failed.
[2009/03/14 18:43:28,  0] lib/fault.c:fault_report(40)
  ===
[2009/03/14 18:43:28,  0] lib/fault.c:fault_report(41)
  INTERNAL ERROR: Signal 6 in pid 21653 (3.3.1)
  Please read the Trouble-Shooting section of the Samba3-HOWTO
[2009/03/14 18:43:28,  0] lib/fault.c:fault_report(43)

  From: http://www.samba.org/samba/docs/Samba3-HOWTO.pdf
[2009/03/14 18:43:28,  0] lib/fault.c:fault_report(44)
  ===
[2009/03/14 18:43:28,  0] lib/util.c:smb_panic(1673)
  PANIC (pid 21653): internal error
[2009/03/14 18:43:28,  0] lib/util.c:log_stack_trace(1777)
  BACKTRACE: 23 stack frames:
   #0 /usr/sbin/smbd(log_stack_trace+0x2d) [0x81eb6a4]
   #1 /usr/sbin/smbd(smb_panic+0x80) [0x81eb801]
   #2 /usr/sbin/smbd [0x81d7427]
   #3 [0xb7f61400]
   #4 /lib/i686/cmov/libc.so.6(abort+0x188) [0xb7b17008]
   #5 /lib/i686/cmov/libc.so.6(__assert_fail+0xee) [0xb7b0e5ce]
   #6 /lib/i686/cmov/libc.so.6 [0xb7bb4def]
   #7 /lib/i686/cmov/libc.so.6 [0xb7b17c87]
   #8 /lib/i686/cmov/libc.so.6(qsort_r+0x279) [0xb7b181b9]
   #9 /lib/i686/cmov/libc.so.6(getaddrinfo+0x7c5) [0xb7bb3e55]
   #10 /usr/sbin/smbd [0x81edf56]
   #11 /usr/sbin/smbd(get_mydnsfullname+0x181) [0x81ee15d]
   #12 /usr/sbin/smbd(get_mydnsdomname+0x17) [0x81ec25c]
   #13 /usr/sbin/smbd [0x846ef34]
   #14 /usr/sbin/smbd(ntlmssp_update+0x29c) [0x846d27e]
   #15 /usr/sbin/smbd(auth_ntlmssp_update+0x48) [0x8233e91]
   #16 /usr/sbin/smbd [0x84374d6]
   #17 /usr/sbin/smbd(reply_sesssetup_and_X+0x1c4) [0x8437dc5]
   #18 /usr/sbin/smbd [0x80e37d8]
   #19 /usr/sbin/smbd(smbd_process+0xee2) [0x80e5d88]
   #20 /usr/sbin/smbd(main+0x261f) [0x80ada8a]
   #21 /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7b00775]
   #22 /usr/sbin/smbd [0x80aa721]
[2009/03/14 18:43:28,  0] lib/util.c:smb_panic(1678)
  smb_panic(): calling panic action [/usr/share/samba/panic-action 21653]
[2009/03/14 18:43:28,  0] lib/util.c:smb_panic(1686)
  smb_panic(): action returned status 0
[2009/03/14 18:43:28,  0] lib/fault.c:dump_core(218)
  Can not dump core: corepath not set up
smbd: ../sysdeps/posix/getaddrinfo.c:1463: rfc3484_sort: Assertion 
`src->results[i].native == -1 || src->results[

i].native == a2_native' failed.
[2009/03/14 18:43:28,  0] lib/fault.c:fault_report(40)
  ===
[2009/03/14 18:43:28,  0] lib/fault.c:fault_report(41)
  INTERNAL ERROR: Signal 6 in pid 21655 (3.3.1)
  Please read the Trouble-Shooting section of the Samba3-HOWTO
[2009/03/14 18:43:28,  0] lib/fault.c:fault_report(43)

  From: http://www.samba.org/samba/docs/Samba3-HOWTO.pdf
[2009/03/14 18:43:28,  0] lib/fault.c:fault_report(44)
  ===
[2009/03/14 18:43:28,  0] lib/util.c:smb_panic(1673)
  PANIC (pid 21655): internal error
[2009/03/14 18:43:28,  0] lib/util.c:log_stack_trace(1777)
  BACKTRACE: 23 stack frames:
   #0 /usr/sbin/smbd(log_stack_trace+0x2d) [0x81eb6a4]
   #1 /usr/sbin/smbd(smb_panic+0x80) [0x81eb801]
   #2 /usr/sbin/smbd [0x81d7427]
   #3 [0xb7f61400]
   #4 /lib/i686/cmov/libc.so.6(abort+0x188) [0xb7b17008]
   #5 /lib/i686/cmov/libc.so.6(__assert_fail+0xee) [0xb7b0e5ce]
   #6 /lib/i686/cmov/libc.so.6 [0xb7bb4def]
   #7 /lib/i686/cmov/libc.so.6 [0xb7b17c87]
   #8 /lib/i686/cmov/libc.so.6(qsort_r+0x279) [0xb7b181b9]
   #9 /lib/i686/cmov/libc.so.6(getaddrinfo+0x7c5) [0xb7bb3e55]
   #10 /usr/sbin/smbd [0x81edf56]
   #11 /usr/sbin/smbd(get_mydnsfullname+0x181) [0x81ee15d]
   #12 /usr/sbin/smbd(get_mydnsdomname+0x17) [0x81ec25c]
   #13 /usr/sbin/smbd [0x846ef34]
   #14 /usr/sbin/smbd(ntlmssp_update+0x29c) [0x846d27e]
   #15 /usr/sbin/smbd(auth_ntlmssp_update+0x48) [0x8233e91]
   #16 /usr/sbin/smbd [0x84374d6]
   #17 /usr/sbin/smbd(reply_sesssetup_and_X+0x1c4) [0x8437dc5]
   #18 /usr/sbin/smbd [0x80e37d8]
   #19 /usr/sbin/smb

Bug#504404: Link to vegastrike wiki in README.Debian broken

[Gonéri Le Bouder]

tag 504404 pending
thanks

Hi,

I fixed the URL in Debian Games svn. The bug will be closed the day a new
package is uploaded.

Cheers,

Gonéri Le Bouder


signature.asc
Description: Digital signature

Bug#503992: fixed in snort 2.7.0-23

[Javier Fernández-Sanguino Peña]

On Fri, Mar 13, 2009 at 09:51:49AM +0100, Wolfgang Kroener wrote:
> Hi,
> is there a chance, that the bugfix goes into lenny, too? It would be
> very nice, because the daily, empty log-email from snort, caused by this
> segfault, is quite useless.

I intend to upload this fix to Snort through proposed-updates (if the stable
managers agree to it).

Regards

Javier


signature.asc
Description: Digital signature

Bug#513952: topgit: proposed CDBS snippet

[Jonas Smedegaard]

Excerpts from Stefano Zacchiroli's message of søn mar 15 02:05:32 +0100 2009:
> On Sun, Mar 15, 2009 at 01:07:15AM +0100, Jonas Smedegaard wrote:
> > In addition to including tg2quilt.mk, CDBS provides other 
> > functionality - specifically it provides hints about 
> > build-dependencies (including chain-loading to also resolve quilt 
> > build-dependencies, which is *not* just the quilt package itself).
> 
> Is this relevant here? Build dependencies on topgit are not needed. 
> Also, topgit in Debian is also meant to be friendly to who knows 
> nothing about it and just rely on quilt. So it would make even more 
> sense to *not* include something topgit-specific in debian/rules and 
> rather stay put with something quilt-specific.

I believe it is relevant, yes.

It sounds like you didn't actually look at my proposed snippet, 
containing the following comment:

# This very makefile snippet ideally is provided by the topgit package 
# - see bug#513952. 
# Also, Debian Policy 4.14 implicitly recommends build-depending on 
# packages containing build documentation referenced from Debian.source. 


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

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: PGP signature

Bug#509595: Split cherokee documentarion into cherokee-doc

[Leonel Nunez]

> retitle 509595 Ensure cherokee-admin works correctly with the
> documentation moved to cherokee-doc
> thanks
>
> Hi,
>
> I'm replying in English, as this information will be better stored
> together with the bug report. And I am adding Leonel Núñez, as he is
> very dilligent for his PPA Launchpad work as well, and he might end up
> solving this before me :)
>
> Taher Shihadeh dijo [Sat, Mar 14, 2009 at 12:10:12PM +0100]:
>> Hola Gunnar.
>>
>> Acabo de ver el correo desde ayer por la tarde, y no veo mención a
>> esto por ninguna parte en la lista de desarrollo. Si ya lo habeis
>> hablado, me disculpo de antemano.
>>
>> >I don't know why I didn't do this earlier - Yes, it is a worthy
>> >improvement to make the main package over 3MB slimmer... And we are
>> >already with the newest release waiting in NEW/BYHAND, so why wait?
>> >Building with this improvement on.
>>
>> Sólo recordarte que cherokee-admin utiliza la documentación en sus
>> ayudas, así que tenlo en cuenta a la hora de definir los
>> suggests/recommends/depends...
>
> [ Taher says cherokee-admin uses the documentation I moved to
>   cherokee-doc ]
>
> Oh, I thought this would be just an Debian-internal, packaging-related
> issue, so I didn't ask the upstream list :-/
>
> I have made cherokee suggest cherokee-doc and cherokee-doc recommend
> cherokee - For the next revision, I will probably bump cherokee-doc to
> a recommends: as well, and add a note explaining this situation. I
> also have to check where to specify to cherokee-admin the path to its
> documentation has changed (to /usr/share/doc/cherokee-doc).
>
> Thanks a lot,
>
> --
> Gunnar Wolf - gw...@gwolf.org - (+52-55)5623-0154 / 1451-2244
> PGP key 1024D/8BB527AF 2001-10-23
> Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF
>
>



cherokee-admin is working  fine
only  the help isn't working showing a not found page

Maybe we can  suggest Upstream to show a  404 page saying that the
documentation package is not installed.

Saludos

Leonel





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

Bug#519705: Additional info + correction

[Jan Muszynski]

Not quite as bad as I previously stated. I had a setting wrong in
adacious and it does work in 14-2 using the pulseaudio interface.
However the ESD interface is dead in 14.2 across the board.

The Tests also fail for alsa and oss in 14-1. Since Pulse is
controlling everything I suspect that this part makes sense. So
perhaps this bug should really be against the esound-compat plugin.

One additional data point. In Pulse Audio Manager, in the Client tab,
both 14-1 and 14-2 list a Console Kit Session, a XSMP session, and a
Pilse Audio Manager Session. However that's ALL that 14-2 gas. 14-1
though also has about 19 entries for   "EsounD Client (Unix socket
client)". 14-2 has none. The sample Cache tab for 14-1 has a number of
entries for different esound.gtk-events-2/. 14-2 is
empty. All the other tabs in Pulse Audio Manager appear to be
identical.



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

Bug#513952: topgit: proposed CDBS snippet

[Stefano Zacchiroli]

On Sun, Mar 15, 2009 at 01:07:15AM +0100, Jonas Smedegaard wrote:
> In addition to including tg2quilt.mk, CDBS provides other
> functionality - specifically it provides hints about
> build-dependencies (including chain-loading to also resolve quilt
> build-dependencies, which is *not* just the quilt package itself).

Is this relevant here? Build dependencies on topgit are not
needed. Also, topgit in Debian is also meant to be friendly to who
knows nothing about it and just rely on quilt. So it would make even
more sense to *not* include something topgit-specific in debian/rules
and rather stay put with something quilt-specific.

Just my 0.02€.
Cheers.

-- 
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..|  .  |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime



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

Bug#519763: [deluge] depend on xdg-utils

[Eugene Paskevich]

Package: deluge
Version: 1.1.4+dfsg-2
Severity: important

Please consider adding xdg-utils dependency somewhere, as it is necessary for 
deluge to open urls from within itself.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.26-1-686

Debian Release: squeeze/sid
 500 unstablewww.debian-multimedia.org 
 500 unstableftp.de.debian.org 
 500 unstabledeb.opera.com 
 500 testing security.debian.org 


--- Package information. ---
Depends(Version) | Installed
-+-=
python  (>= 2.5) | 2.5.4-2
python-support(>= 0.7.1) | 0.8.7
deluge-common   (= 1.1.4+dfsg-2) | 1.1.4+dfsg-2
python-glade2| 2.14.1-1
python-notify| 0.1.1-2+b1
notification-daemon  | 0.4.0-1
librsvg2-common  | 2.22.3-2
python-dbus  | 0.83.0-1
dbus-x11 | 1.2.12-1





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

Bug#519764: gparted: Lots of animation makes use over SSH X-tunnel slow

[Mike Swanson]

Package: gparted
Version: 0.3.8-1+b1
Severity: wishlist

GParted Displays a lot of animation, for example the psuedo-progress
bars (which do not provide any meaningful information, they just bounce
back and forth) and bringing up the task list.  This causes GParted to feel
rather sluggish when running over a network.  It would be nice for the
animations to be optional, disabled by default.


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

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

Versions of packages gparted depends on:
ii  hal0.5.11-8  Hardware Abstraction Layer
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libc6  2.7-18GNU C Library: Shared libraries
ii  libcairo2  1.6.4-7   The Cairo 2D vector graphics libra
ii  libcairomm-1.0 1.6.0-1   C++ wrappers for Cairo (shared lib
ii  libgcc11:4.3.2-1.1   GCC support library
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libglibmm-2.4- 2.16.4-1  C++ wrapper for the GLib toolkit (
ii  libgtk2.0-02.12.11-4 The GTK+ graphical user interface 
ii  libgtkmm-2.4-1 1:2.12.7-1C++ wrappers for GTK+ 2.4 (shared 
ii  libpango1.0-0  1.20.5-3  Layout and rendering of internatio
ii  libparted1.8-1 1.8.8.git.2008.03.24-11.1 The GNU Parted disk partitioning s
ii  libsigc++-2.0- 2.0.18-2  type-safe Signal Framework for C++
ii  libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3
ii  libuuid1   1.41.3-1  universally unique id library
ii  menu   2.1.41generates programs menu for all me

gparted recommends no packages.

Versions of packages gparted suggests:
pn  jfsutils   (no description available)
ii  ntfsprogs 2.0.0-1tools for doing neat things in NTF
pn  reiser4progs   (no description available)
pn  reiserfsprogs  (no description available)
pn  xfsprogs   (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#519570: Type of encryption

[Eduardo Sachs]

- The Heimdal Kerberos don't have support for encryption type 23, 23 is
RC4-HMAC.

- Samba 3.2.x and 3.3.x try use only encryption type 23.

- After of join the Samba Member in Domain with the command 'net join',
I can't more access the Samba Member it through of the Kerberos
authentication,
but, if I delete the file /var/lib/samba/secrets.tdb of Samba Member and
restarting,
after this, the Kerberos authentication back to operate normally.

- I think some keys saves on "secrets.tdb" in encryption type RC4-HMAC,
and can't decrypt with Heimdal, because the Heimdal don't
support encryption of type RC4-HMAC.

- In Samba 3.0.x try use other type encryption, and is not RC4-HMAC.

Thanks!



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

Bug#518868: ssmping: FTBFS: dereferencing pointer to incomplete type

[Javier Fernández-Sanguino Peña]

On Sun, Mar 08, 2009 at 05:33:21PM -0700, Daniel Schepler wrote:
> From my pbuilder build log:
> 
> ...
> cc -Wall -g -O2asmping.c ssmpngcl.o ssmpingc.o joingrp.o   -o asmping
> cc -Wall -g -O2ssmpingd.c ssmpngcl.o ssmpingc.o   -o ssmpingd
> ssmpingd.c: In function 'zerosrcinterface':
> ssmpingd.c:44: error: dereferencing pointer to incomplete type

I cannot reproduce this error, can you please tell me which version of 
libc6-dev are you using and which architecture are you compiling in?
It compiles fine with 2.7-18 so this might be an issue with newer glibc.

Regards

Javier


signature.asc
Description: Digital signature

Bug#519732: red colored correctly watch version

[Raphael Geissert]

tag 519732 confirmed
owner 519732 !
thanks

Dmitry E. Oboukhov wrote:

> Package: qa.debian.org
> 
> Why is the version of krank still red (magenta) colored?
> 

Because the mix of:

>opts="dversionmangle=s/^0\.(.*?)\+dfsg\d/0$1/"  
(tightened stripping of dfsg and version correction all in one regex)

and

> RG> Sure, the thing is: since there are still many packages[1] which don't
> RG> remove the dfsg bit from the Debian version, both DEHS and the DDPO
> strip RG> it for them. 

doesn't work well. Since DEHS already stripped +dfsg by the time uscan
applies the regular expression, nothing is changed.

Instead of adding yet another workaround I'll close this bug report as soon
as the extra stripping code is dropped from DEHS and the DDPO. Since I want
to get rid of it, I'll file bugs on the packages where their watch file
doesn't properly mangle the Debian version and after a grace period of time
(two or three weeks) I'll go ahead and remove the code.

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





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

Bug#503475: Reproducably steals all keyboard and some mouse input

[Gonéri Le Bouder]

tag 503475 unreproductibe
severity 503475 normal
thanks

On Mon, Dec 22, 2008 at 03:13:51PM +0100, Gonéri Le Bouder wrote:
> On Sun, Oct 26, 2008 at 01:28:58PM +0100, Richard Hartmann wrote:
> > Package: love
> > Version: 0.4.0-2
> > Severity: critical
> > 
> > When I start love, drag the balls around a little bit and then alt-tab
> > out of love, I have lost all keyboard input. I can't type or anything.
> > It's not even possible to ctrl-alt-bksp X.
> > Also, while I can still move the mouse, all click events are stolen.
> Hi,
> 
> Which .love file did you use?
Hi,

I downgrade the criticity for now since none has been able to reproduct the
probleme with the given information.

Cheers,
 
 Gonéri


signature.asc
Description: Digital signature

Bug#519590: snort: Snort now uses all available CPU cycles contiuously

[Javier Fernández-Sanguino Peña]

On Sat, Mar 14, 2009 at 12:00:51PM -0700, Sean Whitney wrote:
> I'm running snort on two interfaces, however before when I was running  
> one it was still using all available CPU.
>
> Here is striped snort.conf
(...) 

I see you have the frag preprocessor commented out. Did you do this after the
update?

I'm not sure what is causing this issue, it might be because your server is
receiving too much traffic and Snort is not able to keep up with it.  What is
the value of your HOME_NET? (defined in /etc/snort/snort.debian.conf as
DEBIAN_SNORT_HOME_NET).

Regards

Javier


signature.asc
Description: Digital signature

Bug#513952: topgit: proposed CDBS snippet

[Jonas Smedegaard]

[resent without nice french(?) chars in header unhandled by sup-mail]

Excerpts from Frédéric Brière's message of lør mar 14 21:54:17 +0100 2009:
> On Fri, Feb 27, 2009 at 06:05:53PM +0100, martin f krafft wrote:
> > also sprach Jonas Smedegaard  [2009.02.27.1743 +0100]:
> > > Please consider shipping the attached CDBS snippet with topgit:
> > > 
> > >  1) install it as /usr/share/cdbs/1/topgit.mk
> 
> I kinda feel this is the wrong approach.  Not that a CDBS-topgit 
> (properly placed under /rules) would be a bad idea, but it seems to me 
> like slapping a patch over the lack of default values in tg2quilt.mk.

[details on QUILT_PATCH_DIR and QUILT_STAMPFN snipped]

I agree that ideally this whould be fixed in quilt: bug#517664.

Even if/when fixed in quilt, it still makes sense for TopGit to provide 
a CDBS snippet, however: In addition to including tg2quilt.mk, CDBS 
provides other functionality - specifically it provides hints about 
build-dependencies (including chain-loading to also resolve quilt 
build-dependencies, which is *not* just the quilt package itself).


Yes, the proposed CDBS snippet contains workarounds, because at the 
moment such workarounds are needed. When the underlying bug is fixed, it 
might make sense to drop the workaround and instead depend versioned on 
properly working releases of quilt.


Since this bugreport is about being nice to CDBS users, I insist that 
providing the proposed CDBS snippet is the way to go - despite the 
concrete issue spawning this bugreport really belongs to quilt.


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


signature.asc
Description: PGP signature

Bug#489352: darcs failed: Not a repository: b...@foo.bar:/tmp/foobarfuzz ((scp) failed to fetch: b...@foo.bar:/tmp/foobarfuzz/_darcs/inventory) 2

[Joachim Breitner]

Hi,

I just had this problem as well. It went away when I closed the other
ssh session, thus closing down the ControlMaster connection. Then I
could pull from the other repository. But when I opened a new ssh
session, to reproduce it, it was still working – so nothing new from my
side with regard to reproducability.

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#519250: Smiley icon to notify new messages available is not always appropriate

[Enrico Zini]

On Wed, Mar 11, 2009 at 10:42:37AM -0400, Ari Pollak wrote:

> Icons have not changed upstream. Have you switched GTK/GNOME/pidgin
> themes recently?

Not really, no.  I've upgraded from lenny to squeeze, I don't know if
that brought in some icon changes.

I went browsing all icons in pidgin-data, and in fact I found the
'incriminated' icon there:
/usr/share/pixmaps/pidgin/tray/22/tray-new-im.png
I don't know when it changed, but it used to be something more like
/usr/share/pixmaps/pidgin/tray/22/tray-message.png a month or so ago.

Definitely something like tray-message.png would be more appropriate.
Now that I've found it I can of course fix it myself by doing "cp
tray-message.png tray-new-im.png" (and I've done so), but the point of a
bug report was to show cases where that icon is not really appropriate.


On Sat, Mar 14, 2009 at 09:33:06PM +, Debian Bug Tracking System wrote:

> Assuming this is a user theme issue since there's been no response.

That was in a hurry, I was rather disappointed.

Anyway, icon design is subjective, so I'll leave it to your judgement to
decide whether it's an issue you care about or not.


Ciao,

Enrico

-- 
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini 


signature.asc
Description: Digital signature

Bug#519547: man-db: Displays unexpected manpage, section order not always respected due to translations

[Colin Watson]

On Fri, Mar 13, 2009 at 01:48:05PM +0100, Raphael Hertzog wrote:
> On Fri, 13 Mar 2009, Colin Watson wrote:
> > Hmm. This is a very difficult tradeoff to make. Right now, man
> > intentionally does this:
> > 
> > /* Try comparing based on language. Assuming we've got the right
> >  * name, then it's better to display a page in the user's preferred
> >  * language than a page from a better section.
> >  */
> > 
> > Are you saying that it would in fact be better to display a manual page
> > in a language that man doesn't know the user will be able to read?
> 
> Yes. But we can put an intelligent limit to this logic however (although
> I'm not sure it's needed as it goes counter to the usual expected
> behaviour of man).

Well, TBH I don't think there's a clear answer to whether man should
give you a page in your preferred language or a page from the best
possible section. I suspect the answer you get from users as to which
they'll prefer will vary depending on how well they can read English.

> If the english manual page is in section 1 or 8 (or any other section
> documenting executables), then it should get priority over a localized
> page documenting something else than an executable (whose section has a
> lower priority).

Hmm. I wonder if this would most easily be fixed along with
http://bugs.debian.org/505465; while implementing that I'd need to add
intelligence related to whether the page being asked for is an
executable and which sections relate to executables anyway, and looking
it up on $PATH doesn't add much complexity there.

-- 
Colin Watson   [cjwat...@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#519709: [Pkg-utopia-maintainers] Bug#519709: network-manager: Network-manager do not manage interfaces ethX

[Flamarion Jorge]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> 
> In order for me to help you, you need to describe your problem more
> clearly.
> I'm sorry, but I don't quite get what your/networkmanager's problem is.

happens can'tI configure my interfaces that use cable, can only
configure the interfaces created by 3G connections and interfaces
created by wireless networks.

> 
> You could start to send me the contents of /etc/network/interfaces, the

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

# The loopback network interface
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

#auto br0
#iface br0 inet static
auto eth1
iface eth1 inet static
address 192.168.1.1
network 192.168.1.0
netmask 255.255.255.0
broadcast 192.168.1.255
#   bridge_ports eth1



> output of "nm-tool" and (after stopping network-manager), the output of
> "NetworkManager --no-daemon"

flamar...@arvore:~$ nm-tool

NetworkManager Tool

State: disconnected

- - Device: eth1
- -
  Type:  Wired
  Driver:r8169
  State: unmanaged
  Default:   no
  HW Address:00:00:00:00:00:00

  Capabilities:
Carrier Detect:  yes
Speed:   10 Mb/s

  Wired Properties
Carrier: off


- - Device: eth0
- -
  Type:  Wired
  Driver:8139too
  State: unmanaged
  Default:   no
  HW Address:00:00:00:00:00:00

  Capabilities:
Carrier Detect:  yes
Speed:   100 Mb/s

  Wired Properties
Carrier: on


- - Device: wlan0
- 
  Type:  802.11 WiFi
  Driver:rtl8180
  State: disconnected
  Default:   no
  HW Address:00:06:4F:68:D6:23

  Capabilities:

  Wireless Properties
WEP Encryption:  yes
WPA Encryption:  yes
WPA2 Encryption: yes

  Wireless Access Points





 NetworkManager --no-daemon
NetworkManager:   starting...
/sbin/ifup: interface lo already configured
NetworkManager:   (eth1): new Ethernet device (driver: 'r8169')
NetworkManager:   (eth1): exported as
/org/freedesktop/Hal/devices/net_00_1a_92_32_6a_ff
NetworkManager:   (eth0): new Ethernet device (driver: '8139too')
NetworkManager:   (eth0): exported as
/org/freedesktop/Hal/devices/net_00_08_54_a5_42_94
NetworkManager:   (wlan0): driver supports SSID scans (scan_capa
0x01).
NetworkManager:   (wlan0): new 802.11 WiFi device (driver: 'rtl8180')
NetworkManager:   (wlan0): exported as
/org/freedesktop/Hal/devices/net_00_06_4f_68_d6_23
- --> *NetworkManager:   (eth0): now unmanaged* <--
- --> *NetworkManager:   (eth1): now unmanaged* <--
NetworkManager:   (eth0): carrier now ON (device state 1)
NetworkManager:   (wlan0): device state change: 1 -> 2
NetworkManager:   (wlan0): bringing up device.
NetworkManager:   (wlan0): preparing device.
NetworkManager:   (wlan0): deactivating device (reason: 2).
NetworkManager:   (wlan0): device state change: 2 -> 3
NetworkManager:   (wlan0): supplicant interface state:  starting
- -> ready
NetworkManager:   Activation (wlan0) starting connection 'Auto Casa'
NetworkManager:   (wlan0): device state change: 3 -> 4
NetworkManager:   Activation (wlan0) Stage 1 of 5 (Device Prepare)
scheduled...
NetworkManager:   Activation (wlan0) Stage 1 of 5 (Device Prepare)
started...
NetworkManager:   Activation (wlan0) Stage 2 of 5 (Device
Configure) scheduled...
NetworkManager:   Activation (wlan0) Stage 1 of 5 (Device Prepare)
complete.
NetworkManager:   Activation (wlan0) Stage 2 of 5 (Device
Configure) starting...
NetworkManager:   (wlan0): device state change: 4 -> 5
NetworkManager:   Activation (wlan0/wireless): access point 'Auto
Casa' has security, but secrets are required.
NetworkManager:   (wlan0): device state change: 5 -> 6
NetworkManager:   Activation (wlan0) Stage 2 of 5 (Device
Configure) complete.
NetworkManager:   get_secrets_cb(): Couldn't get connection
secrets: Rejected send message, 5 matched rules; type="method_call",
sender=":1.557" (uid=0 pid=2148 comm="NetworkManager --no-daemon ")
interface="org.freedesktop.NetworkManagerSettings.Connection.Secrets"
member="GetSecrets" error name="(unset)" requested_reply=0
destination="org.freedesktop.NetworkManagerUserSettings" (uid=1000
pid=1387 comm="nm-applet --sm-disable ")).
NetworkManager:   (wlan0): device state change: 6 -> 9
NetworkManager:   Activation (wlan0) failed for access point (Casa)
NetworkManager:   Marking connection 'Auto Casa' invalid.
NetworkManager:   Activation (wlan0) failed.
NetworkManager:   (wlan0): device state change: 9 -> 3
NetworkManager:   (wlan0): deactivating device (reason: 0).

> 
> Cheers,
> Michael
> 


Thank you for guidance.


And sorry fo

Bug#519762: valgrind: README.Debian looks out of date

[Reuben Thomas]

Package: valgrind
Version: 1:3.3.1-3
Severity: normal


README.Debian says that valgrind is compiled on kernel 2.4 and hence doesn't 
support NPTL. Since Debian stable has not shipped this kernel for years, I 
presume this is false. If not, it's surely time to rectify this problem?

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

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

Versions of packages valgrind depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries

Versions of packages valgrind recommends:
ii  gdb   6.8-3  The GNU Debugger

Versions of packages valgrind suggests:
pn  alleyoop   (no description available)
pn  kcachegrind(no description available)
pn  libc6-dbg  (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#519754: Acknowledgement (timer-applet: Keeps flashing after finishing)

[Dylan Thurston]

An update on how to reproduce the problem: If I click on the timer
icon while the pop-up notification is showing, the icon stops blinking
as normal.  If I wait the few seconds for the pop-up notification to
disappear, I cannot then get the icon to stop blinking.

Best,
Dylan Thurston



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

Bug#519761: linux-libc-dev: conflict between and

[Aurelien Jarno]

Package: linux-libc-dev
Version: 2.6.28-1
Severity: serious
Tags: patch

linux-libc-dev has changed the way  declares endianness
related #define, and they conflict with  at least on mips and
mipsel. This is something fixed upstream, please find below the upstream
patch and a less invasive patch.


commit 8cdd3a9261e8efe36aeb6c708edb76d7e2b5d13f
Author: Harvey Harrison 
Date:   Tue Jan 6 14:56:23 2009 -0800

mips: introduce asm/swab.h

Signed-off-by: Harvey Harrison 
Signed-off-by: Linus Torvalds 

diff --git a/arch/mips/include/asm/Kbuild b/arch/mips/include/asm/Kbuild
index 7897f05..023866c 100644
--- a/arch/mips/include/asm/Kbuild
+++ b/arch/mips/include/asm/Kbuild
@@ -1,3 +1,4 @@
 include include/asm-generic/Kbuild.asm
 
 header-y += cachectl.h sgidefs.h sysmips.h
+header-y += swab.h
diff --git a/arch/mips/include/asm/byteorder.h 
b/arch/mips/include/asm/byteorder.h
index 33790b9..607b718 100644
--- a/arch/mips/include/asm/byteorder.h
+++ b/arch/mips/include/asm/byteorder.h
@@ -8,60 +8,14 @@
 #ifndef _ASM_BYTEORDER_H
 #define _ASM_BYTEORDER_H
 
-#include 
-#include 
+#include 
 
 #if defined(__MIPSEB__)
-# define __BIG_ENDIAN
+#include 
 #elif defined(__MIPSEL__)
-# define __LITTLE_ENDIAN
+#include 
 #else
 # error "MIPS, but neither __MIPSEB__, nor __MIPSEL__???"
 #endif
 
-#define __SWAB_64_THRU_32__
-
-#ifdef CONFIG_CPU_MIPSR2
-
-static inline __attribute_const__ __u16 __arch_swab16(__u16 x)
-{
-   __asm__(
-   "   wsbh%0, %1  \n"
-   : "=r" (x)
-   : "r" (x));
-
-   return x;
-}
-#define __arch_swab16 __arch_swab16
-
-static inline __attribute_const__ __u32 __arch_swab32(__u32 x)
-{
-   __asm__(
-   "   wsbh%0, %1  \n"
-   "   rotr%0, %0, 16  \n"
-   : "=r" (x)
-   : "r" (x));
-
-   return x;
-}
-#define __arch_swab32 __arch_swab32
-
-#ifdef CONFIG_CPU_MIPS64_R2
-static inline __attribute_const__ __u64 __arch_swab64(__u64 x)
-{
-   __asm__(
-   "   dsbh%0, %1\n"
-   "   dshd%0, %0"
-   : "=r" (x)
-   : "r" (x));
-
-   return x;
-}
-#define __arch_swab64 __arch_swab64
-#endif /* CONFIG_CPU_MIPS64_R2 */
-
-#endif /* CONFIG_CPU_MIPSR2 */
-
-#include 
-
 #endif /* _ASM_BYTEORDER_H */
diff --git a/arch/mips/include/asm/swab.h b/arch/mips/include/asm/swab.h
new file mode 100644
index 000..88f1f7d
--- /dev/null
+++ b/arch/mips/include/asm/swab.h
@@ -0,0 +1,55 @@
+/*
+ * This file is subject to the terms and conditions of the GNU General Public
+ * License.  See the file "COPYING" in the main directory of this archive
+ * for more details.
+ *
+ * Copyright (C) 1996, 99, 2003 by Ralf Baechle
+ */
+#ifndef _ASM_SWAB_H
+#define _ASM_SWAB_H
+
+#include 
+#include 
+
+#define __SWAB_64_THRU_32__
+
+#ifdef CONFIG_CPU_MIPSR2
+
+static inline __attribute_const__ __u16 __arch_swab16(__u16 x)
+{
+   __asm__(
+   "   wsbh%0, %1  \n"
+   : "=r" (x)
+   : "r" (x));
+
+   return x;
+}
+#define __arch_swab16 __arch_swab16
+
+static inline __attribute_const__ __u32 __arch_swab32(__u32 x)
+{
+   __asm__(
+   "   wsbh%0, %1  \n"
+   "   rotr%0, %0, 16  \n"
+   : "=r" (x)
+   : "r" (x));
+
+   return x;
+}
+#define __arch_swab32 __arch_swab32
+
+#ifdef CONFIG_CPU_MIPS64_R2
+static inline __attribute_const__ __u64 __arch_swab64(__u64 x)
+{
+   __asm__(
+   "   dsbh%0, %1\n"
+   "   dshd%0, %0"
+   : "=r" (x)
+   : "r" (x));
+
+   return x;
+}
+#define __arch_swab64 __arch_swab64
+#endif /* CONFIG_CPU_MIPS64_R2 */
+#endif /* CONFIG_CPU_MIPSR2 */
+#endif /* _ASM_SWAB_H */



Less invasive patch:

--- a/arch/mips/include/asm/byteorder.h
+++ b/arch/mips/include/asm/byteorder.h
@@ -12,9 +12,9 @@
 #include 
 
 #if defined(__MIPSEB__)
-# define __BIG_ENDIAN
+#include 
 #elif defined(__MIPSEL__)
-# define __LITTLE_ENDIAN
+#include 
 #else
 # error "MIPS, but neither __MIPSEB__, nor __MIPSEL__???"
 #endif
@@ -62,6 +62,4 @@
 
 #endif /* CONFIG_CPU_MIPSR2 */
 
-#include 
-
 #endif /* _ASM_BYTEORDER_H */


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

Kernel: Linux 2.6.26-1-5kc-malta
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

-- 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#407550: ca-certificates: Perhaps unnecessary dependency on openssl

[Philipp Kern]

On Fri, Jan 19, 2007 at 04:47:25PM +0100, Guus Sliepen wrote:
> Ehr. Of course, c_rehash needs to calculate hashes, and uses the openssl
> binary for that. So just copying the script is obviously not enough.
> But perhaps certtool from gnutls-bin (installed size: 0.4 MB on i386)
> can do the trick as well? If you think it's a good idea to reduce the
> size of the dependencies, then I can try to make a c_rehash script that
> can work with both the openssl binary and certtool, and then you can
> depend on gnutls-bin | openssl, possibly saving 1.1 MB of space.

So the usecase is having libssl installed and in use (otherwise you
won't need the hashed entries I think) but not installing openssl.
Well, I would be open to switch to a GnuTLS-compatible c_rehash.
Feel free to provide one. (:

Kind regards,
Philipp Kern


signature.asc
Description: Digital signature

Bug#519463: RM: gspca -- ROM; mainlined in Linux >= 2.6.28

[Kel Modderman]

On Sunday 15 March 2009 08:27:37 Frank Lichtenheld wrote:
> On Fri, Mar 13, 2009 at 04:57:00AM +1000, Kel Modderman wrote:
> > Package: ftp.debian.org
> > Severity: normal
> > 
> > A V4L version 2 variant of the gspca driver is provided by 
> > linux-image-2.6.28.
> 
> Checking reverse dependencies...
> # Broken Build-Depends:
> linux-modules-extra-2.6: gspca-source
> 
> Please at least file a RC bug against linux-modules-extra-2.6 (or get the 
> dependency
> removed otherwise) before we remove gspca-source.

Crap, sorry, I forgot to mention that I have co-ordinated with Daniel Baumann to
have gspca removed whenever linux-modules-extra-2.6 gets updated next.

Thanks, Kel.



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

Bug#519760: live-initramfs: persistent mis-recognizes RAID0 partition for ext3 fs

[Bobi B.]

Package: live-initramfs
Version: 1.156.1-1

My setup: Lenny, 4 SATA drives, important data on several RAID1 arrays 
on /dev/sd{a,b}, /tmp in RAID0 (for the speed sake) inside 2 partitions 
on /dev/sd{c,d}. All RAID partitions are with type 0xfd (Linux RAID 
auto). Card-reader took /dev/{e,f,g,h} and flash drive is /dev/sdi.


I've set-up a 2GB USB flash drive with DebianLive; tested it out, it 
worked fine. Decided, I wish to try persistent, made a second partition 
(ext2) labeled appropriately (live-rw, home-rw, whatever). Reboot with 
"live persistent" fails during /scripts/live-realpremount, advising me 
to file a bug report, so here it is.


IMHO, the trouble is that /scripts/live falsely recognizes one of my 
RAID0 partitions as ext3 partition, effectively failing to mount it and 
giving up (alphabetically sdc and sdd are before my flash drive, which 
for DebianLive is sde). After a peek inside boot scripts I noticed the 
following: fstype recognizes RAID1 partitions as ext3 (which is ok, as 
they are mirrored copies), but it mis-recognizes first partition of 
RAID0 array as ext3, too (see inline attachments). As 1st partition of a 
RAID0 array this partition might carry ext3 signature, but is not a 
complete file system by itself, but only a half of it (in my case).


My best suggestion is: 1) either auto-mount script to skip some 
partitions (like linux_raid_member) while looking for fs to keep 
persistent data, or 2) not to abort on first failure, but if target 
partition is not found at all.


Inline attachments:

# fdisk -l /dev/sdc4 # 1st partition in RAID0 array
...
/dev/sdc4 1 609 4891761 fd Linux raid autodetect

# fdisk -l /dev/sdd1 # 2nd partition in RAID0 array
/dev/sdd1 1 609 4891761 fd Linux raid autodetect
...

# fstype /dev/sdc4
FSTYPE=ext3
FSSIZE=###

# fstype /dev/sdd1
FSTYPE=unknown
FSSIZE=0

# vol_id /dev/sdc4
ID_FS_USAGE=raid
ID_FS_TYPE=linux_raid_member
ID_FS_VERSION=0.90.0
ID_FS_UUID=
ID_FS_UUID_ENC=
ID_FS_LABEL=
ID_FS_LABEL_ENC=
ID_FS_LABEL_SAFE=

# vol_id /dev/sdd1
ID_FS_USAGE=raid
ID_FS_TYPE=linux_raid_member
ID_FS_VERSION=0.90.0
ID_FS_UUID=
ID_FS_UUID_ENC=
ID_FS_LABEL=
ID_FS_LABEL_ENC=
ID_FS_LABEL_SAFE=

# cat /proc/mdstat # lh_build included my RAID conf in initrd?!?
Personalities : [raid0] [raid1]
md5 : active raid0 sdc4[0] sdd1[1]
  9783296 blocks 64k chunks
...



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

Bug#516826: libdc1394 should be removed (transition blocker 516826)

[Mark Purcell]

On Saturday 14 March 2009 05:30:29 Thomas Viehmann wrote:
> This leaves pwlib,pwlib-titan, two obsolete versions of ptlib (in
> experimental) courtesy of the Debian VoIP team.

We are planning on releasing ptlib 2.6 without DC nor AVC support and 
redirecting people to use V4L.

We are also planning on uploading ptlib & ekiga uploads into unstable which 
could clean up the pwlib elements of this. (#519108 & #519047 are relevant)

> The options would be to wait (but some of these seem to be candidates
> for incurring other transition-related dependencies) or remove the
> following reverse dependencies from testing as well:
>
> openh323-titan,openmcu,asterisk,asterisk-oh323,ekiga,gnugk,ohphone,opal,ope
>nam,openh323,pstngw

Of these the important ones are:

asteriskdoesn't rdepends on libdc1394-13, but asterisk-oh323 can use 
libpt-x-
plugins-dc - so is caught in transition
ekiga   would be covered by ptlib transition to unstable & ekiga 3.0
gnugk   could be covered by an as yet unstarted migration openh323 -> 
h323plus

> Now, this is quite a number of source packages. OTOH, it is a small
> price for getting obsolete libraries out of testing. I would fully
> expect none of libdc1394 (-13), pwlib, or pwlib-titan to be released
> with squeeze anyway.

Agree.  These packages haven't been upgraded from squeeze anyway, so they are 
available there in the short term.

> Based on observations from 2008, maybe the Debian
> VoIP team should be advised to revise its maintenance style in order to
> not need as much external intervention on its bugs as they did in the
> past.

Not sure what you are getting at here, but have requested clarification via 
private email.

Mark


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

Bug#519652: Shows some online Sametime buddies as offline

[Matt Kraai]

On Sat, Mar 14, 2009 at 05:23:11PM -0400, Ari Pollak wrote:
> Is it possible that these people are set to invisible?

I don't think so.  I asked them if had configured their client (i.e.,
Lotus Notes) to make them appear offline and they said no.

-- 
Matt http://ftbfs.org/



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

Bug#519463: RM: gspca -- ROM; mainlined in Linux >= 2.6.28

[Frank Lichtenheld]

On Fri, Mar 13, 2009 at 04:57:00AM +1000, Kel Modderman wrote:
> Package: ftp.debian.org
> Severity: normal
> 
> A V4L version 2 variant of the gspca driver is provided by linux-image-2.6.28.

Checking reverse dependencies...
# Broken Build-Depends:
linux-modules-extra-2.6: gspca-source

Please at least file a RC bug against linux-modules-extra-2.6 (or get the 
dependency
removed otherwise) before we remove gspca-source.

Gruesse,
-- 
Frank Lichtenheld 
www: http://www.djpig.de/



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

Bug#519759: gettext: xgettext after perl // operator

[Kevin Ryde]

Package: gettext
Version: 0.17-6
Severity: normal
File: /usr/bin/xgettext

A file foo.pl containing

print gettext('hello');
$foo // 'undef';
print gettext('world');

processed as

xgettext --output=- --language=Perl foo.pl

prints only the first message

#: foo.pl:1
msgid "hello"
msgstr ""

where I hoped it would give the "world" one too.

It might be related to the // defined-or operator, new in perl 5.10.  If
it's instead a plain || or similar then the "world" string is printed.


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

Kernel: Linux 2.6.26-1-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages gettext depends on:
ii  gettext-base  0.17-6 GNU Internationalization utilities
ii  libc6 2.9-4  GNU C Library: Shared libraries
ii  libcroco3 0.6.1-2a generic Cascading Style Sheet (C
ii  libglib2.0-0  2.18.4-2   The GLib library of C routines
ii  libgomp1  4.3.3-5GCC OpenMP (GOMP) support library
ii  libncurses5   5.7+20090228-1 shared libraries for terminal hand

Versions of packages gettext recommends:
ii  curl7.18.2-8.1   Get a file from an HTTP, HTTPS or 
ii  lynx2.8.7dev13-1 Text-mode WWW Browser (transitiona
ii  wget1.11.4-2 retrieves files from the web

Versions of packages gettext suggests:
ii  cvs 1:1.12.13-12 Concurrent Versions System
pn  gettext-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#519758: python-gobject: segfault in _gobject.so

[arno renevier]

Package: python-gobject
Version: 2.16.1-1
Severity: normal

Hi,
Attached script segfaults with following trace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7f9adbc676f0 (LWP 2138)]
0x0045dd45 in PyType_IsSubtype ()
(gdb) where
#0  0x0045dd45 in PyType_IsSubtype ()
#1  0x7f9ad8f87afc in ?? () from 
/var/lib/python-support/python2.5/gtk-2.0/gobject/_gobject.so
#2  0x7f9ad8f87df8 in ?? () from 
/var/lib/python-support/python2.5/gtk-2.0/gobject/_gobject.so
#3  0x7f9ad8f88cc8 in ?? () from 
/var/lib/python-support/python2.5/gtk-2.0/gobject/_gobject.so
#4  0x004911d5 in PyEval_EvalFrameEx ()
#5  0x00491ce2 in PyEval_EvalFrameEx ()
#6  0x004924cd in PyEval_EvalCodeEx ()
#7  0x004dc992 in ?? ()
#8  0x00418843 in PyObject_Call ()
#9  0x0041f6e8 in ?? ()
#10 0x00418843 in PyObject_Call ()
#11 0x00465f66 in ?? ()
#12 0x0046e04b in ?? ()
#13 0x0041e17b in PyObject_CallFunctionObjArgs ()
#14 0x0048ed34 in PyEval_EvalFrameEx ()
#15 0x004924cd in PyEval_EvalCodeEx ()
#16 0x004926c2 in PyEval_EvalCode ()
#17 0x004b2008 in PyRun_FileExFlags ()
#18 0x004b22ab in PyRun_SimpleFileExFlags ()
#19 0x00414572 in Py_Main ()
---Type  to continue, or q  to quit---
#20 0x7f9adae8f5a6 in __libc_start_main () from /lib/libc.so.6
#21 0x004139b9 in _start ()



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

Kernel: Linux 2.6.27-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/bash

Versions of packages python-gobject depends on:
ii  libc6 2.9-5  GNU C Library: Shared libraries
ii  libffi5   3.0.7-1Foreign Function Interface library
ii  libglib2.0-0  2.18.4-2   The GLib library of C routines
ii  python2.5.4-2An interactive high-level object-o
ii  python-support0.8.7  automated rebuilding support for P
ii  python2.5 2.5.4-1An interactive high-level object-o

python-gobject recommends no packages.

Versions of packages python-gobject suggests:
pn  python-gobject-dbg (no description available)

-- no debconf information
#!/usr/bin/python

import gtk

# this is needed to crash, I don't known why
from xml.sax import *

class stubModule:
pass

class MapWidget(gtk.Widget, stubModule):
  __gsignals__ = { 'foo': 'bar' }

Bug#516626: Further quoting problem

[Andreas Feldner]

Hi,

I noticed that in BackupPC_archiveHost, there are additional places where 
command strings are build without sufficient quoting. The following patch 
cures the most common problem - that the output location might contain spaces. 
Still, this is a very preliminary patch I don't feel well with - anybody who 
can control outLoc, host, pathnames, or extensions would could run into 
unexpected quoting problems (...a location name might well contain quotes...) 
or run shell code injection to execute arbitrary commands as the backuppc 
user.

Best regards,
Andreas.

--- BackupPC_archiveHost.org2009-03-14 22:46:53.0 +0100
+++ BackupPC_archiveHost2009-03-14 22:49:24.0 +0100
@@ -112,12 +112,12 @@
 #
 # Output file is a device or a regular file, so don't use split
 #
-$cmd  .= ">> $outLoc";
-$mesg .= " to $outLoc";
+$cmd  .= ">> \"$outLoc\"";
+$mesg .= " to \"$outLoc\"";
 } else {
 mkpath($outLoc) if ( !-d $outLoc );
 if ( !-d $outLoc ) {
-print("Error: unable to create output directory $outLoc\n");
+print("Error: unable to create output directory \"$outLoc\"\n");
 exit(1);
 }
 if ( $splitSize > 0 && -x $splitPath ) {
@@ -147,7 +147,7 @@
 if ( -d $outLoc && -x $parPath ) {
 if ( $parfile != 0 ) {
 print("Running $parPath to create parity files\n");
-   my $parCmd = "$parPath c -r$parfile $outLoc/$host.
$bkupNum.tar$fileExt.par2 $outLoc/$host.$bkupNum.tar$fileExt*";
+   my $parCmd = "$parPath c -r$parfile \"$outLoc/$host.
$bkupNum.tar$fileExt.par2\" \"$outLoc/$host.$bkupNum.tar$fileExt\"*";
 $ret = system($parCmd);
 if ( $ret ) {
print("Executing: $parCmd\n");



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

Bug#519757: movabletype-opensource: ucf was run from a maintainer script that uses debconf

[Matt Lee]

Package: movabletype-opensource
Version: 4.2.3-1
Severity: normal


*** WARNING: ucf was run from a maintainer script that uses debconf, but
 the script did not pass --debconf-ok to ucf. The maintainer
 script should be fixed to not stop debconf before calling ucf,
 and pass it this parameter. For now, ucf will revert to using
 old-style, non-debconf prompting. Ugh!

 Please inform the package maintainer about this problem.

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

Kernel: Linux 2.6.24.7 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages movabletype-opensource depends on:
ii  dbconfig-common1.8.39common framework for packaging dat
ii  debconf1.5.24Debian configuration management sy
ii  exim4  4.69-9metapackage to ease Exim MTA (v4) 
ii  exim4-daemon-light [mail-t 4.69-9lightweight Exim MTA (v4) daemon
ii  libclass-accessor-perl 0.31-2Automated accessor generator
ii  libclass-data-inheritable- 0.08-1Inheritable, overridable class dat
ii  libclass-trigger-perl  0.13-1Mix-in to add / call inheritable t
ii  libdbd-mysql-perl  4.007-1   A Perl5 database interface to the 
ii  libdbd-pg-perl 2.8.7-1   Perl DBI driver for the PostgreSQL
ii  libdbd-sqlite3-perl1.14-3Perl DBI driver with a self-contai
ii  libdbi-perl1.605-1   Perl5 database interface by Tim Bu
ii  libhtml-parser-perl3.56-1+b1 A collection of modules that parse
ii  libimage-size-perl 3.1.1-2   determine the size of images in se
ii  libjcode-pm-perl   2.06-1Perl extension interface to conver
ii  libjson-perl   2.07-1Perl module to parse and convert t
ii  liblucene-queryparser-perl 1.04-2Turn a Lucene query into a Perl da
ii  libmime-encwords-perl  1.010.101-1   deal with RFC-1522 encoded words
ii  libnet-openid-consumer-per 0.14-4library for consumers of OpenID id
ii  liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin
ii  libwww-perl5.813-1   WWW client/server library for Perl
ii  libxml-atom-perl   0.28-1Atom feed and API implementation
ii  libxml-sax-perl0.16+dfsg-3   Perl module for using and building
ii  libxml-xpath-perl  1.13-6Perl module for processing XPath
ii  libyaml-tiny-perl  1.32-1Read/Write YAML files with as litt
ii  perl-modules   5.10.0-19 Core Perl modules
ii  ucf3.0016Update Configuration File: preserv

Versions of packages movabletype-opensource recommends:
ii  libarchive-zip- 1.18-1   Module for manipulation of ZIP arc
ii  libsoap-lite-pe 0.710.08-1   Client and server side SOAP implem
ii  perl-modules [l 5.10.0-19Core Perl modules
ii  perlmagick  7:6.3.7.9.dfsg1-3~lenny1 Perl interface to the libMagick gr

movabletype-opensource suggests no packages.

-- debconf information:
  movabletype-opensource/pgsql/app-pass: (password omitted)
  movabletype-opensource/pgsql/admin-pass: (password omitted)
  movabletype-opensource/password-confirm: (password omitted)
  movabletype-opensource/mysql/app-pass: (password omitted)
  movabletype-opensource/mysql/admin-pass: (password omitted)
  movabletype-opensource/app-password-confirm: (password omitted)
  movabletype-opensource/pgsql/admin-user: postgres
  movabletype-opensource/purge: false
  movabletype-opensource/remote/host:
  movabletype-opensource/dbconfig-upgrade: true
  movabletype-opensource/pgsql/changeconf: false
  movabletype-opensource/pgsql/method: unix socket
  movabletype-opensource/remote/newhost:
  movabletype-opensource/pgsql/authmethod-admin: ident
  movabletype-opensource/db/dbname: movabletypeopensource
  movabletype-opensource/upgrade-backup: true
  movabletype-opensource/internal/skip-preseed: false
  movabletype-opensource/umask_warn:
  movabletype-opensource/pgsql/authmethod-user:
  movabletype-opensource/db/basepath:
  movabletype-opensource/passwords-do-not-match:
  movabletype-opensource/pgsql/manualconf:
  movabletype-opensource/dbconfig-reinstall: false
  movabletype-opensource/mysql/admin-user: root
  movabletype-opensource/reload_apache: false
* movabletype-opensource/database-type: mysql
  movabletype-opensource/schema_upgrade:
  movabletype-opensource/pgsql/no-empty-passwords:
  movabletype-opensource/dbconfig-remove:
* movabletype-opensource/dbconfig-install: true
  movabletype-opensource/install-error: abort
  movabletype-opensource/mysql/method: unix socket
* movabletype-opensource/admin_account_warn: true
  movabletype-opensource/db/app-user: movabletype-open
  movabletype-opensource

Bug#519756: Spammy "MD5 Hash NOT expected but found" messages

[Matthew W. Miller]

Package: linux-image-2.6.26-1-686
Version: 2.6.26-13

While running rtorrent with one or more torrents open, I frequently get
kernel warnings like the following:

[288159.044121] MD5 Hash NOT expected but found (71.130.128.214,
65175)->(192.168.1.100, 16991)
[288160.767280] MD5 Hash NOT expected but found (71.130.128.214,
65175)->(192.168.1.100, 16991)
[288161.904441] MD5 Hash NOT expected but found (71.130.128.214,
65175)->(192.168.1.100, 16991)
[288163.080024] MD5 Hash NOT expected but found (71.130.128.214,
65175)->(192.168.1.100, 16991)
[288164.415410] MD5 Hash NOT expected but found (71.130.128.214,
65175)->(192.168.1.100, 16991)
[288165.906853] MD5 Hash NOT expected but found (71.130.128.214,
65175)->(192.168.1.100, 16991)
[288168.322260] __ratelimit: 1 messages suppressed

in bursts of about ten or so warnings at a time, every few minutes.  The
only apparent solution is to cut off connections from the offending
IP(s).  I don't think anything is actually breaking, but these warnings
can get really spammy and I'd like it if they could be cut down.

There has been some discussion on the kernel.org netdev mailing list
about how to deal with the MD5 hash problem more gracefully.  First
discussion is in this thread:
< http://kerneltrap.org/mailarchive/linux-netdev/2008/7/29/2734974/thread >

Adam Langley submitted a patch to remove the MD5 hash warnings entirely:
< http://kerneltrap.org/mailarchive/linux-netdev/2008/7/29/2736054 >
David S. Miller submitted a patch to use MIB counters instead of
warnings:
< http://kerneltrap.org/mailarchive/linux-netdev/2008/7/30/2746014 >
Please consider applying one of these two patches, or finding
another solution.

Kernel: Linux treehouse 2.6.26-1-686 #1 SMP Sat Jan 10 18:29:31 UTC 2009
i686 GNU/Linux
libc6 version: 2.9-4



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

Bug#510845: mpi-defaults: FTBFS/not available on alpha

[Manuel Prinz]

Hi Adeodato!

Am Freitag, den 13.03.2009, 21:41 +0100 schrieb Adeodato Simó:
> > Open MPI used to build fine on alpha, so this is probably a problem with
> > the new upstream release. Reassigning to Open MPI maintainers.
> 
> It’s been 2 months, and this issue has not been addressed. In the
> meantime, I’m starting to smell packages build-depending on mpi-default-dev
> that will prevent transitions from happening.

Yes, I know about that. As a result of the recent breakage, Dirk left
the team since he does a lot of stuff in Debian already, so the "team"
is actually me. I had not much time lately but took this weekend of and
am working on the problems this very moment. I'm sorry that it took so
long.

> You were right in reassigning, since openmpi should have a bug of its
> own for this failure. However, mpi-defaults is buggy as well, because
> it’s failing to provide packages for alpha.
> 
> I also see #517543 now. IMO, either that patch is correct and can be
> applied soon, or mpi-defaults needs to start thinking about using an
> alternative implementation on alpha. Thoughts?

I'm trying the patch but it does not fix the issue completely, as it
seems. I hope I can give an update in a few hours. Once this is fixed,
the build issue on Sparc can be probably fixed in a similar way. But I
have to investigate that on a porter machine since I do not own this
arch. (Well, same for alpha, but DSA kindly installed everything needed
on albeniz.)

As you may have noticed, I uploaded a fixed mpi-defaults earlier. I
discussed the alpha issue with Adam and we agreed on falling back to LAM
here. I did not know that sparc also fails then, so the "fix" will not
work; but because of sparc this time.

As for Open MPI, there are more than just build issues. I will fix these
first, but there is also the problem of an ABI change. The upload was
done a little hasty and the change not recognized, so the
build-depending packages are effected. Most of them (if not all) will
still run, but with a warning. The obviously needs to be fixed. Dirk
came up with the idea of binNMUing but that that was not very welcomed
by the maintainers of build-depending packages. I do not know what the
right approach is. Upstream is now aware of that and will be ABI
compatible starting from 1.3.2. I wanted to change the library package
name and maybe bump the SONAME, and upload that package to experimantal.
Of course, I wanted to mail the release team to coordinate that, but I
wanted to fix one issue at a time. I have not made my mind up what is
the best solution yet; just recompiling dependant packages would do the
trick; users of Open MPI are used to recompile their software anyway,
since upstream clearly stated that they never cared about ABI changes
between releases. Any input is welcome. But I'll first try to get the
package build again, collecting the broken pieces is second on my list.

Thanks for caring! And sorry for the f***-up!

Best regards
Manuel


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#519514: openoffice.org: Vcs-* control fields incorrect

[Ben Finney]

On 14-Mar-2009, Rene Engelhard wrote:
> Anyway, no need to, I'll just add nosmart+ myself :)

Even though that works, I don't think it should be necessary.

> What do you thijnk, should we keep this bug open and close it when
> the second Vc-Svn is gone when we don't use ooo-build anymore or
> just close it now?

I'd like to keep it open for both this reason and the “nosmart+”
eventual removal.

-- 
 \   “I do not believe in forgiveness as it is preached by the |
  `\church. We do not need the forgiveness of God, but of each |
_o__)other and of ourselves.” —Robert G. Ingersoll |
Ben Finney 


signature.asc
Description: Digital signature

Bug#519751: gimp fails to start with libgegl/babl symbol lookup error

[Mike Hicks]

Drat...  I've forgotten how long I've been waiting for the stuff
provided by gegl and babl.  Some old libraries in /usr/local/lib from
when I tried compiling things on my own once.

[r...@3po][/home/mike:2]# ls -l /usr/local/lib/lib{gegl,babl}*
lrwxrwxrwx 1 root staff 20 2006-06-20 21:44 
/usr/local/lib/libbabl-0.0.so.0 -> libbabl-0.0.so.0.0.0*
-rwxr-xr-x 1 root staff 272301 2006-06-20 21:44 
/usr/local/lib/libbabl-0.0.so.0.0.0*
-rw-r--r-- 1 root staff 446670 2006-06-20 21:44 /usr/local/lib/libbabl.a
-rwxr-xr-x 1 root staff820 2006-06-20 21:44 
/usr/local/lib/libbabl.la*
lrwxrwxrwx 1 root staff 20 2006-06-20 21:44 
/usr/local/lib/libbabl.so -> libbabl-0.0.so.0.0.0*
-rw-r--r-- 1 root staff 540688 2006-06-20 21:52 
/usr/local/lib/libgegl-1.0.a
-rwxr-xr-x 1 root staff986 2006-06-20 21:52 
/usr/local/lib/libgegl-1.0.la*
lrwxrwxrwx 1 root staff 20 2006-06-20 21:52 
/usr/local/lib/libgegl-1.0.so -> libgegl-1.0.so.2.0.0*
lrwxrwxrwx 1 root staff 20 2006-06-20 21:52 
/usr/local/lib/libgegl-1.0.so.2 -> libgegl-1.0.so.2.0.0*
-rwxr-xr-x 1 root staff 330215 2006-06-20 21:52 
/usr/local/lib/libgegl-1.0.so.2.0.0*
[r...@3po][/home/mike]# rm /usr/local/lib/lib{gegl,babl}*
[r...@3po][/home/mike]# ldconfig
[r...@3po][/home/mike]# gimp

...and things work.  Sorry about that.

-- 
Mike Hicks 


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

Bug#519588: plt-scheme: drscheme segfaults at start

[Ari Pollak]

What happens if you move your ~/.plt-scheme directory out of the way?
Also, could you follow the directions at
http://wiki.debian.org/HowToGetABacktrace to rebuild with debugging
symbols and get another backtrace?



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

Bug#519650: deluge: Allow building with python 2.6

[Andrew]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


I might have been wrong but I didn't see any way to pass something
directly to "setup.py install" in libtorrent-rasterbar as it was
called by a makefile. "--prefix=/usr" is passed to configure, but
"setup.py install" still installs to /usr/local/

deluge on the other hand uses setup.py directly in its build system so
I was able to pass the flag in debian/rules.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkm8IIkACgkQL4k+fGKG+22CKACeNhq/zrU9NBi9BJZRrnkvxGe5
7SUAn3Iw2Q5rIumhHxTdIYnb9gsSMgR/
=CJvQ
-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#519755: libcairo-ruby1.8: [BUG] object allocation during garbage collection phase

[Lucas Nussbaum]

Package: libcairo-ruby1.8
Version: 1.5.1-1+lenny1
Severity: serious

Hi,

It seems that the fix to bug #487204 is incomplete. The following script
crashes:

<->
require 'cairo'
require 'stringio'

i = 0;
1000.times do
  output = StringIO.new
  surface = Cairo::PDFSurface.new(output, 100, 100)
  context = Cairo::Context.new(surface)
  i += 1;
  puts "* #{i} *" if i%100 == 0;
end
<->

It crashes with lenny's version (1.5.1-1+lenny1), but doesn't crash
with unstable's version (1.6.3-1).

It was first reported and discussed on Launchpad (Ubuntu Intrepid is
affected): https://bugs.launchpad.net/ubuntu/+source/ruby1.8/+bug/293464

- Lucas

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

Kernel: Linux 2.6.29-rc7-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 libcairo-ruby1.8 depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libcairo2 1.8.6-2The Cairo 2D vector graphics libra
ii  libruby1.81.8.7.72-3 Libraries necessary to run Ruby 1.
ii  ruby1.8   1.8.7.72-3 Interpreter of object-oriented scr

libcairo-ruby1.8 recommends no packages.

libcairo-ruby1.8 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#519751: gimp fails to start with libgegl/babl symbol lookup error

[Mike Hicks]

On Sat, 2009-03-14 at 17:09 -0400, Ari Pollak wrote:
> Strange, this isn't happening for me with the same versions. However, it
> looks like your gegl package is in a weird state:
> 
> pi  libgegl-0.0-0  0.0.20-1  Generic Graphics Library
> 
> Can you check this and make sure it's fully installed?

Hmm, not sure how it showed up like that.  I've since tried uninstalling
gimp and the libgegl/libbabl libraries and it's stil showing the same
problem:

[m...@3po][~]$ dpkg -l 'libgegl*' 'libbabl*' gimp
Desired=Unknown/Install/Remove/Purge/Hold
| 
Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: 
uppercase=bad)
||/ Name   VersionDescription

+++-==-==-
ii  gimp   2.6.5-1The GNU Image Manipulation Program
ii  libbabl-0.0-0  0.0.22-1   Dynamic, any to any, pixel format 
conversion
ii  libgegl-0.0-0  0.0.20-1   Generic Graphics Library
[m...@3po][~]$ gimp
gimp: symbol lookup error: /usr/lib/libgegl-0.0.so.0: undefined symbol: 
babl_total_usecs

-- 
Mike Hicks 


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

Bug#519652: Shows some online Sametime buddies as offline

[Ari Pollak]

Is it possible that these people are set to invisible?



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

Bug#519754: timer-applet: Keeps flashing after finishing

[Dylan Thurston]

Package: timer-applet
Version: 2.0.1-4
Severity: important

After finishing a countdown on my system, timer-applet just keeps
flashing, regardless of whether I click on it, start a new timer, or
whatever; for instance, if I start a new timer, the clock will start
running and display the new time elapsed, but the timer is still running.


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

Kernel: Linux 2.6.27.2
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages timer-applet depends on:
ii  gconf22.24.0-7   GNOME configuration database syste
ii  python2.5.4-2An interactive high-level object-o
ii  python-central0.6.11 register and build utility for Pyt
ii  python-dbus   0.83.0-1   simple interprocess messaging syst
ii  python-elementtree1.2.6-12   Light-weight toolkit for XML proce
ii  python-glade2 2.12.1-6   GTK+ bindings: Glade support
ii  python-gnome2-desktop 2.22.0-2   Python bindings for the GNOME desk
ii  python-gst0.100.10.14-2  generic media-playing framework (P
ii  python-gtk2   2.12.1-6   Python bindings for the GTK+ widge
ii  python-notify 0.1.1-2+b1 Python bindings for libnotify

timer-applet recommends no packages.

timer-applet 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#516931: Yet anonther reason for the "Waiting for root file system ..." error

[Robin Haunschild]

Hi,

on Samstag, 14. März 2009, W. Martin Borgert wrote:
> Hi, Robin Haunschild reported bug #516931 about an installation
> problem, but only against the release-notes, not the installer.
> Any comments from the d-i team? TIA!

Well, as it was an update from etch to lenny I did not think of it as a bug 
for the installer ... .

Robin
-- 
Robin Haunschild

http://www.tuxschild.de



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

Bug#519751: gimp fails to start with libgegl/babl symbol lookup error

[Ari Pollak]

Strange, this isn't happening for me with the same versions. However, it
looks like your gegl package is in a weird state:

pi  libgegl-0.0-0  0.0.20-1  Generic Graphics Library

Can you check this and make sure it's fully installed?



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

Bug#519753: sagemath: unnecessary dependency on libsingular-dev

[Tim Abbott]

package: sagemath
severity: normal

The symlink /usr/lib/sagemath/local/lib/libsingular.so should be moved to 
point to a particular version of libsingular, rather than the generic 
symlink.  This should fix potential problems if the wrong version of 
singular is installed and also allow us to remove libsingular-dev as a 
runtime dependency.

-Tim Abbott



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

Bug#512665: libpng: proposed NMU to fix CVE-2008-5907 and CVE-2009-0040 in lenny

[Giuseppe Iuculano]

Hi,

I've prepared a NMU to fix CVE-2008-5907 and CVE-2009-0040 in libpng.


Proposed debdiff in attachment.

Cheers,
Giuseppe.
diff -u libpng-1.2.27/debian/changelog libpng-1.2.27/debian/changelog
--- libpng-1.2.27/debian/changelog
+++ libpng-1.2.27/debian/changelog
@@ -1,3 +1,13 @@
+libpng (1.2.27-2lenny1) stable-security; urgency=high
+
+  * Non-maintainer upload.
+  * debian/patches/03-CVE-2008-5907.diff: update pngwutil.c to properly set
+new_key to NULL string. (CVE-2008-5907) (Closes: #512665)
+  * debian/patches/04-CVE-2009-0040.diff: initialize pointers in pngread.c,
+pngrtans.c, pngset.c and example.c (CVE-2009-0040) (Closes: #516256)
+
+ -- Giuseppe Iuculano   Sat, 14 Mar 2009 21:31:31 +0100
+
 libpng (1.2.27-2) unstable; urgency=medium
 
   * Fix CVE-2008-3964: off-by-one error in pngtest.c; closes: #501109 
diff -u libpng-1.2.27/debian/patches/series libpng-1.2.27/debian/patches/series
--- libpng-1.2.27/debian/patches/series
+++ libpng-1.2.27/debian/patches/series
@@ -2,0 +3,2 @@
+03-CVE-2008-5907.diff
+04-CVE-2009-0040.diff
only in patch2:
unchanged:
--- libpng-1.2.27.orig/debian/patches/03-CVE-2008-5907.diff
+++ libpng-1.2.27/debian/patches/03-CVE-2008-5907.diff
@@ -0,0 +1,12 @@
+fix for CVE-2008-5907 #512665
+--- a/pngwutil.c
 b/pngwutil.c
+@@ -1324,7 +1324,7 @@ png_check_keyword(png_structp png_ptr, p
+if (key_len > 79)
+{
+   png_warning(png_ptr, "keyword length must be 1 - 79 characters");
+-  new_key[79] = '\0';
++  (*new_key[79]) = '\0';
+   key_len = 79;
+}
+ 
only in patch2:
unchanged:
--- libpng-1.2.27.orig/debian/patches/04-CVE-2009-0040.diff
+++ libpng-1.2.27/debian/patches/04-CVE-2009-0040.diff
@@ -0,0 +1,91 @@
+fix for CVE-2009-0040 #516256
+--- a/example.c
 b/example.c
+@@ -342,6 +342,10 @@ void read_png(FILE *fp, unsigned int sig
+/* The easiest way to read the image: */
+png_bytep row_pointers[height];
+ 
++   /* Clear the pointer array */
++   for (row = 0; row < height; row++)
++  row_pointers[row] = NULL;
++
+for (row = 0; row < height; row++)
+{
+   row_pointers[row] = png_malloc(png_ptr, png_get_rowbytes(png_ptr,
+--- a/pngread.c
 b/pngread.c
+@@ -1457,6 +1457,8 @@ png_read_png(png_structp png_ptr, png_in
+ #ifdef PNG_FREE_ME_SUPPORTED
+   info_ptr->free_me |= PNG_FREE_ROWS;
+ #endif
++  png_memset(info_ptr->row_pointers, 0, info_ptr->height
++ * png_sizeof(png_bytep));
+   for (row = 0; row < (int)info_ptr->height; row++)
+   {
+  info_ptr->row_pointers[row] = (png_bytep)png_malloc(png_ptr,
+--- a/pngrtran.c
 b/pngrtran.c
+@@ -309,9 +309,7 @@ png_set_dither(png_structp png_ptr, png_
+ 
+  hash = (png_dsortpp)png_malloc(png_ptr, (png_uint_32)(769 *
+ png_sizeof (png_dsortp)));
+- for (i = 0; i < 769; i++)
+-hash[i] = NULL;
+-/* png_memset(hash, 0, 769 * png_sizeof (png_dsortp)); */
++ png_memset(hash, 0, 769 * png_sizeof(png_dsortp));
+ 
+  num_new_palette = num_palette;
+ 
+@@ -4124,6 +4122,8 @@ png_build_gamma_table(png_structp png_pt
+  png_ptr->gamma_16_table = (png_uint_16pp)png_malloc(png_ptr,
+ (png_uint_32)(num * png_sizeof (png_uint_16p)));
+ 
++ png_memset(png_ptr->gamma_16_table, 0, num * png_sizeof(png_uint_16p)); 
++
+  if (png_ptr->transformations & (PNG_16_TO_8 | PNG_BACKGROUND))
+  {
+ double fin, fout;
+@@ -4184,6 +4184,8 @@ png_build_gamma_table(png_structp png_pt
+ png_ptr->gamma_16_to_1 = (png_uint_16pp)png_malloc(png_ptr,
+(png_uint_32)(num * png_sizeof (png_uint_16p )));
+ 
++png_memset(png_ptr->gamma_16_to_1, 0, num * 
png_sizeof(png_uint_16p)); 
++
+ for (i = 0; i < num; i++)
+ {
+png_ptr->gamma_16_to_1[i] = (png_uint_16p)png_malloc(png_ptr,
+@@ -4207,6 +4209,9 @@ png_build_gamma_table(png_structp png_pt
+ png_ptr->gamma_16_from_1 = (png_uint_16pp)png_malloc(png_ptr,
+(png_uint_32)(num * png_sizeof (png_uint_16p)));
+ 
++png_memset(png_ptr->gamma_16_from_1, 0,
++   num * png_sizeof(png_uint_16p)); 
++
+ for (i = 0; i < num; i++)
+ {
+png_ptr->gamma_16_from_1[i] = (png_uint_16p)png_malloc(png_ptr,
+--- a/pngset.c
 b/pngset.c
+@@ -429,7 +429,11 @@ png_set_pCAL(png_structp png_ptr, png_in
+return;
+  }
+ 
+-   info_ptr->pcal_params[nparams] = NULL;
++#ifdef PNG_FREE_ME_SUPPORTED
++   info_ptr->free_me |= PNG_FREE_PCAL;
++#endif
++
++   png_memset(info_ptr->pcal_params, 0, (nparams + 1) * 
png_sizeof(png_charp));
+ 
+for (i = 0; i < nparams; i++)
+{
+@@ -445,9 +449,6 @@ png_set_pCAL(png_structp png_ptr, png_in
+}
+ 
+info_ptr->valid |= PNG_INFO_pCAL;
+-#ifdef PNG_FREE_ME_SUPPORTED
+-   info_ptr->free_me |= PNG_FREE_PCAL;
+-#endif
+ }
+ #endif
+ 


signature.asc
Description: OpenPGP digital signature

Bug#440952: changing to ITP

[Davide Governale]

retitle 440952 "ITP: vor -- dodge the rocks until you die"
owner 440952 magellan...@gmail.com
thanks

I intend to package vor,the package is ready but with upstream we're
trying to solve licensing issues with the audio files, which we don't
know whether are free or not.

Kindly,
Davide Governale

-- 
-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1.4.9 (GNU/Linux)

mQGiBEjeGZwRBACyqga698pdt7Azm8s9TIz/C4fUOHOWYcqBwTyYSQqXpVUQftO/
deY8j3afyLmdd+lpVh36AYOIGur/wDbNx5qpJiP1mpf8vOD7gKlCoMVh+/+X/Aej
M0ORmT4V1bJ72lqYdzi+z2yeXBcbNmCkhy1OP+Xn+MzvQFqkBRkJTeGjmwCg9Xil
Hzl6zaKVw6c1PFUJJM2yw80EAIJiqiIarFq7n0PzpTlg5EL7XvhkOB135yD2CrGa
BduwXDyFwxrXBMQmCyjImAuBEVnu3zvgHox0DtMMpJUTGllGGttinxDL6I08sTyI
XZsHrg78++rwoSOf+SweKwcaGl86fiZgx21vPsTCHSPGFcLdOh997qwRqjw+1B0e
sax8A/4+2YdjOFuQlgrWTh1h+YmpnqlTdd3ScpAldiauAKrgc238RqtM/XmWPH3z
qX6o16dzwyM+fZ/WpLoOz+NdMsbM6LBIHqY75j81B5cyCFLFRguIuHVK6BoOmmhg
nCNrftUfdMceXBVppLWpCJt67stAgOdHyIryeDQmvdsbSMOxy7QoRGF2aWRlIEdv
dmVybmFsZSA8bWFnZWxsYW5pbm9AZ21haWwuY29tPohgBBMRAgAgBQJI3hmcAhsj
BgsJCAcDAgQVAggDBBYCAwECHgECF4AACgkQIct/nHcuvVbO5ACeMlMTSQnnY/fN
uIPckjgQQgL+S7MAoOtX+3ekTHmQ8KgcVbKBFwdk8q9giEYEEBECAAYFAkjjbwcA
CgkQ5qqQFxOSsXTvCACfUEB0MTP3da9jRQ3ewTaOXkfsZHUAn1plbkyx375aLSpp
kI2MKu7yCACxiEYEEBECAAYFAkjv2+kACgkQ9LSwzHl+v6vMuwCeILDKwymNwIip
56tce/+eOk4dpMoAmgLAp0GP9+fF3VMWOPoRcsFdfo7kiEYEEBECAAYFAkkxIIEA
CgkQnxTpY/EFqH7QQACfd94kYg/o6rVtaxVRVQGg3qkR3hgAn1sLTc5PTsJG4eaF
ViObZqKRKoAluQINBEjeGZwQCACYhSI9n/VpReL2LYhIFvd+AX4L/gThs6tsu+Bl
5xHFEnMQ631X2AvGJBS/NEXSPLPYrCh4/sYaw7pMW0B3IRXEzaHQ4rk2OUpYBq3Q
zQR2hdQ1L+DshCvbhdb23KFDCBZBFWE/+R/D6wJ/SockBJGkkJzoT8pQQI4MN687
+9+ePjP/oYL3fGvhdX56uvRhTa559/pYxKGFmnE6Y31muT+6S4GNqhcO42CTOp7F
03/EmPjSvlUKg9c6iPQCX599ERWj/paa4E7wt8ja+XVsc1nBPjMtMpXZ4mdu7FsP
Vs6PS2L25NeqXsltOSItmKFlHcOC9+YKi5z1WDaoiuxJ0dDHAAQLB/9htln6r3fq
nu2/p9GVfUndi/o+vfFkDPVM9+tmtbug7bhX+CgBNkbaaO+IKo9rzjQ+DVUDDrgI
pzSHlRRIFGz3nHSf0CS5xZJG4hetr4m2KcHf56j2r/uSjjEjSDxO4APeWS5hhAlm
iIWDznrQ3pxoDsleSiL9P14VdJnI/kjan+SHaI/MtLljklqRV6Ba03cQKJqAeeD/
HfLPJR9iiXGeyfCgkdTKrjFzuzEMh0b28cjuVT34ykB8hj4vAbwbSgqu46eHoSih
8yUQcdmwt+BmhN9v3naPC7d2HcfkefqXDDfG0PioXSBZDc0uLV0FaJDHPbUKldMa
Ti7V+asMuiiRiEkEGBECAAkFAkjeGZwCGwwACgkQIct/nHcuvVZwaACg0Jb/EOjt
g6KG2YOaLR/5qujD/hEAn3aG49W/cqwf+CDp9egWBshF7HI9
=W4Fv
-END PGP PUBLIC KEY BLOCK-



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

Bug#519752: RFP: pysolfc -- A Python solitaire game collection

[Juhapekka Tolvanen]

Package: wnpp
Severity: wishlist

* Package name: pysolfc
* URL : http://pysolfc.sourceforge.net/
* License : GPL
  Programming Lang: Python
  Description : A Python solitaire game collection


>From WWW-site of that game:

"PySolFC is a collection of more than 1000 solitaire card games.
It is a fork of PySol Solitaire.

There are games that use the 52 card International Pattern deck,
games for the 78 card Tarock deck, eight and ten suit Ganjifa
games, Hanafuda games, Matrix games, Mahjongg games, and games
for an original hexadecimal-based deck.

Its features include modern look and feel (uses Tile widget set),
multiple cardsets and tableau backgrounds, sound, unlimited undo,
player statistics, a hint system, demo games, a solitaire wizard,
support for user written plug-ins, an integrated HTML help browser,
and lots of documentation."

Even original author of PySol recommends this fork:

http://www.pysol.org/

"As of 2008 any work on PySol has stopped, and PySol is officially
discontinued.

Fortunately a number of enthusiastic people have continued from
where I left off and have created the PySol Fan Club edition.
Please contribute all your patches and enhancements to this new
project."


-- System Information:
Debian Release: 5.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500, 
'proposed-updates'), (101, 'testing'), (99, 'unstable')
Architecture: i386 (i686)

-- 
Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv
"ore wo mitsumeteiru anata sama wa ossharu bakari. kesshite dakiyosete wa
kurenai ooki na anata no te. ore no tanjoubi ni wa ai wo kai ataeru. kyou wa
kumori nochi ame."   Dir en grey



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

Bug#513952: topgit: proposed CDBS snippet

[Frédéric Brière]

On Fri, Feb 27, 2009 at 06:05:53PM +0100, martin f krafft wrote:
> also sprach Jonas Smedegaard  [2009.02.27.1743 +0100]:
> > Please consider shipping the attached CDBS snippet with topgit:
> > 
> >  1) install it as /usr/share/cdbs/1/topgit.mk

I kinda feel this is the wrong approach.  Not that a CDBS-topgit
(properly placed under /rules) would be a bad idea, but it seems to me
like slapping a patch over the lack of default values in tg2quilt.mk.

For $(QUILT_PATCH_DIR) at least, why shouldn't tg2quilt.mk assume
debian/patches by default?  This is certainly the de facto location for
quilt patches, made semi-official with the 3.0 (quilt) source format.


As for $(QUILT_STAMPFN), things are less clear-cut.  I initially thought
of suggesting debian/stamp-patched, shared by both quilt.make and CDBS.
But after looking at several packages using quilt[*], I noticed that
most packages using neither quilt.make nor CDBS do not rely on
stampfiles, and merely call quilt every time.

So, on second thought, I would suggest having $(QUILT_STAMPFN) default
to "patch".  That way, one could easily drop tg2quilt.mk into pretty
much any debian/rules out there, add a dependency to the patch rule if
there wasn't any, and that's it.  If you use a stampfile, you define
$(QUILT_STAMPFN); if you don't, you don't.

(In that case, the original issue of this bug report would remain, but I
feel this is something that would be best addressed by either
tg2quilt.mk or patchsys-quilt.mk (#517664), instead of creating another
Makefile in-between.  But that's just me.)


> I am a little uninclined to address this in TopGit. Why doesn't
> patchsys-quilt emulate the "API" properly?

Isn't API is a strong term?  I doubt those variables were meant to be
used that way in the first place.

Anyway, the reason for the discrepancy is that all CDBS variables
invariably fall under the $(DEB_*) namespace.  (Though it certainly
doesn't explain the naming of $(DEB_PATCHDIRS), which is meant to hold
only one value.)


[*] There are currently 1954 packages in main which build-depend on
quilt.  Out of curiosity, I downloaded the first 131 until I ran out of
space.  (Ahem.)  My findings were:

  * All but one store their patches under debian/patches
  * 78 use quilt.make
  * 30 use patchsys-quilt.mk
  * 17 just call quilt without any stampfile
  * 2 create stamp-patch
  * 2 create patch-stamp
  * 1 relies on a pkg-kde-tools makefile which I didn't look at
  * 1 uses dpatch despite the build-dependency


-- 
 Joy: Hey, I'm an asshole.  Assholes emit odious gas.
That's what we do.



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

Bug#519751: gimp fails to start with libgegl/babl symbol lookup error

[Mike Hicks]

Package: gimp
Version: 2.6.5-2+b1
Severity: grave
Justification: renders package unusable

After performing an upgrade earlier today, my installation of Gimp
became unusable.  When I start the program, I get this error:

[m...@3po][~]$ gimp 
gimp: symbol lookup error: /usr/lib/libgegl-0.0.so.0: undefined
symbol: babl_total_usecs

This is occurring for me with both the 2.6.5-1 version of gimp from
testing and 2.6.5-2+b1 from unstable.  libgegl-0.0-0 is only available
at version 0.0.20-1 for me, while libbabl-0.0-0 is only available at
0.0.22-1.


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

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

Versions of packages gimp depends on:
ii  gimp-data  2.6.5-1   Data files for GIMP
ii  libaa1 1.4p5-38  ascii art library
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbabl-0.0-0  0.0.22-1  Dynamic, any to any, pixel format 
ii  libc6  2.9-4 GNU C Library: Shared libraries
ii  libcairo2  1.8.6-2   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.12-1  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.80-3simple interprocess messaging syst
ii  libexif12  0.6.16-2.1library to parse EXIF files
ii  libfontconfig1 2.6.0-3   generic font configuration library
ii  libfreetype6   2.3.7-2   FreeType 2 font engine, shared lib
pi  libgegl-0.0-0  0.0.20-1  Generic Graphics Library
ii  libgimp2.0 2.6.5-1   Libraries for the GNU Image Manipu
ii  libglib2.0-0   2.18.4-2  The GLib library of C routines
ii  libgtk2.0-02.14.7-4+b1   The GTK+ graphical user interface 
ii  libhal10.5.11-8  Hardware Abstraction Layer - share
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  liblcms1   1.17.dfsg-1   Color management library
ii  libmng11.0.9-1   Multiple-image Network Graphics li
ii  libpango1.0-0  1.22.4-2  Layout and rendering of internatio
ii  libpng12-0 1.2.27-2  PNG library - runtime
ii  libpoppler-glib4   0.10.4-3  PDF rendering library (GLib-based 
ii  librsvg2-2 2.22.3-2  SAX-based renderer library for SVG
ii  libtiff4   3.8.2-11  Tag Image File Format (TIFF) libra
ii  libwebkit-1.0-11.0.1-4   Web content engine library for Gtk
ii  libwmf0.2-70.2.8.4-6 Windows metafile conversion librar
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxmu62:1.0.4-1 X11 miscellaneous utility library
ii  libxpm41:3.5.7-1 X11 pixmap library
ii  python 2.5.4-2   An interactive high-level object-o
ii  python-gtk22.12.1-6  Python bindings for the GTK+ widge
ii  python-support 0.8.7 automated rebuilding support for P
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

gimp recommends no packages.

Versions of packages gimp suggests:
ii  ghostscript8.63.dfsg.1-2 The GPL Ghostscript PostScript/PDF
pn  gimp-data-extras   (no description available)
ii  gimp-help-en [gimp-help]   2.4.1-1   Documentation for the GIMP (Englis
ii  gvfs-backends  0.2.5-1.1 userspace virtual filesystem - bac
ii  libasound2 1.0.16-2  ALSA library
pn  libgimp-perl   (no description available)

-- no debconf information


-- 
Mike Hicks 


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

Bug#519710: debhelper: dh_installmenu does not add update-menus call

[Vincent Bernat]

OoO En ce début de soirée du  samedi 14 mars 2009, vers 21:40, Joey Hess
 disait :

>> With one of my packages, I get the following lintian warning:
>> E: pyvnc2swf: postinst-does-not-call-updatemenus usr/share/menu/pyvnc2swf
>> 
>> I use dh_installmenu and I have a debian/menu file. Why dh_installmenu
>> does not add update-menu call into postinst. It was done automatically
>> in the past.
>> 
>> The manual page seems to say that the modification of postinst is only
>> done for menu-method. I don't understand the rationale.

> See changelog for 7.2.5.

OK, thanks! lintian was just updated about this.
-- 
I WILL NOT SELL MIRACLE CURES
I WILL NOT SELL MIRACLE CURES
I WILL NOT SELL MIRACLE CURES
-+- Bart Simpson on chalkboard in episode 9F16


pgpyBk3GoBRsx.pgp
Description: PGP signature

Bug#518633: inkscape: FTBFS: error: 'GtkCList' does not name a type

[Wolfram Quester]

Hi Adeodato,

On Sat, Mar 14, 2009 at 10:56:33AM +0100, Adeodato Simó wrote:
> Hey Wolfram,
> 
> > Hi, the bug you reported is also known upstream under the link given above.
> > There is a patch already, which I'll include in the next upload.
> 
> Could that upload happen rather sooner than later? It’s a prerequisite
> for the poppler transition, so I’d be nice to get it uploading during
> the next days.

Ah, my timeframe would be in the next two weeks.
For the poppler transition I'd have to change the dependencies, is that right?
In case I get a package ready in a few days, would you sponsor the upload?

Thanks,

Wolfi
> 
> Thanks!
> 
> -- 
> - Are you sure we're good?
> - Always.
> -- Rory and Lorelai
> 
> 
> 


signature.asc
Description: Digital signature

Bug#519037: please include watchdog module for Geode in i386 kernels

[Stephen Gregory]

please close this bug and mark wontfix.

Unless the kernel maintainers would like to build a geode specific
linux-image package :-)

-- 
sg



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

Bug#519750: python-nevow: Failure on upgrade

[Vincent Bernat]

severity 519750 important
retitle 519750 nevow does not work anymore with python2.3
thanks

OoO En  ce début  de soirée du  samedi 14  mars 2009, vers  21:26, "Carl
"Fürstenberg\""  disait :

> Trying to upgrade, it fails during byte-compiling; Perhaps it should
> have a strict python depends over 2.3.

> Setting up python-nevow (0.9.32-1) ...
> Compiling /usr/lib/python2.3/site-packages/nevow/_flat.py ...
>   File "/usr/lib/python2.3/site-packages/nevow/_flat.py", line 280
> return (result, (str(s) for s in results))
>   ^
> SyntaxError: invalid syntax

> Compiling /usr/lib/python2.3/site-packages/nevow/compression.py ...
>   File "/usr/lib/python2.3/site-packages/nevow/compression.py", line 36
> params = dict(param.split('=') for param in params[1:])
>  ^
> SyntaxError: invalid syntax

I  have  corrected  this  in   SVN.  python2.3  is  not  in  Debian  any
more. Therefore, I lower the severity  of this bug. The workaround is to
remove python2.3 (or wait for the next upload)?

Thanks for the report!
-- 
NOBODY LIKES SUNBURN SLAPPERS
NOBODY LIKES SUNBURN SLAPPERS
NOBODY LIKES SUNBURN SLAPPERS
-+- Bart Simpson on chalkboard in episode 7F23


pgpwoei7s6n8h.pgp
Description: PGP signature

Bug#519409: [Pkg-scicomp-devel] Bug#519409: libgmp3c2: makes other packages FTBFS when using gcc/g++ 4.3

[Evgeni Golov]

Hi Steve,

On Sat, 14 Mar 2009 15:27:13 -0500 Steve M. Robbins wrote:

> Thanks for the "strace -f" tip.  Now I see the "cc1" invocations
> opening libgmp.so, so I agree that the problem you're seeing is indeed
> connected with gmp.  :-)

Great (sort of) ;)

> On Sat, Mar 14, 2009 at 10:02:23AM +0100, Evgeni Golov wrote:
> > Hi Steve,
> > 
> > On Fri, 13 Mar 2009 00:59:20 -0500 Steve M. Robbins wrote:
> > 
> > > I can't reproduce this bug on amd64 hardware.
> > 
> > Do you have access to a PowerPC? I have this bug on PPC only :/
> 
> I don't have access to one that I can install the new gmp on.  The
> Debian PPC machines do not let me install packages.

I could give you access to a chroot on monday or tuesday, but only 11am
to 5pm CET, guess that is not your favourite time when you have .ca in
your mail-domain ;)

> > > On Thu, Mar 12, 2009 at 11:38:57AM +0100, Evgeni Golov wrote:
> > > > Hi,
> > > > 
> > > > while installing Xorg from experimental, I also got libgmp3c2 
> > > > 2:4.2.4+dfsg-3
> > > > from there, which made almost every package I wanted to build to FTBFS.
> > > > An example is the mousepad package from sid:
> > > > 
> > > > selector.c: In function ???create_lineend_menu???:
> > > > selector.c:430: internal compiler error: Illegal instruction
> 
> Revisions -2 and -3 of gmp should not have any code difference, unless
> I screwed up the options passed to "configure" or something ... and
> indeed it looks like I did.
> 
> The -2 build uses configure option --build=powerpc-linux-gnu and
> builds with 32-bit ABI, whereas the -3 build does not supply any such
> option and appears to build in 64-bit mode.
> 
> Are you running a 32-bit PPC?

Yes, it's a iBook G4 1.33GHz running either 2.6.28-1-powerpc or
2.6.26-1-powerpc.

> Can you help me out in debugging this?  Please pull down the -3
> sources, then add "--build=powerpc-linux-gnu" to debian/rules line 15
> so that it looks as follows
> 
> DEB_CONFIGURE_EXTRA_FLAGS += --enable-cxx --enable-mpbsd 
> --build=powerpc-linux-gnu
> 
> Then build gmp.
> If it indeed builds with ABI=32 (as does revision -2) then please install it
> and try building mousepad.  

Okay, will do, but again, prolly not before monday.

Regards
Evgeni

-- 
Bruce Schneier Fact Number 827:
There are no composite numbers. Only prime numbers Bruce has broken into
smaller pieces.


pgpNd2DxC3PaY.pgp
Description: PGP signature

Bug#519747: hdparm: Error 'Not a directory' with --direct

[Stephen Gran]

This one time, at band camp, Frans Pop said:
> # hdparm --direct -t /dev/sda
> /dev/sda: Not a directory
> 
> Patch (direct from Mark Lord :-) that fixes the issue:
> --- hdparm-9.12/hdparm.c2009-02-26 13:10:22.0 -0500
> +++ hdparm/hdparm.c 2009-03-14 15:17:10.0 -0400
> @@ -4,6 +4,7 @@
>  #include 
>  #include 
>  #include 
> +#define __USE_GNU/* for O_DIRECT */
>  #include 
>  #include 
>  #include 
> @@ -25,7 +26,7 @@
>  
>  extern const char *minor_str[];
>  
> -#define VERSION "v9.12"
> +#define VERSION "v9.12+"
>  
>  #ifndef O_DIRECT
>  #define O_DIRECT 04  /* direct disk access, not easily obtained from 
> headers */

What, you couldn't do the upload for me as well? :)  Some people take
all the fun out fixing bugs :)

Expect an upload shortly.

Cheers,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :sg...@debian.org |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

Bug#519748: [Pkg-octave-devel] Bug#519748: matwrap: single_axon example doesn't compile

[Rafael Laboissiere]

* Thomas Weber  [2009-03-14 21:09]:

> Package: matwrap
> Version: 0.57-11
> Severity: normal
> 
> Following a private mail with a 'bug report'[1], I looked at matwrap's
> single_axon example. It doesn't compile under Lenny.

matwrap is quite old and unmaintained.  There is no rdepends on matwrap.
Besides, SWIG has now quite good Octave support. We could ask for the
removal of matwrap from sid.  

> [1] No, I don't know why I was the receiver.

zgrep "^ --" /usr/share/doc/matwrap/changelog.Debian.gz | head -n1

-- 
Rafael



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

Bug#519750: python-nevow: Failure on upgrade

[Carl Fürstenberg]

Package: python-nevow
Version: 0.9.32-1
Severity: grave
Justification: renders package unusable

Trying to upgrade, it fails during byte-compiling; Perhaps it should
have a strict python depends over 2.3.

Setting up python-nevow (0.9.32-1) ...
Compiling /usr/lib/python2.3/site-packages/nevow/_flat.py ...
  File "/usr/lib/python2.3/site-packages/nevow/_flat.py", line 280
return (result, (str(s) for s in results))
  ^
SyntaxError: invalid syntax

Compiling /usr/lib/python2.3/site-packages/nevow/compression.py ...
  File "/usr/lib/python2.3/site-packages/nevow/compression.py", line 36
params = dict(param.split('=') for param in params[1:])
 ^
SyntaxError: invalid syntax

pycentral: pycentral pkginstall: error byte-compiling files (157)
pycentral pkginstall: error byte-compiling files (157)
dpkg: error processing python-nevow (--configure):
 subprocess post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of python-epsilon:
 python-epsilon depends on python-nevow; however:
  Package python-nevow is not configured yet.
dpkg: error processing python-epsilon (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of python-axiom:
 python-axiom depends on python-epsilon (>= 0.5.11); however:
  Package python-epsilon is not configured yet.
dpkg: error processing python-axiom (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 python-nevow
 python-epsilon
 python-axiom
E: Sub-process /usr/bin/dpkg returned an error code (1)



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

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

Versions of packages python-nevow depends on:
ii  python2.5.4-2An interactive high-level object-o
ii  python-central0.6.11 register and build utility for Pyt
ii  python-twisted-core   8.2.0-1Event-based framework for internet
ii  python-twisted-web8.2.0-1An HTTP protocol implementation to

python-nevow recommends no packages.

python-nevow 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#519409: [Pkg-scicomp-devel] Bug#519409: libgmp3c2: makes other packages FTBFS when using gcc/g++ 4.3

[Steve M. Robbins]

Hi Evgeni,

Thanks for the "strace -f" tip.  Now I see the "cc1" invocations
opening libgmp.so, so I agree that the problem you're seeing is indeed
connected with gmp.  :-)


On Sat, Mar 14, 2009 at 10:02:23AM +0100, Evgeni Golov wrote:
> Hi Steve,
> 
> On Fri, 13 Mar 2009 00:59:20 -0500 Steve M. Robbins wrote:
> 
> > I can't reproduce this bug on amd64 hardware.
> 
> Do you have access to a PowerPC? I have this bug on PPC only :/

I don't have access to one that I can install the new gmp on.  The
Debian PPC machines do not let me install packages.


> > On Thu, Mar 12, 2009 at 11:38:57AM +0100, Evgeni Golov wrote:
> > > Hi,
> > > 
> > > while installing Xorg from experimental, I also got libgmp3c2 
> > > 2:4.2.4+dfsg-3
> > > from there, which made almost every package I wanted to build to FTBFS.
> > > An example is the mousepad package from sid:
> > > 
> > > selector.c: In function ???create_lineend_menu???:
> > > selector.c:430: internal compiler error: Illegal instruction

Revisions -2 and -3 of gmp should not have any code difference, unless
I screwed up the options passed to "configure" or something ... and
indeed it looks like I did.

The -2 build uses configure option --build=powerpc-linux-gnu and
builds with 32-bit ABI, whereas the -3 build does not supply any such
option and appears to build in 64-bit mode.

Are you running a 32-bit PPC?

Can you help me out in debugging this?  Please pull down the -3
sources, then add "--build=powerpc-linux-gnu" to debian/rules line 15
so that it looks as follows

DEB_CONFIGURE_EXTRA_FLAGS += --enable-cxx --enable-mpbsd 
--build=powerpc-linux-gnu

Then build gmp.  Watch the configure output to make sure it has the following

  ...
  checking ABI=32
  ...

and does NOT say something like

  ...
  checking ABI=mode64
  ...
  checking ABI=mode32
  ...

If it indeed builds with ABI=32 (as does revision -2) then please install it
and try building mousepad.  

Thanks,
-Steve

P.S.  You can see the build logs for revisions -2 and -3, respectively
at:

 
https://buildd.debian.org/fetch.cgi?pkg=gmp;ver=2%3A4.2.4%2Bdfsg-2;arch=powerpc;stamp=1235543383
 
http://experimental.debian.net/fetch.php?&pkg=gmp&ver=2%3A4.2.4%2Bdfsg-3&arch=powerpc&stamp=1235997412&file=log&as=raw



signature.asc
Description: Digital signature

Bug#519749: linux-image-2.6.26: with snd-au8820 after some time recording i get the error: [ 332.644437] Vortex: vortex_fifo_setadbctrl fail

[Oliver Vollmer]

Package: linux-image-2.6.26
Version: 2.6.26-10.00.Custom
Severity: normal

Hi, after some time recording with this soundcard the "soundcard" hangs up,
nothing works any longer, no play no recording, in kern.log it get:
Mar 14 13:40:03 mira kernel: [  332.644437] Vortex: vortex_fifo_setadbctrl fail

Thanks, Oliver Vollmer

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

Kernel: Linux 2.6.26
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages linux-image-2.6.26 depends on:
ii  coreutils 6.10-6 The GNU core utilities
ii  debconf [debconf-2.0] 1.5.24 Debian configuration management sy

linux-image-2.6.26 recommends no packages.

Versions of packages linux-image-2.6.26 suggests:
pn  fdutils(no description available)
ii  grub   0.97-47lenny2 GRand Unified Bootloader (Legacy v
pn  ksymoops   (no description available)
ii  lilo   1:22.8-7  LInux LOader - The Classic OS load
pn  linux-doc-2.6.26 | linux-s (no description available)

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



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

Bug#519747: hdparm: Error 'Not a directory' with --direct

[Frans Pop]

Package: hdparm
Version: 9.12-2~fjp
Severity: normal
Tags: patch

# hdparm --direct -t /dev/sda
/dev/sda: Not a directory

Patch (direct from Mark Lord :-) that fixes the issue:
--- hdparm-9.12/hdparm.c2009-02-26 13:10:22.0 -0500
+++ hdparm/hdparm.c 2009-03-14 15:17:10.0 -0400
@@ -4,6 +4,7 @@
 #include 
 #include 
 #include 
+#define __USE_GNU  /* for O_DIRECT */
 #include 
 #include 
 #include 
@@ -25,7 +26,7 @@
 
 extern const char *minor_str[];
 
-#define VERSION "v9.12"
+#define VERSION "v9.12+"
 
 #ifndef O_DIRECT
 #define O_DIRECT   04  /* direct disk access, not easily obtained from 
headers */

Cheers,
FJP

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

Kernel: Linux 2.6.29-rc8
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 hdparm depends on:
ii  libc6 2.9-5  GNU C Library: Shared libraries
ii  libgcc1   1:4.3.3-5  GCC support library
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip

hdparm recommends no packages.

Versions of packages hdparm suggests:
pn  apmd   (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#519748: matwrap: single_axon example doesn't compile

[Thomas Weber]

Package: matwrap
Version: 0.57-11
Severity: normal

Following a private mail with a 'bug report'[1], I looked at matwrap's
single_axon example. It doesn't compile under Lenny.

==
$ make octave
g++ -Wall -O6 -fPIC  -c hodgkin_huxley.cxx -o hodgkin_huxley.o
hodgkin_huxley.cxx:59: error: array bound is not an integer constant
hodgkin_huxley.cxx:60: error: array bound is not an integer constant
hodgkin_huxley.cxx:62: error: array bound is not an integer constant
hodgkin_huxley.cxx:63: error: array bound is not an integer constant
hodgkin_huxley.cxx:65: error: array bound is not an integer constant
hodgkin_huxley.cxx:66: error: array bound is not an integer constant
hodgkin_huxley.cxx: In member function ‘void Hodgkin_Huxley::advance(Float, 
Float)’:
hodgkin_huxley.cxx:119: error: ‘m_alpha_table’ was not declared in this scope
hodgkin_huxley.cxx:121: error: ‘cerr’ was not declared in this scope
hodgkin_huxley.cxx:133: error: ‘m_alpha_table’ was not declared in this scope
hodgkin_huxley.cxx:135: error: ‘m_alpha_plus_beta_table’ was not declared in 
this scope
hodgkin_huxley.cxx:141: error: ‘h_alpha_table’ was not declared in this scope
hodgkin_huxley.cxx:143: error: ‘h_alpha_plus_beta_table’ was not declared in 
this scope
hodgkin_huxley.cxx:149: error: ‘n_alpha_table’ was not declared in this scope
hodgkin_huxley.cxx:151: error: ‘n_alpha_plus_beta_table’ was not declared in 
this scope
hodgkin_huxley.cxx: In member function ‘void Hodgkin_Huxley::initialize(Float)’:
hodgkin_huxley.cxx:166: error: ‘m_alpha_table’ was not declared in this scope
hodgkin_huxley.cxx:169: error: ‘m_alpha_plus_beta_table’ was not declared in 
this scope
hodgkin_huxley.cxx:171: error: ‘h_alpha_table’ was not declared in this scope
hodgkin_huxley.cxx:172: error: ‘h_alpha_plus_beta_table’ was not declared in 
this scope
hodgkin_huxley.cxx:174: error: ‘n_alpha_table’ was not declared in this scope
hodgkin_huxley.cxx:175: error: ‘n_alpha_plus_beta_table’ was not declared in 
this scope
hodgkin_huxley.cxx:198: error: ‘m_alpha_table’ was not declared in this scope
hodgkin_huxley.cxx:200: error: ‘cerr’ was not declared in this scope
hodgkin_huxley.cxx:209: error: ‘m_alpha_table’ was not declared in this scope
hodgkin_huxley.cxx:211: error: ‘m_alpha_plus_beta_table’ was not declared in 
this scope
hodgkin_huxley.cxx:214: error: ‘h_alpha_table’ was not declared in this scope
hodgkin_huxley.cxx:216: error: ‘h_alpha_plus_beta_table’ was not declared in 
this scope
hodgkin_huxley.cxx:219: error: ‘n_alpha_table’ was not declared in this scope
hodgkin_huxley.cxx:221: error: ‘n_alpha_plus_beta_table’ was not declared in 
this scope
make: *** [hodgkin_huxley.o] Fehler 1
==

[1] No, I don't know why I was the receiver.

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

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

Versions of packages matwrap depends on:
ii  perl  5.10.0-19  Larry Wall's Practical Extraction 

matwrap recommends no packages.

matwrap 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#519661: glibc: [l10n:de] Broken German translation of debconf templates

[Helge Kreutzmann]

Hello,
On Sat, Mar 14, 2009 at 08:07:24AM +0100, Christian Perrier wrote:
> Package: glibc
> Severity: normal
> Tags: patch l10n
> 
> The German translation of debconf templates in the glibc package is broken
> (missing double quotes).
> 
> Patch attached.
> 

> --- de.po.old 2009-03-14 08:04:00.981525061 +0100
> +++ de.po 2009-03-14 08:05:15.989523323 +0100
> @@ -213,6 +213,6 @@
>  "Bibliotheken wird das GNU Libc-Upgrade Sie außerstande setzen, sich 
> gegenüber"
>  "diesen Programmen zu authentifizieren. Sie sollten dafür sorgen, dass diese"
>  "Programme neu gestartet oder beendet werden, bevor Sie dieses Upgrade "
> -"fortsetzen, damit Ihre Benutzer nicht aus ihren laufenden Sitzungen 
> -ausgesperrt werden."
> +"fortsetzen, damit Ihre Benutzer nicht aus ihren laufenden Sitzungen "
> +"ausgesperrt werden."

Ack. Please apply.

Greetings

  Helge
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#519746: [kile] Opening Configure Shortcuts window pins CPU at 100%

[Antonio Russo]

Package: kile
Version: 1:2.1.0~svn933829-1
Severity: normal

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

When I open the "Configure Shortcuts" dialog from the
Settings menu, the program freezes for tens of seconds,
pinning the CPU at ~100%.

Once the window comes up, it performs normally.

The computer in question is P4 3.0GHz machine... so
a more modern computer might only experience a pause.

That said, there is no way in the world that Kile
needs to do ~3 billion operations to bring up ~100
shortcuts.

Thanks,
Antonio

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.26-1-686

Debian Release: squeeze/sid
  990 testing ftp.us.debian.org
  600 unstableftp.us.debian.org
  200 experimentalftp.us.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-=
kdebase-runtime(>= 4:4.2.0) | 4:4.2.1-2
kdelibs5   (>= 4:4.2.1) | 4:4.2.1-2
libc6(>= 2.1.3) | 2.9-4
libgcc1(>= 1:4.1.1) | 1:4.3.3-3
libqt4-dbus  (>= 4.4.3) | 4.4.3-2
libqt4-network   (>= 4.4.3) | 4.4.3-2
libqt4-script(>= 4.4.3) | 4.4.3-2
libqt4-svg   (>= 4.4.3) | 4.4.3-2
libqt4-xml   (>= 4.4.3) | 4.4.3-2
libqtcore4   (>= 4.4.3) | 4.4.3-2
libqtgui4(>= 4.4.3) | 4.4.3-2
libstdc++6   (>= 4.1.1) | 4.3.3-3
konsole | 4:4.2.1-1
texlive-base-bin| 2007.dfsg.2-4
texlive-latex-base  | 2007.dfsg.1-5





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

Bug#505379: phosphor segfaults

[Frans Pop]

FWIW, started using phosphor again recently and I'm seeing the same
problem. I'm running phosphor from KDE 3.5 with fortune as source
for text (had to edit /usr/share/xscreensaver/config/phosphor.xml
to be able to use that).

Mar  6 19:07:17 aragorn kernel: phosphor[31384]: segfault at 0
   ip 7f96e068f110 sp 7fffe9dd1d28 error 4 in 
libc-2.7.so[7f96e0623000+14a000]
Mar  7 20:20:20 aragorn kernel: phosphor[8362]: segfault at 0
   ip 7f2c47bcc110 sp 7fff5130e898 error 4 in 
libc-2.7.so[7f2c47b6+14a000]
Mar 12 22:44:58 aragorn kernel: phosphor[12924]: segfault at 0
   ip 7f448e684110 sp 7fff97dc7358 error 4 in 
libc-2.7.so[7f448e618000+14a000]
Mar 13 08:53:05 aragorn kernel: phosphor[7521]: segfault at 0
   ip 7f3cc8afc110 sp 7fffd223d0e8 error 4 in 
libc-2.7.so[7f3cc8a9+14a000]
Mar 13 10:03:27 aragorn kernel: phosphor[9167]: segfault at 0
   ip 7fc27c858110 sp 7fff85f9b528 error 4 in 
libc-2.7.so[7fc27c7ec000+14a000]
Mar 13 10:38:01 aragorn kernel: phosphor[10558]: segfault at 0
   ip 7f3e937a3110 sp 7fff9cee4478 error 4 in 
libc-2.7.so[7f3e93737000+14a000]
Mar 13 17:46:08 aragorn kernel: phosphor[8295]: segfault at 0
   ip 7fa631644110 sp 7fff3ad85318 error 4 in 
libc-2.7.so[7fa6315d8000+14a000]
Mar 13 21:19:07 aragorn kernel: phosphor[31937]: segfault at 0
   ip 7f0e57a4e110 sp 7fff61190b38 error 4 in 
libc-2.7.so[7f0e579e2000+14a000]

System is a HP 2510p notebook (Intel Core Duo/ ICH8) running
Debian/lenny/amd64 using self-compiled 2.6.29-rc8 kernel
Video driver is "intel":
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960
   Integrated Graphics Controller [8086:2a02] (rev 0c)
00:02.1 Display controller [0380]: Intel Corporation Mobile GM965/GL960
   Integrated Graphics Controller [8086:2a03] (rev 0c)

X.org conf and log attached.

# 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

# Using the evdev driver should make the special keys supported by default,
# but I cannot get it working.
Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
#Driver "evdev"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc104"
#Option "XkbModel"  "evdev"
Option  "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
#   Option  "CorePointer"
EndSection

# Note: Synaptics touchpad is recognized through hal; see:
# /etc/hal/fdi/policy/10-synaptics.fdi
#Section "InputDevice"
#   Identifier  "Synaptics Touchpad"
#   Driver  "synaptics"
#   Option  "SendCoreEvents"
#EndSection

Section "Device"
Identifier  "Intel GM965 Video Controller"

Option  "Monitor-LVDS"  "Internal Panel"
Option  "Monitor-VGA"   "External VGA Monitor"
# to prevent high interrupts from i915 driver
# (or: don't use 3D GL screensavers...)
# restart X.Org to get rid of high DRI interrupts
#Option "NoDRI"
EndSection

Section "Monitor"
Identifier  "Internal Panel"
DisplaySize 261 163 # 10.2" x 6.3"
EndSection

Section "Monitor"
Identifier  "External VGA Monitor"
#DisplaySize360 270 # NEC HR19
EndSection

Section "Screen"
Identifier  "Default Screen"
Monitor "Internal Panel"
Monitor "External VGA Monitor"

Subsection "Display"
Virtual 3000 2000
EndSubSection
EndSection

#Section "ServerLayout"
#   Identifier  "Default Layout"
#   Screen  "Default Screen"
#   InputDevice "Generic Keyboard"
#   #InputDevice"Configured Mouse"
#   #InputDevice"Synaptics Touchpad"
#EndSection

X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-11~fjp)
Current Operating System: Linux aragorn 2.6.29-rc8-rjw #9 SMP Sat Mar 14 14:26:22 CET 2009 x86_64
Build Date: 04 February 2009  03:40:02PM
 
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) inform

Bug#515685: console-setup: needs to read xorg.conf on install to get xkb settings

[Anton Zinoviev]

On Fri, Mar 13, 2009 at 07:59:08PM +0100, Julien Cristau wrote:
> 
> Oh, and I noticed that lv3:ralt_switch gets set if xorg.conf doesn't set
> any options.  Dunno if that's a problem, I'm guessing it's ok.

For non-US and non-latin keyboards.  This can be disabled if there 
exists a file /etc/X11/xorg.conf.  I don't know which variant is better.

Anton Zinoviev

P.S. I can upload the package as soon as you tell me.




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