Bug#630450: missing man pages

[Mattias Ellert]

Package: globus-common-progs
Version: 11.6-4
Severity: minor

Lintian complains about missing man pages



smime.p7s
Description: S/MIME cryptographic signature

Bug#629688: libvte9: malicious escape sequence causes gnome-terminal to crash (memory consumption DoS)

[Josselin Mouette]

This is CVE-2011-2198.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-




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

Bug#630451: debug statement left in python-couchdb

[Andreas Unterkircher]

Package: python-couchdb
Version: 0.6-1
Severity: minor
Tags: upstream


In /usr/share/pyshared/couchdb/json.py line 125 it seems a debug message has 
been left.
'Using stdlib json' gets printed everytime when using this library.

A quick fix is:

--- json.py.orig  2009-07-02 16:02:57.0 +0200
+++ json.py 2011-06-14 09:06:52.491612637 +0200
@@ -122,7 +122,6 @@
 def _init_stdlib():
 global _decode, _encode
 json = __import__('json', {}, {})
-print 'Using stdlib json'
 _decode = lambda string, loads=json.loads: loads(string)
 _encode = lambda obj, dumps=json.dumps: \
 dumps(obj, allow_nan=False, ensure_ascii=False)

Upstream has fixed this already in [1].

Best Regards,
Andreas

[1] http://code.google.com/p/couchdb-python/issues/detail?id=82

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

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

Versions of packages python-couchdb depends on:
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-httplib2 0.6.0-4  comprehensive HTTP client library 
ii  python-simplejson   2.1.1-1  simple, fast, extensible JSON enco
ii  python-support  1.0.10   automated rebuilding support for P

python-couchdb recommends no packages.

Versions of packages python-couchdb suggests:
ii  couchdb   0.11.0-2.3 RESTful document oriented database

-- 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#630421: python-django: please build needed locale at runtime instead of build-depending on locales-all

[Raphael Hertzog]

On Mon, 13 Jun 2011, Steve Langasek wrote:
> -Build-Depends: debhelper (>= 7.0.50), python-support, python (>= 2.5) | 
> python-sqlite, locales-all | language-pack-en-base
> +Build-Depends: debhelper (>= 7.0.50), python-support, python (>= 2.5) | 
> python-sqlite
[...]

> - LC_ALL=en_US.utf8 PYTHONPATH=. tests/runtests.py 
> --settings=tests.test_sqlite --verbosity=2
> + mkdir -p tmp-locales
> + localedef -i /usr/share/i18n/locales/en_US -c -f UTF-8 -A 
> /usr/share/locale/locale.alias tmp-locales/en_US.UTF-8

$ dpkg -S /usr/share/i18n/locales/en_US
locales: /usr/share/i18n/locales/en_US

We still need to build-depend on locales, no?

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



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

Bug#630452: debian-maintainers: Annual ping for William Vera

[William Vera]

Package: debian-maintainers
Severity: normal

Sorry about sending the ping a few days late. Anyway, here it is.

Regards

-- 
William Vera 
PGP Key: 1024D/F5CC22A4
Fingerprint: 3E73 FA1F 5C57 6005 0439  4D75 1FD2 BF96 F5CC 22A4


pgpDz84eHrwWR.pgp
Description: PGP signature

Bug#630453: please clarify licensing of kicad-doc/doc/tutorials/en/KiCad Tutorial.odt in debian/copyright

[Timo Juhani Lindfors]

Package: kicad
Version: 0.0.20100314-1
Severity: important

./kicad-doc/doc/tutorials/en/KiCad Tutorial.odt

says

"""
Copyright © 2006 David Jahshan: kicad at iridec.com.au
Copyright: Please freely copy and distribute (sell or give away) this document 
in any format. Send any corrections and comments to the document maintainer. 
You may create a derivative work and distribute it provided that:
   1. If it's not a translation: Email a copy of your derivative work to the 
author.
   2. License the derivative work in the spirit of the GPL. Include a copyright 
notice and at least a pointer to the license used.
   3. Give due credit to previous authors and major contributors.
If you're considering making a derived work other than a translation, it's 
requested that you discuss your plans with the current maintainer.
Disclaimer: While care was taken in preparing this document, there are likely a 
number of errors in this document. Please let the author know about them. Since 
this is free documentation, the author will not be held legally responsible for 
any errors.
Trademarks: Any brand names should be assumed to be a trademark. Such 
trademarks belong to their respective owners.
"""

Doesn't case 1) clearly violate the Desert Island test? If there are
other licenses for the work, please clarify them in debian/copyright.


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

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

Versions of packages kicad depends on:
ii  extra-xdg-menus 1.0-4Extra menu categories for applicat
ii  kicad-common0.0.20100314-1   Common files used by kicad
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.5-8GCC support library
ii  libgl1-mesa-glx [libgl1 7.7.1-4  A free implementation of the OpenG
ii  libglu1-mesa [libglu1]  7.7.1-4  The OpenGL utility library (GLU)
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  libwxbase2.8-0  2.8.10.1-3+b1wxBase library (runtime) - non-GUI
ii  libwxgtk2.8-0   2.8.10.1-3+b1wxWidgets Cross-platform C++ GUI t
ii  libx11-62:1.3.3-4X11 client-side library
ii  zlib-bin1:1.2.3.4.dfsg-3 compression library - sample progr

kicad recommends no packages.

Versions of packages kicad suggests:
ii  kicad-doc-en  0.0.20100314-1 Kicad help files (English)

-- 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#595298: [Pkg-oss4-maintainers] Bug#595298: Bug#595298:

[Sebastien NOEL]

On Mon, 13 Jun 2011 20:30:49 +, Romain Beauxis wrote:

Damned, this alioth move is really not working that good..

Sebastien, do you have upload rights? Do you want me to upload your
modified package otherwise?

Romain


No i don't have upload rights... (i'm now a DM, but the package lacks 
the DM-Upload-Allowed field in debian/control)


i think the package in the SVN is ready to be uploaded,
but i would feel much better if someone else could confirm this :)

Sébastien



2011/6/10 Sebastien NOEL :

Hi Romain,

I have already done the necessary work in the SVN.
It works, I just don't have the right to upload the package
in the debian archive.

With the "new"(=broken) setup of alioth, our repository seems empty
http://anonscm.debian.org/viewvc/pkg-oss4/
but it's all there...

Sébastien





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

Bug#623523: breaks when /run is used

[Andrew O. Shadoura]

Hello,

Is this bug still present with the latest 0.7~alpha4?

-- 
WBR, Andrew


signature.asc
Description: PGP signature

Bug#630334: libnatpmp-dev: shouldn't recommend minissdpd

[Thomas Goirand]

FYI, the package currently doesn't build in SID, due to the
--no-undefined option in GCC. I'm discussing with upstream prior to
another upload (of maybe, an up-to-date version).

Thomas



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

Bug#630165: slapos.tool.format: Please update debconf PO translation

[Francisco Javier Cuadrado]

2011/6/12 Arnaud Fontaine :
> Hi,
>
> You are  noted as the last  translator of the  debconf translation for
> slapos.core.   The English  template has  been changed,  and  now some
> messages are  marked "fuzzy"  in your translation  or are  missing.  I
> would be grateful if you could take the time and update it.
>
> Please  send the  updated  file to  me  to the  corresponding bugs  on
> slapos.tool.format package on the BTS.
>
> The deadline for receiving the updated translation is
> Fri, 17 Jun 2011 16:54:35 +0200.
>

I attach the updated translation, feel free to use it.

> Thanks in advance,
> Arnaud Fontaine
>



-- 
Saludos

Fran
# slapos.tool.format po-debconf translation to Spanish
# Copyright (C) 2011 Software in the Public Interest
# This file is distributed under the same license as the slapos.tool.format package.
#
# Changes:
#   - Initial translation
#   Francisco Javier Cuadrado , 2011
#
# Traductores, si no conocen el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
#  info -n '(gettext)PO Files'
#  info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor, lean antes de traducir
# los siguientes documentos:
#
#  - El proyecto de traducción de Debian al español
#http://www.debian.org/intl/spanish/
#especialmente las notas de traducción en
#http://www.debian.org/intl/spanish/notas
#
#  - La guía de traducción de po's de debconf:
#/usr/share/doc/po-debconf/README-trans
#o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: slapos.tool.format 1.0~20110420+1.git67c5b39-2\n"
"Report-Msgid-Bugs-To: slapos.c...@packages.debian.org\n"
"POT-Creation-Date: 2011-06-10 11:29+0900\n"
"PO-Revision-Date: 2011-06-14 09:30+0100\n"
"Last-Translator: Francisco Javier Cuadrado \n"
"Language-Team: Debian l10n Spanish \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../templates:2001
msgid "SlapOS master node URL:"
msgstr "URL del nodo maestro de SlapOS:"

#. Type: note
#. Description
#: ../templates:3001
msgid "Master node key and certificate mandatory"
msgstr "La clave y el certificado del nodo maestro son obligatorios"

#. Type: note
#. Description
#: ../templates:3001
msgid "You used an HTTPS URL for the SlapOS master node, so the corresponding certificate must be placed in /etc/slapos/ssl/slapos.crt, and the key in /etc/slapos/ssl/slapos.key, readable only to root."
msgstr "Ha utilizado una URL con HTTPS para el nodo maestro de SlapOS, de modo que se debe ubicar el certificado correspondiente en «/etc/slapos/ssl/slapos.crt», y la clave en «/etc/slapos/ssl/slapos.key», con acceso de lectura sólo para el administrador."

#. Type: string
#. Description
#: ../templates:4001
#| msgid "SlapOS client ID:"
msgid "SlapOS computer ID:"
msgstr "Identificador de la máquina de SlapOS:"

#. Type: string
#. Description
#: ../templates:4001
msgid "Please specify a unique identifier for this SlapOS node."
msgstr "Indique el identificador único para este nodo de SlapOS."

#. Type: string
#. Description
#: ../templates:5001
msgid "Number of Computer Partitions on this computer:"
msgstr "Número de «particiones de equipo» en este equipo:"

#. Type: string
#. Description
#: ../templates:5001
msgid "A Computer Partition (CP) is an instance of a Software Release (SR). You can now define how many instances will be available on this computer."
msgstr "Una «partición de equipo» («Computer Partition», CP) es una instancia de una «versión del software» («Software Release», SR). Puede definir cuántas instancias estarán disponibles en este equipo."

#. Type: string
#. Description
#: ../templates:5001
msgid "Note that the Software Releases will be stored in /var/lib/slapos/software/, whereas the Computer Partition will be stored in /var/lib/slapos/instance/."
msgstr "Tenga en cuenta que las «versiones del software» se almacenan en «/var/lib/slapos/software/», mientras que las «particiones de equipo» se almacenarán en «/var/lib/slapos/instance/»."

#. Type: string
#. Description
#: ../templates:6001
msgid "Local IPv4 network to be used for Computer Partitions:"
msgstr "Red local IPv4 que se utilizará para las «particiones de equipo»:"

#. Type: string
#. Description
#: ../templates:6001
msgid "Every Computer Partition must have an address on the same IPv4 network. Please specify a network in CIDR notation (e.g.: 192.0.2.0/24)."
msgstr "Cada «partición de equipo» debe tener una dirección en la misma red IPv4. Por favor, introduzca la red utilizando la notación CIDR (por ejemplo: 192.0.2.0/24)."

#~ msgid "Network configuration note"
#~ msgstr "Aviso sobre la configuración de la red"
#~ msgid ""
#~ "Before using the slapformat script, you must set up a network bridge to "
#~ "be used by the Computer Partitions, and ensure IPv6 is enabled

Bug#630372: source of apt-cacher-ng 0.5.14

[Eduard Bloch]

#include 
* Stappers [Mon, Jun 13 2011, 04:02:57PM]:
> 
> According http://packages.qa.debian.org/a/apt-cacher-ng.html
> there was also a 0.5.14 version.

Bug in SHA1 code sounds like "fun" :-(

> Where to find the source of the last version before 0.6 ?

http://snapshot.debian.org/package/apt-cacher-ng/

Regards,
Eduard.

-- 
 HE: http://www.linuks.mine.nu/gnustep/turdstep.png <- it's the future
 azeem: So sahen Desktops vor circa 8 Jahren aus ... Womit sich der
Hurd-Rückstand also von 10 auf 8 Jahre reduziert hat. Wohooo.



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

Bug#630446: nautilus: locks up when going to Help/About or Edit/Preferences

[Josselin Mouette]

Le mardi 14 juin 2011 à 07:20 +0100, Phil Reynolds a écrit : 
> Package: nautilus
> Version: 2.30.1-2squeeze1
> Severity: important
> 
> I tried earlier to set up an alternative default dvd player program by using
> the Media preferences in nautilus, and nearly got the result I wanted.
> 
> Since then, I have not been able to go back into Preferences - naultilus
> stops responding if I try.

Is it blocking with disk IO going on, or simply locks up?

If the latter, please send a backtrace of the stale nautilus process:
http://wiki.debian.org/HowToGetABacktrace

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-




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

Bug#625869: This is a serious bug...

[Vincent Fourmond]

retitle 625869 .orig.tar.gz contains sourceless compiled files
severity 625869 serious
thanks

--
Vincent Fourmond, Debian Developer
http://vince-debian.blogspot.com/

If you put a large switch in some cave somewhere, with a sign on it
saying "End-of-the-World switch. PLEASE DO NOT TOUCH", the paint
wouldn't even have the time to dry.
 -- Terry Pratchet, Thief of Time

Vincent, listening to Voices (Dream Theater)



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

Bug#595298: [Pkg-oss4-maintainers] Bug#595298: Bug#595298:

[Rémi Bernon]

Hi,

I can confirm that the 4.2-build2004 version of oss4 is working fine
for me, and I've been using it for a few months now, but that's the
version I've packaged myself, not the one on your SVN...

However, I only updated the orig.tar.gz to the new upstream version
and the patches files so that they apply on it (the biggest change was
in os_cmd.patch where an additional line was introduced -- see the
patch file I've provided -- as the other patches apply with a few line
offsets). So if you just did the same, there shouldn't be any
differences.

Remi

On Tue, Jun 14, 2011 at 07:32, Sebastien NOEL  wrote:
> On Mon, 13 Jun 2011 20:30:49 +, Romain Beauxis wrote:
>>
>> Damned, this alioth move is really not working that good..
>>
>> Sebastien, do you have upload rights? Do you want me to upload your
>> modified package otherwise?
>>
>> Romain
>
> No i don't have upload rights... (i'm now a DM, but the package lacks the
> DM-Upload-Allowed field in debian/control)
>
> i think the package in the SVN is ready to be uploaded,
> but i would feel much better if someone else could confirm this :)
>
> Sébastien
>
>
>> 2011/6/10 Sebastien NOEL :
>>>
>>> Hi Romain,
>>>
>>> I have already done the necessary work in the SVN.
>>> It works, I just don't have the right to upload the package
>>> in the debian archive.
>>>
>>> With the "new"(=broken) setup of alioth, our repository seems empty
>>> http://anonscm.debian.org/viewvc/pkg-oss4/
>>> but it's all there...
>>>
>>> Sébastien
>
>



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

Bug#626294: segmentation fault at opening imap folder

[Antonio Radici]

tag 626294 +pending
thanks

Hi,
thanks for the patch, this will be included in the next version of mutt
and I will certainly send it upstream.

Cheers
Antonio



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

Bug#624126: phpsysinfo: typo in Uploaders: field

[Lucas Nussbaum]

On 26/04/11 at 10:52 +0200, Bjoern Boschman wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> ahhh, now I got the point ;-)
> I'm gonna include it in the next upload
> thanks!

Hi,

When are you planning to fix that RC bug? I'm considering NMUing the
package.

L.



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

Bug#629902: dh_installinit: should support LSB compliant scripts

[Helmut Grohne]

Hi Joey,

On Sat, Jun 11, 2011 at 12:14:47PM -0400, Joey Hess wrote:
> Helmut Grohne wrote:
> > In any case it would not hurt if debhelper would support the LSB exit
> > codes. This could be done for instance by treating various exit codes as
> > if they were 0.
> 
> debhelper generates a postinst that runs update-rc.d. Reassigning.

Are you sure?

The failing code from my example nflogipac.postinst tells me that it was
added by dh_installinit:

| # Automatically added by dh_installinit
| if [ -x "/etc/init.d/nflogipac" ]; then
|   update-rc.d nflogipac defaults >/dev/null
|   if [ -x "`which invoke-rc.d 2>/dev/null`" ]; then
|   invoke-rc.d nflogipac start || exit $?
|   else
|   /etc/init.d/nflogipac start || exit $?
|   fi
| fi
| # End automatically added section

A failure from the update-rc.d cannot make postinst fail, because the
exit code is not checked. So when the initscript returns 6 invoke-rc.d
(correctly?) passes on this value and makes the postinst fail. So in my
view the reason for a postinst failure is unrelated to update-rc.d. Can
you explain your reasoning?

Also you seem to have omitted the reassigning part. Was this
intentional?

Helmut



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

Bug#630464: --architectures armel fails unconditionally

[Colin Watson]

Package: live-build
Version: 3.0~a21-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch oneiric

functions/defaults.sh exits 1 in the '--architectures armel' case,
saying that you need to use -k/--linux-flavours.  It should only do this
if --linux-flavours wasn't passed.  Patch attached.

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]
>From 7a59a2f54831167f6b352cd616cf51ed4d652bd6 Mon Sep 17 00:00:00 2001
From: Colin Watson 
Date: Tue, 14 Jun 2011 09:02:30 +0100
Subject: [PATCH] Make --architectures armel only fail if --linux-flavours was
 not passed.

---
 functions/defaults.sh |8 +---
 1 files changed, 5 insertions(+), 3 deletions(-)

diff --git a/functions/defaults.sh b/functions/defaults.sh
index 4379704..915c90f 100755
--- a/functions/defaults.sh
+++ b/functions/defaults.sh
@@ -593,9 +593,11 @@ Set_defaults ()
 	# Setting linux flavour string
 	case "${LB_ARCHITECTURES}" in
 		armel)
-			Echo_error "There is no default kernel flavour defined for your architecture."
-			Echo_error "Please configure it manually with 'lb config -k FLAVOUR'."
-			exit 1
+			if [ -z "$LB_LINUX_FLAVOURS" ]; then
+Echo_error "There is no default kernel flavour defined for your architecture."
+Echo_error "Please configure it manually with 'lb config -k FLAVOUR'."
+exit 1
+			fi
 			;;
 
 		amd64)
-- 
1.7.5.4

Bug#630081: Overriding via /etc/usb-modeswitch.d doesn't work

[Alex Hermann]

On Sunday 12 June 2011 14:35:55 Didier Raboud wrote:
> Le vendredi, 10 juin 2011 18.39:01, Alex Hermann a écrit :
> First, let me disagree with the "could not possibly work" because:
>   1) I tested this patch and it "worked for me"
>   2) I made another user use the code in this patch and it "worked for 
> him"
>   (see
> https://bugs.launchpad.net/ubuntu/+source/usb-modeswitch-data/+bug/776959
> )

Sorry, i should have explained a bit more about what went wrong exactly. I'll 
try to do that now.

> Second, can you show me a case where the code as shipped in 1.1.7-1 fails ?

Just drop in a file in the override dir for a new device. For example attached 
file.


> Now, for your patch (which I am happy to discuss; by the way):
> 
> --- usb_modeswitch_dispatcher.orig2011-03-16 14:04:26.0 +0100
> +++ usb_modeswitch_dispatcher 2011-06-10 18:30:29.0 +0200
> @@ -571,10 +571,10 @@
>   }
>   set configList [split $configList \n]
>   Log "Searching overriding entries named: 
$settings(dbdir_etc)/$config*"
> - append configList [glob -nocomplain 
$settings(dbdir_etc)/$config*]
> + append configList " " [glob -nocomplain -tails 
> -directory
> $settings(dbdir_etc) $config*]
> 
> What does this bring ? If I read it correctly, "my" line appends to the
> configList variable the matching "/etc/usb_modeswitch.d/${config}*"
> entries, while yours appends only the ${config}* part. I tried both
> options and both work identically (because , so I don't see what this
> change brings.
> 
>   set configList [lsearch -glob -all -inline $configList 
$config*]
>   } else {
> - set configList [glob -nocomplain 
> $settings(dbdir)/$config*]
> + set configList [glob -nocomplain -tails -directory 
$settings(dbdir_etc)
> $config*] }
> 
> Also I don't understand that change. The idea of the original code is to
> look in dbdir (/usr/share/…) iff there is no available tarball: this is
> legacy code to support past usb-modeswitch-data versions. Changing that
> line to look into dbdir_etc changes the expectations one can have on the
> behaviour of usb-modeswitch.

