Bug#598297: Additional variables set

[Jordi Mas]

Thanks a lot for the bug report Raphael

We fixed this in upstream.

The question is if we have to do a similar path for DYLD_LIBRARY_PATH or 
other variables also set by this script:


http://git.gnome.org/browse/mistelix/tree/src/mistelix.in

Thanks,

Jordi Mas
j...@softcatala.org



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

Bug#602473: general: cannot change dhcp address to static

[ivan]

Package: general
Severity: important

I cannot chage manually IP address in /etc/network/interfaces, after bring
interface down with ifconfig eth0 down I manually edit above maentioned file
with: 
allow-hotplug eth0
iface eth0 inet static
address xxx.xxx.xx.xx and so on and after bringing up command on eth0 
host wont connent any more or still hanging on dhcp. Ifconfig eth0 still
showing DHCP address, it will change only after restarting host.
Also '/etc/init.d/networking restart' doesnt work, after that host 
just dont want connect any more.

best wishes ivan 

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

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



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

Bug#602453: pd-pmpd: FTBFS - unoconv needs writable $HOME

[Vincent Bernat]

OoO En  cette nuit striée d'éclairs  du vendredi 05  novembre 2010, vers
02:32, Felipe Sateler  disait :

>> pd-pmpd fires up unoconv to convert its manual from Star Office's
>> native format to PDF, but unoconv evidently needs a writable $HOME for
>> whatever reason:
>> 
>> | unoconv -f pdf 
>> /build/buildd-pd-pmpd_0.9-1-i386-D5fhxp/pd-pmpd-0.9/manual/pmpd.sxw
>> | stat: cannot read file system information for `/home/buildd': No such file 
>> or directory
>> | [Java framework] Error in function createSettingsDocument (elements.cxx).
>> | javaldx failed!
>> | Error: Unable to connect or start own listener. Aborting.
>> | make[1]: *** [override_dh_auto_build] Error 251
>> 
>> To address this, you could either create and use a temporary $HOME or
>> split the docs and examples out into architecture-independent packages
>> (or perhaps a single such).
>> 
>> Could you please do so?

> Hmm, this seemed to work on at least ia64 and the uploading host
> (built in a pbuilder chroot). And now I get failures on DISPLAY not
> being set on a pbuilder chroot.

> Vincent, do you know which environment variables need to be set
> correctly to use unoconv?

unoconv  does  not  require  anything  by itself  (neither  DISPLAY  nor
writable HOME). However,  OO.org UNO binding can be  pretty difficult to
make  work  without  a  desktop environment.  Even  with  OpenOffice.org
headless version,  you will need  a X server  like xvfb to  start OO.org
listener. Moreover, this is not 100% reliable.

Maybe this is is better to keep the documentation in sxw format?
-- 
NO ONE WANTS TO HEAR FROM MY ARMPITS
NO ONE WANTS TO HEAR FROM MY ARMPITS
NO ONE WANTS TO HEAR FROM MY ARMPITS
-+- Bart Simpson on chalkboard in episode 3F01


pgpbuIfurYfQC.pgp
Description: PGP signature

Bug#602416: curl: kerberos ftp fails

[Ramakrishnan Muthukrishnan]

On Fri, Nov 5, 2010 at 2:13 AM, Liam Healy  wrote:
>
> OK, done.  Now it segfaults
>
> curl -v --krb clear ftp://he...@/archive/catalogs/
> * About to connect() to  port 21 (#0)
> *   Trying aaa.bbb.ccc.ddd... connected
> * Connected to  (132.250.112.17) port 21 (#0)
> < 220 khan FTP server (Version 5.60) ready.
> * Trying mechanism GSSAPI...
> Segmentation fault
>
> curl --version
> curl 7.21.0 (x86_64-pc-linux-gnu) libcurl/7.21.2 OpenSSL/0.9.8o

Looks like your curl version is 7.21.0 and libcurl is 7.21.2. Please
try with curl version also upgraded to the same version.

thanks
Ramakrishnan



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

Bug#601971: Sorry for the late reply

[Bilal Akhtar]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


> What are the other clients that may use liboauth? Is bti the only one?

gTwitter and twitux (both Twitter clients in C) needed this library
originally, but due to an inactive upstream, and due to no answer from
the maintainers on bugs #591640 and #589360 (possibly due to the late
packaging of liboauth, which was my fault) , the packages were removed
recently from Debian.

These two (along with BTI) were also the only clients I thought of when
I worked on packaging liboauth back in May.

However, liboauth can also be used for other purposes (like connecting
to launchpad.net , Identi.ca , and facebook) and probably application
developers using Squeeze may benefit from this library to build their
own applications.

Thanks for the unblock!

Bilal Akhtar.


- -- 
Bilal Akhtar - Ubuntu Developer, yet still 14 years old.
More information about him can be found on
https://edge.launchpad.net/~bilalakhtar
IRC nick: bilalakhtar
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJM06IvAAoJENsMxwzgYeH20zkIAIts28lPjW2Lz4ePkKiOM228
MXQC8E5lg4EqEYqhWPbHTrWQ8g7yBaDBoOWPpAdVuITm4aU9jz6JZca+TcSmeuz/
qmyCbCtXlKn+eFA1lP+D1MHzb7OfGQVzeFuIsb8yeoAe/ZAwKQWFYMQABe39o7uy
7XF9onIoQidd4oflmCaM6Ay85yY776nzwq/q5aw18mUmWWMsJrmB7/mT80qUSlHP
iyyaMN2OchHiJttVGdSGMeV6pCYKafceM6H6V9I407XG9TIQpE7aKaJATGYGIOPY
a7+w+3OzkBF0rFzpmrf8UtlZOgzSVSnOLeV3gL5XQgrYD11CaJq6zaFHJpMUcZg=
=RtAW
-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#602472: acedb: FTBFS with binutils because of "undefined reference to symbol 'XFree'"

[Fabrice Coutadeur]

Package: acedb
Version: 4.9.39+dfsg.01-1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch

Hi,

acedb FTBFS with binutils-gold. Here is the relevant part of the build log:
...
gcc -g -o blixem blixem.o blxmain.o blxparser.o dotter.o dotterKarlin.o \
translate.o -L. -lgex -lgraph -lgd -lfree `../w3rdparty/acedb-config 
glib-2.0 gtk+-2.0` -L/usr/X11R6/lib `../w3rdparty/libs-config glib-2.0 
gtk+-2.0` -lm -lcurses -lreadline
./libgraph.a(graphascii.o): In function `graphASCII':
/build/fabrice-acedb_4.9.39+dfsg.01-1ubuntu1-amd64-IHv2cZ/acedb-4.9.39+dfsg.01/bin.LINUX_4/graphascii.c:264:
 warning: the use of `tempnam' is dangerous, better use `mkstemp'
./libgraph.a(graphprint.o): In function `pdInit':
/build/fabrice-acedb_4.9.39+dfsg.01-1ubuntu1-amd64-IHv2cZ/acedb-4.9.39+dfsg.01/bin.LINUX_4/graphprint.c:1164:
 warning: the `getwd' function is dangerous and should not be used.
/usr/bin/ld: ./libgex.a(graphgdkremote.o): undefined reference to symbol 'XFree'
/usr/bin/ld: note: 'XFree' is defined in DSO /usr/lib64/libX11.so.6 so try 
adding it to the linker command line
collect2: ld returned 1 exit status
make[2]: *** [blixem] Error 1

In Ubuntu, we've applied the attached patch to fix this FTBFS:
  * binutils-gold.patch: patch wmake/LINUX_64_DEF and wmake/LINUX_$_DEF to add
explicit link with libX11. This fixes a FTBFS with binutils-gold.

We thought you might be interested in doing the same. 

*** /tmp/tmpbdUAeD

Thanks,
Fabrice

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

