Bug#644228: postgresql-9.0: createdb does work without arguments

[Martin Pitt]

Matti Linnanvuori [2011-12-21  8:57 +0200]:
> It seems that I misunderstood createdb: I thought it was a command
> to run in psql shell, not a standalone command.

No, createdb _is_ a standalone program which you call from e. g. bash.
In the psql terminal it is called "CREATE DATABASE".

Martin

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



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

Bug#652863: xorg: cannot launch new process

[Yevgeny Kosarzhevsky]

Package: xorg
Version: 1:7.6+10
Severity: important

After some time the running X session becomes unusable, since it can't run any 
new process. Here is some terminal output:

~$ xhost +
No protocol specified
xhost:  unable to open display ":0"
~$ echo $DISPLAY
:0

All started tasks continue to run.

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Mar 30  2011 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2056592 Dec 11 04:57 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GM/GMS, 
943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1

Kernel version (/proc/version):
---
Linux version 3.1.0-1-amd64 (Debian 3.1.1-1) (b...@decadent.org.uk) (gcc 
version 4.6.2 (Debian 4.6.2-4) ) #1 SMP Mon Nov 14 08:02:25 UTC 2011

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 30623 Jul 29 17:13 /var/log/Xorg.2.log
-rw-r--r-- 1 root root 35543 Aug  3 03:25 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 30152 Dec 21 07:14 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[301090.455] 
X.Org X Server 1.11.2.902 (1.11.3 RC 2)
Release Date: 2011-12-09
[301090.455] X Protocol Version 11, Revision 0
[301090.455] Build Operating System: Linux 3.1.0-1-amd64 x86_64 Debian
[301090.455] Current Operating System: Linux dhcppc0 3.1.0-1-amd64 #1 SMP Mon 
Nov 14 08:02:25 UTC 2011 x86_64
[301090.455] Kernel command line: BOOT_IMAGE=/vmlinuz-3.1.0-1-amd64 
root=/dev/mapper/main-root ro quiet
[301090.455] Build Date: 10 December 2011  09:55:45PM
[301090.455] xorg-server 2:1.11.2.902-1 (Cyril Brulebois ) 
[301090.455] Current version of pixman: 0.24.0
[301090.455]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[301090.455] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[301090.455] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Dec 21 00:26:51 
2011
[301090.455] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[301090.466] (==) No Layout section.  Using the first Screen section.
[301090.466] (==) No screen section available. Using defaults.
[301090.466] (**) |-->Screen "Default Screen Section" (0)
[301090.466] (**) |   |-->Monitor ""
[301090.468] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[301090.468] (==) Automatically adding devices
[301090.468] (==) Automatically enabling devices
[301090.468] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[301090.468]Entry deleted from font path.
[301090.547] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
[301090.547] (==) ModulePath set to "/usr/lib/xorg/modules"
[301090.547] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[301090.547] (II) Loader magic: 0x7fbd4c76cae0
[301090.547] (II) Module ABI versions:
[301090.547]X.Org ANSI C Emulation: 0.4
[301090.547]X.Org Video Driver: 11.0
[301090.547]X.Org XInput driver : 13.0
[301090.547]X.Org Server Extension : 6.0
[301090.549] (--) PCI:*(0:0:2:0) 8086:27a2:1028:01d7 rev 3, Mem @ 
0xeff0/524288, 0xd000/268435456, 0xefec/262144, I/O @ 0xeff8/8
[301090.549] (--) PCI: (0:0:2:1) 8086:27a6:1028:01d7 rev 3, Mem @ 
0xeff8/524288
[301090.549] (II) Open ACPI successful (/var/run/acpid.socket)
[301090.549] (II) LoadModule: "extmod"
[301090.550] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
[301090.574] (II) Module extmod: vendor="X.Org Foundation"
[301090.574]compiled for 1.11.2.902, module version = 1.0.0
[301090.574]Module class: X.Org Server Extension
[301090.574]ABI class: X.Org Server Extension, version 6.0
[301090.574] (II) Loading extension SELinux
[301090.574] (II) Loading extension MIT-SCREEN-SAVER
[301090.574] (II) Loading extension XFree86-VidModeExtension
[301090.574] (II) Loading extension XFree86-DGA
[301090.574] (II) Loading extension DPMS
[301090.574] (II) Loading extension XVideo
[301090.574] (II) Loading extension XVideo-MotionCompensation
[301090.574]

Bug#652679: [Pkg-samba-maint] Bug#652679: Winbind authentication and wbinfo -i user no longer work after uprading to 3.6.1

[Christian PERRIER]

Quoting Dale Schroeder (d...@briannassaladdressing.com):
> Robert,
> 
> Same problem here, and I have not seen anyone mention this on the
> Samba list.  Systems are fully updated and testparm does not return
> any errors.  idmap backend is rid notated in the new format.  All
> deprecated parameters have been removed.
> 
> On my systems, I have found that full functionality returns after a
> reboot; however, if samba/winbind processes are restarted for any
> reason, AD authentication again no longer works.  As with you,
> wbinfo -u/-g continues to work, as does getent passwd.  getent group
> only returns linux groups.  Another reboot will return winbind once
> again to full functionality.
> 
> Even at log level 10, error messages have been hard to find among
> the many winbind logs.  At the time of failure, the one I
> consistently find is in syslog:
> winbindd[4186]:  ads_ranged_search failed with: Time limit exceeded.

Hello Dale,

Thanks for the followup.

I'll probably forward the bug upstream, as discussed with
Robert.unless someone does it beforehand (which would be a better
idea if this is someone who experiences this bug). My only problem in
this is that I'll have less time in the upcoming weeks because of
Christmas/New Year holidays. But forwarding the bug is anyway in my
TODO pile. Just feel free to do it (and mention upstream's bug here)
if you can do it before I do.





signature.asc
Description: Digital signature

Bug#652862: gearman-job-server: init script does not provide status action

[Fladischer Michael]

Source: gearman-job-server
Severity: wishlist

According to LSB all init script should at least define a certain subset
of supported actions.
Currently /etc/init.d/gearman-job-server does not support the "status"
action.
I've attached a patch to add "status" to the supported commands.

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

Kernel: Linux 3.1.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- gearman-job-server.orig	2011-12-21 08:10:46.232004656 +0100
+++ gearman-job-server	2011-12-21 08:08:24.404008393 +0100
@@ -19,6 +19,7 @@
 
 prefix=/usr
 exec_prefix=${prefix}
+NAME=gearmand
 DAEMON=${exec_prefix}/sbin/gearmand
 PIDDIR=/var/run/gearman
 PIDFILE=${PIDDIR}/gearmand.pid
@@ -72,6 +73,11 @@
   fi
 }
 
+status()
+{
+  status_of_proc -p $PIDFILE $DAEMON $NAME && exit 0 || exit $?
+}
+
 case "$1" in
 
   start)
@@ -82,13 +88,17 @@
 stop
   ;;
 
+  status)
+status
+  ;;
+
   restart|force-reload)
 stop
 start
   ;;
 
   *)
-echo "Usage: $0 {start|stop|restart|force-reload}"
+echo "Usage: $0 {start|stop|restart|force-reload|status}"
   ;;
 
 esac

Bug#652861: gconf: Please mark gconf2 Multi-Arch: foreign

[Steve Langasek]

Package: gconf
Version: 3.2.3-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hi Joss,

Although GNOME3 is of course moving from gconf to gsettings, some packages
such as libcanberra-gtk3-module still have a dependency on gconf2.  Having
a11y support for multiarch-installed software would certainly be nice. 
Please consider the following patch to mark gconf2 Multi-Arch: foreign.

This patch has been applied in Ubuntu precise.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/control'
--- debian/control	2011-12-17 11:52:49 +
+++ debian/control	2011-12-20 23:14:39 +
@@ -38,6 +38,7 @@
 
 Package: gconf2
 Architecture: any
+Multi-Arch: foreign
 Depends: ${shlibs:Depends},
  ${misc:Depends},
  gconf2-common (>= ${gnome:Version}),

=== modified file 'debian/control.in'
--- debian/control.in	2011-12-17 11:52:49 +
+++ debian/control.in	2011-12-20 23:14:20 +
@@ -33,6 +33,7 @@
 
 Package: gconf2
 Architecture: any
+Multi-Arch: foreign
 Depends: ${shlibs:Depends},
  ${misc:Depends},
  gconf2-common (>= ${gnome:Version}),

Bug#623408: [pkg-mono-group] Bug#623408: Announce of an upcoming upload for the xsp package (2nd version)

[Christian PERRIER]

Quoting Iain Lane (la...@debian.org):

> I just merged your patch in git, thanks for that:
> 
>   
> http://anonscm.debian.org/gitweb/?p=pkg-mono/packages/xsp.git;a=commit;h=dc3bc8b35a5d07eb196404c85ae8051394c5dc0c
> 
> can you work with this?
> 
> Sorry for the clumsiness — I've not worked much with you guys in the
> past. :-)


OK. Then applying Jeroen patch thus fuzzies strings that weren't fuzzy
beforehand. As we can quite safely assume that these strings were
correct before the change, we can "unfuzzy" the relevant translations.

This is what I did in my local copy, only for translations that were
complete before the change : cs de eu fi gl pt ru sl

For others, we can assume that updates will be sent by translators
(they will definitely be one for French..:-)). Then, I'll unfuzzy the
PO file when it comes in the BTS and send it back to the BTS.

Attached is the current state of my local copy of debian/po



xsp-po.tar.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#652860: eglibc: [INTL:fr] French debconf templates translation update

[Christian Perrier]

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

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.



-- System Information:
Debian Release: wheezy/sid
Architecture: i386 (i686)

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of glibc debconf templates to French
# Copyright (C) 2005-2009 Debian French l10n team 

# This file is distributed under the same license as the glibc package.
#
# Translators:
# Denis Barbier 2001-2006.
# Christian Perrier , 2007, 2008, 2009, 2011.
msgid ""
msgstr ""
"Project-Id-Version: fr\n"
"Report-Msgid-Bugs-To: egl...@packages.debian.org\n"
"POT-Creation-Date: 2011-10-30 11:52-0700\n"
"PO-Revision-Date: 2011-12-15 06:54+0100\n"
"Last-Translator: Christian Perrier \n"
"Language-Team: French \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.2\n"
"Plural-Forms: nplurals=2; plural=(n > 1);\n"

#. Type: multiselect
#. Choices
#: ../debhelper.in/locales.templates:1001
msgid "All locales"
msgstr "Tous les choix possibles"

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid "Locales to be generated:"
msgstr "Jeux de paramètres régionaux à créer :"

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid ""
"Locales are a framework to switch between multiple languages and allow users "
"to use their language, country, characters, collation order, etc."
msgstr ""
"Les jeux de paramètres régionaux (aussi appelés « locales ») permettent de "
"gérer des langues multiples et offrent aux utilisateurs la possibilité de "
"choisir la langue, le pays, le jeu de caractères, l'ordre de tri, etc."

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid ""
"Please choose which locales to generate. UTF-8 locales should be chosen by "
"default, particularly for new installations. Other character sets may be "
"useful for backwards compatibility with older systems and software."
msgstr ""
"Veuillez choisir les paramètres régionaux à créer. Des paramètres régionaux "
"utilisant l'encodage UTF-8 devraient être le choix par défaut, notamment "
"pour de nouvelles installations. Les autres jeux de caractères peuvent être "
"utiles pour conserver la compatibilité avec d'anciens systèmes ou logiciels."

#. Type: select
#. Choices
#: ../debhelper.in/locales.templates:2001
msgid "None"
msgstr "Aucun"

#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid "Default locale for the system environment:"
msgstr "Jeu de paramètres régionaux actif par défaut :"

#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid ""
"Many packages in Debian use locales to display text in the correct language "
"for the user. You can choose a default locale for the system from the "
"generated locales."
msgstr ""
"De nombreux paquets utilisent le mécanisme de localisation pour afficher les "
"messages destinés aux utilisateurs dans la langue adéquate. Vous pouvez "
"changer la valeur par défaut de l'ensemble du système pour utiliser un des "
"jeux de paramètres régionaux qui seront créés."

#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid ""
"This will select the default language for the entire system. If this system "
"is a multi-user system where not all users are able to speak the default "
"language, they will experience difficulties."
msgstr ""
"Veuillez noter que cette valeur modifiera la langue utilisée par le système. "
"Si l'environnement est multi-utilisateurs et que certains utilisateurs ne "
"parlent pas votre langue, ils risquent d'avoir des difficultés."

#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid "Do you want to upgrade glibc now?"
msgstr "Faut-il mettre à jour le paquet glibc maintenant ?"

#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid ""
"Running services and programs that are using NSS need to be restarted, "
"otherwise they might not be able to do lookup or authentication any more. "
"The installation process is able to restart some services (such as ssh or "
"telnetd), but other programs cannot be restarted automatically. One such "
"program that needs manual stopping and restart after the glibc upgrade by "
"yourself is xdm - because automatic restart might disconnect your active X11 "
"sessions."
msgstr ""
"Les services et programmes qui utilisent NSS (« Name Service Switch ») "
"doivent être redémarrés car leur système d'authentification risque de ne "
"plus fonctionner. Il est possible de redémarrer certains services (comme SSH "
"ou telnetd) pendant l'installation, mais d'autres ne peuvent l'être "
"automatiquement. Il est notamment indispensable d'arrêter et redémarrer "
"manuellemen

Bug#652858: Confirmation

