Bug#654672: ncurses-bin: tic cannot overwrite existing entries because they are stored in two different locations

[Sven Joachim]

Am 05.01.2012 um 03:58 schrieb Marc Lehmann:

> Package: ncurses-bin
> Version: 5.7+20100313-5
> Severity: normal
>
>
> There is no way to install e.g. the terminfo file from rxvt-unicode
> on debian, which contains both rxvt-unicode (stored in /etc) and
> rxvt-unicode-256color (stored in /usr/share):
>
> "tic rxvt-unicode.terminfo" writes both rxvt-unicode and
> rxvt-unicode-256color to /usr/share/terminfo, leaving the copy in
> /etc/terminfo intact (leading to problems because -256color references
> rxvt-unicode), while specifying /etc/terminfo writes both entries to that
> location, also wrong, even though this time at leats works.

Could you please elaborate what's wrong with /etc/terminfo?  This is the
location you want to use for custom terminfo entries, because files
there take precedence over the ones in /{lib,usr/share}/terminfo and
will be left alone by the packaging system.

> I think tic should overwrite existing entries in debian unless
> specifically requested not to, and, if that is not possible, should be
> changed to write to /etc/terminfo, as that is the real system terminfo
> directory.

Overwriting existing terminfo entries by default is wrong, because
package upgrades will silently undo these changes, unless you were
careful enough to dpkg-divert(8) the packaged files.

> Maybe one could also change search order to first look in /usr/share and
> then in /etc, which would make it possible to override saettings in /etc.

You got it backwards, settings in /etc are supposed to override those in
/usr/share, not the other way around.

> Or something like that, the situation seems pretty mesed up :=)

The only problem I see currently is that tic does not write to
/etc/terminfo by default, see #653435.

Cheers,
   Sven



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

Bug#653897: [ITR] templates://cacti/{cacti.templates}

[Mahyuddin Susanto]

Hello

On 05/01/12 13:13, Christian PERRIER wrote:

> If you approve this process, please let us know by replying to this
> mail. If some work in progress on your side would conflict with such a
> rewrite (such as adding or removing debconf templates), please say so,
> and we will defer the review to later in the development cycle.
> 
> Thank you for your attention.
> 

As one of Cacti maintainer, I'm so glad for this offer. Please do that.

Thanks!

-- 
[ Mahyuddin Susanto ] - http://udienz.web.id
GPG: 4096R/90B36C5B
Debian Maintainer & Ubuntu Developer



signature.asc
Description: OpenPGP digital signature

Bug#653897: [ITR] templates://cacti/{cacti.templates}

[Christian PERRIER]

Dear Debian maintainer,

The Debian internationalisation team and the Debian English
localisation team will soon begin the review of the debconf
templates used in cacti.

This review takes place for all packages that use debconf to interact with
users and its aims are:
- to improve the use of English in all debconf templates;
- to make the wording of debconf templates more consistent;
- to encourage more translations of templates.

Even if your first language is English, this process is likely to help
track down typos or errors, and improve consistency between the
debconf templates of your package and that of other packages in the
distribution.

The process involves both debian-l10n-english contributors and
Debian translators.

The details of the process are given in
http://wiki.debian.org/I18n/SmithDebconfReviewProcess.

I will act as the coordinator of this activity for cacti.

The first step of the process is to review the debconf source
template file(s) of cacti. This review will start on Sunday, January 08, 2012, 
or
as soon as you acknowledge this mail with an agreement for us to
carry out this process.

All parts of the process will be carried out in close collaboration
with you, and, unless you explicitely ask for it, no upload nor NMU
will happen for cacti.

If you approve this process, please let us know by replying to this
mail. If some work in progress on your side would conflict with such a
rewrite (such as adding or removing debconf templates), please say so,
and we will defer the review to later in the development cycle.

Thank you for your attention.

-- 




signature.asc
Description: Digital signature

Bug#652526: [LCFC] templates://unixcw/{cwcp.templates,cw.templates}

[Christian PERRIER]

This is the last call for comments for the review of debconf
templates for unixcw.

The reviewed templates will be sent on Saturday, January 07, 2012 to this bug 
report
and a mail will be sent to this list with "[BTS]" as a subject tag.


-- 


Template: cwcp/suid_bit
Type: boolean
Default: false
_Description: Make cwcp setuid root?
 cwcp can produce sounds using console buzzer, but this feature
 is available only if cwcp is run by root user.
 You can achieve this by setting setuid bit here (not recommended)
 or by running cwcp with sudo (also not recommended). You can also
 use soundcard output instead of console buzzer output and
 eliminate this problem completely.
Template: cw/suid_bit
Type: boolean
Default: false
_Description: Run cw with root privileges?
 If run with elevated privileges (which is not recommended), cw can
 produce sounds using the console buzzer.
 .
 Please choose whether this should be achieved by giving the
 executable the "setuid" attribute.
 .
 Alternative include running the program with sudo or eliminating this
 issue completely by using output via a soundcard instead of the
 buzzer.
Source: unixcw
Section: hamradio
Priority: optional
Maintainer: Debian Hamradio Maintainers 
Uploaders: Kamil Ignacak , Kamal Mostafa 
Standards-Version: 3.9.2
Build-Depends: debhelper (>=7), libasound2-dev, libqt4-dev, libncurses5-dev, 
po-debconf, autotools-dev, mawk|gawk
Homepage: http://unixcw.sourceforge.net/

Package: libcw3
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Replaces: unixcw
Recommends: cw | cwcp | xcwcp
Description: Morse code tutor - shared library
 The unixcw project provides support for learning to use Morse code
 over Continuous Wave radio.
 .
 This package provides shared library files to handle Morse code
 signals and to generate sound on the console buzzer or a sound card
 through OSS or ALSA.

Package: libcw3-dev
Section: libdevel
Architecture: any
Depends: libcw3 (= ${binary:Version}), ${misc:Depends}
Replaces: unixcw-dev
Description: Morse code tutor - development files
 The unixcw project provides support for learning to use Morse code
 over Continuous Wave radio.
 .
 This package provides the static library, headers, and manual page for
 development of programs that handle (i.e. send and receive) Morse code.

Package: cw
Architecture: any
Depends: libcw3, ${shlibs:Depends}, ${misc:Depends}, debconf|debconf-2.0
Description: Morse code tutor - command line user interface
 The unixcw project provides support for learning to use Morse code
 over Continuous Wave radio.
 .
 This package provides two executables:
  * cw - a simple command line application that converts key-presses
to Morse code that can be heard through the console buzzer or a
sound card;
  * cwgen - a program that generates groups of random characters for
Morse code practice, which can be piped to the cw program.
 .
 It also includes example files (with the extension "cw") containing
 commands which can be used to change properties such as the speed,
 tone, and spacing of characters.

Package: cwcp
Architecture: any
Depends: libcw3, ${shlibs:Depends}, ${misc:Depends}, debconf|debconf-2.0
Description: Morse code tutor - text user interface
 The unixcw project provides support for learning to use Morse code
 over Continuous Wave radio.
 .
 This package provides an interactive Morse code tutor with a
 full-screen text-based (ncurses) user interface. It offers menu
 selection of sending modes, and keyboard control of character
 sounding options such as the sending speed and pitch.

Package: xcwcp
Architecture: any
Depends: libcw3, ${shlibs:Depends}, ${misc:Depends}, debconf|debconf-2.0
Description: Morse code tutor - graphical user interface
 The unixcw project provides support for learning to use Morse code
 over Continuous Wave radio.
 .
 This package provides an interactive Morse code tutor with a Qt4
 user interface. It allows choosing from a number of options for
 practice, including sending random characters, random words, and
 characters from the keyboard. It will also receive Morse code sent
 using the keyboard or mouse as a Morse keyer, and display the
 characters it sees.


signature.asc
Description: Digital signature

Bug#654679: nss-pam-ldapd: [INTL:zh_CN] Simplified Chinese debconf templates translation update

[Christian Perrier]

Package: nss-pam-ldapd
Version: N/A
Severity: wishlist
Tags: patch l10n



Please find attached the Simplified Chinese debconf templates update.

Please note that I am *not* the translator : I send this file on
her/his behalf. The real translator name and address is listed in the
Last-Translator field in the headers of the PO file.




-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 nss-pam-ldapd debconf templates to Simplified Chinese.
#
msgid ""
msgstr ""
"Project-Id-Version: nss-pam-ldapd 0.7.9\n"
"Report-Msgid-Bugs-To: nss-pam-ld...@packages.debian.org\n"
"POT-Creation-Date: 2011-08-09 11:04+0200\n"
"PO-Revision-Date: \n"
"Last-Translator: zym \n"
"Language-Team: \n"
"Language: zh_CN\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Chinese\n"
"X-Poedit-Country: CHINA\n"
"X-Poedit-SourceCharset: utf-8\n"

#. Type: string
#. Description
#: ../nslcd.templates:1001
msgid "LDAP server URI:"
msgstr "LDAP 服务器URI地址："

#. Type: string
#. Description
#: ../nslcd.templates:1001
msgid "Please enter the Uniform Resource Identifier of the LDAP server. The format is \"ldap://:/\". Alternatively, \"ldaps://\" or \"ldapi://\" can be used. The port number is optional."
msgstr "请输入LDAP服务器的统一资源标识符（URI），格式为 'ldap://<服务器名或IP地址>:<端口>/ '，也可以用'ldaps://'或'ldapi://'，端口号可选。"

#. Type: string
#. Description
#: ../nslcd.templates:1001
msgid "When using an ldap or ldaps scheme it is recommended to use an IP address to avoid failures when domain name services are unavailable."
msgstr "使用ldap或ldaps模式时，推荐使用IP地址以防止域名无法解析造成失效。"

#. Type: string
#. Description
#: ../nslcd.templates:1001
msgid "Multiple URIs can be specified by separating them with spaces."
msgstr "可以加入多个URI地址，用空格分开。"

#. Type: string
#. Description
#: ../nslcd.templates:2001
msgid "LDAP server search base:"
msgstr "LDAP服务器搜索起点："

#. Type: string
#. Description
#: ../nslcd.templates:2001
msgid "Please enter the distinguished name of the LDAP search base. Many sites use the components of their domain names for this purpose. For example, the domain \"example.net\" would use \"dc=example,dc=net\" as the distinguished name of the search base."
msgstr "请输入LDAP搜索起点DN。多数网站使用域名作，如域名\"example.net\"会使用\"dc=example,dc=net\"作为搜索的起点DN。"

#. Type: select
#. Choices
#: ../nslcd.templates:3001
msgid "none"
msgstr "none"

#. Type: select
#. Choices
#: ../nslcd.templates:3001
msgid "simple"
msgstr "simple"

#. Type: select
#. Choices
#: ../nslcd.templates:3001
msgid "SASL"
msgstr "SASL"

#. Type: select
#. Description
#: ../nslcd.templates:3002
msgid "LDAP authentication to use:"
msgstr "LDAP认证方式："

#. Type: select
#. Description
#: ../nslcd.templates:3002
msgid "Please choose what type of authentication the LDAP database should require (if any):"
msgstr "请选择LDAP数据库需要的认证方式（如有）:"

#. Type: select
#. Description
#: ../nslcd.templates:3002
msgid ""
" * none: no authentication;\n"
" * simple: simple bind DN and password authentication;\n"
" * SASL: any Simple Authentication and Security Layer mechanism."
msgstr ""
"* none: 没有认证；\n"
"* simple: 简易的bind DN + 密码认证；\n"
"* SASL: 使用SASL机制认证。"

#. Type: string
#. Description
#: ../nslcd.templates:4001
msgid "LDAP database user:"
msgstr "LDAP数据库用户名："

#. Type: string
#. Description
#: ../nslcd.templates:4001
#| msgid "This value should be specified as a DN (distinguished name)."
msgid "Enter the name of the account that will be used to log in to the LDAP database. This value should be specified as a DN (distinguished name)."
msgstr "请输入登录LDAP数据库的账户名字，这个值应该是LDAP DN (distinguished name)的格式。"

#. Type: password
#. Description
#: ../nslcd.templates:5001
msgid "LDAP user password:"
msgstr "LDAP用户密码："

#. Type: password
#. Description
#: ../nslcd.templates:5001
msgid "Enter the password that will be used to log in to the LDAP database."
msgstr "输入登录LDAP数据库的的密码："

#. Type: select
#. Description
#: ../nslcd.templates:6001
msgid "SASL mechanism to use:"
msgstr "SASL可用机制："

#. Type: select
#. Description
#: ../nslcd.templates:6001
#| msgid "Enter the password that will be used to log in to the LDAP database."
msgid "Choose the SASL mechanism that will be used to authenticate to the LDAP database:"
msgstr "请选择连接LDAP数据库的SASL机制："

#. Type: select
#. Description
#: ../nslcd.templates:6001
msgid ""
" * auto: auto-negotiation;\n"
" * LOGIN: deprecated in favor of PLAIN;\n"
" * PLAIN: simple cleartext password mechanism;\n"
" * NTLM: NT LAN Manager authentication mechanism;\n"
" * CRAM-MD5: challenge-response scheme based on HMAC-MD5;\n"
" * DIGEST-MD5: HTTP Digest compatible challenge-response scheme;\n"
" * GSSAPI: used for Kerberos;\n"
" * OTP: a One Time Password mechanism."
msgstr ""
" * auto: 自动选择;\n"
" * LOGIN: 不推荐，建议使用PLAIN;\n"
" * PLAIN: 明文密码

Bug#654678: readahead-fedora: readahead-collector segfaults

[Sven Joachim]

Package: readahead-fedora
Version: 2:1.5.6-3
Severity: normal

I noticed these messages in the syslog:

,
| Jan  5 07:49:09 turtle kernel: [   27.716211] type=1305 
audit(1325746149.941:6): auid=4294967295 ses=4294967295 op="remove rule" 
key=(null) list=4 res=1
| Jan  5 07:49:09 turtle kernel: [   27.716214] type=1305 
audit(1325746149.941:7): audit_enabled=0 old=1 auid=4294967295 ses=4294967295 
res=1
| Jan  5 07:49:09 turtle kernel: [   27.716265] readahead-colle[238]: segfault 
at fffd ip f7603361 sp ffd148b8 error 4 in 
libc-2.13.so[f7594000+153000]
`

I have been seeing these segfaults since the upgrade to 2:1.5.6-2,
IIRC.  At least, there are several other occurrences of them in
/var/log/messages*, while an entry from December 10 (when I still head
2:1.5.6-1 installed) does not show a segfault.


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

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

Versions of packages readahead-fedora depends on:
ii  dpkg 1.16.1.2
ii  e2fslibs 1.42-1
ii  initscripts  2.88dsf-18
ii  libaudit01.7.18-1
ii  libblkid12.20.1-1
ii  libc62.13-24

readahead-fedora recommends no packages.

readahead-fedora 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#654677: xul-ext-compactheader: Not compatible with Icedove 8.0

[Sven Joachim]

Package: xul-ext-compactheader
Version: 1.4.2.is.1.4.0-1
Severity: serious

I just upgraded icedove to version 8.0, and it deactivated the
compactheader extension, claiming it is not compatible.

After upgrading to 1.4.3-1 from experimental, icedove re-enabled the
compactheader extension.


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

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

Versions of packages xul-ext-compactheader depends on:
ii  icedove  8.0-2

xul-ext-compactheader recommends no packages.

xul-ext-compactheader 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#654628: haskell-cmdargs: FTBFS on many arches: Template Haskell bracket illegal in a stage-1 compiler

[Neil Mitchell]

Hi

Note that while CmdArgs 0.9 introduces a dependency on TH, it's only
optional. If you disable the cabal flag "quotation" then it will build
without template-haskell, so should still work fine on ARM.

I do have a dependency on template-haskell in the .cabal file, it's
just under an if flag(quotation) branch, so isn't with the rest of the
dependencies. Note that it isn't necessary to use template-haskell
just because you use TemplateHaskell, but it would be rather
challenging not to (you couldn't mention Q or any of the AST types).

Thanks, Neil

On Wed, Jan 4, 2012 at 7:11 PM, Joachim Breitner  wrote:
> Dear Clint,
>
> Am Mittwoch, den 04.01.2012, 19:02 + schrieb Clint Adams:
>> On Wed, Jan 04, 2012 at 06:35:52PM +, Joachim Breitner wrote:
>> > the fact that a package is using Template Haskell is not represented in
>> > the cabal file, so there is actually nothing to do for Neil. It should
>> > be noted, though, in debian/control by a Build-Dependency on ghc-ghci.
>>
>> I am confused, because many packages (for example yesod-core and
>> snap-server), have cabal dependencies on "template-haskell".
>
> and it is confusing indeed. template-haskell is a library that provides
> the Language.Haskell.TH module. So you can have a library that uses
> these functions, without actually requiring a TH-capable compiler (e.g.
> it only provides functions based on these that a user _might_ use. You
> can also have (as it seems to be the case here) that a library uses the
> TemplateHaskell feature without actually using any of the symbols
> defined in the template-haskell library.
>
> Rule of thumb: If TemplateHaskell appears in the cabal file or a
> LANGUAGE pragma, then the Debian package ought to depend on the ghc-ghci
> virtual package.
>
> Greetings,
> Joachim
>
> --
> Joachim "nomeata" Breitner
> Debian Developer
>  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
>  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#654676: cryptsetup: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

Package: cryptsetup
Version: 2:1.3.0-3.1
Severity: wishlist
Tags: l10n patch


Russian debconf templates translation update is attached.

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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the cryptsetup package.
#
# Yuri Kozlov , 2011, 2012.
msgid ""
msgstr ""
"Project-Id-Version: cryptsetup 2:1.3.0-3.1\n"
"Report-Msgid-Bugs-To: cryptse...@packages.debian.org\n"
"POT-Creation-Date: 2011-05-17 14:46+0200\n"
"PO-Revision-Date: 2012-01-05 09:56+0400\n"
"Last-Translator: Yuri Kozlov \n"
"Language-Team: Russian \n"
"Language: ru\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.0\n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && "
"n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: boolean
#. Description
#: ../cryptsetup.templates:1001
msgid "Continue with cryptsetup removal?"
msgstr "Продолжить удаление cryptsetup?"

#. Type: boolean
#. Description
#: ../cryptsetup.templates:1001
#| msgid "This system has unlocked dm-crypt devices: ${cryptmap}"
msgid "You have unlocked dm-crypt devices: ${cryptmap}"
msgstr "Имеются незаблокированные устройства dm-crypt: ${cryptmap}"

#. Type: boolean
#. Description
#: ../cryptsetup.templates:1001
#| msgid ""
#| "If these devices are managed with cryptsetup, you might be unable to lock "
#| "the devices after the package removal, though other tools can be used for "
#| "managing dm-crypt devices. Any system shutdown or reboot will lock the "
#| "devices."
msgid ""
"If you used to manage these devices with cryptsetup, you might be unable to "
"lock the devices after the package removal. There are other tools for "
"managing dm-crypt devices though. In any case, system shutdown/reboot will "
"lock the devices."
msgstr ""
"Если эти устройства управляются с помощью cryptsetup, то вы не сможете "
"заблокировать эти устройства после удаления пакета. Для управления "
"устройствами dm-crypt есть также другие инструменты. В любом случае, "
"при следующем выключении или перезагрузке машины "
"устройства будут заблокированы."

#. Type: boolean
#. Description
#: ../cryptsetup.templates:1001
msgid ""
"In case you want to lock the dm-crypt devices before package removal, say no "
"here, and continue with removal after all dm-crypt devices have been locked."
msgstr ""
"Если вы хотите заблокировать устройства dm-crypt до удаления пакета, то "
"ответьте отрицательно и повторите удаление после того, как все "
"устройства dm-crypt будут заблокированы."

#~ msgid ""
#~ "Do not choose this option if you want to lock the dm-crypt devices before "
#~ "package removal."
#~ msgstr ""
#~ "Ответьте отрицательно, если хотите заблокировать устройства dm-crypt до "
#~ "удаления пакета."

Bug#653215: python-pygame: turn on MMX instructions

[Jeff Breidenbach]

I'll help as best I can, but let us please get what we have now in
unstable. Do you want me to NMU?

Bug#654455: Hookup with hot singles online.

[John Perkins]

Hookup with hot singles online.

http://ad.ag/dmwmtd



























-
If you would like to not be contacted from us in the future please press on the 
link below:
http://ad.ag/tajmpg

or write to:

P.O. Box 43, 15th Street, Toronto, Canada



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

Bug#654675: zanshin: online help is missing

[Drew Parsons]

Package: zanshin
Version: 0.2.0-1
Severity: normal

Thanks for the new package.

The program is missing the online help. In the Help menu there is
the "Zanshin Todo Handbook".   When you click on it, it launches the
KDE Help Centre.  But the zanshin help does not appear. Instead, the
KDE Help reports "Documentation not Found".

Cheers,
Drew

-- 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/4 CPU cores)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages zanshin depends on:
ii  kdebase-runtime   4:4.6.5-1+b1
ii  kdepim-runtime4:4.4.11.1-3
ii  libakonadi-kde4   4:4.6.5-1
ii  libc6 2.13-24
ii  libgcc1   1:4.6.2-9
ii  libkcalcore4  4:4.6.5-1
ii  libkdecore5   4:4.6.5-2+b1
ii  libkdeui5 4:4.6.5-2+b1
ii  libkio5   4:4.6.5-2+b1
ii  libkontactinterface4  4:4.6.5-1
ii  libkparts44:4.6.5-2+b1
ii  libnepomuk4   4:4.6.5-2+b1
ii  libnepomukutils4  4:4.6.5-2+b1
ii  libplasma34:4.6.5-2+b1
ii  libqt4-dbus   4:4.7.4-1
ii  libqt4-network4:4.7.4-1
ii  libqt4-svg4:4.7.4-1
ii  libqt4-xml4:4.7.4-1
ii  libqtcore44:4.7.4-1
ii  libqtgui4 4:4.7.4-1
ii  libsoprano4   2.6.0+dfsg.1-4
ii  libstdc++64.6.2-9

zanshin recommends no packages.

zanshin 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#654674: vim-tiny incompatible with vim-common's mailcap

[Trent W. Buck]

Package: vim-common
Version: 2:7.3.363-1
Severity: minor
File: /usr/lib/mime/packages/vim-common

After installing vim-tiny,

$ compose /tmp/tmp.c
sh: 1: vim: not found
Warning: program returned non-zero exit code #127

This is because vim-tiny provides "vi" but not "vim", and vim-common
claims the latter can edit text/* files.

I think either vim-tiny should provide an alternative for
/usr/bin/vim, or the mailcap should refer to vi instead of vim.

-- 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.2.0-rc7-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages vim-common depends on:
ii  libc6  2.13-23

Versions of packages vim-common recommends:
ii  vim-tiny  2:7.3.363-1

vim-common 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#653179: [rt2x00-users] Fwd: linux-image-3.1.0-1-amd64: Can't switch off WoW option of RT5390 wi-fi card, notebook wakes on wi-fi activity

[pol kh]

Well, I tried the following:

1. Installed back preinstalled version of Windows 7 and gave my notebook to 
guarantee service. They returned it in one day, saying that WoW option were 
enabled. As I wrote earlier WoW can be managed under Win7 (in properties of 
Ralink card).

2. I had flashed cracked version of BIOS with unlocked advanced menus. Then I 
disable Wake on PME (PCI Power Management Enable wake up events). Well, now my 
notebook do not wakes (and from power off).

Maybe installed version of Ralink card is a special modification for HP, or it 
is capable with some ACPI management?

Best,
kh

29.12.2011, 00:14, "Ivo Van Doorn" :
> On Wed, Dec 28, 2011 at 12:09 PM, Gertjan van Wingerde
>  wrote:
>
>>  On 12/28/11 08:56, Helmut Schaa wrote:
>>>  Hi,
>>>
>>>  Am Sonntag, 25. Dezember 2011, 09:07:42 schrieb pol kh:
  I'd like to be able to manage WoW option on Ralink 5390 on my HP Pavilion
  dv6-6030er. WoW is enabled by default in BIOS, which is locked by vendor.
  So I can't switch it off. Using ethtool doesn't help, because driver can't
  hanlder with WoW. My notebook wakes on wi-fi activity when I'd like it to
  be asleep. I had sent a bug report to Debian GNU/Linux maintainers and got
  the following answer (below my bug report is attached):
>>>  this sounds really strange :). Unfortunately nobody is working on WoW 
>>> support
>>>  for rt2x00 currently.
>>>
  Ivo, Gertjan, do we have any information yet how WoW for the ralink 
 devices
>>>  is supposed to work? Since the WoW framework was already merged AFAIK it 
>>> might
>>>  be a trivial thing to add ...
>>  No, I've never seen any information about this.
>>
>>  A quick look at the Ralink legacy drivers also reveal that these do not
>>  contain any code for this, so it will be difficult to add support for
>>  this in rt2x00.
>
> Even the specsheets don't contain any reference about WoW, so I really
> can't say anything about it either.
>
> Ivo



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

Bug#653441: epoll_create1() available in C, not C++ (on alpha)?

[Steve M. Robbins]

Hi,

By private mail, I got the suggestion that maybe Alpha's epoll.h lacks
"extern C"; I diff'd the two files and that's not the case.  However,
I did find the following:

On Alpha:

/* Same as epoll_create but with an additional FLAGS parameter.  */
extern int epoll_create2 (int __size, int __flags) __THROW;

On AMD:

/* Same as epoll_create but with an FLAGS parameter.  The unused SIZE
   parameter has been dropped.  */
extern int epoll_create1 (int __flags) __THROW;

And, in fact, epoll_create2() does not exist.  I changed the
test code to "... int fd = epoll_create2(0,0);" and the Alpha
machine fails to compile:

gcc try-epoll.c 
/tmp/cckkq2Mc.o: In function `main':
(.text+0x2c): undefined reference to `epoll_create2'


> I've boiled it down to the following test code:
> 
>   #include 
> 
>   int main(int ac, char* av[])
>   {
>   int fd = epoll_create1(0);
>   return 0;
>   }
> 
> This can be successfully compiled using "gcc" on both alpha (tested in sid 
> chroot of albeniz.debian.org) and on my amd64 machine.

It turns out that the only reason it "works" on Alpha is due
to C's rules for implict function definition:

  gcc -Wall try-epoll.c 
  try-epoll.c: In function ~main~:
  try-epoll.c:5: warning: implicit declaration of function ~epoll_create1~


This looks like a bug in glibc, specifically that the following patch
was never applied:
http://www.cygwin.com/ml/libc-ports/2011-09/msg00017.html


-Steve



signature.asc
Description: Digital signature

Bug#653215: python-pygame: turn on MMX instructions

[Vincent Cheng]

On Wed, Jan 4, 2012 at 5:52 PM, Jeff Breidenbach  wrote:
> I didn't realize Ubuntu synchronized from testing instead of unstable. Will 
> you
> please consider a high priority upload to reduce the delay to 3 days?
> If it helps
> influence your decision, I am a Debian Developer myself. Also, I have appended
> python test snippets as requested.

That won't make a difference; pygame will not migrate to testing until
it builds on kfreebsd-{i386,amd64}. Fixing this is definitely high on
my Debian-related to-do list, but I'm afraid I might not get to it in
time for Ubuntu's freeze date. If you'd like to lend a hand with this,
I'd definitely appreciate it. :)

Vincent



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

Bug#654591: dovecot-core: race condition in init script restart action

[Marc Dequènes (Duck)]

tags 654591 + fixed-upstream
thanks

Quoting Timo Sirainen :


Yes. This is properly fixed in v2.1.
http://hg.dovecot.org/dovecot-2.1/rev/6894298ae5fd


Thanks for your quick reply :-).
Happy new year btw.

--
Marc Dequènes (Duck)


pgpWCDX6b0tpE.pgp
Description: PGP Digital Signature

Bug#654673: org.freedesktop.DBus.Error.AccessDenied: Connection ":1.30" to is not allowed to own the service "org.wicd.daemon" due to security policies in the configuration file

[dukov82]

Package: wicd
Version: 1.7.1~b3-3
Severity: normal

The problem happen when I try to use wicd, wicd-gtk , wicd-cli, wicd-curses.

The reason is wicd service daemon chash. With this error :
#wicd -foe
wicd initializing...
---
wicd is version 1.7.1~b3 655
Traceback (most recent call last):
  File "/usr/share/wicd/daemon/wicd-daemon.py", line 1843, in 
main(sys.argv)
  File "/usr/share/wicd/daemon/wicd-daemon.py", line 1806, in main
wicd_bus = dbus.service.BusName('org.wicd.daemon', bus=bus)
  File "/usr/lib/python2.7/dist-packages/dbus/service.py", line 129, in __new__
retval = bus.request_name(name, name_flags)
  File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 306, in
request_name
'su', (name, flags))
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 630, in
call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied:
Connection ":1.32" is not allowed to own the service "org.wicd.daemon" due to
security policies in the configuration file


I tried with different users, different version of the packages, the problem
still the same.
What could caused the problem:
#deborphan --guess-all | xargs apt-get -y remove --purge
#apt-get dist-upgrade
Upgraded python to version 2.7.2+
I have also upgrade the NVIDIA driver to the last version
#./NVIDIA-Linux-x86-290.10.run
Then rebooted the machine and after wicd doesn't works at all..
Tried many different version, reinstalled the packages, etc..

I also checked the users to be in the right group, all good !
So i decide to reinstall the packages to the last version available moving from
wheezy to sid (unstable)..
#netselect-apt -n unstable
#apt-get dist-upgrade
#apt-get remove --purge wicd wicd-gtk wicd-cli wicd-curses wicd-daemon python-
wicd
#apt-get install wicd wicd-gtk wicd-cli wicd-curses wicd-daemon
The problem persist.

Thanks



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

Kernel: Linux 2.6.39 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages wicd depends on:
ii  wicd-cli [wicd-client] 1.7.1~b3-3
ii  wicd-curses [wicd-client]  1.7.1~b3-3
ii  wicd-daemon1.7.1~b3-3
ii  wicd-gtk [wicd-client] 1.7.1~b3-3

wicd recommends no packages.

wicd suggests no packages.

Versions of packages wicd-cli depends on:
ii  wicd-daemon  1.7.1~b3-3

Versions of packages wicd-cli recommends:
ii  sudo  1.8.3p1-2

Versions of packages wicd-gtk depends on:
ii  python 2.7.2-9
ii  python-glade2  2.24.0-2
ii  python-gtk22.24.0-2
ii  wicd-daemon1.7.1~b3-3

Versions of packages wicd-gtk recommends:
ii  gksu   2.0.2-6
ii  python-notify  0.1.1-3

Versions of packages wicd-curses depends on:
ii  python2.7.2-9
ii  python-urwid  1.0.1-2
ii  wicd-daemon   1.7.1~b3-3

Versions of packages wicd-curses recommends:
ii  sudo  1.8.3p1-2

Versions of packages wicd-daemon depends on:
ii  adduser 3.113
ii  dbus1.4.16-1
ii  debconf 1.5.41
ii  dhcp3-client4.2.2-1
ii  iproute 2017-1
ii  iputils-ping3:20101006-1+b1
ii  isc-dhcp-client [dhcp3-client]  4.2.2-1
ii  lsb-base3.2-28
ii  net-tools   1.60-24.1
ii  psmisc  22.14-1
ii  python  2.7.2-9
ii  python-dbus 0.84.0-2
ii  python-gobject  3.0.3-1
ii  python-wicd 1.7.1~b3-3
ii  wireless-tools  30~pre9-8
ii  wpasupplicant   0.7.3-5

Versions of packages wicd-daemon recommends:
ii  wicd-cli [wicd-client] 1.7.1~b3-3
ii  wicd-curses [wicd-client]  1.7.1~b3-3
ii  wicd-gtk [wicd-client] 1.7.1~b3-3

Versions of packages wicd-daemon suggests:
ii  pm-utils  1.4.1-8

Versions of packages python-wicd depends on:
ii  python 2.7.2-9
ii  python2.6  2.6.7-4
ii  python2.7  2.7.2-9

-- debconf information:
* wicd/users: davide



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

Bug#654662: FTBFS: pkgIndex.tcl seems to be wrong

[Thorsten Glaser]

Laszlo Boszormenyi dixit:

> It was built previously, but the pkgIndex.tcl was generated incorrectly. I've
>added a self test (mentioned in the changelog) for this.

Ah okay.

>Will ask for a chroot environment on m68k (or on any arch where it
>fails)

m68k: https://wiki.debian.org/Aranym/Quick
rest: https://db.debian.org/machines.cgi

Have a good travel,
//mirabilos
-- 
  “Having a smoking section in a restaurant is like having
  a peeing section in a swimming pool.”
-- Edward Burr



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

Bug#641270: aptitude segfault in qemu-arm-static.

[Trent W. Buck]

Vagrant Cascadian wrote:
> Version: 1.0+dfsg-1
>
> On Mon, Sep 12, 2011 at 07:18:40PM +1000, Trent W. Buck wrote:
> > Package: qemu-user-static
> > Version: 0.15.0~rc2+dfsg-1
> > Severity: normal
> > File: /usr/bin/qemu-arm-static
> >
> > I did this:
> >
> > mkdir -p target/usr/bin
> > cp /usr/bin/qemu-arm-static target/usr/bin
> > cdebootstrap -f minimal -k /etc/debmirror/trustedkeys.gpg -a armhf 
> > unstable target http://apt/debian-ports
> >
> > Where http://apt/debian-ports is a partial mirror of debian-ports.org, made 
> > today.
> >
> > When this finished, I chrooted in and installed aptitude.  Running
> > aptitude --help works, but aptitude -u clears the screen then prints
> >
> > Segmentation fault
>
> apparently, armhf is at least reasonably well supported now(maybe it always
> was), and so i tested with aptitude 0.6.4-1.2+b1 in an armhf sid chroot.
>
> i was able to reproduce this behavior with qemu-user-static 0.15.1+dfsg-3, but
> not with qemu-user-static 1.0+dfsg-1, so it appears to be fixed in newer
> versions.

Sorry, I forgot all about this ticket.  I don't remember if I said so
when I reported this, but (assuming I'm remembering the right bug) it
turned out to be something about qemu not zeroing memory before
handing it out to the guest process or something.

Someone on #kvm or #qemu gave me a short (~dozen lines) patch that I
applied to debian's qemu source package, and after doing that I
compiled a qemu-arm-static binary that didn't exhibit this behaviour.

Sorry for dropping the ball on this one.  Fortunately it looks like
the chap from IRC pushed the patch into upstream, since Vagrant
indicates it has trickled down to Debian in the current version :-)



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

Bug#654672: ncurses-bin: tic cannot overwrite existing entries because they are stored in two different locations

[Marc Lehmann]

Package: ncurses-bin
Version: 5.7+20100313-5
Severity: normal


There is no way to install e.g. the terminfo file from rxvt-unicode
on debian, which contains both rxvt-unicode (stored in /etc) and
rxvt-unicode-256color (stored in /usr/share):

"tic rxvt-unicode.terminfo" writes both rxvt-unicode and
rxvt-unicode-256color to /usr/share/terminfo, leaving the copy in
/etc/terminfo intact (leading to problems because -256color references
rxvt-unicode), while specifying /etc/terminfo writes both entries to that
location, also wrong, even though this time at leats works.

I think tic should overwrite existing entries in debian unless
specifically requested not to, and, if that is not possible, should be
changed to write to /etc/terminfo, as that is the real system terminfo
directory.

Maybe one could also change search order to first look in /usr/share and
then in /etc, which would make it possible to override saettings in /etc.

Or something like that, the situation seems pretty mesed up :=)

-- System Information:
Debian Release: 6.0.3
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 
'experimental')
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/bash

Versions of packages ncurses-bin depends on:
hi  libc6 2.13-23Embedded GNU C Library: Shared lib
ii  libncurses5   5.7+20100313-5 shared libraries for terminal hand

ncurses-bin recommends no packages.

ncurses-bin 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#653441: epoll_create1() available in C, not C++ (on alpha)?

[Steve M. Robbins]

Howdy,

I'm investigating #653441, a build failure that exists only for Alpha.
The C++ code in question uses epoll_create1().

I've boiled it down to the following test code:

  #include 

  int main(int ac, char* av[])
  {
  int fd = epoll_create1(0);
  return 0;
  }

This can be successfully compiled using "gcc" on both alpha (tested in
sid chroot of albeniz.debian.org) and on my amd64 machine.

However, if I compile using "g++", the amd64 works, but alpha says:

  (sid)smr@albeniz:~$ g++ try-epoll.c 
  try-epoll.c: In function -F¡int main(int, char**)¢:-A
  try-epoll.c:5: error: -F¡epoll_create1¢ was not declared in this scope-A

What's the solution?  Is there a bug in alpha's libc6.1-dev (source
of epoll.h)?

Thanks,
-Steve


signature.asc
Description: Digital signature

Bug#587991: perl-policy: /etc/perl missing from Module Path

[Roberto C . Sánchez]

On Wed, Jan 04, 2012 at 05:06:32PM -0800, Russ Allbery wrote:
> 
> Is it correct to say that packages should not ship modules in /etc/perl,
> or is that too strong?
> 

I agree that packages should not ship modules in /etc/perl.  I cannot
think of a circumstance where a package would have to ship a module in
/etc/perl instead of under /usr/share or /usr/lib.

Regards,

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


signature.asc
Description: Digital signature

Bug#654206: [PATCH] ext4: Report max_batch_time option correctly

[Ted Ts'o]

On Mon, Jan 02, 2012 at 02:13:02PM +, Ben Hutchings wrote:
> Currently the value reported for max_batch_time is really the
> value of min_batch_time.
> 
> Reported-by: Russell Coker 
> Signed-off-by: Ben Hutchings 

Applied, thanks.

- Ted



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

Bug#611967: csvtool: namedcol should retain heading row

[Mehdi Dogguy]

tags 611967 + patch
thanks

"Kingsley G. Morse Jr."  wrote:
> 
> I'm using it, and would like to suggest a modest
> improvement.
> 
> Please enhance the "namedcol" option to also
> return a first row of the names of the chosen
> columns.
> 
> For example
> 
> $ csvtool namedcol Account,Cost input.csv > output.csv
> 
> might return
> 
> Account,Cost
> 1,$5
> 2,$7
> 3,$3
> 
> At least for me, it omitted the heading row
> "Account,Cost".
> 

I agree that it could be a nice improvement. Please find attached
a patch that implements the described feature.

Regards,

-- 
Mehdi Dogguy
>From 6c251219c4240ec4f04b9be3c1c5a1558ed12aaa Mon Sep 17 00:00:00 2001
From: Mehdi Dogguy 
Date: Thu, 5 Jan 2012 03:10:43 +0100
Subject: [PATCH] Retain heading row when using namedcol

---
 debian/changelog   |7 +++
 debian/patches/01_namedcol |   10 ++
 debian/patches/series  |1 +
 3 files changed, 18 insertions(+), 0 deletions(-)
 create mode 100644 debian/patches/01_namedcol
 create mode 100644 debian/patches/series

diff --git a/debian/changelog b/debian/changelog
index ce57af8..225f7e5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+ocaml-csv (1.2.2-2) unstable; urgency=low
+
+  * Retain heading row when using namedcol option (Closes: #611967).
+- add debian/patches/01_namedcol
+
+ -- Mehdi Dogguy   Thu, 05 Jan 2012 03:09:19 +0100
+
 ocaml-csv (1.2.2-1) unstable; urgency=low
 
   * New upstream release
diff --git a/debian/patches/01_namedcol b/debian/patches/01_namedcol
new file mode 100644
index 000..4c0f0fc
--- /dev/null
+++ b/debian/patches/01_namedcol
@@ -0,0 +1,10 @@
+--- a/examples/csvtool.ml
 b/examples/csvtool.ml
+@@ -164,6 +164,7 @@
+   let data = List.map (
+ fun row -> List.map (fun name -> List.assoc name row) names
+   ) data in
++  let data = names :: data in
+   Csv.output_all (Csv.to_channel ~separator:output_sep chan) data
+   ) files
+ 
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..eb8876e
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+01_namedcol
-- 
1.7.7.3

Bug#651700: [Pkg-openldap-devel] Bug#651700: Bug#651700: slapd: BDB library version mismatch

[Russ Allbery]

Quanah Gibson-Mount  writes:

> Personally, I'm hoping Debian will dump back-bdb/back-hdb entirely once
> back-mdb is stable. ;)

Yeah, mdb is looking really nice, and it would be lovely to stop having to
worry about BerkeleyDB weirdness.

-- 
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#651700: [Pkg-openldap-devel] Bug#651700: Bug#651700: slapd: BDB library version mismatch

[Quanah Gibson-Mount]

--On Wednesday, January 04, 2012 6:01 PM -0800 Russ Allbery 
 wrote:



Do you think that's sufficient, or should I clarify this further?


No, I think that's fine.  I'm just a little worried that we'll get bitten
by some future libdb change, but actually OpenLDAP may serve as an
excellent canary there.  If libdb changes either the file format or the
ABI in a way that isn't compatible without changing the SONAME, that's an
RC bug in libdb from Debian's perspective and it's something we'd rather
know about than not, since we need to fix it regardless of OpenLDAP's use
of the package.


Personally, I'm hoping Debian will dump back-bdb/back-hdb entirely once 
back-mdb is stable. ;)


--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#653215: python-pygame: turn on MMX instructions

[Jeff Breidenbach]

>Also, I have appended python test snippets as requested.

Besides that small snippet (which may not really hit SDL much) I've written a
real application that also exercises all sort of pygame stuff; sound, windows,
blitting,  full-screen mode, etc. Works fine for me.



-- 
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: Bug#651700: slapd: BDB library version mismatch

[Russ Allbery]

Steve Langasek  writes:
> On Wed, Jan 04, 2012 at 05:46:14PM -0800, Russ Allbery wrote:

>> Note that ABI in this context has to encompass the on-disk format as
>> well, which I suspect Steve meant but which is worth saying explicitly,
>> since my guess would be that's where OpenLDAP ran into problems in the
>> past that caused this check to be added.

> Right, I tried to make this clear in the patch description:

>  OpenLDAP upstream conservatively assumes that any change to the version
>  number of libdb can result in an API-breaking change that could impact
>  the database. [...]

> Do you think that's sufficient, or should I clarify this further?

No, I think that's fine.  I'm just a little worried that we'll get bitten
by some future libdb change, but actually OpenLDAP may serve as an
excellent canary there.  If libdb changes either the file format or the
ABI in a way that isn't compatible without changing the SONAME, that's an
RC bug in libdb from Debian's perspective and it's something we'd rather
know about than not, since we need to fix it regardless of OpenLDAP's use
of the package.

-- 
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#654671: gnucash wishlist: additional filter to import PSK_Umsatzliste.csv

[yellow]

Package: gnucash
Version: 2.2.9-10
Severity: wishlist

Hi users of Gnucash and maintainer,

It would be great if Gnucash had a support of bawag psk format. 

The CVS of PSK_Umsatzliste.csv looks like this : 
;Aufladen: X   X XX/|X X 
T-Mobile Austria GesmbH;12.03.2011;12.03.2011;-40,00;EUR
with X some data of various length.

Thank you for developing Gnucash.

Kind regards,
Y.


-- 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-bigmem (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 gnucash depends on:
ii  gconf2 2.28.1-6  GNOME configuration database syste
ii  gnucash-common 2.2.9-10  A personal finance and money track
ii  guile-1.6-libs 1.6.8-10  Main Guile libraries
ii  guile-1.6-slib 1.6.8-10  Guile SLIB support
ii  libaqbanking29 4.2.4-2   library for online banking applica
ii  libart-2.0-2   2.3.21-1  Library of functions for 2D graphi
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.24.3-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.24.3-1  The Bonobo UI library
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libcrypt-ssleay-pe 0.57-2Support for https protocol in LWP
ii  libdate-manip-perl 6.11-1module for manipulating dates
ii  libenchant1c2a 1.6.0-1   a wrapper library for various spel
ii  libfinance-quote-p 1.17-1Perl module for retrieving stock q
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.2-2.1+squeeze3FreeType 2 font engine, shared lib
ii  libgconf2-42.28.1-6  GNOME configuration database syste
ii  libglade2-01:2.6.4-1 library to load .glade files at ru
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgnome2-02.30.0-1  The GNOME library - runtime files
ii  libgnomecanvas2-0  2.30.1-1  A powerful object-oriented display
ii  libgnomeui-0   2.24.3-1  The GNOME libraries (User Interfac
ii  libgnomevfs2-0 1:2.24.3-1GNOME Virtual File System (runtime
ii  libgoffice-0.8-8   0.8.8-1   Document centric objects library -
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libgtkhtml3.14-19  3.30.3-1  HTML rendering/editing library - r
ii  libguile-ltdl-11.6.8-10  Guile's patched version of libtool
ii  libgwenhywfar473.11.3-1  OS abstraction layer
ii  libice62:1.0.6-2 X11 Inter-Client Exchange library
ii  libktoblzcheck1c2a 1.28-1library for verification of accoun
ii  libltdl7   2.2.6b-2  A system independent dlopen wrappe
ii  libofx41:0.9.0-3 library to support Open Financial 
ii  liborbit2  1:2.14.18-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
ii  libpopt0   1.16-1lib for parsing cmdline parameters
ii  libqthreads-12 1.6.8-10  QuickThreads library for Guile
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libx11-6   2:1.3.3-4 X11 client-side library
ii  libxml22.7.8.dfsg-2+squeeze1 GNOME XML library
ii  slib   3b1-3.1   Portable Scheme library
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

Versions of packages gnucash recommends:
ii  gnucash-docs  2.2.0-3Documentation for gnucash, a perso

gnucash 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#654670: update-flashplugin-nonfree --test | --report | --status | --dry-run

[jidanni]

Package: flashplugin-nonfree
Version: 1:2.8.3
Severity: wishlist
File: /usr/share/man/man8/update-flashplugin-nonfree.8.gz

Please add a --status option
that just reports the current version installed, and the current
upstream version.

Or add a --dry-run or --test, --report etc. options.

The idea is to give the user a chance to probe the situation before
agreeing to commit to do anything.

Though I have listed four possibilities, one would be enough.

P.S.,  --install without --verbose just shows wget output, making it
look like only a download is happening. So maybe use wget --quiet or
something, if no --verbose is given.



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

Bug#653771: [pkg-ntp-maintainers] Bug#653771: FTBFS on kfreebsd-* due to -Wformat-security

[Steven Chamberlain]

On 03/01/12 21:51, Peter Eisentraut wrote:
> I think the below is a more correct fix.  Could you check whether it
> works for you?

Hi Peter,

Your suggestion builds okay on kfreebsd-i386, it prevents the
-Wformat-security warning, and it runs fine.

I've copied your patch and mine to upstream to see which way they would
prefer to fix this:  http://bugs.ntp.org/show_bug.cgi?id=2106

Thanks,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org



-- 
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: Bug#651700: slapd: BDB library version mismatch

[Steve Langasek]

On Wed, Jan 04, 2012 at 05:46:14PM -0800, Russ Allbery wrote:
> Steve Langasek  writes:

> > Under the circumstances that seems a perfectly reasonable behavior for
> > upstream to implement, but in Debian we hold libraries to a higher
> > standard.  If the library *does* change its ABI, the package name in
> > Debian will change even if upstream fails to handle this, so the check
> > within OpenLDAP is redundant; and in cases where Oracle releases a
> > patchlevel release that doesn't change the ABI, this actively works
> > against the packaging system.

> Note that ABI in this context has to encompass the on-disk format as well,
> which I suspect Steve meant but which is worth saying explicitly, since my
> guess would be that's where OpenLDAP ran into problems in the past that
> caused this check to be added.

Right, I tried to make this clear in the patch description:

 OpenLDAP upstream conservatively assumes that any change to the version
 number of libdb can result in an API-breaking change that could impact
 the database. [...]

Do you think that's sufficient, or should I clarify this further?

-- 
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


signature.asc
Description: Digital signature

Bug#653215: python-pygame: turn on MMX instructions

[Jeff Breidenbach]

I didn't realize Ubuntu synchronized from testing instead of unstable. Will you
please consider a high priority upload to reduce the delay to 3 days?
If it helps
influence your decision, I am a Debian Developer myself. Also, I have appended
python test snippets as requested.

from pygame import *
# Should return 'SSE' instead of 'GENERIC'
print transform.get_smoothscale_backend()
# This will rescale a test image of your choosing, exercising the code path
image.save(transform.smoothscale(image.load('test.jpg'), (100, 100)), 'new.jpg')



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

Bug#654669: wishlist : quit or get back to running osmo window

[yellow]

Package: osmo
Version: 0.2.10+svn898-1
Severity: wishlist

Hi

If I run OSMO, then it says two are running. 

ALT+Q is fine but please add QUIT into the menu

and also, I havent any tray and when one close hte window, why it does not 
quit? It should or please make more user friendly the thing if you find time.


ALso add contacts: please add ALT+O to OK   and ALT+C to CANCEL on the bottom 
of the popup window with fields. 

Thanks coding OSMO
Regards
Y.

-- 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-bigmem (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 osmo depends on:
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgringotts2  1.2.10~pre3-1 gringotts data encapsulation and e
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libgtkspell0   2.0.16-1  a spell-checking addon for GTK's T
ii  libical0   0.44-3iCalendar library implementation i
ii  libnotify1 [libnot 0.5.0-2   sends desktop notifications to a n
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
ii  libtar 1.2.11-6  C library for manipulating tar arc
ii  libwebkit-1.0-21.2.7-0+squeeze1  Web content engine library for Gtk
ii  libxml22.7.8.dfsg-2+squeeze1 GNOME XML library
ii  xdg-utils  1.0.2+cvs20100307-2   desktop integration utilities from

osmo recommends no packages.

osmo 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#651700: [Pkg-openldap-devel] Bug#651700: Bug#651700: slapd: BDB library version mismatch

[Russ Allbery]

Steve Langasek  writes:

> Under the circumstances that seems a perfectly reasonable behavior for
> upstream to implement, but in Debian we hold libraries to a higher
> standard.  If the library *does* change its ABI, the package name in
> Debian will change even if upstream fails to handle this, so the check
> within OpenLDAP is redundant; and in cases where Oracle releases a
> patchlevel release that doesn't change the ABI, this actively works
> against the packaging system.

Note that ABI in this context has to encompass the on-disk format as well,
which I suspect Steve meant but which is worth saying explicitly, since my
guess would be that's where OpenLDAP ran into problems in the past that
caused this check to be added.

-- 
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#651700: [Pkg-openldap-devel] Bug#651700: slapd: BDB library version mismatch

[Steve Langasek]

Hi Quanah,

On Mon, Dec 12, 2011 at 01:35:50PM -0800, Quanah Gibson-Mount wrote:
> OpenLDAP was compiled using 5.1.25, and the libs were updated to
> 5.1.29. OpenLDAP *must* be recompiled against 5.1.29 as well in that
> case.  If that is done, then everything will move along happily.

> This is by design because Oracle/Sleepycat has made API changes in
> patch level releases before.  back-hdb/bdb *must* be compiled
> against the exact BDB library version they are linked to.  In this
> case, the patch level does matter.

On Mon, Dec 12, 2011 at 01:58:13PM -0800, Quanah Gibson-Mount wrote:
> --On Monday, December 12, 2011 10:54 PM +0100 Julien Cristau
>  wrote:

> >If bdb breaks ABI then it needs to bump SONAME.  If it doesn't then
> >apps compiled against an earlier version must still work.  A check for
> >the patchlevel version is just broken.

> Feel free to take that up with Oracle. ;)  Until they fix their
> development practices, the OpenLDAP behavior remains.

Under the circumstances that seems a perfectly reasonable behavior for
upstream to implement, but in Debian we hold libraries to a higher standard.
If the library *does* change its ABI, the package name in Debian will
change even if upstream fails to handle this, so the check within OpenLDAP
is redundant; and in cases where Oracle releases a patchlevel release that
doesn't change the ABI, this actively works against the packaging system.

So I think the correct course of action here is to patch this check out of
the Debian package.

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


signature.asc
Description: Digital signature

Bug#654600: [Pkg-lyx-devel] Bug#654600: lyx: FTBFS on armhf: testsuite fails

[peter green]

Could you try adding "set -x" at the top of these scripts:

src/support/tests/test_convert
src/support/tests/test_filetools
src/support/tests/test_lstrings

and then run the the testsuite (make check) and see what it outputs?

The scripts fail because the output from the testcases are not equal to
the reference files, but I can't tell from the build log what the
difference is.

Unfortunately to the best of my knowlage the content of build trees
after an autbuild attempt is not saved so i'll have to try to reproduce
this issue locally first. Assuming I can reproduce it i'll perform the
test you wish.

For the future I would suggest changing your package so that the
testsuite runs that are performed as part of a normal build provide
usefull results.




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

Bug#654395: getting blender to find the scripts

[Luka Frelih]

hello again!
after setting the path to scripts in the environment blender runs correctly.

$ export BLENDER_SYSTEM_SCRIPTS=/usr/lib/blender/scripts/
$ blender

now wondering what else needs to be done to build the cycles renderer

LF




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

Bug#654662: FTBFS: pkgIndex.tcl seems to be wrong

[Laszlo Boszormenyi]

Hi Thorsten,

On Thu, 2012-01-05 at 00:09 +, Thorsten Glaser wrote:
> Source: sqlite3
> Version: 3.7.9-3
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
> with my “m68k buildd” hat on, your package FTBFS. It also does that
> on most release architectures, with the same error:
 It was built previously, but the pkgIndex.tcl was generated incorrectly. I've
added a self test (mentioned in the changelog) for this.
Will ask for a chroot environment on m68k (or on any arch where it
fails) to figure out the exact reason. Seems I'll leave today, but
hopefully I'll be back on Sunday.

Regards,
Laszlo/GCS




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

Bug#654619: kipi-plugins: FTBFS on armhf, reproduced on sid amd64: /usr/bin/ld:, cannot find -lopencv_gpu

[peter green]

tags 654619 +patch
thanks


kipi-plugins FTBFS on armhf, but I was able to reproduce this on a sid
amd64, due to missing library at link time:

/usr/bin/ld: cannot find -lopencv_gpu


libopencv_gpu is provided by /libopencv-gpu-dev the package builds fine
if it is installed. Please add it to the build-depends or otherwise fix
this bug
/




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

Bug#654596: git: failure to upgrade from squeeze ("mv: git-add.tmp and git-add are the same file")

[Jonathan Nieder]

tags 654596 + patch
quit

Anders Kaseorg wrote:

> I’ll let you decide which version is less horrible.

Let's go with this one, I guess.

-- >8 --
Subject: git.preinst: work around overzealous "mv" check

coreutils mv refuses to move a symlink over a hard link to the same
file, so the code in preinst to handle upgrades from versions in
which builtins were hard links doesn't work.

Instead, it errors out with the message

mv: `/usr/lib/git-core/git-add.tmp' and `/usr/lib/git-core/git-add' are 
the same file