Kernel: Linux 2.6.35-23-generic (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru acedb-4.9.39+dfsg.01/debian/patches/binutils-gold.patch acedb-4.9.39+dfsg.01/debian/patches/binutils-gold.patch
--- acedb-4.9.39+dfsg.01/debian/patches/binutils-gold.patch	1970-01-01 01:00:00.0 +0100
+++ acedb-4.9.39+dfsg.01/debian/patches/binutils-gold.patch	2010-11-05 07:08:26.0 +0100
@@ -0,0 +1,27 @@
+Description: add explicit link with libX11 as this is required by libgex.a.
+ This fix a FTBFS with binutils-gold with the following error:
+ "./libgex.a(graphgdkremote.o): undefined reference to symbol 'XFree'"
+Author: Fabrice Coutadeur 
+
+--- acedb-4.9.39+dfsg.01.orig/wmake/LINUX_4_DEF
 acedb-4.9.39+dfsg.01/wmake/LINUX_4_DEF
+@@ -28,7 +28,7 @@ COMPILER = gcc $(COPT) -Wall  -DACEDB4 `
+ LINKER = gcc $(COPT)
+ 
+ # The arg to libs-config is used if our private copy not installed.
+-LIBS = -L/usr/X11R6/lib `../w3rdparty/libs-config $(GTKVER)` -lm -lcurses -lreadline
++LIBS = -L/usr/X11R6/lib `../w3rdparty/libs-config $(GTKVER)` -lm -lcurses -lreadline -lX11
+ 
+ ### Linux uses flex to emulate the standard 'lex' program
+ LEX_LIBS = -lfl
+--- acedb-4.9.39+dfsg.01.orig/wmake/LINUX_64_DEF
 acedb-4.9.39+dfsg.01/wmake/LINUX_64_DEF
+@@ -28,7 +28,7 @@ COMPILER = gcc $(COPT) -Wall  -DACEDB4 `
+ LINKER = gcc $(COPT)
+ 
+ # The arg to libs-config is used if our private copy not installed.
+-LIBS = -L/usr/X11R6/lib `../w3rdparty/libs-config $(GTKVER)` -lm -lcurses -lreadline
++LIBS = -L/usr/X11R6/lib `../w3rdparty/libs-config $(GTKVER)` -lm -lcurses -lreadline -lX11
+ 
+ ### Linux uses flex to emulate the standard 'lex' program
+ LEX_LIBS = -lfl
diff -Nru acedb-4.9.39+dfsg.01/debian/patches/series acedb-4.9.39+dfsg.01/debian/patches/series
--- acedb-4.9.39+dfsg.01/debian/patches/series	2010-07-11 06:33:15.0 +0200
+++ acedb-4.9.39+dfsg.01/debian/patches/series	2010-11-05 07:04:05.0 +0100
@@ -2,3 +2,4 @@
 belvu_help.patch
 efetch_help.patch
 dotter_help.patch
+binutils-gold.patch

Bug#602457: Please remove package Unicode::Collate from perl-modules

[Niko Tyni]

forcemerge 602457 599486 
thanks

On Fri, Nov 05, 2010 at 01:45:53AM +0100, Danai SAE-HAN wrote:
> Package: perl-modules
> Version: 5.10.1-16
> Severity: normal

> I have just uploaded package `libunicode-collate-xs-perl' version 0.65-1
> to the repository.  This package replaces the Unicode::Collate package
> found in perl-modules, which is a somewhat older version.
> 
> Could you please remove the Unicode::Collate package from perl-modules?

No, you've misunderstood this.

Did you see http://lists.debian.org/debian-perl/2010/10/msg00100.html ?
Quoting Ansgar there:

> There is no need to remove it from perl-modules.  We already have
> several Perl modules that are shipped in both perl/perl-modules and a
> separate package, for example libversion-perl.  This does not cause any
> problems as they are installed in different locations and the perl
> interpreter will load the separate packaged modules first.
> 
> You should still notify the perl maintainers so they can include your
> package in the Provides field and older versions in the Conflicts field
> (that is older versions than included in perl-modules itself).

Please look at other dual lived modules to see how this is normally handled.
The result should be something like

 Package: perl-modules
 Provides:  [...], libunicode-collate-perl
 Replaces:  [...], libunicode-collate-perl
 Conflicts: [...], libunicode-collate-perl (<< 0.52)

The Provides: is so that packages that don't care about the exact version
and depend on just 'libunicode-collate-perl' will not unnecessarily pull
in the separate package.

The Conflicts: and Replaces: are so that upgrading the perl package
removes any possible older versions of Unicode::Collate that would
otherwise take precedence on @INC. At the moment this is not strictly
necessary as 0.65 is the first separately packaged version, so it would
only affect locally packaged older libunicode-collate-perl packages.
It doesn't hurt to introduce it straight away though.

Also, why do you call it libunicode-collate-xs-perl ? AFAICS the module
is still called Unicode::Collate, with or without the XS bits.

> I have added a Conflicts against `perl-modules (<= 5.10.1-16)' to ensure
> a proper transition.
 
I don't see the package you uploaded anywhere yet, but doesn't that
make it currently uninstallable? There's no need for it in any case,
the separate package should install in /usr/(share|lib)/perl5 and be
found first on @INC.

I'm merging this with your previous request, #599486. Let's keep them open
until the matter is settled.
-- 
Niko Tyni   nt...@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#565001:

[Giuseppe Sacco]

Hi Arthur,
I found the very same problem when all Debian packages have been
recompiled using gcc 4.5. My original report against hylafax bugzilla is
http://bugs.hylafax.org/show_bug.cgi?id=924. I am now using the latest
released hylafax source on both Debian and Ubuntu. This source does not
include the patch provided upstream, so the problem is still there, but
Debian still use gcc 4.4, while Ubuntu maverick switched to 4.5.

Please note that the package has been tuned to fit Debian squeeze
release, so gcc 4.4.

Whenever hylafax will release a new version, I will create a new package
and upload it to Debian. The package will then forward to Ubuntu and
will not need that patch anymore (since it should be included upstream.)

Bye,
Giuseppe




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

Bug#602471: pymca: package unusable

[Picca Frederic-Emmanuel]

Package: pymca
Version: 4.4.0-1
Severity: important


hello

Here the error message when I try to start pymca

pi...@mordor:~$ pymca
Traceback (most recent call last):
  File "/usr/share/pyshared/PyMca/PyMcaMain.py", line 161, in 
import McaWindow
  File "/usr/share/pyshared/PyMca/McaWindow.py", line 37, in 
import McaAdvancedFit
  File "/usr/share/pyshared/PyMca/McaAdvancedFit.py", line 48, in 
import ClassMcaTheory
  File "/usr/share/pyshared/PyMca/ClassMcaTheory.py", line 28, in 
import Elements
  File "/usr/share/pyshared/PyMca/Elements.py", line 177, in 
import LShell
  File "/usr/share/pyshared/PyMca/LShell.py", line 215, in 
weights.append(getweights(ele))
  File "/usr/share/pyshared/PyMca/LShell.py", line 187, in getweights
ck= getCosterKronig(ele)
  File "/usr/share/pyshared/PyMca/LShell.py", line 130, in getCosterKronig
ck[t]   = EADL97_ElementL1ShellValues[getz(ele)-1][index] 
IndexError: list index out of range

See you

thanks

Frederic

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

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

Versions of packages pymca depends on:
ii  libc62.11.2-7Embedded GNU C Library: Shared lib
ii  libgl1-mesa- 7.7.1-4 A free implementation of the OpenG
ii  libglu1-mesa 7.7.1-4 The OpenGL utility library (GLU)
ii  pymca-data   4.4.0-1 Architecture independent data file
ii  python   2.6.6-3+squeeze1interactive high-level object-orie
ii  python-matpl 0.99.3-1Python based plotting system in a 
ii  python-numpy 1:1.4.1-5   Numerical Python adds a fast array
ii  python-qt4   4.7.3-1+b1  Python bindings for Qt4
ii  python-qwt5- 5.2.1~cvs20091107+dfsg-3+b1 Python version of the Qwt5 technic
ii  python-suppo 1.0.11  automated rebuilding support for P

pymca recommends no packages.

pymca 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#602060: jpilot: Datebook>Week: 'Repeat on Days SMTWTFS' allows the user to select no days.

[A. Costa]

On Thu, 04 Nov 2010 20:58:15 +0100
Ludovic Rousseau  wrote:

> Upstream closed the bug with:
> 
> " I've taken a look and I prefer the current functionality. It is
> easier for me to deselect all of the days and then re-select only the
> ones I want. I find the alternative that the user is proposing, which
> is implemented by the Palm Desktop, slower and more cumbersome.
> 
> There is never an issue with corruption of the backend database since 
> the record is always validated, and I think the current code is nice 
> enough in that it pops open an error message and gives the user a
> chance to change the record.
> 
> Thank the user for their interest in making Jpilot better, even
> though this suggestion won't be adopted. "
> 
> So I also close the Debian bug.

Thanks for the feedback.

Re upstream:  so the functionality upstream wants is a virtual "clear",
with no defaults, the better to set several weekly days.  As a user, I
only want one day usually, (the same day as the first instance), and
just want that day set by default.  (How I keep getting that error
message I dunno, but I'll look into it later -- the main thing that
struck me is how that error was a side effect of the interface design.)

Anyway, assuming upstream needs multiple weekly days, how about both
options, the interface would look something like:

Repeat on Day SMTWTFS  [clear days]

...where "[clear days]" would be a button that clears the seven days,
and would become the only way to clear all days.  That way simple users
(e.g. me) would have "radio button"-like behavior and never see the
error, and power users (upstream) could have a 'clear' button  (and see
the error when they forget to pick a day).

HTH...



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

Bug#602469: sea-defender: FTBFS: cc1plus: error: unrecognized command line option "-minline-all-stringops"

[Nobuhiro Iwamatsu]

Source: sea-defender
Version: 0.9-1
Severity: serious

Hi,

sea-defender FTBFS  on all architecture except x86.
  https://buildd.debian.org/pkg.cgi?pkg=sea-defender


make[1]: Entering directory
`/build/buildd-sea-defender_0.9-1-armel-tEV4F_/sea-defender-0.9'
cc1plus: fatal error: opening output file .deps/main.d: No such file
or directory
compilation terminated.
cp: cannot stat `.deps/main.d': No such file or directory
/bin/sh: cannot open .deps/main.d: No such file
g++ -ffunction-sections -fdata-sections -Wall -Os -fno-exceptions
-fno-unwind-tables -fno-rtti -minline-all-stringops -ggdb   -c -o
main.o main.cpp
cc1plus: error: unrecognized command line option "-minline-all-stringops"
make[1]: *** [main.o] Error 1
dh_auto_build: make -j1 returned exit code 2
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
make[1]: Leaving directory
`/build/buildd-sea-defender_0.9-1-armel-tEV4F_/sea-defender-0.9'


Could you check your package?

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



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

Bug#602468: rinputd: [INTL:ja] Japanease translation of the debconf templates rinputd

[Nobuhiro Iwamatsu]

Package: rinputd
Severity: wishlist
Tags: l10n patch

Hi,

Please include the attached japanese debconf translation.
PO file reviewed by several Japanese Debian developers and users.

Best regards,
 Nobuhiro

--
Nobuhiro Iwamatsu
  iwamatsu at {nigauri.org / debian.org}
  GPG ID: 40AD1FA6
# Copyright (C) 2010 Nobuhiro Iwamatsu 
# This file is distributed under 2-clause BSD license.
# Nobuhiro Iwamatsu , 2010.
#

msgid ""
msgstr ""
"Project-Id-Version: rinputd_1.0.3-5\n"
"Report-Msgid-Bugs-To: rinp...@packages.debian.org\n"
"POT-Creation-Date: 2010-05-25 06:52+0200\n"
"PO-Revision-Date: 2010-11-04 14:10+0900\n"
"Last-Translator: Nobuhiro Iwamatsu \n"
"Language-Team: Japanese \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Japanese\n"
"X-Poedit-Country: JAPAN\n"

#. Type: string
#. Description
#: ../templates:2001
msgid "Remote input username:"
msgstr "リモート入力ユーザ名:"

#. Type: string
#. Description
#: ../templates:2001
msgid "Please enter a username for the remote input login."
msgstr "リモート入力ログインするユーザ名を入力してください。"

#. Type: string
#. Description
#: ../templates:2001
msgid "This account will not be created as a local user with shell access. Instead it will allow control of the keyboard and mouse through the remote input daemon."
msgstr "このアカウントは、シェルアクセスをもつローカルユーザとしては作成されません。その代わりに、リモート入力デーモンを通してキーボードとマウスの制御を許可します。"

#. Type: password
#. Description
#: ../templates:3001
msgid "Remote input password:"
msgstr "リモート入力パスワード:"

#. Type: password
#. Description
#: ../templates:3001
msgid "Please enter a password for the remote input login."
msgstr "リモート入力ログインするパスワードを入力してください。"

#. Type: error
#. Description
#: ../templates:4001
msgid "Invalid username or password"
msgstr "ユーザ名またはパスワードが間違っています"

#. Type: error
#. Description
#: ../templates:4001
msgid "Neither the remote input username nor the password can be empty. Please correct them."
msgstr "リモート入力ユーザ名もパスワードも、空にできません。修正してください。"

Bug#602466: fts: [INTL:ja] Japanease translation of the debconf templates fts

[Nobuhiro Iwamatsu]

Package: fts
Severity: wishlist
Tags: l10n patch

Hi,

Please include the attached japanese debconf translation.
PO file reviewed by several Japanese Debian developers and users.

Best regards,
 Nobuhiro

--
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
# Copyright (C) 2010 Nobuhiro Iwamatsu 
# This file is distributed under the 2-clause BSD license.
# Nobuhiro Iwamatsu , 2010.

msgid ""
msgstr ""
"Project-Id-Version: fts_0.1-4.2\n"
"Report-Msgid-Bugs-To: fts @packages.debian.org\n"
"POT-Creation-Date: 2010-01-18 16:06+0100\n"
"PO-Revision-Date: 2010-11-02 01:59+0900\n"
"Last-Translator: Nobuhiro Iwamatsu \n"
"Language-Team: Japanese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../fts.templates:1001
msgid "Base directory for the tftp files:"
msgstr "tftp ファイルのベースディレクトリ:"

#. Type: string
#. Description
#: ../fts.templates:1001
msgid ""
"The config directory for tftp is where the pxelinux.0 image lies. This must "
"be in sync with your TFTP Server"
msgstr ""
"tftp の設定ディレクトリは、pxelinux.0 イメージファイルがある場所です。"
"これは TFTP サーバと同期してなければなりません"

Bug#602467: ifetch-tools: [INTL:ja] Japanease translation of the debconf templates ifetch-tools

[Nobuhiro Iwamatsu]

Package: ifetch-tools
Severity: wishlist
Tags: l10n patch

Hi,

Please include the attached japanese debconf translation.
PO file reviewed by several Japanese Debian developers and users.

Best regards,
 Nobuhiro

--
Nobuhiro Iwamatsu
  iwamatsu at {nigauri.org / debian.org}
  GPG ID: 40AD1FA6
# Copyright (C) 2010 Nobuhiro Iwamatsu 
# This file is distributed under the 2-clause BSD license.
# Nobuhiro Iwamatsu , 2010.
#

msgid ""
msgstr ""
"Project-Id-Version: ifetch-tools_0.15.22b-\n"
"Report-Msgid-Bugs-To: ifetch-to...@packages.debian.org\n"
"POT-Creation-Date: 2010-08-14 17:43-0500\n"
"PO-Revision-Date: 2010-11-04 09:01+0900\n"
"Last-Translator: Nobuhiro Iwamatsu \n"
"Language-Team: Japanese \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Japanese\n"
"X-Poedit-Country: JAPAN\n"

#. Type: boolean
#. Description
#: ../ifetch-tools.templates:1001
msgid "Remove all ifetch-tools data, logs, and settings files?"
msgstr "全ての ifetch-tools データ、ログ、設定ファイルを削除しますか?"

#. Type: boolean
#. Description
#: ../ifetch-tools.templates:1001
msgid "The /var/lib/ifetch-tools, /var/log/ifetch-tools, and /etc/ifetch-tools directories which contain the ifetch-tools data, logs, and settings files are about to be removed."
msgstr "ifetch-tools データ、ログ、設定ファイルを含む /var/lib/ifetch-tools、/var/log/ifetch-tools および /etc/ifetch-tools ディレクトリが削除されようとしています。"

#. Type: boolean
#. Description
#: ../ifetch-tools.templates:1001
msgid "If you're removing the ifetch-tools package in order to later install a more recent version or if a different ifetch-tools package is already using the data, logs, and settings, they should be kept."
msgstr "もっと新しいバージョンをインストールするために ifetch-tools パッケージを削除している、あるいは異なる ifetch-tools パッケージがデータ、ログ、設定ファイルを既に使っているなら、これらは削除すべきではありません。"

Bug#580690: [Foo2zjs-maintainer] Bug#580690: Bug#580690: foo2zjs: Moire on Samsung CLX-3175 with foo2qpdl

[Luca Capello]

Hi Alexey!

On Wed, 20 Oct 2010 02:16:37 +0200, Luca Capello wrote:
> On Sun, 17 Oct 2010 17:40:14 +0200, Alexey Feldgendler wrote:
>> On Thu, 14 Oct 2010 11:13:38 +0200, Luca Capello  wrote:
>>
>>> Have you tried with the ICM files upstream provides?  You should
>>> download them with the 'getweb' script:
>>>
>>>   # getweb 3175
>>
>> Thanks! Never knew about this possiblity. I'll try the things you
>> suggest as soon as I find a little time for this.
>
> Thank you.
[...]
> Unfortunately, if the your problem is caused by these missing QPDL
> files, then the only solution would be to add a note in the
> README.Debian about how to get them.  However, if the problem is the
> misplaced files that 'getweb' downloads, then the fix is on the way.

Upstream 'getweb' have been fixed in Debian as well:

  http://svn.debian.org/viewsvn/foo2zjs?view=rev&revision=244

Please try the latest temporary package at:

  http://people.debian.org/~gismo/tmp/

Thx, bye,
Gismo / Luca


pgpVw7njrJrHa.pgp
Description: PGP signature

Bug#602465: astk: [INTL:ja] Japanease translation of the debconf templates astk

[Nobuhiro Iwamatsu]

Package: astk
Severity: wishlist
Tags: l10n patch

Hi,

Please include the attached japanese debconf translation.
PO file reviewed by several Japanese Debian developers and users.

Best regards,
 Nobuhiro

--
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
# Copyright (C) 2010 Nobuhiro Iwamatsu 
# This file is distributed under the 2-clause BSD license.
# Nobuhiro Iwamatsu , 2010.
#

msgid ""
msgstr ""
"Project-Id-Version: astk_1.8.3-1\n"
"Report-Msgid-Bugs-To: a...@packages.debian.org\n"
"POT-Creation-Date: 2010-10-28 10:28+0200\n"
"PO-Revision-Date: 2010-11-05 04:27+0900\n"
"Last-Translator: Nobuhiro Iwamatsu \n"
"Language-Team: Japanese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Description
#: ../code-aster-gui.templates:2001
msgid "Aster platform:"
msgstr "Aster プラットホーム:"

#. Type: select
#. Description
#: ../code-aster-gui.templates:2001
msgid "Select Aster platform."
msgstr "Aster プラットホームを選択します。"

#. Type: string
#. Description
#: ../code-aster-gui.templates:3001
msgid "ASTK server domain name:"
msgstr "ASTK サーバドメイン名:"

#. Type: string
#. Description
#: ../code-aster-gui.templates:3001
msgid "Please enter the domain name of the server that this ASTK client should connect to."
msgstr "ASTK クライアントが接続するサーバーのドメイン名を入力してください。"

#. Type: string
#. Description
#: ../code-aster-gui.templates:4001
msgid "ASTK server host name:"
msgstr "ASTK サーバホスト名:"

#. Type: string
#. Description
#: ../code-aster-gui.templates:4001
msgid "Please enter the host name (without domain name) of the server that this ASTK client should connect to."
msgstr "ASTK クライアントが接続するサーバのホスト名 (ドメイン名なしで) を入力してください。"

#. Type: string
#. Description
#: ../code-aster-gui.templates:5001
msgid "ASTK client node name:"
msgstr "ASTK クライアントノード名:"

#. Type: string
#. Description
#: ../code-aster-gui.templates:5001
msgid "Please enter the public name by which this client will be known on the network. It must be a unique name within the domain."
msgstr "クライアントがネットワーク上で名乗っている公開名を入力してください。それはドメイン内で一意な名前でないといけません。"

#. Type: select
#. Description
#: ../code-aster-gui.templates:6001
msgid "Standard editor:"
msgstr "標準のエディタ:"

#. Type: select
#. Description
#: ../code-aster-gui.templates:6001
msgid "Please select the command line that ASTK should use to launch an editor."
msgstr "ASTK がエディタを起動するために利用するコマンドラインを選んでください。"

#. Type: select
#. Description
#: ../code-aster-gui.templates:7001
msgid "Standard terminal emulator:"
msgstr "標準のターミナルエミュレータ:"

#. Type: select
#. Description
#: ../code-aster-gui.templates:7001
msgid "Please select the command line that ASTK should use to launch a terminal window."
msgstr "ASTK がターミナルウィンドウを起動するために利用するコマンドラインを選んでください。"

#. Type: select
#. Description
#: ../code-aster-gui.templates:8001
msgid "ASTK server MPI implementation:"
msgstr "ASTK サーバの MPI 実装:"

#. Type: select
#. Description
#: ../code-aster-gui.templates:8001
msgid "Please select the MPI implementation used by the server that this ASTK client should connect to."
msgstr "ASTK クライアントが接続するサーバーで利用される MPI 実装を選んでください。"

#. Type: select
#. Description
#: ../code-aster-gui.templates:9001
msgid "ASTK server bit width:"
msgstr "ASTK サーバのビット幅:"

#. Type: select
#. Description
#: ../code-aster-gui.templates:9001
msgid "Please select the bit width of the server that this ASTK client should connect to."
msgstr "ASTK クライアントが接続するサーバーのビット幅を選んでください。"

Bug#594322: [Foo2zjs-maintainer] Bug#594322: foo2zjs: Please upgrade to more recent version for Squeeze.

[Luca Capello]

Hi there!

On Wed, 13 Oct 2010 02:21:35 +0200, Luca Capello wrote:
> On Mon, 27 Sep 2010 23:16:49 +0200, Till Kamppeter wrote:
>> On 09/27/2010 06:53 PM, Luca Capello wrote:
>>> 4) I am not sure debian/local/ is the right place for non-upstream
>>> files, but I should admit that this is the first time I heard about
>>> it and I can not find any documentation about that.  Nevermind, I
>>> have added the two non-upstream PPDs.
>>>
>>> BTW, conceptually speaking, Ubuntu debian/rules misses the command to
>>> compress these two files, given that this action is hidden in the
>>> 'Add "*cupsFilter" line to accept PDF input data to the PPDs' block.
>>>
>>
>> Please go ahead and correct also this.
>> I will overtake the version with your corrections to Ubuntu.
>
> Given that I still have not understood what the 'Add "*cupsFilter"
> line...' does, no corrections on this matter have been made yet.

Still valid.

> 5) - debian/foo2zjs.postinst: Automatically update the PPD files for
>  existing queues to the versions supplied with this package.
>- debian/control: Add dependency on cups and cups-client to ensure that
>  automatic update of the PPDs of existing print queues works.
>
>I do not understand the purpose of this action, but I should admit
>that I am not a CUPS expert and I do not know how other drivers
>behave.
>
>However, given that in Debian the PPDs are configuration files (see
>), I would expect dpkg to prompt for
>any modification, is it so in this case?

Still valid.

> 10) - debian/rules: Add /etc/papersize support, and modify all
>   /usr/bin/foo2*-wrapper scripts to handle custom page sizes correctly in
>   the PDF-based printing workflow.
> - debian/rules: Add "*cupsFilter" line to accept PDF input data to the
>   PPDs.
>
> - Support for the PDF printing workflow:
>o "*cupsFilter:" lines for PDF input in the PPDs
>o Let wrapper scripts read custom page sizes also
>from the command line and not only from embedded
>  PostScript commands.
>
> I do not understand these modifications, would you mind explaining
> them, please?  I do not feel comfortable in applying something I do
> not understand, sorry...

Still valid.

In the meantime (yeah, as usual a bit slow), I continued importing the
remaining Ubuntu changes:

11) wait for 3 seconds when loading firmware

  http://svn.debian.org/viewsvn/foo2zjs?view=rev&revision=241

12) upstream 'getweb' now installs ICM files into the directories of the
correct drivers (I slightly modified Till's patch)

  http://svn.debian.org/viewsvn/foo2zjs?view=rev&revision=244

This could also fix .

> As I wrote in my first reply, my HP Color LaserJet 1500L seems to be
> broken, thus I can not test the new package version, thus i386 and amd64
> packages to be tested are available at:
>
>   http://people.debian.org/~gismo/tmp/

New packages available at the link above!

Thx, bye,
Gismo / Luca


pgpSz02WIhbHg.pgp
Description: PGP signature

Bug#583826: RFH: chromium-browser -- Chromium browser

[Daniel Takashi]

I want to help the project too, if it still needed.

Cheers,
Daniel Takashi

Bug#602464: libpam-unix2: does not use blowfish hash in /etc/shadow entries

[Vincent McIntyre]

Package: libpam-unix2
Version: 1:2.4.1-2
Severity: normal

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

I was testing this module out, because I need local & nis passwords.
  % grep passwd /etc/nsswitch.conf
  passwd: files nis

I changed /etc/pam.d/common-password to read:
  % grep -v ^# common-password
  password   required   pam_unix2.so nullok debug

I used the default /etc/security/pam_unix2 file;
  % sudo mv /etc/security/pam_unix2.default /etc/security/pam_unix2
  % grep -v ^# /etc/security/pam_unix2.default
  CRYPT=des
  CRYPT_FILES=blowfish
  BLOWFISH_CRYPT_FILES=5
  CRYPT_YP=des

Because of complaints in syslog when I used the 'md5' option,
I also created this symlink (on a hunch, I could find no reference to
this file in the documentation).
  % ln -s /etc/security/pam_unix2.default /etc/default/passwd

I had already created a test local user. I did not check but am pretty
sure it had an md5-type password hash in the password field.
When I change the password for the test user, the password hash is in
crypt format.

I also tried these options in the conf file:
  CRYPT=md5
  CRYPT_FILES=blowfish
  BLOWFISH_CRYPT_FILES=5
  CRYPT_YP=des

  CRYPT=md5
  CRYPT_FILES=md5
  BLOWFISH_CRYPT_FILES=5
  CRYPT_YP=des

  CRYPT=des
  CRYPT_FILES=md5
  BLOWFISH_CRYPT_FILES=5
  CRYPT_YP=des

All gave the same result - a crypt-format password hash in /etc/shadow.

What I was expecting to see was hashes prefixed with $1$ 
when using the md5 option and $2$ when using the blowfish option.

Regards
Vince

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

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

Versions of packages libpam-unix2 depends on:
ii  libc6 2.7-18lenny6   GNU C Library: Shared libraries
ii  libpam0g  1.0.1-5+lenny1 Pluggable Authentication Modules l
ii  libxcrypt11:2.4-1Crypt library for DES, MD5, and bl

libpam-unix2 recommends no packages.

libpam-unix2 suggests no packages.

-- no debconf information

-- 

- End forwarded message -

-- 



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

Bug#602463: ITP: libclanlib2.2 - ClanLib 2.2 game SDK

[Givors Fabien]

Package: wnpp
Severity: wishlist


* Package name : libclanlib2.2
  Version  : 2.2.4
  Upstream Author  : The ClanLib Team
* URL  : http://clanlib.org/
* License  : ZLIB
  Programming Language : C++
* Description  : ClanLib 2.2 game SDK

New stable release of the ClanLib SDK, a game framework (GUI / Network /
2D-3D Display / Sound / whatever).
This new version of ClanLib doesn't share it's API with the previous
version. Then it doesn't replace it but brings with it a lot of new
features and code improvement.

The package can be found on mentors.debian.net:
- mentors page URL:
http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=libclanlib2.2
- URL: http://mentors.debian.net/debian/pool/main/l/libclanlib2.2
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free


-- 
fabien givors



signature.asc
Description: OpenPGP digital signature

Bug#602462: ITP: apache-mod-ntlm-winbind -- apache2 module for NTLM authentication against Winbind

[Olly Betts]

Package: wnpp
Severity: wishlist
Owner: Olly Betts 

* Package name: apache-mod-ntlm-winbind
  Version : 0.0.0+svn801
  Upstream Author : Andreas Gal , Sverre H. Huseby 
, Tim Potter , Andrew Bartlett 
, Waider 
* URL : 
http://adldap.sourceforge.net/wiki/doku.php?id=mod_auth_ntlm_winbind
* License : Apache 2.0
  Programming Lang: C
  Description : apache2 module for NTLM authentication against Winbind

The mod_auth_ntlm_winbind module provides authentication and
authorisation over the web against a Microsoft Windows NT/2000/XP or
Samba Domain Controller using Samba's winbind daemon running on the
same machine Apache is running on.

--

Upstream SVN has some Debian packaging work by Jelmer Vernooij, which I've
updated.  I talked to Jelmer on IRC about the module, and he said this is
lacking an upstream maintainer within Samba currently; however the module seems
to work well and be quite widely used.



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

Bug#601253: A complete client/server example.

[Mats Erik Andersson]

Hello again,

since you are not completely convinced, I undertook the labour
to develop a your original code into a domain agnostic version.

Remember in all your experiments, that any outcome is influenced
by many factors:

mapping of IPv4 addresses to IPv6 addresses,

the value of "net.ipv6.bindv6only",

the fact that Xinetd prefers a dual stacked server, 

a choice between

nc6  from "netcat6",

ncat from "nmap".

In particular these last two do not treat address mapping
in a fully identical way,

You will certainly recognise most of your original code
in the following rewrite. There is a particular passage
that tries to enforce a dual-stacked listener, but other-
wise the recipe is standard practice.



#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

void write_client_addr(int fd) {

struct sockaddr_storage addr;
socklen_t addr_l;
char addrbuff[256];
char outputbuff[256];
int outputsize;

addr_l = sizeof(addr);
getpeername(fd, (struct sockaddr *) &addr, &addr_l);

getnameinfo((struct sockaddr *) &addr, addr_l,
addrbuff, sizeof(addrbuff), NULL, 0, NI_NUMERICHOST);

outputsize = snprintf(outputbuff, sizeof(outputbuff),
  "Your address is %s\n", addrbuff);
write(fd, outputbuff, outputsize);
}

int main(int argc, char *argv[]) {
int client_fd = 0;

if (argc == 1) {
int status, val, s;
const char *portstr = "1942";
struct addrinfo hints, *res, *ai;
struct sockaddr_storage farAddr;
socklen_t farAddrL;

s = -1;
memset(&hints, 0, sizeof(hints));
hints.ai_flags = AI_PASSIVE | AI_ADDRCONFIG;
hints.ai_family = AF_UNSPEC;
hints.ai_socktype = SOCK_STREAM;

if ( (status = getaddrinfo(NULL, portstr, &hints, &res)) == 0)
{
/* We want to get IPv6 if at all possible.  */
for (ai = res; ai != NULL; ai = ai->ai_next)
if (ai->ai_family == AF_INET6)
break;

if (ai == NULL)
ai = res; /* Failure: roll back.  */

for ( ; ai != NULL; ai = ai->ai_next)
{
if ( (s = socket(ai->ai_family, ai->ai_socktype, 
ai->ai_protocol)) < 0)
continue;

val = 1;
if (setsockopt(s, SOL_SOCKET, SO_REUSEADDR, &val, sizeof(val)) 
< 0)
fprintf(stderr, "setsockopt() failed.\n");

val = 0;
if ((ai->ai_family == AF_INET6)
&& (setsockopt(s, IPPROTO_IPV6, IPV6_V6ONLY, &val, 
sizeof(val)) < 0))
fprintf(stderr, "Failed in creating dual-stacked 
listener.\n");

if ( bind(s, ai->ai_addr, ai->ai_addrlen) == 0 )
if ( listen(s, 10) >= 0 )
break;

close(s); /* Try next candidate address.  */
s = -1;
}

freeaddrinfo(res);
if ( ai == NULL ) {
fprintf(stderr, "Failed at establishing a listener.\n");
return EXIT_FAILURE;
}
} else { /* Failed at obtaining even an address.  */
fprintf(stderr, "getaddrinfo() failed: %s\n", gai_strerror(status));
return EXIT_FAILURE;
}

farAddrL = sizeof(farAddr);
client_fd = accept(s, (struct sockaddr *) &farAddr, &farAddrL);
}

write_client_addr(client_fd);

return EXIT_SUCCESS;
}



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

Bug#589442: PATCH: libmemcached-tools is missing memcslap

[Monty Taylor]

On 11/04/2010 05:46 PM, Shyamal Prasad wrote:
> I know the inline patch in my previous email is self explanatory, but
> since my email client mangled it, here it is in an attatchment just so
> I feel better about it :-)

Hehe. Yes... I got it the other way - working on getting that done and a
new version uploaded. thanks!



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

Bug#602461: adduser: [INTL:sk] Slovak po-debconf translation

[helix84]

Package: adduser
Priority: wishlist
Tags: l10n patch
Version: 3.112+nmu2

.po attached

~~helix84


sk.po
Description: Binary data

Bug#570637: Still some bitmap corruption

[Cui, Hunk]

Hi, Sam,
As you said this phenomenon appear with html image mails, I will try to 
reproduce it in my platform. Does this kind of phenomenon occur frequently? 
Usually or few?

Thanks,
Hunk Cui 

> -Original Message-
> From: Samuel Hym [mailto:samuel@gmail.com]
> Sent: Friday, November 05, 2010 5:06 AM
> To: Cui, Hunk
> Cc: Martin-Éric Racine; 570...@bugs.debian.org; Geode Mailing List
> Subject: Re: Still some bitmap corruption
> 
> Hi Hunk,
> 
> >        As you said this issue seems less prone to the picture glitches when 
> > using 2.11.9-7, Is
> it just occur in Evolution? Is it reproduced in other application program?
> 
> I indeed have seen it appear only in Evolution, with html mails with
> images coming from that same mailing list, I think. (I receive very
> few html mails, and I use very few gui applications, so I can only
> imagine it might also appear in other circumstances).
> 
> The glitches do not seem to be really deterministic, I do not really
> know how to reproduce them reliably on my computer, so let alone
> elsewhere :/
> Find attached the log and conf, for what it's worth.
> 
> Best regards
> Sam




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

Bug#602453: pd-pmpd: FTBFS - unoconv needs writable $HOME

[Felipe Sateler]

On Thu, Nov 4, 2010 at 20:29, Aaron M. Ucko  wrote:
> Package: pd-pmpd
> Version: 0.9-1
> Severity: serious
> Justification: fails to build from source
>
> pd-pmpd fires up unoconv to convert its manual from Star Office's
> native format to PDF, but unoconv evidently needs a writable $HOME for
> whatever reason:
>
> | unoconv -f pdf 
> /build/buildd-pd-pmpd_0.9-1-i386-D5fhxp/pd-pmpd-0.9/manual/pmpd.sxw
> | stat: cannot read file system information for `/home/buildd': No such file 
> or directory
> | [Java framework] Error in function createSettingsDocument (elements.cxx).
> | javaldx failed!
> | Error: Unable to connect or start own listener. Aborting.
> | make[1]: *** [override_dh_auto_build] Error 251
>
> To address this, you could either create and use a temporary $HOME or
> split the docs and examples out into architecture-independent packages
> (or perhaps a single such).
>
> Could you please do so?

Hmm, this seemed to work on at least ia64 and the uploading host
(built in a pbuilder chroot). And now I get failures on DISPLAY not
being set on a pbuilder chroot.

Vincent, do you know which environment variables need to be set
correctly to use unoconv?


-- 

Saludos,
Felipe Sateler



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

Bug#602460: buildd.emdebian.org: libc6-mips-cross : Depends: libc-bin-mips-cross (= 2.11.2-2) but it is not installable

[Amain]

Package: buildd.emdebian.org
Severity: normal

Installing mips cross compile packages fail because libc-bin-mips-cross is not 
installable. Fails both in sid and squeeze:

(debwrt-mips-squeeze)r...@amain-laptop:/# apt-get install libc6-mips-cross
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libc6-mips-cross : Depends: libc-bin-mips-cross (= 2.11.2-2) but it is not 
installable
E: Broken packages


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

Kernel: Linux 2.6.35-22-generic
Locale: LANG=nl_NL.utf8, LC_CTYPE=nl_NL.utf8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash



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

Bug#602459: Azureus Add Files dialog jumps to wrong directory

[Brandon]

Package: azureus
Version: 4.3.0.6-1

Suppose you recently opened a torrent within azureus, from the directory
/mnt/files/torrents. Azureus doesn't have a default directory for
adding torrent files, so the next time you try to add a torrent file,
you would expect that azureus would jump to the last directory you
tried. However, it instead jumps to the parent of the last directory,
which in this case is /mnt/files. In most cases, this is a minor
inconvenience, you just have to select the torrents directory before
you select your actual torrent. If you have permission to traverse, but
not read, /mnt/files, you will get an error message, and you will have
to type in the full path every time you want to add a torrent file.
Either way it is a pain, and surely a bug.

I checked the config file, and the full directory path is stored.

-Brandon




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

Bug#602458: gitweb.js not found with default gitweb config

[Laurent Bigonville]

Package: gitweb
Version: 1:1.7.2.3-2
Severity: normal

Hi,

I've just updated to 1:1.7.2.3-2 and now gitweb.js is correctly
installed. But the default configuration set the path to

$javascript = "gitweb.js";

and for some reason this doesn't work (404). Setting the value to
"/gitweb/gitweb.js" works.

When visiting these path with my web browser:

"gitweb.js" => doesn't work (404)
"/gitweb/gitweb.js" => works
"git-logo.png" => works
"/gitweb/git-logo.png" => works

I'm not really sure what's happening here.

Cheers

Laurent Bigonville



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

Bug#589442: PATCH: libmemcached-tools is missing memcslap

[Shyamal Prasad]

I know the inline patch in my previous email is self explanatory, but
since my email client mangled it, here it is in an attatchment just so
I feel better about it :-)
--- debian/control.orig 2010-11-04 16:53:29.0 -0700
+++ debian/control  2010-11-04 13:50:03.0 -0700
@@ -1,7 +1,7 @@
 Source: libmemcached
 Priority: extra
 Maintainer: Monty Taylor 