[Frank Gard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Same problem here :( .
Upgrading iceweasel to 9.0 leads to the error described by Sven.
Uninstalling iceweasel-l10n-de fixes this (as a temporary workaround).
Thanks!
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7xhAoACgkQxpxxxcjBpVLizQCgjQfhMZR4j+Kcb28t4MXN27W/
83MAn3BRM9Iaa7B5ySEPfup5JGX4kh1z
=r43+
-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#644228: postgresql-9.0: createdb does work without arguments

[Matti Linnanvuori]

It seems that I misunderstood createdb: I thought it was a command to run in 
psql shell, not a standalone command.

regards, Matti Linnanvuori

Bug#652859: "fix" for 631077 breaks NFS mounting

[Jamie Heilman]

Package: initscripts
Severity: important
Version: 2.88dsf-16

The refactoring in 0704dd152138822ede1e7b983d15c1b9da8f8077
completely inverts the conditional logic in the
exit_unless_last_interface subroutine and breaks NFS mounting.

You went from:  [ `grep -c pattern file` -eq "0" ]
   to:  grep -q pattern file

Either revert that commit or make it "! grep -q ..."; as you're trying
to determine if all the interfaces marked auto are up yet, exiting as
soon as you find any interface that is up doesn't make any sense at
all.

Also as a total side-effect of the switch from a while to a for loop,
you've addressed bug 612378.



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

Bug#175428: Debian Bug report logs - #175428

[Andreas J. Guelzow]

SIAG seems to have been dead for over 10 years. We can import from
Lotus1-2-3 files.

Would export to Lotus 1-2-3 be really still useful?

Andreas

-- 
Andreas J. Guelzow, PhD, FTICA
Concordia University College of Alberta


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

Bug#574587: Still seeing this bug, is there any plan to release a new package in squeeze?

[Stephen Weiss]

Package: ipvsadm


Version: 1:1.25.clean-1


Severity: normal

We just upgraded to squeeze and are seeing the same problem.  We would like
to see the number of active connections again... but ideally without having
to go through the management hassle of installing a custom package.  Is an
updated package going to come out any time soon or should we just go ahead
and compile our own?

Thanks for any info.

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

Kernel: Linux 2.6.32-5-686 (SMP w/4 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 ipvsadm depends on:
ii  debconf [debconf-2.0]   1.5.36.1 Debian configuration
management sy
ii  libc6   2.11.2-10Embedded GNU C Library: Shared
lib
ii  libnl1  1.1-6library for dealing with
netlink s
ii  libpopt01.16-1   lib for parsing cmdline
parameters
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init
scrip

ipvsadm recommends no packages.

Versions of packages ipvsadm suggests:
pn  heartbeat  (no description available)
ii  keepalived1:1.1.20-1 Failover and monitoring daemon
for
pn  ldirectord (no description available)

-- Configuration Files:
/etc/default/ipvsadm changed:
AUTO="false"
DAEMON="none"


-- debconf information:
  ipvsadm/kernel_does_not_support_ipvs:
  ipvsadm/daemon_multicast_interface: eth0
  ipvsadm/auto_load_rules: false
  ipvsadm/daemon_method: none

--
Steve

Bug#652858: iceweasel-l10n-de: incompatible with iceweasel 9.0

[Sven Joachim]

Package: iceweasel-l10n-de
Version: 1:8.0+debian-1
Severity: grave

Bug #648144 redux, starting iceweasel pops up a window with this text:

,
| XML-Verarbeitungsfehler: Nicht definierte Entität
| Adresse: chrome://browser/content/browser.xul
| Zeile Nr. 789, Spalte 7:  

Bug#652857: Missing support for Intel C600 Series SAS/SATA controllers

[Ben Hutchings]

Package: src:linux-2.6
Version: 2.6.32-39
Severity: important

Intel recently started shipping chipsets including SAS/SATA controllers
that require the 'isci' driver.  This driver should be added to stable.

Ben.

-- 
Ben Hutchings
Humans are not rational beings; they are rationalising beings.


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

Bug#652856: g++-4.6: g++-4.5/4.6 does not call update-alternatives for a "g++" link

[Brendan Byrd]

Package: g++-4.6
Version: 4.6.2-7
Severity: normal

Installation of both or either g++-4.5/4.6 will not provide a direct
link to "g++".  The command is called g++-4.X, which won't be
auto-detected by programs like configure.  The packages should use
update-alternatives, just like gcc already does.

-- System Information:
Debian Release: 6.0.3
  APT prefers testing
  APT policy: (1000, security), (995, 'stable'), (750, 'testing'), (50, 
'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38.2-grsec--grs-ipv6-64 (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages g++-4.6 depends on:
ii  gcc-4.6 4.6.2-7
ii  gcc-4.6-base4.6.2-7
ii  libc6   2.13-21
ii  libgmp102:5.0.2+dfsg-2
ii  libmpc2 0.9-4
ii  libmpfr43.1.0-3
ii  libstdc++6-4.6-dev  4.6.2-7
ii  zlib1g  1:1.2.3.4.dfsg-3

g++-4.6 recommends no packages.

Versions of packages g++-4.6 suggests:
ii  g++-4.6-multilib4.6.2-7
ii  gcc-4.6-doc 
ii  libstdc++6-4.6-dbg  4.6.2-7

-- 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#590818: (no subject)

[Nathan Owens]

I don't see a reason why Ubuntu's documents would be packaged in Debian, 
though you could create a debian package file for it and carry it with 
you to install on the PC(s).




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

Bug#491723: extlib also needed

[Jeremy Malcolm]

Oh, and as well as /scripts, /extlib is also needed. That will get rid
of the lib/xmppmanager.php error that I'd earlier reported.

-- 
Jeremy Malcolm PhD LLB (Hons) B Com
Internet and Open Source lawyer, consumer advocate, geek
host -t NAPTR 5.9.8.5.2.8.2.2.1.0.6.e164.org|awk -F! '{print $3}'




signature.asc
Description: OpenPGP digital signature

Bug#637087: [Pkg-sysvinit-devel] Bug#637087: Sensible default for all systems

[Josh Triplett]

On Tue, Dec 20, 2011 at 10:27:07AM -0200, Henrique de Moraes Holschuh wrote:
> On Sat, 17 Dec 2011, Josh Triplett wrote:
> > I don't see any possible scenario where FSCKFIX=no makes sense as a
> > default.  We don't debug broken filesystems with disk editors anymore;
> 
> When using md or device mapper in any way shape or form where the kernel
> might decide to mount the component device instead of the lv or md
> device.

Ah, I see.  Such as a RAID1 mirror without metadata, such that each
partition looks valid on its own?  OK, that case makes sense; you
definitely don't want fsck running on individual components without
assembling the RAID first.

Any way to avoid that while still ensuring that in the common case users
never have to run fsck manually?

- Josh Triplett



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

Bug#652854: libdecodeqr FTBFS in unstable "configure: error: libcv.la not found."

[peter green]

package: libdecodeqr
severity: serious
tags: patch
version: 0.9.3-6

libdecodeqr FTBFS in unstable with the following errors. This was 
initially seen on the armhf and s390x buildds

and I have reproduced it locally on amd64.


checking for ln... ln
checking for cvCreateImage in -lcv... no
configure: error: libcv.la not found.

If your system already has OpenCV, append place of the libcv.la
to your LDFLAGS environment variables. eg,

LDFLAGS="$LDFLAGS -L/usr/local/opencv/lib";export LDFLAGS

dh_auto_configure: ./configure --build=arm-linux-gnueabihf --prefix=/usr 
--includedir=${prefix}/include --mandir=${prefix}/share/man 
--infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var 
--libexecdir=${prefix}/lib/libdecodeqr --disable-maintainer-mode 
--disable-dependency-tracking returned exit code 1
make[1]: *** [override_dh_auto_configure] Error 2
make[1]: Leaving directory 
`/build/buildd-libdecodeqr_0.9.3-6-armhf-sT8VVJ/libdecodeqr-0.9.3'
make: *** [build] Error 2


It appears this is caused by restructuring of the opencv libraries.
The attatched patch to debian/rules and debian/control makes
the package build.
diff -ur libdecodeqr-0.9.3/debian/control libdecodeqr-0.9.3.new/debian/control
--- libdecodeqr-0.9.3/debian/control	2011-09-15 23:18:38.0 +
+++ libdecodeqr-0.9.3.new/debian/control	2011-12-21 01:58:14.0 +
@@ -1,7 +1,7 @@
 Source: libdecodeqr
 Priority: optional
 Maintainer: Nobuhiro Iwamatsu 
-Build-Depends: debhelper (>= 8), libhighgui-dev, quilt
+Build-Depends: debhelper (>= 8), libhighgui-dev, quilt, libcv-dev
 Standards-Version: 3.9.2
 Section: libs
 Homepage: http://trac.koka-in.org/libdecodeqr
diff -ur libdecodeqr-0.9.3/debian/rules libdecodeqr-0.9.3.new/debian/rules
--- libdecodeqr-0.9.3/debian/rules	2011-09-15 23:22:25.0 +
+++ libdecodeqr-0.9.3.new/debian/rules	2011-12-21 02:17:57.0 +
@@ -16,11 +16,16 @@
 	- $(MAKE) -C src distclean
 	rm -rf src/Makefile src/libdecodeqr/Makefile src/sample/Makefile src/sample/simple/Makefile src/sample/webcam/Makefile src/test/Makefile
 	rm -rf modules/python/src2/hdr_parser.pyc
-
+	rm -f src/config.log
 	dh_clean
 
+export CPPFLAGS += -I/usr/include/opencv
+
 override_dh_auto_configure:
-	dh_auto_configure --sourcedirectory=src
+	dh_auto_configure --sourcedirectory=src -- --with-cv=opencv_core --with-highgui=opencv_highgui 
+	sed -i s/cxcore/opencv_imgproc/ src/libdecodeqr/Makefile
+	sed -i s/cxcore/opencv_imgproc/ src/sample/simple/Makefile
+	sed -i s/cxcore/opencv_imgproc/ src/sample/webcam/Makefile
 
 override_dh_auto_build:
 	$(MAKE) -C src DESTDIR=$(CURDIR)/debian/tmp

Bug#652836: [libc6] segfault in libc-2.13.so when trying to play video

[Aurelien Jarno]

tag 652836 + moreinfo
thanks

On Tue, Dec 20, 2011 at 09:22:18PM +0100, Patrick Reichel wrote:
> Package: libc6
> Version: 2.13-21
> Severity: normal
> 
> --- Please enter the report below this line. ---
> 
> In my freshly installed wheezy with only debian packets
> 
> # cat /etc/apt/sources.list
> deb http://ftp.de.debian.org/debian/ testing main non-free contrib
> deb http://security.debian.org/ testing/updates main contrib non-free
> 
> I'm not able to play any video (.mov, .wmv, .mp4). vlc crashes with:
> 
> #vlc some_video.mov
> VLC media player 1.1.12 The Luggage (revision exported)
> Blocked: call to unsetenv("DBUS_ACTIVATION_ADDRESS")
> Blocked: call to unsetenv("DBUS_ACTIVATION_BUS_TYPE")
> [0x15d5120] main libvlc: VLC wird mit dem Standard-Interface
> ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden.
> Blocked: call to setlocale(6, "")
> Speicherzugriffsfehler
> 
> #dmesg
> vlc[15425]: segfault at 7fa1030d3000 ip 7fa1099adeff sp
> 7fa1083c3618 error 4 in libc-2.13.so[7fa109929000+17a000]
> 
> #ffplay some_video.mov
> and
> #mplayer some_video.mov
> results in a killed X-Session of the calling user
> 

I really doubt it's a libc bug, it is more likely a bug in a video
decoding library. Could you please tell me which video card are you 
using (output of the 'lspci' command is fine) and what is the version
of the 'libdrm-intel1' package installed on your system? Also the file
'/var/log/Xorg.0.log' might contains some information about why the X
server crashes.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#598408: AppArmor support

[Ben Hutchings]

On Sat, 2010-11-06 at 22:23 +, Ben Hutchings wrote:
> On Sun, 2010-11-07 at 03:43 +0530, Ritesh Raj Sarraf wrote:
> > Hello Kernel Team,
> > 
> > http://wiki.debian.org/DebianKernel/Meetings
> > 
> > The wiki lists most items marked as done. I am just curious to know what
> > the decision has been made for AppArmor. Will it be enabled ?
> 
> Only if we can find a way to make it modular or discardable.

I've sort of worked out how to do that, but there are still some tricky
issues to deal with.  Maybe I'll complete the job, maybe not.

But I realise that AppArmor isn't really that big, so I've enabled it
for the next experimental upload.  However, the sizes of the iop32x and
ixp4xx kernel flavours are very close to the limits for those platforms
(without reflashing the boot loader) so we might have to disable one or
other LSM for those two.

Ben.

-- 
Ben Hutchings
Humans are not rational beings; they are rationalising beings.


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

Bug#426891: (no subject)

[Nathan Owens]

Upstream URL listed seems to be no longer be available



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

Bug#652853: installation-reports: HP mini 110-3700 succefull install usb network stick.

[Victor Martinez]

Package: installation-reports
Severity: normal

-- Package-specific info:

Boot method: USB stick
Image version: http://ftp.nl.debian.org/debian/dists/squeeze/main/installer-i386
/current/images/netboot/mini.iso
Date: <27/10/2011>

Machine: HP mini 110-3700
Partitions: 
 Device Boot  Start End  Blocks   Id  System
/dev/sda1   1 249 1998848   82  Linux swap / Solaris
Partition 1 does not end on cylinder boundary.
/dev/sda2   * 2491465 9765888   83  Linux
/dev/sda31465   38914   300805120   83  Linux


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [ ]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [ ]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:


First used directly the mini.iso from another Debian machine cat mini.iso > /dev
/sdb current install used unetbooting 563 from a windows machine with the same 
image.

Overall most of the system works out of the box the installer complains about mi
ssing firmware for the 03:00.0 Ethernet controller: Realtek Semiconductor Co., 
Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 05) but works, 
after install however the warning gets fixed adding non-free to sources.lst and 
installing firmware-realtek.

The real problem is with the wi-fi adapter:
01:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/
n WiFi Adapter (rev 01)
   Subsystem: Hewlett-Packard Company Device 1629
   Flags: bus master, fast devsel, latency 0, IRQ 16
   I/O ports at 3000 [size=256]
   Memory at 5500 (64-bit, non-prefetchable) [size=16K]
   Capabilities: [40] Power Management version 3
   Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
   Capabilities: [70] Express Endpoint, MSI 00
   Capabilities: [100] Advanced Error Reporting
   Capabilities: [140] Virtual Channel
   Capabilities: [160] Device Serial Number 01-91-81-fe-ff-4c-e0-00

Won't work with the current driver, reading on Debian wiki, the controller only
got on the mainline kernel on 2.6.38 I don't know if it's backported. In any 
case I tested using kernel from backports and firmware from testing, got the 
mainline module working but lost suspend and hibernation. Also tried testing, 
got support correctly with wi-fi on install but also got problems with usb 
controller (specially integrated camera), also lost dynamic control of cpu 
freq. So stayed with stable and ended using the propietary driver from Realtek 
website.

--

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="6.0 (squeeze) - installer build 20110106+squeeze3+b1"
X_INSTALLATION_MEDIUM=netboot

==
Installer hardware-summary:
==
uname -a: Linux mini 2.6.32-5-486 #1 Mon Oct 3 03:34:28 UTC 2011 i686 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation N10 Family DMI Bridge
[8086:a010]
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:1584]
lspci -knn: Kernel driver in use: agpgart-intel
lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation N10 Fami
ly Integrated Graphics Controller [8086:a011]
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:1584]
lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation N10 Family Inte
grated Graphics Controller [8086:a012]
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:1584]
lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family High
 Definition Audio Controller [8086:27d8] (rev
 02)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:1584]
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Ex
press Port 1 [8086:27d0] (rev 02)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Ex
press Port 3 [8086:27d4] (rev 02)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Ex
press Port 4 [8086:27d6] (rev 02)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family US
B UHCI Controller #1 [8086:

Bug#652851: perl-doc: errors from man: macro `AE' not defined / can't break line

[Russ Allbery]

Dominic Hargreaves  writes:

> This lintian warning appears many times:

> W: perl-doc: manpage-has-errors-from-man 
> usr/share/man/man1/perl5100delta.1.gz 1024: warning: macro `AE' not defined

This is a bug in podlators that I'm surprised has gone unnoticed for so
long.  Here's the relevant patch to Pod::Man:

--- a/lib/Pod/Man.pm
+++ b/lib/Pod/Man.pm
@@ -1321,7 +1321,7 @@ sub parse_from_filehandle {
 undef, undef, undef, undef,undef, undef, undef, undef,
 undef, undef, undef, undef,undef, undef, undef, undef,
 
-"A\\*`",  "A\\*'", "A\\*^", "A\\*~",   "A\\*:", "A\\*o", "\\*(AE", "C\\*,",
+"A\\*`",  "A\\*'", "A\\*^", "A\\*~",   "A\\*:", "A\\*o", "\\*(Ae", "C\\*,",
 "E\\*`",  "E\\*'", "E\\*^", "E\\*:",   "I\\*`", "I\\*'", "I\\*^",  "I\\*:",
 
 "\\*(D-", "N\\*~", "O\\*`", "O\\*'",   "O\\*^", "O\\*~", "O\\*:",  undef,

(Although you won't see this if you build with Unicode man pages; it's
part of the fallback code to -- poorly -- attempt to simulate Unicode
characters.)

-- 
Russ Allbery (r...@debian.org)   



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

Bug#640052: xfce4-sensors-plugin: No hdd temperature

[Mike Edwards]

Package: xfce4-sensors-plugin
Version: 1.2.3-1+b1
Followup-For: Bug #640052

Dear Maintainer,

   * What led up to the situation?
Upgrade to Wheezy

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Ensured hddtemp was mode u+s, is currently running, and returns valid data.

   * What was the outcome of this action?
Nothing.  xfce4-sensors-plugin simply does not offer the option of displaying
hdd temps.  1.0.0-1+b1 from squeeze supports this functionality.

   * What outcome did you expect instead?
The option to display the temperatures of any connected hard disks.

I'd like to confirm that this bug is present.  This version of
xfce4-sensors-plugins will not use hddtemp no matter what I do.


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

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

Versions of packages xfce4-sensors-plugin depends on:
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-21
ii  libcairo2   1.10.2-6.2
ii  libfontconfig1  2.8.0-3
ii  libfreetype62.4.8-1
ii  libgdk-pixbuf2.0-0  2.24.0-2
ii  libglib2.0-02.30.2-4
ii  libgtk2.0-0 2.24.8-2
ii  libnotify4  0.7.4-1
ii  libpango1.0-0   1.29.4-2
ii  libsensors4 1:3.3.1-1
ii  libxfce4ui-1-0  4.8.0-3
ii  libxfce4util4   4.8.2-1
ii  xfce4-panel 4.8.6-1

Versions of packages xfce4-sensors-plugin recommends:
ii  hddtemp 0.3-beta15-51
ii  lm-sensors  1:3.3.1-1

Versions of packages xfce4-sensors-plugin suggests:
pn  xsensors  

-- no debconf information

-- 
  
Mike Edwards|   If this email address disappears,   
Unsolicited advertisments to|   assume it was spammed to death.  To
this address are not welcome.   |   reach me in that case, s/-.*@/@/

"Our progress as a nation can be no swifter than our progress in education.
The human mind is our fundamental resource."
  -- John F. Kennedy



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

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

[froese]

Package: libjinput-jni
Version: 20100502+dfsg-5
Followup-For: Bug #633501

Dear Maintainer,

please apply Geoffrey's patch or remove the package.

In the current state, the package is totally broken!

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

Kernel: Linux 3.0.1+ (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 libjinput-jni depends on:
ii  libc6  2.13-21

libjinput-jni recommends no packages.

libjinput-jni 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#588277: shutter is placed in utilities menu instead of graphics

[Ryan Niebur]

tag 588277 wontfix
quit

Hello Andreas,

On Tue, Jul 06, 2010 at 09:27:01PM +0200, Andreas Neudecker wrote:
> Package: shutter
> Version: 0.85.1-2
> Severity: normal
> 
> Hi
> 
> As Shutter is a graphic app I would rather expect to find it in the graphics
> category, not in utilities.
> 

I've discussed this with the upstream author of Shutter. I think both
of these categories could make sense for a screenshot utility.  While
KSnapshot is in the the Graphics menu category, gnome-screenshot is in
Utitilies. Because Shutter is more commmitted to the Gnome desktop
environment, Shutter is located in Utilities as well. Since upstream
wants to keep Shutter in the Utilties category for this reason, I am
tagging the bug "wontfix".

Thanks for this suggestion anyway,
Ryan





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

Bug#496832: Bakefile status (do you need a sponsor?)

[Wences René Arana Fuentes]

On Tue, Dec 20, 2011 at 11:25 AM, Scott Howard  wrote:
> On Tue, Dec 20, 2011 at 11:44 AM, Scott Howard  wrote:
>> Hi Wences,
>> I came across this ITP and saw you've done some updates to the git
>> repo. Is this package ready for sponsoring.
>> I can sponsor if you're still looking for one.
>>
>> ~Scott
>
> quick technical review of the git repo's package:
>
> probably should B-D on python-dev instead of python2.6-dev
>
> don't install the byteocode files (in debian/rules find an delete all
> pyc and pyo) and instead just copy all the .py from src/ into
> /usr/lib/bakefile and use dh_python2
>
> Also, check the makefile.am, it looks like it sets the python version
> in the header of the .py versions which might not be necessary in
> debian since we byte compile on installation to whatever version of
> python the user has on their system.
>
> The following is built with a B-D on python-dev (python2.6-dev will
> ftbfs) in a sid chroot (pbuilder)
>
> +++ lintian output +++
> P: bakefile: no-upstream-changelog
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/bakefile.pyc
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/bakefile.pyo
> E: bakefile: package-installs-python-bytecode 
> usr/lib/bakefile/bakefile_gen.pyc
> E: bakefile: package-installs-python-bytecode 
> usr/lib/bakefile/bakefile_gen.pyo
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/bkl_c.pyc
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/bkl_c.pyo
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/config.pyc
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/config.pyo
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/containers.pyc
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/containers.pyo
> E: bakefile: package-installs-python-bytecode 
> usr/lib/bakefile/dependencies.pyc
> E: bakefile: package-installs-python-bytecode 
> usr/lib/bakefile/dependencies.pyo
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/errors.pyc
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/errors.pyo
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/finalize.pyc
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/finalize.pyo
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/flatten.pyc
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/flatten.pyo
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/formats.pyc
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/formats.pyo
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/mk.pyc
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/mk.pyo
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/mk_dump.pyc
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/mk_dump.pyo
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/outmethods.pyc
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/outmethods.pyo
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/portautils.pyc
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/portautils.pyo
> E: bakefile: package-installs-python-bytecode
> usr/lib/bakefile/py25modules/__init__.pyc
> E: bakefile: package-installs-python-bytecode
> usr/lib/bakefile/py25modules/__init__.pyo
> E: bakefile: package-installs-python-bytecode
> usr/lib/bakefile/py25modules/subprocess.pyc
> E: bakefile: package-installs-python-bytecode
> usr/lib/bakefile/py25modules/subprocess.pyo
> E: bakefile: package-installs-python-bytecode
> usr/lib/bakefile/py25modules/uuid.pyc
> E: bakefile: package-installs-python-bytecode
> usr/lib/bakefile/py25modules/uuid.pyo
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/reader.pyc
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/reader.pyo
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/utils.pyc
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/utils.pyo
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/version.pyc
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/version.pyo
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/writer.pyc
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/writer.pyo
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/xmlparser.pyc
> E: bakefile: package-installs-python-bytecode usr/lib/bakefile/xmlparser.pyo
> E: bakefile: python-script-but-no-python-dep usr/lib/bakefile/bakefile.py
> E: bakefile: python-script-but-no-python-dep usr/lib/bakefile/bakefile_gen.py

I will review that and I will keep you informed about my progress

-- 
Wences Arana
nacido para ser libre
Debian FTW
9455 B304 491E 1165 43C8  1B34 8678 4112 D3AC 9B13



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

Bug#652852: sweethome3d: Won't install without openjdk

[froese]

Package: sweethome3d
Version: 3.3+dfsg-1
Severity: important

Dear Maintainer,

trying to install sweethome3d I noticed that apt tries to install
openjdk-6 even though sun-java6 is already installed.

The dependency-list of sweethome3d explicitely mentions
"openjdk-6-jre | sun-java6-jre" but there's also the
dependency to "icedtea-netx" which requires openjdk and
pulls in about 100MB of openjdk packages.

Is the Web-Start-functionallity even needed by sweethome3d?!?

Ciao, ET.


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

Kernel: Linux 3.0.1+ (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



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

Bug#633038: initscripts in unstable now Breaks sysklogd

[Thorsten Glaser]

severity 633038 grave
thanks

I need to pin old initscripts because they break the currently
available version of sysklogd. Please upload a new one which
is not broken by initscripts.

Thanks,
//mirabilos
-- 
FWIW, I'm quite impressed with mksh interactively. I thought it was much
*much* more bare bones. But it turns out it beats the living hell out of
ksh93 in that respect. I'd even consider it for my daily use if I hadn't
wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mksh



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

Bug#632214: Still missing host in the reference greylist-URL

[Roger Lynn]

Package: postgrey
Version: 1.32-6.1

On Thu, 30 Jun 2011 17:03:42 +0200, Odd Martin Baanrud  wrote:
> I reported this issue with the Lenny build of postgrey, but at that time I 
> was unable to test with a newer version.
> Now I'm running Squeeze, and the same thing appears.
> The greylist-URL still looks like this:
> "Greylisted, see http://postgrey.schweikert.ch/help/.html";
>
> As you see, the hostname in the "help"-part isn't displayed.

The domain used here is taken from the recipient address passed to Postgrey.
I see this problem when I call Postgrey from Exim after DATA has been
received, which means the recipient dat isn't available. This also affects
the triplet Postgrey uses to uniquely identify the message, so I have tried
substituting the message-id for the unavailable recipient. I'm not sure if
this is a good idea.

> Hope this can be fixed in a stable update of the postgrey package.
> If you have a work-around I can use, please let me know.

A work-around is to edit POSTGREY_TEXT in /etc/default/postgrey. To get the
standard message, use the text:
"Greylisted, see http://postgrey.schweikert.ch/help/example.com.html";
and replace "example.com" with your domain.

Roger

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

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

Versions of packages postgrey depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  debconf [debconf-2.0]  1.5.36.1  Debian configuration management sy
ii  libberkeleydb-perl 0.42-1~squeeze1   use Berkeley DB 4 databases from P
ii  libnet-dns-perl0.66-2Perform DNS queries from a Perl sc
ii  libnet-server-perl 0.97-1An extensible, general perl server
ii  perl   5.10.1-17squeeze2 Larry Wall's Practical Extraction 
ii  ucf3.0025+nmu1   Update Configuration File: preserv

Versions of packages postgrey recommends:
ii  exim44.72-6+squeeze2 metapackage to ease Exim MTA (v4) 
ii  libdigest-sha1-perl  2.13-1  NIST SHA-1 message digest algorith
pn  libnet-rblclient-perl  (no description available)
ii  libparse-syslog-perl 1.10-1  Perl module for parsing syslog ent

postgrey suggests no packages.

-- debconf information:
  postgrey/1.32-3_changeport:



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

Bug#652578: [Pytrainer-devel] Bug#652578: Does not always use correct system of measurement

[Matt Kraai]

Hi Christian,

On Tue, Dec 20, 2011 at 07:15:06AM +0100, Christian PERRIER wrote:
> Hey Matt (long time so see...:-)),
>
> I think it's worth being recorded in upstream bug tracker and I'll do
> that ASAP. Indeed, as upstream development list is subscribed to the
> Debian BTS, it is very likely that one of the developers noticed the
> issue and might followup at some momentbut, still, let's track
> this properly and save life of people who insist on using weird
> measurement units..:-)

Thanks.  If I prepare a patch, should I base it on the version in
Debian or on upstream's repository?

-- 
Matt Kraai
https://ftbfs.org/kraai



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

Bug#651700: [Pkg-openldap-devel] Bug#651700: BDB version ...

[Quanah Gibson-Mount]

--On Wednesday, December 21, 2011 12:16 AM +0100 JP P  
wrote:



Hello,

I had to find a suitable version of the BDB library
(libdb5.1_5.1.25-11), empty the /var/lib/ldap/ and launch slapd to
have the DB rebuilt. As the server is a "slave" server after a few
minutes the DB was resynchronized and all is OK now.
But the package in unstable is still unusable.


The version of BDB that OpenLDAP is built against must be used.  Your other 
fix would have been to simply rebuild the OpenLDAP package against the 
version of BDB in unstable.


--Quanah

--

Quanah Gibson-Mount
Sr. Member of Technical Staff
Zimbra, Inc
A Division of VMware, Inc.

Zimbra ::  the leader in open source messaging and collaboration



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

Bug#652851: perl-doc: errors from man: macro `AE' not defined / can't break line

[Dominic Hargreaves]

Package: perl-doc
Version: 5.14.2-6
Severity: minor

This lintian warning appears many times:

W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perl5100delta.1.gz 
1024: warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perl5115delta.1.gz 
342: warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perl5120delta.1.gz 
2556: warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perl5121delta.1.gz 
355: warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perl5122delta.1.gz 
328: warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perl5123delta.1.gz 
202: warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perl5130delta.1.gz 
202: warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perl51310delta.1.gz 
735: warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perl51311delta.1.gz 
454: warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perl5131delta.1.gz 
337: warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perl5132delta.1.gz 
457: warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perl5133delta.1.gz 
607: warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perl5135delta.1.gz 
570: warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perl5136delta.1.gz 
708: warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perl5139delta.1.gz 
527: warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perl5140delta.1.gz 
3863: warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perlebcdic.1.gz 
1162: warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perlgit.1.gz 861: 
warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perlhist.1.gz 160: 
warning: macro `AE' not defined
W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perlreapi.1.gz 863: 
warning: macro `AE' not defined

This also appears:

W: perl-doc: manpage-has-errors-from-man usr/share/man/man1/perljp.1.gz 138: 
warning [p 1, 1.8i]: can't break line

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#581565: improve documentation for exim integration

[Roger Lynn]

Package: postgrey
Version: 1.32-6.1
Severity: normal

On Tue, 4 Jan 2011 13:21:22 +, Antonio Radici  wrote:
> thanks for your bug report, the exim user experience can definitely
> being improved, this will be fixed in the next upload (1.33-2).

Was this change ever applied to the package?

Thanks,

Roger

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

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

Versions of packages postgrey depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  debconf [debconf-2.0]  1.5.36.1  Debian configuration management sy
ii  libberkeleydb-perl 0.42-1~squeeze1   use Berkeley DB 4 databases from P
ii  libnet-dns-perl0.66-2Perform DNS queries from a Perl sc
ii  libnet-server-perl 0.97-1An extensible, general perl server
ii  perl   5.10.1-17squeeze2 Larry Wall's Practical Extraction 
ii  ucf3.0025+nmu1   Update Configuration File: preserv

Versions of packages postgrey recommends:
ii  exim44.72-6+squeeze2 metapackage to ease Exim MTA (v4) 
ii  libdigest-sha1-perl  2.13-1  NIST SHA-1 message digest algorith
pn  libnet-rblclient-perl  (no description available)
ii  libparse-syslog-perl 1.10-1  Perl module for parsing syslog ent

postgrey suggests no packages.

-- debconf information:
  postgrey/1.32-3_changeport:



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

Bug#623408: [pkg-mono-group] Bug#623408: Announce of an upcoming upload for the xsp package (2nd version)

[Iain Lane]

Hiya,

On Tue, Dec 20, 2011 at 09:50:20AM +0100, Jeroen Schot wrote:
> Hi,
> 
> On Sat, Dec 17, 2011 at 07:33:11PM +0100, Christian PERRIER wrote:
> > (2nd version of this call, focused on the version of xsp in
> > experimental, after discussion with maintainers)
> >
> > [...]
> >
> > The POT file is attached to this mail.
> 
> This POT file contains a number of typographical errors: Inconsistent
> usage of 'Apache' and 'apache' and quite a few double spaces. Fixing
> the latter merges two msgid's.
> 
> I'm unsure about the correct way to report this, but attached are the
> corrected *.templates and a diff against the current experimental
> version.

I just merged your patch in git, thanks for that:

  
http://anonscm.debian.org/gitweb/?p=pkg-mono/packages/xsp.git;a=commit;h=dc3bc8b35a5d07eb196404c85ae8051394c5dc0c

can you work with this?

Sorry for the clumsiness — I've not worked much with you guys in the
past. :-)

Cheers,

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]
PhD student   [ i...@cs.nott.ac.uk ]


signature.asc
Description: Digital signature

Bug#652850: failed to remove `/etc/xdg/midori/extensions/libadblock.so': No such file or directory

[jidanni]

Package: midori
Version: 0.4.3-1
Severity: wishlist

Perhaps test -f before trying to remove?

Setting up midori (0.4.3-1) ...
Installing new version of config file /etc/xdg/midori/extensions/adblock/config 
...
rmdir: failed to remove `/etc/xdg/midori/extensions/libadblock.so': No such 
file or directory



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

Bug#625203: tons of warnings

[jidanni]

Tons of warnings

Unpacking replacement gir1.2-glib-2.0 ...
Preparing to replace python-gi 3.0.2-4 (using .../python-gi_3.0.3-1_i386.deb) 
...
Unpacking replacement python-gi ...
Preparing to replace python-gobject 3.0.2-4 (using 
.../python-gobject_3.0.3-1_all.deb) ...
Unpacking replacement python-gobject ...
Preparing to replace sysv-rc 2.88dsf-13.13 (using 
.../sysv-rc_2.88dsf-16_all.deb) ...
Unpacking replacement sysv-rc ...
Processing triggers for man-db ...
Processing triggers for hicolor-icon-theme ...

(gtk-update-icon-cache:7242): GdkPixbuf-WARNING **: Cannot open pixbuf loader 
module file '/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache': No 
such file or directory

[tons of these]

(gtk-update-icon-cache:7242): GdkPixbuf-WARNING **: Cannot open pixbuf loader 
module file '/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache': No 
such file or directory
Processing triggers for install-info ...
Processing triggers for libglib2.0-0 ...
Setting up sysv-rc (2.88dsf-16) ...



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

Bug#652849: git-annex: error with dropunused --from rsyncremote

[Albert Dengg]

Package: git-annex
Version: 3.20111211
Severity: normal

hi,

i'm managing some photos using git-annex and have an encrypted rsync
remote for backup purposed.

recently i deleted some files (in the process of sorting out some
pictures.

git annex dropused worked, but i have a problem with
the rsync remote:
dropunused 243 (from poseidon...) (gpg) rsync: change_dir#3
"/home/users/adengg//photos/34b/5c9" failed: No such file or directory
(2)
rsync error: errors selecting input/output files, dirs (code 3) at
main.c(643) [Receiver=3.0.9]
rsync: connection unexpectedly closed (9 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(605)
[sender=3.0.9]


and the remote size does not shrink, though the files seem to be removed
from the index, as git annex unused does not show them anymore.

as a sidenote:
the structure on the server uses a 2 digit structure, while dropunused
trys to work in a 3digit structure.

yours,
albert

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

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

Versions of packages git-annex depends on:
ii  curl7.23.1-3
ii  git 1:1.7.7.3-1
ii  libc6   2.13-23
ii  libffi5 3.0.10-3
ii  libgmp102:5.0.2+dfsg-2
ii  libpcre38.12-4
ii  openssh-client  1:5.9p1-2
ii  rsync   3.0.9-1
ii  uuid1.6.2-1.1+b1
ii  wget1.13.4-1

git-annex recommends no packages.

Versions of packages git-annex suggests:
ii  bup   
ii  gnupg 1.4.11-3
ii  graphviz  2.26.3-8+b1

-- no debconf information


signature.asc
Description: Digital signature

Bug#652848: RFH: line6-usb -- Line 6 POD driver source

[Jelmer Vernooij]

Package: wnpp
Severity: normal

I request assistance with maintaining the line6-usb package.

The package description is:
 An experimental driver for the guitar amp, cab, and effects modeller
 PODxt Pro by Line6 (and similar devices), supporting the following features:
 .
  * Reading/writing individual parameters
  * Reading/writing complete channel, effects setup, and amp setup data
  * Channel switching
  * Virtual MIDI interface
  * Tuner access
  * Playback/capture/mixer device for any ALSA-compatible
  * PCM audio application
  * Signal routing (record clean/processed guitar signal, re-amping)



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

Bug#652847: python-configshell: lacking dependency on python-urwid

[Michael Prokop]

Package: python-configshell
Version: 1.1-2
Severity: important


When being inside /backstores/.. using targetcli and typing 'cd' the
file /usr/lib/python2.7/dist-packages/configshell/shell.py throws an
exception complaining about:

| ImportError: No module named urwid

If the python-urwid package is installed the curses-based UI inside
targetclit when typing 'cd' works fine.

regards,
-mika-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2011-12-21t00-36...@devnull.michael-prokop.at

Bug#550840: UPD: apache2-mpm-prefork: reload does not work: childs hangs on FUTEX_WAIT_PRIVATE

[Claus Herwig]

Please find the backtrace attached.

Please note that this trace is from another server with the same problem.

-- Package-specific info:
List of enabled modules from 'apache2 -M':
  alias auth_basic auth_pam auth_sys_group authn_file authz_default
  authz_groupfile authz_host authz_user autoindex cgi deflate dir env
  macro mime negotiation php5 reqtimeout rewrite setenvif status
List of enabled php5 extensions:
  curl gd mcrypt mysql mysqli pdo pdo_mysql suhosin

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

Kernel: Linux 2.6.32-238.12.1.el5.028stab091.1 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
CHECON   EDV-Consulting und Redaktion
 Claus Herwig * Barer Straße 70 * 80799 München
 +49 89 27826981 * Fax 27826982 * c.her...@checon.de


GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
.
Attaching to process 18212
Reading symbols from /usr/lib/apache2/mpm-prefork/apache2...Reading symbols 
from /usr/lib/debug/usr/lib/apache2/mpm-prefork/apache2-mpm-prefork...done.
done.
Reading symbols from /lib/libpcre.so.3...Reading symbols from 
/usr/lib/debug/lib/libpcre.so.3.12.1...done.
done.
Loaded symbols for /lib/libpcre.so.3
Reading symbols from /usr/lib/libaprutil-1.so.0...Reading symbols from 
/usr/lib/debug/usr/lib/libaprutil-1.so.0.3.9...done.
done.
Loaded symbols for /usr/lib/libaprutil-1.so.0
Reading symbols from /usr/lib/libapr-1.so.0...Reading symbols from 
/usr/lib/debug/usr/lib/libapr-1.so.0.4.2...(no debugging symbols found)...done.
(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libapr-1.so.0
Reading symbols from /lib/libpthread.so.0...Reading symbols from 
/usr/lib/debug/lib/libpthread-2.11.2.so...done.
[Thread debugging using libthread_db enabled]
done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib/libc.so.6...Reading symbols from 
/usr/lib/debug/lib/libc-2.11.2.so...done.
done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libuuid.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libuuid.so.1
Reading symbols from /lib/librt.so.1...Reading symbols from 
/usr/lib/debug/lib/librt-2.11.2.so...done.
done.
Loaded symbols for /lib/librt.so.1
Reading symbols from /lib/libcrypt.so.1...Reading symbols from 
/usr/lib/debug/lib/libcrypt-2.11.2.so...done.
done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/libdl.so.2...Reading symbols from 
/usr/lib/debug/lib/libdl-2.11.2.so...done.
done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /usr/lib/libexpat.so.1...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libexpat.so.1
Reading symbols from /lib/ld-linux.so.2...Reading symbols from 
/usr/lib/debug/lib/ld-2.11.2.so...done.
done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnsl.so.1...Reading symbols from 
/usr/lib/debug/lib/libnsl-2.11.2.so...done.
done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/libnss_compat.so.2...Reading symbols from 
/usr/lib/debug/lib/libnss_compat-2.11.2.so...done.
done.
Loaded symbols for /lib/libnss_compat.so.2
Reading symbols from /lib/libnss_nis.so.2...Reading symbols from 
/usr/lib/debug/lib/libnss_nis-2.11.2.so...done.
done.
Loaded symbols for /lib/libnss_nis.so.2
Reading symbols from /lib/libnss_files.so.2...Reading symbols from 
/usr/lib/debug/lib/libnss_files-2.11.2.so...done.
done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /usr/lib/apache2/modules/mod_alias.so...Reading symbols 
from /usr/lib/debug/usr/lib/apache2/modules/mod_alias.so...done.
done.
Loaded symbols for /usr/lib/apache2/modules/mod_alias.so
Reading symbols from /usr/lib/apache2/modules/mod_auth_basic.so...Reading 
symbols from /usr/lib/debug/usr/lib/apache2/modules/mod_auth_basic.so...done.
done.
Loaded symbols for /usr/lib/apache2/modules/mod_auth_basic.so
Reading symbols from /usr/lib/apache2/modules/mod_auth_pam.so...(no debugging 
symbols found)...done.
Loaded symbols for /usr/lib/apache2/modules/mod_auth_pam.so
Reading symbols from /lib/libpam.so.0...(no debugging symbols found)...done.
Loaded symbols for /lib/libpam.so.0
Reading symbols from /usr/lib/apache2/modules/mod_auth_sys_group.so...(no 
debugging symbols found)...done.
Loaded symbols for /usr/lib/apache2/modules/mod_auth_sys_group.so
Reading symbols from /usr/lib/apache2/modules/mod_authn_file.

Bug#498440: aptitude: ?upgradable search term

[jidanni]

Thank Daniel Hartwig for the explanation. Maybe a footnote on the
official documentation could be added mentioning some of that.



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

Bug#652845: agave FTBFS in unstable, format security error

[peter green]

tags 652845 +patch
thanks

sorry forgot to attactch the patch and add the patch tag
Description: fix format security warning to
 fix format security warning to avoid build failure with -Werror=format-security
Author: Peter Green 
Bug-Debian: http://bugs.debian.org/??

--- agave-0.4.7.orig/src/dialogs/gcs-about-window.cc
+++ agave-0.4.7/src/dialogs/gcs-about-window.cc
@@ -105,7 +105,7 @@ namespace gcs
 catch (const Glib::Error& e)
 {
 Glib::ustring message = "Couldn't load Agave logo image from theme. " + e.what();
-g_warning(message.c_str());
+g_warning("%s",message.c_str());
 }
 }
 }

Bug#651700: BDB version ...

[JP P]

Hello,

I had to find a suitable version of the BDB library
(libdb5.1_5.1.25-11), empty the /var/lib/ldap/ and launch slapd to
have the DB rebuilt. As the server is a "slave" server after a few
minutes the DB was resynchronized and all is OK now.
But the package in unstable is still unusable.

Regards

JPP





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

Bug#652846: sane-utils: Offer to add saned user to lp group so MFP scanners work

[Ivan Baldo]

Package: sane-utils
Version: 1.0.21-9
Severity: normal

  I observed that many multi function printers (MFPs) share the USB
device and gets set to the group "lp".
  It would be nice to have a debconf question to add the "saned" user to
the "lp" group for this class of devices so they work, making things
easier for the Debian user.
  Thanks a lot!


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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=es_UY, LC_CTYPE=es_UY (charmap=ISO-8859-1) (ignored: LC_ALL set to 
es_UY)
Shell: /bin/sh linked to /bin/dash

Versions of packages sane-utils depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  libavahi-client3  0.6.27-2+squeeze1  Avahi client library
ii  libavahi-common3  0.6.27-2+squeeze1  Avahi common library
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libieee1284-3 0.2.11-6   cross-platform library for paralle
ii  libsane   1.0.21-9   API library for scanners
ii  libusb-0.1-4  2:0.1.12-16userspace USB programming library
ii  update-inetd  4.38+nmu1+squeeze1 inetd configuration file updater

sane-utils recommends no packages.

Versions of packages sane-utils suggests:
ii  avahi-daemon   0.6.27-2+squeeze1 Avahi mDNS/DNS-SD daemon
ii  unpaper0.3-1 post-processing tool for scanned p

-- Configuration Files:
/etc/default/saned [Errno 13] Permiso denegado: u'/etc/default/saned'
/etc/sane.d/saned.conf changed:
10.1.1.0/24


-- debconf information:
* sane-utils/saned_run: true
* sane-utils/saned_scanner_group: true



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

Bug#652845: agave FTBFS in unstable, format security error

[peter green]

package: agave
severity: serious
version: 0.4.7-2

the default build flags from dpkg-buildflags now include 
-Werror=format-security. Your package trips this warning and hence FTBFS 
in unstable.


Patch is attached just add it to the quilt series.



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

Bug#651700: More tries

[JP P]

Hello,

I do some tries to solve my problem, but definitely the openldap package
is unable to cope with BDB's installed version.
I try to drop all files in /var/lib/ldap/my_domain, in a very old time I
solve such a problem by deleting all files, recreating a new database
with slapd -f /etc/ldap/slapd.conf and reload the database from an
export. But now it is impossible as, even with no database slapd
complains about the library version ! It is not the database which was
done with an old version, it is the program which is unable to cope with
the BDB version installed. 

Slapd is not usable with the current unstable distro.


Regards

JPP





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

Bug#652733: inn2: should Suggest gnupg2

[Russ Allbery]

Julien ÉLIE  writes:

>> The actual bug is that it should be set to gpgv. Damn autoconf. :-(
>>
>>  ac_cv_path_PATH_GPGV=/usr/bin/gpgv \

> Maybe you should just change this line in configure.ac:

> - AC_PATH_PROGS([GPGV], [gpgv2 gpgv])
> + AC_PATH_PROGS([GPGV], [gpgv gvgv2])

> ?

The solution he had would work, except that we changed the variable name
from PATH_GPGV to just GPGV to be more consistent with the rest of
Autoconf.  So it now needs to be either ac_cv_path_GPGV (or just GPGV will
also work).

-- 
Russ Allbery (r...@debian.org)   



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

Bug#146064: bussiness proposal.

[Liu Wang]

I am Mr. Liu Wang, an official with the International bank of Taipei,Taiwan. 
I ask for your partnership in re-profiling funds.



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

Bug#652679: Winbind authentication and wbinfo -i user no longer work after uprading to 3.6.1

[Dale Schroeder]

Robert,

Same problem here, and I have not seen anyone mention this on the Samba 
list.  Systems are fully updated and testparm does not return any 
errors.  idmap backend is rid notated in the new format.  All deprecated 
parameters have been removed.


On my systems, I have found that full functionality returns after a 
reboot; however, if samba/winbind processes are restarted for any 
reason, AD authentication again no longer works.  As with you, wbinfo 
-u/-g continues to work, as does getent passwd.  getent group only 
returns linux groups.  Another reboot will return winbind once again to 
full functionality.


Even at log level 10, error messages have been hard to find among the 
many winbind logs.  At the time of failure, the one I consistently find 
is in syslog:

winbindd[4186]:  ads_ranged_search failed with: Time limit exceeded.


Dale





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

Bug#648878: cherokee-admin: cheroke-admin doesn't work

[Gunnar Wolf]

Hi,

I'm also replying late, as I'm away from home/office for the
holidays.

As you can expect, the information --debug gives you is not enough
information. I will contact the upstream authors and come back to
you.



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

Bug#652844: please include patch to reduce namespace polloution from sys/ucontext.h on arm

[peter green]

package: libc6-dev
version:
severity: important
justification: causes other packages to FTBFS

On arm* sys/ucontext.h heavilly polloutes the global
namespace firstly by including sys/user.h (which defines
among other things a type called "struct user" and secondly
by defining symbols and #defines named R? to represent
the processor registers.

That issue in itself is nothing new but fairly recently*
signal.h started including sys/ucontext.h by default
causing programs that (quite reasonable IMO) used those
names for their own symbols to fail to build on arm. This
has been especially noticable recently because debian is
trying to build the new "armhf" port.

After discussions on debian-arm/debian-glibc/linaro-dev
(I do not know which responders came from which list)
I was given the following advice on the "struct user"
issue by Ulrich Weigand.

>Now, glibc also provides a file  that defines
>layouts of register sets for use with signal handlers as well
>as the makecontext/setcontext/getcontext family of routines.
>
>Usually, those layouts tend to be in fact identical to the
>layouts described in  / .  Apparently,
>whoever implemented the ARM version of  was
>trying to avoid some seemingly unnecessary code duplication
>by making  *include*  and using
>the information from there directly.  This is not done on other
>platforms, for precisely the reason that the 
>and  headers do pollute the name space ...
>
>So I think the right thing to do in the short term would be to
>stop  including , and instead add the
>register set information there directly, even if that means some
>duplication of code.  (Again, since this is never-changing ABI,
>duplication isn't actually all that bad.  Also, all the other
>platforms do it that way too, so why should ARM be different ...)

On the issue of the R? definitions I proposed renaming them
to REG_R?. The use of a REG_ prefix is consistent with
x86, x64 and sparc (I couldn't find any comparable definitions
at all on other architectures I looked at) I asked what the
impact of this change would be on the aforementioned mailing
lists and got the following reply from Konstantinos Margaritis

>at worst the packages that had to be workaround on arm* for this, can
>have the workaround removed.

The attached patch implements these changes (note that the filename
of the patch currently starts with "unaassigned" as that was the
atatus when I prepared it.

My tests do not show any new failures in the libc testsuite (though
I do get failures that debian considers "unexpected" regardless
of whether this patch is applied or not)

The patch was accepted upstream by Joseph Myers 
http://sourceware.org/git/?p=glibc-ports.git;a=commitdiff;h=c1e30fd8bffd53aa9849fe410ca8a4204c91f836

Please include this change in the next upload of eglibc to sid.


* I have not investigated exactly when this change occoured
but it was somewhere between the version in debian squeeze
and the version in debian wheezy.



Index: eglibc-2.13/ports/sysdeps/unix/sysv/linux/arm/sys/ucontext.h
===
--- eglibc-2.13.orig/ports/sysdeps/unix/sysv/linux/arm/sys/ucontext.h	2006-08-17 01:23:58.0 +
+++ eglibc-2.13/ports/sysdeps/unix/sysv/linux/arm/sys/ucontext.h	2011-12-17 12:52:43.0 +
@@ -23,7 +23,6 @@
 
 #include 
 #include 
-#include 
 
 /* We need the signal context definitions even if they are not used
included in .  */
@@ -35,47 +34,64 @@
 #define NGREG	18
 
 /* Container for all general registers.  */
-typedef elf_gregset_t gregset_t;
+typedef greg_t gregset_t[NGREG];
 
 /* Number of each register is the `gregset_t' array.  */
 enum
 {
-  R0 = 0,
-#define R0	R0
-  R1 = 1,
-#define R1	R1
-  R2 = 2,
-#define R2	R2
-  R3 = 3,
-#define R3	R3
-  R4 = 4,
-#define R4	R4
-  R5 = 5,
-#define R5	R5
-  R6 = 6,
-#define R6	R6
-  R7 = 7,
-#define R7	R7
-  R8 = 8,
-#define R8	R8
-  R9 = 9,
-#define R9	R9
-  R10 = 10,
-#define R10	R10
-  R11 = 11,
-#define R11	R11
-  R12 = 12,
-#define R12	R12
-  R13 = 13,
-#define R13	R13
-  R14 = 14,
-#define R14	R14
-  R15 = 15
-#define R15	R15
+  REG_R0 = 0,
+#define REG_R0	REG_R0
+  REG_R1 = 1,
+#define REG_R1	REG_R1
+  REG_R2 = 2,
+#define REG_R2	REG_R2
+  REG_R3 = 3,
+#define REG_R3	REG_R3
+  REG_R4 = 4,
+#define REG_R4	REG_R4
+  REG_R5 = 5,
+#define REG_R5	REG_R5
+  REG_R6 = 6,
+#define REG_R6	REG_R6
+  REG_R7 = 7,
+#define REG_R7	REG_R7
+  REG_R8 = 8,
+#define REG_R8	REG_R8
+  REG_R9 = 9,
+#define REG_R9	REG_R9
+  REG_R10 = 10,
+#define REG_R10	REG_R10
+  REG_R11 = 11,
+#define REG_R11	REG_R11
+  REG_R12 = 12,
+#define REG_R12	REG_R12
+  REG_R13 = 13,
+#define REG_R13	REG_R13
+  REG_R14 = 14,
+#define REG_R14	REG_R14
+  REG_R15 = 15
+#define REG_R15	REG_R15
 };
 
+struct _libc_fpstate
+{
+  struct
+  {
+unsigned int sign1:1;
+unsigned int unused:15;
+unsigned int sign2:1;
+unsigned int exponent:14;
+unsigned int j:1;
+unsigned int mantissa1:31;
+unsigned int mantissa0:32;
+  } 

Bug#647815: sphinxsearch: Omitting mem_limit generates a spurious warning

[Radu Spineanu]

Hey Frédéric,

Does this still happen with the latest version of sphinxsearch?

-R.



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

Bug#652731: Fwd: Bug#652731: ITP: extsmail -- enables the robust sending of e-mail to external commands.

[Laurence Tratt]

On Tue, Dec 20, 2011 at 10:39:52PM +0100, martin f krafft wrote:

Dear Martin,

> The description of the package should answer my questions concisely.

Equally, others might reasonably say that words are just words. One may
always inspect the source to truly satisfy oneself.

> Also, to run something ad infinitum until it succeeds might not be the
> wisest choice as it could mean that it *never* completes.

Of course. But equally well, you don't know if doing it just one more time
will succeed. There is no perfect answer that will work for all cases for all
users. Users can inspect the logs (or the spool dir) if they want to see if
mail has not yet been sent.

> What happens if someone tries to send 4Gb of mail?

That depends entirely on the behaviour of the sendmail process on the remote
machine. extsmail is, more or less, a "proxy" in that sense - extsmail does
not, and can not, know the policies of the remote sendmail. That remote
sendmail process might send an e-mail complaining to the user, for example.

> So it maintains a mail queue?

Yes. One message per file (and appropriate file locking of course). It's very
simple.

> What if the filesystem fills up?

The local extsmail program (masquerading as sendmail) throws an error if it
is unable to write a message to the spool directory, much as the local
sendmail binary might. There is no other reasonable behaviour.

> How does it prevent double-sending?

As with any other mail system, it doesn't and can't. It is always possible
that a message is sent but (say) a network dies at just the wrong point for
it to be confirmed that the message has been sent. The most important thing
is to ensure that e-mails are always sent at least once. I should note that I
have not yet encountered an instance of double-sending in the 3+ years I've
been using extsmail - it would take a rare combination of events.


Laurie
-- 
Personal http://tratt.net/laurie/
The Converge programming language  http://convergepl.org/
   https://github.com/ltratt  http://twitter.com/laurencetratt



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

Bug#652733: inn2: should Suggest gnupg2

[Julien ÉLIE]

Hi Marco,


pgpverify (needed for automated processing of signed control
messages) calls $gpgv, which is set in innshellvars (and Config.pm)
to be "/usr/bin/gpgv2". This is part of the gnupg2 package.

The actual bug is that it should be set to gpgv. Damn autoconf. :-(

 ac_cv_path_PATH_GPGV=/usr/bin/gpgv \


Maybe you should just change this line in configure.ac:

- AC_PATH_PROGS([GPGV], [gpgv2 gpgv])
+ AC_PATH_PROGS([GPGV], [gpgv gvgv2])

?

(Or the "for ac_prog in gpgv2 gpgv" line in the generated configure script.)

--
Julien ÉLIE

« – Je ne comprends pas comment quelques gouttes de pluie peuvent…
  – Évidemment, tu ne te mouilles pas beaucoup dans cette
affaire. » (Astérix)



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

Bug#650024: swaks: Echoes password when entering it for swaks -a

[Gunnar Wolf]

tags 650024 + upstream
thanks

> Hi Gunnar,

Hi Axel,

I'm bringing John Jetmore, the Swaks author, for his input. John, you
can see all of my interchange with Axel at:

  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650024

Axel requested the addition of an option to supress the echoing of the
password in the SMTP AUTH stage. I argued it was not the usual use
for Swaks - but he convinced me, here is the relevant conversation
snippet: 

> > Using Swaks as a mailer is IMO an abuse.
> 
> No objection, either. I never use swaks as mailer.
> 
> I use it to test my mail servers. And sometimes I also have to test
> SMTP AUTH. With real existing user accounts and real passwords. And I
> want to be able to use swaks for that testing case, too.
> 
> > Of course, echoing a password is wrong for a mailer - but for a
> > testing utility, I do not feel that meddling with the output is a
> > good idea.
> 
> Well, even if I test such stuff with my test user, I do neither want
> coworkers nor users waiting behind my back to fix "their e-mail
> problem" to see my personal password with which I'm testing our mail
> server to see if SMTP AUTH works correctly. Especially not hours later
> if that xterm is still open open and still shows the swaks output.
> 
> Sure there may be cases where someone wants to be sure to have typed
> the correct password, so making it optional is perfectly fine. But in
> my case I'm usually confident that I typed my password correctly
> (especially the one from my normal user which is why I tend to test
> SMTP AUTH with that one instead of my seldomly used test user), but I
> don't want others to see it.
> 
> I hope it's now clear why I regard this as a not so unimportant issue.
> 
>   Kind regards, Axel

Greetings,


signature.asc
Description: Digital signature

Bug#648775: transition: mono 2.10

[Niels Thykier]

block 648775 by 649339
thanks

On 2011-11-14 23:42, Iain Lane wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> Dear Release Team,
> 
> [ re-filing as a bug per jcristau ]
> 
> We'd like to start the Mono transition[0,0.5] soon.
> 

Hi,

Sorry for the delay in getting back to you.  As far as I can tell, the
mono transition shares packages with the vtk8.5 transition, but we will
let you know when we can stat this.

If you haven't already done so, please head to [1] (or [2]) to verify
the list of affected source packages.


> The packages have been aged in experimental for some time now, and this
> transition has also taken place in Another Place with no notable
> badness.
> 

Sounds good.  :)

> Following the RT's request for a dry run (Model 3 in [0.5]), Julian
> Taylor did a test rebuild[1] of all rdepends and to the best of our
> knowledge we have resolved the outstanding issues so that all that
> should be required are no-change rebuilds or uploads from experimental
> to unstable, as well as one removal of a package not yet ported
> (dlr-languages).
> 
> Roughly, the plan will be
> 
>   * Upload all of mono & cli-common from experimental to unstable
>   * Upload build tools (nant)
>   * Remove mono-debugger
>   * Get LO bindings disabled
>   * No-change rebuild / binNMU all applications against the 4.0
> profile
>   * No-change rebuild / binNMU all libraries against the 4.0 profile, in
> leaf-first order 
> 

Do you have a list/table of the ~30 binNMUable packages that tells us
which of them are libs and which are not?  Alternatively can we just go
by "dependency level" from the transition tracker package (starting with
the bottom/level 10)?

> The reason for this ordering is because 4.0 executables can load 2.0
> libraries but not vice-versa. A great deal of packages are pure managed
> code, so arch:all and will therefore require sourceful uploads.
> 
> You can see the results of our testing at [2].
> 
> Please let us know when we can go ahead.
> 
> Cheers,
> on behalf of the Debian Mono Group,
> 

~Niels

[1] http://release.debian.org/transitions/html/mono.html

[2] http://release.debian.org/transitions/export/packages.yaml




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

Bug#652843: apache2.2-common: start script does not take care if /var/log/apache2 does not exist

[Heiko Schlittermann]

Package: apache2.2-common
Version: 2.2.16-6+squeeze4
Severity: important


The apache init-script should take care to create
/var/log/apache2 if it does not exist already. In some environments
/var/log may be a ramdisk (as /var/run and /var/lock) and 
only the apache init scripts can know about the proper permissions 
and ownerships for the log directories.

Or /var/log/* could be purged, and creating /var/log/apache2
would be just nice :-)


-- Package-specific info:
List of /etc/apache2/mods-enabled/*.load:
  alias auth_basic authn_file authz_default authz_groupfile
  authz_host authz_user autoindex cgi deflate dir env mime
  negotiation reqtimeout setenvif status userdir

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

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

Versions of packages apache2.2-common depends on:
ii  apache2-utils  2.2.16-6+squeeze4 utility programs for webservers
ii  apache2.2-bin  2.2.16-6+squeeze4 Apache HTTP Server common binary f
ii  libmagic1  5.04-5File type determination library us
ii  lsb-base   3.2-23.2squeeze1  Linux Standard Base 3.2 init scrip
ii  mime-support   3.48-1MIME files 'mime.types' & 'mailcap
ii  perl   5.10.1-17squeeze2 Larry Wall's Practical Extraction 
ii  procps 1:3.2.8-9 /proc file system utilities

Versions of packages apache2.2-common recommends:
ii  ssl-cert  1.0.28 simple debconf wrapper for OpenSSL

Versions of packages apache2.2-common suggests:
pn  apache2-doc(no description available)
pn  apache2-suexec | apa   (no description available)
ii  google-chrome-stable 16.0.912.63-r113337 The web browser from Google
ii  iceweasel [www-brows 3.5.16-11   Web browser based on Firefox
ii  w3m [www-browser]0.5.2-9 WWW browsable pager with excellent

Versions of packages apache2.2-common is related to:
pn  apache2-mpm-event  (no description available)
pn  apache2-mpm-itk(no description available)
pn  apache2-mpm-prefork(no description available)
pn  apache2-mpm-worker (no description available)

-- Configuration Files:
/etc/apache2/mods-available/userdir.conf changed:

UserDir public_html
UserDir disabled root

AllowOverride FileInfo AuthConfig Limit Indexes Options
Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec

Order allow,deny
Allow from all


Order deny,allow
Deny from all




/etc/apache2/sites-available/default changed:

ServerAdmin webmaster@localhost
DocumentRoot /var/www

Options FollowSymLinks
AllowOverride None


Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all

ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/

AllowOverride None
Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
Order allow,deny
Allow from all

ErrorLog ${APACHE_LOG_DIR}/error.log
# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn
#CustomLog "|/usr/local/sbin/ip-anon >> ${APACHE_LOG_DIR}/access.log" 
combined
CustomLog ${APACHE_LOG_DIR}/access.log combined
Alias /doc/ "/usr/share/doc/"

Options Indexes MultiViews FollowSymLinks
AllowOverride None
Order deny,allow
Deny from all
Allow from 127.0.0.0/255.0.0.0 ::1/128




-- 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#652731: Fwd: Bug#652731: ITP: extsmail -- enables the robust sending of e-mail to external commands.

[martin f krafft]

also sprach Laurence Tratt  [2011.12.20.1956 +0100]:
> > What makes it robust? What happens if the external command fails?
> 
> The command is retried (with a delay) until it succeeds. For example the
> second scenario on 
> shows how this can be utilised to achieve fallover between servers.

The description of the package should answer my questions concisely.

Also, to run something ad infinitum until it succeeds might not be
the wisest choice as it could mean that it *never* completes.

> > How is failure detected?
> 
> The exit code of the command run. e.g. if using ssh, exit code != 0 indicates
> failure (and a presumption that mail delivery was unsuccessful). extsmail
> goes out of its way to detect a number of other unlikely failures (resources
> temporarily unavailable etc.). It should never lose mail. The only condition
> it can't recover from is a lack of memory (and given that even on a 64 bit
> machine it takes well under a Mb of memory, this is not hugely likely to
> happen) whereupon it will simply exit (unsent mail will remain unsent until
> extsmail is restarted).

What happens if someone tries to send 4Gb of mail?

So it maintains a mail queue? What if the filesystem fills up? How
does it prevent double-sending?

All these sort of questions should be answered in a description of
something you advertise to be robust, IMHO.

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
no. no musicals. i loathe musicals. i never did have a plan for
doing one. my cousin made me sit through some fucking musical twice.
i just hate them. they bore me stiff. i think they’re just horrible.
even _hair_. and they're always lousy music.
   -— john lennon, _the lost interviews_ by ray connolly


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#650024: swaks: Echoes password when entering it for swaks -a

[Axel Beckert]

Hi Gunnar,

On Mon, Nov 28, 2011 at 05:54:30PM -0600, Gunnar Wolf wrote:
> Uhmm... I understand your point. Now, Swaks is IMO (and quoting from
> the manpage) "the all-purpose smtp transaction *tester*" (emphasis
> mine).

Sure.

> Using Swaks as a mailer is IMO an abuse.

No objection, either. I never use swaks as mailer.

I use it to test my mail servers. And sometimes I also have to test
SMTP AUTH. With real existing user accounts and real passwords. And I
want to be able to use swaks for that testing case, too.

> Of course, echoing a password is wrong for a mailer - but for a
> testing utility, I do not feel that meddling with the output is a
> good idea.

Well, even if I test such stuff with my test user, I do neither want
coworkers nor users waiting behind my back to fix "their e-mail
problem" to see my personal password with which I'm testing our mail
server to see if SMTP AUTH works correctly. Especially not hours later
if that xterm is still open open and still shows the swaks output.

Sure there may be cases where someone wants to be sure to have typed
the correct password, so making it optional is perfectly fine. But in
my case I'm usually confident that I typed my password correctly
(especially the one from my normal user which is why I tend to test
SMTP AUTH with that one instead of my seldomly used test user), but I
don't want others to see it.

I hope it's now clear why I regard this as a not so unimportant issue.

Kind regards, Axel
-- 
/~\  Plain Text Ribbon Campaign   | Axel Beckert
\ /  Say No to HTML in E-Mail and News| a...@deuxchevaux.org  (Mail)
 X   See http://www.asciiribbon.org/  | a...@noone.org (Mail+Jabber)
/ \  I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web)



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

Bug#646422: postler: FTBFS: Checking for function vasprintf : no

[Jakub Wilk]

severity 646422 important
thanks

* Nobuhiro Iwamatsu , 2011-10-24, 15:09:

Source: postler
Version: 0.1.1-1
Severity: seriouos
Justification: fails to build from source
Tags: patch

Hi,

postler FTBFS on armel, armhf, alpha and sh4.

   
https://buildd.debian.org/status/fetch.php?pkg=postler&arch=armel&ver=0.1.1-1&stamp=1319178797
   http://buildd.debian-ports.org/status/package.php?p=postler&suite=sid


postler has never been built on these architectures, so this is not a 
regression. Downgrading to important.


--
Jakub Wilk



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

Bug#640320: hatari: streching now working

[Teemu Hukkanen]

severity 640320 wishlist
retitle 640320 Stretch hatari display when fullscreen
thanks

yellow  writes:

> Hatari display lot of black regions around the screen when being in 
> fullscreen. 
>  I have been  trying all display options, and screen remains tiny.
>
> please would you mind adding an option to strech the display for  a real 
> fullscreen

Stretching the display with fullscreen would be reasonable, adjusting
severity and title accordingly.

> another question, will hatari be maintained in the future. if not, could you 
> merge the projects
> with xsteem so that hatari remains emulated for linux. I doubts it will be 
> always... 

Steem has been dead for quite a while already, and the relevant source
code that's now available is mostly 32-bit x86 assembly, so isn't very
useful for hatari.

Thanks.



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

Bug#652713: change of tags / pending

[Jari Aalto]

tags 652713 + pending
thanks

Fixed in next upstream release.



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

Bug#649703: fpc: diff for NMU version 2.4.4-3.1

[Jakub Wilk]

tags 649703 + pending
thanks

Dear maintainer,

I've prepared an NMU for fpc (versioned as 2.4.4-3.1) and uploaded it to 
DELAYED/4. Please feel free to tell me if I should delay it longer.


--
Jakub Wilk
diffstat for fpc-2.4.4 fpc-2.4.4

 changelog |7 +++
 control   |2 +-
 2 files changed, 8 insertions(+), 1 deletion(-)

diff -Nru fpc-2.4.4/debian/changelog fpc-2.4.4/debian/changelog
--- fpc-2.4.4/debian/changelog	2011-10-19 21:23:16.0 +0200
+++ fpc-2.4.4/debian/changelog	2011-12-20 21:25:33.0 +0100
@@ -1,3 +1,10 @@
+fpc (2.4.4-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Drop unused build-dependency on gs-common. (Closes: #649703).
+
+ -- Jakub Wilk   Tue, 20 Dec 2011 21:25:30 +0100
+
 fpc (2.4.4-3) unstable; urgency=low
 
   * Added libsdl-mixer1.2-dev to dependency list of fp-units-multimedia.
diff -Nru fpc-2.4.4/debian/control fpc-2.4.4/debian/control
--- fpc-2.4.4/debian/control	2011-10-19 21:23:16.0 +0200
+++ fpc-2.4.4/debian/control	2011-12-20 21:25:29.0 +0100
@@ -5,7 +5,7 @@
 Uploaders: Torsten Werner , Abou Al Montacir 
 DM-Upload-Allowed: yes
 Standards-Version: 3.9.2
-Build-Depends: debhelper (>= 7), fp-compiler, fp-units-base, fp-units-fcl, fp-utils, mawk | awk, gs-common, libncurses-dev, binutils
+Build-Depends: debhelper (>= 7), fp-compiler, fp-units-base, fp-units-fcl, fp-utils, mawk | awk, libncurses-dev, binutils
 Build-Depends-Indep: hevea
 Vcs-Svn: https://bollin.googlecode.com/svn/fpc/trunk/
 Vcs-Browser: http://bollin.googlecode.com/svn/fpc/trunk/

Bug#648623: update on the status

[Dominic Hargreaves]

On Mon, Dec 19, 2011 at 12:25:57AM +0100, Pino Toscano wrote:
> Hi,
> 
> I just had a run of the perl suite on my Hurd VM, disabling all the 
> patches to disable the tests initially mentioned in this report; the 
> result was:
> 
> Failed 4 tests out of 2031, 99.80% okay.
> ../cpan/Time-HiRes/t/HiRes.t
> ../dist/threads/t/stack.t
> io/pipe.t
> op/sigdispatch.t
> 
> - wrt #650096, io_pipe.t still passes for me (hurd 20111206-1
>   + libc0.3 2.13-23)...
> - op/stat.t: on my VM `ls /dev` hangs now, so I had to disable
>   (with the attached patch) 6 checks in it
> - syslog.t (#650093) looks like it passes now, I guess the bug could
>   be closed?
> 
> So, unless I'm missing anything, the following tests could not need any 
> more skip on Hurd:
> - syslog.t (hurd_test_todo_syslog.diff)
> - socketpair.t (hurd_test_skip_socketpair.diff)
> - recv.t (hurd_test_skip_recv.diff)
> - libc.t (hurd_test_skip_libc.diff)

This is what I get on exodar (I didn't re-enable
../cpan/Time-HiRes/t/HiRes.t):

Failed 5 tests out of 2031, 99.75% okay.
../cpan/Sys-Syslog/t/syslog.t
../dist/IO/t/io_pipe.t
../dist/threads/t/stack.t
io/pipe.t
op/sigdispatch.t

with

hurd (20111206-1)
eglibc (2.13-22~0.1)

so it's not just my test box which is still broken with:
../dist/IO/t/io_pipe.t and ../cpan/Sys-Syslog/t/syslog.t.

Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#652842: Depends on obsolete libgdata1.8-cil

[Luca Falavigna]

Package: gnome-do-plugins
Version: 0.8.4-2
Severity: serious

Your package depends on libgdata1.8-cil, which is no longer built on top of
gdata-sharp. A no-change sourceful upload should be enough to pick the correct
dependency.



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

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



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

Bug#652841: New Upstream (9.0)

[Daniel Baumann]

Package: iceweasel-l10n

please upload 9.0 to unstable, 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#652840: Build-depends on obsolete lazarus-src-0.9.30

[Luca Falavigna]

Package: facturlinex2
Version: 2.0.1-1
Severity: serious

Your package build-depends on lazarus-src-0.9.30, no longer built on top of
lazarus source package. Consider replacing it with lazarus-src-0.9.30.2
instead.



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

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



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

Bug#639922: Offres emplois pour vous

[duloiscarole]

Bonjour,

des nouveaux offres emplois pour vous
http://www.freeuniversclassified.com/emplois.php

..



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

Bug#652839: eclipse: Please package Eclipse 3.7.1

[Martin Dickopp]

Package: eclipse
Version: 3.7.0-1
Severity: wishlist

Please package Eclipse version 3.7.1. This version supports Java 7
development and is therefore useful for everyone switching from Java 6
to Java 7.

Thank you for your work on Eclipse packaging!

Best regards,
Martin


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

Kernel: Linux 3.1.0-1-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 eclipse depends on:
ii  eclipse-jdt  3.7.0-1
ii  eclipse-pde  3.7.0-1

eclipse recommends no packages.

eclipse suggests no packages.

Versions of packages eclipse-platform depends on:
ii  ant1.8.2-4
ii  ant-optional   1.8.2-4
ii  eclipse-platform-data  3.7.0-1
ii  eclipse-rcp3.7.0-1
ii  java-common0.45
ii  libc6  2.13-21
ii  libcommons-codec-java  1.5-1
ii  libcommons-el-java 1.0-7
ii  libcommons-httpclient-java 3.1-10
ii  libcommons-logging-java1.1.1-8
ii  libjasper-java 5.5.33-2
ii  libjetty-java  6.1.24-6
ii  libjsch-java   0.1.42-2
ii  liblucene2-java2.9.4+ds1-4
ii  libservlet2.5-java 6.0.33-1
ii  openjdk-7-jre [java6-runtime]  7~b147-2.0-1
ii  perl   5.14.2-6
ii  sat4j  2.3.0-3

Versions of packages eclipse-platform recommends:
ii  eclipse-pde  3.7.0-1

Versions of packages eclipse-platform suggests:
ii  eclipse-jdt  3.7.0-1

Versions of packages eclipse-pde depends on:
ii  eclipse-jdt3.7.0-1
ii  eclipse-platform   3.7.0-1
ii  libasm3-java   3.3.2-1
ii  openjdk-7-jre [java6-runtime]  7~b147-2.0-1

eclipse-pde suggests no packages.

Versions of packages eclipse-jdt depends on:
ii  eclipse-platform   3.7.0-1
ii  junit  3.8.2-8
ii  junit4 4.8.2-2
ii  libhamcrest-java   1.1-8
ii  openjdk-7-jre [java6-runtime]  7~b147-2.0-1

Versions of packages eclipse-jdt recommends:
pn  default-jdk | sun-java6-jdk  

Versions of packages eclipse-jdt suggests:
pn  eclipse-plugin-cvs  

-- 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#629511: can report invalid data as valid in untaint mode

[Adam D. Barratt]

On Sun, 2011-12-18 at 15:39 +0100, gregor herrmann wrote:
> On Sun, 18 Dec 2011 14:26:41 +, Adam D. Barratt wrote:
> 
> > > Here's an updated debdiff that patches the file directly.
> > Please go ahead; thanks.
> 
> Thanks; uploaded.

I appear to have forgotten to follow-up before, but this was accepted
yesterday.

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#652838: unzip: zipgrep parses long egrep options as short options

[Axel Beckert]

Package: unzip
Version: 6.0-4
Severity: normal
File: /usr/bin/zipgrep

>From the zipgrep man page:

   zipgrep [egrep_options] pattern file[.zip] [file(s) ...]  [-x xfile(s) 
...]

   [...]

   zipgrep is a shell script and requires egrep(1) and unzip(1) to
   function.  Its output is identical to that of egrep(1).

But the following shell code from zipgrep mistreats long options like
--color or --line-buffered (both have no equivalent short option) as
short options (or similar):

opt=`echo "$opt" | sed -e 's/ //g' -e 's/-//g'`
case "$opt" in
  *l*) list=1; opt=`echo $opt | sed s/l//`
esac
case "$opt" in
  *h*) silent=1
esac
if test -n "$opt"; then
  opt="-$opt"
fi

Examples:

$ zipgrep Axel blafasel.zip
scratch/debian/mp4h/CREDITS:  Axel Beckert  

scratch/debian/mp4h/debian/control:Uploaders: Axel Beckert 
[...]
$ zipgrep --color Axel blafasel.zip
scratch/debian/mp4h/CREDITS
scratch/debian/mp4h/debian/control
[...]
$ zipgrep --color=always Axel blafasel.zip
egrep: invalid option -- '='
Usage: egrep [OPTION]... PATTERN [FILE]...
Try `egrep --help' for more information.

In the second example, the "l" in "--color" is passed as "-l" to egrep,
hence it suppresses the matches itself (and hence -o and -c are of no
effect).

In the third example "=" is passed as "-=" or so which causes egrep to
bail out due to an unknown option.

-- System Information:
Debian Release: 6.0.3
  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=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages unzip depends on:
ii  libbz2-1.01.0.5-6high-quality block-sorting file co
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib

unzip recommends no packages.

Versions of packages unzip suggests:
ii  zip   3.0-3  Archiver for .zip files

-- 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#652269: (no subject)

[01]

I'm quite unaware of Debian best practices concerning packages.

I guess we can't make "puredata" package to provide a vanilla version,
though I feel like that's what it should have been.
Puredata-core isn't meant to provide vanilla puredata, but only the pd
library, so people will have to install core+gui+doc to get vanilla,
which may be fine.
I don't see any (meta-)package labeled "*-vanilla" in Debian repo, so I
suppose it wouldn't be the right way of doing.

The idea behind also was to keep "vanilla" and "extended-like" well
separated rather than providing a single package which is a mix of both.

Until reinstalling my system I wasn't very attentive with the
arbitrary part of recommended packages. So I've just set up my system
accordingly not to install them by default.

Hope this is fine ;) happy patching.




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

Bug#652769: gnome-mousetrap: FTBFS: configure: error: Could not find python module opencv

[Samuel Thibault]

clone 652769
reassign 652769 python-opencv 2.3.1-1
retitle 652769 python-opencv does not provide LoadHaarClassifierCascade any more
thanks

Lucas Nussbaum, le Tue 20 Dec 2011 16:00:07 +0100, a écrit :
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> > checking for python module opencv... no

It seems the newer upstream of opencv has completely broken the
python-opencv API, making gnome-mousetrap completely broken (not
only build-, but also run-time).  I've tried to patch it, but have
come across an issue: LoadHaarClassifierCascade is not exported in
the python-opencv API any more (even though it still exists in the C
library)...

Samuel



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

Bug#651184: [INTL:es] Spanish translation

[Lucas Nussbaum]

On 20/12/11 at 21:01 +0100, Lucas Nussbaum wrote:
> On 06/12/11 at 16:16 +0100, Omar Campagne wrote:
> > Package: packaging-tutorial
> > Version: 0.5
> > Severity: wishlist
> > Tags: l10n, patch
> > 
> > Please find attached the Spanish translation and po4a's addendum
> > for packaging-tutorial.
> 
> Dear Omar,
> 
> Thanks a lot!
> I initially missed your bug report, I'm very sorry for replying only
> now.
> 
> Would you be OK with committing your translation directly to the git
> repository?
> 
> I've made a few changes recently, so you might want to fix those as
> well.

I imported your translation in the git repo, to see how it looked once
built. I had to make a minor change to the translation:

--- a/po4a/po/es.po
+++ b/po4a/po/es.po
@@ -1950,7 +1950,7 @@ msgid ""
 "\n"
 msgstr ""
 "[basicstyle=\\ttfamily\\footnotesize]\n"
-"Format: \n"
+"Format: \n"
 "Upstream-Name: X Solitaire\n"
 "Source: ftp://ftp.example.com/pub/games\n";
 "\n"

But this doesn't render correctly. Could you look at it? It's possible that the
only solution would be to drop the accent completely, but I'm not sure if it
would be OK in spanish.

I've committed and pushed my change, so you can start from the current state of
the git repo.

Thanks again, you definitely made my day with that translation!

Lucas



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

Bug#652653: python-virtualenv: insecure /tmp file handling

[Adam D. Barratt]

On Tue, 2011-12-20 at 21:24 +0100, Nico Golde wrote:
> Hi,
> * Adam D. Barratt  [2011-12-20 21:22]:
> > If the thread involved the security team saying "please fix this via
> > proposed-updates", there's an implied "by talking to the release team"
> > attached.  We're generally not involved in such discussions until after
> > the security team have decided they don't want to issue a DSA for a
> > particular issue and someone raises it with us.
> 
> We will not issue a DSA for this vulnerability.

I gathered that now ;-) (although thanks for the explicit answer) - it
was more of a general comment for the future.

Cheers,

Adam




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

Bug#651296: uninstallable on kfreebsd-amd64

[Robert Millan]

El 20 de desembre de 2011 13:15, Alexander Reichle-Schmehl
 ha escrit:
> I just checked, and while that makes the package installable, it sadly
> doesn't make it usable.  On my kfreebsd test machine I get after
> applying your patch:
>
> debian:~# ntfs-config
> Traceback (most recent call last):
>  File "/usr/bin/ntfs-config", line 102, in 
>    main(args, opts)
>  File "/usr/bin/ntfs-config", line 67, in main
>    if not "ntfs-3g" in info.get_drivers("ntfs")["all"].keys() :
>  File "/usr/lib/pymodules/python2.7/NtfsConfig/Fstab/DiskInfo.py", line
> 213, in get_drivers
>    if type in open("/proc/filesystems").read() or
> self._check_module(type) :
> IOError: [Errno 2] No such file or directory: '/proc/filesystems'
>
>
> So, the easiest solution seems to be, to make that a linux-only package
> and get the old kfreebsd-* and hurd-i386 binary packages removed.

No big deal.  If you do that, please consider downgrading this bug to
wishlist instead of closing it.  Maybe someone can provide a fix, it
doesn't seem difficult.

-- 
Robert Millan



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

Bug#651184: [INTL:es] Spanish translation

[Lucas Nussbaum]

On 06/12/11 at 16:16 +0100, Omar Campagne wrote:
> Package: packaging-tutorial
> Version: 0.5
> Severity: wishlist
> Tags: l10n, patch
> 
> Please find attached the Spanish translation and po4a's addendum
> for packaging-tutorial.

Dear Omar,

Thanks a lot!
I initially missed your bug report, I'm very sorry for replying only
now.

Would you be OK with committing your translation directly to the git
repository?

I've made a few changes recently, so you might want to fix those as
well.

Lucas



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

Bug#652837: RFP: xonotic -- Fast-paced 3D first-person shooter

[Evgeny Kapun]

Package: wnpp
Severity: wishlist

Xonotic is a free (GPL), fast-paced first-person shooter that works on Windows, 
OS X and Linux. The project is geared towards providing addictive arena shooter 
gameplay which is all spawned and driven by the community itself. Xonotic is a 
direct successor of the Nexuiz project with years of development between them, 
and it aims to become the best possible open-source FPS (first-person-shooter) 
of its kind.

It can be downloaded from .



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

Bug#652836: [libc6] segfault in libc-2.13.so when trying to play video

[Patrick Reichel]

Package: libc6
Version: 2.13-21
Severity: normal

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

In my freshly installed wheezy with only debian packets

# cat /etc/apt/sources.list
deb http://ftp.de.debian.org/debian/ testing main non-free contrib
deb http://security.debian.org/ testing/updates main contrib non-free

I'm not able to play any video (.mov, .wmv, .mp4). vlc crashes with:

#vlc some_video.mov
VLC media player 1.1.12 The Luggage (revision exported)
Blocked: call to unsetenv("DBUS_ACTIVATION_ADDRESS")
Blocked: call to unsetenv("DBUS_ACTIVATION_BUS_TYPE")
[0x15d5120] main libvlc: VLC wird mit dem Standard-Interface 
ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden.

Blocked: call to setlocale(6, "")
Speicherzugriffsfehler

#dmesg
vlc[15425]: segfault at 7fa1030d3000 ip 7fa1099adeff sp 
7fa1083c3618 error 4 in libc-2.13.so[7fa109929000+17a000]


#ffplay some_video.mov
and
#mplayer some_video.mov
results in a killed X-Session of the calling user



--- System information. ---
Architecture: amd64
Kernel:   Linux 3.1.0-1-amd64

Debian Release: wheezy/sid
  500 testing security.debian.org
  500 testing ftp.de.debian.org

--- Package information. ---
Depends(Version) | Installed
-+-
libc-bin (= 2.13-21) | 2.13-21
libgcc1  | 1:4.6.2-7


Package's Recommends field is empty.

Suggests (Version) | Installed
==-+-===
glibc-doc  |
debconf| 1.5.41
 OR debconf-2.0|
locales| 2.13-21



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

Bug#652653: python-virtualenv: insecure /tmp file handling

[Nico Golde]

Hi,
* Adam D. Barratt  [2011-12-20 21:22]:
> On Tue, 2011-12-20 at 09:44 +0100, Piotr O??arowski wrote:
[...] 
> > > that's an admirable turn-around :-) it really should have been discussed
> > > with the SRMs first, rather than simply uploading (I believe this is
> > > well documented enough by now - if not, please point out where and how
> > > we could make it clearer).
> > 
> > ups, I assumed someone from SRMs is in the thread
> 
> If the thread involved the security team saying "please fix this via
> proposed-updates", there's an implied "by talking to the release team"
> attached.  We're generally not involved in such discussions until after
> the security team have decided they don't want to issue a DSA for a
> particular issue and someone raises it with us.

We will not issue a DSA for this vulnerability. Please go ahead and fix this 
through spu.

Kind regards
Nico
-- 
Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0
For security reasons, all text in this mail is double-rot13 encrypted.


pgphWwj28AUer.pgp
Description: PGP signature

Bug#650675: mod_perl 2.0.5 -> Attempt to free unreferenced scalar on startup

[Dominic Hargreaves]

On Sat, Dec 17, 2011 at 09:28:17AM +0200, Niko Tyni wrote:
> On Wed, Dec 14, 2011 at 11:30:54PM +0200, Niko Tyni wrote:
> > On Sat, Aug 06, 2011 at 08:02:20PM +0200, rich...@ecos.de wrote:
> >  
> > > while trying to get Embperl ready with Perl 5.14.1, I found an the
> > > following message in the error log:
> > 
> > > Attempt to free unreferenced scalar: SV 0x7fc218, Perl interpreter:
> > > 0x7cfdb0 during global destruction.
> > 
> > We're also seeing this in Debian now that we've switched to Perl 5.14,
> > (see http://bugs.debian.org/650675 [cc'd.])
> 
> > The warnings only seem to happen with -Dusethreads, and I've bisected that
> > they started with 5.13.6 - specifically
> > 
> >  
> > http://perl5.git.perl.org/perl.git/commit/ca556bcdca736b2f85c11650c70b2371169c0225
> 
> > [perl #40389] perl_destruct() leaks PL_defstash
> 
> > My limited understanding is that the CV pointer needs its refcount
> > incremented along with the GvCV_set() call. See the attached proposed
> > patch which fixes this for me (but feel free to tell me if I got it all
> > wrong :)
> 
> Here's another patch in a similar vein. This fixes all the remaining 24
> warnings in t/logs/error_log after running the whole test suite.

Incidentally it doesn't look like either of those messages made it
as far as the modperl dev list, at least if



is to be believed.

If it fixes the (extensive) test suite, it's probably a reasonable
candidate for an upload to unstable, I'd have thought?

Thanks for your work on this!

Cheers,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#652653: python-virtualenv: insecure /tmp file handling

[Adam D. Barratt]

On Tue, 2011-12-20 at 09:44 +0100, Piotr Ożarowski wrote:
> [Adam D. Barratt, 2011-12-19]
> > I noticed that an upload which appears to fix this issue (although
> > without reference the bug number) has appeared in p-u-NEW.  Whilst
> 
> sorry, I didn't notice a bug was reported

No worries.  I assumed the upload was a consequence of the bug report,
given the timing, but obviously not.

> > that's an admirable turn-around :-) it really should have been discussed
> > with the SRMs first, rather than simply uploading (I believe this is
> > well documented enough by now - if not, please point out where and how
> > we could make it clearer).
> 
> ups, I assumed someone from SRMs is in the thread

If the thread involved the security team saying "please fix this via
proposed-updates", there's an implied "by talking to the release team"
attached.  We're generally not involved in such discussions until after
the security team have decided they don't want to issue a DSA for a
particular issue and someone raises it with us.

> > Looking at the diff, and the equivalent code in the unstable package,
> > there seems to be a missing component - namely, that the directory
> > created via mkdtemp() is never cleaned up.  Am I missing something, or
> > does fixing this issue result in orphaned temporary directories?
> 
> the old code didn't do it as well,

Well, trying to remove /tmp would be a silly idea. ;-)

> I can update the patch to remove it

That would be good, although in that case the change should be made in
unstable first (and pushed upstream?).

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#652679: [Pkg-samba-maint] Bug#652679: winbind: Winbind authentication and wbinfo -i user no longer work after uprading to 3.6.1

[Christian PERRIER]

Quoting Robert LeBlanc (rob...@leblancnet.us):
> Package: winbind
> Version: 2:3.6.1-3
> Severity: important
> 
> Dear Maintainer,
> 
> After upgrading to 3.6.1 I am no longer able to login to Debian using my 
> Active Directory account.


.../...

Hello Robert,

Thanks for your detailed report. Here, though it is interesting for us
and other users of the package to know about such problem in the
Debian BTS, I would suggest reporting the issue upstream in Samba's
bugzilla.

You have obviously detailed information and knowledge about your setup
so you're in the best position to investigate the problem with
upstream developers. Having us (samba pkg maintainers) acting as a
proxy will only make things more complicated.

If you're ready to do this, I guess that upstream devels might ask for
a level 10 debug log so be prepared to log megabytes of
information..:-)

Woudl that be OK for you?




signature.asc
Description: Digital signature

Bug#649075: ITP: scl-sandhi -- Perl CGI scripts for processing Sanskrit Sandhi

[Daniel Stender]

This is a little script for generating the correct Sandhi (phonological 
transformation at word
boundaries) among random Sanskrit words according to the rules of the 
traditional grammar. It
could be test drived at: http://sanskrit.uohyd.ernet.in/scl/sandhi/index.html

This have been setted up as CGI script, so that it needs a running Apache 
server - If you ask
me: could be more versatile, though (as a Perl module?).

Greetings,
Daniel Stender

-- 
http://www.danielstender.com/granthinam/
GPG key ID: 1654BD9C




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

Bug#651809:

[Andrew Starr-Bochicchio]

Upstream commented on the Ubuntu bug
(https://bugs.launchpad.net/ubuntu/+source/crystalspace/+bug/903121).
I'm copying it here as it is relevant:

"Hi,

Thank you for raising this issue.

The crystalspace 1.4.x series will not be updated to support the
latest cegui 0.7.5.

We have a 2.0beta1 now released which does support the latest cegui
and does build with both debian and ubuntu (1). The final release for
crystalspace 2.0 is scheduled for Feb 2012. Timed specifically to be
ready prior to major distributions 6 month releases.

(1) New simple 'example' scripts for debian and ubuntu builds for the
2.0 series, now reside in the archive. Look under in the folder
'scripts/packaging/deb'.

Regards

Phil Wyett - CS Dev Team and Release Manager"



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

Bug#651952: Bug#652068: Catalan translation localization-config

[Jordi Mallach]

Heya ultraman!

On Tue, Dec 20, 2011 at 07:22:42AM +0100, Christian PERRIER wrote:
> Thanks, Agusti.So now we have *two* updates for Catalan, one sent
> by Jordi in #651952 and another by you in #652058...
> 
> I see that the Catalan team is still planning world domination but
> sometimes shhots towards the same target twice..:-)

We want to make *sure* we beat the French.

> So, which one should I use?

> -msgstr "Preconfigurant els paràmetres relacionats amb la llengua..."
> +msgstr "S'estan preconfigurant els paràmetres relacionats amb la llengua…"
> 
> Should should the verb be conjugated as "S'estan configurant " or
> "Configurant foo..."? I guess the latter is just shorter and stands
> for "Configuring the language-related parameters" while
> the former probably is something like "Language-related parameters are
> being configured"

http://www.softcatala.org/wiki/Guia_d%27estil/Guia_2010/Aspectes_ling%C3%BC%C3%ADstics#Gerundi

The Catalan guidelines state that in order to make translations sound like
natural Catalan, all sentences should be as complete as possible, ie, verb
and all. "Configurant " is not a complete sentence, but "S'està
configurant " is.

Also, see the glorious use of UTF-8. :P

Please accept the former file.

Jordi
-- 
Jordi Mallach Pérez  --  Debian developer http://www.debian.org/
jo...@sindominio.net jo...@debian.org http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/


signature.asc
Description: Digital signature

Bug#652833: FTBFS2x: unrepresentable changes to source

[Peter Eisentraut]

Source: pdns-recursor
Version: 3.3-2
Severity: important

This package fails to build twice in a row:

...
 dpkg-source -i -I -b pdns-recursor-3.3
dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: building pdns-recursor using existing 
./pdns-recursor_3.3.orig.tar.gz
dpkg-source: error: cannot represent change to pdns-recursor-3.3/pdns_hw: 
binary file contents changed
dpkg-source: error: add pdns_hw in debian/source/include-binaries if you want 
to store the modified binary in the debian tarball
dpkg-source: error: unrepresentable changes to source
dpkg-buildpackage: error: dpkg-source -i -I -b pdns-recursor-3.3 gave error 
exit status 2



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

Bug#652832: init.d status support

[Peter Eisentraut]

Package: calendarserver
Version: 2.4.dfsg-6
Severity: wishlist
Tags: patch

Here is a patch to add support for the "status" action to the init.d
script of calendarserver.
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+calendarserver (2.4.dfsg-6.1) UNRELEASED; urgency=low
+
+  * Added support for "status" action to init.d script
+
+ -- Peter Eisentraut   Tue, 20 Dec 2011 19:20:49 +0200
+
 calendarserver (2.4.dfsg-6) unstable; urgency=low
 
   * Changed DataRoot from /var/run/caldavd/ to /var/lib/caldavd/
--- a/debian/calendarserver.init.d
+++ b/debian/calendarserver.init.d
@@ -65,6 +65,9 @@
 	RET=1
 	fi
 	;;
+  status)
+	status_of_proc -p $RUNDIR$NAME.pid "$DAEMON" "$NAME" && exit 0 || exit $?
+	;;
   restart|force-reload)
 	#
 	#	If the "reload" option is implemented, move the "force-reload"
@@ -89,7 +92,7 @@
   *)
 	N=/etc/init.d/$NAME
 	# echo "Usage: $N {start|stop|restart|reload|force-reload}" >&2
-	echo "Usage: $N {start|stop|restart|force-reload}" >&2
+	echo "Usage: $N {start|stop|status|restart|force-reload}" >&2
 	exit 1
 	;;
 esac

Bug#556715: xoo: diff for NMU version 0.8-1.1

[gregor herrmann]

tags 556715 + pending
thanks

Dear maintainer,

I've prepared an NMU for xoo (versioned as 0.8-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.   Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: Don McLean: Mother Nature
diff -u xoo-0.8/debian/changelog xoo-0.8/debian/changelog
--- xoo-0.8/debian/changelog
+++ xoo-0.8/debian/changelog
@@ -1,3 +1,13 @@
+xoo (0.8-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix "FTBFS with binutils-gold":
+add patch from Ubuntu / Mahyuddin Susanto:
+01_fix_ftbfs_binutils-gold.patch: link with X11 libs
+(Closes: #556715)
+
+ -- gregor herrmann   Tue, 20 Dec 2011 20:38:19 +0100
+
 xoo (0.8-1) unstable; urgency=low
 
   * Fix watch file, thanks Raphael Geissert (Closes: #449883)
only in patch2:
unchanged:
--- xoo-0.8.orig/debian/patches/01_fix_ftbfs_binutils-gold.patch
+++ xoo-0.8/debian/patches/01_fix_ftbfs_binutils-gold.patch
@@ -0,0 +1,21 @@
+diff -Nur -x '*.orig' -x '*~' xoo-0.8/src/Makefile.am xoo-0.8.new/src/Makefile.am
+--- xoo-0.8/src/Makefile.am	2007-08-06 16:19:10.0 +0700
 xoo-0.8.new/src/Makefile.am	2011-01-24 21:06:06.586486524 +0700
+@@ -6,4 +6,4 @@
+ endif
+ xoo_SOURCES =  main.c button.c callbacks.h callbacks.c config.c keys.c fakedev.h $(GCONF_SOURCES)
+ 
+-xoo_LDADD = @APP_LIBS@ @EXPAT_LIBS@ @X_LIBS@ @XTEST_LIBS@
++xoo_LDADD = @APP_LIBS@ @EXPAT_LIBS@ @X_LIBS@ @XTEST_LIBS@ -lX11
+diff -Nur -x '*.orig' -x '*~' xoo-0.8/src/Makefile.in xoo-0.8.new/src/Makefile.in
+--- xoo-0.8/src/Makefile.in	2007-11-25 21:48:08.0 +0700
 xoo-0.8.new/src/Makefile.in	2011-01-24 21:06:20.802684609 +0700
+@@ -162,7 +162,7 @@
+ INCLUDES = -DPKGDATADIR=\"$(pkgdatadir)\" @APP_CFLAGS@ @EXPAT_CFLAGS@ @X_CFLAGS@ -Wall
+ @HAVE_GCONF_TRUE@GCONF_SOURCES = prefs.c prefs.h
+ xoo_SOURCES = main.c button.c callbacks.h callbacks.c config.c keys.c fakedev.h $(GCONF_SOURCES)
+-xoo_LDADD = @APP_LIBS@ @EXPAT_LIBS@ @X_LIBS@ @XTEST_LIBS@
++xoo_LDADD = @APP_LIBS@ @EXPAT_LIBS@ @X_LIBS@ @XTEST_LIBS@ -lX11
+ all: all-am
+ 
+ .SUFFIXES:


signature.asc
Description: Digital signature

Bug#648559: transition: evolution 3.2 / libgdata 0.10

[Julien Cristau]

On Tue, Dec 20, 2011 at 14:46:00 +0100, Michael Biebl wrote:

> I noticed that tracker-miner-evolution did not show up at the transition
> tracker [1].
> tracker has a b-dep on evolution-dev, evolution-data-server-dev and
> libcamel1.2-dev.
> None of that is currently listed in Affected.
> 
> Afaics, lib(camelebook| is a typo, and should be lib(camel| instead,
> I've also added evolution-dev, evolution-data-server-dev.
> 
> Patch for ben attached.
> 
Applied.

> There are also still some binNMUs missing, like e.g. for eog-plugins or
> empathy and the aforementioned tracker.
> 
Above you mentioned tracker-miner-evolution, which is it?  Is that the
full list?

Cheers,
Julien



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

Bug#652831: RFP: sunflower -- is a small and highly customizable twin-panel file manager.

[populus tremula]

Package: wnpp
Severity: wishlist



   Package name: sunflower
Version: 0.1a-36
Upstream Author: Mladen Mijatov  ,Wojciech Kluczka 

URL: 
http://rcf-group.com/index.php?section=downloads&action=view&id=23
License: GPL
Description: Sunflower is a small and highly customizable twin-panel
 file manager for Linux with support for plugins. It is 
 intended to be an easy-to-use and powerful file manager 
 that seamlessly integrates into the GNOME desktop 
 environment.



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

Bug#648651: (no subject)

[Thomas Koch]

I've started a git repo for this:
https://github.com/thkoch2001/Standard-Document-Tools

Thomas Koch, http://www.koch.ro



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

Bug#652830: sysvinit: now ships /sbin/halt on hurd-i386

[Samuel Thibault]

Package: sysvinit
Version: 2.88dsf-16
Severity: important

Hello,

Since -16, sysvinit now ships a /sbin/halt, which conflicts with the
hurd-provided /sbin/halt. We eventually want to use sysvinit's halt, but
we are not ready yet, but shipping a /sbin/halt-sysv would poke us into
finishing that goal, so please do so :)

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 3.0.4 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages sysvinit depends on:
ii  initscripts 2.88dsf-13.13
ii  libc6   2.13-21
ii  libselinux1 2.1.0-4
ii  libsepol1   2.1.0-1.1
ii  sysv-rc 2.88dsf-13.13
ii  sysvinit-utils  2.88dsf-13.13

sysvinit recommends no packages.

sysvinit suggests no packages.

-- no debconf information

-- 
Samuel Thibault 
R: Parce que ça renverse bêtement l'ordre naturel de lecture!
Q: Mais pourquoi citer en fin d'article est-il si effroyable?
R: Citer en fin d'article
Q: Quelle est la chose la plus désagréable sur les groupes de news?



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

Bug#556500: transfermii: diff for NMU version 1:0.6.1-2.1

[gregor herrmann]

tags 556500 + pending
thanks

Dear maintainer,

I've prepared an NMU for transfermii (versioned as 1:0.6.1-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.   Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: Pink Floyd: One Of My Turns
diff -u transfermii-0.6.1/debian/control transfermii-0.6.1/debian/control
--- transfermii-0.6.1/debian/control
+++ transfermii-0.6.1/debian/control
@@ -2,7 +2,7 @@
 Section: utils 
 Priority: extra
 Maintainer: Romain Beauxis 
-Build-Depends: cdbs (>= 0.4.23-1.1), debhelper (>= 7.0.1), cmake, libcwiid1-dev (>= 0.6.00+svn184-1+b1), libbluetooth-dev, libgtk2.0-dev
+Build-Depends: cdbs (>= 0.4.23-1.1), debhelper (>= 7.0.1), cmake, libcwiid-dev, libbluetooth-dev, libgtk2.0-dev
 Standards-Version: 3.8.2.0
 
 Package: transfermii
diff -u transfermii-0.6.1/debian/changelog transfermii-0.6.1/debian/changelog
--- transfermii-0.6.1/debian/changelog
+++ transfermii-0.6.1/debian/changelog
@@ -1,3 +1,14 @@
+transfermii (1:0.6.1-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix "FTBFS with binutils-gold":
+add patch from Ubuntu Andreas Moog:
+- add -lbluetooth to linker-options to fix FTBFS (LP: #756003)
+(Closes: #556500)
+  * Build-depend on libcwiid-dev instead of the removed libcwiid1-dev.
+
+ -- gregor herrmann   Tue, 20 Dec 2011 20:24:53 +0100
+
 transfermii (1:0.6.1-2) unstable; urgency=low
 
   * Changed build-dep on libbluetooth2-dev to
diff -u transfermii-0.6.1/debian/control.in transfermii-0.6.1/debian/control.in
--- transfermii-0.6.1/debian/control.in
+++ transfermii-0.6.1/debian/control.in
@@ -2,7 +2,7 @@
 Section: utils 
 Priority: extra
 Maintainer: Romain Beauxis 
-Build-Depends: @cdbs@, cmake, libcwiid1-dev (>= 0.6.00+svn184-1+b1), libbluetooth-dev, libgtk2.0-dev
+Build-Depends: @cdbs@, cmake, libcwiid-dev, libbluetooth-dev, libgtk2.0-dev
 Standards-Version: 3.8.2.0
 
 Package: transfermii
only in patch2:
unchanged:
--- transfermii-0.6.1.orig/CMakeLists.txt
+++ transfermii-0.6.1/CMakeLists.txt
@@ -11,21 +11,21 @@
 	SUBDIRS(cwiid)
 	# CLI
 	ADD_EXECUTABLE(transfermii_cli transfermii_cli.c)
-	TARGET_LINK_LIBRARIES(transfermii_cli tmii cwiid)
+	TARGET_LINK_LIBRARIES(transfermii_cli tmii cwiid bluetooth)
 
 	# GUI
 	SET(CMAKE_C_FLAGS "${GTK2_CFLAGS} -Wall -Werror -DCWIID_STATIC")
 	ADD_EXECUTABLE(transfermii_gui gui/pageAbout.c gui/pageLocal.c gui/pageWiimote.c gui/transfermii_gui.c)
-	TARGET_LINK_LIBRARIES(transfermii_gui tmii ${GTK2_LINK_FLAGS} ${GTK2_CFLAGS} cwiid)
+	TARGET_LINK_LIBRARIES(transfermii_gui tmii ${GTK2_LINK_FLAGS} ${GTK2_CFLAGS} cwiid bluetooth)
 
 ELSE(NOT libcwiid)
 	 # CLI
 	 ADD_EXECUTABLE(transfermii_cli transfermii_cli.c)
-	 TARGET_LINK_LIBRARIES(transfermii_cli tmii ${libcwiid})
+	 TARGET_LINK_LIBRARIES(transfermii_cli tmii ${libcwiid} bluetooth)
 
 	 # GUI
 	 SET(CMAKE_C_FLAGS "${GTK2_CFLAGS} -Wall -Werror")
 	 ADD_EXECUTABLE(transfermii_gui gui/pageAbout.c gui/pageLocal.c gui/pageWiimote.c gui/transfermii_gui.c)
-	 TARGET_LINK_LIBRARIES(transfermii_gui tmii ${GTK2_LINK_FLAGS} ${GTK2_CFLAGS} ${libcwiid})
+	 TARGET_LINK_LIBRARIES(transfermii_gui tmii ${GTK2_LINK_FLAGS} ${GTK2_CFLAGS} ${libcwiid} bluetooth)
 
 ENDIF(NOT libcwiid)


signature.asc
Description: Digital signature

Bug#652578: [Pytrainer-devel] Bug#652578: Does not always use correct system of measurement

[Christian PERRIER]

Quoting Matt Kraai (kr...@ftbfs.org):
> Package: pytrainer
> Version: 1.9.1-2
> 
> Hi,
> 
> If I configure pytrainer to use U.S customary units
> 
>  * the "Total Asc/Desc" field on the Day, Week, Month, and Year tabs
>is displayed in meters instead of feet;
>  * the Distance on the Week, Month, and Year graphs is shown in
>kilometers instead of miles,
>  * and the height on the Athlete tab is shown in centimeters.


Hey Matt (long time so see...:-)),

I think it's worth being recorded in upstream bug tracker and I'll do
that ASAP. Indeed, as upstream development list is subscribed to the
Debian BTS, it is very likely that one of the developers noticed the
issue and might followup at some momentbut, still, let's track
this properly and save life of people who insist on using weird
measurement units..:-)

By the way, I wonder whether it could be possible for pytrainer to use
localization variables (mostly LC_MEASUREMENT) to define a sane
default (with the possibility of overriding it, of course).




signature.asc
Description: Digital signature

Bug#652158: naspro-bridges: FTBFS: configure: error: LV2 Dynamic Manifest header not found.

[Ilya Barygin]

retitle 652158 naspro-bridges: FTBFS: configure: error: LV2 Dynamic
Manifest header not found.
tags 652158 patch
thanks

The actual error is:

checking lv2/lv2plug.in/ns/ext/dyn-manifest/dyn-manifest.h usability... no
checking lv2/lv2plug.in/ns/ext/dyn-manifest/dyn-manifest.h presence... no
checking for lv2/lv2plug.in/ns/ext/dyn-manifest/dyn-manifest.h... no
configure: error: LV2 Dynamic Manifest header not found.

Patch from Ubuntu:
https://launchpad.net/ubuntu/+source/naspro-bridges/0.2.91-1ubuntu1

(Actually, this patch is minimal. lv2-extensions-good provides .pc files
for other headers as well, so AC_CHECK_HEADER's in configure.ac can
easily be replaced with PKG_CHECK_MODULES. This looks like something for
upstream to do, anyway.)

diff -Nru
naspro-bridges-0.2.91/debian/patches/dynmanifest-location.patch
naspro-bridges-0.2.91/debian/patches/dynmanifest-location.patch
--- naspro-bridges-0.2.91/debian/patches/dynmanifest-location.patch
1970-01-01 03:00:00.0 +0300
+++ naspro-bridges-0.2.91/debian/patches/dynmanifest-location.patch
2011-12-20 22:54:22.0 +0400
@@ -0,0 +1,38 @@
+Description: name and location of dyn-manifest.h have changed
+ Remove hardcoded path from configure script and source files. Necessary
+ build flags will be provided from debian/rules.
+Author: Ilya Barygin 
+
+--- naspro-bridges-0.2.91.orig/configure.ac
 naspro-bridges-0.2.91/configure.ac
+@@ -37,7 +37,7 @@ AC_PROG_LIBTOOL
+ PKG_CHECK_MODULES([NABRIT], [nabrit-1 >= 0.2.90])
+
+ # Checks for header files.
+-AC_CHECK_HEADER([lv2/lv2plug.in/ns/ext/dyn-manifest/dyn-manifest.h], ,
++AC_CHECK_HEADER([dynmanifest.h], ,
+   [AC_MSG_ERROR([LV2 Dynamic Manifest header not found.])])
+
+ AC_CHECK_HEADER([ladspa.h], [build_ladspa=yes], [build_ladspa=no])
+--- naspro-bridges-0.2.91.orig/ladspa/internal.h
 naspro-bridges-0.2.91/ladspa/internal.h
+@@ -18,7 +18,7 @@
+
+ #include 
+
+-#include "lv2/lv2plug.in/ns/ext/dyn-manifest/dyn-manifest.h"
++#include "dynmanifest.h"
+
+ #include 
+
+--- naspro-bridges-0.2.91.orig/dssi/internal.h
 naspro-bridges-0.2.91/dssi/internal.h
+@@ -20,7 +20,7 @@
+
+ #include 
+
+-#include "lv2/lv2plug.in/ns/ext/dyn-manifest/dyn-manifest.h"
++#include "dynmanifest.h"
+ #include "lv2/lv2plug.in/ns/ext/event/event.h"
+ #include "lv2/lv2plug.in/ns/ext/uri-map/uri-map.h"
+
diff -Nru naspro-bridges-0.2.91/debian/patches/series
naspro-bridges-0.2.91/debian/patches/series
--- naspro-bridges-0.2.91/debian/patches/series 1970-01-01
03:00:00.0 +0300
+++ naspro-bridges-0.2.91/debian/patches/series 2011-12-20
22:57:30.0 +0400
@@ -0,0 +1 @@
+dynmanifest-location.patch
diff -Nru naspro-bridges-0.2.91/debian/rules
naspro-bridges-0.2.91/debian/rules
--- naspro-bridges-0.2.91/debian/rules  2011-05-31 12:06:32.0 +0400
+++ naspro-bridges-0.2.91/debian/rules  2011-12-20 22:50:32.0 +0400
@@ -1,5 +1,7 @@
 #!/usr/bin/make -f

+CFLAGS += $(shell pkg-config --cflags lv2-lv2plug.in-ns-ext-dynmanifest)
+
 %:
dh $@ --parallel --with autoreconf





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

Bug#652068: Catalan translation localization-config

[Christian PERRIER]

Quoting Agustí Grau (fle...@gmail.com):
> Package: localization-config
> Version: 1.07+nmu1
> Severity: wishlist
> 
> I attach the Catalan translation for localization-config

Thanks, Agusti.So now we have *two* updates for Catalan, one sent
by Jordi in #651952 and another by you in #652058...

I see that the Catalan team is still planning world domination but
sometimes shhots towards the same target twice..:-)

So, which one should I use?


Differences between the two:

--- ca1-new.po  2011-12-20 07:18:49.601244525 +0100
+++ ca2-new.po  2011-12-20 07:18:54.401372104 +0100
@@ -1,15 +1,15 @@
 # Catalan translation of localization-config Debconf templates.
-# Copyright © 2004 Software in the Public Interest, Inc.
+# Copyright © 2004, 2011 Software in the Public Interest, Inc.
 # This file is distributed under the same licence as the localization-config 
package.
-# Jordi Mallach , 2004.
+# Jordi Mallach , 2004, 2011.
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: localization-config\n"
+"Project-Id-Version: localization-config 1.07+nmu1\n"
 "Report-Msgid-Bugs-To: mar...@debian.org\n"
 "POT-Creation-Date: 2006-09-09 10:56+0200\n"
-"PO-Revision-Date: 2011-12-13 11:16+0100\n"
-"Last-Translator: Agustí Grau \n"
+"PO-Revision-Date: 2011-12-13 16:03+0100\n"
+"Last-Translator: Jordi Mallach \n"
 "Language-Team: Catalan \n"
 "Language: ca\n"
 "MIME-Version: 1.0\n"
@@ -33,15 +33,11 @@
 #. post-base-installer progress bar item
 #: ../localization-config-udeb.templates:1001
 msgid "Preconfiguring language-related parameters..."
-msgstr "Preconfigurant els paràmetres relacionats amb la llengua..."
+msgstr "S'estan preconfigurant els paràmetres relacionats amb la llengua…"
 
 #. Type: text
 #. Description
 #. finish-install progress bar item
 #: ../localization-config-udeb.templates:2001
 msgid "Configuring language-related parameters..."
-msgstr "Configurant els paràmetres relacionats amb la llengua..."
-
-#, fuzzy
-#~ msgid "Configure language-related parameters"
-#~ msgstr "Preconfigura els paràmetres relacionats amb la llengua"
+msgstr "S'estan configurant els paràmetres relacionats amb la llengua…"


Should should the verb be conjugated as "S'estan configurant " or
"Configurant foo..."? I guess the latter is just shorter and stands
for "Configuring the language-related parameters" while
the former probably is something like "Language-related parameters are
being configured"

S'estan or not s'estan, that is the question...:-)




signature.asc
Description: Digital signature

Bug#652829: chkrootkit: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Flamarion Jorge]

Package: chkrootkit
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese
Translation?

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

Kind regards.


-- 
Flamarion Jorge
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
# Felipe Augusto van de Wiel (faw) , 2006.
# Flamarion Jorge , 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: chkrootkit\n"
"Report-Msgid-Bugs-To: chkroot...@packages.debian.org\n"
"POT-Creation-Date: 2008-02-26 08:06+0100\n"
"PO-Revision-Date: 2011-12-18 10:16-0200\n"
"Last-Translator: Flamarion Jorge \n"
"Language-Team: Brazilian Portuguese  \n"
"Language: pt_BR\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n > 1);\n"

#. Type: boolean
#. Description
#: ../templates:2001
#| msgid "Would you like to run chkrootkit automatically every day?"
msgid "Should chkrootkit be run automatically every day?"
msgstr "O chkrootkit deve ser executado automaticamente todos os dias?"

#. Type: boolean
#. Description
#: ../templates:2001
#| msgid ""
#| "chkrootkit can be run automatically via cron.daily if you like.  If you "
#| "answer yes to this question, you'll also be given the opportunity to "
#| "specify options for the daily run."
msgid ""
"The chkrootkit program can be run automatically via a daily cron job. If you "
"choose this option, you'll also be given the opportunity to specify options "
"for the daily run."
msgstr ""
"O programa chkrootkit pode ser executado automaticamente via o agendamento "
"de uma tarefa diária no cron. Se você escolher esta opção, também lhe será "
"dada a oportunidade de especificar opções para a execução diária."

#. Type: string
#. Description
#: ../templates:3001
msgid "Arguments to use with chkrootkit in the daily run:"
msgstr "Argumentos para usar com o chkrootkit na execução diária:"

#. Type: string
#. Description
#: ../templates:3001
#| msgid ""
#| "The following are useful arguments to pass to chkrookit:\n"
#| "  * -r  specifies an alternate root directory\n"
#| "  * -n do not attempt to analyze nfs mounted files\n"
#| "  * -q run in quiet mode [highly recommended]"
msgid ""
"The following are useful arguments to pass to chkrookit:\n"
" -r : use an alternate root directory;\n"
" -n   : do not attempt to analyze NFS-mounted files;\n"
" -q   : run in quiet mode [highly recommended]."
msgstr ""
"Os seguintes argumentos são úteis para serem passados ao chkrootkit:\n"
" -r : usa um diretório raiz alternativo;\n"
" -n   : não tenta analisar arquivos montados via NFS;\n"
" -q   : executa em modo silencioso [altamente recomendado]."

#. Type: boolean
#. Description
#: ../templates:4001
#| msgid "Only report problems if they differ from yesterday's problems?"
msgid "Only report problems if they differ from previous day's problems?"
msgstr ""
"Reportar problemas somente se eles forem diferentes dos problemas dos dias "
"passados?"

#. Type: boolean
#. Description
#: ../templates:4001
#| msgid ""
#| "Choosing yes here instructs the cron.daily call of chkrootkit to only "
#| "report problems if they differ from the previous day's run."
msgid ""
"If you choose this option, chkrootkit will only report problems when they "
"differ from the previous day's run."
msgstr ""
"Se você escolher esta opção, o chkrootkit reportará problemas somente quando "
"eles forem diferentes dos problemas das execuções de dias passados."

#. Type: boolean
#. Description
#: ../templates:4001
msgid ""
"Using this option is not recommended as it is likely to hide existing "
"security problems."
msgstr ""
"Usar esta opção não é recomendado, pois é provável que esconderá problemas "
"de segurança existentes."

#~ msgid "-q"
#~ msgstr "-q"

#~ msgid "What arguments would you like to pass to the daily chkrootkit run?"
#~ msgstr ""
#~ "Quais argumentos você gostaria de passar para a execução diária do "
#~ "chkrootkit ?"

#~ msgid "Use this option with care."
#~ msgstr "Utilize esta opção com cuidado."