Both changes accomplish nearly the same thing. This section of the ConfigGet 
function (list) is supposed to return a list of all supported devices. In the 
original version, the entire filename of the override file is appended to the 
list from the tar.gz, without separator.

The list would look like:
... 201e:2009 230d:0001 :6500/etc/usb_modeswitch.d/12d1:14fe

Then the lsearch function would not find the override file, because the 
lsearch is looking for just the filename, not the entire path. And because of 
the missing separator, it would fail anyway. The returned list will be empty.
Attachedar a patch adding some logging and a resulting logfile showing the 
above behaviour.

The patch adds a separator and only adds the filename (=usb vendor:product) to 
the list.


Reexamining the codepaths, it seems that overriding a config which is already 
present in the tar.gz would work, because the original file is correctly put 
into the list (from the tar.gz, not the override file) and matched. Adding a 
new device wouldn't work because of the above mentioned reasons.


> So all in all, in my humble opinion and under my current understanding,
> your patch doesn't do any harm, nor helps. Maybe I overlooked something
> and I would be happy to be proven wrong.
I hope i have explained the issue a bit better now.

-- 
Alex Hermann
SpeakUp BV
t: 088-7732587
f: 088-7732588
 
# T-Mobile NL (Huawei E352)

DefaultVendor= 0x12d1
DefaultProduct=0x14fe

TargetVendor=  0x12d1
TargetProduct= 0x1506

MessageContent="55534243123456780011062001"

CheckSuccess=20

--- usb_modeswitch_dispatcher.orig	2011-03-16 14:04:26.0 +0100
+++ usb_modeswitch_dispatcher.log	2011-06-14 11:53:49.0 +0200
@@ -570,8 +570,10 @@
 return {}
 			}
 			set configList [split $configList \n]
+			Log "1 - $configList"
 			Log "Searching overriding entries named: $settings(dbdir_etc)/$config*"
 			append configList [glob -nocomplain $settings(dbdir_etc)/$config*]
+			Log "2 - $configList"
 			set configList [lsearch -glob -all -inline $configList $config*]
 		} else {
 			set configList [glob -nocomplain $settings(dbdir)/$config*]


USB_ModeSwitch log from Tue Jun 14 11:58:10 CEST 2011

raw args from udev: /2-1.3:1.0

Using global config file: /etc/usb_modeswitch.conf
Bus ID for device not given by udev.
 Trying to determine it from kernel name (2-1.3:1.0) ...
USB dir exists: /sys/bus/usb/devices/2-1.3
Warning: USB attribute "serial" not found.

USB values from sysfs:
  manufacturer  HUAWEI
  product   HUAWEI Mobile
  serial

Found packed config collection /usr/share/usb_mod

Bug#630465: Please build or include sql/pgpool-{recovery,regclass,walrecrunning}

[Kari Pahula]

Package: pgpool2
Version: 3.0.4-1
Severity: wishlist

The sql directory in pgpool source directory has buildable modules,
pgpool-recovery, pgpool-regclass and pgpool-walrecrunning.  Would it
be possible to get those built and packaged too?  I'm not sure how
much of an complication it is that they'd need to be built against
postgresql-server-dev-* and there can be multiple versions of those in
unstable at the same time.

Alternatively, having them included as source and providing a script
to build and package them could work.  It'd be a nice feature to be
able to avoid needing to build them on a production server.



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

Bug#630466: libreoffice: HTML exports from calc suck

[Michal Suchanek]

Package: libreoffice
Version: 1:3.3.2-2+b1
Severity: normal


There are numerous issues with HTML exports from Calc
 - the "automatic" colors (the default black on white) are not recorded
   in the export. I am not sure if these "automatic" colors can change.
   LibreOffice does not seem to respond to theming of other parts of the
   system. Either way, the "automatic" colors must be exported for the
   document to look correctly when viewed in a web browser which may
   have text and background color different from LibreOffice.
 - the text automatically spanning multiple cells (when it overflows a
   cell and the neigbour cell is empty) does not do so in HTML
 - alignment is not reflected in HTML. Specifically I use right and left
   aligned columns next to each other with increased indent added to the
   left aligned column. There is no space between the two in the HTML


-- System Information:
Debian Release: wheezy/sid
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'testing'), (400, 'unstable'), (395, 
'experimental'), (300, 'stable-i386'), (300, 'oldstable'), (280, 
'testing-i386'), (270, 'unstable-i386'), (150, 'experimental-i386'), (65, 
'oldstable-i386')
Architecture: amd64 (x86_64)

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