-Build-Depends: debhelper (>= 7.0.50), perl, memcached (>= 1.4.1), automake (>= 
1.10), autoconf, libtool
+Build-Depends: debhelper (>= 7.0.50), perl, memcached (>= 1.4.1), automake (>= 
1.10), autoconf, libtool, libevent-dev
 Standards-Version: 3.8.4
 Section: libs
 Homepage: http://tangent.org/552/libmemcached.html

Bug#602457: Please remove package Unicode::Collate from perl-modules

[韓達耐]

Package: perl-modules
Version: 5.10.1-16
Severity: normal

Hi

I have just uploaded package `libunicode-collate-xs-perl' version 0.65-1
to the repository.  This package replaces the Unicode::Collate package
found in perl-modules, which is a somewhat older version.

I have added a Conflicts against `perl-modules (<= 5.10.1-16)' to ensure
a proper transition.

Could you please remove the Unicode::Collate package from perl-modules?

Thanks!


-- 
Danai


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

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

Versions of packages perl-modules depends on:
ii  perl  5.10.1-16  Larry Wall's Practical Extraction 

perl-modules recommends no packages.

perl-modules 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#583177: Greetings to You.

[ITALIAN AWARD 2010]

Greetings to You.

Congratulations,you have been selected for a cash
prize of $1,000,000.00USD,in the on going Italian
coca-cola promo.
For verification you are to get back to us with your
Name,Age,Occupation and Telephone Number.For more
information

contact(coca_colacop...@italymail.com).

Thank
Mrs.Pat Joseph
Promo co-ordinator.






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

Bug#602445: flow-tools: Please add "status" support to the init script

[Radu Spineanu]

Hey Andrew,


Severity: wishlist

We have some extra workflow around our use of flowcapture, which would be
greatly aided by the init script supporting a "status" argument and exiting
non-zero if it wasn't running, and zero if it was.



Thank you for the patch. I'll apply & upload it this week.

Will also test the latest init skeleton and see how it works.

--
Cheers,
Radu



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

Bug#570778: Allow to pass kernel architecture

[Guido Günther]

On Tue, Feb 23, 2010 at 10:56:51AM +0100, Guido Günther wrote:
> Hi Daniel,
> On Tue, Feb 23, 2010 at 12:36:40AM -0500, Daniel Kahn Gillmor wrote:
> > tags 570778 + patch pending
> > thanks
> > 
> > In debian bug 570778, On 02/21/2010 07:35 AM, Guido Günther wrote:
> > > attached patch introduces DEBIRF_KERNEL_ARCH so one can set the kernel
> > > architecture. This is helpful if e.g. building with a 64 bit kernel but
> > > you want to have the 486 kernel (e.g. for an appliance like libguestfs).
> > 
> > This doesn't seem too unreasonable, though you can already supply a
> > kernel .deb via the -k/--kernel-deb option.
> But one has to download it, this way giving the :lavour is enough.
> 
> > 
> > i'm not sure that "arch" is the right term here, though -- aren't the
> > options just as likely to be same-arch "flavors" of kernel (e.g.
> > vserver-686-bigmem vs. plain ol' 686).
> > 
> > I've applied a similar patch in upstream SVN [0] using the variable
> > DEBIRF_KERNEL_FLAVOR, which should meet these goals when we release an
> > updated version of debirf.
> Flavor is the better term. Thanks for fixing this up so quickly!
Any chance we see this in Debian anytime soon? This would be great since
it's need to get libguestfs finally packaged.
Cheers,
 -- Guido



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

Bug#599480: Fix considered not sufficient

[Nicolas Schodet]

* David Prévot  [2010-11-04 16:44]:
> [...]
> I am able to reproduce your bug, and agree that your patch fixes the
> issue, thanks a lot for that! Please, could you confirm that the new
> version [0] solve the issue on your side too?
>   0 : http://debian.tilapin.org/phpbb3/phpbb3_3.0.7-PL1-5_all.deb

It works for me, thanks!

> I must admit that the problem is grave enough (renders the package
> unusable), and the patch tiny enough so that it shouldn't be a problem
> for the release team to accept it for Squeeze. I'll perform a bit more
> tests to verify that nothing is actually broken, and if no-one
> objects, will ask Thijs to upload this new one.

It will avoid many "phpbb3 debian package is broken" messages in forums
over internet in the next few years :)

> >  - the provided documentation change:
> >- give no clue about what $url_forum is used for,
> >- give no clue about what are expected values,
> >- do not warn that not setting it will break cache in some setups.
> Hopefully, with your patch included, this part of the documentation will
> be useless and could be deleted (maybe the best option: there are
> already enough stuff there, and one could wrongly assume that multiboard
> is complicated).

Actually, I thinks there is still a problem if someone access the same
forum from several addresses. For example, www.example.com and
example.com would yield different cache directory, and the bug is more
subtle because if the administrator always use example.com, only the
users using www.example.com will see a problem.

I'm afraid there is no automatic solution, so better keep the
documentation in the README.Debian file.

Nicolas Schodet.



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

Bug#589442: PATCH: libmemcached-tools is missing memcslap

[Shyamal Prasad]

tags 589442 patch
stop

AFAICT, this seems easily fixed. The libmemcached client will only
build memslap when libevent is available. See clients/include.am

The following patch to the control file seems to do just that. If you
agree, could you please incorporate it? memslap is a must have for
those of us using memcached based systems! I've been building my own
package for i386 and amd64 for local use.

--- debian/control.orig    2010-11-04 16:53:29.0 -0700
+++ debian/control    2010-11-04 13:50:03.0 -0700
@@ -1,7 +1,7 @@
 Source: libmemcached
 Priority: extra
 Maintainer: Monty Taylor 
-Build-Depends: debhelper (>= 7.0.50), perl, memcached (>= 1.4.1),
automake (>= 1.10), autoconf, libtool
+Build-Depends: debhelper (>= 7.0.50), perl, memcached (>= 1.4.1),
automake (>= 1.10), autoconf, libtool, libevent-dev
 Standards-Version: 3.8.4
 Section: libs
 Homepage: http://tangent.org/552/libmemcached.html



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

Bug#602456: bash: please drop dpkg assertion in preinst

[Jonathan Nieder]

Package: bash
Version: 4.1-3
Severity: wishlist
Tags: patch

See http://bugs.debian.org/316217 for rationale.  Applies on top of
the patch from Bug#602244 (bash.preinst: renames .bash_profile to
.profile in /etc/skel in rare circumstances).

-- 8< --
Subject: bash.preinst: remove dpkg Pre-Depends support assertion from preinst