This isn't a limitation of the rename() syscall, but a
coreutils-specific check in mv.  It is possible to interpret POSIX as
permitting that kind of safety check for src and dst pointing to the
same file, so let's steer clear by making the symlink target a
different inode.

The cost is some complication and a megabyte wasted until the new
version is unpacked.

Reported-by: Jon Dowland 
Analysis-by: Anders Kaseorg 
Works-around: http://debbugs.gnu.org/6960 
Signed-off-by: Jonathan Nieder 
---
 debian/changelog   |   10 ++
 debian/git.preinst |   13 +++--
 2 files changed, 21 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 3a8b2f40..1323525d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,13 @@
+git (1:1.7.8.2-1.1) unstable; urgency=medium
+
+  * debian/git.preinst: on upgrade from git <= 1:1.7.7-1, replace
+/usr/lib/git-core/git with a copy of itself.  This prevents "are the
+same file" errors when replacing hard links to the old copy with
+symlinks using "mv" (thx Jon Dowland and Anders Kaseorg; closes:
+#654666).
+
+ -- Jonathan Nieder   Wed, 04 Jan 2012 18:53:21 -0600
+
 git (1:1.7.8.2-1) unstable; urgency=low
 
   * merge branch debian-experimental.
diff --git a/debian/git.preinst b/debian/git.preinst
index c32fdbfe..eccf0d89 100644
--- a/debian/git.preinst
+++ b/debian/git.preinst
@@ -42,12 +42,21 @@ rm_conffile /etc/emacs/site-start.d/50git-core.el "$1" "$2"
 #
 # Replace the hard links with symlinks _before_ upgrading to
 # avoid trouble.
+#
+# For added fun, coreutils mv will not replace a file by a
+# symlink to the same inode (bug #654666).  We give
+# /usr/lib/git-core/git its own inode to work around that.
 
 if test "$1" = upgrade &&
dpkg --compare-versions "$2" lt-nl '1:1.7.7-2'; then
-   refinode=$(stat -c%i /usr/lib/git-core/git)
+   refinode=$(stat -c%i /usr/lib/git-core/git-add)
+
+   rm -f /usr/lib/git-core/git.tmp
+   cp -p /usr/lib/git-core/git /usr/lib/git-core/git.tmp
+   mv -f /usr/lib/git-core/git.tmp /usr/lib/git-core/git
for f in /usr/lib/git-core/*; do
-   test "$f" != /usr/lib/git-core/git || continue
+   test "$f" != /usr/lib/git-core/git &&
+   test "$f" != /usr/lib/git-core/git-add || continue
rm -f "$f.tmp"
inode=$(stat -c%i "$f")
test "$inode" = "$refinode" || continue
-- 
1.7.8.2




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

Bug#641019: pristine-tar does not work with tar files made by openSUSE

[Mikołaj Izdebski]

>> Do you consider alternative bzip2 implementations available in Debian
>> (lbzip2, pbzip2, p7zip-full, libcommons-compress-java) as "commonly
>> available implementations"? They all produce different compressed
>> files for the same input file. Moreover, lbzip2-0.23 from stable
>> produces different files than lbzip2-2.1 from unstable.
>
> I have not seen files produced by these yet afaik, but it's sure nice to
> have a list to try when someone comes with a weird file; I did not know
> about some of those!

It's a vicious circle. People refrain from using alternative bzip2
implementations partly because pristine-tar doesn't support them. And
pristine-tar doesn't support them because they're not used widely
enough. For example I didn't compress my Debian lbzip2 package with
lbzip2 itself only because of problems with pristine-tar!

> Even bzip2 changed its output after 0.9.5d -- I have a program that uses
> the compressor from the old version since some files needed it.

Not the first and not the last time. The last change I'm aware of was
in Oct 2004 (version 1.0.3). This means that with default parameters
bzip2 1.0.2 and 1.0.3 can produce different files.

>> I believe that pristine-tar generates "binary diffs" for gzip files it
>> fails to reproduce, but doesn't do the same for bzip2 files. Maybe
>> implementing such feature for bzip2 files is the solution?
>
> I'll add it if I see a bz2 file that can nearly exactly be reproduced
> and only needs the delta to get the rest of the way. Haven't yet.

Does an artificially crafted bz2 file count? If so, I can easily create one.



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

Bug#654668: wmaker-common needs to replace older wmaker packages

[Sven-Haegar Koch]

Package: wmaker-common
Version: 0.95.0+20111028-2
Severity: normal

Package wmaker-common fails to upgrade from wmaker 0.92.0-9 if the new
wmaker-common gets installed before the new wmaker package.

Selecting previously unselected package wmaker-common.
Unpacking wmaker-common (from .../wmaker-common_0.95.0+20111028-2_all.deb) ...
dpkg: error processing 
/var/cache/apt/archives/wmaker-common_0.95.0+20111028-2_all.deb (--unpack):
 trying to overwrite '/usr/sbin/upgrade-windowmaker-defaults', which is also in 
package wmaker 0.92.0-9
configured to not write apport reports
  dpkg-deb: error: subprocess paste was 
killed by signal (Broken pipe)
Preparing to replace wmaker 0.92.0-9 (using 
.../wmaker_0.95.0+20111028-2_i386.deb) ...
Unpacking replacement wmaker ...
dpkg: warning: unable to delete old directory '/etc/X11/WindowMaker': Directory 
not empty
dpkg: warning: unable to delete old directory '/etc/GNUstep/Defaults': 
Directory not empty
dpkg: warning: unable to delete old directory '/etc/GNUstep': Directory not 
empty


I think it needs something like
  Replaces: wmaker (<< 0.95.0+20111028)

Greetings
Haegar


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

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

wmaker-common depends on no packages.

wmaker-common recommends no packages.

Versions of packages wmaker-common suggests:
ii  wmaker  0.95.0+20111028-2

-- Configuration Files:
/etc/X11/WindowMaker/appearance.menu changed:
/* Automatically generated file. Do not edit. */
Appearance MENU 
  "Background" OPEN_MENU background.menu
  "Styles" OPEN_MENU -noext LOCAL_STYLES_DIR STYLES_DIR USER_STYLES_DIR WITH 
setstyle
  "Themes" OPEN_MENU -noext LOCAL_THEMES_DIR THEMES_DIR USER_THEMES_DIR WITH 
setstyle
  "Icon Sets" OPEN_MENU -noext LOCAL_ICON_SETS_DIR ICON_SETS_DIR 
USER_ICON_SETS_DIR WITH seticons
  "Save IconSet" EXEC geticonset USER_ICON_SETS_DIR/"%a(IconSet name)"
  "Save Theme" EXEC getstyle -t USER_THEMES_DIR/"%a(Theme name)"
Appearance  END 


-- debconf-show failed



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

Bug#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures

[peter green]

retitle 654428 blender: FTBFS: uses i386/amd64 specific register definitions on 
all architectures
thanks

Christoph Egger wrote:

Your package failed to build on the buildds:
More accurately it built successfullyy on the i386 buildd but failed 
on all the other buildds that tried to build it (the maintainer 
uploaded the amd64 package so no amd64 buildd attempted to build it).



[100%] Building CXX object 
extern/libmv/CMakeFiles/extern_libmv.dir/third_party/glog/src/signalhandler.cc.o
cd /build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/obj-ia64-linux-gnu/extern/libmv 
&& /usr/bin/c++   -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE 
-D__LITTLE_ENDIAN__ -DV3DLIB_ENABLE_SUITESPARSE -DGOOGLE_GLOG_DLL_DECL="" -DNDEBUG 
-D__STDC_CONSTANT_MACROS -fopenmp -pipe -fPIC -funsigned-char -fno-strict-aliasing  -Wall 
-Wno-invalid-offsetof -Wno-sign-compare  -Wno-deprecated-declarations -Wno-unused-parameter 
-Wno-unused-but-set-variable -O2 -DNDEBUG 
-I/build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/libmv 
-I/build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/Eigen3 
-I/build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/libmv/third_party/ssba 
-I/build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/libmv/third_party/ldl/Include 
-I/build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/colamd/Include 
-I/build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/libmv/third_party/glog/src-o 
CMakeFiles/extern_libmv.dir/third_party/glog/src/signalhandler.cc.o -c 
/build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/libmv/third_party/glog/src/signalhandler.cc
/build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/libmv/third_party/glog/src/signalhandler.cc:
 In function 'void* google::{anonymous}::GetPC(void*)':
/build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/libmv/third_party/glog/src/signalhandler.cc:75:28:
 error: 'mcontext_t' has no member named 'gregs'
/build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/libmv/third_party/glog/src/signalhandler.cc:75:28:
 error: 'REG_EIP' was not declared in this scope
These errors show the package is trying to use i386/amd64 specific 
register definitions on all architectures. Either that code needs 
to be  replaced with code suitable for each architecture or it needs 
to be disabled (I dunno anything about blender internals so I can't

say how feasible this is) on architectures other than i386/amd64.





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

Bug#587991: perl-policy: /etc/perl missing from Module Path

[Russ Allbery]

Dominic Hargreaves  writes:
> On Mon, Dec 26, 2011 at 10:05:53AM -0800, Russ Allbery wrote:

>> I also did a search on packages.debian.org, and as near as I can
>> determine there are no packages in Debian sid that install files under
>> /etc/perl other than perl-modules (for libnet.cfg), which as mentioned
>> doesn't use this capability.  That doesn't catch packages that create
>> files via maintainer scripts, of course, which I assume is where the
>> XML::SAX file comes from, but it makes me doubt that this capability is
>> needed.

> There are a couple of other things which use /etc/perl, from only a
> brief look at the perl debian/changelog (/etc/perl/CPAN and
> /etc/perl/CPANPLUS). Those files are created by a local administrator
> (using the tools shipped).

Ah, thank you.  That was the pointer I needed.  I think I understand what
to say now.

Is it correct to say that packages should not ship modules in /etc/perl,
or is that too strong?

-- 
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#654667: ITP: gammaray -- Tool for examining the internals of Qt application

[Jakub Adam]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

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

   Package name: gammaray
Version: 1.0.1
Upstream Author: Klarälvdalens Datakonsult AB
URL: http://www.kdab.com/gammaray
License: GPL-2+
Description: Tool for examining the internals of Qt application

GammaRay is a tool for examining the internals of a Qt application and
to some extent also manipulate it. GammaRay uses injection methods to
hook into an application at runtime and provide access to a wide variety
of interesting information. It provides easy ways of navigating through
the complex internal structures you find in some Qt frameworks, such as
QGraphicsView, model/view, QTextDocument, state machines and more.



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

Bug#654395: problem in debian/patches/0005-install_in_usr_lib.patch

[Luka Frelih]

the crash seems to be introduced in 
debian/patches/0005-install_in_usr_lib.patch by omitting blender version 
in printf arguments


diff --git a/source/blender/blenlib/intern/path_util.c 
b/source/blender/blenlib/intern/path_util.c

index e79d850..eb5e063 100644
--- a/source/blender/blenlib/intern/path_util.c
+++ b/source/blender/blenlib/intern/path_util.c
@@ -1025,7 +1025,7 @@ static int get_path_system(char *targetpath, const 
char *folder_name, const char


 system_base_path = (const char *)GHOST_getSystemDir();
 if (system_base_path) {
-BLI_snprintf(system_path, FILE_MAX, BLENDER_SYSTEM_FORMAT, 
system_base_path, blender_version_decimal(ver));
+BLI_snprintf(system_path, FILE_MAX, BLENDER_SYSTEM_FORMAT, 
system_base_path);

 }

 if(!system_path[0])


built with this change reversed, blender runs and does not crash.

however, for some reason no menus are showing in my build... may be 
another bug or something in my build environment?


best,
LF




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

Bug#654616: pcp-gui: FTBFS on all arches: ./configure: line 4874: /etc/pcp.env: No such file or directory

[peter green]

tags 654616 +patch
thanks

Konstantinos Margaritis wrote:

pcp-gui FTBFS on all arches, due to broken configure script:

More specficially it fails because the configure script fails
to find /etc/pcp.env which is provided by package pcp

The package builds fine if pcp is installed, please add it to
the build-depends or otherwise fix this bug.




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

Bug#647992: chromium: unrecoverable Aw, Snap! on start up

[Michael Gilbert]

On Wed, Jan 4, 2012 at 4:29 AM, Daniel Baumann wrote:
> On 01/04/2012 12:44 AM, Michael Gilbert wrote:
>> Which settings in particular do you know of that make the chromium
>> backport work?
>
> haven't you looked at the git repository[0]? e.g. 'git diff
> debian-wheezy..progress-artax-backports' gives all the changes.

Yes, I looked at a diff, but it wasn't immediately obvious which
change would actually solve the problem.  They're all rather mundane
changes each individually seemingly unlikely to fix these crashes.
Anyway, I'll take your word for it, and track down which of your
changes really fix the problem.

Best wishes,
Mike



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

Bug#654617: gtk-gnutella: FTBFS on armel/armhf: undefined reference to `__fpclassify'

[peter green]

merge 654538 654617
thanks

Konstantinos Margaritis wrote:

gtk-gnutella FTBFS on armel/armhf (it used to build on both hence the
severity) due to undefined references to __fpclassify:

https://buildd.debian.org/status/package.php?p=gtk-gnutella&suite=sid 


Please look into this.
I already reported this and provided analysis and a patch, please look 
for existing reports before filing new ones.





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

Bug#654666: mv -f refuses to replace a file with a symlink to the same inode

[Jonathan Nieder]

Package: coreutils
Version: 8.5-1
Tags: upstream
Forwarded: http://debbugs.gnu.org/6960

Hi,

I have a hard link that I want to replace with a symlink without
disturbing concurrent tasks:

echo "some data" >file
ln file link
ln -s file link.tmp
mv -f link.tmp link

I would expect that to succeed.  Instead:

$ mv -f link.tmp link
mv: `link.tmp' and `link' are the same file

POSIX is somewhat unclear about this situation:

If the source_file operand and destination path name the same
existing file, then the destination path shall not be removed,
and [...]

The crux is what it means to "name the same existing file".  As
explained at [1], I believe that passage is not intended to apply to a
symlink and hard link to the same file, but it's hard to be sure.

Aside from POSIX, there are other reasons to want to be able to do
this easily, but that's already well covered in the upstream report.
See http://bugs.debian.org/654596 for context.

Nothing particularly urgent about this; just filing so it doesn't get
forgotten.

Thanks for keeping coreutils working well.
Jonathan

[1] http://austingroupbugs.net/view.php?id=534

If this passage applies to cases where src is a symlink to the same
inode as dst, then a POSIX-compliant mv implementation could act as
though I had written "rm -f link.tmp" instead of "mv ...", which seems
a little insane.  Hopefully the Austin group will clarify it soon.



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

Bug#654665: rtmpdump respetice flvstreamer ERROR: Closing connection: NetStream.Failed

[Dieter Scheinkönig]

Package: rtmpdump
Version: 2.3-2
Severity: important

Dear Maintainer,

unfortunately since a while I'm not able anymore to download german reports
with Mediathek, as I'm living abroad.

I assume it's related to rtmpdump, as I tried it with direclty in the shell and
I got the same negtive result.

See the example below, I tried with rtmpdump anf flvstreamer.
rtmpdump -r
rtmp://vod.daserste.de/ardfs/mp4:videoportal/mediathek/Reportage+Dokumentation/c_20/206683/
-o ~/test.flv
RTMPDump v2.3
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
INFO: Connected...
ERROR: Closing connection: NetStream.Failed


It would be great, if you could help me and resolve this issue.

thanks in advance
Dieter



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

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

Versions of packages rtmpdump depends on:
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libgcrypt11 1.4.6-5  LGPL Crypto library - runtime libr
ii  libgnutls26 2.10.5-1 the GNU TLS library - runtime libr
ii  librtmp02.3-2toolkit for RTMP streams (shared l
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

rtmpdump recommends no packages.

Versions of packages rtmpdump suggests:
ii  ffmpeg 4:0.5.4-1 multimedia player, server and enco
ii  mplayer3:1.0~rc4+svn20110308-0.0 The Ultimate Movie Player For Linu

-- 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#654664: inetutils: Consider packaging logger.

[Mats Erik Andersson]

Package: src:inetutils
Version: 1.9-1
Severity: wishlist

The GNU Inetutils archive includes a significantly extended
version of the logger(1) tool, which is superior to the legacy
executable in that it supports INET socket forwarding. Do consider
providing it in a separate binary package. I would suggest the
name "inetutils-logger" for the executable. It would enhance
GNU/Linux as well as GNU/kFreeBSD.

Best regards,
  Mats Erik Andersson, DM



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

Bug#654618: xmobar: FTBFS on many arches, missing library HSrts_thr

[peter green]

xmobar FTBFS on many arches, due to missing linking library:

Linking dist/build/xmobar/xmobar ...
/usr/bin/ld: cannot find -lHSrts_thr

Please look into this.

That libary simply doesn't seem to exist on the architectures
in question (armel, armhf, mips, mipsel, s390, s390x and sparc)
contacting the ghc maintainers to determine if this is a bug in
ghc (which provides that libary on amd64) or if there is 
something that needs to be fixed on the application side.


P.S. i'm just taking a look at armhf build failures here, 
I don't have anything to do with the package.





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

Bug#654308: xpdf: maximal zoom factor is only 400%

[Michael Gilbert]

> Are the segfaults depending on a special pdf-file? Do you have some examples 
> for
> the problem?

See the changelog entry for version 3.03-3.

Best wishes,
Mike



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

Bug#652948: (no subject)

[Roland Hieber]

FWIW, my current workaround for that problem: use Adblock to block
 */monobook/KHTMLFixes.css

-- rohieb



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

Bug#641019: pristine-tar does not work with tar files made by openSUSE

[Joey Hess]

Mikołaj Izdebski wrote:
> Do you consider alternative bzip2 implementations available in Debian
> (lbzip2, pbzip2, p7zip-full, libcommons-compress-java) as "commonly
> available implementations"? They all produce different compressed
> files for the same input file. Moreover, lbzip2-0.23 from stable
> produces different files than lbzip2-2.1 from unstable.

I have not seen files produced by these yet afaik, but it's sure nice to
have a list to try when someone comes with a weird file; I did not know
about some of those!

Even bzip2 changed its output after 0.9.5d -- I have a program that uses
the compressor from the old version since some files needed it.

> I believe that pristine-tar generates "binary diffs" for gzip files it
> fails to reproduce, but doesn't do the same for bzip2 files. Maybe
> implementing such feature for bzip2 files is the solution?

I'll add it if I see a bz2 file that can nearly exactly be reproduced
and only needs the delta to get the rest of the way. Haven't yet.

> My point was that block size isn't the only factor the resulting file
> depends on. There is also a "work factor", as described in bzip2
> documentation. Even the same version of bzip2, with the same block
> size given, for the same input can produce different outputs, given
> that work factors are different. A proof of concept is available in
> lbzip2 git repo:

I have yet to see a bz2 file in the wild that uses a nonstandard
block size, so pristine-bz2 doesn't bother to try nonstandard block
sizes by default yet. Since bzip2 --exponential is not documented, I will
worry about it when I find a file using it in the wild.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#654663: [ITP]: udev-discover -- Sysfs browsing tool focused on helping udev users and developers

[José Félix Ontañon]

Package: wnpp
Severity: wishlist
Version : 0.2.2
Upstream Author : J. Félix Ontañón 
URL : http://fontanon.org/udevdiscover
License : GPL-v3

Description: Sysfs browsing tool focused on helping udev users and developers
 A helping tool for udev testers, coders, hackers and consumers.
 * Browsing the sysfs tree via udev
 * Reports udev device info and udev properties
 * Filter and search devices
 * Monitorize udev device events

A tentative packaging for debian unstable is available here:
https://github.com/fontanon/udev-discover/zipball/debpackage

The packaging has been also used for a year as Ubuntu PPA here:
https://launchpad.net/~fontanon/+archive/udev-discover



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

Bug#654662: FTBFS: pkgIndex.tcl seems to be wrong

[Thorsten Glaser]

Source: sqlite3
Version: 3.7.9-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

with my “m68k buildd” hat on, your package FTBFS. It also does that
on most release architectures, with the same error:

https://buildd.debian.org/status/package.php?p=sqlite3

[…]
# Create the pkgIndex.tcl file for the Tcl module. This generated file
# actually turns out to be relocatable.
echo "pkg_mkIndex -verbose 
/build/buildd-sqlite3_3.7.9-3-i386-Y75w7H/sqlite3-3.7.9/debian/tmp/usr/lib/tcltk/sqlite3"
 | tclsh8.5
warning: error while loading libtclsqlite3.so: couldn't load file 
"/build/buildd-sqlite3_3.7.9-3-i386-Y75w7H/sqlite3-3.7.9/debian/tmp/usr/lib/tcltk/sqlite3/libtclsqlite3.so":
 libsqlite3.so.0: cannot open shared object file: No such file or directory
grep -q 'package ifneeded sqlite3' \

/build/buildd-sqlite3_3.7.9-3-i386-Y75w7H/sqlite3-3.7.9/debian/tmp/usr/lib/tcltk/sqlite3/pkgIndex.tcl
 || \
(echo "pkgIndex.tcl seems to be wrong" && exit 1)
pkgIndex.tcl seems to be wrong
make: *** [install] Error 1
[…]


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

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



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

Bug#654661: xul-ext-https-everywhere: not compatible with Icedove 8.0

[Sebastian Ramacher]

Package: xul-ext-https-everywhere
Version: 1.2.1-1
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

# apt-get install icedove xul-ext-https-everywhere
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 xul-ext-https-everywhere : Breaks: icedove (>= 3.1.+) but 8.0-2 is to be
 installed
E: Broken packages

- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (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 xul-ext-https-everywhere depends on:
ii  dpkg  1.16.1.2

Versions of packages xul-ext-https-everywhere recommends:
ii  icedove3.1.16-1
ii  iceweasel  9.0.1-1

xul-ext-https-everywhere suggests no packages.

- -- no debconf information

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

iQIcBAEBCAAGBQJPBOncAAoJEGny/FFupxmTf1oP/AgdqmMzCjWTnim4l+feByXD
UK9CzWpfTY93w4agBvB9TLH5kDwOuqWx5GqJqkxt/ct+VDOEyz38TGe+zs1nNLYM
YG8F7mIJRyxQCviw38m0mkWVw9mMIAGRkuwVETIJjOW1nnmonhRIA0hUTfEVotnO
Ec7iVTyQbWPW+6oKH7PaZouhn33Zh2A1HN6Az8brq250qG7f/q9gthixbzPwxQPe
UENFT3WtpehPJ14HGMSFXb8EjcZ41cwDXlnAuronGr0cnZ/NEdr50McjimUHChr9
RZ2Y+uo0byUe7WfNU8oPWf2UZVJNzBYF3XihN2U/IWCO+bYfej3csWiUfSlyxRFY
hPcd4YNDWu/SFvZoFCZkRo8OdF6jf26WjME2xG1HBc9PS8kUdLrBL9GnBgDd/f+X
JWvkQYGBG0qLSZUSC9c1pibUqHNEZEFZ4Jq7XMFY3JZrQfOFAmyibzumSFnPYeX+
ZFDIdd5kHPZL5hdRDTtSaNgQlJYd/WDJei/QaBPklltshgyKC4voXtboOkrvSD/M
9sg5UeV2C1/DfL+9E9I+HkFpLlb8i/pOWDpYfQsLIJ9SjHBxZjLcOJHzWrgOv+BN
zhRRlzFUAMX6VAbWlryC3IMXxxYdrxYR0NscFWU4jrqhOJck+a8ulgkC1mLi2UEr
ovCD1szMixCaCz/EQ81w
=1qTc
-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#654660: polipo: needs to ignore comments and extended resolvconf entries

[Karl Goetz]

Package: polipo
Version: 1.0.4.1-1.1
Severity: normal
Tags: ipv6


Hi,
when polipo runs I get the following message:
DNS: couldn't parse line in /etc/resolv.conf -- skipping.

This happens if any of the first 3 lines of my resolv.conf exist.

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver fe80::6420:ddff:fed9:d719%wlan0
nameserver 172.17.42.1
nameserver fe80::6420:ddff:fed9:d719
search lan

It appears to be fine with the last 3 lines.

It would be great if this could be resolved, as its causing cron to
email me every day to warn me. My work around will be to redirect stderr
to dev/null, but thats suboptimal (:

thanks,
kk

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

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

Versions of packages polipo depends on:
ii  dpkg  1.15.8.11  Debian package management system
ii  install-info  4.13a.dfsg.1-6 Manage installed documentation in 
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib

polipo recommends no packages.

polipo 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#653875: anki: displays wrong glyph for "qi3" (together)

[Andreas Bombe]

On Sat, Dec 31, 2011 at 08:47:42PM +0100, Toni Mueller wrote:
> For the word "qi3", anki displays the wrong glyph. I have created
> a screenshot that shows the right glyph in the window on the right
> side, and the wrong glyph in the window on the left side. FWIW,
> Thunderbird and Gimp do it correctly, while LibreOffice also does it
> wrong, in the same way like anki.

Since anki would just display the characters that are entered, I
strongly suspect the error to be in the font.

You can change the font anki uses for the cards in "card layout".
Easiest way in this instance is to go into the item browser, select the
problematic card and then use the card layout button there. There will
be a preview of this card and you can choose a another font there to see
the difference.

If you then tell me the original font that caused the problem I can
reassign the bug to the proper font package (unless it's from a font you
have installed that doesn't come from Debian).

-- 
Andreas Bombe



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

Bug#654659: ITP: plover -- stenotype input method

[Thomas Thurman]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

Plover is a stenotype input method for X11. It allows input of English text 
using
chords rather than letter by letter, enabling typing speeds to approach 300wpm
for a skilled user. It can use a dedicated stenotype machine, or a standard
QWERTY keyboard as long as it permits chords to be passed to the computer.

Plover is written in Python. The licence is GPL v2. Its name rhymes with 
"lover", not "over", just as with the name of the wading bird.

Further information is available from:
https://launchpad.net/plover
http://plover.stenoknight.com/
http://stenoknight.com/wiki/Main_Page



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

Bug#654380: AW: Re: Bug#654380: #654380 (was: nsis: The zmemcpy patch breaks NSISdl::download (at least).)

[Thomas Gaugler]

Please add the Origin field as suggested by you and go ahead with the
upload.

I don't have any further things to be added for your upload.

Thanks in advance and as well a Happy New Year,
Thomas



Didier Raboud  hat geschrieben:


On Tue, 3 Jan 2012 19:43:42 +0100, Thomas Gaugler wrote:

>
>  Thomas: do you have other things you want in before I can upload nsis with
>> that change ?
>>
>
> For completeness the reference to the upstream bug report
> Forwarded: 
> http://sf.net/support/tracker.**php?aid=3406350
> could be added to the debian/patches/static-libgcc-**libstdc++.patch file.
>

Good point. Although I will add an "Origin: upstream, " field, sounds
more realistic (as I did not create the patch and forwarded it there,
rather I picked it from there).

 Thanks a lot for doing the research and taking care of the issue.
>

No problem. :->

Lemme just repeat my above question: can I go ahead with an upload
containing that or do you want others things in before?

Cheers (and a happy new year),

OdyX

Bug#654596: git: failure to upgrade from squeeze ("mv: git-add.tmp and git-add are the same file")

[Anders Kaseorg]

On Wed, 4 Jan 2012, Jonathan Nieder wrote:
> + # : coreutils mv refuses to
> + # replace a file by a symlink to the same inode.
> + # Fine, let's give /usr/lib/git-core/git its own inode.

Or, inspired by http://debbugs.gnu.org/6960#65 , we could move the symlink 
in from a different directory (as long as it’s on the same filesystem), to 
fool mv into not recognizing the symlink target!

--- a/debian/git.preinst
+++ b/debian/git.preinst
@@ -46,12 +46,13 @@ rm_conffile /etc/emacs/site-start.d/50git-core.el "$1" "$2"
 if test "$1" = upgrade &&
dpkg --compare-versions "$2" lt-nl '1:1.7.7-2'; then
refinode=$(stat -c%i /usr/lib/git-core/git)
+   tmp=$(mktemp -d --tmpdir=/usr/lib/git-core)
for f in /usr/lib/git-core/*; do
test "$f" != /usr/lib/git-core/git || continue
-   rm -f "$f.tmp"
inode=$(stat -c%i "$f")
test "$inode" = "$refinode" || continue
-   ln -s git "$f.tmp"
-   mv -f "$f.tmp" "$f"
+   ln -s git "$tmp/symlink"
+   mv -f "$tmp/symlink" "$f"
done
+   rmdir "$tmp"
 fi

I’ll let you decide which version is less horrible.

Anders



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

Bug#654658: nwchem: FTBFS: Return type mismatch of function 'ga_llt_f' at (1) (INTEGER(4)/INTEGER(8))

[Jakub Wilk]

Source: nwchem
Version: 6.0-2
Severity: serious
Justification: fails to build from source

nwchem FTBFS on (kfreebsd-)amd64 and ia64:
| gfortran -c -O -w -fno-second-underscore -ffixed-form -ffixed-line-length-72 
-fdefault-integer-8 -fdefault-integer-8 -I/usr/include/mpi  -I../../armci/src 
-I../../include -DLINUX64 -DLINUX  -DEXT_INT -DGFORTRAN -DNOUSE_MMAP -DXT3 
-DARMCI -DMPI scalapack.F
| scalapack.F:1541.28:
|
|   integer*4 ga_llt_f
| 1
| Error: Return type mismatch of function 'ga_llt_f' at (1) 
(INTEGER(4)/INTEGER(8))
| scalapack.F:1589.28:
|
|   integer*4 ga_llt_f
| 1
| Error: Return type mismatch of function 'ga_llt_f' at (1) 
(INTEGER(4)/INTEGER(8))
| scalapack.F:1590.28:
|
|   integer*4 ga_llt_i
| 1
| Error: Return type mismatch of function 'ga_llt_i' at (1) 
(INTEGER(4)/INTEGER(8))
| make[5]: *** [scalapack.o] Error 1

Full build logs:
https://buildd.debian.org/status/fetch.php?pkg=nwchem&arch=amd64&ver=6.0-2&stamp=1317212527
https://buildd.debian.org/status/fetch.php?pkg=nwchem&arch=kfreebsd-amd64&ver=6.0-2&stamp=1317214783
https://buildd.debian.org/status/fetch.php?pkg=nwchem&arch=ia64&ver=6.0-2&stamp=1317361713

--
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#654644: vidalia cannot start tor, bad directory permissions

[Dererk]

tags 654644 upstream confirmed
thanks


Hi there.

As weasel already pointed out correctly, this is based on a Vidalia's
bug[1] when handling with default's behaviour.

We have been already discussing this some time and a bug is already
filed on upstream[1].


Thanks for reporting this!


Cheers,

Dererk

ref:

1. https://trac.torproject.org/projects/tor/ticket/4823

-- 
BOFH excuse #418:
Sysadmins busy fighting SPAM.




signature.asc
Description: OpenPGP digital signature

Bug#640279: ocp 0.1.21 works

[stian]

CFLAGS="-Wl,--as-needed -O" ./configure

works (and builds) for me..

The -O is needed if want to test `make` afterwards and you are building on
x86, due to assembler inlines requires some level of optimization, else
gcc freaks out.




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

Bug#654569: "data:" images

[Daniel Friesel]

On Wed, Jan 04, 2012 at 07:37:33PM +0800, jida...@jidanni.org wrote:
> What about the 'data:' images mentioned in 
> https://bugzilla.mozilla.org/show_bug.cgi?id=632119
> 
> It would be simple to make feh deal properly with
> $ feh 'data:image/png;base64,iVBORw0KGgoNS...'
> 
> or maybe
> $ echo 'data:image/png;base64,iVBORw0K...'|feh --

Hmm.

Using feh to display images in a (text-only?) browser is the only usecase for
this I can think of, and I'm not sure if that makes sense.

What do you need this feature for?


signature.asc
Description: Digital signature

Bug#632611: nwchem: FTBFS: Error: Incompatible types in DATA statement at (1); attempted conversion of INTEGER(4) to CHARACTER(1)

[Jakub Wilk]

* Nobuhiro Iwamatsu , 2011-07-04, 01:44:

nwchem FTBFS on some architecture.

https://buildd.debian.org/status/package.php?p=nwchem


A new version has been uploaded in the mean time, so this link is not 
helpful anymore...




-
 data xback /'\\'/ ! Backslash ... note backslash for cpp
 1
Warning: initialization string truncated to match variable at (1)
inp.F:21.10:

 data xtab  /9/! Tab ... g77 has trouble with escape se
 1
Error: Incompatible types in DATA statement at (1); attempted
conversion of INTEGER(4) to CHARACTER(1)
make[4]: *** 
[/build/buildd-nwchem_6.0-1-armel-ayLJ8z/nwchem-6.0/lib/LINUX/libnwcutil.a(inp.o)]
Error 1
make[3]: *** [optimized] Error 2
make[2]: *** [libraries] Error 1
make[2]: Leaving directory
`/build/buildd-nwchem_6.0-1-armel-ayLJ8z/nwchem-6.0/src'
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory `/build/buildd-nwchem_6.0-1-armel-ayLJ8z/nwchem-6.0'
make: *** [build] Error 2


For the reference the failed build logs were:
https://buildd.debian.org/status/fetch.php?pkg=nwchem&arch=armel&ver=6.0-1&stamp=1304031512
https://buildd.debian.org/status/fetch.php?pkg=nwchem&arch=mips&ver=6.0-1&stamp=1304033261
https://buildd.debian.org/status/fetch.php?pkg=nwchem&arch=mipsel&ver=6.0-1&stamp=1304033020
https://buildd.debian.org/status/fetch.php?pkg=nwchem&arch=s390&ver=6.0-1&stamp=1304031971
https://buildd.debian.org/status/fetch.php?pkg=nwchem&arch=sparc&ver=6.0-1&stamp=1304032552

--
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#654657: evolution-ews: Error loading calendar: No backend factory for 'ews' of 'VEVENT'

[Tor Slettnes]

Package: evolution-ews
Version: 3.2.2-1
Severity: important

Does not load Exchange 2007 calendar.

Emailing (send/receive) works fine, though without Global Address List support.


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

Kernel: Linux 3.1.0-1-amd64 (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 evolution-ews depends on:
ii  evolution3.2.2-1
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-24
ii  libcairo-gobject21.10.2-6.2
ii  libcairo21.10.2-6.2
ii  libcamel-1.2-29  3.2.2-1
ii  libebackend-1.2-13.2.2-1
ii  libebook-1.2-12  3.2.2-1
ii  libecal-1.2-10   3.2.2-1
ii  libedata-book-1.2-11 3.2.2-1
ii  libedata-cal-1.2-13  3.2.2-1
ii  libedataserver-1.2-153.2.2-1
ii  libedataserverui-3.0-1   3.2.2-1
ii  libenchant1c2a   1.6.0-7
ii  libevolution 3.2.2-1
ii  libfontconfig1   2.8.0-3
ii  libfreetype6 2.4.8-1
ii  libgconf2-4  3.2.3-1
ii  libgdk-pixbuf2.0-0   2.24.0-2
ii  libglib2.0-0 2.30.2-4
ii  libgtk-3-0   3.2.3-1
ii  libgtkhtml-4.0-0 4.2.2-1
ii  libgtkhtml-editor-4.0-0  4.2.2-1
ii  libical0 0.44-3
ii  libnspr4-0d  4.8.9-1
ii  libnss3-1d   3.13.1.with.ckbi.1.88-1
ii  libpango1.0-01.29.4-2
ii  libsoup2.4-1 2.36.1-1
ii  libsqlite3-0 3.7.9-3
ii  libxml2  2.7.8.dfsg-5.1

evolution-ews recommends no packages.

evolution-ews 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#654612: xserver-xorg-video-nouveau: dual-head DVI-I-2 disconnected GeForce 210 NVa8 (GT218)

[oz]

It seems like dual-head is not supported by nouveau for a nvidia
GeForce 210 in
Debian/squeeze.

You may want to try backported packages (kernel + driver):
  http://x.debian.net/reference/squeeze-backports.html


Since acceleration is disabled for NVA8 by the Squeeze kernel to work
around https://bugs.freedesktop.org/26980, running a kernel

= 2.6.39 and backported X packages is very much recommended anyway.


Thanks KiBi and Sven,

not an easy decision for me. If I understand it correctly, I first have 
to fetch the new kernel together with linux-base ...


apt-get -s -t squeeze-backports install linux-image-2.6.39-bpo.2-686-pae 
linux-base

Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
  initramfs-tools
Suggested packages:
  bash-completion linux-doc-2.6.39
The following NEW packages will be installed:
  linux-image-2.6.39-bpo.2-686-pae
The following packages will be upgraded:
  initramfs-tools linux-base
2 upgraded, 1 newly installed, 0 to remove and 75 not upgraded.
Inst initramfs-tools [0.98.8] (0.99~bpo60+1 Debian 
Backports:squeeze-backports [all])
Inst linux-base [2.6.32-38] (3.3~bpo60+1 Debian 
Backports:squeeze-backports [all])
Inst linux-image-2.6.39-bpo.2-686-pae (2.6.39-3~bpo60+1 Debian 
Backports:squeeze-backports [i386])

Conf initramfs-tools (0.99~bpo60+1 Debian Backports:squeeze-backports [all])
Conf linux-base (3.3~bpo60+1 Debian Backports:squeeze-backports [all])
Conf linux-image-2.6.39-bpo.2-686-pae (2.6.39-3~bpo60+1 Debian 
Backports:squeeze-backports [i386])


But after a reboot with this new kernel I would expect, that my current 
nouveau xserver will be unable to start (according README.Debian kernels 
>= 2.6.34 are incompatible). Having just the text-console at this point 
of time I could install the new x-system then like ...


apt-get install -t squeeze-backports xorg xserver-xorg xserver-xorg-core 
xserver-xorg-input-all xserver-xorg-video-all


If this xorg update would be successful, I can expect that the nouveau 
xserver starts after a new reboot, right?


But if the new xserver should fail for some reason I guess I will be in 
a dilemma; starting the previous kernel in grub will not match the new 
installed nouveau xserver and a downgrade of xorg will not be possible. 
I would sit there without graphical desktop ...


Are there any success-stories known to calculate the risk?

cheers,
Oz




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

Bug#473579: libhttp-ocaml-dev: Not_found raised in Http_user_agent.head when the host does not exists.

[Mehdi Dogguy]

Claudio Sacerdoti Coen  wrote:
> Package: libhttp-ocaml-dev
> Version: 0.1.4-2+b1
> Severity: normal
> 
> 
> libhttp-ocaml-dev: Not_found raised in Http_user_agent.head when the
> host does not exists.
> 

I'm not sure what the correct behaviour should be here. Could you suggest
something? I thought about raising an (Http_error (503, "")) (Service 
Unavailable)
or (Http_error (118, "")) (Connection timed out) but it is not really an HTTP
error here... or add a new exception (Unknown_host of string?).

-- 
Mehdi Dogguy



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

Bug#654655: wine-unstable: FTBFS on powerpc: #error define support for your CPU

[Jakub Wilk]

Source: wine-unstable
Version: 1.1.36-1
Severity: serious
Justification: fails to build from source
User: debian-powe...@lists.debian.org
Usertags: powerpc

wine-unstable FTBFS on powerpc:
| gcc-4.4 -c -I../../../dlls/dbghelp -I. -I../../../include -I../../include  
-D__WINESRC__ -D_IMAGEHLP_SOURCE_ -D_REENTRANT -fPIC -Wall -pipe 
-fno-strict-aliasing -Wdeclaration-after-statement -Wstrict-prototypes 
-Wtype-limits -Wwrite-strings -Wpointer-arith  -O2 -g  -o dbghelp.o 
../../../dlls/dbghelp/dbghelp.c
| ../../../dlls/dbghelp/dbghelp.c:163:2: error: #error define support for your 
CPU
| ../../../dlls/dbghelp/dbghelp.c:165: error: expected expression before ';' 
token
| make[3]: *** [dbghelp.o] Error 1

Full build log:
https://buildd.debian.org/status/fetch.php?pkg=wine-unstable&arch=powerpc&ver=1.1.36-1&stamp=1324130555

--
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#654656: /etc/init.d/dnsmasq should support the statistics dump trigger

[Jean-Marc Liotier]

Package: dnsmasq
Version: 2.55-2
Severity: wishlist
Tags: patch


When it receives a SIGUSR1, dnsmasq writes statistics to the system log.
It writes the cache size, the number of names which have had to removed
from the cache before they expired in order to make room for new names
and the total number of names that have been inserted into the cache.
For each upstream server it gives the number of queries sent, and the
number which resulted in an error.

/etc/init.d/dnsmasq should provide a method to trigger that statistics
dump method.

Here is the patch to let /etc/init.d/dnsmasq provide a method to
trigger that statistics dump method:

root@arua:/etc/init.d# diff -pu dnsmasq.dist dnsmasq
--- dnsmasq.dist2012-01-04 23:00:07.931824846 +0100
+++ dnsmasq 2012-01-04 23:25:50.059820719 +0100
@@ -256,8 +256,12 @@ case "$1" in
*) log_success_msg "(unknown)" ; exit 4 ;;
esac
;;
+  stats)
+   echo "Dumping stats to syslog..."
+kill -s USR1 `cat /var/run/dnsmasq/$NAME.pid`
+   ;;
   *)
-   echo "Usage: /etc/init.d/$NAME 
{start|stop|restart|force-reload|status}" >&2
+   echo "Usage: /etc/init.d/$NAME 
{start|stop|restart|force-reload|status|stats}" >&2
exit 3
;;
 esac



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

Bug#654654: openstack-dashboard: Can't find the settings.py file

[Gilles Mocellin]

Source: openstack-dashboard
Version: 2012.1~e2-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I can't initialise the DB, and so can't use the dashboard.

The defaut configuration set sqlite3 as database engine :
$ grep -ri ENGINE /etc/openstack-dashboard/settings.py 
'ENGINE': 'django.db.backends.sqlite3',

And when I launch manager.py syncdb, It fails :

$ /usr/share/openstack-dashboard/dashboard/manage.py syncdb
ERROR:root:No module named local.local_settings
Traceback (most recent call last):
  File "/usr/share/openstack-dashboard/dashboard/settings.py", line 126, in 

from local.local_settings import *
ImportError: No module named local.local_settings
ERROR:root:No module named local.local_settings
Traceback (most recent call last):
  File "/usr/share/openstack-dashboard/dashboard/../dashboard/settings.py", 
line 126, in 
from local.local_settings import *
ImportError: No module named local.local_settings
Traceback (most recent call last):
  File "/usr/share/openstack-dashboard/dashboard/manage.py", line 38, in 

execute_manager(settings)
  File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", 
line 438, in execute_manager
utility.execute()
  File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", 
line 379, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
  File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 
191, in run_from_argv
self.execute(*args, **options.__dict__)
  File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 
220, in execute
output = self.handle(*args, **options)
  File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 
351, in handle
return self.handle_noargs(**options)
  File 
"/usr/lib/python2.7/dist-packages/django/core/management/commands/syncdb.py", 
line 56, in handle_noargs
cursor = connection.cursor()
  File "/usr/lib/python2.7/dist-packages/django/db/backends/dummy/base.py", 
line 15, in complain
raise ImproperlyConfigured("You haven't set the database ENGINE setting 
yet.")
django.core.exceptions.ImproperlyConfigured: You haven't set the database 
ENGINE setting yet.

I think it should find the config here :

$ ll /usr/share/openstack-dashboard/local/local_settings.py
lrwxrwxrwx 1 root root 36 déc.  19 09:44 
/usr/share/openstack-dashboard/local/local_settings.py -> 
/etc/openstack-dashboard/settings.py

-- System Information:
Debian Release: 6.0
  APT prefers unstable
  APT policy: (600, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#654642: README.Debian references removed debconf configuration

[Dererk]

On 04/01/12 16:45, Joey Hess wrote:
> Package: vidalia
> Version: 0.2.15-1
> Severity: normal
>
> From README.Debian:
>
>   1. Let Vidalia start the Tor process on its own.
>  -
>   
>   
>-->"I want it, and I want it NOW!"
>   
>   
>This option is the simplest, but not usable on a multi-user system.
>   
>Debconf offers this as the default option, but it can be easily
>reconfigured at any time by running 'dpkg-reconfigure vidalia'.
>
> This is no longer accurate, debconf does not ask a question and the only
> way I can see to prevent tor running as a daemon and leave it to vidalia
> to start it is to set RUN_DAEMON="no"
>
Hi Joey!

That's correct, configuration is deprecated.
This steps are no longer required to be performed in any way, except in
the cases in which users are willing to start Tor on their own session.
In this way, README.Debian documentation is a indeed deprecated (hence
the "DEPRECATED (or so)" warning above), still, the documentation will
be updated to reflex proper useful notes.


Thanks for the head up!


Cheers,

Dererk

-- 
BOFH excuse #69:
knot in cables caused data stream to become twisted and kinked




signature.asc
Description: OpenPGP digital signature

Bug#641019: pristine-tar does not work with tar files made by openSUSE

[Mikołaj Izdebski]

>> From theoretical point of view, for every plain (uncompressed) file
>> there exist *infinite* number of bz2 compressed files that correctly
>> decompress to the plain file.
>
> pristine-tar consists of a bet that, while this is certianly the
> theoretical case, the number of actual implementations of a compressor
> for a given file format will be manageable, and that moreover
> implementations will deterministically produce the same result for a
> given set of inputs.
>
> There are two reasons to think this is the case. First, the 80/20 rule
> applies; most people who want to compress a file with bzip2 are going
> to do it using one of a few commonly available implementations, using
> more or less the default parameters.

Do you consider alternative bzip2 implementations available in Debian
(lbzip2, pbzip2, p7zip-full, libcommons-compress-java) as "commonly
available implementations"? They all produce different compressed
files for the same input file. Moreover, lbzip2-0.23 from stable
produces different files than lbzip2-2.1 from unstable.

Should any incompatibility with all those compressors be reported as
separate, independent pristine-tar bugs? If yes, I'd be happy to do
so.

> Secondly, pristine-gz is known to reproduce nearly every gzip file used in a
> source package in Debian, which were created across a wide span of time,
> on a diverse set of operating systems.

I believe that pristine-tar generates "binary diffs" for gzip files it
fails to reproduce, but doesn't do the same for bzip2 files. Maybe
implementing such feature for bzip2 files is the solution?

> Of course an implementation of an unstable sorting algorithm could use
> some value that varies between runs (ie, something based on the current
> time or memory layout) to break ties in its comparison function, but at
> least for gzip (and compress) implementations, that does not seem to
> have ever been the case.

My point was that block size isn't the only factor the resulting file
depends on. There is also a "work factor", as described in bzip2
documentation. Even the same version of bzip2, with the same block
size given, for the same input can produce different outputs, given
that work factors are different. A proof of concept is available in
lbzip2 git repo:

   https://raw.github.com/kjn/lbzip2/master/tests/incomp

Mikołaj



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

Bug#648975: libgtk-3-0: Alt/Meta handling broken in vte

[Eric Cooper]

Package: libvte-2.90-9
Version: 1:0.30.1-3
Followup-For: Bug #648975

gnome-terminal is ignoring the Alt key, so text-mode emacs is unusable.
It works correctly in xfce4-terminal which still uses libvte9.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, '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

Versions of packages libvte-2.90-9 depends on:
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-23
ii  libcairo-gobject2   1.10.2-6.2
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  libgtk-3-0  3.2.3-1
ii  libncurses5 5.9-4
ii  libpango1.0-0   1.29.4-2
ii  libtinfo5   5.9-4
ii  libvte-2.90-common  1:0.30.1-3
ii  libx11-62:1.4.4-4

libvte-2.90-9 recommends no packages.

libvte-2.90-9 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#654596: git: failure to upgrade from squeeze ("mv: git-add.tmp and git-add are the same file")

[Jonathan Nieder]

notfound 654596 git/1:1.7.2.5-3
found 654596 git/1.7.8~rc3-1
found 654596 git/1.7.8.2-1
quit

Anders Kaseorg wrote:
> On Wed, 4 Jan 2012, Jon Dowland wrote:

>>>  mv: `/usr/lib/git-core/git-add.tmp' and `/usr/lib/git-core/git-add' are 
>>> the same file
>
> This was also reported by a user of the Ubuntu PPA: 
> https://bugs.launchpad.net/911906
>
> It seems mv -f refuses to replace a file with a symlink to the same inode 
> (WTF?)

Wow.  Not sure why this didn't show up before.

[...]
> This isn’t a limitation of the rename() syscall, so one silly fix that 
> preserves atomicity would be to invoke rename() from another language:
>
> - mv -f "$f.tmp" "$f"
> + perl -e 'rename($ARGV[0], $ARGV[1])' -- "$f.tmp" "$f"
>
> *whine*

Here's another silly fix.

 debian/git.preinst |   16 ++--
 1 files changed, 14 insertions(+), 2 deletions(-)

diff --git a/debian/git.preinst b/debian/git.preinst
index c32fdbfe..33556ac8 100644
--- a/debian/git.preinst
+++ b/debian/git.preinst
@@ -45,9 +45,21 @@ rm_conffile /etc/emacs/site-start.d/50git-core.el "$1" "$2"
 
 if test "$1" = upgrade &&
dpkg --compare-versions "$2" lt-nl '1:1.7.7-2'; then
-   refinode=$(stat -c%i /usr/lib/git-core/git)
+   refinode=$(stat -c%i /usr/lib/git-core/git-add)
+
+   # : coreutils mv refuses to
+   # replace a file by a symlink to the same inode.
+   # Fine, let's give /usr/lib/git-core/git its own inode.
+   inode=$(stat -c%i /usr/lib/git-core/git)
+   if test "$inode" = "$refinode"; then
+   rm -f /usr/lib/git-core/git.tmp
+   cp -p /usr/lib/git-core/git /usr/lib/git-core/git.tmp
+   mv -f /usr/lib/git-core/git.tmp /usr/lib/git-core/git
+   fi
+
for f in /usr/lib/git-core/*; do
-   test "$f" != /usr/lib/git-core/git || continue
+   test "$f" != /usr/lib/git-core/git &&
+   test "$f" != /usr/lib/git-core/git-add || continue
rm -f "$f.tmp"
inode=$(stat -c%i "$f")
test "$inode" = "$refinode" || continue
-- 
1.7.8.2




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

Bug#652678: linux-image-3.1.0-1-amd64: psmouse fails to autodetect Elan touchpad

[Andreas Ames]

Hi Ben,

thanks for your information; I didn't even look at the code of the patch.  
After having read your email, I've installed 3.2.0-rc7 from experimental.  As 
you assumed, it correctly identifies my Elan touchpad and the synaptics driver 
also works as expected.  Please close the issue.


Thanks again,

Andreas

 Original-Nachricht 
> Datum: Thu, 29 Dec 2011 17:18:46 +0100
> Von: Ben Hutchings 
> An: Andreas Ames , 652...@bugs.debian.org
> Betreff: Re: Bug#652678: linux-image-3.1.0-1-amd64: psmouse fails to 
> autodetect Elan touchpad

> On Mon, 2011-12-19 at 21:32 +0100, Andreas Ames wrote:
> > Package: linux-2.6
> > Version: 3.1.1-1
> > Severity: normal
> > 
> > Dear Maintainer,
> > 
> > the psmouse driver of the referenced kernel fails to recognise the Elan
> touchpad of my notebook; it reports a Logitech Wheel Mouse instead.  
> > Thus I couldn't get the middle button click to work under X (amongst
> other functions).
> > 
> > After applying the patch as referenced in
> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/681904/comments/64
>  the driver
> > detects the touchpad as expected.
> [...]
> 
> Unfortunately, that patch is just a mess.  It has not been sent upstream
> and is not suitable for Debian.  However, there are many changes in v3.2
> that appear to add support for some newer firmware/hardware versions.
> Please could you test version 3.2-rc7 from experimental?
> 
> Ben.
> 
> -- 
> Ben Hutchings
> Design a system any fool can use, and only a fool will want to use it.

-- 
Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de



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

Bug#648843: ffmpeg: segmentation fault when transcoding mkv to mpg

[Eric Cooper]

On Wed, Jan 04, 2012 at 04:46:32PM -0500, Eric Cooper wrote:
> On Wed, Jan 04, 2012 at 07:43:55PM +0100, Reinhard Tartler wrote:
> > I've now uploaded a new version of the library to experimental. Could you
> > please install the 'libav' package from experimental and try again?
> 
> I still get a failure:
> [...]

And here's the backtrace from gdb. In this case I used "avconv"
instead of "ffmpeg", with the same result:

Program received signal SIGABRT, Aborted.
0x75a2e405 in raise () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt
#0  0x75a2e405 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x75a31680 in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x75a64e0b in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#3  0x75a6e656 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#4  0x75a7338c in free () from /lib/x86_64-linux-gnu/libc.so.6
#5  0x7695ba00 in av_destruct_packet (pkt=0x7fffe1e0)
at 
/build/buildd-libav_0.8~beta1-2-amd64-M_e6Xh/libav-0.8~beta1/libavcodec/avpacket.c:37
#6  0x7695be04 in av_free_packet (pkt=0x7fffe1e0)
at 
/build/buildd-libav_0.8~beta1-2-amd64-M_e6Xh/libav-0.8~beta1/libavcodec/avpacket.c:154
#7  0x004058fa in transcode (nb_input_files=1, input_files=0x7445b0, 
nb_output_files=1, 
output_files=0x74b020)
at 
/build/buildd-libav_0.8~beta1-2-amd64-M_e6Xh/libav-0.8~beta1/avconv.c:2715
#8  main (argc=, argv=)
at 
/build/buildd-libav_0.8~beta1-2-amd64-M_e6Xh/libav-0.8~beta1/avconv.c:4467

-- 
Eric Cooper e c c @ c m u . e d u



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

Bug#502876: xvnc4viewer over unix domain sockets

[Daniel Kahn Gillmor]

the patchset in #502876 for connecting to VNC connections over unix
domain sockets appears to have been available for about 3 years now.  Is
there any reason it's not applied?

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#654192: backupninja: rsync backup using long format fails to rotate

[intrigeri]

Hi Paul,

Paul van Tilburg wrote (02 Jan 2012 10:39:56 GMT) :
> I have configured backupninja to do a rsync (pull) backup for some
> host. However, after the first backup on day 1 (creating daily.1),
> it only rotates once on day 2 (creating daily.2) and then
> backupninja stops rotating and starts backuping over
> daily.1 repeatedly.

May you please confirm backupninja 0.9.10-1 (currently in testing/sid)
fixes the problem you're experiencing?

(By the way, a few other bugs were recently reported and fixed
upstream in the rsync handler, so you may want to have a look to our
Git repository if you experience other problems.)

Cheers,
--
  intrigeri 
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
  | Then we'll come from the shadows.



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

Bug#609753: Work around

[Scott Kitterman]

For anyone looking for a solution to this problem, there are two choices:

1.  Install rails

2. sudo gem install railsless-deploy





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

Bug#654653: nautilus: Gives a "Segmentation fault" error when accessing a mountpoint

[Francesco Gaudenzi]

Package: nautilus
Version: 3.2.1-2+b1
Severity: important

here's the fstab file:

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
#
proc/proc   procdefaults0   0
/dev/mapper/debian-OS /   ext4errors=remount-ro 0   1
/dev/mapper/debian-data /media/data   ext4defaults 0   2
<- THIS ONE HAS THE PROBLEM
/dev/mapper/debian-swap noneswapsw  0   0
/dev/scd0   /media/cdrom0   udf,iso9660 user,noauto 0   0
/dev/scd1   /media/cdrom1   udf,iso9660 user,noauto 0   0


and here's the debug and backtrace

(nautilus:2642): NA-core-DEBUG: na_settings_register_type
(nautilus:2642): NA-core-DEBUG: na_settings_class_init: klass=0x23fd870
(nautilus:2642): NA-core-DEBUG: na_settings_instance_init: instance=0x23e4140
(NASettings), klass=0x23fd870
(nautilus:2642): NA-core-DEBUG: na_settings_new: reading mandatory
configuration
(nautilus:2642): NA-core-DEBUG: na_settings_new: reading user configuration
(nautilus:2642): NA-core-DEBUG: na_boxed_register_type
(nautilus:2642): NA-core-DEBUG: na_boxed_class_init: klass=0x23f9a90
(nautilus:2642): NA-core-DEBUG: na_boxed_instance_init: instance=0x2401120
(NABoxed), klass=0x23f9a90
(nautilus:2642): NA-core-DEBUG: na_boxed_instance_init: instance=0x24011a0
(NABoxed), klass=0x23f9a90
(nautilus:2642): NA-core-DEBUG: na_boxed_instance_init: instance=0x2401260
(NABoxed), klass=0x23f9a90
(nautilus:2642): NA-core-DEBUG: na_boxed_instance_init: instance=0x2401140
(NABoxed), klass=0x23f9a90
(nautilus:2642): NA-core-DEBUG: na_boxed_instance_init: instance=0x24010a0
(NABoxed), klass=0x23f9a90
(nautilus:2642): NA-core-DEBUG: na_boxed_instance_init: instance=0x23fee60
(NABoxed), klass=0x23f9a90
(nautilus:2642): NA-core-DEBUG: na_boxed_instance_init: instance=0x23fef00
(NABoxed), klass=0x23f9a90
(nautilus:2642): NA-core-DEBUG: na_boxed_instance_init: instance=0x24012c0
(NABoxed), klass=0x23f9a90
(nautilus:2642): NA-core-DEBUG: na_boxed_instance_init: instance=0x2404000
(NABoxed), klass=0x23f9a90
(nautilus:2642): NA-core-DEBUG: na_boxed_instance_init: instance=0x2404080
(NABoxed), klass=0x23f9a90
(nautilus:2642): NA-core-DEBUG: na_boxed_instance_init: instance=0x2404180
(NABoxed), klass=0x23f9a90
(nautilus:2642): NA-core-DEBUG: na_boxed_instance_init: instance=0x24042c0
(NABoxed), klass=0x23f9a90
(nautilus:2642): NA-core-DEBUG: na_boxed_instance_init: instance=0x2404400
(NABoxed), klass=0x23f9a90
(nautilus:2642): NA-core-DEBUG: na_boxed_instance_init: instance=0x2404480
(NABoxed), klass=0x23f9a90
(nautilus:2642): NA-core-DEBUG: na_boxed_instance_init: instance=0x2404580
(NABoxed), klass=0x23f9a90
(nautilus:2642): NA-core-DEBUG: na_boxed_instance_init: instance=0x2404420
(NABoxed), klass=0x23f9a90
Initializing nautilus-gdu extension
Initializing nautilus-open-terminal extension
*** glibc detected *** nautilus: double free or corruption (fasttop):
0x027e6420 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x72656)[0x7f1069ff7656]
/lib/x86_64-linux-gnu/libc.so.6(cfree+0x6c)[0x7f1069ffc38c]
nautilus[0x479aed]
/usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0(g_closure_invoke+0x154)[0x7f106b610804]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x2278a)[0x7f106b62278a]
/usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x851)[0x7f106b62be11]
/usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7f106b62bfb2]
nautilus[0x4c48f5]
nautilus[0x4cd3f0]
/usr/lib/x86_64-linux-gnu/libffi.so.5(ffi_call_unix64+0x4c)[0x7f10664ac7bc]
/usr/lib/x86_64-linux-gnu/libffi.so.5(ffi_call+0x3f1)[0x7f10664ac237]
/usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0(g_cclosure_marshal_generic+0x197)[0x7f106b610cc7]
/usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0(g_closure_invoke+0x154)[0x7f106b610804]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x2278a)[0x7f106b62278a]
/usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x623)[0x7f106b62bbe3]
/usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7f106b62bfb2]
nautilus[0x4ea9fb]
nautilus[0x4cb2cc]
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0(+0x15a088)[0x7f106d24c088]
/usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0(g_closure_invoke+0x154)[0x7f106b610804]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x225bf)[0x7f106b6225bf]
/usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x623)[0x7f106b62bbe3]
/usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7f106b62bfb2]
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0(+0x286af9)[0x7f106d378af9]
/usr/lib/x86_64-linux-
gnu/libgtk-3.so.0(gtk_propagate_event+0xca)[0x7f106d24b7fa]
/usr/lib/x86_64-linux-
gnu/libgtk-3.so.0(gtk_main_do_event+0x32b)[0x7f106d24bbfb]
/usr/lib/x86_64-linux-gnu/libgdk-3.so.0(

Bug#654652: perl: cpanp-run-perl installed in /usr/bin but not a user interface and has no manpage

[Dominic Hargreaves]

Package: perl
Version: 5.14.2-6
Severity: minor

One of the last remaining lintian warnings for the perl source package
concerns a missing manpage for cpanp-run-perl. On inspection, this file
appears to be a simple wrapper for executing a perl program with
autoflushing. The name, and lack of manpage, suggests that this is only
intended for use by CPANPLUS itself, not by user invocation.

If this is the case, it should probably not installed in /usr/bin.

Of course, it is possible that people have relied on it, and its
installation in $PATH is derived from the upstream behaviour, so it may
be safer to just write a manpage for it instead.

-- 
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#634193: closed by Sébastien Villemot (Re: Bug#634193: 'ERROR: Undefined variable: gnc-path-get-bindir' in 1:2.4.6-3)

[Friedrich Delgado]

Hi!

Debian Bug Tracking System schrieb:
> I’m closing this bug since the requested information has not been given
> by the submitter.

> Feel free to reopen if you still encounter this problem.

I finally got around to this. Sorry for the late reply.

I had indeed stale libraries lying around (not in /usr/local/lib in my
case, but in my $HOME/lib) and removing them fixed this problem for
me.

Thanks for the hint, as I didn't bother to google *again* (the
launchpad bug was solved after I opened this one).


-- 
Friedrich Delgado 
 TauPan on Ircnet and Freenode ;)



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

Bug#621026: Fixed in unstable

[Robert Chéramy]

As far as I can tell, this bug has been fixed in unstable (2.2.1-1).

tibob



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

Bug#654644: vidalia cannot start tor, bad directory permissions

[Peter Palfrader]

On Wed, 04 Jan 2012, intrigeri wrote:

> Peter Palfrader wrote (04 Jan 2012 21:00:12 GMT) :
> > I wonder if vidalia passed the ControlSocket stuff via the command
> > line, or just adds it to a torrc it gives to tor when run.
> 
> debian/patches/use-control-socket.patch contains:
> 
> -#define DEFAULT_CONTROL_METHOD  "ControlPort"
> +#define DEFAULT_CONTROL_METHOD  "ControlSocket"
> [...]
> -  setDefault(SETTING_SOCKET_PATH, DEFAULT_SOCKET_PATH);
> +  setDefault(SETTING_SOCKET_PATH, "/var/run/tor/control");

That's a fine method to connect to a Tor that's been started from the
init script.  It's a bad thing to start your own Tor with.

weasel
-- 
   |  .''`.   ** Debian **
  Peter Palfrader  | : :' :  The  universal
 http://www.palfrader.org/ | `. `'  Operating System
   |   `-http://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#653211: tsung: FTBFS with Erlang R15B

[Ignace Mouzannar]

I actually just noticed that a new upstream version has been released
today correcting this build failure.

1.4.1 -> 1.4.2 Minor enhancements and bugfixes (4 Jan 2012)
Bugfix:
   * [TSUN-199] - computation of NUsers is wrong
   * [TSUN-206] - build failure with erlang R15B


I will work on packaging this new version and upload it to Unstable.

Tell if this suits you well.

Regards,
 Ignace M



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

Bug#653211: tsung: FTBFS with Erlang R15B

[Ignace Mouzannar]

On Sun, Dec 25, 2011 at 04:37, Sergei Golovan  wrote:
> Hi!
>
> Tsung builder script doesn't work well with Erlang R15B, which I'd like to
> upload to Debian sid sometimes.
>
> The attached patch fixes it. If you don't mind I'd like to do NMU to
> experimental (where the Erlang R15B is currently) and then the second one to
> unstable after the R15B will go there.

Hi Sergei,

Sorry for the late response; I was AFK for the holidays.

You can go ahead and NMU your package to experimental. On my part I
will alert upstream of this FTBS with the new Erlan version; may can
he review your patch and include it to the upcoming version of tsung.

Thanks for taking care of this.

Cheers,
 Ignace M



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

Bug#654651: basemap: please use xz compression

[Julian Taylor]

Package: basemap
Version: 1.0.2-1
Severity: wishlist
Tags: patch

compressing basemap with xz makes the package 30% smaller saving 30mb [0].
I think this is a significant enough saving to warrant the use of xz.

Attached a patch to do so [1]. On the next upstream release the orig
tarball could be re-compressed with xz too which also saves 30mb.


[0] orig (gz) -1, xz compressed -2:
7.0M ./python-mpltoolkits.basemap-doc_1.0.2-1_all.deb
664K ./python-mpltoolkits.basemap_1.0.2-1_amd64.deb
101M ./python-mpltoolkits.basemap-data_1.0.2-1_all.deb

293K ./python-mpltoolkits.basemap_1.0.2-2_amd64.deb
7.0M ./python-mpltoolkits.basemap-doc_1.0.2-2_all.deb
 71M ./python-mpltoolkits.basemap-data_1.0.2-2_all.deb

[1] The dpkg Predepends is needed for derivatives which have releases
with older dpkg versions.
diff -Nru basemap-1.0.2/debian/changelog basemap-1.0.2/debian/changelog
--- basemap-1.0.2/debian/changelog  2012-01-04 22:25:41.0 +0100
+++ basemap-1.0.2/debian/changelog  2012-01-04 22:28:20.0 +0100
@@ -1,3 +1,9 @@
+basemap (1.0.2-2) UNRELEASED; urgency=low
+
+  * use xz compression
+
+ -- Julian Taylor   Wed, 04 Jan 2012 22:15:06 
+0100
+
 basemap (1.0.2-1) unstable; urgency=low
 
   * New upstream release
diff -Nru basemap-1.0.2/debian/control basemap-1.0.2/debian/control
--- basemap-1.0.2/debian/control2012-01-04 22:25:41.0 +0100
+++ basemap-1.0.2/debian/control2012-01-04 22:28:20.0 +0100
@@ -9,6 +9,7 @@
 
 Package: python-mpltoolkits.basemap
 Architecture: any
+Pre-Depends: dpkg (>= 1.15.6)
 Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, 
python-mpltoolkits.basemap-data (>= ${source:Version}), python-matplotlib
 Recommends: python-dap, python-imaging
 Description: matplotlib toolkit to plot on map projections
@@ -39,6 +40,7 @@
 
 Package: python-mpltoolkits.basemap-data
 Architecture: all
+Pre-Depends: dpkg (>= 1.15.6)
 Depends: ${misc:Depends}
 Description: matplotlib toolkit to plot on map projections (data package)
  The matplotlib basemap toolkit is a library for plotting 2D data on maps in
@@ -71,6 +73,7 @@
 Package: python-mpltoolkits.basemap-doc
 Section: doc
 Architecture: all
+Pre-Depends: dpkg (>= 1.15.6)
 Depends: ${misc:Depends}, ${sphinxdoc:Depends}
 Description: matplotlib toolkit to plot on map projections (documentation)
  The matplotlib basemap toolkit is a library for plotting 2D data on maps in
diff -Nru basemap-1.0.2/debian/rules basemap-1.0.2/debian/rules
--- basemap-1.0.2/debian/rules  2012-01-04 22:25:41.0 +0100
+++ basemap-1.0.2/debian/rules  2012-01-04 22:30:59.0 +0100
@@ -29,3 +29,6 @@
 
 override_dh_sphinxdoc:
dh_sphinxdoc -i
+
+override_dh_builddeb:
+   dh_builddeb -- -Zxz


signature.asc
Description: OpenPGP digital signature

Bug#654644: vidalia cannot start tor, bad directory permissions

[intrigeri]

Hi,

Peter Palfrader wrote (04 Jan 2012 21:00:12 GMT) :
> I wonder if vidalia passed the ControlSocket stuff via the command
> line, or just adds it to a torrc it gives to tor when run.

debian/patches/use-control-socket.patch contains:

-#define DEFAULT_CONTROL_METHOD  "ControlPort"
+#define DEFAULT_CONTROL_METHOD  "ControlSocket"
[...]
-  setDefault(SETTING_SOCKET_PATH, DEFAULT_SOCKET_PATH);
+  setDefault(SETTING_SOCKET_PATH, "/var/run/tor/control");

Cheers,
-- 
  intrigeri 
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
  | Who wants a world in which the guarantee that we shall not
  | die of starvation would entail the risk of dying of boredom ?



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

Bug#608447: Patch for the 4.2.1-13.1 NMU of sa-exim

[Christian PERRIER]

Dear maintainer of sa-exim,

On Sunday, December 25, 2011 I sent you a notice announcing my intent to upload 
a
NMU of your package to fix its pending l10n issues, after an initial
notice sent on Wednesday, December 21, 2011.

You either agreed for this NMU or did not respond to my notices.

I will now upload this NMU to DELAYED/7-DAY.

The NMU patch is attached to this mail.

The NMU changelog is:


Source: sa-exim
Version: 4.2.1-13.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier 
Date: Tue, 03 Jan 2012 07:15:57 +0100
Closes: 608447 634314
Changes: 
 sa-exim (4.2.1-13.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Debconf translations:
 - Danish (Joe Hansen).  Closes: #608447
 - Dutch; (Jeroen Schot).  Closes: #634314

-- 


diff -Nru sa-exim-4.2.1.old/debian/changelog sa-exim-4.2.1/debian/changelog
--- sa-exim-4.2.1.old/debian/changelog	2011-12-10 09:41:51.664784929 +0100
+++ sa-exim-4.2.1/debian/changelog	2012-01-03 07:16:07.832582969 +0100
@@ -1,3 +1,12 @@
+sa-exim (4.2.1-13.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+- Danish (Joe Hansen).  Closes: #608447
+- Dutch; (Jeroen Schot).  Closes: #634314
+
+ -- Christian Perrier   Tue, 03 Jan 2012 07:15:57 +0100
+
 sa-exim (4.2.1-13) unstable; urgency=low
 
   * Updated Spanish Debconf template translation (Closes: #543310).
diff -Nru sa-exim-4.2.1.old/debian/po/cs.po sa-exim-4.2.1/debian/po/cs.po
--- sa-exim-4.2.1.old/debian/po/cs.po	2011-12-10 09:41:51.664784929 +0100
+++ sa-exim-4.2.1/debian/po/cs.po	2011-12-25 18:56:20.400804433 +0100
@@ -19,6 +19,7 @@
 "PO-Revision-Date: 2009-03-07 20:53+0100\n"
 "Last-Translator: Miroslav Kure \n"
 "Language-Team: Czech \n"
+"Language: cs\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
diff -Nru sa-exim-4.2.1.old/debian/po/da.po sa-exim-4.2.1/debian/po/da.po
--- sa-exim-4.2.1.old/debian/po/da.po	2011-12-10 09:41:51.664784929 +0100
+++ sa-exim-4.2.1/debian/po/da.po	2011-12-21 22:27:53.0 +0100
@@ -1,58 +1,42 @@
-# translation of sa-exim_3.1-4-da.po to Danish
-# translation of sa-exim_3.1-4_templates.po to Danish
-#
-#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.
+# Danish translation for sa-exim.
+# Copyright (C) 2010 sa-exim og nedenstående oversættere.
+# This file is distributed under the same license as the sa-exim package.
 # Claus Hindsgaul , 2004.
+# Joe Hansen (joedalt...@yahoo.dk), 2010.
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: sa-exim_3.1-4-da\n"
+"Project-Id-Version: sa-exim\n"
 "Report-Msgid-Bugs-To: sa-e...@packages.debian.org\n"
 "POT-Creation-Date: 2009-04-04 15:40+0200\n"
-"PO-Revision-Date: 2004-11-19 17:21+0100\n"
-"Last-Translator: Claus Hindsgaul \n"
-"Language-Team: Danish \n"
+"PO-Revision-Date: 2010-12-30 19:25+0200\n"
+"Last-Translator: Joe Hansen \n"
+"Language-Team: Danish \n"
+"Language: da\n"
 "MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=ISO-8859-1\n"
+"Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
-"X-Generator: KBabel 1.9.1\n"
 "Plural-Forms:  nplurals=2; plural=(n != 1);\n"
 
 #. Type: boolean
 #. Description
 #: ../templates:2001
-#, fuzzy
-#| msgid "Remove saved mails in spool directory?"
 msgid "Remove saved mails in sa-exim's spool directory?"
-msgstr "Fjern gemte breve fra spool-mappen?"
+msgstr "Fjern gemt e-post fra sa-exims kømappe?"
 
 #. Type: boolean
 #. Description
 #: ../templates:2001
-#, fuzzy
-#| msgid ""
-#| "There are some saved mails in subdirectories of /var/spool/sa-exim. "
-#| "Depending on the configuration sa-exim will save mails matching specific "
-#| "criterias (an error occured, rejected as spam, passed through although "
-#| "recognized as spam, ...) in subdirectories of /var/spool/sa-exim."
 msgid ""
 "There are some saved mails in subdirectories of /var/spool/sa-exim. "
 "Depending on the configuration, sa-exim may save mails matching specific "
 "criteria (such as \"an error occurred\", \"rejected as spam\", or \"passed "
 "through although recognized as spam\") in these directories."
 msgstr ""
-"Der er nogle gemte breve i mapperne under /var/spool/sa-exim. Afhængig af "
-"opsætningen vil sa-exim gemme breve, der opfylder bestemte kriterier (der "
-"opstod en fejl, afvist som spam, lod brevet passere på trods af at det blev "
-"genkendt som spam,...) gemme breve i mapperne under /var/spool/sa-exim."
+"Der er gemt e-post i mapperne under /var/spoo

Bug#651792: Fails to build against Linux 3.1

[Ben Hutchings]

On Wed, Jan 04, 2012 at 09:07:47PM +, Ben Hutchings wrote:
> On Wed, Jan 04, 2012 at 09:17:06PM +0100, Tormod Volden wrote:
> > > Package: linux-wlan-ng-source
> > > Version: 0.2.9+dfsg-4
> > > Severity: grave
> > >
> > > These modules fail to build against Linux 3.1:
> > >
> > > make[5]: Entering directory `/usr/src/linux-headers-3.1.0-1-amd64'
> > > /usr/src/linux-headers-3.1.0-1-common/arch/x86/Makefile:81: stack 
> > > protector enabled but no compiler support
> > >  CC [M]  /usr/src/modules/linux-wlan-ng/src/p80211/p80211mod.o
> > > In file included from 
> > > /usr/src/modules/linux-wlan-ng/src/p80211/p80211mod.c:74:0:
> > > /usr/src/modules/linux-wlan-ng/src//include/wlan/wlan_compat.h:94:26: 
> > > fatal error: linux/config.h: No such file or directory
> > > compilation terminated.
> > > make[8]: *** [/usr/src/modules/linux-wlan-ng/src/p80211/p80211mod.o] 
> > > Error 1
> > > make[7]: *** [_module_/usr/src/modules/linux-wlan-ng/src/p80211] Error 2
> > > make[6]: *** [sub-make] Error 2
> > > make[5]: *** [all] Error 2
> > >
> > > This error is due to checking for a macro which has not been defined
> > > since Linux 2.6.38.
> > >
> > > Based on the discussion in bug #501486, it appears that this binary
> > > package should simply be removed.
> > >
> > > Ben.
> > 
> > Thanks for the notice. I will give the linux-wlan-ng package some love soon.
> > 
> > Not sure why this bug is "grave" though, as long as the package
> > description clearly explains that you do not need it if your kernel is
> > newer than 2.6.31. No users are affected by this bug.
>  
> Thanks for working to support older kernel versions, but there is no
> need to continue doing so.  I'll request removal of the package from
> unstable.

Never mind, I see there are some driver-specific utilities and
firmware packager as well.  Please just remove the
linux-wlan-ng-source binary package, to avoid confusing users.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus



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

Bug#646331: flex: Scanners with -F or -f crashes

[Rüdiger Ranft]

Am Mittwoch, 7. Dezember 2011, 06:33:36 schrieben Sie:
> Hi,
> 
> For me it looks like you are running flex in 7-bit mode, which is
> default. If your input file contains bytes above 127 you should be
> invoking flex with -8 (generate 8-bit scanner).
> 
> Can you reproduce this bug with -8 given?

Sorry for the late answer, but December was very busy.

It turned out that the 8bit mode does solve the problem.

Bye
Rudi


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

Bug#654600: [Pkg-lyx-devel] Bug#654600: lyx: FTBFS on armhf: testsuite fails

[Per Olofsson]

Hi Konstantinos,

2012-01-04 16:02, Konstantinos Margaritis skrev:
> Package: lyx
> Version: 2.0.2-1
> Severity: normal
> 
> lyx FTBFS on armhf, the testsuite fails. It is weird as it used to
> build fine on debian-ports before we did the bootstrap in debian
> officially, and it's also weird as it's the only failing port. Any
> suggestions on what to test/look for so that I can fix this?

Could you try adding "set -x" at the top of these scripts:

src/support/tests/test_convert
src/support/tests/test_filetools
src/support/tests/test_lstrings

and then run the the testsuite (make check) and see what it outputs?

The scripts fail because the output from the testcases are not equal to
the reference files, but I can't tell from the build log what the
difference is.

-- 
Pelle



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

Bug#651792: Fails to build against Linux 3.1

[Ben Hutchings]

On Wed, Jan 04, 2012 at 09:17:06PM +0100, Tormod Volden wrote:
> > Package: linux-wlan-ng-source
> > Version: 0.2.9+dfsg-4
> > Severity: grave
> >
> > These modules fail to build against Linux 3.1:
> >
> > make[5]: Entering directory `/usr/src/linux-headers-3.1.0-1-amd64'
> > /usr/src/linux-headers-3.1.0-1-common/arch/x86/Makefile:81: stack protector 
> > enabled but no compiler support
> >  CC [M]  /usr/src/modules/linux-wlan-ng/src/p80211/p80211mod.o
> > In file included from 
> > /usr/src/modules/linux-wlan-ng/src/p80211/p80211mod.c:74:0:
> > /usr/src/modules/linux-wlan-ng/src//include/wlan/wlan_compat.h:94:26: fatal 
> > error: linux/config.h: No such file or directory
> > compilation terminated.
> > make[8]: *** [/usr/src/modules/linux-wlan-ng/src/p80211/p80211mod.o] Error 1
> > make[7]: *** [_module_/usr/src/modules/linux-wlan-ng/src/p80211] Error 2
> > make[6]: *** [sub-make] Error 2
> > make[5]: *** [all] Error 2
> >
> > This error is due to checking for a macro which has not been defined
> > since Linux 2.6.38.
> >
> > Based on the discussion in bug #501486, it appears that this binary
> > package should simply be removed.
> >
> > Ben.
> 
> Thanks for the notice. I will give the linux-wlan-ng package some love soon.
> 
> Not sure why this bug is "grave" though, as long as the package
> description clearly explains that you do not need it if your kernel is
> newer than 2.6.31. No users are affected by this bug.
 
Thanks for working to support older kernel versions, but there is no
need to continue doing so.  I'll request removal of the package from
unstable.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus



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