Versions of packages libreoffice depends on:
ii  liblucene2-java 2.9.3+ds1-1  Full-text search engine library fo
ii  libreoffice-base1:3.3.2-2+b1 office productivity suite -- datab
ii  libreoffice-calc1:3.3.2-2+b1 office productivity suite -- sprea
ii  libreoffice-core1:3.3.2-2+b1 office productivity suite -- arch-
ii  libreoffice-draw1:3.3.2-2+b1 office productivity suite -- drawi
ii  libreoffice-filter-mobilede 1:3.3.2-2office productivity suite -- mobil
ii  libreoffice-impress 1:3.3.2-2+b1 office productivity suite -- prese
ii  libreoffice-java-common 1:3.3.2-2office productivity suite -- arch-
ii  libreoffice-math1:3.3.2-2+b1 office productivity suite -- equat
ii  libreoffice-report-builder- 1:3.3.2-2+b1 LibreOffice extension for building
ii  libreoffice-writer  1:3.3.2-2+b1 office productivity suite -- word 
ii  ttf-dejavu  2.33-1   Metapackage to pull in ttf-dejavu-
ii  ttf-sil-gentium-basic   1.1-2smart Unicode font families (Basic

Versions of packages libreoffice recommends:
ii  ttf-liberation 1.06.0.20100721-1 Fonts with the same metrics as Tim
ii  ttf-mscorefonts-instal 3.3   Installer for Microsoft TrueType c

Versions of packages libreoffice suggests:
pn  cups-bsd   (no description available)
ii  default-jre [java5-run 1:1.6-40  Standard Java or Java compatible R
ii  gstreamer0.10-ffmpeg   0.10.11-4 FFmpeg plugin for GStreamer
ii  gstreamer0.10-plugins- 0.10.22-2 GStreamer plugins from the "bad" s
ii  gstreamer0.10-plugins- 0.10.34-1 GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins- 0.10.29-2 GStreamer plugins from the "good" 
ii  gstreamer0.10-plugins- 0.10.18-1 GStreamer plugins from the "ugly" 
pn  hunspell-dictionary(no description available)
pn  hyphen-hyphenation-pat (no description available)
ii  icedove3.0.11-1+squeeze2 mail/news client with RSS and inte
ii  iceweasel  3.6.17-1  Web browser based on Firefox
ii  imagemagick8:6.6.0.4-3+b1image manipulation programs
ii  libgl1-mesa-glx [libgl 7.10.2-2  free implementation of the OpenGL 
ii  libldap-2.4-2  2.4.25-1+b1   OpenLDAP libraries
ii  libpaper-utils 1.1.24+nmu1   library for handling paper charact
pn  libreoffice-filter-bin (no description available)
pn  libreoffice-gnome | li (no description available)
ii  libreoffice-help-en-gb 1:3.3.2-2 office productivity suite -- Engli
ii  libreoffice-l10n-en-gb 1:3.3.2-2 office productivity suite -- Engli
ii  libreoffice-officebean 1:3.3.2-2+b1  office productivity suite -- Java 
pn  libsane(no description available)
ii  libxrender11:0.9.6-1 X Rendering Extension client libra
ii  menu   2.1.45generates programs menu for all me
ii  myspell-cs [myspell-di 20040229-5Czech dictionary for myspell
ii  myspell-en-us [myspell 1:3.3.0-3 English_american dictionary for my
pn  mythes-thesaurus   (no description available)
pn  openclipart-libreoffic (no description available)
ii  openjdk-6-jre [java5-r 6b23~pre2-2   OpenJDK Java runtime, using Hotspo
ii  pstoedit   3.50-3+b1 PostScript and PDF files to editab
ii  unixodbc   2.2.14p2-2ODBC tools libraries

Versions of packages libreoffice-core depends on:
ii  fontcon

Bug#573797: packages.debian.org: http://packages.debian.org/squeeze/i386/unison/filelist shows wrong list

[Gerfried Fuchs]

Hi!

* Hendrik Tews :
> Hi,
> 
> when I now (Thu Mar 11 10:25:22 CET 2010) retrieve
> http://packages.debian.org/squeeze/i386/unison/filelist I see 
> 
> Note especially 
> 
> /usr/bin/unison-2.27.57
> vs
> /usr/bin/unison-2.32.52

 I found the "culprit", in the meeting minutes from the ftpmasters:

- We moved the Contents files so their place makes more sense now and
  also split them by component.


 cron.d/100syncarchive from the packages code does an rsync of the files
from the local available mirror and keeps the timestamp ... of the
symlink. I am adding -L to the rsync calls, doing a test run ...

 ... which actually means that the filelist for packages in _main_ only
work for wheezy/sid/experimental for now (as long as the symlinks are
kept). This is a workaround, not a fix, thus I'm leaving this bugreport
open for the time being.

 Enjoy,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



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

Bug#624126: phpsysinfo: typo in Uploaders: field

[Bjoern Boschman]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

On 14.06.2011 09:58, Lucas Nussbaum wrote:
> When are you planning to fix that RC bug? I'm considering NMUing the
> package.

currently I do not plan to fix that bug asap as I does not break any
functionallity and I'm quite busy after all.

If you want to NMU then feel free.


Cheers
B
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk33H0YACgkQABMWRpwdNukk+gCfUy8Sk1OyyEfAyXnXXFrP+wpq
69EAoJ4yYwtA9AusqTkcevjzmS3ImxrP
=kWTV
-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#630334: libnatpmp-dev: shouldn't recommend minissdpd

[Leo 'costela' Antunes]

On 14/06/11 09:40, Thomas Goirand wrote:
> FYI, the package currently doesn't build in SID, due to the
> --no-undefined option in GCC. I'm discussing with upstream prior to
> another upload (of maybe, an up-to-date version).

Great! Thanks a lot for the heads-up!

Cheers

-- 
Leo "costela" Antunes
[insert a witty retort here]



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

Bug#630467: ITP: pluxml -- simple file-based blog engine

[Tanguy Ortolo]

Package: wnpp
Owner: Tanguy Ortolo 
Severity: wishlist

* Package name: pluxml
  Version : 5.1
  Upstream Author : PluXml team 
* URL : http://pluxml.org/
* License : GPL-3
  Programming Lang: PHP
  Description : simple file-based blog engine

PluXml is a content management system for blogs or simple websites. It
allows to use categories, tags (or keywords), comments and syndication
feeds. It uses no database but stores all the data in XML files.


The version 5.1 is not published yet, but I shall wait for it to package
it, because it will be the first multilingual release (the current
version 5.0 is only in French).

I think this blog engine is worth being packaged for Debian for several
reasons:
* although blogging has become an relatively common activity on the Web,
  we do not have many blog engines, specially oriented to regular users
  (that is, not command-line or VCS oriented ones);
* most blog engine require running a relational database server, which
  may be a problem for small personal servers (for instance ARM-based
  plug computers: this is actually my case).
In fact, I think such a blog engine may be very interesting for projects
such as the FreedomBox.

The PluXml project is developped by a small team that, for what I have
seen, is not really used to the global free software community, at least
to our vision of free software. For instance, they did not know what
Debian was and what a packaging system was, and they currently use a
non-public VCS repository. But this is not because of a bad will, only
some lack of time, information or whatever; in fact I after some
exchanges with them I can tell that they are willing to cooperate and
that this project would certainly benefit from a cooperation with the
Debian project (and they happen to share this opinion).

-- 
 ,--.
: /` )   Tanguy Ortolo  
| `-'Debian Maintainer
 \_


signature.asc
Description: Digital signature

Bug#627968: [Build-common-hackers] Bug#627968: Bug#627968: Commenting the Package stanza in the control file

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-06-11 13:20, Regid Ichira wrote:
>   I actually used the documentation in a pdf format.  I can't find the 
> specific 
> file
> I used before.
>   Now I found 
> http://build-common.alioth.debian.org/cdbs-doc.html#basic-settings.
> Can't one set DEB_PACKAGES,and all the other variables,the way
> I tried to?
>   I did notice that, in general, the variables should be set after the rule
> fragments are included.  Even though the patch in 627968 set them before the 
> fragments inclusion, I did try the other order too.
> 

ah, it seems like the documentation is unclear about which variables are
writeable and which are read-only.

e.g. cdbs guarantees you, that DEB_VERSION is set to an apropriate value
(presumably by reading debian/changelog), but you (as the user) cannot
override the "full Debian version" in debian/rules file (and thus
provide conflicting information in debian/rules and debian/changelog)

the same goes for DEB_*PACKAGES: debian/control is the canonical source
for which packages to build, and DEB_*PACKAGES parses the file for you
and gives you that information in a nice variable for you to _read_ the
values from, and not to change the values.

i'd suggest to make a distinction between "read-write" and "readonly"
variables in the documentation, and replace "use" by "read" where
appropriate.

fgamsdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk33Gq4ACgkQkX2Xpv6ydvThRwCePoixPZzZX7udvmhSBqtqpIOq
x0kAoPgwVBKeiw7fyfV45l7bip562qsg
=zZQq
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#630468: FTBFS on armel, ia64, powerpc, s390 and sparc

[Ondřej Surý]

Package: src:xemacs21
Version: 21.4.22-3.1
Severity: serious
Justification: fails to build from source

Hi,

your package FTBFS on several architectures after binNMU was requested
to rebuild with newer Berkeley DB, the build always fails with:

  # (unwind-protect ...)
  # (unwind-protect ...)
  # (unwind-protect ...)
  # (unwind-protect ...)
  
load("/build/buildd-xemacs21_21.4.22-3.1+b1-armel-M3FWab/xemacs21-21.4.22/src/../lisp/loadup.el")
  # (condition-case ... . error)
  # (catch top-level ...)
*** Killing XEmacs
make[3]: *** [xemacs.dmp] Error 255
make[2]: *** [src] Error 2
make[1]: *** [canna-wnn-build-stamp] Error 2
make: *** [build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
make[3]: Leaving directory 
`/build/buildd-xemacs21_21.4.22-3.1+b1-armel-M3FWab/xemacs21-21.4.22/src'
make[2]: Leaving directory 
`/build/buildd-xemacs21_21.4.22-3.1+b1-armel-M3FWab/xemacs21-21.4.22'

You can find full build logs here:
https://buildd.debian.org/status/fetch.php?pkg=xemacs21&arch=armel&ver=21.4.22-3.1%2Bb1&stamp=1305826293
https://buildd.debian.org/status/fetch.php?pkg=xemacs21&arch=ia64&ver=21.4.22-3.1%2Bb1&stamp=1307470895
https://buildd.debian.org/status/fetch.php?pkg=xemacs21&arch=powerpc&ver=21.4.22-3.1%2Bb1&stamp=1305822196
https://buildd.debian.org/status/fetch.php?pkg=xemacs21&arch=s390&ver=21.4.22-3.1%2Bb1&stamp=1305821809
https://buildd.debian.org/status/fetch.php?pkg=xemacs21&arch=sparc&ver=21.4.22-3.1%2Bb1&stamp=1305823806

Please also note that the failure is probably not caused by Berkeley
DB change, but all the other stuff which happened meanwhile (gcc4.6,
multiarch support, eglibc, ...)

Regards,
Ondrej (the Berkeley DB maintainer)

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.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#623989: RM: boost1.42 -- ROM; Obsoleted by Boost1.46

[Alexander Reichle-Schmehl]

Hi!

Am 14.06.2011 05:45, schrieb Steve M. Robbins:

>> Checking reverse dependencies...
>> # Broken Depends:
> Are reverse dependencies a hinderance to removing the source package?

In that amount?  Yes. On request of the release team we might ignore
some breakage.


> I thought that the binary packages stick around in the archive until
> they are no longer referenced, then automatically removed.

That's true for testing:  Packages get removed from unstable, but will
stick in testing till the dependencies are resolved.  So removing
boost1.42 will still cause quite some annoyances in unstable.


>> # Broken Build-Depends:
> 
> I know that build-deps are a problem.  I don't know why I
> had overlooked that.
> 
> I checked out the current state and there are presently 7
> packages with build-deps on Boost 1.42.  I've filed a bug
> for each of the following source packages:

Thanks!


Best regards,
  Alexander



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

Bug#629518: AMD APP licence

[Tomasz Rybak]

Hello.
I have recently opened bug requesting packaging of AMD
(#629518). Andreas Beckmann pointed out that there might be
problems with license preventing software from being
distributable in non-free. I attach license file.

Here is my quick analysis, also sent as comment to bug #629518.
I am not sure whether Debian would be considered Organization as
meant by clause 1 c (make and distribute copies of the Software
within your organization). Another problem would be with point 2 c)
(electronically transmit the Software from one computer to another
or over a network). Point 6 (US government) and 7 (export restrictions)
could be problematic, but I am not sure about Debian policy
in that regard.

IMO the additional licenses (Elf Tool Chain Project, 
src/sys/sys/elf32.h, src/sys/sys/elf64.h and src/sys/sys/elf_common.h,
src/sys/sys/queue.h) resemble BSD license, but I am not a specialist.

Best regards.

-- 
Tomasz Rybak  GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A  488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak

IMPORTANT -- READ CAREFULLY:  Do not load this Software until you have 
carefully read and agreed to the following terms and conditions.  This is a 
legal agreement ("Agreement") between you (either an individual or an entity) 
(you or "Licensee") and Advanced Micro Devices, Inc. ("AMD"). If Licensee 
does not agree to the terms of this Agreement, do not install or use this 
Software or any portion thereof.  By loading or using this software that may
include associated media, printed Software, and online or electronic 
documentation or any portion thereof that is made available to install 
("Software"), Licensee agrees to all of the terms of this Agreement.

1. License.  The software accompanying this License (hereinafter "Software"), 
regardless of the form in which it is distributed, is licensed to you by 
Advanced Micro Devices, Inc.  You own the medium on which the Software is 
recorded, but Advanced Micro Devices, Inc. and, if applicable, its Licensors 
(referred to collectively as "AMD") retain title to the Software and 
related documentation.  You may:
a) make a copy of the Software in machine-readable form for backup purposes.
  You must reproduce on such copy AMD's copyright notice and any other 
proprietary legends that were on the original copy of the Software;
b) transfer all your license rights in the Software to a third party 
provided you must also transfer a copy of this License, the backup copy of 
the Software and the related documentation and provided the other party reads
 and agrees to accept the terms and conditions of this License.  Upon such 
transfer your license is then terminated; and
c) make and distribute copies of the Software within your organization, 
provided that you agree to include all copyright legends and other legal 
notices that may appear in the Software, as well as this Software License 
Agreement in its entirety, in each copy of the Software that is made or 
distributed.

2.  Restrictions.  The Software contains copyrighted and patented material, 
trade secrets and other proprietary material.  In order to protect them, and 
except as permitted by applicable legislation, you may not:
a) decompile, reverse engineer, disassemble or otherwise reduce the Software 
to a human-perceivable form;
b) modify, network, rent, lend, loan, distribute or create derivative works 
based upon the Software in whole or in part; or
c) electronically transmit the Software from one computer to another or over 
a network or otherwise transfer the Software except as permitted by this 
License.

3 OWNERSHIP AND COPYRIGHT OF SOFTWARE: The Software is owned by AMD and is 
protected by United States and foreign intellectual property laws (e.g. patent 
and copyright laws) and international treaty provisions.  Licensee will not 
remove the copyright notice from the Software.  Licensee agrees to prevent 
any unauthorized copying of the Software.  All title and copyrights in and 
to the Software, all copies thereof (in whole or in part, and in any form), 
and all rights therein shall remain vested in AMD.  Except as expressly 
provided herein, AMD does not grant any express or implied right to Licensee 
under AMD patents, copyrights, trademarks, or trade secret information.  All 
rights in and to the Software not expressly granted to Licensee in this 
Agreement are reserved to AMD.

4.  SUPPORT:  Under this Agreement, AMD is under no obligation to assist in 
the use of this Software, to provide support to licensees of the Software, or 
to provide maintenance, correction, modification, enhancement, or upgrades to 
the Software.  AMD may provide such support, maintenance, correction, 
modification, enhancement or upgrades in a media determined by AMD and AMD 
shall have no obligation to notify Licensee thereof.  Additionally, such 
support, maintenance, correction, modification, enhancement, or upgrades shall 
be considered part of the Software, and shall be subj

Bug#630411: libc6 should define /lib/ld-lsb-x86-64.so.3 on AMD64

[francois . petitjean]

Aurelien Jarno  a écrit le 13/06/2011 à 23:13:45 :

> > > 
> > > LSB compliance is provided through the lsb-core package. Installing 
this
> > > package will create, among other things, the 
/lib64/ld-lsb-x86-64.so.3 
> > > symlink.
> > 
> > The problem lies in the "among other things" :
> > fp2x@drhpcm03:/etc$ sudo aptitude install  lsb-core
> > Les NOUVEAUX paquets suivants vont être installés :
> >   alien{a} autopoint{a} cups-bsd{a} cups-client{a} cups-common{a}
> >   debhelper{a} ed{a} gettext{a} git{a} html2text{a} intltool-debian{a}
> >   lib32z1{a} libcurl3-gnutls{a} libelf1{a} liberror-perl{a}
> >   libfile-copy-recursive-perl{a} liblua5.1-0{a} 
libmail-sendmail-perl{a}
> >   librpm1{a} librpmbuild1{a} librpmio1{a} libsys-hostname-long-perl{a}
> >   libunistring0{a} lsb-core pax{a} po-debconf{a} rpm{a} rpm-common{a}
> >   rpm2cpio{a} update-inetd{a}
> > 0 paquets mis à jour, 30 nouvellement installés, 0 à enlever et 0 non 
mis 
> > à jour.
> > Il est nécessaire de télécharger 16,5 Mo d'archives. Après 
dépaquetage, 
> > 37,8 Mo seront utilisés.
> > Voulez-vous continuer ? [Y/n/?] n
> > Abandon.
> > 
> > I have 7 debian servers with a minimum set of packages for 
computations : 
> > openmpi, paraview, ...
> > If possible, I want to avoi unneeded packages, and 30 packages to get 
a 
> > symlink is a bit heavy.
> 
> All these packages are needed for LSB compliance, either you want LSB 
> compliance or not.

Very true. Once upon a time, I need LSB compliance, I never want it, it is 
imposed on me.
Just for my information : is the "Requesting program interpreter: 
/lib64/ld-lsb-x86-64.so.3 " stuff introduced to deal with the /lib /lib32 
/lib64 non sense of the FHS ? 
Acording to
http://wiki.debian.org/Multiarch/TheCaseForMultiarch
   The FHS and LSB have standardized the x86_64 architecture to use /lib64 
as
   the path for 64-bit x86 libraries, with /lib reserved for 32-bit x86
   libraries on such systems. This is in spite of the fact that for
   performance reasons, x86_64 is the preferred ABI to use on hardware 
that
   supports it.

   Red Hat and SuSE have adopted this standard. Debian and Ubuntu have
   declined to adopt this provision of the FHS, because the inconsistency
   introduced by special-casing of x86_64 would require deep changes to 
the
   packaging tools for incremental benefit.

I fully agree with the Debian position and here is what I said to the 
upstream lmutil authors
fp2x@drhpcm05:/tmp$ uname -a
Linux drhpcm05 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 x86_64 
GNU/Linux

So we have a 64bits binary which does not start on a Debian stable system, 
amd64 architecture.
fp2x@drhpcm05:/tmp$ l /etc/ld.so.c*
44 -rw-r--r-- 1 root root 43099  9 juin  16:32 /etc/ld.so.cache
 4 -rw-r--r-- 1 root root34 21 janv. 16:22 /etc/ld.so.conf

/etc/ld.so.conf.d:
total 8
4 -rw-r--r-- 1 root root 68 31 oct.   2010 x86_64-linux-gnu.conf
4 -rw-r--r-- 1 root root 44  9 août   2009 libc.conf
fp2x@drhpcm05:/tmp$ cat /etc/ld.so.conf
include /etc/ld.so.conf.d/*.conf

fp2x@drhpcm05:/tmp$ wc /etc/ld.so.conf.d/*
  2   5  44 /etc/ld.so.conf.d/libc.conf
  3   5  68 /etc/ld.so.conf.d/x86_64-linux-gnu.conf
  5  10 112 total
fp2x@drhpcm05:/tmp$ cat /etc/ld.so.conf.d/libc.conf
# libc default configuration
/usr/local/lib
fp2x@drhpcm05:/tmp$ cat /etc/ld.so.conf.d/x86_64-linux-gnu.conf
# Multiarch support
/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu
fp2x@drhpcm05:/tmp$

I would say that it is a lean and mean system.
fp2x@drhpcm05:/tmp$ l -d /usr/lib*
40 drwxr-xr-x 94 root root 40960  9 juin  16:32 /usr/lib/
 4 drwxr-xr-x  3 root root  4096 21 janv. 16:30 /usr/lib32/
 0 lrwxrwxrwx  1 root root 3 21 janv. 16:22 /usr/lib64 -> lib/
fp2x@drhpcm05:/tmp$
A 64bits system, with support of 32bits.

Now on a SLES11 system :
fp2x@masime:/tmp> l lmutil
1429 -rwxr-xr-x 1 fp2x users 1461624 déc.  7  2010 lmutil
fp2x@masime:/tmp> ./lmutil lmver -help
lmutil - Copyright (c) 1989-2010 Flexera Software, Inc. All Rights 
Reserved.
usage:  lmver flexlm_binary

It works !

fp2x@masime:/tmp> l -d /lib*
6 drwxr-xr-x  7 root root 5920 mai  3 17:30 /lib64/
5 drwxr-xr-x 12 root root 4800 mai  3 17:29 /lib/
fp2x@masime:/tmp> ldd ./lmutil
linux-vdso.so.1 =>  (0x7fff9910e000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x7f3b86f4a000)
libm.so.6 => /lib64/libm.so.6 (0x7f3b86cf4000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x7f3b86add000)
libc.so.6 => /lib64/libc.so.6 (0x7f3b8677f000)
libdl.so.2 => /lib64/libdl.so.2 (0x7f3b8657b000)
/lib64/ld-lsb-x86-64.so.3 (0x7f3b87167000)

fp2x@masime:/tmp> l /etc/ld.so.c*
240 -rw-r--r-- 1 root root 244398 mai  9 11:06 /etc/ld.so.cache
  4 -rw-r--r-- 1 root root262 oct. 25  2010 /etc/ld.so.conf

/etc/ld.so.conf.d:
total 16
4 -rw-r--r-- 1 root root  28 juil. 12  2010 ghostscript-omni.conf
4 -rw-r--r-- 1 root root 272 févr. 23  2009 graphviz.conf
4 -rw-r--r-- 1 root root  17 févr. 21  2009 opt_gnome-compat.conf
4

Bug#630466: libreoffice: HTML exports from calc suck

[Rene Engelhard]

Hi,

On Tue, Jun 14, 2011 at 10:34:35AM +0200, Michal Suchanek wrote:
> There are numerous issues with HTML exports from Calc

And you beliebve *anything* exporting HTML will produce proper HTML? No.
Proper HTML is done by hand. Even Dreamweaevr or however all the tools are
called are not producing well-formed HTML.

>  - the "automatic" colors (the default black on white) are not recorded
>in the export. I am not sure if these "automatic" colors can change.
>LibreOffice does not seem to respond to theming of other parts of the
>system. Either way, the "automatic" colors must be exported for the
>document to look correctly when viewed in a web browser which may
>have text and background color different from LibreOffice.

Then you should have done your table in a way this doesn't hapen
or format it so that the scenario doesn't happen or use a website
design where it doesn't happen. Don't expect HTML export knowing what you
will use it in it can't. And HTML doesn't have "automatic colors" anyway.

>  - the text automatically spanning multiple cells (when it overflows a
>cell and the neigbour cell is empty) does not do so in HTML

Of course not. The text is in one cell. That it just overflows that cell
is so, but how should Calc know? it's text *inside that cell*. If you don't
proper formatting in your sheet, don't blame others for that,

>  - alignment is not reflected in HTML. Specifically I use right and left
>aligned columns next to each other with increased indent added to the
>left aligned column. There is no space between the two in the HTML

... which easily can be workarounded by fixing the HTML to use cellpadding.

Your point from the export is? Honestly, I don't see this as a "normal" bug.
(I actually don't see this as a bug per se)

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



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

Bug#630081: Overriding via /etc/usb-modeswitch.d doesn't work

[Didier Raboud]

On Tuesday 14 June 2011 11.58:43 Alex Hermann wrote:
> I hope i have explained the issue a bit better now.

Indeed you have, and very clearly so. Thanks for that !

I prepared a git commit for the packaging repository that incorporates your 
changes and attributes them to you. What do you think: can I push this commit?

Cheers,

-- 
OdyX
From d71eb354f206ff4b69bc746e63efe2e43d250ea4 Mon Sep 17 00:00:00 2001
From: Alex Hermann 
Date: Tue, 14 Jun 2011 10:46:37 +0200
Subject: [PATCH] Fix /etc/usb_modeswitch.d overriding.

In some cases (e.g. new device files not in tarball), overriding
device configuration files from /etc/usb_modeswitch.d failed to work
due to incoherent values appended to configList.

The 02_allow_override_from_etc.patch change fixes that in the most
common case (when there is a tarball available).

The 02.1_fix_no-tarball_configList.patch change alters the upstream
code to be coherent too.

Closes: #630081
Signed-off-by: Didier Raboud 
---
 .../patches/02.1_fix_no-tarball_configList.patch   |   16 
 debian/patches/02_allow_override_from_etc.patch|7 ---
 debian/patches/series  |1 +
 3 files changed, 21 insertions(+), 3 deletions(-)
 create mode 100644 debian/patches/02.1_fix_no-tarball_configList.patch

diff --git a/debian/patches/02.1_fix_no-tarball_configList.patch b/debian/patches/02.1_fix_no-tarball_configList.patch
new file mode 100644
index 000..94c9ce4
--- /dev/null
+++ b/debian/patches/02.1_fix_no-tarball_configList.patch
@@ -0,0 +1,16 @@
+Description: Fix the configList variable initialisation when there is no
+ tarball available (in coherence with 02_allow_override_from_etc.patch).
+Bug-Debian: 630081
+Author: Alex Hermann 
+Last-Update: 2011-06-14
+--- a/usb_modeswitch.tcl
 b/usb_modeswitch.tcl
+@@ -574,7 +574,7 @@
+ 			append configList " " [glob -nocomplain -tails -directory $settings(dbdir_etc) $config*]
+ 			set configList [lsearch -glob -all -inline $configList $config*]
+ 		} else {
+-			set configList [glob -nocomplain $settings(dbdir)/$config*]
++			set configList [glob -nocomplain -tails -directory $settings(dbdir) $config*]
+ 		}
+ 
+ 		return $configList
diff --git a/debian/patches/02_allow_override_from_etc.patch b/debian/patches/02_allow_override_from_etc.patch
index 212a22e..5e39b7c 100644
--- a/debian/patches/02_allow_override_from_etc.patch
+++ b/debian/patches/02_allow_override_from_etc.patch
@@ -1,7 +1,8 @@
 Description: Allow tarball database entries overriding from /etc/usb_modeswitch.d
 Author: Didier Raboud 
-Forwarded: pending
-Last-Update: 2011-03-16
+Author: Alex Hermann 
+Reviewed-by: Didier Raboud 
+Last-Update: 2011-06-14
 --- a/usb_modeswitch.tcl
 +++ b/usb_modeswitch.tcl
 @@ -54,6 +54,9 @@
@@ -19,7 +20,7 @@ Last-Update: 2011-03-16
  			}
  			set configList [split $configList \n]
 +			Log "Searching overriding entries named: $settings(dbdir_etc)/$config*"
-+			append configList [glob -nocomplain $settings(dbdir_etc)/$config*]
++			append configList " " [glob -nocomplain -tails -directory $settings(dbdir_etc) $config*]
  			set configList [lsearch -glob -all -inline $configList $config*]
  		} else {
  			set configList [glob -nocomplain $settings(dbdir)/$config*]
diff --git a/debian/patches/series b/debian/patches/series
index 5a1b576..7ac80b6 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,3 +1,4 @@
 01_extract_to_var_lib_not_tmp.patch
 02_allow_override_from_etc.patch
+02.1_fix_no-tarball_configList.patch
 03_use_udev_specifics.patch
-- 
1.7.2.5



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

Bug#629589: segfault gone, but problems remain

[Ondřej Surý]

> I think we can chock this up to operator error due to flaky DNS - why it
> worked ~25% of the time is a mystery... krb is pretty sensitive to forward,
> reverse, and canonical host names.
>
> Thanks... looks like 'tis time to update more machines now :)

Just to clarify - you consider this bug to be closed and the failure
was most probably caused by DNS (which could be checked by putting
hostname to /etc/hosts).

BTW... Rick, I am still waiting for sendmail to move to Berkeley DB
5.1, so we can finish the transition to db5.1

O.
-- 
Ondřej Surý 



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

Bug#607714: python-psycopg2: upstream 2.4.2 available, please package

[Karsten Hilbert]

Package: python-psycopg2
Version: 2.2.1-1+b1
Followup-For: Bug #607714

Upstream has released 2.4.2:

http://initd.org/psycopg/articles/2011/06/12/psycopg-242-released/

Please package as time permits.

Thank you,
Karsten Hilbert
on behalf of GNUmed (gnumed-client)

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

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

Versions of packages python-psycopg2 depends on:
ii  libc6 2.13-4 Embedded GNU C Library: Shared lib
ii  libpq59.0.4-1+b1 PostgreSQL C client library
ii  python2.6.6-14   interactive high-level object-orie
ii  python-central0.6.17 register and build utility for Pyt
ii  python-egenix-mxdatetime  3.1.3-4.1  date and time handling routines fo

python-psycopg2 recommends no packages.

python-psycopg2 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#630360: linux-2.6: sporadic kernel bug while trying to hibernate system

[haldyr]

Ok, next time I will send photo.

Kernel 2.6.36 was perfectly hibernating.
I noticed that first affected kernel was 2.6.38. So I tried newest kernel
from unstable (2.6.39), but defect remained.

haldyr

On Tue, Jun 14, 2011 at 00:45, Ben Hutchings  wrote:

> On Mon, 2011-06-13 at 13:43 +0200, haldyr wrote:
> > Package: linux-2.6
> > Severity: normal
> > Tags: upstream
> >
> > When trying to hibernate my system, it works in about 3 out of 5 times
> but
> > sometimes crashes with a kernel bug. The error message is not store in
> any log,
> > so I had to rewrite from photo (might be some errors from typing)
> > often.
> [...]
>
> If you ever have to send kernel bug/oops messages again, a photo is
> acceptable if the text is readable.  There is no need to type it all in.
>
> What was the last kernel version you used, that did not have this
> problem?
>
> Ben.
>
> --
> Ben Hutchings
> Larkinson's Law: All laws are basically false.
>

Bug#630414: gtkpod silently crashes every time on exit

[Matteo F. Vescovi]

Package: gtkpod
Version: 2.0.1-1

Hi Etienne!

Could you test if mounting the device on a /media sub-directory solves 
the issue? The new policy for the program is that the mount point should 
be under that directory. I've already contacted the upstream maintainer 
and we'll try to figure it out.


Let me know any evolution.

Thanks.


--
Ing. Matteo F. Vescovi

--
Il messaggio e' stato analizzato alla ricerca di virus o
contenuti pericolosi da MailScanner, ed e'
risultato non infetto.




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

Bug#630424: Maybe a Problem with "tip22"

[Edwin Kwan]

Hi,

	The screen shot in Attilio's bug report was done by me on my Indy.  I 
am not experienced in this beginning of the universe kind of code.  But 
I found the following clues which may be useful.


	Please refer to bug 452798 
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=452798).  Here is 
message #15 from Guido:

On Sun, Nov 25, 2007 at 01:02:25PM +0100, Martin Michlmayr wrote:

How much work is 64 bit support?

It's not the 64bit support, things are simply not fitting into the
memory segment we use anymore:

Tip22 finds this memory map on my Indy:

1) Free Memory(3) segment found at (0x88002000,0x8874)
2) Free Memory(3) segment found at (0x8880,0x89002000)
3) Free Memory(3) segment found at (0x896f2000,0x9400)

(1) is where the running kernel + initrd goes. (2) is where we tell the
prom to download the tftpboot image to and (3) is lots of free space.
The 64bit kernel (7MB) is just so much bigger than the 32bit one.

Attached is a hack to get things booting again (so installer testing can
proceed). It puts the tftp boot file into (3) and the initrd into (2) -
it succesfully boots a kernel with an initramfs on my R5K Indy. I'll
have to change some of the reservation code so we don't waste so much
ram before I can fix this for real though.
Cheers,
 -- Guido


Here is the "objdump -x" output of the "netboot-boot.img" from Lenny:
debbootL.img: file format ecoff-bigmips
debbootL.img
architecture: mips:3000, flags 0x0032:
EXEC_P, HAS_SYMS, HAS_LOCALS
start address 0x897020cc

Sections:
Idx Name  Size  VMA   LMA   File off 
 Algn

  0 .text 1e00  89702000  89702000  00d0  2**4
  CONTENTS, ALLOC, LOAD, CODE
  1 .data 00ad1500  89703e00  89703e00  1ed0  2**4
  CONTENTS, ALLOC, LOAD, DATA
  2 .bss  0040  8a1d5300  8a1d5300    2**4
  ALLOC
SYMBOL TABLE:
[  0] e 897038b8 st 1 sc 1 indx f strcpy
[  1] e 89703e00 st 1 sc 2 indx f kernel_load
[  2] e 89702a30 st 1 sc 1 indx f ArcGetPeer
[  3] e 897033a8 st 1 sc 1 indx f printf
[  4] e 89703e34 st 1 sc 2 indx f stdout
[  5] e 89702de4 st 1 sc 1 indx f vsprintf
[  6] e 89703e00 st 1 sc 2 indx f _fdata

And here is the objdump -x" output of the "netboot-boot.img" from 
Squeeze:
debbootS.img: file format ecoff-bigmips
debbootS.img
architecture: mips:3000, flags 0x0032:
EXEC_P, HAS_SYMS, HAS_LOCALS
start address 0x888020cc

Sections:
Idx Name  Size  VMA   LMA   File off 
 Algn

  0 .text 1ea0  88802000  88802000  00d0  2**4
  CONTENTS, ALLOC, LOAD, CODE
  1 .data 00982140  88803ea0  88803ea0  1f70  2**4
  CONTENTS, ALLOC, LOAD, DATA
  2 .bss  0040  89185fe0  89185fe0    2**4
  ALLOC
SYMBOL TABLE:
[  0] e 88803914 st 1 sc 1 indx f strcpy
[  1] e 88803ea0 st 1 sc 2 indx f kernel_load
[  2] e 88802a30 st 1 sc 1 indx f ArcGetPeer
[  3] e 888033a8 st 1 sc 1 indx f printf
[  4] e 88803ed4 st 1 sc 2 indx f stdout
[  5] e 88802de4 st 1 sc 1 indx f vsprintf
[  6] e 88803ea0 st 1 sc 2 indx f _fdata

	It seems to me that what Guido wanted was done in Lenny but not in 
Squeeze.  In the screen shot, "initrd" was being copied into 0x8880 
by the Squeeze image.  Wouldn't it overwrite the loader?


	I downloaded the Squeeze "tip22" package, and here is the beginning of 
the "ld.script.IP22" script:

OUTPUT_FORMAT("ecoff-bigmips")
OUTPUT_ARCH(mips)
ENTRY(_start)
SECTIONS
{
  /* XXX: place the loader after the kernel */
  . = 0x88802000;

  /* read-only */
  _text = .;/* Text and read-only data */
  .text : {
_ftext = .;
*(.text .text.*)
*(.rodata*)
  } =0

  _etext = .;   /* End of text section */
  PROVIDE (etext = .);



Thanks for your help!


Edwin



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

Bug#630330: "File System" view should recurse through directories

[Tshepang Lekhonkhobe]

On Mon, 2011-06-13 at 12:38 -0700, Josh Triplett wrote:
> On Mon, Jun 13, 2011 at 09:10:27PM +0200, Tshepang Lekhonkhobe wrote:
> > On Mon, 2011-06-13 at 08:36 -0700, Josh Triplett wrote:
> > > On Mon, Jun 13, 2011 at 04:47:31AM +0200, Tshepang Lekhonkhobe wrote:
> > > > On Sun, 2011-06-12 at 16:56 -0700, Josh Triplett wrote:
> > > > > In the "File System" view, clicking on a directory only shows the 
> > > > > music
> > > > > in that directory, not in any subdirectories.  I think it would make
> > > > > more sense to recurse through subdirectories; that way, if directories
> > > > > represent categories and subdirectories represent subsets of those
> > > > > categories, clicking on a higher-level directory will show everything 
> > > > > in
> > > > > a broader category.
> > > > 
> > > > If you right-click on the Folder, one of the options available is Select
> > > > All Subfolders. It gives you want you want, or does it?
> > > 
> > > That does work, yes.  Doesn't seem very easy to discover, though.

I wouln't disagree, but can it be made more discoverable (other than
making it default that is)?