Reasons (from the base-passwd changelog):

 - the 'dpkg --assert-support-predepends' check isn't guaranteed to be
   effective anyway (it tests the current version of dpkg on the system,
   not the one that's performing the upgrade);
 - dpkg has supported Pre-Depends since 1996;
 - it unnecessarily required dpkg to have been configured when running
   base-passwd.preinst (#316084).

Plus this simplifies bash.preinst further.
---
Thoughts?

 debian/bash.preinst.c |   37 -
 debian/changelog  |1 +
 2 files changed, 1 insertions(+), 37 deletions(-)

diff --git a/debian/bash.preinst.c b/debian/bash.preinst.c
index 6ba532e..8eec85b 100644
--- a/debian/bash.preinst.c
+++ b/debian/bash.preinst.c
@@ -21,39 +21,6 @@
 #define PATH_MAX 4096
 #endif
 
-int check_predepends(void)
-{
-pid_t child;
-
-switch(child = fork()) {
-  case -1:
-/* fork failed */
-return EXIT_FAILURE;
-
-  case 0:
-/* i'm the child */
-{
-execl( "/usr/bin/dpkg", "/usr/bin/dpkg",
-   "--assert-support-predepends", NULL );
-   _exit(127);
-}
-
-  default:
-/* i'm the parent */
-{
-int status;
-pid_t pid;
-pid = wait(&status);
-if (pid == child) {
-if (WIFEXITED(status) && WEXITSTATUS(status) == 0) {
-return EXIT_SUCCESS;
-}
-}
-}
-}
-return EXIT_FAILURE;
-}
-
 char *check_diversion(void)
 {
 pid_t child;
@@ -114,10 +81,6 @@ int main(void) {
 int targetlen;
 char target[PATH_MAX+1], answer[1024], *fn;
 
-if (check_predepends() != EXIT_SUCCESS) {
-   printf("\nPlease upgrade to a new version of dpkg\n\n");
-   return EXIT_FAILURE;
-}
 targetlen = readlink("/bin/sh", target, PATH_MAX);
 if (targetlen == -1) {
// error reading link. Will be overwritten.
diff --git a/debian/changelog b/debian/changelog
index ca71391..1fd7738 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -5,6 +5,7 @@ bash (4.1-3.1) local; urgency=low
   obsolete .bash_profile would already have been removed in
   the upgrade to lenny.
 - Remove dead code for handling /etc/bash_completion.
+- Remove dpkg --assert-support-predepends check.
 
  -- Jonathan Nieder   Mon, 01 Nov 2010 17:41:40 -0500
 
-- 
1.7.2.3.557.gab647.dirty




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

Bug#602447: [INTL:da] Danish translation of the debconf templates iodine

[gregor herrmann]

On Thu, 04 Nov 2010 22:02:44 +, Joe Dalton wrote:

> Please include the attached Danish debconf translations.

Thanks for your work!

I'm happy to include it but I see two problems:

#. Type: string
#. Description
#. TRANSLATORS: please don't translate/change ".example" (RFC 2606)
#: ../templates:2001
msgid ""
"You need to give the necessary arguments to iodined; see iodined(8) for "
"help. Example: 10.0.0.1 tunnel.mydomain.example"
msgstr ""
"Du skal angive de n??dvendige argumenter til iodined; se iodined(8) for "
"hj??lp. Eksempel: 10.0.0.1 tunnel.mitdom??ne.eksempel"
 
1) Problem 1: ".eksempel" - that one I can fix myself :)
2) Problem 2: the encoding doesn't look right, whatever I do with the
   file I always get the "??" instead of the right characters; and I
   don't want to guess them throught the whole file.

Could you please take a look at the file again?

Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-BOFH excuse #418:  Sysadmins busy fighting SPAM. 


signature.asc
Description: Digital signature

Bug#602454: maint-guide: examples for watch file should consistently match only non-empty version string

[Ben Finney]

package maint-guide
tags 602454 + patch
thanks

On 05-Nov-2010, Ben Finney wrote:
> Since an empty version string is of no use in a Debian package (it
> may even be invalid), and since it is likely never the intention to
> match an empty version string, I think the documents should
> consistently give only examples that will not match an empty version
> string.

The attached patch (made against the Subversion repository at r7728)
modifies all the examples in the SGML, PO, and POT files to use only
‘(.+)’ for the version string part in the examples.

-- 
 \  “Be careless in your dress if you must, but keep a tidy soul.” |
  `\  —Mark Twain, _Following the Equator_ |
_o__)  |
Ben Finney 
=== modified file 'maint-guide.de.sgml'
--- maint-guide.de.sgml	2010-08-20 18:59:29 +
+++ maint-guide.de.sgml	2010-11-04 01:12:01 +
@@ -1591,7 +1591,7 @@
   
 # watch control file for uscan
 # Site Directory  Pattern   Version  Script
-ftp.obsession.se   /gentoogentoo-(.*)\.tar\.gz  debian   uupdate
+ftp.obsession.se   /gentoogentoo-(.+)\.tar\.gz  debian   uupdate
   
 
   Hinweis: Wechseln Sie, wenn Sie die Datei einmal erstellt haben, mit

=== modified file 'maint-guide.en.sgml'
--- maint-guide.en.sgml	2010-09-27 14:39:42 +
+++ maint-guide.en.sgml	2010-11-04 01:12:01 +
@@ -2424,14 +2424,14 @@
 
 # watch control file for uscan
 version=3
-http://sf.net/gentoo/gentoo-(.*)\.tar\.gz debian uupdate
+http://sf.net/gentoo/gentoo-(.+)\.tar\.gz debian uupdate
 
 
   Normally with this watch file, the URL at
   "http://sf.net/gentoo" is downloaded and searched for links of the
   form "".  The base name (just the part after the
   final "/") of these linked URLs are matched against Perl regexp (see
-  ) pattern "gentoo-(.*)\.tar\.gz".
+  ) pattern "gentoo-(.+)\.tar\.gz".
   Out of matched files, the file with the greatest version number is
   downloaded and the uupdate program is run to create the updated
   source tree from them.

=== modified file 'maint-guide.es.sgml'
--- maint-guide.es.sgml	2010-08-20 18:59:29 +
+++ maint-guide.es.sgml	2010-11-04 01:12:01 +
@@ -1605,7 +1605,7 @@
   
 # watch control file for uscan
 # Site		Directory	Pattern			Version	Script
-ftp.obsession.se	/gentoo		gentoo-(.*)\.tar\.gz	debian	uupdate
+ftp.obsession.se	/gentoo		gentoo-(.+)\.tar\.gz	debian	uupdate
   
 
   Pista: conéctate a Internet, e intenta ejecutar el programa

=== modified file 'maint-guide.fr.po'
--- maint-guide.fr.po	2010-09-27 14:39:42 +
+++ maint-guide.fr.po	2010-11-04 01:12:01 +
@@ -6466,11 +6466,11 @@
 msgid ""
 "# watch control file for uscan\n"
 "version=3\n"
-"http://sf.net/gentoo/gentoo-(.*)\\.tar\\.gz debian uupdate"
+"http://sf.net/gentoo/gentoo-(.+)\\.tar\\.gz debian uupdate"
 msgstr ""
 "# watch control file for uscan\n"
 "version=3\n"
-"http://sf.net/gentoo/gentoo-(.*)\\.tar\\.gz debian uupdate"
+"http://sf.net/gentoo/gentoo-(.+)\\.tar\\.gz debian uupdate"
 
 #. type: 
 #: maint-guide.en.sgml:2438
@@ -6479,7 +6479,7 @@
 "gentoo\" is downloaded and searched for links of the form \"\". The base name (just the part after the final \"/\") of these linked URLs are matched against Perl regexp (see ) pattern \"gentoo-(.*)\\.tar\\.gz\". "
+"section=\"1\" name=\"perlre\">) pattern \"gentoo-(.+)\\.tar\\.gz\". "
 "Out of matched files, the file with the greatest version number is "
 "downloaded and the uupdate program is run to create the updated "
 "source tree from them."
@@ -6487,7 +6487,7 @@
 "Normalement, avec ce fichier watch, la page servie à l'URL "
 "« http://sf.net/gentoo » est téléchargée pour chercher des liens "
 "sous la forme «  ». Ces liens sont comparés au "
-"nom de base (juste après la dernière « / ») « gentoo-(.*)\\.tar"
+"nom de base (juste après la dernière « / ») « gentoo-(.+)\\.tar"
 "\\.gz » comme motif d'expression rationnelle Perl (cf. ). Parmi les fichiers concordants, celui avec le plus "
 "grand numéro de version est téléchargé puis le programme uupdatehttp://sf.net/gentoo/gentoo-(.*)\\.tar\\.gz debian uupdate"
+"http://sf.net/gentoo/gentoo-(.+)\\.tar\\.gz debian uupdate"
 msgstr ""
 "# watch control file for uscan\n"
 "version=3\n"
-"http://sf.net/gentoo/gentoo-(.*)\\.tar\\.gz debian uupdate"
+"http://sf.net/gentoo/gentoo-(.+)\\.tar\\.gz debian uupdate"
 
 #. type: 
 #: maint-guide.en.sgml:2438
@@ -6615,7 +6615,7 @@
 "gentoo\" is downloaded and searched for links of the form \"\". The base name (just the part after the final \"/\") of these linked URLs are matched against Perl regexp (see ) pattern \"gentoo-(.*)\\.tar\\.gz\". "
+"section=\"1\" name=\"perlre\">) pattern \"gentoo-(.+)\\.tar\\.gz\". "
 "Out of matched files, the file with the greatest version number is "
 "downloaded and the uupdate program is run to create the updated "
 "source tree from them."
@@ -6625,7 +6625,7 @@
 "del tipo 

Bug#602455: xbindkeys: doesn't recognize ctrl+alt+arrows

[Krasu]

Package: xbindkeys
Version: 1.8.3-1
Severity: normal

Run "xbindkeys -mk" and press Ctrl+Alt+Up Arrow

Xbindkeys will not print this combination to stdout



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

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

Versions of packages xbindkeys depends on:
ii  guile-1.6-libs 1.6.8-10  Main Guile libraries
ii  libc6  2.11.2-6+squeeze1 Embedded GNU C Library: Shared lib
ii  libguile-ltdl-11.6.8-10  Guile's patched version of libtool
ii  libqthreads-12 1.6.8-10  QuickThreads library for Guile
ii  libx11-6   2:1.3.3-3 X11 client-side library

xbindkeys recommends no packages.

Versions of packages xbindkeys suggests:
pn  wish   (no description available)
pn  xbindkeys-config   (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#600481: [gnupg.vim] Truncates original file when error in gnupg command occurs

[James Vega]

On Sun, Oct 17, 2010 at 11:14:03PM -0400, H. S. wrote:
> On Sun, Oct 17, 2010 at 12:52 PM, James Vega  wrote:
> > On Sun, Oct 17, 2010 at 10:25:18AM -0400, H. S. wrote:
> >> Trying to open a gnupg encrypted text file in vim when the GnuPG key is 
> >> expired results in
> >> deletion of the contents of the file. Vim gives no warning that the 
> >> contents will be lost, at
> >>  least I did not see any. This happened repeatedly until I renewd my gnupg 
> >> key.
> >
> > This looks like it may have the same root cause as #573440.  Namely, the way
> > gnupg.vim is written it doesn't handle an error from gnupg.  I contacted
> > Markus about that a while ago but haven't heard back from him yet.
> >
> > I think the proper solution would be to change gnupg.vim to use a 
> > BufWriteCmd
> > autocmd instead of a pair of BufWritePre/BufWritePost autocmds, but I 
> > haven't
> > had a chance to test out such an implementation.
> 
> Thanks for the feedback. I am interested in how this problem is
> resolved so I plan to follow this bug.
> 
> What I don't understand is that if vim cannot save the file in
> encrypted form becuase the key has expired (and goes not to delete the
> file's contents), why is it able to decrypt and open it in the first
> place?

One should always be able to decrypt a file that was encrypted with a
now expired key (i.e., gpg's return code would be zero).  One shouldn't
be able to encrypt a file with a now expired key (i.e., gpg's return
code would be non-zero).

At least that'd be my guess. I haven't tried creating a key with an
expired key to test it.

> If it at least did not open the file, it would prevent the data
> loss.

I've had time to come up with a patched gnupg.vim which should solve the
problem.  Would you (and Filippo) mind testing how well it works for you
(both in the case of your specific bug and general usage)?

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega 
" Name:gnupg.vim
" Version: $Id: gnupg.vim 3051 2010-02-16 07:56:18Z mbr $
" Author:  Markus Braun 
" Summary: Vim plugin for transparent editing of gpg encrypted files.
" Licence: This program is free software; you can redistribute it and/or
"  modify it under the terms of the GNU General Public License.
"  See http://www.gnu.org/copyleft/gpl.txt
"
" Section: Documentation {{{1
"
" Description: {{{2
"
"   This script implements transparent editing of gpg encrypted files. The
"   filename must have a ".gpg", ".pgp" or ".asc" suffix. When opening such
"   a file the content is decrypted, when opening a new file the script will
"   ask for the recipients of the encrypted file. The file content will be
"   encrypted to all recipients before it is written. The script turns off
"   viminfo and swapfile to increase security.
"
" Installation: {{{2
"
"   Copy the gnupg.vim file to the $HOME/.vim/plugin directory.
"   Refer to ':help add-plugin', ':help add-global-plugin' and ':help
"   runtimepath' for more details about Vim plugins.
"
"   From "man 1 gpg-agent":
"
"   ...
"   You should always add the following lines to your .bashrc or whatever
"   initialization file is used for all shell invocations:
"
"GPG_TTY=`tty`
"export GPG_TTY
"
"   It is important that this environment variable always reflects the out‐
"   put of the tty command. For W32 systems this option is not required.
"   ...
"
"   Most distributions provide software to ease handling of gpg and gpg-agent.
"   Examples are keychain or seahorse.
"
" Commands: {{{2
"
"   :GPGEditRecipients
" Opens a scratch buffer to change the list of recipients. Recipients that
" are unknown (not in your public key) are highlighted and have
" a prepended "!". Closing the buffer makes the changes permanent.
"
"   :GPGViewRecipients
" Prints the list of recipients.
"
"   :GPGEditOptions
" Opens a scratch buffer to change the options for encryption (symmetric,
" asymmetric, signing). Closing the buffer makes the changes permanent.
" WARNING: There is no check of the entered options, so you need to know
" what you are doing.
"
"   :GPGViewOptions
" Prints the list of options.
"
" Variables: {{{2
"
"   g:GPGExecutable
" If set used as gpg executable, otherwise the system chooses what is run
" when "gpg" is called. Defaults to "gpg".
"
"   g:GPGUseAgent
" If set to 0 a possible available gpg-agent won't be used. Defaults to 1.
"
"   g:GPGPreferSymmetric
" If set to 1 symmetric encryption is preferred for new files. Defaults to 
0.
"
"   g:GPGPreferArmor
" If set to 1 armored data is preferred for new files. Defaults to 0
" unless a "*.asc" file is being edited.
"
"   g:GPGPreferSign
" If set to 1 signed data is preferred for new files. Defaults to 0.
"
"   g:GPGDefaultRecipients
" If set, these recipients are used as defaults when no other recipient is
" defined. This variable is a Vim list. Default is unset.
"
" Known Issues: {{{2
"
"   In some cases gvim can't decrypt f

Bug#599977: Request for building stockfish package or wrong gcc/g++ versions g++_4:4.4.4-2 g++-4.4_4.4.4-6 gcc_4:4.4.4-2

[Andreas Barth]

* Oliver Korff (o...@xynyx.de) [101104 23:04]:
> a little more than a week ago I requested a new build of my package on
> the sparc and ia64 buildds.

scheduled on ia64.



Andi



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

Bug#602453: pd-pmpd: FTBFS - unoconv needs writable $HOME

[Aaron M. Ucko]

Package: pd-pmpd
Version: 0.9-1
Severity: serious
Justification: fails to build from source

pd-pmpd fires up unoconv to convert its manual from Star Office's
native format to PDF, but unoconv evidently needs a writable $HOME for
whatever reason:

| unoconv -f pdf 
/build/buildd-pd-pmpd_0.9-1-i386-D5fhxp/pd-pmpd-0.9/manual/pmpd.sxw
| stat: cannot read file system information for `/home/buildd': No such file or 
directory
| [Java framework] Error in function createSettingsDocument (elements.cxx).
| javaldx failed! 
| Error: Unable to connect or start own listener. Aborting.
| make[1]: *** [override_dh_auto_build] Error 251

To address this, you could either create and use a temporary $HOME or
split the docs and examples out into architecture-independent packages
(or perhaps a single such).

Could you please do so?

Thanks!



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

Bug#563067: [mime-support] effect on lighttpd

[Jocelyn Delalande]

Package: mime-support
Version: 3.48-1

--- Please enter the report below this line. ---
This bugs impacts on lighttpd:
Debian's lighttpd source its mime-types from /etc/mime.types
If lightpd doesn't knows the mime-type of a file, it won't send the 
Last-Modified header (see http://redmine.lighttpd.net/issues/1236 for 
details)


Thus, this bug may prevent HTTP caching from working with JSON files.

So please add this application/json header, thanks :-)






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

Bug#602452: [INTL:da] Danish translation of the debconf templates aegis

[Joe Dalton]

Package: aegis
Severity: wishlist
Tags: l10n patch

Please include the attached Danish debconf translations.

j...@joe-desktop:~/over/debian/aegis$ msgfmt --statistics -c -v -o /dev/null 
da.po
6 oversatte tekster.

bye
Joe

# Danish translation aegis.
# Copyright (C) 2010 aegis & nedenstående oversættere.
# This file is distributed under the same license as the aegis package.
# Morten Brix Pedersen , 2004.
# Joe Hansen (joedalt...@yahoo.dk), 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: aegis 4.24.3-1\n"
"Report-Msgid-Bugs-To: ae...@packages.debian.org\n"
"POT-Creation-Date: 2008-06-14 22:02+0200\n"
"PO-Revision-Date: 2010-11-04 12:42+\n"
"Last-Translator: Joe Hansen \n"
"Language-Team: Danish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../aegis.templates:1001
msgid "/var/lib/aegis not on a local drive"
msgstr "/var/lib/aegis er ikke på et lokalt drev"

#. Type: note
#. Description
#. Type: note
#. Description
#: ../aegis.templates:1001 ../aegis.templates:2001
msgid ""
"Aegis requires that /var/lib/aegis be owned by sys.sys and be set-gid, and "
"group writable."
msgstr ""
"Aegis kræver at /var/lib/aegis er ejet af sys.sys, har 'set-gid' sat og er "
"gruppeskrivbar."

#. Type: note
#. Description
#: ../aegis.templates:1001
msgid ""
"Your /var/lib/aegis is on a remote partition, most likely an NFS server. "
"This could cause the postinst to fail, since the script may not have "
"permission to change the owner/permissions of the directory on the remote "
"server."
msgstr ""
"Mappen /var/lib/aegis befinder sig på en ekstern partition, højst sandsynligt en "
"NFS-server. Dette kan medføre at postinst fejler, da skriptet måske "
"ikke har rettigheder til at ændre ejer/rettigheder på den eksterne maskine."

#. Type: note
#. Description
#. Type: note
#. Description
#: ../aegis.templates:1001 ../aegis.templates:2001
msgid ""
"If this happens, change the permissions on the NFS server, or ask the server "
"administrator to do it for you."
msgstr ""
"Hvis dette sker, så skal du ændre rettighederne på NFS-serveren, eller "
"spørge serveradministratoren om at gøre det for dig."

#. Type: note
#. Description
#: ../aegis.templates:2001
msgid "/var/lib not on a local drive"
msgstr "/var/lib er ikke på et lokalt drev"

#. Type: note
#. Description
#: ../aegis.templates:2001
msgid ""
"Your /var/lib is on a remote partition, most likely an NFS server. This "
"could cause the postinst to fail, since the script may not have permission "
"to change the owner/permissions of the directory on the remote server."
msgstr ""
"Mappen /var/lib befinder sig på en ekstern partition, højst sandsynligt en "
"NFS-server. Dette kan medføre at postinst fejler, da skriptet måske ikke har "
"rettigheder til at ændre ejer/rettigheder på den eksterne maskine."

Bug#601587: [upower] 2.6.36 use power_now if battery reports in energy units

[Benoît Wallecan]

Package: upower
Version: 0.9.5-5

--- Please enter the report below this line. ---
With 2.6.36 the file /sys/class/power_supply/BAT0/power_now has replaced
/sys/class/power_supply/BAT0/current_now as said in commit
b137b9942a07843c64a934cfdb7d43155e507e13 (ACPI: Don't report current_now
if battery reports in mWh).

For now UPower don't take into account this change and fail to report
discharge rate.

Benoît.

--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.36-basic+

Debian Release: Debian Squeeze
990 testing apt.home.lan
500 unstable apt.home.lan
1 experimental apt.home.lan

--- Package information. ---
Depends (Version) | Installed
==-+-=
libc6 (>= 2.3) | 2.11.2-6+squeeze1
libdbus-1-3 (>= 1.0.2) | 1.4.0-1
libdbus-glib-1-2 (>= 0.88) | 0.88-2
libglib2.0-0 (>= 2.22.0) | 2.26.0-1
libgudev-1.0-0 (>= 146) | 164-1
libimobiledevice1 (>= 0.9.7) | 1.0.2-1
libplist1 (>= 0.16) | 1.3-1
libpolkit-gobject-1-0 (>= 0.94) | 0.96-3
libupower-glib1 (>= 0.9.2) | 0.9.5-5
libusb-1.0-0 (>= 2:1.0.8) | 2:1.0.8-2
udev | 164-1
dbus | 1.4.0-1


Recommends (Version) | Installed
==-+-===
pm-utils | 1.3.0-2
policykit-1 | 0.96-3


Package's Suggests field is empty.






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

Bug#580820: fceu: Uses /dev/dsp instead of ALSA

[Moritz Muehlenhoff]

On Tue, Nov 02, 2010 at 12:48:35AM +, Ben Hutchings wrote:

> > I downloaded a random NES ROM, and got it to work with sound - but I had
> > to use aoss and pass "-sound 1" to fceu to get the right sample rate.
> > 
> > With this information, is that enough to downgrade #580820 to
> > 'important'?  It looks like a fix would involve a new upstream version.
> > I guess the package is still usable even without sound.
> 
> Given the apparent lack of attention by the current maintainer, I think
> this package should not be released with squeeze.  However, it's for the
> release team to make a final decision on that.

The updated 2.1.1 version on mentors.debian.net is by a new maintainer,
so IMO we should keep it in and downgrade to non-RC. After all it was present
in several earlier Debian releases and hasn't gotten worse (and the new
upstream finally has ALSA support).

Cheers,
Moritz



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

Bug#602257: Debian 602257 -- Gnumeric crashes constantly

[Andres Cimmarusti]

> I am unable to reproduce the ods save issue.  It does use a lot of cpu
> for a short
> while, but then finishes as expected.  Your stack trace suggests that it did
> finish.

Ok, so these are the steps that cause my cpu usage to soar to 100% and
stay there until I kill the process when saving to an existing ods
file:

1. Open ods file originally attached
2. Open Fourier analysis ( check labels )
3. Select all the data EXCEPT the first column
4. Do fourier analysis
5. In one of the empty sheets (say sheet3)
6. Do: =hypot( fourier output real column 1 , fourier output imaginary
column 2 ) (the IMABS + COMPLEX also works to get the problem)
7. Drag this down till you encompass all the data in the fourier output colums
8. Try to save by overwriting the ods file you are working on (option
-> with foreign extras)
9. Takes forever to save and I have to kill the process...

Note that I'm using gnumeric on a 5-year old laptop that might be not
good enough to do the job quicklyfor some reason..



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

Bug#511582: #511582: updated patch, also fixes lintian error (and a few lintian warnings)

[Moritz Muehlenhoff]

On Fri, Sep 03, 2010 at 06:56:04PM +0200, Julien Cristau wrote:
> On Mon, Feb  1, 2010 at 00:51:43 -0500, Daniel Kahn Gillmor wrote:
> 
> > here is a revised patch for #511582 for opie, including a slightly
> > simpler fix for misaligned XORs and also fixing a lintian error and
> > several lintian warnings.
> > 
> > However, it still does not resolve the licensing concerns described on
> > this bug, and it also leaves several lintian warnings unresolved:
> > 
> > W: opie source: package-uses-deprecated-debhelper-compat-version 3
> > W: opie source: debian-rules-sets-DH_COMPAT line 5
> > W: opie source: ancient-standards-version 3.6.1.0 (current is 3.8.3)
> > W: opie-server: non-standard-file-perm etc/opiekeys 0600 != 0644
> > W: opie-server: setuid-binary usr/bin/opiepasswd 4755 root/root
> > 
> > In particular, i'm concerned that this package has a setuid binary, has
> > had only NMUs since 2004, hasn't been reviewed for recent Standards or
> > debhelper versions, and http://bugs.debian.org/511582#30 suggests that
> > the maintainer seems to think that we should move away from the codebase.
> > 
> > I'm wondering if we should remove the package from the archive entirely
> > as a result of this review.  I'm not comfortable NMUing a package with
> > these outstanding concerns.
> > 
> In order to remove the package, we'd have to remove its reverse
> dependencies, or change them to not need libopie-dev.  According to dak,
> that would be cyrus-sasl2, inetutils and libpam-opie.  Is opie an
> optional dependency for those packages (I'm guessing not for
> libpam-opie, no idea for the others)?

cyrus-sasl2 would need to drop the libsasl2-modules-otp binary package.

Cheers,
Moritz



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

Bug#602451: unblock: mixxx/1.7.2-2

[Alessio Treglia]

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

Please unblock package mixxx 1.7.2-2, which fixes the serious bug #587110.
I needed to bump quilt minimum version just to avoid it being REJECTed.

 mixxx (1.7.2-2) unstable; urgency=low
 .
   [ Simon McVittie ]
   * Override dh_auto_configure and dh_auto_test to do nothing, to avoid
 invoking the remains of an old qmake build system which doesn't work
 any more (Closes: #587110).
 .
   [ Alessio Treglia ]
   * debian/control:
 - Bring this under Debian Multimedia Maintainers team's umbrella;
   ACKed by Free Ekanayaka.
 - Add myself to the Uploaders field.
 - Bump quilt version to >= 0.46-7~ to fix lintian error
   'missing-build-dependency'.

unblock mixxx/1.7.2-2

Thanks in advance.

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

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



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

Bug#602444: firmware-brcm80211: Kernel Panic on "iwlist scan"

[Ben Hutchings]

On Thu, 2010-11-04 at 22:52 +0100, Didier Raboud wrote:
> Package: firmware-brcm80211

What has this got to do with the firmware?

> Version: 0.27
> Severity: critical
> Tags: patch
> Justification: breaks the whole system

No it doesn't.

> Hi, 
> 
> Booting the "HP Mini 5103" with the firmware-brcm80211 package installed leads
> to a 100% reproducible Kernel Panic. (Squeeze's 2.6.32 and experimental
> 2.6.36-trunk are affected).
> 
> >From the http://linuxwireless.org/en/users/Drivers/brcm80211 homepage, the 
> >fix
> is to load the module with maxcpus=1.
> 
> So a simple patch would be to ship a /etc/modprobe.d/brcm80211.conf containing
> 
>   options brcm80211 maxcpus=1

Why would we provide a modprobe file when we can change default module
parameters directly?  And how would this work when multiple kernel image
packages are installed?

> I tested that here and it works.
[...]

That's odd because this module doesn't have such an option.  'maxcpus=1'
is a kernel command-line parameter, and strangely enough we do not want
to use it.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


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

Bug#602450: firmware-nonfree: Please add rtlwifi/rtl8712u.bin, needed by r8712u >= 2.6.37, to firmware-realtek

[Stefan Lippers-Hollmann]

Package: firmware-nonfree
Version: 0.27
Severity: wishlist

Hi

Starting with kernel 2.6.37, rtl8192su/ r8192s_usb will be replaced by 
the new staging driver rtl8712/ r8712u. It would be nice if its firmware,
which has been added to firmware-linux.git this week, could be added to 
the firmware-realtek package.
http://lkml.indiana.edu/hypermail/linux/kernel/1011.0/00610.html
Message-ID: <4cd014ec.e0ho4xdm0+tov1xt%larry.fin...@lwfinger.net>

http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git;a=tree;f=rtlwifi

The firmware license appears to be acceptable for firmware-nonfree

http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git;a=blob;f=LICENCE.rtlwifi_firmware.txt


-- 
Hints for linux-2.6 2.6.37~
r8712u as merged mainline for 2.6.37 does not use this external firmware
yet, but still compiles it into the r8712u kernel module through
drivers/staging/rtl8712/farray.h   (rm)

Patches to employ request_firmware() are pending
http://www.spinics.net/lists/linux-wireless/msg58214.html
Message-ID: <4cc9f4be.7070...@lwfinger.net>

and a minor (updated in this attachment) fixup attached
http://www.spinics.net/lists/linux-wireless/msg58240.html
Message-Id: <201010292203.39953.s@gmx.de>

I can confirm that rtl8712/ r8712u with split out firmware using 
request_firmware() is working with RealTek RTL8188S and RTL8191S
devices and a decent replacement/ update for rtl8192su/ r8192s_usb.
http://www.spinics.net/lists/linux-wireless/msg58239.html
Message-Id: <201010292202.25486.s@gmx.de>

Regards
Stefan Lippers-Hollmann
staging: r8712u: Fix external firmware loading

* select FW_LOADER
* declare MODULE_FIRMWARE for r8712u
* change firmware location to represent published linux-fimware.git

Signed-off-by: Stefan Lippers-Hollmann 
---
 drivers/staging/rtl8712/Kconfig|1 +
 drivers/staging/rtl8712/hal_init.c |3 ++-
 2 files changed, 3 insertions(+), 1 deletion(-)

--- a/drivers/staging/rtl8712/Kconfig
+++ b/drivers/staging/rtl8712/Kconfig
@@ -3,6 +3,7 @@ config R8712U
 	depends on WLAN && USB
 	select WIRELESS_EXT
 	select WEXT_PRIV
+	select FW_LOADER
 	default N
 	---help---
 	This option adds the Realtek RTL8712 USB device such as the D-Link DWA-130.
--- a/drivers/staging/rtl8712/hal_init.c
+++ b/drivers/staging/rtl8712/hal_init.c
@@ -40,7 +40,7 @@ static u32 rtl871x_open_fw(struct _adapt
 		const u8 **ppmappedfw)
 {
 	int rc;
-	const char firmware_file[] = "rtl8712u/rtl8712u.bin";
+	const char firmware_file[] = "rtlwifi/rtl8712u.bin";
 	const struct firmware **praw = (const struct firmware **)
    (pphfwfile_hdl);
 	struct dvobj_priv *pdvobjpriv = (struct dvobj_priv *)
@@ -58,6 +58,7 @@ static u32 rtl871x_open_fw(struct _adapt
 	*ppmappedfw = (u8 *)((*praw)->data);
 	return (*praw)->size;
 }
+MODULE_FIRMWARE("rtlwifi/rtl8712u.bin");
 
 static void fill_fwpriv(struct _adapter *padapter, struct fw_priv *pfwpriv)
 {


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

Bug#593235: New patch

[Martin Michlmayr]

* Thibaut Girka  [2010-10-27 00:26]:
> So, here is a new version of the patch.
> Changes:
> - Removed U-Boot env related things (now, I have to unblock this bug)
> - Removed kernel re-compression (useless)
> - Added a quick hack to workaround the padding thing, since #584166
> probably won't be accepted upstream (I'll sort that out later).

Looks good to me.  There were only 2 minor problems:

 - The list of support hardware (in README) should've been updated.
 - Somtimes you added GTA02 as the first device rather than follow
   alphabetical order.

I adjusted this and commited the patch.

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



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

Bug#602445: flow-tools: Naive patch

[Andrew Pollock]

Package: flow-tools
Followup-For: Bug #602445

Please find attached a very naive patch that I think does the job in the most
minimally invasive way possible. Ideally you should rewrite the init script
using the current dh_make skeleton or something.

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

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
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 flow-tools depends on:
ii  libc6  2.7-18lenny4  GNU C Library: Shared libraries
ii  libmysqlclient15off5.0.51a-24+lenny4 MySQL database client library
ii  libpq5 8.3.12-0lenny1PostgreSQL C client library
ii  libwrap0   7.6.q-16  Wietse Venema's TCP wrappers libra
ii  python 2.5.2-3   An interactive high-level object-o
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

flow-tools recommends no packages.

Versions of packages flow-tools suggests:
pn  fprobe (no description available)
--- flow-tools-0.68/debian/flow-tools.flow-capture.init
+++ flow-tools-0.68/debian/flow-tools.flow-capture.init
@@ -25,10 +25,10 @@
 test -f $DAEMON || exit 0
 test -f $CONFIG || exit 0
 
+pid=`pidof $DAEMON` || true
+
 case "$1" in
   start)
-   pid=`pidof $DAEMON` || true
-
if [ "$pid" ]; then
echo "Sorry, flow-capture is already running."
exit 0
@@ -46,7 +46,6 @@
;;
   stop)
echo -n "Stopping $DESC: "
-   pid=`pidof $DAEMON` || true
if [ "$pid" ]; then
kill -TERM $pid >/dev/null 2>&1
fi
@@ -57,6 +56,15 @@
sleep 1
$0 start
;;
+  status)
+echo -n "$NAME is "
+   if [ $pid ] ;  then
+   echo "running"
+else
+   echo " not running."
+   exit 1
+   fi
+;;
   *)
N=/etc/init.d/$NAME
echo "Usage: $N {start|stop|restart|force-reload}" >&2

Bug#602424: elmerfem: More armel qreal trouble

[Phil Endecott]

Hi Adam,

I saw your message to debian-arm, a list which I sometimes read but am 
not subscribed to, hence this off-list reply.  I don't know anything 
about qt but I have been learning OpenGL recently.  Here's my suggestion:


inline void glGetQrealv(GLenum e, GLfloat* data) { glGetFloatv(e,data); }
inline void glGetQrealv(GLenum e, GLdouble* data) { 
glGetDoublev(e,data); }


Then replace the calls to glGetDoublev() that want qreals with calls to 
glGetQrealv().  This should work on platforms where qreal is of either type.


Good luck!


Phil.







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

Bug#602444: Too fast !?

[Didier 'OdyX' Raboud]

Hrm, 

I was probably shooting too fast: it didn't work - I believed it did as by 
"not" 
loading the module, it allowed to boot without panic, but no wireless.

More tomorrow, cheers, 

OdyX
-- 
Didier Raboud, proud Debian Maintainer (DM).
CH-1020 Renens
did...@raboud.com



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

Bug#602449: [INTL:da] Danish translation of the debconf templates strongswan

[Joe Dalton]

Package: strongswan
Severity: wishlist
Tags: l10n patch

Please include the attached Danish debconf translations.

j...@joe-desktop:~/over/debian/strongswan$ msgfmt --statistics -c -v -o 
/dev/null da.po
46 oversatte tekster.

bye
Joe

# Danish translation strongswan.
# Copyright (C) 2010 strongswan & nedenstående oversættere.
# This file is distributed under the same license as the strongswan package.
# Joe Hansen (joedalt...@yahoo.dk), 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: strongswan\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2010-09-28 10:32+0200\n"
"PO-Revision-Date: 2010-11-04 12:42+\n"
"Last-Translator: Joe Hansen \n"
"Language-Team: Danish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../strongswan-starter.templates:2001
msgid "Old runlevel management superseded"
msgstr "Erstattede tidligere kørselsniveauhåndtering"

#. Type: note
#. Description
#: ../strongswan-starter.templates:2001
msgid ""
"Previous versions of the strongSwan package gave a choice between three "
"different Start/Stop-Levels. Due to changes in the standard system startup "
"procedure, this is no longer necessary or useful. For all new installations "
"as well as old ones running in any of the predefined modes, sane default "
"levels will now be set. If you are upgrading from a previous version and "
"changed your strongSwan startup parameters, then please take a look at NEWS."
"Debian for instructions on how to modify your setup accordingly."
msgstr ""
"Tidligere versioner af pakken strongSwan havde et valg mellem tre forskellige "
"start-/stopniveauer. På grund af ændringer i den normale procedure for "
"systemopstart, er dette ikke længere nødvendigt eller brugbart. For alle nye "
"installationer samt ældre installationer der kører i en af de prædefinerede "
"tilstande, vil standardniveauer for sane ikke blive angivet. Hvis du opgraderer "
"fra en tidligere version og ændrede dine opstartsparametre i strongSwan, så "
"kig venligst i NEWS.Debian for instruktioner om hvordan du ændrer din "
"opsætning, så den passer."

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:3001
msgid "Restart strongSwan now?"
msgstr "Genstart strongSwan nu?"

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:3001
msgid ""
"Restarting strongSwan is recommended, since if there is a security fix, it "
"will not be applied until the daemon restarts. Most people expect the daemon "
"to restart, so this is generally a good idea. However, this might take down "
"existing connections and then bring them back up, so if you are using such a "
"strongSwan tunnel to connect for this update, restarting is not recommended."
msgstr ""
"Genstart af strongSwan anbefales, da det er en sikkerhedsrettelse, rettelsen "
"vil ikke træde i kraft før dæmonen genstartes. De fleste forventer at dæmonen "
"genstartes, så dette er generelt en god ide. Det kan dog lægge eksisterende "
"forbindelser ned og så få dem op igen, så hvis du bruger sådan en strongSwan-tunnel"
"til at forbinde for denne opdatering, anbefales en genstart ikke."

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:4001
msgid "Start strongSwan's IKEv1 daemon?"
msgstr "Start strongSwans IKEv1-dæmon?"

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:4001
msgid ""
"The pluto daemon must be running to support version 1 of the Internet Key "
"Exchange protocol."
msgstr ""
"Dæmonen pluto skal køre for at understøtte version 1 af Internet Key "
"Exchange-protokollen."

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:5001
msgid "Start strongSwan's IKEv2 daemon?"
msgstr "Start streongSwans IKEv2-dæmon?"

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:5001
msgid ""
"The charon daemon must be running to support version 2 of the Internet Key "
"Exchange protocol."
msgstr ""
"Dæmonen charon skal køre for at understøtte version 2 af Internet Key "
"Exchange-protokollen."

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:6001
msgid "Use an X.509 certificate for this host?"
msgstr "Brug et X.509-certifikat for denne vært?"

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:6001
msgid ""
"An X.509 certificate for this host can be automatically created or imported. "
"It can be used to authenticate IPsec connections to other hosts and is the "
"preferred way of building up secure IPsec connections. The other possibility "
"would be to use shared secrets (passwords that are the same on both sides of "
"the tunnel) for authenticating a connection, but for a larger number of "
"connections, key based authentication is easier to administer and more "
"secure."
msgstr ""
"Et X.509-certifikat for denne vært kan oprettes automatisk eller importeres. "
"Det kan bruges til at godkende IPsec-forbindelser til andre værter og er den "
"foretrukne mÃ

Bug#586134: Invalid grep pattern in texi2dvi

[Karl Berry]

Is there schedule for a new texinfo package?

No.



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

Bug#602448: [CRASH] Uncaught exception AttributeError in Frontend/Gtk/ui.py:616

[Brett Nash]

Package: update-manager-gnome
Version: 0.200.0-1
Severity: normal
File: /usr/share/pyshared/UpdateManager/Frontend/Gtk/ui.py

*** Please type your report below this line **
Saw the system tray icon saying "A problem occurred when checking for the 
updates"[sic]

Clicking on the icon to see what it was and it fell over.
Not much else to say really.


*** /tmp/update-manager-bug5JU0GA
The information below has been automatically generated.
Please do not remove this from your bug report.