> > > As far as I can tell, the only case where it would make sense to select
> > > a folder and not its subfolders occurs when both the folder and
> > > subfolders contain music; that seems like the uncommon case, compared to
> > > having either music or subdirectories but not both.  (At least, assuming
> > > all the variations on music organization that I can think of.)
> > 
> > I OTOH have a folder structure like this:
> > 
> > music
> > -> genre
> > ---> artist1
> > -> album
> > -> track1.mp3
> > -> track2.mp3
> > ---> artist
> > -> track1.mp3
> > -> track1.mp3
> 
> Mine looks a lot like that; I mostly use music/genre/set_or_album, with
> occasional subfolders like CD1 and CD2, and a few scattered "misc"
> directories for loose individual songs.
> 
> I think the recursive approach would work nicely there; it would allow
> selecting all music, all music in a genre, all music in a particular
> album, etc.

I actually prefer the current behavior. Also, your preferred behavior is
more expensive, regarding machine resources (and would therefore be
slower, though that depends on the depth of your collection). So I think
it's a good idea that it isn't default.




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

Bug#630469: ITP: grabserial -- Grab serial port output

[Shravan Aras]

Package: wnpp
Severity: wishlist
Owner: Shravan Aras <123.shra...@gmail.com>

* Package name  :  grabserial
  Version  :  2.2
  Upstream Author : Tim Bird 
* URL   : http://elinux.org/Grabserial
* License :  GPLv2
   Programming Lang :   Python
   Description  :   Program to read a serial port and send 
the data to stdout


 grabserial is a small program which reads a serial port and writes the 
data to
 standard output. The main purpose of this tool is to collect messages 
written
 to the serial console from a target board running Linux, and save the 
message

 on a host machine.



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

Bug#610640: BOINC-manager closing: works for me - please try again

[Steffen Möller]

Hello,

since 6.12.28 the latest I have no issue whatsoever with the boinc
manager closing. Please try again so I can close your report.

Thanks

Steffen



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

Bug#626421: [Jppy-devel] Bug#626421: jppy: FTBFS: Checking for PyErr_Clear() in C library libpython2.7... no

[Sandro Tosi]

Hello Nick,
is there any update on this issue (and on 626800 too) ? do you need
sponsoring? Please note we need a quick fix for them, since this
package is blocking the python transition.

Thanks for your work and attention,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#630470: seahorse: Can't create password in keyring other than default

[Dmitriy Trt]

Package: seahorse
Version: 3.0.2-1
Severity: important

Steps to reproduce:
1) Create some non-default keyring
2) Create password and select this non-default keyring for storing password

Result:
Password will be created in default keyring no matter which keyring you've
selected.

Expected result:
Password created in selected keyring.

This bug exists since Seahorse 3.0.0. Previous 2.x versions worked fine.



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