- Exception Type: 
- Exception Value: AttributeError("'GtkUI' object has no attribute 
'treeview_update'",)
- Exception Origin: <_MainThread(MainThread, started 140379724613376)>
- Exception Traceback:
  File "/usr/bin/update-manager", line 38, in 
app.main()
  File "/usr/lib/pymodules/python2.6/UpdateManager/Application.py", line 400, 
in main
self._frontend.init_frontend()
  File "/usr/lib/pymodules/python2.6/UpdateManager/Frontend/Gtk/__init__.py", 
line 70, in init_frontend
self._ui = GtkUI(self)
  File "/usr/lib/pymodules/python2.6/UpdateManager/Frontend/Gtk/ui.py", line 
616, in __init__
self.update_list = UpdateListControl(self, self.treeview_update)




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

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

Versions of packages update-manager-gnome depends on:
ii  gconf22.28.1-3   GNOME configuration database syste
ii  gksu  2.0.2-2+b1 graphical frontend to su
ii  python2.6.5-11   interactive high-level object-orie
ii  python-dbus   0.83.1-1   simple interprocess messaging syst
ii  python-gconf  2.28.0-2   Python bindings for the GConf conf
ii  python-gobject2.21.1-2   Python bindings for the GObject li
ii  python-gtk2   2.17.0-2   Python bindings for the GTK+ widge
ii  python-support1.0.7  automated rebuilding support for P
ii  python-vte1:0.22.5-3 Python bindings for the VTE widget
ii  update-manager-core   0.200.0-1  APT update manager core functional

update-manager-gnome recommends no packages.

Versions of packages update-manager-gnome suggests:
pn  software-properties-gtk(no description available)
ii  update-notifier  0.70.7.debian-7 Daemon which notifies about packag



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

Bug#602057: /usr/bin/cal: fails to display correctly first day of week

[Stepan Golosunov]

04.11.2010 в 11:05:46 +0100 Michael Meskes написал(а):
> On Mon, Nov 01, 2010 at 09:25:35AM +0400, Stepan Golosunov wrote:
> > cal fails to display first day of week correctly in ru_RU.UTF-8 locale:
> > Ноябрь 2010
> > Вс Пн Вт Ср Чт Пт Сб
> > 1  2  3  4  5  6
> >  7  8  9 10 11 12 13
> > 14 15 16 17 18 19 20
> > 21 22 23 24 25 26 27
> > 28 29 30
> > 
> > lenny and etch versions work fine:
> > Ноябрь 2010 
> > Пн Вт Ср Чт Пт Сб Вс
> >  1  2  3  4  5  6  7
> >  8  9 10 11 12 13 14
> > 15 16 17 18 19 20 21
> > 22 23 24 25 26 27 28
> > 29 30   
> 
> Does ncal work as you expect it?

Yes.

> Frankly I don't see the bug here. cal is
> supposed to just start weeks with a Sunday and Nov 1st was a Monday, so what
> should it do?

For at least two stable it started weeks on Monday.



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

Bug#602447: [INTL:da] Danish translation of the debconf templates iodine

[Joe Dalton]

Package: iodine
Severity: wishlist
Tags: l10n patch

Please include the attached Danish debconf translations.

j...@joe-desktop:~/over/debian/iodine$ msgfmt --statistics -c -v -o /dev/null 
da.po
6 oversatte tekster.

bye
Joe

# Danish translation iodine.
# Copyright (C) 2010 iodine & nedenstående oversættere.
# This file is distributed under the same license as the iodine package.
# Joe Hansen (joedalt...@yahoo.dk), 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: iodine\n"
"Report-Msgid-Bugs-To: iod...@packages.debian.org\n"
"POT-Creation-Date: 2008-05-28 19:30+0200\n"
"PO-Revision-Date: 2010-11-04 12:42+\n"
"Last-Translator: Joe Hansen \n"
"Language-Team: Danish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Should iodined (server) start on boot?"
msgstr "Skal iodined (server) igangsættes ved opstart?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"If you want iodined to be started at boot time you can set this behaviour "
"here."
msgstr ""
"Hvis du ønsker at iodined skal igangsættes ved opstart, kan du angive dette "
"valg her."

#. Type: string
#. Description
#: ../templates:2001
msgid "Options to iodined (server):"
msgstr "Tilvalg til iodined (server):"

#. Type: string
#. Description
#. TRANSLATORS: please don't translate/change ".example" (RFC 2606)
#: ../templates:2001
msgid ""
"You need to give the necessary arguments to iodined; see iodined(8) for "
"help. Example: 10.0.0.1 tunnel.mydomain.example"
msgstr ""
"Du skal angive de nødvendige argumenter til iodined; se iodined(8) for "
"hjælp. Eksempel: 10.0.0.1 tunnel.mitdomæne.eksempel"

#. Type: password
#. Description
#: ../templates:3001
msgid "Password for iodined (server):"
msgstr "Adgangskode for iodined (server):"

#. Type: password
#. Description
#: ../templates:3001
msgid ""
"Enter the password iodined uses at startup. It has to be used by clients "
"when connecting. This password will be stored in plain text in /etc/default/"
"iodine."
msgstr ""
"Indtast adgangskoden iodined bruger ved opstart. Den skal bruges af klienter, "
"når de forbinder. Denne adgangskode vil blive gemt i klartekst i /etc/default/"
"iodine."

Bug#602446: [INTL:da] Danish translation of the debconf templates elilo

[Joe Dalton]

Package: elilo
Severity: wishlist
Tags: l10n patch

Please include the attached Danish debconf translations.

j...@joe-desktop:~/over/debian/elilo$ msgfmt --statistics -c -v -o /dev/null 
da.po
7 oversatte tekster.

bye
Joe

# Danish translation elilo.
# Copyright (C) 2010 elilo & nedenstående oversættere.
# This file is distributed under the same license as the elilo package.
# Joe Hansen (joedalt...@yahoo.dk), 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: elilo\n"
"Report-Msgid-Bugs-To: bd...@gag.com\n"
"POT-Creation-Date: 2007-03-13 08:22+0100\n"
"PO-Revision-Date: 2010-11-04 12:42+\n"
"Last-Translator: Joe Hansen \n"
"Language-Team: Danish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../elilo.templates:1001
msgid "Automatically run elilo?"
msgstr "Kør automatisk elilo?"

#. Type: boolean
#. Description
#: ../elilo.templates:1001
msgid ""
"It is necessary to run /usr/sbin/elilo to install the new elilo binary into "
"the EFI partition."
msgstr ""
"Det er nødvendigt at køre /usr/sbin/elilo for at installere den nye binære "
"elilo til EFI-partitionen."

#. Type: boolean
#. Description
#: ../elilo.templates:1001
msgid ""
"WARNING: This procedure will write data into the debian directory of the EFI "
"disk partition, possibly overwriting files installed there by hand."
msgstr ""
"ADVARSEL: Denne procedure vil skrive data til debianmappen på EFI-diskpartitionen, "
"og muligvis overskrive filer installeret der manuelt."

#. Type: boolean
#. Description
#: ../elilo.templates:1001
msgid ""
"Not installing the new elilo binary on the EFI disk partition may leave the "
"system in an unbootable state.  Alternatives to automatic updating of the "
"partition include running /usr/sbin/elilo by hand, or installing the new /"
"usr/lib/elilo/elilo.efi executable into the EFI disk partition manually."
msgstr ""
"Undladelse af at installere den nye binære elilo på EFI-diskpartionen kan "
"efterlade systemet i en tilstand, hvor det ikke kan startes op. Alternativer "
"til automatisk opdatering af partitionen inkluderer at køre /usr/sbin/elilo "
"manuelt, eller installere den nye kørbare /usr/lib/elilo/elilo.efi i "
"EFI-diskpartitionen manuelt."

#. Type: boolean
#. Description
#: ../elilo.templates:2001
msgid "Reformat and reload EFI partition?"
msgstr "Genformater og genindlæs EFI-partition?"

#. Type: boolean
#. Description
#: ../elilo.templates:2001
msgid ""
"The structure of files in the EFI disk partition has changed since pre-3.2 "
"versions of the elilo package.  The EFI boot manager entry for Debian needs "
"to be updated to reflect these changes."
msgstr ""
"Strukturen på filer i EFI-diskpartitionen har ændret sig siden pre-3.2-versionerne "
"af elilopakken. Debians punkt i EFI-opstartshåndteringen skal opdateres for at "
"afspejle disse ændringer."

#. Type: boolean
#. Description
#: ../elilo.templates:2001
msgid ""
"In most cases, if no manual changes to the EFI partition content need to be "
"preserved, this update can be handled automatically."
msgstr ""
"I de fleste tilfælde, hvor der ikke er behov for at bevare manuelle ændringer, "
"kan denne opdatering håndteres automatisk."

Bug#602445: flow-tools: Please add "status" support to the init script

[Andrew Pollock]

Package: flow-tools
Version: 1:0.68-12
Severity: wishlist

We have some extra workflow around our use of flowcapture, which would be
greatly aided by the init script supporting a "status" argument and exiting
non-zero if it wasn't running, and zero if it was.

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

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
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 flow-tools depends on:
ii  libc6  2.7-18lenny4  GNU C Library: Shared libraries
ii  libmysqlclient15off5.0.51a-24+lenny4 MySQL database client library
ii  libpq5 8.3.12-0lenny1PostgreSQL C client library
ii  libwrap0   7.6.q-16  Wietse Venema's TCP wrappers libra
ii  python 2.5.2-3   An interactive high-level object-o
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

flow-tools recommends no packages.

Versions of packages flow-tools suggests:
pn  fprobe (no description available)



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

Bug#602358: ITP: rtl8192ce-dkms -- Realtek RTL8192CE driver in DKMS format.

[Stefan Lippers-Hollmann]

Hi

On Thursday 04 November 2010, Ben Hutchings wrote:
> On Thu, 2010-11-04 at 19:21 +0100, Julien Cristau wrote:
> > On Thu, Nov  4, 2010 at 10:59:41 +0800, Keng-Yu Lin wrote:
[...]
> > > * Package name: rtl8192ce-dkms
> > >   Version : 2.6.0003.0628.2010+dfsg
> > >   Upstream Author : Realtek Semiconductor Corporation
> > > * URL : http://www.realtek.com
> > > * License : GPLv2
> > >   Programming Lang: C
> > >   Description : Realtek RTL8192CE driver in DKMS format.
> > > 
> > >  This package contains Realtek 802.11 Linux wireless driver
> > >  for use with Realtek RTL8192CE-based hardware.
> > 
> > Why is that driver not in the standard kernel package?
> 
> Because it's not upstream.  So the next question is, why is it not
> upstream (in staging)?

This appears to be scheduled for 2.6.38:
http://www.spinics.net/lists/linux-wireless/msg58284.html
Message-ID: <4ccd856e.9010...@lwfinger.net>

as follow up to
http://www.spinics.net/lists/linux-wireless/msg58273.html
Message-ID: <4ccce60f.6090...@lwfinger.net>

at least the required firmware for RTL8192CE and RTL8712U (replacing 
RTL8192SU/ r8192s_usb in 2.6.37) has been merged into linux-firmware.git
http://lkml.indiana.edu/hypermail/linux/kernel/1011.0/00610.html
Message-ID: <4cd014ec.e0ho4xdm0+tov1xt%larry.fin...@lwfinger.net>

http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git;a=tree;f=rtlwifi

Assuming RTL8192CE support gets merged for 2.6.38, introducing a new 
package providing dkms support it during a freeze might not be very 
effective. Once it gets actually merged, a backport to (then current)
2.6.37 should be relatively trivial.

Regards
Stefan Lippers-Hollmann



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

Bug#602444: firmware-brcm80211: Kernel Panic on "iwlist scan"

[Didier Raboud]

Package: firmware-brcm80211
Version: 0.27
Severity: critical
Tags: patch
Justification: breaks the whole system

Hi, 

Booting the "HP Mini 5103" with the firmware-brcm80211 package installed leads
to a 100% reproducible Kernel Panic. (Squeeze's 2.6.32 and experimental
2.6.36-trunk are affected).

>From the http://linuxwireless.org/en/users/Drivers/brcm80211 homepage, the fix
is to load the module with maxcpus=1.

So a simple patch would be to ship a /etc/modprobe.d/brcm80211.conf containing

options brcm80211 maxcpus=1

I tested that here and it works. So, of course having said driver run on one
CPU only is sub-optimal, but at least the Kernel Panic is avoided.

This should make it in Squeeze IMHO. 

Cheers, OdyX



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

Bug#387908: ftbfs: 500_ping_icmp fails on VServer

[Niko Tyni]

On Thu, Nov 04, 2010 at 09:14:46PM +0100, Max Kellermann wrote:
 
> I still don't think that any package should require networking to be
> set up or even enabled in the kernel to build from source.
> 
> Note that perl does not even build-depend on ifupdown.  A bare Debian
> system with all build dependencies installed (and nothing else) will
> not be able to build perl.

There's lots of packages in the archive that don't meet your condition,
see for example libwww-perl, libtest-www-mechanize-perl, libembperl-perl,
dulwich, libhttp-server-simple-perl, and libapache2-mod-perl2.

I think you should try to drive this at the level of the Debian Policy
rather than file bugs against individual packages. The current practice is
clearly that requiring the loopback interface is acceptable but requiring
general network connectivity isn't.
-- 
Niko Tyni   nt...@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#492815: bogus dependencies when building pelr modules, missing dependency in libperl-dev

[Niko Tyni]

On Thu, Nov 04, 2010 at 09:49:22PM +0100, Marc Lehmann wrote:
> On Thu, Nov 04, 2010 at 09:46:15PM +0200, Niko Tyni  wrote:
> > I'm not seeing this behaviour, and it would be a serious problem for our
> > autobuilders so they aren't either. Does it still happen for you?
> 
> No, this has been fixed since then.

OK, thanks.

> > > But libperl-dev lacks these depencies, so one has to install those 
> > > manually.
> > 
> > The libperl-dev package is only needed for linking against libperl.so 
> > itself,
> > its dependencies aren't really related to what ExtUtils::MakeMaker needs.
> 
> Of course they are - if I install perl I cannot build xs-modules, I need
> libperl-dev,

No. The libperl-dev package only contains /usr/lib/libperl.so and
/usr/lib/libperl.a, and only depends on perl and libperl5.10. It is not
related to building XS modules. Its description reads

 Files for developing applications which embed a Perl interpreter and
 for programs compiled with perlcc.

(Hmph, I see the reference to 'perlcc' is stale and should be removed.)

> and since perl requires linking against -lgdbm (or did so in the
> past), *something* has to depend on libgdbm-dev, and the obvious place for
> this is libperl-dev. The same is true for any other library perl is required
> to link against when building your own perl binaries or modules.

We don't currently offer a package that is designed to pull in everything
needed for building XS modules. You must manually install at least gcc,
libc6-dev, and make. Alternatively, the 'build-essential' package depends
on everything necessary to compile C and C++ 'Hello, world!' applications,
which is pretty much the same thing.

> Same princpiple applies - there must be a debian package which depends on
> pthread.h and other development files because without it, building perl
> modules isn't possible.

The package that contains pthread.h is libc6-dev, which is part of the
build-essential set and therefore does not need to be listed in package
build dependencies. Building XS modules outside the packaging system
requires manually installing libc6-dev.

> Without the dependency there is no way to build perl
> extensions/binaries/modules without manually installing perl-dev
> dependencies (currently only libc-dev).

libperl-dev does not depend on libc6-dev and is not intended for
building perl extensions.

> Or maybe debian doesn't support ExtUtils::MakeMaker? Or maybe debian requires
> one to install build-dependencies for perl to install modules?

We don't offer a shortcut for pulling in the tools needed to install
modules outside the Debian package system, unless that shortcut is
considered to be the 'build-essential' package.

It might make sense for libperl-dev to do that in addition to its current
purpose, but at the moment it doesn't (and never has AFAIK.)

I was actually going to pull in 'make' by default as it's the only
requirement for installing pure perl CPAN modules, but I ended up
reverting that change recently due to http://bugs.debian.org/596734
-- 
Niko Tyni   nt...@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#598469: Same behaviour with Debian Apt-Cacher-NG/0.5.1

[Eduard Bloch]

#include 

After a heated private discussion, the main cause of the problem seems
to be a shortcoming in the metadata update concept. But like with all
big trouble there is no single cause but multiple issues appearing
harmless in the beginning.

First, unlike with non-volatile files, apt-cacher-ng prefers to make an
online connection to check whether a volatile (i.e. metadata/index
file) was recently modified on the server. An extra connection is
avoided if a second client connected to proxy and requests the same file
while it's being downloaded from the remote machine and transfered to
another user (i.e. the new client hits a "hot" cache file descriptor).
In other cases a new connection to the mirror is opened, however if
there were no updates then only a response header and maybe one byte of
data. So the waste ammount wasted data itself is negligible (IMHO) but
it still creates some load and spams the logs of the mirror machine.

Now, in a scenario when a user configures dozens of local systems
to run "apt-get update" almost at the same moment (almost=not perfectly)
and doing this regularly (like every twenty minutes) then the time span
between the different requests is long enough to complete the previous
request of this file, and therefore close the cache file descriptor
before the next client requests appears (after a couple of seconds),
leading to the situation described above.

The suggested workaround is adding an artificial timer, extending the
lifetime of the temporary state descriptors for volatile files. Doing
this, the same file should not be downloaded from the server more often
then once in a certain time period. Empirically chosen value is
seventeen seconds but that is subject to change.

Patched packages (0.5.8* -> Sid, 0.5.1* -> Squeeze) can be found at
http://apt-cacher-ng.alioth.debian.org/unreleased/ -- I cannot discover
unexpected side effects yet but a little bit more testing should be done
before suggesting it for Squeeze inclusion.

Feedback would be much appreciated.

Regards,
Eduard.



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

Bug#602362: libjsr166y-java: FTBFS in sid with type parameters ... cannot be determined error

[Miguel Landaeta]

tags 602362 + help
thanks

In IcedTea6 1.8.2 changelog I noticed two closed bugs related with types:

http://blog.fuseyism.com/index.php/2010/10/12/icedtea6-175-182-and-191-released/
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6638712
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6650759

Any help with this is very welcomed.

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche



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

Bug#599979: Request for building stockfish package or wrong gcc/g++ versions g++_4:4.4.4-2 g++-4.4_4.4.4-6 gcc_4:4.4.4-2

[Oliver Korff]

Hi to the buildd admins,

a little more than a week ago I requested a new build of my package on
the sparc and ia64 buildds.

Maybe I made my point not really clear:

I consider the two FTBFS-bugs No. 599977 and 599979 not to be bugs in my
package. Instead they resolve from the wrong gcc/g++ versions
(g++_4:4.4.4-2 g++-4.4_4.4.4-6 gcc_4:4.4.4-2) on the buildd machines.

For sparc Kibi told me, that he will recompile (once he's done some
housekeeping...), thats ok, there is no hurry. But I did not receive any
answer from the ia64 buildd admins.

As an additional info, stockfish compiles nicely on:
 snip
(sid)ok...@smetana:~/stockfish-1.9.1$ gcc --version
gcc (Debian 4.4.5-4) 4.4.5
 snip
Which has a more recent processor architecture, than merulo.

What I would like to know is:
- Do you (like me) consider the gcc versions the main problem here?
- Is there anything, I can do/have to do to make someone interested in
the ia64 buildd machine (alkman)?

Thanks,

Oliver


On 27.10.2010 22:02, Oliver Korff wrote:
> Dear Buildd Admins,
> 
> is it possible to recompile the package stockfish in experimental on
> ia64 and sparc. It did FTBFS on those machines, but that could have been
> a gcc/g++ (version) issue and might be solved by now.
> 
> See:
> Bug#599979: stockfish: FTBFS on sparc: error: corrupted profile
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599977
> and
> stockfish: FTBFS on sparc: error: corrupted profile info
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599979
> 
> It does build nice on sperger(sparc) and merulo(ia64) in a sid chroot.
> This is an gcc 4.4.4. Even with profiling switched on everything worked
> out well.
> 
> As I found out, that experimental should build with the same gcc/g++
> version as in sid. But the build log explains:
> 
> sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on alkman.debian.org (ia64)
> Package versions:  g++_4:4.4.4-2 g++-4.4_4.4.4-8 gcc_4:4.4.4-2
> gcc-4.4_4.4.4-8 gcc-4.4-base_4.4.4-8 
> 
> sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on lebrun.debian.org (sparc)
> Package versions: .  g++_4:4.4.4-2 g++-4.4_4.4.4-6 gcc_4:4.4.4-2
> gcc-4.4_4.4.4-6 gcc-4.4-base_4.4.4-6 .
> 
> So I tried the porterboxes and everything worked well.
> And we have now on sperger(sparc): 4.4.5-4
> And we have on merulo(ia64): 4.4.5-4
> 
> So I think there is something wrong with the gcc versions on the ia64
> and sparc buildds.
> 
> So I would like to request a rebuild for stockfish with the new gcc
> versions.
> 
> Thanks,
> 
> Oliver
> 
> 




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

Bug#592007: flex-sdk package: first draft

[Joey Parrish]

I don't know thing one about being a package maintainer, but I've
attached the source for the flex-sdk package I hacked together for my
own use.  I figure I may as well share it and get some feedback.  I'm
going to take some time to read the developer's reference and the new
maintainer's guide in the mean time.

Thanks,
--Joey Parrish


flex-sdk.tar.gz
Description: GNU Zip compressed data

Bug#602443: Please conflict on libguestfs0 (<= 1.0.84-4)

[Guido Günther]

Package: hivex
Severity: wishlist

Hi,
please conflict on the above version of libguestfs0. Although the
package was never uploaded into the archive people are using it since it
was announced by the pkg-libvirt team. It has file conflicts like:

dpkg: error processing 
/var/cache/apt/archives/libhivex0_1.2.2+git20100712-2_i386.deb (--unpack):
trying to overwrite '/usr/lib/libhivex.so.0.0.0', which is also in package 
libguestfs0 1.0.84-4

dpkg: error processing 
/var/cache/apt/archives/libhivex-dev_1.2.2+git20100712-2_i386.deb (--unpack):
trying to overwrite '/usr/share/man/man3/hivex.3.gz', which is also in package 
libguestfs0 1.0.84-4

Cheers and thanks a lot for maintaining hivex,
 -- Guido



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

Bug#602442: /sbin/route: route --x25 is broken due to bad path in lib/pathnames.h

[Pierre Habouzit]

Package: net-tools
Version: 1.60-23
Severity: normal
File: /sbin/route
Tags: patch

route --x25 doesn't work because lib/pathnames.h reads:
#define _PATH_PROCNET_X25_ROUTE"/proc/net/x25_routes"

this should be:
#define _PATH_PROCNET_X25_ROUTE"/proc/net/x25/route"

note that redhat has this patch enabled on their net-tools, maybe there
are other useful patches to take :)



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

Bug#602441: ITP: check-postgres -- script for monitoring PostgreSQL databases

[Peter Eisentraut]

Package: wnpp
Severity: wishlist
Owner: Peter Eisentraut 

* Package name: check-postgres
  Version : 2.14.3
  Upstream Author : Greg Sabino Mullane 
* URL : http://bucardo.org/wiki/Check_postgres
* License : BSD
  Programming Lang: Perl
  Description : script for monitoring PostgreSQL databases

check_postgres is a Perl script that runs many different tests against one or
more PostgreSQL databases. It uses the psql program to gather the information,
and outputs the results in one of three formats: Nagios, MRTG, or simple.



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

Bug#602358: ITP: rtl8192ce-dkms -- Realtek RTL8192CE driver in DKMS format.

[Ying-Chun Liu (PaulLiu)]

Hi all,

Just a reference, the package is already in mentors and waiting for
sponsoring.
http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=rtl8192ce-dkms

I roughly looking into the source package and found
1. firmware/RTL8192CE/*.bin is not free software.
   The license is in firmware/RTL8192CE/Realtek-Firmware-License.txt
   So this package cannot be in main.
2. HAL/rtl8192/rtl8192c/r8192C_hwimg.c
   It's under GPL, but it's array of bytes.

Regards,
Paul





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

Bug#599480: Fix considered not sufficient

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tag 599480 patch

Le 03/11/2010 08:15, Nicolas Schodet a écrit :
> retitle 599480 Broken cache if $url_forum is not set
> found 599480 3.0.7-PL1-4
> thanks

Thanks for the reminder, I intended to look closer to this issue before
the upload, and hadn't time to do so, sorry about that.

> I do not find the fix sufficient because:
> 
>  - users not using multisite are also affected,
>  - debian specific code is still broken,

I am able to reproduce your bug, and agree that your patch fixes the
issue, thanks a lot for that! Please, could you confirm that the new
version [0] solve the issue on your side too?

0 : http://debian.tilapin.org/phpbb3/phpbb3_3.0.7-PL1-5_all.deb

I must admit that the problem is grave enough (renders the package
unusable), and the patch tiny enough so that it shouldn't be a problem
for the release team to accept it for Squeeze. I'll perform a bit more
tests to verify that nothing is actually broken, and if no-one objects,
will ask Thijs to upload this new one.

>  - the provided documentation change:
>- give no clue about what $url_forum is used for,
>- give no clue about what are expected values,
>- do not warn that not setting it will break cache in some setups.

Hopefully, with your patch included, this part of the documentation will
be useless and could be deleted (maybe the best option: there are
already enough stuff there, and one could wrongly assume that multiboard
is complicated).

Regards

David

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

iEYEARECAAYFAkzTGwQACgkQ18/WetbTC/qMqACaA7GEgCegPh47JLC6Zn7s1XBj
mioAnR6d4xUQD2pPq0eraZgRYtMafnmi
=idYq
-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#602440: libxklavier16: Segmentation failure

[kalloc]

Package: libxklavier16
Version: 5.0-2
Severity: important

Depending on the library program at initialization fall in segmentation
failure. Example xfce4-keyboard-settings and gnome-settings-daemon


backtrace

#0  strncat (s1=0x877a103 "", s2=0x0, n=191) at strncat.c:52
n4 = 47
c = 0 '\000'
#1  0xb64ef0fc in xkl_read_config_item () from /usr/lib/libxklavier.so.16
No symbol table info available.
#2  0xb64ef296 in ?? () from /usr/lib/libxklavier.so.16
No symbol table info available.
#3  0xb64ef478 in xkl_config_registry_find_layout () from 
/usr/lib/libxklavier.so.16
No symbol table info available.
#4  0xb64ffcba in gkbd_desktop_config_load_group_descriptions () from 
/usr/lib/libgnomekbd.so.4
No symbol table info available.
#5  0xb650f032 in ?? () from /usr/lib/libgnomekbdui.so.4
No symbol table info available.
#6  0xb650f473 in ?? () from /usr/lib/libgnomekbdui.so.4
No symbol table info available.
#7  0xb724c928 in IA__g_type_create_instance (type=142038280) at 
/build/buildd-glib2.0_2.24.2-1-i386-AScyie/glib2.0-2.24.2/gobject/gtype.c:1885
node = 0x8775508
instance = 0x8706908
class = 0x87905d8
i = 
total_size = 
#8  0xb72308f8 in g_object_constructor (type=142038280, 
n_construct_properties=0, construct_params=0x0)
at 
/build/buildd-glib2.0_2.24.2-1-i386-AScyie/glib2.0-2.24.2/gobject/gobject.c:1396
object = 0x3
#9  0xb74bfa2f in gtk_status_icon_constructor (type=142038280, 
n_construct_properties=0, construct_params=0x0)
at 
/build/buildd-gtk+2.0_2.20.1-2-i386-TNeM25/gtk+2.0-2.20.1/gtk/gtkstatusicon.c:939
object = 
priv = 
#10 0xb723206a in IA__g_object_newv (object_type=142038280, n_parameters=0, 
parameters=0x0)
at 
/build/buildd-glib2.0_2.24.2-1-i386-AScyie/glib2.0-2.24.2/gobject/gobject.c:1180
oparams = 0xb7267219
nqueue = 0x0
object = 
class = 0x87905d8
unref_class = 0x87905d8
slist = 0x0
n_total_cparams = 
n_cparams = 141987328
n_oparams = 3072430632
n_cvalues = 
clist = 0x0
newly_constructed = 8
i = 
__PRETTY_FUNCTION__ = "IA__g_object_newv"
#11 0xb7232928 in IA__g_object_new (object_type=142038280, 
first_property_name=0x0)
at 
/build/buildd-glib2.0_2.24.2-1-i386-AScyie/glib2.0-2.24.2/gobject/gobject.c:1092
__PRETTY_FUNCTION__ = "IA__g_object_new"
#12 0xb650eb43 in gkbd_status_new () from /usr/lib/libgnomekbdui.so.4
No symbol table info available.
#13 0xb654a148 in ?? () from /usr/lib/gnome-settings-daemon-2.0/libkeyboard.so
No symbol table info available.
#14 0xb654b637 in gsd_keyboard_xkb_init () from 
/usr/lib/gnome-settings-daemon-2.0/libkeyboard.so
No symbol table info available.
#15 0xb654942c in ?? () from /usr/lib/gnome-settings-daemon-2.0/libkeyboard.so
No symbol table info available.
#16 0xb718a381 in g_idle_dispatch (source=0x8582920, callback=0, 
user_data=0x8546560)
at 
/build/buildd-glib2.0_2.24.2-1-i386-AScyie/glib2.0-2.24.2/glib/gmain.c:4065
No locals.
#17 0xb718c305 in g_main_dispatch (context=0x855d390) at 
/build/buildd-glib2.0_2.24.2-1-i386-AScyie/glib2.0-2.24.2/glib/gmain.c:1960
dispatch = 0xb718a360 
user_data = 0x8546560
callback = 0xb65493a0
cb_funcs = 0xb721957c
cb_data = 0x8582958



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

Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores)
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 libxklavier16 depends on:
ii  libc6  2.11.2-6+squeeze1 Embedded GNU C Library: Shared lib
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libx11-6   2:1.3.3-3 X11 client-side library
ii  libxi6 2:1.3-4   X11 Input extension library
ii  libxkbfile11:1.0.6-2 X11 keyboard file manipulation lib
ii  libxml22.7.7.dfsg-4  GNOME XML library
ii  x11-xkb-utils  7.5+5 X11 XKB utilities
ii  xkb-data   1.8-1 X Keyboard Extension (XKB) configu

libxklavier16 recommends no packages.

Versions of packages libxklavier16 suggests:
ii  iso-codes 3.21-1 ISO language, territory, currency,

-- 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#602257: Debian 602257 -- Gnumeric crashes constantly

[J.H.M. Dassen (Ray)]

On Thu, Nov 04, 2010 at 16:26:27 -0400, Morten Welinder wrote:
> Ok, got it.  Fix will land upstream shortly.

Landed as
http://git.gnome.org/browse/gnumeric/commit/?id=f40daf97c2c369dce9572b93feaf896ceb47a30c
-- 
First they ignore you.
Then they laugh at you.
Then they fight you.
Then you win.- Gandhi



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

Bug#570637: Still some bitmap corruption

[Samuel Hym]

Hi Hunk,

>        As you said this issue seems less prone to the picture glitches when 
> using 2.11.9-7, Is it just occur in Evolution? Is it reproduced in other 
> application program?

I indeed have seen it appear only in Evolution, with html mails with
images coming from that same mailing list, I think. (I receive very
few html mails, and I use very few gui applications, so I can only
imagine it might also appear in other circumstances).

The glitches do not seem to be really deterministic, I do not really
know how to reproduce them reliably on my computer, so let alone
elsewhere :/
Find attached the log and conf, for what it’s worth.

Best regards
Sam


xorg.conf
Description: Binary data

X.Org X Server 1.7.7
Release Date: 2010-05-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32.23-dsa-ia32 i686 Debian
Current Operating System: Linux poulain 2.6.32-trunk-686 #1 SMP Sun Jan 10 06:32:16 UTC 2010 i586
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-trunk-686 root=UUID=ae8ced00-0f07-4625-b732-ad82dfdd8e97 ro quiet
Build Date: 10 October 2010  11:57:07AM
xorg-server 2:1.7.7-8 (Cyril Brulebois ) 
Current version of pixman: 0.16.4
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Thu Nov  4 20:40:36 2010
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(==) ServerLayout "X.org Configured"
(**) |-->Screen "Screen0" (0)
(**) |   |-->Monitor "Monitor0"
(**) |   |-->Device "Card0"
(**) |-->Input Device "Mouse0"
(**) |-->Input Device "Keyboard0"
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
	Entry deleted from font path.
(**) FontPath set to:
	/usr/share/fonts/X11/misc,
	/usr/share/fonts/X11/100dpi/:unscaled,
	/usr/share/fonts/X11/75dpi/:unscaled,
	/usr/share/fonts/X11/Type1,
	/usr/share/fonts/X11/100dpi,
	/usr/share/fonts/X11/75dpi,
	/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
	/usr/share/fonts/X11/misc,
	/usr/share/fonts/X11/100dpi/:unscaled,
	/usr/share/fonts/X11/75dpi/:unscaled,
	/usr/share/fonts/X11/Type1,
	/usr/share/fonts/X11/100dpi,
	/usr/share/fonts/X11/75dpi,
	/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
	built-ins
(**) ModulePath set to "/usr/lib/xorg/modules"
(WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled.
(WW) Disabling Mouse0
(WW) Disabling Keyboard0
(II) Loader magic: 0x81ecca0
(II) Module ABI versions:
	X.Org ANSI C Emulation: 0.4
	X.Org Video Driver: 6.0
	X.Org XInput driver : 7.0
	X.Org Server Extension : 2.0
(++) using VT number 7

(--) PCI:*(0:0:1:1) 1022:2081:1509:801b Advanced Micro Devices [AMD] Geode LX Video rev 0, Mem @ 0xe800/67108864, 0xefff/16384, 0xeffec000/16384, 0xeffe8000/16384, 0xefff8000/16384
(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
(II) "extmod" will be loaded. This was enabled by default and also specified in the config file.
(II) "dbe" will be loaded. This was enabled by default and also specified in the config file.
(II) "glx" will be loaded. This was enabled by default and also specified in the config file.
(II) "record" will be loaded. This was enabled by default and also specified in the config file.
(II) "dri" will be loaded. This was enabled by default and also specified in the config file.
(II) "dri2" will be loaded by default.
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
	compiled for 1.7.7, module version = 1.0.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
	compiled for 1.7.7, module version = 1.0.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 2.0
(II) Loading extension SELinux
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "xtrap"
(WW) Warning, couldn't open module xtrap
(II) UnloadModule: "xtrap"
(EE) Failed to load module "xtrap" (module does not exist, 0)
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions/libglx.so
(II) Module glx: vendor="X.Org Foundation"
	compiled for 1.7.7, module version = 1.0.0
	ABI class: X.Org Server Extension, version 2.0

Bug#602439: gnote: New upstream version (0.7.3) available

[Dirk Meul]

Package: gnote
Version: 0.7.1-1.1+b1
Severity: normal

Gnote 0.7.3 is available.

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

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

Versions of packages gnote depends on:
ii  gconf2  2.31.5-1 GNOME configuration database syste
ii  libboost-filesystem1.42.0   1.42.0-4 filesystem operations (portable pa
ii  libboost-system1.42.0   1.42.0-4 Operating system (e.g. diagnostics
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libdbus-c++-1-0 0~20090907-1 C++ API for D-BUS (runtime package
ii  libgcc1 1:4.4.5-6GCC support library
ii  libgconf2-4 2.31.5-1 GNOME configuration database syste
ii  libglib2.0-02.26.0-1 The GLib library of C routines
ii  libglibmm-2.4-1c2a  2.24.2-1 C++ wrapper for the GLib toolkit (
ii  libgtk2.0-0 2.22.0-1 The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2a   1:2.20.3-1   C++ wrappers for GTK+ (shared libr
ii  libgtkspell02.0.16-1 a spell-checking addon for GTK's T
ii  libpanel-applet2-0  2.30.2-2 library for GNOME Panel applets
ii  libpanelappletmm-2.6-1c22.26.0-1 C++ wrappers for libpanel-applet (
ii  libpango1.0-0   1.28.3-1 Layout and rendering of internatio
ii  libpangomm-1.4-12.26.2-1 C++ Wrapper for pango (shared libr
ii  libpcrecpp0 8.02-1.1 Perl 5 Compatible Regular Expressi
ii  libsigc++-2.0-0c2a  2.2.4.2-1type-safe Signal Framework for C++
ii  libstdc++6  4.4.5-6  The GNU Standard C++ Library v3
ii  libuuid12.17.2-3.3   Universally Unique ID library
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxml2 2.7.7.dfsg-4 GNOME XML library
ii  libxslt1.1  1.1.26-6 XSLT 1.0 processing library - runt

gnote recommends no packages.

gnote 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#565001:

[Aidan Van Dyk]

The proper fix is already in HylaFAX source:

http://git.hylafax.org/HylaFAX?a=commitdiff;h=b0d873c950a72aa568d2fcfe7dbc8bb6e981c129

port.h shouldn't inlcude a declaration of fchmod if it's in the system.

On Thu, Nov 4, 2010 at 4:55 PM, Artur Rona  wrote:
> In Ubuntu, we've applied the attached patch to achieve the following:
>
>  * debian/patches/901_fchmod-prototype.patch: glibc now
>    includes an fchmod prototype which doesn't match hylafax's.
>    (Closes: #565001)
>
> We thought you might be interested in doing the same.
>



-- 
Aidan Van Dyk                                             Create like a god,
ai...@highrise.ca                                       command like a king,
http://www.highrise.ca/                                   work like a slave.



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

Bug#602030: ifetch-tools: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Richard Nelson]

tag 602030 pending
thanks

On Sun, Oct 31, 2010 at 4:47 PM, Adriano Rafael Gomes
 wrote:
> Package: ifetch-tools
> Tags: l10n patch
> Severity: wishlist
>
> Hello,
>
> Please, Could you update the Brazilian Portuguese
> Translation?

Applied in git.

Thanks.

>
> Attached you will find the file pt_BR.po. It is UTF-8
> encoded and it is tested with msgfmt and
> podebconf-display-po.
>
> Kind regards.
>



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

Bug#602400: thunar: mount point for MP3 player is gibberish

[John Lindgren]

Okay, I can reproduce this by deleting the volume label (mlabel -c). 
So, it is a bug somewhere (though probably not in Thunar).  The fact
that the weird name shows up in /dev/disk/by-label suggests to me that
it is at the kernel level, but I don't know much about that.

-- John

On 11/04/2010 04:23 PM, John Lindgren wrote:
> It seems the weird name was coming from a corrupted volume label in the
> root folder of the filesystem.  dosfslabel cannot read or set the volume
> label in the root folder (#506786), hence my confusion.
>
> It still seems an unlikely coincidence that the volume label should have
> gone corrupt at exactly the same time that I plugged both players into
> the computer.  I had mine plugged in earlier that day without any
> problem.  I will try to get a hold of the second player again and see if
> I can reproduce this, and in particular if I can reproduce it without
> Thunar and then without HAL running.
>
> -- John



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

Bug#565001:

[Artur Rona]

In Ubuntu, we've applied the attached patch to achieve the following:

  * debian/patches/901_fchmod-prototype.patch: glibc now
includes an fchmod prototype which doesn't match hylafax's.
(Closes: #565001)

We thought you might be interested in doing the same.
Description: glibc already defines fchmod prototype, but differently, with __THROW.
Author: Stefano Rivera 
Last-Update: 2010-09-05
Bug: http://bugs.hylafax.org/show_bug.cgi?id=924
Bug-Debian: http://bugs.debian.org/565001
--- a/configure
+++ b/configure
@@ -2881,7 +2881,7 @@
 CheckForFunc fchmod && {
 	echo '#define HAS_FCHMOD 1'
 	Note "... configure use of fchmod"
-	CheckFuncDecl fchmod 'extern int fchmod(int, mode_t);' \
+	CheckFuncDecl fchmod 'extern int fchmod(int, mode_t) __THROW;' \
 	unistd.h libc.h $OSFCNH sys/stat.h
 }
 CheckFuncDecl mknod 'extern int mknod(const char*, mode_t, dev_t);' \

Bug#602438: Please insert absolute path to command (i.e. /usr/sbin/etckeeper) in pre-commit hooks

[Wolfgang Karall]

Package: etckeeper
Version: 0.50
Severity: minor


Hello,

when doing commits from cron  one needs to remember that etckeeper
lives in /usr/sbin nowadays and change PATH inside the crontab.

This is especially easy to forget because one can use the VCS of choice
w/out ever running etckeeper after the initialisation. :)

So please see the VCS configuration somewhat like a shell script and use
the absolute path to the executable, so that the VCS does not depend on
the PATH being set up for etckeeper to work properly.

Cheers
Wolfgang

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

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

Versions of packages etckeeper depends on:
ii  bzr  2.1.2-1 easy to use distributed version co
ii  debconf [debconf-2.0]1.5.32  Debian configuration management sy
ii  git [git-core]   1:1.7.1-1.1 fast, scalable, distributed revisi
ii  mercurial1.5.2-1 scalable distributed version contr

Versions of packages etckeeper recommends:
ii  cron  3.0pl1-111 process scheduling daemon

Versions of packages etckeeper suggests:
ii  sudo  1.7.2p6-1  Provide limited super user privile

-- Configuration Files:
/etc/etckeeper/etckeeper.conf changed [not included]

-- debconf information:
  etckeeper/purge: true
  etckeeper/commit_failed:



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

Bug#602437: texlive-fonts-extra: Please update Antykwa Półtawskiego font

[Mirosław Zalewski]

Package: texlive-fonts-extra
Severity: wishlist

Polish Antykwa Półtawskiego font was updated about a month ago. Please
include it in newer release.

You can find more about font (including download links) in:
http://www.gust.org.pl/projects/e-foundry/poltawski/index_html
http://www.nowacki.strefa.pl/poltawski-e.html

Cheers

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to pl_PL.UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#492815: bogus dependencies when building pelr modules, missing dependency in libperl-dev

[Marc Lehmann]

On Thu, Nov 04, 2010 at 09:46:15PM +0200, Niko Tyni  wrote:
> I'm not seeing this behaviour, and it would be a serious problem for our
> autobuilders so they aren't either. Does it still happen for you?

No, this has been fixed since then.

> > But libperl-dev lacks these depencies, so one has to install those manually.
> 
> The libperl-dev package is only needed for linking against libperl.so itself,
> its dependencies aren't really related to what ExtUtils::MakeMaker needs.

Of course they are - if I install perl I cannot build xs-modules, I need
libperl-dev, and since perl requires linking against -lgdbm (or did so in the
past), *something* has to depend on libgdbm-dev, and the obvious place for
this is libperl-dev. The same is true for any other library perl is required
to link against when building your own perl binaries or modules.

> Maybe you mean ExtUtils::Embed? That does list -lcrypt but not -lgdbm here.

No, back then, -lgdbm was in the set of libraries required for linking in
Config.pm, right now (5.10.1-14), it's only -lpthread.

Same princpiple applies - there must be a debian package which depends on
pthread.h and other development files because without it, building perl
modules isn't possible.

That doesn't need to be libperl-dev, but it would be the logical place for
that. I don't currently see the dependency anywhere (but I didn't look very
hard).

Without the dependency there is no way to build perl
extensions/binaries/modules without manually installing perl-dev
dependencies (currently only libc-dev).

Or maybe debian doesn't support ExtUtils::MakeMaker? Or maybe debian requires
one to install build-dependencies for perl to install modules?

All possible, and if true, just ignore/close this bugreport, and sorry for
the noise in that case (or actually, good that the original bug has been
fixed by now).

Greetings,

-- 
The choice of a   Deliantra, the free code+content MORPG
  -==- _GNU_  http://www.deliantra.net
  ==-- _   generation
  ---==---(_)__  __   __  Marc Lehmann
  --==---/ / _ \/ // /\ \/ /  schm...@schmorp.de
  -=/_/_//_/\_,_/ /_/\_\



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

Bug#602362: libjsr166y-java: FTBFS in sid with type parameters ... cannot be determined error

[Miguel Landaeta]

Some change introduced with OpenJDK 6b18-1.8.2-1 breaks the build
of this package.

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche



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

Bug#601734: ERROR: No such file or directory: /usr/share/otrs/Kernel/Config/Files/ZZZAuto.pm

[Patrick Matthäi]

severity #601734 serious
thanks

Am 29.10.2010 06:15, schrieb Munroe:

Package: otrs2
Version: 2.4.8+dfsg1-1
Severity: normal

Fresh Squeeze install, Fresh otrs2 install.
The symlink is created, but the file just doesn't exist.


Also here again much thanks for your responsivenes.
I have considered this bug as release critical, because the package 
breaks with NEW installations (upgrades are not affected).

:)



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

Bug#602416: curl: kerberos ftp fails

[Liam Healy]

On Thu, Nov 4, 2010 at 3:56 PM, Ramakrishnan Muthukrishnan
 wrote:
> On Thu, Nov 4, 2010 at 11:24 PM, Liam Healy  
> wrote:
>> Package: curl
>> Version: 7.21.0-1
>> Severity: normal
>>
>> [...]
>>
>> curl --version
>> curl 7.21.0 (x86_64-pc-linux-gnu) libcurl/7.21.0 OpenSSL/0.9.8o
>> zlib/1.2.3.4 libidn/1.15 libssh2/1.2.5
>> Protocols: dict file ftp ftps http https imap imaps ldap ldaps pop3
>> pop3s rtsp scp sftp smtp smtps telnet tftp
>> Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz
>
> Can you please try with 7.21.2 available in unstable archive?
>
> Ramakrishnan
>

OK, done.  Now it segfaults

curl -v --krb clear ftp://he...@/archive/catalogs/
* About to connect() to  port 21 (#0)
*   Trying aaa.bbb.ccc.ddd... connected
* Connected to  (132.250.112.17) port 21 (#0)
< 220 khan FTP server (Version 5.60) ready.
* Trying mechanism GSSAPI...
Segmentation fault

curl --version
curl 7.21.0 (x86_64-pc-linux-gnu) libcurl/7.21.2 OpenSSL/0.9.8o
zlib/1.2.3.4 libidn/1.15 libssh2/1.2.6
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps
pop3 pop3s rtsp scp sftp smtp smtps telnet tftp
Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz

Liam



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

Bug#587553: giving a helping hand

[Ryan Kavanagh]

Hi Mònica,

On Thu, Nov 04, 2010 at 01:04:35PM +0100, Mònica wrote:
> I didn't see your ITP and was trying to package bluej. I suppose you
> have almost/already packaged it, but if you would like I give you a
> helping hand, here I am :-)

I'll gladly co-maintain it with you, I'll send you an email in a bit to
arrange it so as to not pollute the BTS.

> One curious question: how have you solved the AppleJavaExtensions.jar
> dependency?

I believe I patched out the references to it, there were only a handful
and they were all after a "Let's check and see if we're running under
MacOSX" call.

Kind regards,
Ryan Kavanagh


signature.asc
Description: Digital signature

Bug#602358: ITP: rtl8192ce-dkms -- Realtek RTL8192CE driver in DKMS format.

[Ben Hutchings]

On Fri, 2010-11-05 at 04:02 +0800, Keng-Yu Lin wrote:
> 2010/11/5 Ben Hutchings :
[...]
> > Because it's not upstream.  So the next question is, why is it not
> > upstream (in staging)?
> >
> > Ben.
> >
> > --
> > Ben Hutchings
> > Once a job is fouled up, anything done to improve it makes it worse.
> >
> 
> Because staging tree is a place to dump the code temporarily if you
> commit to improve the driver and make it upstream eventually.
> 
> >From [1], "it is not a place to dump code and then run away, hoping
> that someone else will do the cleanup work for you.  While there are
> developers available to do this kind of work, you need to get someone
> to agree to "babysit" the code."
[...]

This statement applies equally to Debian, doesn't it?

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


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

Bug#602435: ITP: libunicode-collate-xs-perl -- Perl module for Unicode collation algorithm with faster XS compilation

[韓達耐]

Package: wnpp
Severity: wishlist
Owner: Danai SAE-HAN (韓達耐) 

* Package name: libunicode-collate-xs-perl
  Version : 0.62
  Upstream Author : Tomoyuki SADAHIRO 
* URL : http://search.cpan.org/dist/Unicode-Collate/
* License : Artistic or GPLv1+
  Programming Lang: Perl
  Description : Perl module for Unicode collation algorithm with faster XS 
compilation

Written by SADAHIRO Tomoyuki, this module contains several functions to
collate (sort) Unicode characters.
This package is optimised in XS.



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

Bug#602436: libwxgtk2.8-dev: Cannot compile with WX_UNICODE = 0

[Liam Healy]

Package: libwxgtk2.8-dev
Version: 2.8.10.1-3+b1
Severity: normal

This is a report against the source package, not the compiled package (I
cannot figure out if filing against the source package is possible).

I need to compile an application that is not unicode-enabled.
Therefore, I need a version of this library compiled without unicode.
I did the following:

apt-get source libwxgtk2.8-dev
sudo aptitude build-dep libwxgtk2.8-dev
Edit debian/rules to set WX_UNICODE ?= 0
cd wxwidgets2.8-2.8.10.1/
dpkg-buildpackage -rfakeroot -uc -us

After a long time and lots of output, this failed.  The only error I can
find in the output is the following:

make[2]: Entering directory
`/tmp/wxwidgets2.8-2.8.10.1/objs_gtk_sh/contrib/src/mmedia'
/tmp/wxwidgets2.8-2.8.10.1/objs_gtk_sh/bk-deps g++ -c -o
mmediadll_vidxanm.o -I./.pch/wxprec_mmediadll -D__WXGTK__
-I../../../../contrib/src/mmedia/../../include -DWXUSINGDLL
-DWXMAKINGDLL_MMEDIA -fPIC -DPIC -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES
-I/tmp/wxwidgets2.8-2.8.10.1/objs_gtk_sh/lib/wx/include/gtk2-ansi-release-2.8
-I../../../../include -pthread -I/usr/include/gtk-2.0
-I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo
-I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/
-I/usr/include/pixman-1 -I/usr/include/freetype2
-I/usr/include/libpng12 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -DWX_PRECOMP -pthread -Wall -Wundef
-Wno-ctor-dtor-privacy -O2 -fno-strict-aliasing -pthread
-I/usr/include/libgnomeprintui-2.2 -I/usr/include/libgnomeprint-2.2
-I/usr/include/libgnomecanvas-2.0 -I/usr/include/libart-2.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/libxml2 -I/usr/include/pango-1.0
-I/usr/include/gail-1.0 -I/usr/include/gtk-2.0
-I/usr/include/freetype2 -I/usr/include/atk-1.0
-I/usr/lib/gtk-2.0/include -I/usr/include/cairo
-I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1
-I/usr/include/libpng12 -g -O2
../../../../contrib/src/mmedia/vidxanm.cpp
../../../../contrib/src/mmedia/vidxanm.cpp:23:27: warning:
X11/Intrinsic.h: No such file or directory
In file included from ../../../../contrib/src/mmedia/vidxanm.cpp:38:
../../../../contrib/src/mmedia/../../include/wx/mmedia/vidbase.h:19:23:
error: ./.pch/wxprec_mmediadll/wx/wxprec.h: No such file or directory
make[2]: *** [mmediadll_vidxanm.o] Error 1

...

make[2]: Leaving directory
`/tmp/wxwidgets2.8-2.8.10.1/objs_gtk_sh/contrib/src/svg'
make[1]: Leaving directory `/tmp/wxwidgets2.8-2.8.10.1/objs_gtk_sh/contrib/src'
touch install-gtk-shared-stamp
dh_testdir
dh_testroot
dh_clean -k
dh_clean: dh_clean -k is deprecated; use dh_prep instead
dh_install objs_gtk_install/lib/libwx_base*.so.*usr/lib
dh_installdirs usr/share/lintian/overrides
grep ^libwxbase2.8-0-ansi: debian/lintian-override >
debian/libwxbase2.8-0-ansi/usr/share/lintian/overrides/libwxbase2.8-0-ansi
make: *** [install-wxbase-lib] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2


Is there a fix/workaround for this?
Thank you.

Liam



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

Bug#602400: thunar: mount point for MP3 player is gibberish

[John Lindgren]

It seems the weird name was coming from a corrupted volume label in the
root folder of the filesystem.  dosfslabel cannot read or set the volume
label in the root folder (#506786), hence my confusion.

It still seems an unlikely coincidence that the volume label should have
gone corrupt at exactly the same time that I plugged both players into
the computer.  I had mine plugged in earlier that day without any
problem.  I will try to get a hold of the second player again and see if
I can reproduce this, and in particular if I can reproduce it without
Thunar and then without HAL running.

-- John

On 11/04/2010 03:36 PM, Yves-Alexis Perez wrote:
> On jeu., 2010-11-04 at 15:06 -0400, John Lindgren wrote:
>> udi = '/org/freedesktop/Hal/devices/volume_uuid_8861_AA86'
>>   block.device = '/dev/sdb1'  (string)
>>   block.is_volume = true  (bool)
>>   info.product = 'ȱ?B5D1AQ'  (string) 
> thunar pick the info from there. so yes, seems you have an issue with
> that partition. Either from the partition itself or for the kernel. In
> any case, it's not a problem in Thunar.
>
> Feel free to close the bug or reassign to the correct package.
>
> Cheers,



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

Bug#602034: Alternative to libjpeg62

[Bill Allombert]

On Thu, Nov 04, 2010 at 09:15:20PM +0100, Adrien Clerc wrote:
>  Hi,
> 
> Be careful though that libjpeg-turbo is API and ABI compatible with
> libjpeg62. SVN trunk code is able to emulate some parts of the ABI /
> API in libjpeg8, but it is far from complete. Authors don't even
> know if the missing code will be added some day.

Hello,

Last time I checked, libjpeg-turbo does not have versionned symbols so it is 
not possible to
use it in Debian.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#602257: Debian 602257 -- Gnumeric crashes constantly

[Morten Welinder]

Ok, got it.  Fix will land upstream shortly.  The problem is that
the dragging of the little square (as opposed to dragging of the
data) is creating a crazy-tall tooltip that gtk+ cannot handle.
You can use copy+paste instead.

Note: you are better off using HYPOT over IMABS+COMPLEX.
The latter creates a string and some kind of rounding is therefore
involved.



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

Bug#602034: Alternative to libjpeg62

[Adrien Clerc]

 Hi,

Be careful though that libjpeg-turbo is API and ABI compatible with 
libjpeg62. SVN trunk code is able to emulate some parts of the ABI / API 
in libjpeg8, but it is far from complete. Authors don't even know if the 
missing code will be added some day.
However, since Debian is still using libjpeg62 for a lot of packages 
(actually, only renrot is using libjpeg8), it can be a good idea to 
package it as a replacement of libjpeg62. I've tested it with geeqie, 
and it *is* much faster.


Adrien



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

Bug#387908: ftbfs: 500_ping_icmp fails on VServer

[Max Kellermann]

On 2010/11/04 20:56, Niko Tyni  wrote:
> Max, can I close this bug?

I still don't think that any package should require networking to be
set up or even enabled in the kernel to build from source.

Note that perl does not even build-depend on ifupdown.  A bare Debian
system with all build dependencies installed (and nothing else) will
not be able to build perl.

Max



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

Bug#602434: astk: FTBFS because of missing build dependency eficas

[fabrice]

Package: astk
Version: 1.8.3-1
Severity: serious
Justification: fails to build from source

Hi,

This version has a build dependency on eficas, but eficas is not
packaged in
Debian, even if there is a RFP from 2008.
This means that astk is not buildable in sid.

Thanks,
Fabrice


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

Package: astk
Version: 1.8.3-1
Severity: serious
Justification: fails to build from source

Hi,

This version has a build dependency on eficas, but eficas is not
packaged in
Debian, even if there is a RFP from 2008.
This means that astk is not buildable in sid.

Thanks,
Fabrice


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

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




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