Kernel: Linux 2.6.38-2-686 (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 seahorse depends on:
ii  gconf2   2.32.3-2GNOME configuration database syste
ii  gnupg1.4.11-3GNU privacy guard - a free PGP rep
ii  libatk1.0-0  2.0.0-1 The ATK accessibility toolkit
ii  libavahi-client3 0.6.30-3Avahi client library
ii  libavahi-common3 0.6.30-3Avahi common library
ii  libavahi-glib1   0.6.30-3Avahi glib integration library
ii  libc62.13-4  Embedded GNU C Library: Shared lib
ii  libcryptui0a 3.0.2-1 UI library for DBUS functions expo
ii  libdbus-1-3  1.4.8-3 simple interprocess messaging syst
ii  libdbus-glib-1-2 0.94-2  simple interprocess messaging syst
ii  libgck0  3.0.0-3 Glib wrapper library for PKCS#11 -
ii  libgconf2-4  2.32.3-2GNOME configuration database syste
ii  libgcr-3-0   3.0.0-3 Library for Crypto UI related task
ii  libgdk-pixbuf2.0-0   2.23.3-3GDK Pixbuf library
ii  libglib2.0-0 2.28.6-1The GLib library of C routines
ii  libgnome-keyring03.0.0-2 GNOME keyring services library
ii  libgpgme11   1.2.0-1.4   GPGME - GnuPG Made Easy
ii  libgtk-3-0   3.0.8-1 The GTK+ graphical user interface 
ii  libldap-2.4-22.4.25-1+b1 OpenLDAP libraries
ii  libsoup2.4-1 2.34.2-1HTTP library implementation in C -

Versions of packages seahorse recommends:
ii  openssh-client1:5.5p1-6  secure shell (SSH) client, for sec

Versions of packages seahorse suggests:
pn  seahorse-plugins   (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#630081: Overriding via /etc/usb-modeswitch.d doesn't work

[Alex Hermann]

On Tuesday 14 June 2011, Didier Raboud wrote:
> On Tuesday 14 June 2011 11.58:43 Alex Hermann wrote:
> > I hope i have explained the issue a bit better now.
> 
> Indeed you have, and very clearly so. Thanks for that !
> 
> I prepared a git commit for the packaging repository that incorporates your
> changes and attributes them to you. What do you think: can I push this
> commit?

It is ok with me.

-- 
Greetings,

Alex Hermann




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

Bug#630142: [pkg-kolab] Bug#630142: Regression: bug #594541 is back?

[Mathieu Parent]

reassign 630142 horde3
thanks

Hello

2011/6/11 Juha Jäykkä :
> Package: php-kolab-filter
> Version: 0.1.9-4
> Severity: grave
> Justification: renders package unusable
>
>
> Hi!
>
> It seems the following was forgotten from the fix of #594541:
>
> Deprecated:  Assigning the return value of new by reference is deprecated
> in /usr/share/horde3/lib/Horde/Kolab/Server/Object.php on line 216

This file is in the horde3 package. Reassigning.

> P.S. Should I have (how?) reopened the old bug?
No.

Regards
-- 
Mathieu



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

Bug#630466: libreoffice: HTML exports from calc suck

[Michal Suchanek]

On 14 June 2011 10:55, Rene Engelhard  wrote:
> Hi,
>
> On Tue, Jun 14, 2011 at 10:34:35AM +0200, Michal Suchanek wrote:
>> There are numerous issues with HTML exports from Calc
>
> And you beliebve *anything* exporting HTML will produce proper HTML? No.
> Proper HTML is done by hand. Even Dreamweaevr or however all the tools are
> called are not producing well-formed HTML.

Other software being broken is not an excuse for all software being
broken. By this approach no bug would ever be fixed.

>
>>  - the "automatic" colors (the default black on white) are not recorded
>>    in the export. I am not sure if these "automatic" colors can change.
>>    LibreOffice does not seem to respond to theming of other parts of the
>>    system. Either way, the "automatic" colors must be exported for the
>>    document to look correctly when viewed in a web browser which may
>>    have text and background color different from LibreOffice.
>
> Then you should have done your table in a way this doesn't hapen
> or format it so that the scenario doesn't happen or use a website
> design where it doesn't happen. Don't expect HTML export knowing what you
> will use it in it can't. And HTML doesn't have "automatic colors" anyway.

The "automatic" colors in Calc are exported as undefined in HTML. That is wrong.

>
>>  - the text automatically spanning multiple cells (when it overflows a
>>    cell and the neigbour cell is empty) does not do so in HTML
>
> Of course not. The text is in one cell. That it just overflows that cell
> is so, but how should Calc know? it's text *inside that cell*. If you don't
> proper formatting in your sheet, don't blame others for that,

It does know, how else would it render the text over the other cells?

>
>>  - alignment is not reflected in HTML. Specifically I use right and left
>>    aligned columns next to each other with increased indent added to the
>>    left aligned column. There is no space between the two in the HTML
>
> ... which easily can be workarounded by fixing the HTML to use cellpadding.

Then the HTML export should include it. It sets all padding explicitly
to 0 resulting in this issue.

>
> Your point from the export is? Honestly, I don't see this as a "normal" bug.
> (I actually don't see this as a bug per se)

What is it then?

If the HTML export is not meant to be useful then disable it completely.

Regards

Michal



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

Bug#630471: Cannot be compiled with gcc-4.6

[Ondřej Surý]

Package: mysql-5.1
Version: 5.1.57-1
Severity: important
Tags: upstream
Forwarded: http://bugs.mysql.com/bug.php?id=61509

This is just a placeholder bug that the mysql-5.1 cannot be compiled
with gcc-4.6 because it segfaults somewhere in YaSSL/TaoCrypt code.
The main bug (#614044, #627208) was fixed by compiling mysql-5.1 with
gcc-4.5.

This bug has been reported upstream to http://bugs.mysql.com/bug.php?id=61509

O.

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.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#616464: reprepro for 6.0.2

[Bernhard R. Link]

* Bernhard R. Link  [110304 17:33]:
> * Philipp Kern  [110303 20:54]:
> > On Tue, Feb 22, 2011 at 09:36:34PM +0100, Bernhard R. Link wrote:
> > > I've prepared an upload of reprepro targeted for
> > > stable-proposed-updates to work around testing and unstable
> > > soon no longer having MD5Sum fields in the Release files.
> > > [...]
> >
> > we'd like to delay this for r2 to get all the checksum stuff in at once and
> > give it more testing in, well, testing and unstable.
> >
> > Would you mind filing a bug against release.debian.org about this, so
> > that we don't forget it?  Thanks.
> 
> Reattached are the diff files and the .debian.tar.gz

To avoid possible deadlocks: I'm still waiting for a sign that I may
upload this.

Bernhard R. Link



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

Bug#624126: phpsysinfo: typo in Uploaders: field

[Lucas Nussbaum]

On 14/06/11 at 10:43 +0200, Bjoern Boschman wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hi,
> 
> On 14.06.2011 09:58, Lucas Nussbaum wrote:
> > When are you planning to fix that RC bug? I'm considering NMUing the
> > package.
> 
> currently I do not plan to fix that bug asap as I does not break any
> functionallity and I'm quite busy after all.

Me too, but receiving 6 mails/day because of that bug is a good
incentive for me to fix it.

> If you want to NMU then feel free.

OK, consider it done.
-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



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

Bug#628671: Additional info

[Peter Chubb]

This bug is probably related to #566351

Peter C
--
Dr Peter Chubb  http://www.gelato.unsw.edu.au  peterc AT gelato.unsw.edu.au
http://www.ertos.nicta.com.au   ERTOS within National ICT Australia



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

Bug#616560: umountfs: nothing to unmount if / is on UBI volume

[Jonathan Michalon]

Hi,

Just installed a netboot'ed Sheevaplug with UBIFS yesterday and I ran into this
problem (and only this one :)) too.
I applied a quick ugly fix in the same way as the author.

I neither know what would be the right way here, but certainly not that one.
Would a pattern searching for any ' / ' without ^rootfs do the trick?
Or if rootfs is always the first line, replace the 0 in the current expression
by a 1 (see man sed) and just search for a "/" as second field?
Or perhaps a match with both a '/' or a ':' (think of NFS mounted / or similar).

It may also be possible to get ride of that PROTECTED_MOUNTS hack completely. I
see that several mountpoints are already skipped, why not add "rootfs" and
"none"? These are the only skipped entries on both sheevaplug and my desktop.
But I'm for sure no specialist and may not be aware of much more complicated
setups…

I hope to make this bug one step forward on its fix path.

--
Jonathan Michalon
IT student in Strasbourg



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

Bug#589532: still does not depend on xorriso, although it should

[George Danchev]

Followup-For: Bug #589532

Hi Colin,

I agree that 'Depends: xorriso' is too strong for grub-common,
but why not just split another binary package grub-image|-rescue
(a better name could be suggeted) which contains grub-mkrescue 
and grub-mkimage and which package could depends on xorriso?
Then grub-common could even suggest that hypothetical
grub-image|-rescue package. It is clear that if people have such
a package installed they want to create images.



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

Bug#630213: R: Bug#630213: R: Re: chromium: Server x blocked until Chromium process exists

[Federico Simonetta]

>> When I found the bug, I had just upgraded all the system from the stable 
>> version.
>
>Hm, does that mean it happened only once and you weren't able to
>trigger it again?

Yes, it means that... 

>> I reported this bug using reportbug, how can I add more particular 
information 
>> using it?
>
>The bug-tracking system works by email, so it should be sufficient to
>send messages to the 630...@bugs.debian.org address, like I am doing
>now.  By the way, delivery to your forte...@libero.it email address
>doesn't seem to work.  Perhaps it is being forwarded incorrectly?
>
No, I received everything, just I forgot that I inserted this mail address, 
I'm sorry.
Thanks for the help, I found that reportbug just format an email and then lets 
you edit it using vim editor.







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

Bug#630464: --architectures armel fails unconditionally

[Daniel Baumann]

tag 630464 pending
thanks

On 06/14/2011 10:04 AM, Colin Watson wrote:

functions/defaults.sh exits 1 in the '--architectures armel' case,
saying that you need to use -k/--linux-flavours.  It should only do this
if --linux-flavours wasn't passed.  Patch attached.


applied, with 'adjusted' indenting and braces, thanks.

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



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

Bug#630466: libreoffice: HTML exports from calc suck

[Rene Engelhard]

On Tue, Jun 14, 2011 at 11:41:12AM +0200, Michal Suchanek wrote:
> Other software being broken is not an excuse for all software being
> broken. By this approach no bug would ever be fixed.

Exporting HTML *always* is suboptimal.

> >>  - the "automatic" colors (the default black on white) are not recorded
> >>    in the export. I am not sure if these "automatic" colors can change.
> >>    LibreOffice does not seem to respond to theming of other parts of the
> >>    system. Either way, the "automatic" colors must be exported for the
> >>    document to look correctly when viewed in a web browser which may
> >>    have text and background color different from LibreOffice.
> >
> > Then you should have done your table in a way this doesn't hapen
> > or format it so that the scenario doesn't happen or use a website
> > design where it doesn't happen. Don't expect HTML export knowing what you
> > will use it in it can't. And HTML doesn't have "automatic colors" anyway.
> 
> The "automatic" colors in Calc are exported as undefined in HTML. That is 
> wrong.

And that is bad how? You get black if you don't specify fonts. As said
above, either fix up the HTML after it or use a website design which works.

> >>  - the text automatically spanning multiple cells (when it overflows a
> >>    cell and the neigbour cell is empty) does not do so in HTML
> >
> > Of course not. The text is in one cell. That it just overflows that cell
> > is so, but how should Calc know? it's text *inside that cell*. If you don't
> > proper formatting in your sheet, don't blame others for that,
> 
> It does know, how else would it render the text over the other cells?

Because it _renders_ it this way. The *content* is assigned *to that one cell*.
What gets exported is not rendering but *content*.

> >>  - alignment is not reflected in HTML. Specifically I use right and left
> >>    aligned columns next to each other with increased indent added to the
> >>    left aligned column. There is no space between the two in the HTML
> >
> > ... which easily can be workarounded by fixing the HTML to use cellpadding.
> 
> Then the HTML export should include it. It sets all padding explicitly
> to 0 resulting in this issue.

Or you fix the padding up if you need it.

> What is it then?

Nothing. A not ideal export and someone who thinks stuff he hasn't specified
should be exported.

> If the HTML export is not meant to be useful then disable it completely.

You so far haven't shown that it isn't useful, Just not useful for
you specific case - which can be solved by a bit of post-processing. >you
don't just embed whatever calc exporrts into your site without checking
ot anyway, do you?

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



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

Bug#627968: [Build-common-hackers] Bug#627968: Bug#627968: Bug#627968: Commenting the Package stanza in the control file

[Jonas Smedegaard]

On 11-06-14 at 10:24am, IOhannes m zmoelnig wrote:
> ah, it seems like the documentation is unclear about which variables 
> are writeable and which are read-only.
> 
> e.g. cdbs guarantees you, that DEB_VERSION is set to an apropriate 
> value (presumably by reading debian/changelog), but you (as the user) 
> cannot override the "full Debian version" in debian/rules file (and 
> thus provide conflicting information in debian/rules and 
> debian/changelog)
> 
> the same goes for DEB_*PACKAGES: debian/control is the canonical 
> source for which packages to build, and DEB_*PACKAGES parses the file 
> for you and gives you that information in a nice variable for you to 
> _read_ the values from, and not to change the values.
> 
> i'd suggest to make a distinction between "read-write" and "readonly" 
> variables in the documentation, and replace "use" by "read" where 
> appropriate.


Thanks for the analysis and suggestion.

There is actually already a note about read-write vs. readonly on TODO.

Suggestions on a smoother transition than bumping epoch is much 
appreciated.


 - Jonas

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

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


signature.asc
Description: Digital signature

Bug#630414: gtkpod silently crashes every time on exit

[Matteo F. Vescovi]

Package: gtkpod
Version: 2.0.1-1

Once you've tested the "mount point" solution and it doesn't help, could 
you possibly get the debug symbols, run them through valgrind and attach 
the output? That would really help a lot.


Thanks for your time.

mfv


--
Ing. Matteo F. Vescovi

--
Il messaggio e' stato analizzato alla ricerca di virus o
contenuti pericolosi da MailScanner, ed e'
risultato non infetto.




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

Bug#630472: dpkg-dev: Please add Distribution to .dsc generated by dpkg-source -b

[Roger Leigh]

Package: dpkg-dev
Version: 1.16.0.3
Severity: normal
Tags: patch

Attached is a patch to add the distribution to the .dsc

This is currently only available in the changelog or the
.changes.  However, tools like sbuild, which need to build
in a distribution-specific chroot can't work out what the
distribution is without unpacking the source tree and
inspecting the changelog (which is impractical for a
number of reasons, least of all efficiency).  This requires
that sbuild be told the distribution by the user, and there
can sometimes be problems as a result e.g. uploading
experimental packages to unstable due to using "-d unstable"
out of habit.

This isn't an issue for buildds, because they know the
distribution they are building for; this is intended for
developers doing manual or semi-automated builds.  Because
sbuild consumes .dscs as its input for building, having
the nominal distribution in the dsc will mean that the
distribution will not require specifying under normal
sbuild usage, which will decrease the changes of
accidental uploads to the wrong distribution.  It also
makes backporting easier--sbuild will default to building
in the correct stable/oldstable chroot.


Regards,
Roger

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

Kernel: Linux 2.6.32.27-kvm-i386-20110114 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
>From f0ae4f4f2d49d918a3fb80e53074d3954941d944 Mon Sep 17 00:00:00 2001
From: Roger Leigh 
Date: Tue, 14 Jun 2011 11:20:13 +0100
Subject: [PATCH] dpkg-source: Add distribution to output fields

Signed-off-by: Roger Leigh 
---
 scripts/Dpkg/Control/Fields.pm |4 ++--
 scripts/dpkg-source.pl |2 ++
 2 files changed, 4 insertions(+), 2 deletions(-)

diff --git a/scripts/Dpkg/Control/Fields.pm b/scripts/Dpkg/Control/Fields.pm
index 0183281..0e6090a 100644
--- a/scripts/Dpkg/Control/Fields.pm
+++ b/scripts/Dpkg/Control/Fields.pm
@@ -291,8 +291,8 @@ our %FIELD_ORDER = (
 qw(Section Priority Multi-Arch Homepage Description Tag Task)
 ],
 CTRL_PKG_SRC() => [
-qw(Format Source Binary Architecture Version Origin Maintainer
-Uploaders Homepage Standards-Version Vcs-Browser
+qw(Format Source Binary Architecture Version Origin Distribution
+   Maintainer  Uploaders Homepage Standards-Version Vcs-Browser
 Vcs-Arch Vcs-Bzr Vcs-Cvs Vcs-Darcs Vcs-Git Vcs-Hg Vcs-Mtn
 Vcs-Svn), &field_list_src_dep(), qw(Package-List),
 @checksum_fields, qw(Files)
diff --git a/scripts/dpkg-source.pl b/scripts/dpkg-source.pl
index 8d23806..01d4aee 100755
--- a/scripts/dpkg-source.pl
+++ b/scripts/dpkg-source.pl
@@ -306,6 +306,8 @@ if ($options{'opmode'} =~ 
/^(-b|--print-format|--(before|after)-build)$/) {
my ($ok, $error) = version_check($v);
 error($error) unless $ok;
$fields->{$_} = $v;
+   } elsif (m/^Distribution$/) {
+   $fields->{$_} = $v;
} elsif (m/^Maintainer$/i) {
 # Do not replace the field coming from the source entry
} else {
-- 
1.7.5.4

Bug#630473: pacemaker: add independent resource set within group

[Vladimir Stavrinov]

Package: pacemaker
Version: 1.0.11-1.2
Severity: wishlist
Tags: upstream


It is desirable and advisable in group resource to have feature like that in
collocation where set of independent resources are enclosed in parentheses. The
one example is set of vz containers running on drbd. The group is used to start
all of them after file system, but unwanted dependency prevent starting one
container if previous was not started.


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

Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=ru_RU.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#630000: Acknowledgement (d-i cannot receive an IP address from Mac OS X)

[Christian PERRIER]

reassign 63 udhcpc
thanks

Quoting kinneko (kinn...@gmail.com):

> ~ # udhcpc -T 30
> 
> loop..
> 
> ~ # udhcpc -T 30 -i eth0 -V d-i
> 
> loop..
> 
> I think udhcpc somothing wrong.
> Please, back to isc-dhcp-client.

Thank you for investigating further and report that the problem
clearly lies in udhcpc.

Well, sorry, but going back to ISC DHCP client is more or less out of
question for memory and size impact. 

It would be interesting to have some debug output from the DHCP
server. Does it receive the client requests? Does it send a DHCPOFFER
answer? Etc, etc.

Similarly, more debug from udhcpc could help. Dunno if it has a
verbose command-line option, but you get the idea..:-)




signature.asc
Description: Digital signature

Bug#630474: linux 3.0 package names should probably not include SUBLEVEL

[Julian Andres Klode]

Package: linux-2.6
Version: 3.0.0~rc2-1~experimental.1
Severity: normal

SUBLEVEL is reserved for -stable in kernel 3.0 and
newer. As Debian kernels did not include the part
of the version number used for stable updates in
the past, I expect that you are not planning to
include them now.

Thus, the package names should be linux-image-3.0-*,
not linux-image-3.0.0-*.

-- Package-specific info:
** Version:
Linux version 3.0.0-rc2-amd64 (Debian 3.0.0~rc2-1~experimental.1) 
(b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-2) ) #1 SMP Thu Jun 9 
19:02:26 UTC 2011

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.0.0-rc2-amd64 
root=UUID=67091a05-bf38-4136-b876-09e4b81a44bc ro quiet init=/bin/systemd

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[   19.377875] vboxdrv: Found 4 processor cores.
[   19.378165] vboxdrv: fAsync=0 offMin=0x1cd offMax=0xd15
[   19.378232] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 
'normal'.
[   19.378234] vboxdrv: Successfully loaded version 4.0.8_Debian (interface 
0x0018).
[   19.616772] /usr/sbin/cron[907]: (CRON) INFO (pidfile fd = 3)
[   19.970285] dnsmasq[971]: started, version 2.57 cachesize 150
[   19.970293] dnsmasq[971]: compile time options: IPv6 GNU-getopt DBus I18N 
DHCP TFTP IDN
[   19.970298] dnsmasq-dhcp[971]: DHCP, IP range 192.168.0.50 -- 192.168.0.150, 
lease time 12h
[   19.970303] dnsmasq-tftp[971]: TFTP root is /var/lib/tftpboot
[   19.970372] dnsmasq[971]: no servers found in /var/run/dnsmasq/resolv.conf, 
will retry
[   20.145822] /usr/sbin/cron[1000]: (CRON) STARTUP (fork ok)
[   20.340890] anacron[1015]: Anacron 2.3 started on 2011-06-14
[   20.729489] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[   20.842720] dnsmasq[971]: read /etc/hosts - 7 addresses
[   20.941565] /usr/sbin/cron[1000]: (CRON) INFO (Running @reboot jobs)
[   20.972043] input: TPPS/2 IBM TrackPoint as 
/devices/platform/i8042/serio4/serio5/input/input12
[   20.976985] acpid[1060]: starting up with netlink and the input layer
[   21.094525] avahi-daemon[863]: Found user 'avahi' (UID 106) and group 
'avahi' (GID 109).
[   21.094601] avahi-daemon[863]: Successfully dropped root privileges.
[   21.094802] avahi-daemon[863]: avahi-daemon 0.6.30 starting up.
[   21.615695] lp: driver loaded but no devices found
[   21.781562] anacron[1015]: Will run job `cron.daily' in 5 min.
[   21.781569] anacron[1015]: Jobs will be executed sequentially
[   22.279110] input: ACPI Virtual Keyboard Device as 
/devices/virtual/input/input13
[   22.380846] ppdev: user-space parallel port driver
[   23.136577] ntpd[1044]: ntpd 4.2.6p2@1.2194-o Tue Apr 12 21:57:47 UTC 2011 
(1)
[   23.139156] ntpd[1125]: proto: precision = 0.106 usec
[   23.680079] ntpd[1125]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
[   23.681675] ntpd[1125]: Listen and drop on 1 v6wildcard :: UDP 123
[   23.681769] ntpd[1125]: Listen normally on 2 lo 127.0.0.1 UDP 123
[   23.681801] ntpd[1125]: Listen normally on 3 lo ::1 UDP 123
[   24.305963] acpid[1060]: 42 rules loaded
[   24.306043] acpid[1060]: waiting for events: event logging is off
[   25.125463] ntpd[1125]: Deferring DNS for 0.debian.pool.ntp.org 1
[   25.125758] ntpd[1125]: Deferring DNS for 1.debian.pool.ntp.org 1
[   25.125982] ntpd[1125]: Deferring DNS for 2.debian.pool.ntp.org 1
[   25.126203] ntpd[1125]: Deferring DNS for 3.debian.pool.ntp.org 1
[   25.126528] ntpd[1140]: signal_no_reset: signal 17 had flags 400
[   26.400935] sshd[1153]: Server listening on 0.0.0.0 port 22.
[   26.400990] sshd[1153]: Server listening on :: port 22.
[   27.123379] ntpd_intres[1140]: host name not found: 0.debian.pool.ntp.org
[   27.123746] ntpd_intres[1140]: host name not found: 1.debian.pool.ntp.org
[   27.124118] ntpd_intres[1140]: host name not found: 2.debian.pool.ntp.org
[   27.124485] ntpd_intres[1140]: host name not found: 3.debian.pool.ntp.org
[   27.451498] avahi-daemon[863]: Successfully called chroot().
[   27.451506] avahi-daemon[863]: Successfully dropped remaining capabilities.
[   27.465322] avahi-daemon[863]: Loading service file /services/sftp.service.
[   27.540525] avahi-daemon[863]: Loading service file /services/udisks.service.
[   27.579295] avahi-daemon[863]: Network interface enumeration completed.
[   27.579437] avahi-daemon[863]: Registering HINFO record with values 
'X86_64'/'LINUX'.
[   27.579632] avahi-daemon[863]: Server startup complete. Host name is 
jak-thinkpad.local. Local service cookie is 1688657328.
[   27.579693] avahi-daemon[863]: Service "jak-thinkpad" 
(/services/udisks.service) successfully established.
[   27.579718] avahi-daemon[863]: Service "jak-thinkpad" 
(/services/sftp.service) successfully established.
[   28.700484] Bluetooth: RFCOMM TTY layer initialized
[   28.700489] Bluetooth: RFCOMM socket layer initialized
[   28.700491] Bluetooth: RFCOMM ver 1.11
[   28.950481] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   28.950484] Bluetooth: BNEP filters: protocol multicast
[   32.511529] A

Bug#630475: otrs2: JSON.pm not found, json.pl missing

[Christian Swertz]

Package: otrs2
Version: 2.4.9+dfsg1-3+squeeze1
Severity: normal

Tried to upgrade OTRS from 2.4.9 to 3.0.8 (unstable) without dependencies to 
unstable.
After updating OTRS said JSON.pm missing in @INC. But JSON.pm was there, only 
json.pl was missing in /cgi-bin/ I couldn't solve the problem. Thus I 
downgraded. That worked fine.

-- System Information:
Debian Release: 6.0.1
  APT prefers stable
  APT policy: (990, 'stable'), (600, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages otrs2 depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  apache2-mpm-prefork [h 2.2.16-6+squeeze1 Apache HTTP Server - traditional n
ii  dbconfig-common1.8.46+squeeze.0  common framework for packaging dat
ii  debconf [debconf-2.0]  1.5.36.1  Debian configuration management sy
ii  libapache2-reload-perl 0.10-2Reload Perl modules when changed o
ii  libauthen-sasl-perl2.1500-1  Authen::SASL - SASL Authentication
ii  libcrypt-passwdmd5-per 1.3-9 interoperable MD5-based crypt() fo
ii  libdate-pcalc-perl 6.1-1 Perl module for Gregorian calendar
ii  libdbd-mysql-perl  4.016-1   Perl5 database interface to the My
ii  libdbi-perl1.612-1   Perl Database Interface (DBI)
ii  libemail-valid-perl0.184-1   Perl module for checking the valid
ii  libgd-graph-perl   1.44-3Graph Plotting Module for Perl 5
ii  libgd-text-perl0.86-5Text utilities for use with GD
ii  libio-stringy-perl 2.110-4   Perl modules for IO from scalars a
ii  libjs-prototype1.6.1-1   JavaScript Framework for dynamic w
ii  libjs-yui  2.8.2r1~squeeze-1 Yahoo User Interface Library
ii  libmail-pop3client-per 2.17-1POP3 client module for perl
ii  libmailtools-perl  2.06-1Manipulate email in perl programs
ii  libmime-tools-perl 5.428-1   Perl5 modules for MIME-compliant m
ii  libnet-imap-simple-per 1.1900-1  Perl module to manage an IMAP acco
ii  libnet-imap-simple-ssl 1.3-3 Subclass of Net::IMAP::Simple with
ii  libnet-smtp-ssl-perl   1.01-2SSL support for Net::SMTP
ii  libpdf-api2-perl   0.73-1module for creating or modifying P
ii  libsoap-lite-perl  0.712-2   Perl implementation of a SOAP clie
ii  libtext-csv-perl   1.18-1comma-separated values manipulator
ii  libtext-diff-perl  1.37-1Perl module to find differences in
ii  libxml-feedpp-perl 0.41-1module to parse/write/merge/edit R
ii  libxml-parser-perl 2.36-1.1+b1   Perl module for parsing XML files
ii  perl   5.10.1-17 Larry Wall's Practical Extraction 
ii  ucf3.0025+nmu1   Update Configuration File: preserv

Versions of packages otrs2 recommends:
ii  ispell3.1.20.0-7 International Ispell (an interacti
ii  mysql-server  5.1.49-3   MySQL database server (metapackage
ii  mysql-server-5.1 [mysql-serve 5.1.49-3   MySQL database server binaries and
ii  procmail  3.22-19Versatile e-mail processor

Versions of packages otrs2 suggests:
pn  libnet-ldap-perl   (no description available)
pn  otrs2-doc-en | otrs2-doc-de(no description available)

-- debconf information excluded



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

Bug#630476: xlockmore: fails to lock when DPMS is available but disabled

[Yves-Alexis Perez]

Package: xlockmore
Version: 1:5.31-1
Severity: important

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

as reported by mail, xlockmore might have the same issue as xscreensaver
(#627382 and #627397). Attached patch should fix the problem.

Regards,
-- 
Yves-Alexis


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

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

Versions of packages xlockmore depends on:
ii  libc6 2.13-6 Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.6.0-13 GCC support library
ii  libice6   2:1.0.7-2  X11 Inter-Client Exchange library
ii  libpam0g  1.1.3-1Pluggable Authentication Modules l
ii  libsm62:1.2.0-2  X11 Session Management library
ii  libstdc++64.6.0-13   GNU Standard C++ Library v3
ii  libx11-6  2:1.4.3-2  X11 client-side library
ii  libxext6  2:1.3.0-3  X11 miscellaneous extension librar
ii  libxmu6   2:1.1.0-2  X11 miscellaneous utility library

Versions of packages xlockmore recommends:
ii  libpam-modules1.1.3-1Pluggable Authentication Modules f

Versions of packages xlockmore suggests:
ii  fortune-mod [fortune] 1:1.99.1-4 provides fortune cookies on demand

-- no debconf information


07_dpmsblank.dpatch
Description: application/shellscript

Bug#533544: Dsniff: dsniff segmantation fault

[William Vera]

Hello,
I'm trying to reproduce the bug exactly as you comment:

# dsniff -i eth0 host 192.168.0.3
dsniff: listening on eth0 [host 192.168.0.3]
^C
#

Without problems, can you confirm me please is the problem is solved?
I'm using SID with Kernel 2.6.38-2-686 and 2.4b1+debian-19.1
However I'll trying with other machines
Thanks in advance for your quickly response

Regards!

-- 
William Vera 
PGP Key: 1024D/F5CC22A4
Fingerprint: 3E73 FA1F 5C57 6005 0439  4D75 1FD2 BF96 F5CC 22A4



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

Bug#629861: closed by Sylvestre Ledru (Bug#629861: fixed in clang 2.9-4)

[Sylvestre Ledru]

Le mardi 14 juin 2011 à 08:20 +0200, Michael Wild a écrit :
> On 06/13/2011 11:50 PM, Sylvestre Ledru wrote:
> 
> I agree that the Linux code in ToolChains.cpp is horrible and
> unmaintainable. On the Clang mailing list one of the devs also said that
> he would prefer configuration files. Shelling out to ask gcc is also a
> bad option. You have to be very careful that you ask it the right thing,
> e.g. pass it the right -m32/-m64 flags on i386 and amd64, respectively,
> and it gets more complicated on non-Intel architectures.
You mean this ?
gcc -print-file-name=crtbegin.o
I am not sure to understand what is wrong.

> Since the Clang devs are unlikely to fix 2.9, why not make a patch which
> does away with that whole charade of distro-detection and replace it
> with a purely Debian-specific implementation? Here the things I think it
> would need to do:
> 
> - Detect the target gcc-triplet. This can be inferred from the second
> argument of the Linux::Linux(const HostInfo&, const llvm::Triple&
> Triple) constructor. Perhaps LinuxHostInfo::CreateToolChain() could get
> some tweaking too, in order to produce the right triplet upfront (e.g.
> i486 instead of i368 on Debian).
> 
> - Detect the multiarch-triplet. Similarly to the GCC multiarch patch,
> this can be looked up from a table. Essentially that table would map the
> gcc-triplet to the corresponding multiarch-triplet (e.g. i486-linux-gnu
> to i386-linux-gnu and x86_64-linux-gnu to x86_64-linux-gnu).
> 
> - Set up the search paths.
> 
> Did I miss something here?
I didn't follow the multiarch "migration" but are there other changes
which might happen ?
Otherwise, I am happy with your suggestion. Are you willing to do it ?

Thanks,
Sylvestre





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

Bug#573365: dsniff: urlsnarf always shows the current time, even when reading from a pcap file.

[William Vera]

Hello Hilko!
I'm trying to apply your patch at the source unsuccessfully
Can you please confirm if it still valid with the 2.4b1+debian-19.1 version?
or maybe I'm doing something wrong.
Thanks

Regards!

-- 
William Vera 
PGP Key: 1024D/F5CC22A4
Fingerprint: 3E73 FA1F 5C57 6005 0439  4D75 1FD2 BF96 F5CC 22A4



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

Bug#630081: Overriding via /etc/usb-modeswitch.d doesn't work

[Didier Raboud]

tag 630081 +pending

On Tuesday 14 June 2011 11.10:09 Alex Hermann wrote:
> > I prepared a git commit for the packaging repository that incorporates
> > your changes and attributes them to you. What do you think: can I push
> > this commit?
> 
> It is ok with me.

Then so be it; it will be part of the next upload, due "soon" (I want to get 
#629371 sorted out first).

http://anonscm.debian.org/gitweb/?p=collab-maint/usb-
modeswitch.git;a=commitdiff;h=d71eb35

Thanks for your time and skills !

-- 
OdyX



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

Bug#630352: ccache: inoperative with multiarchized compilers

[Adam Borowski]

On Mon, Jun 13, 2011 at 10:12:20PM +0200, Joel Rosdahl wrote:
> On 2011-06-13 12:02, Adam Borowski wrote:
> > I'm afraid that ccache will break compilation of anything that specifies the
> > full name of the compiler ("x86_64-linux-gnu-gcc" rather than "gcc").  It
> > does still work with non-multiarch ones.
> 
> Does ccache actually break compilation? If so, in what way?

For an actual break, you'd need a more complex setup with extra layers like
colorgcc or distcc, and in that case it might be argued to be an user
configuration error (except that there's no proper configuration in such
cases other than creating the symlink yourself).

But even when ccache is used by itself, it will "merely" not work.

> Or is the problem that ccache doesn't correctly create symlinks in
> /usr/lib/ccache anymore so that some compilers will not be invoked via
> ccache (if the user has /usr/lib/ccache the path)?

Yeah.  If you want to ever use distcc when the server might be on a
different architecture, you need to invoke $(gcc -dumpmachine)-gcc.
The current version of ccache will handle plain "gcc" but not one with
explicitely specified architecture.

> What package should I install and
> what should I do to reproduce the problem?

ccache and recent gcc.
Try to run "x86_64-linux-gnu-gcc" -> no ccache.

-- 
1KB // Microsoft corollary to Hanlon's razor:
//  Never attribute to stupidity what can be
//  adequately explained by malice.



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

Bug#615227: Would you cosider accepting this update to address bug 615227 in squeeze?

[Adam D. Barratt]

On Fri, 10 Jun 2011 09:09:15 +0200, Rik Theys wrote:

Hi,

On 06/09/2011 10:40 PM, Julien Cristau wrote:

- changing the source package format in a stable update is a no-no


Would it have more change of being included in a stable point 
release if the original packaging is

kept and the patch applied to the tar?


Yes.


I've changed the packaging so the patch is applied to the tar. You
can find my packaging attempt at

https://homes.esat.kuleuven.be/~rtheys/gnutls


Please could you provide a debdiff against the current package?  i.e. 
the output of "debdiff $stable.dsc yours.dsc".


Regards,

Adam



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

Bug#630411: close #630411

[francois . petitjean]

close #630411

Hopefully yours
F. Petitjean

Bug#511133: phpmyadmin: Syntax error in Apache while configuring and phppgadmin is not yet postinst

[Christoph Berg]

tags 511133 + moreinfo
thanks

> Unpacking phpmyadmin[...]
> Unpacking phppgadmin[...]
> ...
> Setting up phpmyadmin (4:2.11.8.1-5) ...
> apache2: Syntax error on line 278 of /etc/apache2/apache2.conf: Could
> not open configuration file /etc/apache2/conf.d/phppgadmin: No such file
> or directory
>  failed!
> invoke-rc.d: initscript apache2, action "reload" failed.
> Setting up phppgadmin (4.2-1) ...
> ...
> 
> It seems /etc/apache2/conf.d/phppgadmin is created later in installing
> because it exists when I checked after this aptitude.

Hi,

/etc/apache2/conf.d/phppgadmin is a symlink to
/etc/phppgadmin/apache.conf. Both files are included in the package,
i.e. not created from some postinst. With that, this bug should not
really happen, as unpacking is done before executing the postinst.

This looks like a filesystem issue. I could not reproduce the bug on
ext3 - which filesystem are you using?

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#604268: [buildd-tools-devel] Bug#604268: Bug#604268: Bug#604268: Bug#604268: QEMU linux-user support

[Julian Andres Klode]

On Tue, Jan 25, 2011 at 03:44:29PM +0100, Loïc Minier wrote:
> On Mon, Jan 24, 2011, Loïc Minier wrote:
> >  While we could try parsing binfmt-support's format or binfmt_misc's
> >  format, I think the best thing here would be to check with the
> >  binfmt-support maintainer.  I wonder whether binfmt-support is
> >  Debian/Ubuntu specific.  If it is, then poking the kernel format or
> >  trying to run a binary might be best.  If it's also used on other
> >  distros, perhaps we can get some command which tells us what the
> >  interpreter is for a specific binary.  If that makes sense to you, I
> >  can poke Colin about it, and perhaps open a bug report for the
> >  binfmt-support changes.
> 
>  I've asked Colin about this, and he implemented support for that in
>  trunk!  :-)   (I tested it, there was an issue in the original version
>  but r109 fixed it)
> 
>  (bzr+ssh://bzr.debian.org/bzr/binfmt-support/trunk or
>  http://bzr.debian.org/binfmt-support/trunk)
> 
> % sudo apt-get build-dep binfmt-support
> % ./configure && make
> % src/update-binfmts --find $chroot/bin/true
> /usr/bin/qemu-arm-static
> 
>  Note that the --find might return multiple interpreters; in this case,
>  the kernel tries them one by one.
> 
>  Perhaps we should do something like find the first static interpreter,
>  or always copy the first interpreter and warn if there is more than
>  one?
> 
Attaching my solution for this.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.
#!/bin/sh
# Copyright © 2011 Julian Andres Klode 
#
# schroot is free software: you can redistribute it and/or modify it
# under the terms of the GNU General Public License as published by
# the Free Software Foundation, either version 3 of the License, or
# (at your option) any later version.
#
# schroot is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program.  If not, see
# .
#
#

set -e

. "$SETUP_DATA_DIR/common-data"
. "$SETUP_DATA_DIR/common-functions"

if [ "$STAGE" != "setup-start" -a "$STAGE" != "setup-stop" ]; then
exit 0
elif ! which update-binfmts > /dev/null; then
info "Missing update-binfmts"
exit 0
fi

shell="${CHROOT_PATH}/bin/sh"

for emulator in $(update-binfmts --find "$shell"); do
dst="${CHROOT_PATH}$emulator"
if [ ! -e "$emulator" ]; then
info "Missing emulator: $emulator"
else
if [ ! -e "$dst" ]; then
printf "#!/bin/sh\n#Created by sbuild\nexit 0" > "$dst"
fi
mount --bind "$emulator" "$dst"
mount -o remount,ro "$dst"
fi
done


pgpEQsekynGDT.pgp
Description: PGP signature

Bug#630477: Split localechooser in language then country to get speech synthesis right

[Samuel Thibault]

Package: localechooser
Version: 2.37
Severity: normal

Hello,

Software speech synthesis is now commited in d-i.  There is just a small
glitch left in the early steps of d-i:

- the language question gets asked in english, software speech asks it with an
  english voice
- the country question gets asked in the selected language, software
  speech asks it with an english voice
- speech synthesis switches to the selected language+country voice.
- the rest proceeds completely in the selected language.

The issue here is that speech synthesis language switch should have a
chance to happen between language and country selection. The simplest
way would probably to split the localechooser in two, so that espeakup
can insert language selection in between. Another way would be to make
localechooser make a call to espeakup at the right time, but it looks
more complex for not much good reason.

Samuel

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

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

-- 
Samuel Thibault 
N: beep beep Miam miam? 
y: ++
a: kill -MIAM -1



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

Bug#630478: Problem with size of virtual floppies

[John Summerfield]

Package: virtinst
Version: 0.500.3-2
Severity: important
Justification: Some functionality is unavailable


virt-install appears to convert existing  disk image files sizes to
gigabytes at around line 650 of VirtualDisk.py which has this code:
newsize = float(newsize) / 1024.0 / 1024.0 / 1024.0
Even with floppy disk images. Whether the above assumption is actually what 
happens, the
consequence is that I get this error:
[Sat, 11 Jun 2011 22:02:46 virt-install 32253] DEBUG (virt-install:330) 
parse_disk: returning {'format': None, 'bus': None, 'readOnly': True, 
'volInstall': None, 'path': '/var/lib/libvirt/images/fd.img', 'device': 
'floppy', 'volName': None, 'conn': , 
'size': None, 'driverCache': None, 'shareable': False, 'sparse': True}
[Sat, 11 Jun 2011 22:02:47 virt-install 32253] DEBUG (VirtualDisk:860) Path 
'/var/lib/libvirt/images' is target for pool 'default'. Creating volume 
'fd.img'.
[Sat, 11 Jun 2011 22:02:47 virt-install 32253] ERROR (cli:196) Error with 
storage parameters: Size must be specified for non existent volume path 
'/var/lib/libvirt/images/fd.img'
[Sat, 11 Jun 2011 22:02:47 virt-install 32253] DEBUG (_util:221) Traceback 
(most recent call last):
  File "/usr/lib/pymodules/python2.6/virtinst/cli.py", line 480, in disk_prompt
dev = VirtualDisk(**arg_dict)
  File "/usr/lib/pymodules/python2.6/virtinst/VirtualDisk.py", line 437, in 
__init__
self.__validate_params()
  File "/usr/lib/pymodules/python2.6/virtinst/VirtualDisk.py", line 946, in 
__validate_params
self.__check_if_path_managed()
  File "/usr/lib/pymodules/python2.6/virtinst/VirtualDisk.py", line 864, in 
__check_if_path_managed
"existent volume path '%s'" % self.path))
ValueError: Size must be specified for non existent volume path 
'/var/lib/libvirt/images/fd.img'

This is the actual file:
-rw-r--r-- 1 root root 1474560 Jun 11 21:46 /var/lib/libvirt/images/fd.img

Note that this floppy image was okay in the RHEL6 beta where I created it ans 
used it for several Debian Squeeze installs using 
python-virtinst-0.500.3-7.el6.noarch or (slightly) earlier.

Note, if the disk image is missing, this message arises:
ERRORA size must be specified for non-existent disks.

It does not identify the problem file, and the text is slightly different 
although the meaning,
it seems, is the same.



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

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

Versions of packages virtinst depends on:
ii  python 2.6.6-3+squeeze6  interactive high-level object-orie
ii  python-libvirt 0.8.3-5+squeeze1  libvirt Python bindings
ii  python-libxml2 2.7.8.dfsg-2+squeeze1 Python bindings for the GNOME XML 
ii  python-support 1.0.10automated rebuilding support for P
ii  python-urlgrabber  3.9.1-4   A high-level cross-protocol url-gr

Versions of packages virtinst recommends:
ii  qemu   0.12.5+dfsg-3 fast processor emulator
ii  virt-viewer0.2.1-1   Displaying the graphical console o

virtinst 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#589532: still does not depend on xorriso, although it should

[George Danchev]

Followup-For: Bug #589532

I forgot to comment on the devscrpts use pattern, which tries to
be as flexible as possible: "install $ABC package to do $XYZ"

> The wishlist item is that perhaps grub-mkrescue should explicitly
> advise installing the xorriso package if you don't have it.

While the devscripts approach is fine for non urgent tasks devscripts 
provides, I believe a more safer approach should be taken when it comes
to tasks of creating rescue images.

There is a sutble scenario, a newbie might be trapped, when they are to 
be adviced by grub-mkrescue (while being in the middle of nowhere) to 
install xorriso and when no package repository could be reached for whatever
trivial reasons. It is quite unlikely an experienced user to be trapped like
that, but then again, they are very likely to find a decent way out.

That being said, I'd go for putting an extra safety net to guarantee the 
successful operation completion on time, by splitting another "grub-rescue"
binary package which would then depend on xorriso, to avoid subtle surprises.
This way the intentions would better match the reality, in my opinion.



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

Bug#630475: otrs2: JSON.pm not found, json.pl missing

[Thomas Mueller]

Hi Christian


Tried to upgrade OTRS from 2.4.9 to 3.0.8 (unstable) without dependencies to 
unstable.
After updating OTRS said JSON.pm missing in @INC. But JSON.pm was there, only 
json.pl was missing in /cgi-bin/ I couldn't solve the problem. Thus I 
downgraded. That worked fine.


I suspect that /usr/share/otrs/Kernel/System/JSON.pm is not the JSON.pm 
from the error message. Is the package "libjson-perl" installed? if not 
-> install it. :)


If this package fixes your problem, i'll add it to the dependencies.

- Thomas

PS: otrs 3.0.x needs the  libcss-minifier-perl & 
libjavascript-minifier-perl package too - both not available in squeeze. 
Take it from http://packages.debian.org/sid/libcss-minifier-perl   and 
http://packages.debian.org/sid/libjavascript-minifier-perl 

Bug#615227: Would you cosider accepting this update to address bug 615227 in squeeze?

[Rik Theys]

Hi,

On 06/14/2011 01:11 PM, Adam D. Barratt wrote:

I've changed the packaging so the patch is applied to the tar. You
can find my packaging attempt at

https://homes.esat.kuleuven.be/~rtheys/gnutls


Please could you provide a debdiff against the current package? i.e. the
output of "debdiff $stable.dsc yours.dsc".


The debdiff output is in attach.

Regards,

Rik
diff -Nru mod-gnutls-0.5.6/config.nice mod-gnutls-0.5.6/config.nice
--- mod-gnutls-0.5.6/config.nice1970-01-01 01:00:00.0 +0100
+++ mod-gnutls-0.5.6/config.nice2011-06-10 08:58:37.0 +0200
@@ -0,0 +1,17 @@
+#! /bin/sh
+#
+# Created by configure
+
+"./configure" \
+"--build=x86_64-linux-gnu" \
+"--prefix=/usr" \
+"--includedir=${prefix}/include" \
+"--mandir=${prefix}/share/man" \
+"--infodir=${prefix}/share/info" \
+"--sysconfdir=/etc" \
+"--localstatedir=/var" \
+"--libexecdir=${prefix}/lib/mod-gnutls" \
+"--disable-maintainer-mode" \
+"--disable-dependency-tracking" \
+"--with-apxs=/usr/bin/apxs2" \
+"$@"
diff -Nru mod-gnutls-0.5.6/debian/changelog mod-gnutls-0.5.6/debian/changelog
--- mod-gnutls-0.5.6/debian/changelog   2010-03-26 07:33:39.0 +0100
+++ mod-gnutls-0.5.6/debian/changelog   2011-06-10 08:30:26.0 +0200
@@ -1,3 +1,9 @@
+mod-gnutls (0.5.6-1squeeze1) stable; urgency=low
+
+  * Apply upstream patch for upstream bug 106 (Closes: #615227)
+
+ -- Rik Theys   Fri, 10 Jun 2011 08:29:07 +0200
+
 mod-gnutls (0.5.6-1) unstable; urgency=low
 
   * New upstream release (Closes: #575282)
diff -Nru mod-gnutls-0.5.6/src/gnutls_hooks.c 
mod-gnutls-0.5.6/src/gnutls_hooks.c
--- mod-gnutls-0.5.6/src/gnutls_hooks.c 2010-03-17 16:39:34.0 +0100
+++ mod-gnutls-0.5.6/src/gnutls_hooks.c 2011-06-10 08:58:27.0 +0200
@@ -471,7 +471,12 @@
 
 const char *mgs_hook_http_scheme(const request_rec * r)
 {
-mgs_srvconf_rec *sc =
+mgs_srvconf_rec *sc;
+
+if (r == NULL)
+return NULL;
+
+sc =
(mgs_srvconf_rec *) ap_get_module_config(r->server->module_config,
 &gnutls_module);
 
@@ -485,7 +490,12 @@
 
 apr_port_t mgs_hook_default_port(const request_rec * r)
 {
-mgs_srvconf_rec *sc =
+mgs_srvconf_rec *sc;
+
+if (r == NULL)
+return 0;
+
+sc =
(mgs_srvconf_rec *) ap_get_module_config(r->server->module_config,
 &gnutls_module);
 
@@ -564,6 +574,9 @@
 mgs_srvconf_rec *tsc;
 #endif
 
+if (session == NULL)
+return NULL;
+
 _gnutls_log(debug_log_fp,   "%s: %d\n", __func__, __LINE__);
 ctxt = gnutls_transport_get_ptr(session);
 
@@ -676,12 +689,18 @@
 int mgs_hook_pre_connection(conn_rec * c, void *csd)
 {
 mgs_handle_t *ctxt;
-mgs_srvconf_rec *sc =
+mgs_srvconf_rec *sc;
+
+_gnutls_log(debug_log_fp,   "%s: %d\n", __func__, __LINE__);
+
+if (c == NULL)
+return DECLINED;
+
+sc =
(mgs_srvconf_rec *) ap_get_module_config(c->base_server->
 module_config,
 &gnutls_module);
 
-_gnutls_log(debug_log_fp,   "%s: %d\n", __func__, __LINE__);
 if (!(sc && (sc->enabled == GNUTLS_ENABLED_TRUE))) {
return DECLINED;
 }
@@ -715,13 +734,16 @@
 mgs_handle_t *ctxt;
 int rv = OK;
 
+if (r == NULL)
+return DECLINED;
+
 _gnutls_log(debug_log_fp,   "%s: %d\n", __func__, __LINE__);
 apr_table_t *env = r->subprocess_env;
 
 ctxt =
ap_get_module_config(r->connection->conn_config, &gnutls_module);
 
-if (!ctxt) {
+if (!ctxt || ctxt->session == NULL) {
return DECLINED;
 }
 
@@ -787,14 +809,19 @@
 {
 int rv;
 mgs_handle_t *ctxt;
-mgs_dirconf_rec *dc = ap_get_module_config(r->per_dir_config,
+mgs_dirconf_rec *dc;
+
+if (r == NULL)
+return DECLINED;
+
+dc = ap_get_module_config(r->per_dir_config,
   &gnutls_module);
 
 _gnutls_log(debug_log_fp,   "%s: %d\n", __func__, __LINE__);
 ctxt =
ap_get_module_config(r->connection->conn_config, &gnutls_module);
 
-if (!ctxt) {
+if (!ctxt || ctxt->session == NULL) {
return DECLINED;
 }
 
@@ -858,6 +885,9 @@
 size_t len;
 int ret, i;
 
+if (r == NULL)
+return;
+
 apr_table_t *env = r->subprocess_env;
 
 _gnutls_log(debug_log_fp,   "%s: %d\n", __func__, __LINE__);
@@ -966,6 +996,9 @@
 const char *tmp;
 size_t len;
 int ret;
+
+if (r == NULL)
+return;
 
 _gnutls_log(debug_log_fp,   "%s: %d\n", __func__, __LINE__);
 apr_table_t *env = r->subprocess_env;
@@ -1035,6 +1068,9 @@
 } cert;
 apr_time_t activation_time, expiration_time, cur_time;
 
+if (r == NULL || ctxt == NULL || ctxt->session == NULL)
+return HTTP_FORBIDDEN;
+
 _gnutls_log(debug_log_fp, "%s: %d\n", __func__, __LINE__);
 cert_list

Bug#630000: Acknowledgement (d-i cannot receive an IP address from Mac OS X)

[kinneko]

udhcpc has no verbose mode.

OSX bootpd get request and may be announced address.

11/06/14 20:20:49   bootpd[103] DHCP DISCOVER [en0]: 1,xx:xx:xx:xx:xx:xx
11/06/14 20:21:12   bootpd[103] DHCP DISCOVER [en0]: 1,xx:xx:xx:xx:xx:xx
11/06/14 20:21:15   bootpd[103] DHCP DISCOVER [en0]: 1,xx:xx:xx:xx:xx:xx
11/06/14 20:21:18   bootpd[103] DHCP DISCOVER [en0]: 1,xx:xx:xx:xx:xx:xx

udhcpc can't get announce, may be.

Try this patch.

http://code.google.com/p/wl500g/source/browse/trunk/busybox/301-udhcp-secs.patch?r=2311
http://lists.busybox.net/pipermail/busybox/2011-March/075142.html

and more

http://code.google.com/p/wl500g/source/browse/trunk/busybox/303-udhcp-6rd.patch
http://code.google.com/p/wl500g/source/browse/trunk/busybox/302-udhcp-packet-size.patch
http://code.google.com/p/wl500g/source/browse/trunk/busybox/300-udhcp-msroutes.patch

I can't build d-i image.
Anyone give me new netinst d-i image include these patches.



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

Bug#630323: scowl: unnecessary dependencies on perl

[Agustin Martin]

On Mon, Jun 13, 2011 at 05:58:36PM -0700, Don Armstrong wrote:
> reassign 630323 dictionaries-common
> retitle 630323 consider replacing File::Temp with IO::File::new_tmpfile() or 
> similar
> severity 630323 minor
> thanks

Hi, Don

> On Mon, 13 Jun 2011, Agustin Martin wrote:
> > On Sun, Jun 12, 2011 at 11:07:31PM +0100, Connor Lane Smith wrote:
> > > All scowl word lists depend upon dictionaries-common,
> > 
> > wamerican does not.
> 
> If you don't want perl, install wamerican. It's the default wordlist.

In other words, wamerican is a standard package that is designed to work
well either with or without optional dictionaries-common. Nothing outside
required perl-base is needed. Not true for other wordlists.

> Otherwise a mechanism of choosing between which wordlist to use needs
> to be present, and doing that requires more logic that I'm willing to
> put into the wordlist postinsts.

Thanks for reassigning, Don. Since you consider that restricting stuff to
perl-base worths I will do the change. 

By the way, when I mentioned File::Temp was because of tempdir, not
tempfile, so IO::File::new_tmpfile() is not a replacement. In my changes I
use system mktemp. While I'd prefer to stay with pure perl(-base) here, I
am afraid I have no other choice.

I am attaching changes as in my git repo, containing also some cosmetic
and debugging stuff.

Regards,

-- 
Agustin
>From 720570bc6786d3b66d425af730da357251dfcf2c Mon Sep 17 00:00:00 2001
From: Agustin Martin Domingo 
Date: Thu, 10 Feb 2011 18:56:24 +0100
Subject: [PATCH] Try changing things to not use File::Temp, but only stuff in
 Debian perl-base.

---
 debian/rules|2 +-
 scripts/system/ispell-autobuildhash |   38 ++
 2 files changed, 34 insertions(+), 6 deletions(-)

diff --git a/debian/rules b/debian/rules
index f5f97b1..34f84aa 100755
--- a/debian/rules
+++ b/debian/rules
@@ -64,7 +64,7 @@ binary-indep: build install
 	dh_installdebconf
 	dh_fixperms
 	dh_installdeb
-	dh_perl scripts/system/*
+	dh_perl -d scripts/system/*
 	dh_gencontrol
 	dh_md5sums
 	dh_builddeb
diff --git a/scripts/system/ispell-autobuildhash b/scripts/system/ispell-autobuildhash
index 21aa1c2..07ebad3 100755
--- a/scripts/system/ispell-autobuildhash
+++ b/scripts/system/ispell-autobuildhash
@@ -33,7 +33,9 @@ my $compatdir= "/var/lib/ispell";
 # Set tmpdir base, honouring TMPDIR. Real tmpdir is set after options parsing.
 my $tmpdir= $ENV{'TMPDIR'} || '/tmp';
 
+# -
 sub usage {
+# -
   print STDERR "\nUsage:\tispell-autobuildhash [options]\n"
 . "\n"
 . "Options:\n"
@@ -43,11 +45,15 @@ sub usage {
 . "\t--triggered Tell the script that is run in the triggers stage.\n";
 }
 
+# -
 sub debugprint {
+# -
   print STDERR "@_\n" if $debug;
 }
 
+# -
 sub mymessage{
+# -
   my $dict = shift;
   my $message  = join(" ",@_);
   my $question = "dictionaries-common/ispell-autobuildhash-message";
@@ -71,16 +77,27 @@ This error was caused by package providing hash $dict, although it
 can be made evident during other package postinst. Please complain
 to the maintainer of package providing hash $dict. In the meantime
 you might need to remove package providing $dict.hash\n";
-  myclean();
+  &auto_clean;
   exit 1;
 }
 
+# -
 sub myerror {
+# -
   my $dict = shift;
   mymessage $dict,@_;
 }
 
 # -
+sub auto_clean {
+# -
+  if ( -d $tmpdir ){
+unlink <$tmpdir/*>;
+rmdir $tmpdir;
+  }
+}
+
+# -
 #  Handle autorebuilding
 # -
 
@@ -93,7 +110,7 @@ sub autorebuild {
 
   die "ispell-autobuildhash: No argument passed to function autorebuild.\n" unless $dict;
 
-  print STDERR "ispell-autobuildhash: Processing \'$dict\' dict\n";
+  print STDERR "ispell-autobuildhash: Processing \'$dict\' dict.\n";
 
   my $tempfile = "$tmpdir/$dict-mwl";
   if ( -e $aff ){
@@ -104,8 +121,10 @@ sub autorebuild {
 	print STDERR "$gzip_cmd\n";
 	print STDERR "$build_cmd\n";
   } else {
+	print STDERR "$gzip_cmd\n" if $debug;
 	system ("$gzip_cmd") == 0
 	  or myerror($dict,"Could not gunzip the munched wordlist for $dict");
+	print STDERR "$build_cmd\n" if $debug;
 	system ("$build_cmd") == 0
 	  or myerror($dict,"Could n

Bug#533544: Dsniff: dsniff segmantation fault

[whiplash]

Il 14/06/2011 12:58, William Vera ha scritto:
> Hello,
> I'm trying to reproduce the bug exactly as you comment:
> 
> # dsniff -i eth0 host 192.168.0.3
> dsniff: listening on eth0 [host 192.168.0.3]
> ^C
> #
> 
> Without problems, can you confirm me please is the problem is solved?
> I'm using SID with Kernel 2.6.38-2-686 and 2.4b1+debian-19.1


I download manually dsniff_2.4b1+debian-19.1_i386.deb and its dependencies,
libssl1.0.0_1.0.0d-2_i386.deb and libdb5.1_5.1.25-10_i386.deb, from wheezy 
repositories, since
I cannot upgrade the whole machine (it's a production gateway).

Nothing changes, here, after the dsniff upgrade:

[root:32]$dsniff -i eth0 host 192.168.0.3
dsniff: listening on eth0 [host 192.168.0.3]
*** glibc detected *** dsniff: free(): invalid pointer: 0xb7bfa3b0 ***
Segmentation fault

[root:33]$aptitude show dsniff
Package: dsniff
State: installed
Automatically installed: no
Version: 2.4b1+debian-19.1
Priority: extra
Section: net
Maintainer: Luciano Bello 
Uncompressed Size: 422k
Depends: libc6 (>= 2.7), libdb5.1, libnet1 (>= 1.1.2.1), libnids1.21, 
libpcap0.8 (>= 0.9.8), libssl1.0.0 (>= 1.0.0), openssl
Recommends: libx11-6
[cut]


Regards.



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

Bug#630479: fluxbox: kvm/qemu resizing bug

[Rares Aioanei]

Package: fluxbox
Version: 1.3.1~dfsg1-2
Severity: normal


I have a Gentoo VM (kvm) which, when started in
Fluxbox, sometimes starts at the normal size
and resizes when necessary (when starting xorg
in the Gentoo VM) but others starts the VM with
1x1 window size or doesn't resize the window
when needed. Tested with another guest - acts
the same. With another wm it works fine and 
resizes when needed. 

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

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

Versions of packages fluxbox depends on:
ii  libc6   2.13-4   Embedded GNU C Library: Shared lib
ii  libfontconfig1  2.8.0-2.2generic font configuration library
ii  libfreetype62.4.4-1  FreeType 2 font engine, shared lib
ii  libfribidi0 0.19.2-1 Free Implementation of the Unicode
ii  libgcc1 1:4.6.0-10   GCC support library
ii  libice6 2:1.0.7-1X11 Inter-Client Exchange library
ii  libimlib2   1.4.4-1  powerful image loading and renderi
ii  libsm6  2:1.2.0-1X11 Session Management library
ii  libstdc++6  4.6.0-10 The GNU Standard C++ Library v3
ii  libx11-62:1.4.3-1X11 client-side library
ii  libxext62:1.3.0-1X11 miscellaneous extension librar
ii  libxft2 2.2.0-2  FreeType-based font drawing librar
ii  libxinerama12:1.1.1-1X11 Xinerama extension library
ii  libxpm4 1:3.5.9-1X11 pixmap library
ii  libxrandr2  2:1.3.1-1X11 RandR extension library
ii  libxrender1 1:0.9.6-1X Rendering Extension client libra
ii  menu2.1.45   generates programs menu for all me
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages fluxbox recommends:
ii  feh   1.14.1-1   imlib2 based image viewer
ii  xfonts-terminus   4.30-2 Fixed-width fonts for fast reading

Versions of packages fluxbox suggests:
pn  fbautostart(no description available)
pn  fbdesk (no description available)
pn  fbpager(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#629935: Corrupted (?) icons

[Philipp Kern]

severity 629935 serious
thanks

On Thu, Jun 09, 2011 at 08:14:41PM +0200, Torbjörn Andersson wrote:
> After upgrading to tango-icon-theme 0.8.90-4, some icons were wrong.
> Perhaps most noticeably the back and forward buttons in Iceweasel.
> 
> I don't have a complete list of icons which look different in
> 0.8.90-3 and 0.8.90-4 but here are a few examples, all from
> /usr/share/icons/Tango/24x24/actions/
> 
> add.png
> back.png
> down.png
> forward.png
> gtk-go-down.png
> 
> Coincidence or not, most of these are various arrow symbols.

Thanks.  My guess is on imagemagick screwing up.  This version should
not migrate in the meantime.

Kind regards
Philipp Kern


signature.asc
Description: Digital signature

Bug#630000: Info received (Bug#630000: Acknowledgement (d-i cannot receive an IP address from Mac OS X))

[kinneko]

upstream already fixed, may be.

http://git.busybox.net/busybox/commit/?id=9ac5596a5154d789964150737a784dc4db98265b



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

Bug#630480: gparted does not launch when iomega usb drive with mac partiton is plugged

[J. Fernando Lagrange]

Package: gparted
Version: 0.7.0-1
Severity: important

When I plug a brand new iomega Ego USB hard drive (500Go, mac edition), I 
cannot launch gparted.

Extract from syslog file when drive is plugged:
/var/log/syslog:
Jun 14 13:37:45 papillon kernel: [10673.328139] usb 2-4: new high speed USB 
device using ehci_hcd and address 5
Jun 14 13:37:45 papillon kernel: [10673.632463] hub 2-0:1.0: unable to 
enumerate USB device on port 4
Jun 14 13:37:49 papillon kernel: [10677.076114] usb 2-4: new high speed USB 
device using ehci_hcd and address 6
Jun 14 13:37:49 papillon kernel: [10677.215558] usb 2-4: New USB device found, 
idVendor=059b, idProduct=047c
Jun 14 13:37:49 papillon kernel: [10677.215567] usb 2-4: New USB device 
strings: Mfr=1, Product=2, SerialNumber=3
Jun 14 13:37:49 papillon kernel: [10677.215574] usb 2-4: Product: Iomega eGo HDD
Jun 14 13:37:49 papillon kernel: [10677.215578] usb 2-4: Manufacturer: Iomega
Jun 14 13:37:49 papillon kernel: [10677.215583] usb 2-4: SerialNumber: 
01001924
Jun 14 13:37:49 papillon kernel: [10677.215831] usb 2-4: configuration #1 
chosen from 1 choice
Jun 14 13:37:49 papillon kernel: [10677.218329] scsi8 : SCSI emulation for USB 
Mass Storage devices
Jun 14 13:37:49 papillon kernel: [10677.218675] usb-storage: device found at 6
Jun 14 13:37:49 papillon kernel: [10677.218680] usb-storage: waiting for device 
to settle before scanning
Jun 14 13:37:54 papillon kernel: [10682.217137] usb-storage: device scan 
complete
Jun 14 13:37:54 papillon kernel: [10682.218914] scsi 8:0:0:0: Direct-Access 
External RAID 0PQ: 0 ANSI: 4
Jun 14 13:37:54 papillon kernel: [10682.220087] sd 8:0:0:0: Attached scsi 
generic sg2 type 0
Jun 14 13:37:54 papillon kernel: [10682.222353] sd 8:0:0:0: [sdb] 976773168 
512-byte logical blocks: (500 GB/465 GiB)
Jun 14 13:37:54 papillon kernel: [10682.223464] sd 8:0:0:0: [sdb] Write Protect 
is off
Jun 14 13:37:54 papillon kernel: [10682.223471] sd 8:0:0:0: [sdb] Mode Sense: 
10 00 00 00
Jun 14 13:37:54 papillon kernel: [10682.223476] sd 8:0:0:0: [sdb] Assuming 
drive cache: write through
Jun 14 13:37:54 papillon kernel: [10682.227091] sd 8:0:0:0: [sdb] Assuming 
drive cache: write through
Jun 14 13:37:54 papillon kernel: [10682.227217]  sdb: [mac] sdb1 sdb2 sdb3 sdb4 
sdb5 sdb6 sdb7 sdb8 sdb9 sdb10 sdb11
Jun 14 13:37:54 papillon kernel: [10682.261236] sd 8:0:0:0: [sdb] Assuming 
drive cache: write through
Jun 14 13:37:54 papillon kernel: [10682.261245] sd 8:0:0:0: [sdb] Attached SCSI 
disk
Jun 14 13:37:54 papillon kernel: [10682.724951] hfs: write access to a 
journaled filesystem is not supported, use the force option at your own risk, 
mounting read-only.


As stated, volume is in read-only mode. So that, I wanted to format USB drive 
with gparted. Unfortunately, gparted does not launch. Here is console output 
(gparted window appears quickly and then closes without any message):
papillon:~# gparted
==
libparted : 2.3
==
Backtrace has 14 calls on stack:
  14: /lib/libparted.so.0(ped_assert+0x31) [0x7f0558267351]
  13: /lib/libparted.so.0(ped_geometry_read+0x80) [0x7f055826ed70]
  12: /lib/libparted.so.0(hfsplus_probe+0x247) [0x7f0558285b47]
  11: /lib/libparted.so.0(ped_file_system_probe_specific+0x5c) [0x7f055826892c]
  10: /lib/libparted.so.0(ped_file_system_probe+0xab) [0x7f0558268edb]
  9: /lib/libparted.so.0(+0x46e8d) [0x7f055829ae8d]
  8: /lib/libparted.so.0(ped_disk_new+0x75) [0x7f055826e505]
  7: /usr/sbin/gpartedbin() [0x44be94]
  6: /usr/sbin/gpartedbin() [0x45d561]
  5: /usr/sbin/gpartedbin() [0x478cf7]
  4: /usr/lib/libglibmm-2.4.so.1(+0x38632) [0x7f0556cd4632]
  3: /lib/libglib-2.0.so.0(+0x67784) [0x7f055612a784]
  2: /lib/libpthread.so.0(+0x68ba) [0x7f05557018ba]
  1: /lib/libc.so.6(clone+0x6d) [0x7f055546902d]


Same issue occurs after unmounting USB device.
Here is lsusb -v output for this device:
Bus 002 Device 006: ID 059b:047c Iomega Corp. 
Device Descriptor:
  bLength18
  bDescriptorType 1
  bcdUSB   2.00
  bDeviceClass0 (Defined at Interface level)
  bDeviceSubClass 0 
  bDeviceProtocol 0 
  bMaxPacketSize064
  idVendor   0x059b Iomega Corp.
  idProduct  0x047c 
  bcdDevice0.00
  iManufacturer   1 Iomega
  iProduct2 Iomega eGo HDD
  iSerial 3 01001924
  bNumConfigurations  1
  Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength   32
bNumInterfaces  1
bConfigurationValue 1
iConfiguration  5 Config0
bmAttributes 0x80
  (Bus Powered)
MaxPower  500mA
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber0
  bAlternateSetting   0
  bNumEndpoints   2
  bInterfaceClass 8 Mass Storage
  bInterfaceSu

Bug#613596: libgl1-mesa-dri: Texture corruption and crashes re-introduced with 7.10.2-3

[Cyril Brulebois]

Stephen Kitt  (14/06/2011):
> I'm still getting freezes, texture corruption and crashes with r600g.
> For example: […]

Thanks for letting us know. Please wait a few hours until the
multiarch'd mesa is propagated on the mirrors (so that it's stored on
snapshot.debian.org), and until mesa 7.10.3 is uploaded. Then test that
version (7.10.3-1, more precisely), and if it doesn't work better than
7.10.2, mention that on the upstream bug.

Letting them know about the status with current master might be a good
idea too.

Good luck.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#625696: debmirror: please do not forcibly use rsync for trace files

[A Mennucc]

On Sat, Jun 11, 2011 at 12:39:25PM -0400, Joey Hess wrote:
> It's the only way I know to enumerate the file list
> (which http does not generally allow doing).

I see your point. So I i'd say,
let's keep this bug standing until someone 
has some better ideas.

a.



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

Bug#529281: Bug#630472: dpkg-dev: Please add Distribution to .dsc generated by dpkg-source -b

[Raphael Hertzog]

On Tue, 14 Jun 2011, Roger Leigh wrote:
> Attached is a patch to add the distribution to the .dsc

I don't like this. Source package migrate and can be reuploaded in
multiple places (including distributions of derivatives) without being
rebuilt.

The Distribution is part of the .changes file and it's enough there IMO.
I don't see a good reason to change this.

> This is currently only available in the changelog or the
> .changes.  However, tools like sbuild, which need to build
> in a distribution-specific chroot can't work out what the
> distribution is without unpacking the source tree and
> inspecting the changelog (which is impractical for a
> number of reasons, least of all efficiency).  This requires
> that sbuild be told the distribution by the user, and there
> can sometimes be problems as a result e.g. uploading
> experimental packages to unstable due to using "-d unstable"
> out of habit.

I have already been bitten by this and I made a concrete suggestion
here in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=529281#22

And in fact you're mixing two concepts, the chroot to use for the build
and the target distribution.

You can still use "-d " to infer the default chroot to use but you
should not override the target distribution set in the changelog unless
the users sets another flag "--force-distribution". If the flag is
missing and the two values differ, you should just abort with an
error.

I mean dpkg-genchanges uses the value from the changelog by default and
you should not overwrite the value generated unless you're in a context
where you know that you want to overwrite it. In that case, supplying one
more parameter is not an issue (I'd rather have the buildd config provide
one more parameter than requiring the casual users to change their
habits).

I'll let some time pass for the discussion but I will probably close
#630472 or tag it wontfix.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



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

Bug#630482: gdm3 automounts CDs on start up; other user cannot eject

[Jon Dowland]

Package: gdm3
Version: 3.0.0-2
Severity: normal


jon@tchicaya:~$ eject 
umount: only Debian-gdm can unmount /dev/scd0 from /media/cdrom0
eject: unmount of `/media/cdrom0' failed


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

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

Versions of packages gdm3 depends on:
ii  accountsservice  0.6.12-1query and manipulate user account 
ii  adduser  3.112+nmu2  add and remove users and groups
ii  dconf-gsettings-backend  0.7.3-4 Simple key-based configuration sys
ii  debconf [debconf-2.0]1.5.38  Debian configuration management sy
ii  evilvte [x-terminal-emul 0.4.8-1 lightweight terminal emulator base
ii  gconf2   2.32.1-2GNOME configuration database syste
ii  gnome-session [x-session 3.0.0-2 GNOME Session Manager - GNOME 3 se
ii  gnome-session-bin3.0.0-2 GNOME Session Manager - Minimal ru
ii  gnome-terminal [x-termin 3.0.0-1 GNOME terminal emulator applicatio
ii  gsettings-desktop-schema 3.0.1-1 GSettings deskop-wide schemas
ii  libaccountsservice0  0.6.12-1query and manipulate user account 
ii  libatk1.0-0  2.0.0-1 The ATK accessibility toolkit
ii  libattr1 1:2.4.44-2  Extended attribute shared library
ii  libaudit01.7.13-1+b2 Dynamic library for security audit
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libcairo-gobject21.10.2-6The Cairo 2D vector graphics libra
ii  libcairo21.10.2-6The Cairo 2D vector graphics libra
ii  libcanberra-gtk3-0   0.26-3  Gtk+ 3.0 helper for playing widget
ii  libcanberra0 0.24-1  a simple abstract interface for pl
ii  libdbus-1-3  1.4.8-2 simple interprocess messaging syst
ii  libdbus-glib-1-2 0.92-1  simple interprocess messaging syst
ii  libfontconfig1   2.8.0-2.2   generic font configuration library
ii  libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib
ii  libgconf2-4  2.32.1-2GNOME configuration database syste
ii  libgdk-pixbuf2.0-0   2.23.3-3GDK Pixbuf library
ii  libglib2.0-0 2.28.6-1The GLib library of C routines
ii  libglib2.0-bin   2.28.6-1The programs for the GLib library
ii  libgtk-3-0   3.0.8-1 The GTK+ graphical user interface 
ii  libpam-modules   1.1.2-2 Pluggable Authentication Modules f
ii  libpam-runtime   1.1.2-2 Runtime support for the PAM librar
ii  libpam0g 1.1.2-2 Pluggable Authentication Modules l
ii  libpango1.0-01.28.3-6Layout and rendering of internatio
ii  librsvg2-common  2.32.1-1SAX-based renderer library for SVG
ii  libselinux1  2.0.98-1SELinux runtime shared libraries
ii  libupower-glib1  0.9.9-4 abstraction for power management -
ii  libwrap0 7.6.q-19Wietse Venema's TCP wrappers libra
ii  libx11-6 2:1.4.3-1   X11 client-side library
ii  libxau6  1:1.0.6-1   X11 authorisation library
ii  libxdmcp61:1.1.0-1   X11 Display Manager Control Protoc
ii  libxklavier165.1-1   X Keyboard Extension high-level AP
ii  libxml2  2.7.8.dfsg-2+b1 GNOME XML library
ii  libxrandr2   2:1.3.1-1   X11 RandR extension library
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  metacity [x-window-manag 1:2.30.1-3  lightweight GTK+ window manager
ii  mutter [x-window-manager 3.0.0-2 lightweight GTK+ window manager
ii  openbox [x-window-manage 3.4.11.1-1  standards compliant, fast, light-w
ii  policykit-1-gnome0.101-2 GNOME authentication agent for Pol
ii  upower   0.9.9-4 abstraction for power management
ii  xfce4-terminal [x-termin 0.4.7-1 Xfce terminal emulator
ii  xterm [x-terminal-emulat 269-1   X terminal emulator

Versions of packages gdm3 recommends:
ii  at-spi1.30.1-3   Assistive Technology Service Provi
ii  desktop-base  6.0.6  common files for the Debian Deskto
ii  gnome-icon-theme  3.0.0-2GNOME Desktop icon theme
ii  gnome-power-manager   3.0.0-1power management tool for the GNOM
ii  gnome-settings-daemon 3.0.0.1-1  daemon handling the GNOME session 
ii  x11-xkb-utils 7.6+2  X11 XKB utilities
ii  xserver-xephyr2:1.10.1-2 nested X server
ii  xserver-xorg 

Bug#271160: foomatic-db: Incorrect margins for LaserJet 6P and 6MP

[Didier Raboud]

tag 271160 +moreinfo
thanks
On Saturday 11 September 2004 18.43:16 John Goerzen wrote:
> Package: foomatic-db
> Version: 20040705-1
> Severity: normal
> 
> The PPDs generated for the LaserJet 6P and 6MP do not properly reflect
> the hardware margins.

Hi John, and thanks for your bugreport,

I'm coming back to you more than 7 years (and > 3 stable releases) after you 
reported this bug; let's hope something can still be done about it.

> For the 6P with Letter paper:
> 
> *PageSize Letter/US Letter: "< null>>setpagedevice"
> 
> and:
> 
> *PageRegion Letter/US Letter: "< null>>setpagedevice"
> 
> In other words, identical.

What ppd files were you referring to ?

Note that since then, the foomatic database layout has widely changed. Are 
those "incorrect margins" a problem with current printing spools ?

Thanks in advance and cheers,

OdyX


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

Bug#630160: [Pkg-octave-devel] Bug#630160: Install fails with "cannot stat `/usr/src/matlab/dynare-matlab/mex/matlab/*': No such file or directory"

[Sébastien Villemot]

Michael Hanke  writes:

> On Mon, Jun 13, 2011 at 10:45:25AM +0200, Sébastien Villemot wrote:
>> - I had not noticed this problem, since my dedicated MATLAB user is in
>>   the "src" group, which has the necessary permissions.
>
> Which makes me wonder whether this might be a good model for such user,
> and whether we should suggest such setup in the matlab-support
> documentation?

This is what I was about to suggest you in the first place.

Then I realized that, unless the dedicated user is *automatically* added
to the "src" group, packages depending on matlab-support have to assume
that the dedicated user is not in this group.

So I think matlab-support should either automatically add the dedicated
user to the "src" group, or otherwise leave it as it is.

-- 
Sébastien Villemot
CEPREMAP - Paris School of Economics
Homepage: http://www.dynare.org/sebastien
Landline phone: +33 1 40 77 49 90
SIP phone: sebastien.ville...@ekiga.net
PGP Key: 0xA6C029B9D06B2913D71C105EBE37E801FB6EFF8B (http://pgp.mit.edu/)


pgp5CdMRo4PqO.pgp
Description: PGP signature

Bug#533544: Dsniff: dsniff segmantation fault

[William Vera]

On Tue, Jun 14, 2011 at 11:34 AM, whiplash  wrote:
> I download manually dsniff_2.4b1+debian-19.1_i386.deb and its dependencies,
> libssl1.0.0_1.0.0d-2_i386.deb and libdb5.1_5.1.25-10_i386.deb, from wheezy 
> repositories, since
> I cannot upgrade the whole machine (it's a production gateway).
>
> Nothing changes, here, after the dsniff upgrade:
>
> [root:32]$dsniff -i eth0 host 192.168.0.3
> dsniff: listening on eth0 [host 192.168.0.3]
> *** glibc detected *** dsniff: free(): invalid pointer: 0xb7bfa3b0 ***
> Segmentation fault

I'ts weird, I have same version and deps and I just tested on a couple
machines without problems.
I thinks is a configuration or/and outdated package in your machine,
does not seem proper program bug.
Can you try in another machine, please? just to eliminate suspicions.

>
> [root:33]$aptitude show dsniff
> Package: dsniff
> State: installed
> Automatically installed: no
> Version: 2.4b1+debian-19.1
> Priority: extra
> Section: net
> Maintainer: Luciano Bello 
> Uncompressed Size: 422k
> Depends: libc6 (>= 2.7), libdb5.1, libnet1 (>= 1.1.2.1), libnids1.21, 
> libpcap0.8 (>= 0.9.8), libssl1.0.0 (>= 1.0.0), openssl
> Recommends: libx11-6
> [cut]
>
>
> Regards.
>
Regards!


-- 
William Vera 
PGP Key: 1024D/F5CC22A4
Fingerprint: 3E73 FA1F 5C57 6005 0439  4D75 1FD2 BF96 F5CC 22A4



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

Bug#630483: Starting the hotplug events dispatcher: udevderror binding udev control socket

[Julian Andres Klode]

Package: udev
Version: 171-1
Severity: serious

Preparing to replace udev 170-1 (using .../archives/udev_171-1_amd64.deb) ...
Unpacking replacement udev ...
Setting up udev (171-1) ...
Installing new version of config file /etc/init.d/udev ...
Stopping the hotplug events dispatcher: udevd.
Starting the hotplug events dispatcher: udevderror binding udev control socket
 failed!
invoke-rc.d: initscript udev, action "restart" failed.
dpkg: error processing udev (--install):
 subprocess installed post-installation script returned error exit status 1
Processing triggers for man-db ...
Errors were encountered while processing:
 udev

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

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

Versions of packages udev depends on:
ii  debconf [debconf-2.0]1.5.39  Debian configuration management sy
ii  libc62.13-7  Embedded GNU C Library: Shared lib
ii  libselinux1  2.0.98-1+b1 SELinux runtime shared libraries
ii  libudev0 171-1   libudev shared library
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  util-linux   2.17.2-9.1  Miscellaneous system utilities

Versions of packages udev recommends:
ii  pciutils  1:3.1.7-9  Linux PCI Utilities
ii  usbutils  1:001-1Linux USB utilities

udev suggests no packages.

-- debconf information:
  udev/new_kernel_needed: false
  udev/title/upgrade:
  udev/reboot_needed:
  udev/sysfs_deprecated_incompatibility:

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

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


pgpeCN07bwhiK.pgp
Description: PGP signature

Bug#629773: iceape: FTBFS: unsatisfiable build-dependency: dpkg-dev (<= 1.14.7) but 1.16.0.3 is to be installed

[Mike Hommey]

On Wed, Jun 08, 2011 at 05:04:23PM +0200, Lucas Nussbaum wrote:
> Source: iceape
> Version: 2.0.14-2
> Severity: serious
> Tags: wheezy sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20110607 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part:
> > ┌──┐
> > │ Install iceape build dependencies (apt-based resolver)
> >│
> > └──┘
> > 
> > Installing build dependencies
> > Reading package lists...
> > Building dependency tree...
> > Reading state information...
> > 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:
> >  sbuild-build-depends-iceape-dummy : Depends: dpkg-dev (<= 1.14.7) but 
> > 1.16.0.3 is to be installed
> > E: Broken packages

The build dependency is:
dpkg-dev (>= 1.13.19), dpkg-dev (<= 1.14.7) | dpkg-dev (>= 1.14.11)

It used to work. Is that supposed to fail, now?

Mike



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

Bug#619723: cdrdao extits with ".cue:14: Timecode out of range"

[Alexander Kurtz]

# This can either be fixed in cdrdao or brasero [1] 
reassign 619723 cdrdao,brasero

# Make the problem description more clear
retitle 619723 Brasero produces *.cue-file which isn't accepted by cdrdao 
(cue:14: Timecode out of range")

# Broken audio disc creation is kind of bad for burning programs [2]
severity 619723 grave

Hi,

same issue here. The critical line was

INDEX 01 37:57:75

After changing it to

INDEX 01 37:57:74

burning worked. Since this was also a *.cue-file generated by Brasero
I'm reassigning this bug. This seems to be the right thing to do, since
the bug could probably be fixed by making brasero produce correct
*.cue-files or by making cdrdao more fault-tolerant. Either way, this
breaks audio disc creation in a lot of cases (3 so far for me) and is
therefore a `grave' bug.

Best regards

Alexander Kurtz

[1] http://www.debian.org/Bugs/server-control#reassign
[2] http://www.debian.org/Bugs/Developer#severities


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

Bug#402434: foomatic-db: bars printing large images with samsung ml-1410

[Didier Raboud]

tags 402434 + moreinfo
thanks

On Sunday 10 December 2006 14.41:58 Haug Bürger wrote:
> Package: foomatic-db
> Version: 20061031-1
> Severity: normal
> 
> 
> I have trouble printing large images with the SAMSUNG ML-1410.

Hi Haug, and thanks for your bugreport, 

as I am coming back to you after more than 4 years, let's hope we can get 
something out of this bugreport.

> The height of the picture is right but it has either wihte or 'greyed' bars
> in the print. The easiest way for me to test is using xsane to make a
> copy of an A4 paper, e.g. a business letter. I tried to copy the graphics
> into an open office document to print, but the problem persists. I tried
> to print with the Ubuntu 7.10 live CD, the bars look a bit different but
> the problem persits.
> Printing documents with texts and small graphics works well.
> During my internet research I read that the printer should have a 64K
> barrier. Large graphics might exceed it?

Is this still an issue with current printing spools ?

Note that the concerned printer is reported to "work perfectly":
http://www.openprinting.org/printer/Samsung/Samsung-ML-1410

Thanks in advance, cheers,
--
OdyX


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

Bug#630483: Starting the hotplug events dispatcher: udevderror binding udev control socket

[Marco d'Itri]

On Jun 14, Julian Andres Klode  wrote:

> Stopping the hotplug events dispatcher: udevd.
> Starting the hotplug events dispatcher: udevderror binding udev control socket
>  failed!
I cannot reproduce this. Do you have an udevd process around? Does it
work if you try again?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#630484: O: gcin

[Kan-Ru Chen]

Package: wnpp
Severity: normal


I can no longer keep this package up to date with upstream releases. It
takes too much energy for me to keep it in a good form and I don't use
it very much. Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: gcin
Binary: gcin, gcin-dev, gcin-qt4-immodule
Version: 1.5.8-1
Maintainer: Kan-Ru Chen 
Build-Depends: debhelper (>= 7.0.50~), libgtk2.0-dev (>= 2.20.0), libxtst-dev, 
libqt4-dev, libanthy-dev
Architecture: any
Standards-Version: 3.9.1
Format: 3.0 (quilt)
Files:
 e6c9f005f428ba3b116ac73aa85d6ff4 1228 gcin_1.5.8-1.dsc
 4f4964688fdac42ed484890ec0c65a14 2869134 gcin_1.5.8.orig.tar.bz2
 c2015e5b2464786296768611dc452c0e 16979 gcin_1.5.8-1.debian.tar.gz
Vcs-Browser: http://git.debian.org/?p=users/koster/gcin.git;a=summary
Vcs-Git: git://git.debian.org/git/users/koster/gcin.git
Checksums-Sha1:
 62d68197293bba97ea257b9559b398ee545a66aa 1228 gcin_1.5.8-1.dsc
 b4f58c68ce5b690c3ddde2d4f90e0e128dc0e10d 2869134 gcin_1.5.8.orig.tar.bz2
 d028a48b768f954f236d2bebc8e5301601244e8d 16979 gcin_1.5.8-1.debian.tar.gz
Checksums-Sha256:
 c2f26a89929a26592d22c9295ad4a3c00ebf38d741679e13b05493500123 1228 
gcin_1.5.8-1.dsc
 9827eaee904d6e943382a897128bdd04c9f097159d76e12f1a585dc91ef45774 2869134 
gcin_1.5.8.orig.tar.bz2
 761c752d2bf4b63bc061a77a98e9bede3a03c8efd43f391d29de7fea30a03db2 16979 
gcin_1.5.8-1.debian.tar.gz
Homepage: http://www.csie.nctu.edu.tw/~cp76/gcin/
Directory: pool/main/g/gcin
Priority: source
Section: utils

Package: gcin
Version: 1.5.8-1
Installed-Size: 6636
Maintainer: Kan-Ru Chen 
Architecture: amd64
Depends: libc6 (>= 2.7), libglib2.0-0 (>= 2.12.0), libgtk2.0-0 (>= 2.20.0), 
libpango1.0-0 (>= 1.14.0), libx11-6, libxtst6
Recommends: im-switch | im-config, gcin-qt4-immodule, anthy
Description: an GTK+ based input method platform for Chinese users
 Gcin is an input method platform, which supports GTK+/QT immodule and XIM.
 Gcin is focused mainly on Traditional Chinese. However, it is also very useful
 for Simplified Chinese, Japanese, and many other languages.
 .
 Input method table format of gcin is almost as same as those of xcin and scim.
 .
 This package contains an GTK+ immodule. If you want to use QT immodule, please
 install gcin-qt3-immodule package.
Homepage: http://www.csie.nctu.edu.tw/~cp76/gcin/
Tag: accessibility::input, culture::chinese, culture::taiwanese, 
implemented-in::c, interface::x11, role::program, uitoolkit::gtk, 
x11::application
Section: utils
Priority: optional
Filename: pool/main/g/gcin/gcin_1.5.8-1_amd64.deb
Size: 2586450
MD5sum: 7e8c5e87a72c949e4aae02c7a68fb5db
SHA1: c9fa99540e0a560dea2be4f60e16667adb82bc31
SHA256: bfa36ca1062bf95e61b786067bd7db336558c39c5063e7700712c8c90352b20f



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

Bug#630485: msort: "Segmentation fault", error code 138

[A. Costa]

Package: msort
Version: 8.52-1.2+b1
Severity: normal


Odd thing:

% lsmod > /tmp/lsmod.txt
% msort --quiet -l -t '.' /tmp/lsmod.txt ; echo $?
Segmentation fault
139

Attached is 'lsmod.txt'.

Hope this helps...



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

Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages msort depends on:
ii  libc6 2.13-2 Embedded GNU C Library: Shared lib
ii  libicu44  4.4.2-2International Components for Unico
ii  libtre5   0.8.0-2regexp matching library with appro
ii  libuninum52.7-1+b1   library for handling numbers as Un

msort recommends no packages.

Versions of packages msort suggests:
pn  msort-gui  (no description available)

-- no debconf information


lsmod.txt.gz
Description: GNU Zip compressed data

Bug#630486: 'msort' lacks a default tag sort

[A. Costa]

Package: msort
Version: 8.52-1.2+b1
Severity: wishlist


% ls -l | msort ; echo $?
{ ...14 lines of usage info follow, but no sorting is done. }
3

Standard 'sort' has a default sort field; most users expect 'msort' to 
have a default too.  Maybe the least surprising default would be 
'-l -n 1', with added defaults for '--block' ('-b -n 1') and
'--fixed-size-record' ('-O 1 -n 1').  So the defaults might look like:

# line
% echo -e "b\na" | msort --quiet 
a
b
# block 
% echo -e "b\nx\n\na\nz" | msort --quiet -b -n 1
a
z

b
x

# fixed
% echo "the quick brown fox jumped over the lazy dog" | \
msort --quiet -O  2> /dev/null ; echo
abcddfghhijklmnpqrrttuuvwxyz


Hope this helps...


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

Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages msort depends on:
ii  libc6 2.13-2 Embedded GNU C Library: Shared lib
ii  libicu44  4.4.2-2International Components for Unico
ii  libtre5   0.8.0-2regexp matching library with appro
ii  libuninum52.7-1+b1   library for handling numbers as Un

msort recommends no packages.

Versions of packages msort suggests:
pn  msort-gui  (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#630487: msort: STDERR 'Records written' line should include a linefeed.

[A. Costa]

Package: msort
Version: 8.52-1.2+b1
Severity: minor


The 'Records written:' field lacks a linefeed, so in the following
output, the 'a' appears as '0a'.

% echo -e "b\na" | msort -l -n 1
Key 1 obligatory  first field   Increasing lexicographic
Reading from stdin.
Records processed:  2
Sorting...
Records written:0a
b
2
Comparisons:1
% echo -e "b\na" | msort -l -n 1 2> /dev/null
a
b

Hope this helps...


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

Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages msort depends on:
ii  libc6 2.13-2 Embedded GNU C Library: Shared lib
ii  libicu44  4.4.2-2International Components for Unico
ii  libtre5   0.8.0-2regexp matching library with appro
ii  libuninum52.7-1+b1   library for handling numbers as Un

msort recommends no packages.

Versions of packages msort suggests:
pn  msort-gui  (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#595119: [Piuparts-devel] Bug#595119: piuparts: modular way to add new tests?

[Holger Levsen]

Hi Timo, Scott,

On Mittwoch, 1. Juni 2011, Scott Schaefer wrote:
> >> this with the "custom scripting" interface
> >> (/usr/share/doc/piuparts/README.html or
> >> http://piuparts.debian.org/doc/README.html#_custom_scripts_with_piuparts
> >> ). While perhaps not ideal, this interface provides a 'modular way to
> >> add new tests'.
> > 
> > Looks good indeed but is this only for my private tests? How do I get my
> > tests to run on piuparts.debian.org?
> 
> Hm ... Well, that is a very good question.  And, I understand what you
> are trying to do is outside the scope of what can be expected of
> "private tests". 

I'd say the scripts dir is not really suited to add tests in a modular way, 
esp. once piuparts is able to log reasons for failure.

So I consider this bug report as valid :-)

IME the scripts dir is rather useful for working around buggy/otherwise 
untestable packages.

The scripts dir used on piuparts.d.o is available at 
http://svn.debian.org/viewsvn/piuparts/piatti/org/piuparts.debian.org/etc/scripts/

> Given what I have read, and reviewing list of wishlist bugs, I am
> reasonably certain a "framework for securely executing plugins" will be
> a big part of any future discussion re "piuparts 2.0".

I dont think so. I think running piuparts (for the whole archive) will always 
be "a security risk" and should only be done in throw-away environments.

> > I didn't notice this custom scripting interface at all at that time.

see http://piuparts.debian.org/doc/README.html#_custom_scripts_with_piuparts

> > 2) This test requires that emacs is installed

make it fail gracefully if emacs is not installed. (so it will work/not fail 
for all packages which dont depend on emacs)

> I am willing to "come back" to this bug at later date.  However, I don't
> expect that to happen until I or someone fixes the 3-4 important/normal
> bugs outstanding.

much appreciated! :-)

(I mostly replying to this one now as its a rather easy "target" :)


There are more things to consider: wheezy and squeeze are tested less strict 
than unstable, for two reasons: we really want to catch the important bugs in 
$testing (and stable) and we still want to report/find bugs (thus more tests 
in sid). And we also want as many packages as sensible possible tested in 
$testing (and less failures found means more dependent packages tested).

But I still am careful with adding new tests to sid: piuparts.d.o still lacks 
(wo)menpower to file all bugs found and IMO its more motivating to file bugs 
when the backlog is smaller. If we add too many pedantic tests, the backlog 
will be greater and the "piuparts test failed" status in the PTS will be less 
meaningful.

All this said, I still would like to run all those tests proposed as wishlist 
bugs against piuparts on piuparts.d.o! But, I wouldnt run them against the sid 
suite (nor $testing nor $stable) but against a new suite, sid-pedantic or 
such. I think this would give us a good compromise: sid is tested against the 
(more) meaningful tests "only" (thus allowing dependent packages to be more 
often tested), while we still expose packages against the "more exotic" tests.


cheers,
Holger



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