Bug#659572: [l10n] Updated Czech translation of phpldapadmin debconf messages

2012-02-12 Thread Miroslav Kure
Package: phpldapadmin
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of
phpldapadmin debconf messages. Please include it with the package.

Thanks
-- 
Miroslav Kure
#
#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.
#
msgid 
msgstr 
Project-Id-Version: phpldapadmin\n
Report-Msgid-Bugs-To: phpldapad...@packages.debian.org\n
POT-Creation-Date: 2012-02-06 12:20+0100\n
PO-Revision-Date: 2012-02-12 09:26+0100\n
Last-Translator: Miroslav Kure ku...@debian.cz\n
Language-Team: Czech debian-l10n-cz...@lists.debian.org\n
Language: cs\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: string
#. Description
#: ../phpldapadmin.templates:1001
msgid LDAP server host address:
msgstr Adresa počítače s LDAP serverem:

#. Type: string
#. Description
#: ../phpldapadmin.templates:1001
msgid 
Please enter the host name or the address of the LDAP server you want to 
connect to.
msgstr 
Zadejte jméno počítače nebo adresu LDAP serveru, ke kterému se chcete 
připojit.

#. Type: boolean
#. Description
#: ../phpldapadmin.templates:2001
msgid Enable support for ldaps protocol?
msgstr Povolit podporu protokolu ldaps?

#. Type: boolean
#. Description
#: ../phpldapadmin.templates:2001
msgid 
If your LDAP server supports TLS (Transport Security Layer), you can use the 
ldaps protocol to connect to it.
msgstr 
Pokud váš LDAP server podporuje TLS (Transport Security Layer), můžete pro 
připojení k němu použít protokol ldaps.

#. Type: string
#. Description
#: ../phpldapadmin.templates:3001
msgid Distinguished name of the search base:
msgstr Rozlišitelný název prohledávaného stromu:

#. Type: string
#. Description
#: ../phpldapadmin.templates:3001
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.com\ would use \dc=example,dc=com\ as the distinguished 
name of the search base.
msgstr 
Zadejte rozlišitelný název prohledávaného LDAP stromu. Spousta serverů pro 
tento účel využívá části svých doménových jmen. Například doména 
„example.com“ by jako rozlišitelné jméno svého stromu použila 
„dc=example,dc=com“.

#. Type: select
#. Choices
#: ../phpldapadmin.templates:4001
msgid session
msgstr session

#. Type: select
#. Choices
#: ../phpldapadmin.templates:4001
msgid cookie
msgstr cookie

#. Type: select
#. Choices
#: ../phpldapadmin.templates:4001
msgid config
msgstr config

#. Type: select
#. Description
#: ../phpldapadmin.templates:4002
msgid Type of authentication
msgstr Typ autentizace

#. Type: select
#. Description
#: ../phpldapadmin.templates:4002
msgid 
session : You will be prompted for a login dn and a password everytime\n
  you connect to phpLDAPadmin, and a session variable on the\n
  web server will store them. It is more secure so this is the\n
  default.
msgstr 
session : Budete dotázáni na přihlašovací dn a heslo pokaždé, když se\n
  připojíte k phpLDAPadminu. Po dobu sezení budou tyto údaje\n
  uloženy v proměnné na webovém serveru. tato volba je výchozí,\n
  protože je bezpečnější.

#. Type: select
#. Description
#: ../phpldapadmin.templates:4002
msgid 
cookie :  You will be prompted for a login dn and a password everytime\n
  you connect to phpLDAPadmin, and a cookie on your client will\n
  store them.
msgstr 
cookie :  Budete dotázáni na přihlašovací dn a heslo pokaždé, když se\n
  připojíte k phpLDAPadminu. Tyto údaje budou uloženy v cookie\n
  na klientovi.

#. Type: select
#. Description
#: ../phpldapadmin.templates:4002
msgid 
config  : login dn and password are stored in the configuration file,\n
  so you have not to specify them when you connect to\n
  phpLDAPadmin.
msgstr 
config  : přihlašovací dn a heslo jsou uloženy v konfiguračním\n
  souboru, takže je při přihlašování k phpLDAPadminu nemusíte\n
  používat.

#. Type: string
#. Description
#: ../phpldapadmin.templates:5001
msgid Login dn for the LDAP server:
msgstr Přihlašovací dn k LDAP serveru:

#. Type: string
#. Description
#: ../phpldapadmin.templates:5001
msgid 
Enter the name of the account that will be used to log in to the LDAP 
server. If you chose a form based authentication this will be the default 
login dn. In this case you can also leave it empty, if you do  not want a 
default one.
msgstr 
Zadejte jméno účtu, který se použije pro přístup k LDAP serveru. Zvolíte-li 

Bug#659573: [l10n] Updated Czech translation of samba4 debconf messages

2012-02-12 Thread Miroslav Kure
Package: samba4
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of
samba4 debconf messages. Please include it with the package.

Thanks
-- 
Miroslav Kure
#
#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.
#
msgid 
msgstr 
Project-Id-Version: samba4\n
Report-Msgid-Bugs-To: sam...@packages.debian.org\n
POT-Creation-Date: 2011-08-01 22:43+0200\n
PO-Revision-Date: 2012-02-12 09:21+0100\n
Last-Translator: Miroslav Kure ku...@debian.cz\n
Language-Team: Czech debian-l10n-cz...@lists.debian.org\n
Language: cs\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: boolean
#. Description
#: ../samba4.templates:1001
msgid Upgrade from Samba 3?
msgstr Přejít ze Samby 3?

#. Type: boolean
#. Description
#: ../samba4.templates:1001
msgid 
It is possible to migrate the existing configuration files from Samba 3 to 
Samba 4. This is likely to fail for complex setups, but should provide a 
good starting point for most existing installations.
msgstr 
Stávající konfigurační soubory Samby 3 je možno převést do Samby 4. Převod 
složitějších nastavení nejspíše selže, avšak pro většinu instalací by měl 
poskytnout solidní základ.

#. Type: select
#. Description
#: ../samba4.templates:2001
msgid Server role
msgstr Role serveru

#. Type: select
#. Description
#: ../samba4.templates:2001
msgid 
Domain controllers manage NT4-style or Active Directory domains and provide 
services such as identity management and domain logons. Each domain needs to 
have a at least one domain controller.
msgstr 
Doménové řadiče spravují domény typu NT4 nebo Active Directory a poskytují 
služby typu správa identit a přihlášení do domény. Každá doména musí mít 
alespoň jeden doménový řadič.

#. Type: select
#. Description
#: ../samba4.templates:2001
msgid 
Member servers can be part of a NT4-style or Active Directory domain but do 
not provide any domain services. Workstations and file or print servers are 
usually regular domain members.
msgstr 
Členské servery mohou být součástí domény typu NT4 nebo Active Directory, 
ale samy neposkytují žádné doménové služby. Typicky to bývají běžné 
pracovní stanice nebo souborové a tiskové servery.

#. Type: select
#. Description
#: ../samba4.templates:2001
msgid 
A standalone server can not be used in a domain and only supports file 
sharing and Windows for Workgroups-style logins.
msgstr 
Samostatný server nelze použít v doméně a podporuje pouze sdílení souborů 
a přihlašování ve stylu Windows for Workgroups.

#. Type: string
#. Description
#: ../samba4.templates:3001
msgid Realm name:
msgstr Název říše:

#. Type: string
#. Description
#: ../samba4.templates:3001
msgid 
Please specify the Kerberos realm for the domain that this domain controller 
controls.
msgstr 
Zadejte název kerberovy říše pro doménu, kterou spravuje tento 
doménový řadič.

#. Type: string
#. Description
#: ../samba4.templates:3001
msgid Usually this is the a capitalized version of your DNS hostname.
msgstr Obvykle to bývá DNS jméno počítače napsané velkými písmeny.

#~ msgid Set up Samba 4 as a PDC?
#~ msgstr Nastavit Sambu 4 jako PDC?

#~ msgid 
#~ If you do not choose this option, Samba will be left unconfigured, and 
#~ you will have to configure it yourself.
#~ msgstr 
#~ Pokud tuto možnost nepovolíte, zůstane Samba nenakonfigurovaná a všechna 
#~ nastavení budete muset zvládnout sami.

#~ msgid 
#~ Even when using this option, you will need to set up DNS such that it 
#~ serves the data from the zone file in that directory before you can use 
#~ the Active Directory domain.
#~ msgstr 
#~ I když tuto volbu vyberete, pořád budete muset před používáním Active 
#~ Directory domény nastavit DNS server tak, aby vracel data ze zónového 
#~ souboru v daném adresáři.

#~ msgid 
#~ Please specify the Kerberos realm this server will be in. In many cases,  
#~ this will be the same as the DNS domain name.
#~ msgstr 
#~ Zadejte prosím kerberovu říši, do které bude tento server patřit. V mnoha 
#~ případech je říše shodná s doménovým DNS jménem.

#~| msgid Workgroup/Domain Name:
#~ msgid Domain Name:
#~ msgstr Doména:

#~| msgid 
#~| Please specify the workgroup you want this server to appear to be in 
#~| when queried by clients. Note that this parameter also controls the 
#~| domain name used with the security=domain setting.
#~ msgid 
#~ Please specify the domain you want this server to appear to be in when 
#~ queried by clients.
#~ msgstr 
#~ Zadejte prosím jméno domény, do které má server 

Bug#659506: dpkg.log does not record architecture of affected package

2012-02-12 Thread Raphael Hertzog
On Sat, 11 Feb 2012, Guillem Jover wrote:
 The general policy regarding dpkg output is that the architecture is
 only significant for M-A:same packages, which need to be disambiguated.
 For the others either the user explicitly specified them on the
 command line or through apt.

That might be true, it's still very confusing for anyone else checking
the log... the messages in 659505 are not really helpful (even though
we can argue that the real problem is underlying, it's important that
the user output also helps a random maintainer which has to analyze the
logs sent by a user, and said user might not be able to give the required
context information). 

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/liberation/



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



Bug#659574: lintian: legally wrong statement: copyright-with-old-dh-make-debian-copyright

2012-02-12 Thread Osamu Aoki
Package: lintian
Version: 2.5.4
Severity: important
Tags: patch

Summary:

copyright-with-old-dh-make-debian-copyright is giving a legally
incorrect statement to lintian users in very annoying way.  It is best
removed immediately. -p0 patch attached.

Explanation:

copyright-with-old-dh-make-debian-copyright states:

 The copyright file contains the incomplete Debian packaging
 copyright boilerplate from older versions of ttdh_make/tt.
 tt(C)/tt is not considered as a valid way to express the copyright
 ownership.  The word ttCopyright/tt or the © symbol should be used
 instead or in addition to tt(C)/tt.

The fist sentence is correct but second and third sentences are legally
wrong since 1988 even in USA.

In 1988, USA finally joined Berne Convention for the Protection of
Literary and Artistic Works[1] by Berne Convention Implementation Act
of 1988[2].  (Almost all other industrialized nations signed it already
by then.) This shifted the legal framework of copyright from Anglo-Saxon
concept of copyright to the French right of the author (droit
d'auteur) and removed the general requirement for registration of
copyright works and eliminated the mandatory copyright notice. 

Since then, Agreement on Trade-Related Aspects of Intellectual Property
Rights[3], reinforced this situation on copyright to almost all
nations.

The statement of (C) is not considered as a valid way to express the
copyright ownership. is even harmful for Debian if we accept this since
this is a widely used method.

Of course, having this text is a good indication of not being DEP-5
compliant.  But that test is done separately and it is already marked
pedantic.  So there is no point repeating it here.

FYI:

I know that the web page How to use GNU licenses for your own
software[4] states:

 Always use the English word “Copyright”; by international convention,
 this is used worldwide, even for material in other languages. The
 copyright symbol “©” can be included if you wish (and your character set
 supports it), but it's not necessary. There is no legal significance to
 using the three-character sequence “(C)”, although it does no harm.

But even on this web page, there is statement as follows:

 There is no legal requirement to register your copyright with anyone;
 simply distributing the program makes it copyrighted. 

(I have to admit, this GNU web page seems to be influenced by the
pre-1988 Anglo-US legal requirements.)

Also, I wonder if this recommendation is true, why we have the following
in lintian source :-)

  $ grep -r © *|wc -l
  25
  $ grep -r (C) *|wc -l
  203

Regards,

Osamu

 [1] 
http://en.wikipedia.org/wiki/Berne_Convention_for_the_Protection_of_Literary_and_Artistic_Works
 [2] http://en.wikipedia.org/wiki/Berne_Convention_Implementation_Act_of_1988 
 [3] 
http://en.wikipedia.org/wiki/Agreement_on_Trade-Related_Aspects_of_Intellectual_Property_Rights
 [4] http://www.gnu.org/licenses/gpl-howto.html

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

--- copyright-file.orig	2012-02-12 17:30:03.236256560 +0900
+++ copyright-file	2012-02-12 17:31:04.164558703 +0900
@@ -276,10 +276,6 @@
 tag 'copyright-contains-dh_make-todo-boilerplate';
 }
 
-if (m,The\s+Debian\s+packaging\s+is\s+\(C\)\s+\d+,io) {
-tag 'copyright-with-old-dh-make-debian-copyright';
-}
-
 # Bad licenses.
 if (m/The\s+PHP\s+Licen[cs]e,?\s+version\s+2/si) {
 tag 'copyright-refers-to-bad-php-license';
--- copyright-file.desc.orig	2012-02-12 17:22:05.901889604 +0900
+++ copyright-file.desc	2012-02-12 17:30:42.460451081 +0900
@@ -259,15 +259,6 @@
  check the whole source to find additional copyright/license, or that
  you didn't remove that paragraph after having done so.
 
-Tag: copyright-with-old-dh-make-debian-copyright
-Severity: wishlist
-Certainty: certain
-Info: The copyright file contains the incomplete Debian packaging
- copyright boilerplate from older versions of ttdh_make/tt.
- tt(C)/tt is not considered as a valid way to express the copyright
- ownership.  The word ttCopyright/tt or the © symbol should be used
- instead or in addition to tt(C)/tt.
-
 Tag: copyright-refers-to-bad-php-license
 Severity: serious
 Certainty: possible


Bug#655218: closed by Siegfried-Angel Gevatter Pujals rai...@ubuntu.com (Bug#655218: fixed in gnome-activity-journal 0.8.0-2)

2012-02-12 Thread Hideo Oshima

I confirmed to fix the problme with 0.8.0-2.
Thanks for your work.





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



Bug#658928: moc crashes with FATAL_ERROR: Can't receive value from the server!

2012-02-12 Thread Elimar Riesebieter
* Larry Holish [120211 22:58 -0600]:

 On Sat, Feb 11, 2012 at 10:00:17AM +0100, Elimar Riesebieter wrote:
  
  Please find a testbuild at [0] and let me know wether it works or
  not.
  
  [0] http://www.lxtec.de/debarchiv
 
 OK, uninstalled sid version and installed yours:
 
 ljholish:~$ aptitude versions moc
 p   1:2.5.0~alpha4+svn20111012-1 unstable 500 
 i   1:2.5.0~alpha4+svn20120125-1lxtec1 100 
 
 Unfortunately, fails with the same error message in client.

So John Fitzgerald, the new upstream maintainer of moc, advised us
to find memory leaks via valgrind.

Please do as follows:

1 Save attached moc.supp in the directory where you want to use moc
2 Install valgrind via `apt-get install valgrind`
3 Run moc with the  version 1:2.5.0~alpha4+svn20120125-1lxtec1 as
  follows:

valgrind --leak-check=yes --log-file=valgrind.log --suppressions=moc.supp mocp

4 Send me the valgrind.log file after the crash.
5 Eventually send me the wav file which is responsible for the crash
  via PM. As it is only a shorttime audio it shouldn't be so big.

I did some tests with very short wav files found in
/usr/share/sounds/alsa and can't reproduce your behaviour.

Elimar

-- 
  Talking much about oneself can also
   be a means to conceal oneself.
 -Friedrich Nietzsche
#
# MOC - music on console
# Copyright (C) 2004-2005 Damian Pietras da...@daper.net
#
# moc.supp Copyright (C) 2012 John Fitzgerald
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#

# Some libraries contain memory bugs which obscure messages indicating
# a problem in MOC.  You can improve the signal-to-noise ratio by
# pointing valgrind at this file using its '--suppressions' option.

# TODO: - Prove that the suppressed reports aren't caused by MOC.

{
LibMagic: Invalid read 2
Memcheck:Addr2
fun:file_softmagic
}

{
ASound: Lost blocks
Memcheck:Leak
...
obj:*/libasound.so.*
}

{
RCC: Uninitialised condition
Memcheck:Cond
obj:*/librcc.so.*
}


signature.asc
Description: Digital signature


Bug#649399: initramfs-tools: please mark Multi-Arch: foreign

2012-02-12 Thread Michael Prokop
* Ben Hutchings [Sat Feb 11, 2012 at 07:13:10PM +]:
 On Sun, 2011-11-20 at 17:41 +, Colin Watson wrote:

  It would be useful for initramfs-tools to be marked Multi-Arch:
  foreign, to indicate that it can satisfy dependencies of packages of
  other architectures.  Although Debian's dpkg doesn't yet do anything
  special with this, it's safe to add this tag in advance of package
  manager support.

  In Ubuntu, this is an early step in being able to crossgrade from i386
  to amd64, because we don't have an -amd64 kernel flavour on i386 and (of
  course) our kernel packages depend on initramfs-tools.  While Debian
  does have an -amd64 flavour on i386, it still wouldn't hurt to add this
  tag.
 [...]

 This is also relevant to Debian now.

 Max, please apply this patch.

Colin's patch is already applied on our i-t.git, I'll upload a new
i-t release in the next few days.

regards,
-mika-


signature.asc
Description: Digital signature


Bug#658890: pristine-tar: pristine-xz failed to reproduce build of ....

2012-02-12 Thread Geoff
Package: pristine-tar
Version: 1.19

Mea culpa, I switched to 1.19 and everything is fine with xz archive, at least
trying to git-import-origin for mpd-sima package.

xz archive are actually not supported in 1.17…

Sorry for the noise.

Cheers,
Geoff

--- System information. ---
Architecture: i386
Kernel:   Linux 3.1.0-1-686-pae

Debian Release: wheezy/sid
  990 testing security.debian.org
  990 testing ftp.fr.debian.org
  500 unstableftp.fr.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-=
xdelta| 1.1.3-9
libbz2-1.0| 1.0.6-1
libc6(= 2.3) | 2.13-26
zlib1g   (= 1:1.1.4) | 1:1.2.3.4.dfsg-3
perl-modules  | 5.14.2-7


Recommends  (Version) | Installed
=-+-===
pbzip2| 1.1.6-1
bzip2 | 1.0.6-1
xz-utils  | 5.1.1alpha+20110809-3


Package's Suggests field is empty.



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



Bug#643806: sssd: FTBFS with -Werror=format-security

2012-02-12 Thread Philippe De Swert
Hi,

Attached simple patch fixes the build error. This has been tested on armhf.

Thanks,

Philippe


fix-literal-string-format-error.patch
Description: Binary data


Bug#659182: [pkg-cryptsetup-devel] Bug#659182: dangling .so symlink

2012-02-12 Thread Michael Biebl
Hi Jonas,

On 12.02.2012 00:29, Jonas Meurer wrote:
 Am 11.02.2012 04:54, schrieb Michael Biebl:
 If I should delay or cancel the NMU, please let me know.
 
 sorry for not replying earlier. I'll try to upload a fixed package
 tomorrow myself. Please cancel the NMU. Reason is that I invented
 another RC bug with 2:1.4.1-1 and would like to fix that one with the
 upload as well. It needs some testing first though.

If you upload 2:1.4.1-2 before my NMU hits the archive, my NMU will
automatically be rejected. No harm done.
If you take more time to upload your package, my NMU will make it
possible to rebuild the reverse dependencies so packages in unstable are
installable again.

Apparently you are ok with the technical solution for the fix, so I see
no harm in letting the NMU just proceed?


Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#659575: wishlist bug samba

2012-02-12 Thread İsmail Baydan
Package: samba


Severity: wishlist
Tags: l10n


-- 
İsmail Baydan
# Turkish translation of samba.
# This file is distributed under the same license as the samba package.
# Mehmet Türker mtur...@innova.com.tr, 2004.
#
msgid 
msgstr 
Project-Id-Version: samba\n
Report-Msgid-Bugs-To: sam...@packages.debian.org\n
POT-Creation-Date: 2011-08-01 22:43+0200\n
PO-Revision-Date: 2008-06-20 17:28+0200\n
Last-Translator: İsmail BAYDAN ibay...@gmail.com\n
Language-Team: Turkish debian-l10n-turk...@lists.debian.org\n
Language: tr\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: boolean
#. Description
#: ../samba4.templates:1001
msgid Upgrade from Samba 3?
msgstr Samba 3'ten güncelleştir?

#. Type: boolean
#. Description
#: ../samba4.templates:1001
msgid 
It is possible to migrate the existing configuration files from Samba 3 to 
Samba 4. This is likely to fail for complex setups, but should provide a 
good starting point for most existing installations.
msgstr 
Varolan yapılandırma dosyalarının Samba 3'ten Samba 4'e transferi mümkündür. 
Karmaşık yapılandırmalar için bunun başarısız olması mümkündür, fakat 
kurulumların çoğunluğu için iyi bir başlangıç noktası sağlayacaktır.

#. Type: select
#. Description
#: ../samba4.templates:2001
msgid Server role
msgstr Sunucu rolü

#. Type: select
#. Description
#: ../samba4.templates:2001
msgid 
Domain controllers manage NT4-style or Active Directory domains and provide 
services such as identity management and domain logons. Each domain needs to 
have a at least one domain controller.
msgstr 
Alan kontrolcüleri NT4-style yada Aktif Dizin alanlarını yönetim ve
alan girişleri ve kimlik yönetimi gibi servisler sunar.Her alanın en az bir
tane alan kontrolcüsü olmalı.

#. Type: select
#. Description
#: ../samba4.templates:2001
msgid 
Member servers can be part of a NT4-style or Active Directory domain but do 
not provide any domain services. Workstations and file or print servers are 
usually regular domain members.
msgstr 
Üye sunucular NT4-style yada Aktif Dizin alanının bir parçası olabilir
fakat herhangi bir alan servisi sunamazlar.İş istasyonları yada yazıcı sunucuları
genellikle normal alan üyerleridirler.

#. Type: select
#. Description
#: ../samba4.templates:2001
msgid 
A standalone server can not be used in a domain and only supports file 
sharing and Windows for Workgroups-style logins.
msgstr 
Tek başına bir sunucu alan içinde kullanılamaz ve sadece dosya 
paylaşımı ve çalıma grupları stili Windows kulanıcı girişlerini destekler.

#. Type: string
#. Description
#: ../samba4.templates:3001
#, fuzzy
#| msgid Realm:
msgid Realm name:
msgstr Realm adı:

#. Type: string
#. Description
#: ../samba4.templates:3001
msgid 
Please specify the Kerberos realm for the domain that this domain controller 
controls.
msgstr 
Lütfen bu alan kontrolcüsünün kontrol ettiği alan için Kerberos realmını belirtiniz


#. Type: string
#. Description
#: ../samba4.templates:3001
msgid Usually this is the a capitalized version of your DNS hostname.
msgstr Genellikle bu büyük harfle yazılmış sizin DNS konak adıdır.

#~ msgid Set up Samba 4 as a PDC?
#~ msgstr Samba 4'ü PDC olarak ayarla?

#~ msgid 
#~ If you do not choose this option, Samba will be left unconfigured, and 
#~ you will have to configure it yourself.
#~ msgstr 
#~ Eğer bu seçeneği seçmezseniz, Sabma yapılandırılmamış olarak kalacak ve 
#~ bütün yapılandırma değişikliklerini kendiniz yapmak zorunda kalacaksınız.

#~ msgid 
#~ Even when using this option, you will need to set up DNS such that it 
#~ serves the data from the zone file in that directory before you can use 
#~ the Active Directory domain.
#~ msgstr 
#~ Bu seçeneği kullanıyor olsanız bile, Active Directory etki alanı 
#~ kullanıma girmeden öncebu dizindeki bölge dosyasındaki veriyi sunan bir 
#~ DNS yapılandırmanız gerekecek.

#~ msgid 
#~ Please specify the Kerberos realm this server will be in. In many cases,  
#~ this will be the same as the DNS domain name.
#~ msgstr 
#~ Lütfen bu sunucunun içinde yer alacağı Kerberos realm'ı belirtin. Çoğu 
#~ durumda, bu isim DNS etki alanı ile aynıdır.

#~| msgid Workgroup/Domain Name:
#~ msgid Domain Name:
#~ msgstr Etki Alanı İsmi:

#~| msgid 
#~| Please specify the workgroup you want this server to appear to be in 
#~| when queried by clients. Note that this parameter also controls the 
#~| domain name used with the security=domain setting.
#~ msgid 
#~ Please specify the domain you want this server to appear to be in when 
#~ queried by clients.
#~ msgstr 
#~ Lütfen sunucunuzun istemciler tarafından sorgulandığında içerisinde 
#~ gözükmesini istediğiniz etki alanını belirtiniz.

#~ msgid Modify smb.conf to use WINS settings from DHCP?
#~ msgstr 
#~ WINS ayarlarını DHCP'den kullanmak için smb.conf dosyasında değişiklik 
#~ yapılsın mı?

#~ msgid 
#~ If your computer gets IP address information from a DHCP server on the 
#~ network, the DHCP server may also provide information 

Bug#659576: gnome-shell-extensions: fails to install

2012-02-12 Thread Leandro Noferini
Package: gnome-shell-extensions
Version: 3.2.3-1
Severity: important

Trying to install via aptitude I get this error message:

Unpacking gnome-shell-extensions (from 
.../gnome-shell-extensions_3.2.3-1_all.deb) ...
dpkg: error processing 
/var/cache/apt/archives/gnome-shell-extensions_3.2.3-1_all.deb (--unpack):
 trying to overwrite 
'/usr/share/locale/fr/LC_MESSAGES/gnome-shell-extensions.mo', which is also in 
package gnome-shell-extensions-common 3.0.2-2
configured to not write apport reports
  Errors were encountered while processing:
 /var/cache/apt/archives/gnome-shell-extensions_3.2.3-1_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:

And then it stops without installing really the package.

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

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

Versions of packages gnome-shell-extensions depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.10.0-3
ii  gir1.2-gtop-2.0  2.28.4-2
ii  gnome-shell  3.2.2.1-1

gnome-shell-extensions recommends no packages.

gnome-shell-extensions suggests no packages.



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



Bug#659577: qa.debian.org: No calculator on Accessories menu (lxde)

2012-02-12 Thread Santiago Crespo
Package: qa.debian.org
Severity: normal
Tags: patch


I've installed debian lxde, and found that there is no calculator in the 
accessories menu. Yes, that piece of software that allows users to access the 
most basic functions on our machines: add this, subtract that.

One solution could be to add a link to xcalc (which is already included on 
debian lxde):
/var/lib/menu-xdg/applications/menu-xdg/X-Debian-Applications-Science-Mathematics-xcalc.desktop

Sorry if this bug report should go anywhere or other possible mistakes. This is 
my first bug report here :)

Thank you!


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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
[Desktop Entry]
Type=Application
Encoding=UTF-8
Name=Xcalc
Name[ar]=Xcalc
Name[ast]=Xcalc
Name[be]=Xcalc
Name[bg]=Xcalc
Name[bn]=Xcalc
Name[br]=Xcalc
Name[bs]=Xcalc
Name[ca]=Xcalc
Name[cs]=Xcalc
Name[da]=Xcalc
Name[de]=Xcalc
Name[dz]=Xcalc
Name[el]=Xcalc
Name[eo]=Xcalc
Name[es]=Xcalc
Name[et]=Xcalc
Name[eu]=Xcalc
Name[fi]=Xcalc
Name[fr]=Xcalc
Name[ga]=Xcalc
Name[gl]=Xcalc
Name[gu]=Xcalc
Name[he]=Xcalc
Name[hi]=Xcalc
Name[hr]=Xcalc
Name[hu]=Xcalc
Name[id]=Xcalc
Name[it]=Xcalc
Name[ja]=Xcalc
Name[ka]=Xcalc
Name[kk]=Xcalc
Name[km]=Xcalc
Name[ko]=Xcalc
Name[ku]=Xcalc
Name[lt]=Xcalc
Name[mk]=Xcalc
Name[ml]=Xcalc
Name[mr]=Xcalc
Name[nb]=Xcalc
Name[ne]=Xcalc
Name[nl]=Xcalc
Name[nn]=Xcalc
Name[pa]=Xcalc
Name[pl]=Xcalc
Name[pt]=Xcalc
Name[pt_BR]=Xcalc
Name[ro]=Xcalc
Name[ru]=Xcalc
Name[sk]=Xcalc
Name[sq]=Xcalc
Name[sv]=Xcalc
Name[ta]=Xcalc
Name[th]=Xcalc
Name[tl]=Xcalc
Name[tr]=Xcalc
Name[uk]=Xcalc
Name[vi]=Xcalc
Name[wo]=Xcalc
Name[zh_CN]=Xcalc
Name[zh_TW]=Xcalc
Comment=Xcalc: scientific calculator for X
Comment[ar]=Xcalc: scientific calculator for X
Comment[ast]=Xcalc: scientific calculator for X
Comment[be]=Xcalc: scientific calculator for X
Comment[bg]=Xcalc: scientific calculator for X
Comment[bn]=Xcalc: scientific calculator for X
Comment[br]=Xcalc: scientific calculator for X
Comment[bs]=Xcalc: scientific calculator for X
Comment[ca]=Xcalc: scientific calculator for X
Comment[cs]=Xcalc: scientific calculator for X
Comment[da]=Xcalc: scientific calculator for X
Comment[de]=Xcalc: scientific calculator for X
Comment[dz]=Xcalc: scientific calculator for X
Comment[el]=Xcalc: scientific calculator for X
Comment[eo]=Xcalc: scientific calculator for X
Comment[es]=Xcalc: scientific calculator for X
Comment[et]=Xcalc: scientific calculator for X
Comment[eu]=Xcalc: scientific calculator for X
Comment[fi]=Xcalc: scientific calculator for X
Comment[fr]=Xcalc: scientific calculator for X
Comment[ga]=Xcalc: scientific calculator for X
Comment[gl]=Xcalc: scientific calculator for X
Comment[gu]=Xcalc: scientific calculator for X
Comment[he]=Xcalc: scientific calculator for X
Comment[hi]=Xcalc: scientific calculator for X
Comment[hr]=Xcalc: scientific calculator for X
Comment[hu]=Xcalc: scientific calculator for X
Comment[id]=Xcalc: scientific calculator for X
Comment[it]=Xcalc: scientific calculator for X
Comment[ja]=Xcalc: scientific calculator for X
Comment[ka]=Xcalc: scientific calculator for X
Comment[kk]=Xcalc: scientific calculator for X
Comment[km]=Xcalc: scientific calculator for X
Comment[ko]=Xcalc: scientific calculator for X
Comment[ku]=Xcalc: scientific calculator for X
Comment[lt]=Xcalc: scientific calculator for X
Comment[mk]=Xcalc: scientific calculator for X
Comment[ml]=Xcalc: scientific calculator for X
Comment[mr]=Xcalc: scientific calculator for X
Comment[nb]=Xcalc: scientific calculator for X
Comment[ne]=Xcalc: scientific calculator for X
Comment[nl]=Xcalc: scientific calculator for X
Comment[nn]=Xcalc: scientific calculator for X
Comment[pa]=Xcalc: scientific calculator for X
Comment[pl]=Xcalc: scientific calculator for X
Comment[pt]=Xcalc: scientific calculator for X
Comment[pt_BR]=Xcalc: scientific calculator for X
Comment[ro]=Xcalc: scientific calculator for X
Comment[ru]=Xcalc: scientific calculator for X
Comment[sk]=Xcalc: scientific calculator for X
Comment[sq]=Xcalc: scientific calculator for X
Comment[sv]=Xcalc: scientific calculator for X
Comment[ta]=Xcalc: scientific calculator for X
Comment[th]=Xcalc: scientific calculator for X
Comment[tl]=Xcalc: scientific calculator for X
Comment[tr]=Xcalc: scientific calculator for X
Comment[uk]=Xcalc: scientific calculator for X
Comment[vi]=Xcalc: scientific calculator for X
Comment[wo]=Xcalc: scientific calculator for X
Comment[zh_CN]=Xcalc: scientific calculator for X
Comment[zh_TW]=Xcalc: scientific calculator for X
Exec=xcalc
Terminal=false
Categories=X-Debian-Applications-Science-Mathematics;


Bug#658065: RFS: atlas-cpp/0.6.2-1 [ITA] -- WorldForge wire protocol library

2012-02-12 Thread Ansgar Burchardt
Hi,

Stephen M. Webb stephen.w...@bregmasoft.ca writes:
  * There are files licensed under the GFDL in tutorial/example.
[...]
 I have reworded debian/changelog for clarification and added a clause to
 debian/copyright for the example files.  A new source package has been
 uploaded to mentors.debian.net.

Please don't assume specific versions of licenses if upstream does not
say so (debian/copyright says GFDL-1.3+ while the example files in the
tarball say just GFDL unless I missed something). Also you mentioned the
LGPL-2.1 instead of the GFDL later.

Ansgar



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



Bug#646206: [Kmymoney-devel] Bug#646206: kmymoney: Decimal separator no longer respected when importing from CSV

2012-02-12 Thread Allan

On 22/10/11 09:23, Arto Jantunen wrote:

Package: kmymoney
Version: 4.6.0-2-1
Severity: important

The CSV importer no longer respects the decimal separator setting in
any way, all data is always imported incorrectly (as if the decimal
separator didn't exist at all, so amount x 100 usually). This worked
on 15.10.2011, but doesn't today. Kmymoney has not been upgraded
during that time but some parts of the KDE runtime have (I follow
unstable very closely on this machine), the bug was probably
introduced somewhere over there.

Filed as important since it makes the package unusable for anyone who
imports from CSV.

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

Kernel: Linux 3.1.0-rc10 (SMP w/2 CPU cores; PREEMPT)
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 kmymoney depends on:
ii  kdebase-runtime   4:4.6.5-1+b1
ii  kdepim-runtime4:4.4.11.1-2
ii  kmymoney-common   4.6.0-2-1
ii  libalkimia4   4.3.1-1
ii  libaqbanking335.0.16-1
ii  libc6 2.13-21
ii  libgcc1   1:4.6.1-16
ii  libgmp10  2:5.0.2+dfsg-2
ii  libgpgme++2   4:4.6.5-1
ii  libgwengui-qt4-0  4.3.0-1
ii  libgwenhywfar60   4.3.0-1
ii  libical0  0.44-3
ii  libkabc4  4:4.6.5-1
ii  libkcmutils4  4:4.6.5-2
ii  libkdecore5   4:4.6.5-2
ii  libkdeui5 4:4.6.5-2
ii  libkfile4 4:4.6.5-2
ii  libkholidays4 4:4.6.5-1
ii  libkhtml5 4:4.6.5-2
ii  libkio5   4:4.6.5-2
ii  libofx4   1:0.9.4-2
ii  libqt4-dbus   4:4.7.3-8
ii  libqt4-network4:4.7.3-8
ii  libqt4-sql4:4.7.3-8
ii  libqt4-svg4:4.7.3-8
ii  libqt4-xml4:4.7.3-8
ii  libqtcore44:4.7.3-8
ii  libqtgui4 4:4.7.3-8
ii  libstdc++64.6.1-16

Versions of packages kmymoney recommends:
ii  gpg-agentnone
ii  pinentry-qt4  0.8.1-1

kmymoney suggests no packages.

-- no debconf information


This landed in this list last night, although apparently posted over 
three months ago, even though it has been classed as Severity: important.



Filed as important since it makes the package unusable for anyone who
imports from CSV.



There are actually two different csv import methods in KMM, and it's not 
clear to which you are referring, although I see that libaqbanking is 
installed.


I'm running Linux Mint 12 (KDE version) and I've just reverted to KMM

Version 4.6.0 using KDE Development Platform 4.7.4 (4.7.4) to test the 
csvimporter launched via the File menu.  This still imports correctly 
with no decimal point problem.  It is possible, though, to get the 
result you get if the decimal symbol is not selected on the Settings tab.


So, the application still seems to be usable for csv import.

I'm not able to test with libaqbanking.

Allan



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



Bug#653394: [Pkg-roundcube-maintainers] Bug#653394: roundcube-plugins-extra: rc-vacation inclusion

2012-02-12 Thread Alessandro De Zorzi
On 10/01/2012 16:40, Jérémy Bobbio wrote:
 I am going to contact upstream, as it is not really clear to me if the
 version currently available is compatible with Roundcube 0.7.

sorry for delay,
today I tested succesfully plugin cloned form git

CHANGELOG

2012-01-13 Boris HUISGEN bhuis...@hbis.fr
* lib/drivers/plesk.php : plesk driver from Vicente D. Monroig
Climent (vmonr...@digitaldisseny.com).
[RELEASE]: version 0.5


with roundcube 0.7.1

I use LDAP driver

-a





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



Bug#659578: xul-ext-zotero: New upstream release

2012-02-12 Thread Mirosław Zalewski
Package: xul-ext-zotero
Version: 2.1.10-1
Severity: wishlist

Around begginning of February, Zotero 3.0 got released.
Source code et al can be found on their web page:
http://www.zotero.org/support/dev/source_code

Since this release introduces standalone client, I have sent another
message to Debian bug #504058 as well.

Best regards
Mirosław Zalewski

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

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

Versions of packages xul-ext-zotero depends on:
ii  iceweasel  9.0.1-1

xul-ext-zotero recommends no packages.

xul-ext-zotero 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#659579: fglrx-source: Building kernel module conficts with binutils-gold package

2012-02-12 Thread Max Dmitrichenko
Package: fglrx-source
Version: 1:12-1-1~bpo60+1
Severity: serious
Justification: fails to build from source

I had binutils-gold packages installed and this was the reason that kernel 
module failed to build on my machine.

-- Package-specific info:
VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: ATI Technologies Inc Device 68ba

DRM and fglrx Informations from dmesg:
[0.00] No AGP bridge found
[0.381979] Linux agpgart interface v0.103
[ 2147.075957] [fglrx] Maximum main memory to use for locked dma buffers: 7771 
MBytes.
[ 2147.076077] [fglrx]   vendor: 1002 device: 68ba count: 1
[ 2147.076565] [fglrx] ioport: bar 4, base 0xde00, size: 0x100
[ 2147.076984] [fglrx] Kernel PAT support is enabled
[ 2147.077000] [fglrx] module loaded - fglrx 8.93.4 [Dec  5 2011] with 1 minors
[ 2147.289792] fglrx_pci :01:00.0: irq 26 for MSI/MSI-X
[ 2147.290297] [fglrx] Firegl kernel thread PID: 20316
[ 2147.290345] [fglrx] Firegl kernel thread PID: 20317
[ 2147.290390] [fglrx] Firegl kernel thread PID: 20318
[ 2147.290469] [fglrx] IRQ 26 Enabled
[ 2147.379449] [fglrx] Gart USWC size:1280 M.
[ 2147.379452] [fglrx] Gart cacheable size:508 M.
[ 2147.379456] [fglrx] Reserved FB block: Shared offset:0, size:100 
[ 2147.379458] [fglrx] Reserved FB block: Unshared offset:f8fd000, size:403000 
[ 2147.379460] [fglrx] Reserved FB block: Unshared offset:3fff4000, size:c000 
[ 8429.318387] Assertion failed in 
../../../../../../../../drivers/2d/lnx/fgl/drm/kernel/hal_evergreen.c at line: 
64
[ 8429.326881] Assertion failed in 
../../../../../../../../drivers/2d/lnx/fgl/drm/kernel/hal_evergreen.c at line: 
64
[ 8429.335106] Assertion failed in 
../../../../../../../../drivers/2d/lnx/fgl/drm/kernel/hal_evergreen.c at line: 
64
[49696.005410] Assertion failed in 
../../../../../../../../drivers/2d/lnx/fgl/drm/kernel/hal_evergreen.c at line: 
64
[161199.552175] Assertion failed in 
../../../../../../../../drivers/2d/lnx/fgl/drm/kernel/hal_evergreen.c at line: 
64
[161199.559359] Assertion failed in 
../../../../../../../../drivers/2d/lnx/fgl/drm/kernel/hal_evergreen.c at line: 
64
[162970.184682] Assertion failed in 
../../../../../../../../drivers/2d/lnx/fgl/drm/kernel/hal_evergreen.c at line: 
64
[223202.704421] Assertion failed in 
../../../../../../../../drivers/2d/lnx/fgl/drm/kernel/hal_evergreen.c at line: 
64
[223214.981467] Assertion failed in 
../../../../../../../../drivers/2d/lnx/fgl/drm/kernel/hal_evergreen.c at line: 
64
[223503.733455] Assertion failed in 
../../../../../../../../drivers/2d/lnx/fgl/drm/kernel/hal_evergreen.c at line: 
64
[223528.350521] Assertion failed in 
../../../../../../../../drivers/2d/lnx/fgl/drm/kernel/hal_evergreen.c at line: 
64

Xorg X server configuration file status:
-rw-r--r-- 1 root root 684 Feb  9 23:55 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
Section ServerLayout
Identifier aticonfig Layout
Screen  0  aticonfig-Screen[0]-0 0 0
EndSection

Section Module
EndSection

Section Monitor
Identifier   aticonfig-Monitor[0]-0
Option  VendorName ATI Proprietary Driver
Option  ModelName Generic Autodetecting Monitor
Option  DPMS true
EndSection

Section Device
Identifier  aticonfig-Device[0]-0
Driver  fglrx
BusID   PCI:1:0:0
EndSection

Section Screen
Identifier aticonfig-Screen[0]-0
Device aticonfig-Device[0]-0
Monitoraticonfig-Monitor[0]-0
DefaultDepth 24
SubSection Display
Viewport   0 0
Depth 24
EndSubSection
EndSection



Xorg X server log files on system:
-rw-r--r-- 1 root root 16748 Oct  2  2010 /var/log/Xorg.3.log
-rw-r--r-- 1 root root 28129 Dec 17  2010 /var/log/Xorg.2.log
-rw-r--r-- 1 root root 48147 Feb 12 13:25 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 44469 Feb 12 13:25 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.7.7
Release Date: 2010-05-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 3.0.0-1-amd64 x86_64 Debian
Current Operating System: Linux cuprum 2.6.32-5-amd64 #1 SMP Mon Jan 16 
16:22:28 UTC 2012 x86_64
Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-amd64 
root=UUID=b4bd038d-bc4c-4c24-bb57-c696cc6f17b5 ro
Build Date: 29 October 2011  06:58:14PM
xorg-server 2:1.7.7-14 (Julien Cristau jcris...@debian.org) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Sun Feb 12 13:23:24 2012
(==) Using config file: /etc/X11/xorg.conf
(==) Using system config directory /usr/share/X11/xorg.conf.d
(==) ServerLayout aticonfig Layout
(**) 

Bug#504058: (no subject)

2012-02-12 Thread Mirosław Zalewski
Hi all

About two weeks ago Zotero 3.0 got released. This release features final 
version of standalone client. I got no problem running it under my Debian 
testing (AMD64), so I guess building should be smooth too.

There is link for source code:
http://www.zotero.org/support/dev/source_code
(I am providing it, since I had problem finding source code on their website.)

There are also links to many other helpful resources, such as building 
instructions.

I have also filed bug against xul-ext-zotero, informing maintainer of this 
package about new upstream release.

I think that it would be great if Zotero standalone could ship with Wheezy.
-- 
Best regards
Mirosław Zalewski



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



Bug#659576: gnome-shell-extensions: fails to install

2012-02-12 Thread Michael Biebl
On 12.02.2012 11:39, Leandro Noferini wrote:
 Package: gnome-shell-extensions
 Version: 3.2.3-1
 Severity: important
 
 Trying to install via aptitude I get this error message:
 
 Unpacking gnome-shell-extensions (from 
 .../gnome-shell-extensions_3.2.3-1_all.deb) ...
 dpkg: error processing 
 /var/cache/apt/archives/gnome-shell-extensions_3.2.3-1_all.deb (--unpack):
  trying to overwrite 
 '/usr/share/locale/fr/LC_MESSAGES/gnome-shell-extensions.mo', which is also 
 in package gnome-shell-extensions-common 3.0.2-2
 configured to not write apport reports
   Errors were encountered while 
 processing:

Where did you get a gnome-shell-extensions-common 3.0.2-2 package?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#659579: [Pkg-fglrx-devel] Bug#659579: fglrx-source: Building kernel module conficts with binutils-gold package

2012-02-12 Thread Patrick Matthäi

Am 12.02.2012 12:18, schrieb Max Dmitrichenko:
 Package: fglrx-source
 Version: 1:12-1-1~bpo60+1
 Severity: serious
 Justification: fails to build from source
 
 I had binutils-gold packages installed and this was the reason that kernel 
 module failed to build on my machine.

Could you please send us the build log?


-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature


Bug#659425: closed by Andreas Barth a...@ayous.org (Re: faxrunqd uses getopts.pl)

2012-02-12 Thread Dominic Hargreaves
On Sat, Feb 11, 2012 at 06:12:07PM +, Debian Bug Tracking System wrote:

 Make that my fault for not checking the bugreport before forwarding it
 to you.
 
 Sorry, I assumed the perl team to be right when reporting the bug.
 
 Closing the bug now, it's a false positive.

Thanks, and sorry for not checking (I hadn't thought of people
putting comments in code about what it used to be like when designing
the lintian check :)

Cheers,
Dominic.

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



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



Bug#659580: roxterm: Disable menu access key (F10 by default) does not work

2012-02-12 Thread Henry Jensen
Package: roxterm
Version: 1.22.2-1+b1
Severity: normal
Tags: upstream


The option Preferences-Edit current profile-Keyboard-Disable menu access
key (F10 by default) does not work. When checking the box roxterm still
catches if F10 is pressed and shows the menu. This conflicts with the
keybinding of other programs, in my case I use F10 usually to quit Midnight
Commander. I have View-Show Menubar turned off.

It seems that this bug is not Debian specific, I found a report at
http://sourceforge.net/projects/roxterm/forums/forum/422638/topic/4965123
that a user of Arch Linux has the same problem.

Additionally I found no way to change the menu access key, although the
wording F10 by default suggests that the key can be changed.


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

Kernel: Linux 3.1.0-1-686-pae (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 roxterm depends on:
ii  libc6   2.13-26
ii  libdbus-1-3 1.4.16-1
ii  libdbus-glib-1-20.98-1
ii  libgdk-pixbuf2.0-0  2.24.0-2
ii  libglade2-0 1:2.6.4-1
ii  libglib2.0-02.30.2-6
ii  libgtk2.0-0 2.24.8-3
ii  libice6 2:1.0.7-2
ii  libpango1.0-0   1.29.4-2
ii  librsvg2-common 2.34.2-2
ii  libsm6  2:1.2.0-2
ii  libvte9 1:0.28.2-4
ii  libx11-62:1.4.4-4

Versions of packages roxterm recommends:
ii  openssh-client  1:5.9p1-2

roxterm suggests no packages.



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



Bug#659581: pbuilder: does not autocomplete filename in all cases correctly

2012-02-12 Thread Maarten Bezemer
Package: pbuilder
Version: 0.204
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch


When the pbuilder commands are used without starting with -- the auto 
completion of filenames does not work.
Also, the filename auto completion does not take directories into account.

*** /tmp/tmp_zb98I
In Ubuntu, the attached patch was applied to achieve the following:

  * Auto complete filenames not working when not adding -- to the command (LP: 
#770529)
  * Add directories to filename auto completion


Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers oneiric-security
  APT policy: (990, 'oneiric-security'), (900, 'oneiric-updates'), (500, 
'oneiric'), (400, 'oneiric-proposed'), (100, 'oneiric-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-15-generic (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
=== modified file 'bash_completion.d/pbuilder'
--- bash_completion.d/pbuilder  2010-06-23 07:21:11 +
+++ bash_completion.d/pbuilder  2012-02-12 00:35:04 +
@@ -14,14 +14,14 @@
 
 COMPREPLY=()
 cur=${COMP_WORDS[COMP_CWORD]}
-options='--create --update --build --login --execute --dumpconfig'
+options='--create --update --build --login --execute --dumpconfig create 
update build login execute dumpconfig'
 
 if [ $COMP_CWORD -eq 1 ]; then
 COMPREPLY=( $( compgen -W $options | grep ^$cur ) )
-elif [ ${COMP_WORDS[1]} = --build ]; then
+elif [ ${COMP_WORDS[1]} = --build -o ${COMP_WORDS[1]} = build ]; then
 COMPREPLY=( $( compgen -o filenames -G $cur*.dsc ) )
 fi
 
 return 0
 }
-[ $have ]  complete -F _pbuilder -o filenames pbuilder
+[ $have ]  complete -F _pbuilder -o filenames -o plusdirs pbuilder

=== modified file 'debian/changelog'



Bug#600276: mumble: Need to switch speech synthesis language according to translations

2012-02-12 Thread Patrick Matthäi
Am 15.10.2010 14:17, schrieb Samuel Thibault:
 Package: mumble
 Version: 1.2.2-4+b1
 Severity: normal
 
 Hello,
 
 My locale is fr, and thus mumble uses the french translations of
 messages. However, the speech synthesis engine is still using english,
 thus saying french text with a pure english accent. mumble should switch
 the espeak language according to whether the text it wants to speak got
 translated or not.

Hi,

does it work now if you install mumble from experimental and
speech-dispatcher + espeak-data from unstable?


-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature


Bug#659582: debdelta: chokes on system with multi-arch dpkg installed

2012-02-12 Thread Paul Wise
Package: debdelta
Version: 0.45
Severity: normal
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
X-Debbugs-CC: multiarch-de...@lists.alioth.debian.org

I have multiarch dpkg installed (see below) and I get some errors when
running debdelta (see below). It appears that debdelta is directly
accessing internal dpkg files, which are named differently on multi-arch
systems for packages marked as multi-arch. Instead of accessing internal
dpkg files, I think debdelta should spawn dpkg --listfiles to get a list
of files that belong to a package.

guest@morrison:~$ apt-cache policy dpkg
dpkg:
  Installed: 1.16.2~wipmultiarch
  Candidate: 1.16.2~wipmultiarch
  Version table:
 *** 1.16.2~wipmultiarch 0
   1900 http://http.debian.net/debian/ experimental/main amd64 Packages
100 /var/lib/dpkg/status
 1.16.1.2 0
   1700 http://http.debian.net/debian/ testing/main amd64 Packages
   1800 http://http.debian.net/debian/ unstable/main amd64 Packages

 *** Error while applying delta for libgmpxx4ldbl:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libgmpxx4ldbl.list'
 *** Error while applying delta for icedtea-6-jre-jamvm:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/icedtea-6-jre-jamvm.list'
 *** Error while applying delta for gcc-4.7-base:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/gcc-4.7-base.list'
 *** Error while applying delta for libxcb-shm0-dev:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libxcb-shm0-dev.list'
 *** Error while applying delta for libxcb-render0-dev:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libxcb-render0-dev.list'
 *** Error while applying delta for libpolkit-agent-1-0:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libpolkit-agent-1-0.list'
 *** Error while applying delta for icedtea-6-jre-cacao:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/icedtea-6-jre-cacao.list'
 *** Error while applying delta for libgomp1:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libgomp1.list'
 *** Error while applying delta for libbluray1:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libbluray1.list'
 *** Error while applying delta for libxcb-shape0:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libxcb-shape0.list'
 *** Error while applying delta for gcc-4.6-base:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/gcc-4.6-base.list'
 *** Error while applying delta for libpolkit-backend-1-0:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libpolkit-backend-1-0.list'
 *** Error while applying delta for libgcc1:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libgcc1.list'
 *** Error while applying delta for libquadmath0:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libquadmath0.list'
 *** Error while applying delta for libxcb-dri2-0:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libxcb-dri2-0.list'
 *** Error while applying delta for libxcb-xfixes0:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libxcb-xfixes0.list'
 *** Error while applying delta for libcupsmime1:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libcupsmime1.list'
 *** Error while applying delta for libxcb-xv0:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libxcb-xv0.list'
 *** Error while applying delta for libcupsdriver1:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libcupsdriver1.list'
 *** Error while applying delta for libcupscgi1:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libcupscgi1.list'
 *** Error while applying delta for libxcb1-dev:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libxcb1-dev.list'
 *** Error while applying delta for libpolkit-gobject-1-0:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libpolkit-gobject-1-0.list'
 *** Error while applying delta for openjdk-6-jre:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/openjdk-6-jre.list'
 *** Error while applying delta for libcupsimage2:  : None type 
'exceptions.IOError' [Errno 2] No such file or directory: 
'/var/lib/dpkg/info/libcupsimage2.list'
 *** Error while applying delta for 

Bug#659583: pbuilderrc manpage doesn't mention that quotes are needed around multiple components

2012-02-12 Thread Maarten Bezemer
Package: pbuilder
Version: 0.204ubuntu0~ppa1
Severity: normal


Reported on https://bugs.launchpad.net/ubuntu/+source/pbuilder/+bug/609106

The manpage pbuilderrc(5) states:

   COMPONENTS=main
   Specify the default distribution components to use. This option 
is space-delimited. This
   option only affects when doing pbuilder create or when 
--override-config is specified for
   pbuilder update option.

However, using the line:

   COMPONENTS=main universe

will fail with a message that the universe command cannot be found - because 
this value is space-delimited, it is interpreted as two separate commands. The 
man page should be changed to show the value in quotes:

   COMPONENTS=main



The manpage of pbuilderc(5) contains more of these inconsistencies, for example

   DEBEMAIL=Maintainer Name Mail@Address

is also not working without the quotes.

-- System Information:
Debian Release: wheezy/sid
  APT prefers oneiric-security
  APT policy: (990, 'oneiric-security'), (900, 'oneiric-updates'), (500, 
'oneiric'), (400, 'oneiric-proposed'), (100, 'oneiric-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-15-generic (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 pbuilder depends on:
ii  coreutils8.5-1ubuntu6GNU core utilities
ii  debconf [debconf-2.0]1.5.40ubuntu1   Debian configuration management sy
ii  debianutils  4.0.2   Miscellaneous utilities specific t
ii  debootstrap  1.0.37  Bootstrap a basic Debian system
ii  wget 1.12-3.1ubuntu1 retrieves files from the web

Versions of packages pbuilder recommends:
ii  devscripts  2.11.1ubuntu3scripts to make the life of a Debi
ii  fakeroot1.17-1   tool for simulating superuser priv
ii  sudo1.7.4p6-1ubuntu2 Provide limited super user privile

Versions of packages pbuilder suggests:
pn  cowdancer none (no description available)
pn  gdebi-corenone (no description available)
pn  pbuilder-uml  none (no description available)

-- debconf information:
  pbuilder/rewrite: false
  pbuilder/mirrorsite: http://nl.archive.ubuntu.com/ubuntu/
  pbuilder/nomirror:



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



Bug#659584: tesseract-ocr-deu-frak: consider spelling Fractur Fraktur in description

2012-02-12 Thread Kess Vargavind
Package: tesseract-ocr-deu-frak
Version: 3.02-2
Severity: minor

The first line of the package description uses the spelling ‘Fractur’ when
‘Fraktur’ is more common and also used in the other fraktur packages.

Regards,
Kess



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)

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

-- 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#659585: wm-icons: FTBFS in Debian Sid

2012-02-12 Thread Angel Abad
Package: wm-icons
Severity: important

Dear Maintainer, wm-icons fails to build from source in Debian
Unstable. It should Build-Depends on libtool:

/usr/bin/make -f debian/rules debian/stamp/pre-config-common
make[1]: Entering directory `/build/buildd/wm-icons-0.4.0'
WARNINGS=none autoreconf --warnings=none -f -i
Can't exec libtoolize: No such file or directory at /usr/bin/autoreconf line 
196.
Use of uninitialized value in pattern match (m//) at /usr/bin/autoreconf line 
196.
aclocal: couldn't open directory `/usr/share/aclocal': No such file or directory
autoreconf: aclocal failed with exit status: 1
make[1]: *** [debian/stamp/conf/autotools] Error 1
make[1]: Leaving directory `/build/buildd/wm-icons-0.4.0'
make: *** [debian/stamp/do-pre-config-common] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
**

Regards,


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

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



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



Bug#659587: tesseract-ocr-deu-frak: replaces tesseract-ocr-deu-f

2012-02-12 Thread Kess Vargavind
Package: tesseract-ocr-deu-frak
Version: 3.02-2
Severity: normal

It seems tesseract-ocr-deu-f has been replaced by tesseract-ocr-deu-frak.

Regards,
Kess



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)

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

-- 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#659588: libglib2.0-0: fails to install with foreign Multi-Arch

2012-02-12 Thread Neil Williams
Package: libglib2.0-0
Version: 2.30.2-6
Severity: normal

With the new upload of zlib1g, it is now possible to install glib
as a Multi-Arch package. It works for i386 on amd64 but not for
armel on amd64 - due to execution of the wrong executable
in the maintainer scripts:

Setting up libglib2.0-0:armel (2.30.2-6) ...
/usr/lib/arm-linux-gnueabi/glib-2.0/glib-compile-schemas: 1: 
/usr/lib/arm-linux-gnueabi/glib-2.0/glib-compile-schemas: Syntax error: word 
unexpected (expecting ))
/usr/lib/arm-linux-gnueabi/glib-2.0/gio-querymodules: 1: 
/usr/lib/arm-linux-gnueabi/glib-2.0/gio-querymodules: Syntax error: word 
unexpected (expecting ))
dpkg: error processing libglib2.0-0:armel (--configure):
 subprocess installed post-installation script returned error exit status 2
dpkg: dependency problems prevent configuration of libatk1.0-0:armel:
 libatk1.0-0:armel depends on libglib2.0-0 (= 2.16.0); however:
  Package libglib2.0-0:armel is not configured yet.
dpkg: error processing libatk1.0-0:armel (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 libglib2.0-0:armel

The compile-schemas and querymodules commands may need to check the
native / principle architecture and not run the executables in the
multiarch lib path. Alternatively, glib-compile-schemas and
gio-querymodules may need to move into a different Multi-Arch: foreign
package and be moved into /usr/bin.

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

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

Versions of packages libglib2.0-0 depends on:
ii  libc6  2.13-26
ii  libffi53.0.10-3
ii  libpcre3   8.12-4
ii  libselinux12.1.0-4.1
ii  multiarch-support  2.13-26
ii  zlib1g 1:1.2.6.dfsg-1

Versions of packages libglib2.0-0 recommends:
ii  libglib2.0-data   2.30.2-6
ii  shared-mime-info  0.90-1

libglib2.0-0 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#659589: [INTL:id] Indonesian translation of the debconf templates t-prot

2012-02-12 Thread Izharul Haq
Package: t-prot
Severity: wishlist
Tags: l10n patch

Please include the attached Indonesian debconf translations.

$ msgfmt --statistics -c -v -o /dev/null id.po
id.po: 2 translated messages.

Regards,

-- 
Izharul Haq

PGP key id 4096R/B290CF6E
024B C1C1 F856 566A B981  7E25 3FA9 5D44 B290 CF6E
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the t-prot package.
# Izharul Haq atoz.chev...@yahoo.com, 2012.
msgid 
msgstr 
Project-Id-Version: t-prot VERSION\n
Report-Msgid-Bugs-To: t-p...@packages.debian.org\n
POT-Creation-Date: 2006-08-02 15:54-0500\n
PO-Revision-Date: 2012-02-08 14:26+0700\n
Last-Translator: Izharul Haq atoz.chev...@yahoo.com\n
Language-Team: Indonesian debian-l10n-indones...@lists.debian.org\n
Language: id\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Plural-Forms: nplurals=1; plural=0;\n
X-Generator: Virtaal 0.6.1\n

#. Type: boolean
#. Description
#: ../templates:1001
msgid Do you want to enable t-prot system wide for mutt?
msgstr Apakah Anda ingin mengaktifkan pengaturan umum t-prot untuk mutt?

#. Type: boolean
#. Description
#: ../templates:1001
msgid 
The t-prot package provides a config file /etc/Muttrc.t-prot -- to use the 
script from mutt you have to enable it.  You can do this either by creating 
a symlink in /etc/Muttrc.d/ for systemwide usage (rather, this can be done 
automatically for you), or let the users decide to add a \source\ line for 
it in their ~/.muttrc or ~/.mutt/muttrc.  If you acknowledge this question 
the systemwide usage will be enabled.
msgstr 
Paket t-prot menyediakan berkas konfigurasi /etc/Muttrc.t-prot -- untuk 
menggunakan script dari mutt Anda harus mengaktifkannya. Anda dapat 
melakukan ini dengan cara membuat sebuah symlink di /etc/Muttrc.d/ untuk 
penggunaan umum sistem (sebenarnya, ini dapat dilakukan secara otomatis 
untuk Anda), atau membiarkan pengguna memilih untuk menambahkan sebuah 
\source\ baris dalam berkas ~/.muttrc atau ~/.mutt/muttrc mereka. Jika Anda 
menyetujui pertanyaan tersebut penggunaan umum akan diaktifkan.


Bug#657853: Building perl with hardened build flags

2012-02-12 Thread Niko Tyni
[Thanks for taking this to the list; should've done that myself.
 Just a couple of quick comments for now.]

On Sat, Feb 11, 2012 at 01:51:19PM +, Dominic Hargreaves wrote:
 On Fri, Feb 10, 2012 at 11:29:09PM +0200, Niko Tyni wrote:
  On Thu, Feb 09, 2012 at 08:44:25PM +, Dominic Hargreaves wrote:

  A. make debhelper pass all of CFLAGS, CPPFLAGS, and LDFLAGS down to
 ExtUtils::MakeMaker and ExtUtils::CBuilder via suitable command line
 invocations (it currently passes only CFLAGS, starting with compat
 level 9)
  
  B. make ExtUtils::MakeMaker and ExtUtils::CBuilder honour all of
 CFLAGS, CPPFLAGS, and LDFLAGS from the environment (debhelper
 sets these with compat level 9)
 
 You haven't made it explicit, but I assume that the opt-out strategy
 here is to unset those environment flags in debian/rules (there is
 no specific way to opt-out with debhelper incantations that I can see).

debhelper v9 sets CFLAGS and the rest based on dpkg-buildflags, so
DEB_BUILD_MAINT_OPTIONS would be the way to opt out of specific hardening
flags when necessary.

  C. force the flags that Perl was compiled with to the XS modules via
 $Config{ccflags} and friends

 Yes, I hadn't considered impact on non-packaged XS modules; it's probably
 less acceptable for them to have to opt-out. A shame, since it's the
 best way of ensuring that the buggy packages do get fixed, and in many
 ways my preferred option.

Yes, it certainly has upsides. I'm not totally ruling it out, but
it doesn't feel right to me.

  Options A and B both require compat level changes to the all the XS
  module packages. On the positive side, that also brings in the support
  for DEB_BUILD_OPTIONS=noopt.
 
 The compat changes are only required to get the benefit of hardening
 flags in those modules, which isn't strictly speaking necessary within
 the wheezy timeframe, AIUI. (In other words, we can satisfy the request
 to build perl itself with hardening flags without touching any other
 packages, if we implement A or B.)

That's a good point about the timeframe. So there's no real hurry with
the proposed debhelper changes in option A, they can be done after wheezy.

  Options A and B also require some fiddling inside the perl package to
  prevent the hardening flags from going into $Config{ccflags} and friends
  even if we build perl itself with them. I don't except this to be
  a big problem.
 
 Although it may well be straying in a direction that upstream doesn't
 like.

I was thinking of a running sed on Config_heavy.pl after the build to take
the dpkg-buildflags induced options out. I think that's in our domain.
If there's a cleaner way to apply those flags to the Perl build without
imposing them on XS modules, I'd certainly be happy to adopt that.
-- 
Niko Tyni   nt...@debian.org



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



Bug#659576: gnome-shell-extensions: fails to install

2012-02-12 Thread Leandro Noferini
Michael Biebl bi...@debian.org writes:


[...]

 Where did you get a gnome-shell-extensions-common 3.0.2-2 package?

Sorry, I wrote a wrong number: the version is 3.2.3-1

-- 
Ciao
leandro
http://oivabkctz4ajdnwa.onion/blog/
gpg fingerprint: 54A4 2612 FD50 0313 7FED  6A91 DA5C 1552 E7A4 D6C2
\/
    The only ASCII history possible
/\


pgppSQSX12l7r.pgp
Description: PGP signature


Bug#603656: Please add initramfs support

2012-02-12 Thread Riccardo Magliocchetti

Hello Jakub,

Il 12/02/2012 01:38, Jakub Moc ha scritto:

Riccardo, the hook works perfectly fine with initramfs. Just for
completeness, you need to add rdinit=/sbin/bootchartd *in addition*
to
init=/sbin/bootchartd, not instead of. ;)


Thanks for testing! Will try to get the hook included and will update 
the README accordingly.


Michael, any chance you can give it a try too?

thanks,
riccardo




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



Bug#659590: picocom: new upstream version 1.6 available

2012-02-12 Thread Johann AMSELLEM
Package: picocom
Severity: wishlist

Dear Maintainer,
Picocom 1.6 is available, please consider packaging it.
The new homepage is  :  http://code.google.com/p/picocom/

Cheers,


Bug#659182: [pkg-cryptsetup-devel] Bug#659182: dangling .so symlink

2012-02-12 Thread Jonas Meurer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 12.02.2012 11:15, schrieb Michael Biebl:
 Hi Jonas,
 
 On 12.02.2012 00:29, Jonas Meurer wrote:
 Am 11.02.2012 04:54, schrieb Michael Biebl:
 If I should delay or cancel the NMU, please let me know.
 
 sorry for not replying earlier. I'll try to upload a fixed
 package tomorrow myself. Please cancel the NMU. Reason is that I
 invented another RC bug with 2:1.4.1-1 and would like to fix that
 one with the upload as well. It needs some testing first though.
 
 If you upload 2:1.4.1-2 before my NMU hits the archive, my NMU
 will automatically be rejected. No harm done. If you take more time
 to upload your package, my NMU will make it possible to rebuild the
 reverse dependencies so packages in unstable are installable
 again.
 
 Apparently you are ok with the technical solution for the fix, so I
 see no harm in letting the NMU just proceed?

You're right. Thanks for the hints.

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

iQIcBAEBAgAGBQJPN7iAAAoJEFJi5/9JEEn+W1EP/3IkWBB2FTO/ucgfHICJ9g4i
nVNTtpH3z7/8Spwi4th97GzNWorl9lQU8WeCTihXoM+hg9X6RAkgymg82UH48JxY
GuLZ8S1zABR9E+GNXWgP8qHVJwWsU4PyiZQKDhVDfOhekLBlAQaQnU8ipkvW71jb
AvRn5nCD9gKESc15nMvl7pvwN9TWoWibW0mUMU/tnIDe/qZksVM0+6bAmjg65gMv
xkISmwGPhv5uql5o5oJa2qlCrrPVA0u5mWY9O9IRlJQdzYmzxUoCB+q2ranWJbJD
ySja91cvExH1yTYj4TKp4iAmI/tdSIwj3JRoHOO6N65D63Iy7dtY1Dea1+ygXVUp
BNpu5eHZe4TInfRJu/6nUohv/UhY0VPLnpVkLYBLaNOsAWLdSegh6qXEI0/VQp6N
eYZVizOYgj2T6uRFq7G8QGoZDHw0RnSlzX3kN+Zn5ybyDaxiNFqMRPyQ3rX+isRW
X7Bs5Pz98EoK7vgmHAZZw0fIyMEwoCPDxXccpd3nVGm5tOR5+hgofhrGM1hhdbRx
p6xf0IYOVvt7Y+7jZwk7HHa1FuMMRcoDVMQ4ksz8I8yidPqeIAy4Hida4g76HLfl
VFUB1522KMq+sacJry9Bghe7b/nnmY2JyqFH9LOkIPIC19N/+Oit/Is+DUsOQNlx
2vswcJPopSoHIqr2goW9
=9Kyw
-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#659591: curl: '--max-redirs -1' does not function as documented

2012-02-12 Thread Michael Deegan
Package: curl
Version: 7.21.0-2.1+squeeze1
Severity: normal

Expected behaviour:

   As per manpage: Set this option to -1 to make it limitless.

Actual behaviour:

   Error: curl: option --max-redirs: expected a proper numerical parameter

-- System Information:
Debian Release: 6.0.4
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (500, 'stable'), (490, 'testing'), (470, 
'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages curl depends on:
ii  libc62.13-26 Embedded GNU C Library: Shared lib
ii  libcurl3 7.21.0-2.1+squeeze1 Multi-protocol file transfer libra
ii  zlib1g   1:1.2.3.4.dfsg-3compression library - runtime

curl recommends no packages.

curl suggests no packages.

-- debconf-show failed

-MD

-- 
---
Michael DeeganHugaholichttp://www.deegan.id.au/
- Guvax bs vg nf ribyhgvba va npgvba. -



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



Bug#659592: python-django-horizon depends on obsolete quantum-client

2012-02-12 Thread Luca Falavigna
Package: python-django-horizon
Version: 2012.1~e3-3
Severity: serious

quantum-client is no longer built on top of quantum source package, and is
planned to be decrufted from the archive.

Please drop quantum-client dependency from python-django-horizon



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

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



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



Bug#652575: rsyslog: /etc/init.d/rsyslog modifications for GNU/Hurd

2012-02-12 Thread Michael Biebl
On 27.01.2012 10:18, Guillem Jover wrote:

 
  * rsyslog should probably switch to use s-s-d --exec instead (why is
it using --name anyway? that option has always been more unreliable).
 
 Still pending.

So, I had another look at it. This seems to be a typical case of
copypaste. The rsyslog init script is based on the skeleton file from
/etc/init.d/ which uses --name in stop.

Guillem, if --name is unreliable as you suggest, it might make sense to
update the skeleton file accordingly?

I guess I just use --exec everywhere, as I don't want to add further
arch specific checks.


 Also the creation of xconsole is disabled, since it does not work yet.

 Why does it not work?
 
 If it does not work then there might be a problem with named pipes?
 

I changed the logic a bit in create_xconsole()

Could you please check the attached rsyslog init script, if it works
properly on hurd?


Thanks,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
#! /bin/sh
### BEGIN INIT INFO
# Provides:  rsyslog
# Required-Start:$remote_fs $time
# Required-Stop: umountnfs $time
# X-Stop-After:  sendsigs
# Default-Start: 2 3 4 5
# Default-Stop:  0 1 6
# Short-Description: enhanced syslogd
# Description:   Rsyslog is an enhanced multi-threaded syslogd.
#It is quite compatible to stock sysklogd and can be 
#used as a drop-in replacement.
### END INIT INFO

#
# Author: Michael Biebl bi...@debian.org
#

# PATH should only include /usr/* if it runs after the mountnfs.sh script
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC=enhanced syslogd
NAME=rsyslog

RSYSLOGD=rsyslogd
RSYSLOGD_BIN=/usr/sbin/rsyslogd
RSYSLOGD_OPTIONS=-c5
RSYSLOGD_PIDFILE=/var/run/rsyslogd.pid

SCRIPTNAME=/etc/init.d/$NAME

# Exit if the package is not installed
[ -x $RSYSLOGD_BIN ] || exit 0

# Read configuration variable file if it is present
[ -r /etc/default/$NAME ]  . /etc/default/$NAME

# Define LSB log_* functions.
. /lib/lsb/init-functions

do_start()
{
DAEMON=$RSYSLOGD_BIN
DAEMON_ARGS=$RSYSLOGD_OPTIONS
PIDFILE=$RSYSLOGD_PIDFILE

# Return
#   0 if daemon has been started
#   1 if daemon was already running
#   other if daemon could not be started or a failure occured
start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -- 
$DAEMON_ARGS
}

do_stop()
{
NAME=$RSYSLOGD
PIDFILE=$RSYSLOGD_PIDFILE

# Return
#   0 if daemon has been stopped
#   1 if daemon was already stopped
#   other if daemon could not be stopped or a failure occurred
start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --pidfile 
$PIDFILE --name $NAME
}

#
# Tell rsyslogd to close all open files
#
do_rotate() {
NAME=$RSYSLOGD
PIDFILE=$RSYSLOGD_PIDFILE

start-stop-daemon --stop --signal HUP --quiet --pidfile $PIDFILE --name 
$NAME
}

create_xconsole() {
XCONSOLE=/dev/xconsole
if [ $(uname -s) = GNU/kFreeBSD ]; then
XCONSOLE=/var/run/xconsole
ln -sf $XCONSOLE /dev/xconsole
fi
if [ ! -e $XCONSOLE ]; then
mknod -m 640 $XCONSOLE p
chown root:adm $XCONSOLE
[ -x /sbin/restorecon ]  /sbin/restorecon $XCONSOLE
fi
}

sendsigs_omit() {
OMITDIR=/run/sendsigs.omit.d
mkdir -p $OMITDIR
ln -sf $RSYSLOGD_PIDFILE $OMITDIR/rsyslog
}

case $1 in
  start)
log_daemon_msg Starting $DESC $RSYSLOGD
create_xconsole
do_start
case $? in
0) sendsigs_omit
   log_end_msg 0 ;;
1) log_progress_msg already started
   log_end_msg 0 ;;
*) log_end_msg 1 ;;
esac

;;
  stop)
log_daemon_msg Stopping $DESC $RSYSLOGD
do_stop
case $? in
0) log_end_msg 0 ;;
1) log_progress_msg already stopped
   log_end_msg 0 ;;
*) log_end_msg 1 ;;
esac

;;
  rotate)
log_daemon_msg Closing open files $RSYSLOGD
do_rotate
log_end_msg $?
;;
  restart|force-reload)
$0 stop
$0 start
;;
  status)
status_of_proc -p $RSYSLOGD_PIDFILE $RSYSLOGD_BIN $RSYSLOGD  exit 0 
|| exit $?
;;
  *)
echo Usage: $SCRIPTNAME 
{start|stop|rotate|restart|force-reload|status} 2
exit 3
;;
esac

:


signature.asc
Description: OpenPGP digital signature


Bug#652575: rsyslog: /etc/init.d/rsyslog modifications for GNU/Hurd

2012-02-12 Thread Michael Biebl
On 12.02.2012 14:11, Michael Biebl wrote:

 Could you please check the attached rsyslog init script, if it works
 properly on hurd?

Sorry, attached the wrong version. Test this one.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
#! /bin/sh
### BEGIN INIT INFO
# Provides:  rsyslog
# Required-Start:$remote_fs $time
# Required-Stop: umountnfs $time
# X-Stop-After:  sendsigs
# Default-Start: 2 3 4 5
# Default-Stop:  0 1 6
# Short-Description: enhanced syslogd
# Description:   Rsyslog is an enhanced multi-threaded syslogd.
#It is quite compatible to stock sysklogd and can be 
#used as a drop-in replacement.
### END INIT INFO

#
# Author: Michael Biebl bi...@debian.org
#

# PATH should only include /usr/* if it runs after the mountnfs.sh script
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC=enhanced syslogd
NAME=rsyslog

RSYSLOGD=rsyslogd
RSYSLOGD_BIN=/usr/sbin/rsyslogd
RSYSLOGD_OPTIONS=-c5
RSYSLOGD_PIDFILE=/var/run/rsyslogd.pid

SCRIPTNAME=/etc/init.d/$NAME

# Exit if the package is not installed
[ -x $RSYSLOGD_BIN ] || exit 0

# Read configuration variable file if it is present
[ -r /etc/default/$NAME ]  . /etc/default/$NAME

# Define LSB log_* functions.
. /lib/lsb/init-functions

do_start()
{
DAEMON=$RSYSLOGD_BIN
DAEMON_ARGS=$RSYSLOGD_OPTIONS
PIDFILE=$RSYSLOGD_PIDFILE

# Return
#   0 if daemon has been started
#   1 if daemon was already running
#   other if daemon could not be started or a failure occured
start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -- 
$DAEMON_ARGS
}

do_stop()
{
DAEMON=$RSYSLOGD_BIN
PIDFILE=$RSYSLOGD_PIDFILE

# Return
#   0 if daemon has been stopped
#   1 if daemon was already stopped
#   other if daemon could not be stopped or a failure occurred
start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --pidfile 
$PIDFILE --exec $DAEMON
}

#
# Tell rsyslogd to close all open files
#
do_rotate() {
DAEMON=$RSYSLOGD_BIN
PIDFILE=$RSYSLOGD_PIDFILE

start-stop-daemon --stop --signal HUP --quiet --pidfile $PIDFILE --exec 
$DAEMON
}

create_xconsole() {
XCONSOLE=/dev/xconsole
if [ $(uname -s) != Linux ]; then
XCONSOLE=/run/xconsole
ln -sf $XCONSOLE /dev/xconsole
fi
if [ ! -e $XCONSOLE ]; then
mknod -m 640 $XCONSOLE p
chown root:adm $XCONSOLE
[ -x /sbin/restorecon ]  /sbin/restorecon $XCONSOLE
fi
}

sendsigs_omit() {
OMITDIR=/run/sendsigs.omit.d
mkdir -p $OMITDIR
ln -sf $RSYSLOGD_PIDFILE $OMITDIR/rsyslog
}

case $1 in
  start)
log_daemon_msg Starting $DESC $RSYSLOGD
create_xconsole
do_start
case $? in
0) sendsigs_omit
   log_end_msg 0 ;;
1) log_progress_msg already started
   log_end_msg 0 ;;
*) log_end_msg 1 ;;
esac

;;
  stop)
log_daemon_msg Stopping $DESC $RSYSLOGD
do_stop
case $? in
0) log_end_msg 0 ;;
1) log_progress_msg already stopped
   log_end_msg 0 ;;
*) log_end_msg 1 ;;
esac

;;
  rotate)
log_daemon_msg Closing open files $RSYSLOGD
do_rotate
log_end_msg $?
;;
  restart|force-reload)
$0 stop
$0 start
;;
  status)
status_of_proc -p $RSYSLOGD_PIDFILE $RSYSLOGD_BIN $RSYSLOGD  exit 0 
|| exit $?
;;
  *)
echo Usage: $SCRIPTNAME 
{start|stop|rotate|restart|force-reload|status} 2
exit 3
;;
esac

:


signature.asc
Description: OpenPGP digital signature


Bug#611493: kernel panics or freezes helped but not eliminated by warm reboot or rootdelay=20

2012-02-12 Thread Pascal BERNARD

Hi Jonathan,

I must say that I have had no trouble since I switched to kernel 3.x.

I am sorry I did not make the effort of trying different 2.6 versions in 
order to find out which version introduced the issue. I felt as if not 
many other people had this problem. I have also an old motherboard which 
has hardware problems (the audio and one on board  network card died 
which seems to be a great improvement!).


Thank you for your suggestion to try the kernel 3.0. I can keep using 
this computer that does not perform too bad yet.


Best regards,

Pascal

On 10/02/2012 00:19, Jonathan Nieder wrote:

Hi again,

Jonathan Nieder wrote:

   

Could be timing-related.  One way to learn more would be to try
various versions of initramfs-tools from snapshot.debian.org to find
when the change occured.

The investigator's mantra: manipulate one variable, keeping everything
else the same.
 

Did you try this?  Any other news?

In suspense,
Jonathan
   





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



Bug#659593: coreutils: *** glibc detected *** tac: double free or corruption (top): 0x000000000061b030 ***

2012-02-12 Thread Segfault in
Package: coreutils
Version: 8.5-1
Severity: important

$ tac */dev/null
*** glibc detected *** tac: double free or corruption (top): 0x0061b030 
***
=== Backtrace: =
/lib/libc.so.6(+0x71bd6)[0x7fb3b04d9bd6]
/lib/libc.so.6(cfree+0x6c)[0x7fb3b04de94c]
tac[0x402660]
/lib/libc.so.6(__libc_start_main+0xfd)[0x7fb3b0486c8d]
tac[0x401999]
=== Memory map: 
0040-00417000 r-xp  08:01 49671  
/usr/bin/tac
00617000-00618000 rw-p 00017000 08:01 49671  
/usr/bin/tac
00618000-0063b000 rw-p  00:00 0  [heap]
7fb3abdea000-7fb3abe0 r-xp  08:01 114705 
/lib/libgcc_s.so.1
7fb3abe0-7fb3abfff000 ---p 00016000 08:01 114705 
/lib/libgcc_s.so.1
7fb3abfff000-7fb3ac00 rw-p 00015000 08:01 114705 
/lib/libgcc_s.so.1
7fb3ac00-7fb3ac021000 rw-p  00:00 0 
7fb3ac021000-7fb3b000 ---p  00:00 0 
7fb3b01d6000-7fb3b0468000 r--p  08:01 49303  
/usr/lib/locale/locale-archive
7fb3b0468000-7fb3b05c1000 r-xp  08:01 114732 
/lib/libc-2.11.3.so
7fb3b05c1000-7fb3b07c ---p 00159000 08:01 114732 
/lib/libc-2.11.3.so
7fb3b07c-7fb3b07c4000 r--p 00158000 08:01 114732 
/lib/libc-2.11.3.so
7fb3b07c4000-7fb3b07c5000 rw-p 0015c000 08:01 114732 
/lib/libc-2.11.3.so
7fb3b07c5000-7fb3b07ca000 rw-p  00:00 0 
7fb3b07ca000-7fb3b07e8000 r-xp  08:01 114722 
/lib/ld-2.11.3.so
7fb3b0979000-7fb3b09ba000 rw-p  00:00 0 
7fb3b09db000-7fb3b09de000 rw-p  00:00 0 
7fb3b09e4000-7fb3b09e7000 rw-p  00:00 0 
7fb3b09e7000-7fb3b09e8000 r--p 0001d000 08:01 114722 
/lib/ld-2.11.3.so
7fb3b09e8000-7fb3b09e9000 rw-p 0001e000 08:01 114722 
/lib/ld-2.11.3.so
7fb3b09e9000-7fb3b09ea000 rw-p  00:00 0 
7fffe5fe3000-7fffe5ff7000 rw-p  00:00 0  [stack]
7fffe5fff000-7fffe600 r-xp  00:00 0  [vdso]
ff60-ff601000 r-xp  00:00 0  
[vsyscall]
Аварийный останов


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

Kernel: Linux 2.6.32.36-228-scalaxy (SMP w/16 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages coreutils depends on:
ii  libacl1   2.2.49-4   Access control list shared library
ii  libattr1  1:2.4.44-2 Extended attribute shared library
ii  libc6 2.11.3-2   Embedded GNU C Library: Shared lib
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries

coreutils recommends no packages.

coreutils 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#659594: fonts-manchufont: use dh_installdeb maintscript support

2012-02-12 Thread Colin Watson
Package: fonts-manchufont
Version: 2.007.svn0068-2
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise

Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before
fonts-manchufont.  This seems generally undesirable; it would be better
to enforce a single code path.  (This is academic for Debian because the
version of dpkg in squeeze supported dpkg-maintscript-helper, hence
Severity: wishlist; Ubuntu's last LTS release didn't have a sufficient
version of dpkg for that which is why I care.)

It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0.  This would remove duplicate code from your maintainer scripts -
in fact, you'd no longer need to have handwritten maintainer scripts at
all.  Here's a patch:

  * Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand.  We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.

diff -Nru fonts-manchufont-2.007.svn0068/debian/control 
fonts-manchufont-2.007.svn0068/debian/control
--- fonts-manchufont-2.007.svn0068/debian/control   2011-09-03 
10:09:34.0 +0100
+++ fonts-manchufont-2.007.svn0068/debian/control   2012-02-12 
13:29:38.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian Fonts Task Force pkg-fonts-de...@lists.alioth.debian.org
 Uploaders: Arne Goetje a...@linux.org.tw
-Build-Depends: debhelper (= 8)
+Build-Depends: debhelper (= 8.1.0~)
 Standards-Version: 3.9.2
 Homepage: http://sourceforge.net/projects/manchufont/
 Vcs-svn: svn://svn.debian.org/svn/pkg-fonts/packages/fonts-manchufont
@@ -11,6 +11,7 @@
 
 Package: fonts-manchufont
 Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}
 Replaces: ttf-manchufont ( 2.007.svn0068-2)
 Conflicts: ttf-manchufont ( 2.007.svn0068-2)
diff -Nru fonts-manchufont-2.007.svn0068/debian/maintscript 
fonts-manchufont-2.007.svn0068/debian/maintscript
--- fonts-manchufont-2.007.svn0068/debian/maintscript   1970-01-01 
01:00:00.0 +0100
+++ fonts-manchufont-2.007.svn0068/debian/maintscript   2012-02-12 
13:28:51.0 +
@@ -0,0 +1 @@
+rm_conffile /etc/defoma/hints/ttf-manchufont.hints 2.007.svn0068-2
diff -Nru fonts-manchufont-2.007.svn0068/debian/postinst 
fonts-manchufont-2.007.svn0068/debian/postinst
--- fonts-manchufont-2.007.svn0068/debian/postinst  2011-09-01 
19:01:40.0 +0100
+++ fonts-manchufont-2.007.svn0068/debian/postinst  1970-01-01 
01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-manchufont.hints 
2.007.svn0068-2 -- $@
-fi
-
-#DEBHELPER#
-
diff -Nru fonts-manchufont-2.007.svn0068/debian/postrm 
fonts-manchufont-2.007.svn0068/debian/postrm
--- fonts-manchufont-2.007.svn0068/debian/postrm2011-09-01 
19:01:40.0 +0100
+++ fonts-manchufont-2.007.svn0068/debian/postrm1970-01-01 
01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-manchufont.hints 
2.007.svn0068-2 -- $@
-fi
-
-#DEBHELPER#
-
diff -Nru fonts-manchufont-2.007.svn0068/debian/preinst 
fonts-manchufont-2.007.svn0068/debian/preinst
--- fonts-manchufont-2.007.svn0068/debian/preinst   2011-09-01 
19:01:40.0 +0100
+++ fonts-manchufont-2.007.svn0068/debian/preinst   1970-01-01 
01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-manchufont.hints 
2.007.svn0068-2 -- $@
-fi
-
-#DEBHELPER#
-

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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



Bug#659595: open-vm-tools build-depends on obsolete libproc-dev

2012-02-12 Thread Luca Falavigna
Source: open-vm-tools
Version: 2:8.8.0+2011.12.20-562307-1
Severity: serious

libproc-dev is no longer built on top of procps source package, and is planned
to be decrufted from the archive.

Please replace libproc-dev build-dependency with libprocps0-dev.



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

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



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



Bug#659596: xmem build-depends on obsolete libproc-dev

2012-02-12 Thread Luca Falavigna
Source: xmem
Version: 1.20-27.1
Severity: serious

libproc-dev is no longer built on top of procps source package, and is planned
to be decrufted from the archive.

Please replace libproc-dev build-dependency with libprocps0-dev.



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

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



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



Bug#659597: ocropus build-depends on obsolete tesseract-ocr-dev

2012-02-12 Thread Luca Falavigna
Source: ocropus
Version: 0.3.1-4
Severity: serious

tesseract-ocr-dev is no longer built on top of tesseract source package, and is
planned to be decrufted from the archive.

Please replace tesseract-ocr-dev build-dependency with libtesseract-dev.



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

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



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



Bug#659598: sikuli build-depends on obsolete tesseract-ocr-dev

2012-02-12 Thread Luca Falavigna
Source: sikuli
Version: 1.0~x~rc3-dfsg1-3
Severity: serious

tesseract-ocr-dev is no longer built on top of tesseract source package, and is
planned to be decrufted from the archive.

Please replace tesseract-ocr-dev build-dependency with libtesseract-dev.



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

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



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



Bug#659599: jsch: update to new version

2012-02-12 Thread Maarten Bezemer
Package: jsch
Severity: normal

Version 0.1.43 of jsch solves a problem I encountered with EGit:
  feature: support for private keys ciphered with aes192-cbc and aes128-cbc

So I would like to see the jsch get updated (to its newest version).
On launchpad (https://bugs.launchpad.net/ubuntu/+source/jsch/+bug/803492) I 
have updated jsch to version 0.1.45.

Only debian/pom.xml needs an update: 
http://bazaar.launchpad.net/~veger/+junk/jsch/revision/10#debian/pom.xml
(besides the source and debian/changelog ofcourse)
Since upgrading is quite painless, I did not add a patch to this report to 
prevent kilobytes of diffs

-- System Information:
Debian Release: wheezy/sid
  APT prefers oneiric-security
  APT policy: (990, 'oneiric-security'), (900, 'oneiric-updates'), (500, 
'oneiric'), (400, 'oneiric-proposed'), (100, 'oneiric-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-15-generic (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



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



Bug#659600: fonts-mplus: use dh_installdeb maintscript support

2012-02-12 Thread Colin Watson
Package: fonts-mplus
Version: 045-1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise

Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before fonts-mplus.
This seems generally undesirable; it would be better to enforce a single
code path.  (This is academic for Debian because the version of dpkg in
squeeze supported dpkg-maintscript-helper, hence Severity: wishlist;
Ubuntu's last LTS release didn't have a sufficient version of dpkg for
that which is why I care.)

It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0.  This would remove duplicate code from your maintainer scripts -
in fact, you'd no longer need to have handwritten maintainer scripts at
all.  Here's a patch:

  * Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand.  We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.

diff -Nru fonts-mplus-045/debian/control fonts-mplus-045/debian/control
--- fonts-mplus-045/debian/control  2011-10-07 12:06:52.0 +0100
+++ fonts-mplus-045/debian/control  2012-02-12 13:45:04.0 +
@@ -3,12 +3,13 @@
 Priority: optional
 Maintainer: Debian Fonts Task Force pkg-fonts-de...@lists.alioth.debian.org
 Uploaders: Gürkan Sengün gur...@phys.ethz.ch
-Build-Depends: debhelper (= 8)
+Build-Depends: debhelper (= 8.1.0~)
 Standards-Version: 3.9.2
 Homepage: http://mplus-fonts.sourceforge.jp/
 
 Package: fonts-mplus
 Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}
 Replaces: ttf-mplus ( 042-1)
 Conflicts: ttf-mplus ( 042-1)
diff -Nru fonts-mplus-045/debian/maintscript fonts-mplus-045/debian/maintscript
--- fonts-mplus-045/debian/maintscript  1970-01-01 01:00:00.0 +0100
+++ fonts-mplus-045/debian/maintscript  2012-02-12 13:44:17.0 +
@@ -0,0 +1 @@
+rm_conffile /etc/defoma/hints/ttf-mplus.hints 040-1
diff -Nru fonts-mplus-045/debian/postinst fonts-mplus-045/debian/postinst
--- fonts-mplus-045/debian/postinst 2011-06-14 13:15:10.0 +0100
+++ fonts-mplus-045/debian/postinst 1970-01-01 01:00:00.0 +0100
@@ -1,8 +0,0 @@
-#!/bin/sh
-
-set -e
-
-CFILE='/etc/defoma/hints/ttf-mplus.hints'
-dpkg-maintscript-helper rm_conffile $CFILE 040-1 -- $@
-
-#DEBHELPER#
diff -Nru fonts-mplus-045/debian/postrm fonts-mplus-045/debian/postrm
--- fonts-mplus-045/debian/postrm   2011-06-14 13:15:05.0 +0100
+++ fonts-mplus-045/debian/postrm   1970-01-01 01:00:00.0 +0100
@@ -1,8 +0,0 @@
-#!/bin/sh
-
-set -e
-
-CFILE='/etc/defoma/hints/ttf-mplus.hints'
-dpkg-maintscript-helper rm_conffile $CFILE 040-1 -- $@
-
-#DEBHELPER#
diff -Nru fonts-mplus-045/debian/preinst fonts-mplus-045/debian/preinst
--- fonts-mplus-045/debian/preinst  2011-06-14 13:14:58.0 +0100
+++ fonts-mplus-045/debian/preinst  1970-01-01 01:00:00.0 +0100
@@ -1,10 +0,0 @@
-#!/bin/sh
-
-set -e 
-
-CFILE='/etc/defoma/hints/ttf-mplus.hints'
-if dpkg-maintscript-helper supports rm_conffile; then
-dpkg-maintscript-helper rm_conffile $CFILE 040-1 -- $@
-fi
-
-#DEBHELPER#

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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



Bug#659601: [INTL: it] Italian translation of debconf messages

2012-02-12 Thread Beatrice Torracca
Package: ptex-jisfonts
Severity: wishlist
Tags: l10n patch

Hi.
Please find attached the Italian translation of ptex-jisfonts debconf
messages proofread by the Italian localization team.

Thanks,
Beatrice
# Italian translation of ptex-jisfonts debconf messages.
# Copyright (C) 2012 ptex-jisfonts package copyright holder
# This file is distributed under the same license as the ptex-jisfonts package.
# Beatrice Torracca beatri...@libero.it, 2012.
msgid 
msgstr 
Project-Id-Version: ptex-jisfonts 2-21.1\n
Report-Msgid-Bugs-To: oh...@debian.org\n
POT-Creation-Date: 2006-08-07 23:54+0900\n
PO-Revision-Date: 2012-02-12 14:50+0200\n
Last-Translator: Beatrice Torracca beatri...@libero.it\n
Language-Team: debian-l10n-italian\n
Language: it\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Plural-Forms: nplurals=2; plural=(n != 1);\n
X-Generator: Virtaal 0.7.1\n

#. Type: note
#. Description
#: ../templates:1001
msgid You have to run `jisftconfig add' after installation.
msgstr È necessario eseguire \jisftconfig add\ dopo l'installazione.

#. Type: note
#. Description
#: ../templates:1001
msgid 
If you want to use jisfonts with xdvik-ja and/or dvipsk-ja, you will have to 
run `jisftconfig add' with root privileges after installation. This command 
will set up the environment for jisfonts.
msgstr 
Se si desidera utilizzare jisfonts con xdvik-ja o dvipsk-ja, sarà necessario 
eseguire \jisftconfig add\ con i privilegi di root dopo l'installazione. 
Questo comando imposta l'ambiente per jisfonts.

#. Type: note
#. Description
#: ../templates:1001
msgid 
For more details, read /usr/share/doc/ptex-jisfonts/README.Debian and 
jisftconfig(1).
msgstr 
Per ulteriori dettagli, leggere /usr/share/doc/ptex-jisfonts/README.Debian e 
jisftconfig(1).


Bug#659602: [INTL: it] Italian translation of debconf messages

2012-02-12 Thread Beatrice Torracca
Package: hyperspec
Severity: wishlist
Tags: patch l10n

Hi.
Please find attached the Italian translation of hyperspec debconf messages
proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian translation of hyperspec debconf messages.
# Copyright (C) 2012, Peter Van Eynde pvane...@debian.org
# This file is distributed under the same license as the hyperspec package.
# Beatrice Torracca beatri...@libero.it, 2012.
msgid 
msgstr 
Project-Id-Version: hyperspec 1.30+nmu1\n
Report-Msgid-Bugs-To: hypers...@packages.debian.org\n
POT-Creation-Date: 2009-09-03 16:52+0100\n
PO-Revision-Date: 2012-02-12 14:58+0200\n
Last-Translator: Beatrice Torracca beatri...@libero.it\n
Language-Team: debian-l10n-italian\n
Language: it\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Plural-Forms: nplurals=2; plural=(n != 1);\n
X-Generator: Virtaal 0.7.1\n

#. Type: boolean
#. Description
#: ../templates:1001
msgid Download the hyperspec book from the Internet?
msgstr Scaricare il libro hyperspec da Internet?

#. Type: boolean
#. Description
#: ../templates:1001
msgid 
You don't have the file /root/tmp/HyperSpec-6-0.tar.gz. You may want to 
download this file from internet now and proceed with the installation 
afterward.
msgstr 
Il file /root/tmp/HyperSpec-6-0.tar.gz non è presente. Si potrebbe voler 
scaricare tale file da Internet adesso e procedere con l'installazione in 
seguito.

#. Type: boolean
#. Description
#: ../templates:2001
msgid Unable to download. Try again?
msgstr Impossibile scaricare. Riprovare?

#. Type: boolean
#. Description
#: ../templates:2001
msgid 
An error occured during the download of the hyperspec from the Internet. You 
may now request to try the download again.
msgstr 
Si è verificato un errore durante lo scaricamento di hyperspec da Internet. 
Si può richiedere ora di riprovare nuovamente a scaricarlo.


Bug#659603: fonts-ocr-a: use dh_installdeb maintscript support

2012-02-12 Thread Colin Watson
Package: fonts-ocr-a
Version: 1.0-4
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise

Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before fonts-ocr-a.
This seems generally undesirable; it would be better to enforce a single
code path.  (This is academic for Debian because the version of dpkg in
squeeze supported dpkg-maintscript-helper, hence Severity: wishlist;
Ubuntu's last LTS release didn't have a sufficient version of dpkg for
that which is why I care.)

It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0.  This would remove duplicate code from your maintainer scripts -
in fact, you'd no longer need to have handwritten maintainer scripts at
all.  Here's a patch:

  * Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand.  We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.

diff -Nru fonts-ocr-a-1.0/debian/control fonts-ocr-a-1.0/debian/control
--- fonts-ocr-a-1.0/debian/control  2011-10-14 11:47:05.0 +0100
+++ fonts-ocr-a-1.0/debian/control  2012-02-12 14:08:51.0 +
@@ -3,12 +3,13 @@
 Priority: optional
 Maintainer: Debian Fonts Task Force pkg-fonts-de...@lists.alioth.debian.org
 Uploaders: Gürkan Sengün gur...@phys.ethz.ch
-Build-Depends: debhelper (= 8), fontforge
+Build-Depends: debhelper (= 8.1.0~), fontforge
 Standards-Version: 3.9.2
 Homepage: http://sourceforge.net/projects/ocr-a-font
 
 Package: fonts-ocr-a
 Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}
 Replaces: ttf-ocr-a ( 1.0-3)
 Conflicts: ttf-ocr-a ( 1.0-3)
diff -Nru fonts-ocr-a-1.0/debian/maintscript fonts-ocr-a-1.0/debian/maintscript
--- fonts-ocr-a-1.0/debian/maintscript  1970-01-01 01:00:00.0 +0100
+++ fonts-ocr-a-1.0/debian/maintscript  2012-02-12 14:08:21.0 +
@@ -0,0 +1 @@
+rm_conffile /etc/defoma/hints/ttf-ocr-a.hints 1.0-3
diff -Nru fonts-ocr-a-1.0/debian/postinst fonts-ocr-a-1.0/debian/postinst
--- fonts-ocr-a-1.0/debian/postinst 2011-07-20 20:30:44.0 +0100
+++ fonts-ocr-a-1.0/debian/postinst 1970-01-01 01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-ocr-a.hints 1.0-3 
-- $@
-fi
-
-#DEBHELPER#
-
diff -Nru fonts-ocr-a-1.0/debian/postrm fonts-ocr-a-1.0/debian/postrm
--- fonts-ocr-a-1.0/debian/postrm   2011-07-20 20:30:58.0 +0100
+++ fonts-ocr-a-1.0/debian/postrm   1970-01-01 01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-ocr-a.hints 1.0-3 
-- $@
-fi
-
-#DEBHELPER#
-
diff -Nru fonts-ocr-a-1.0/debian/preinst fonts-ocr-a-1.0/debian/preinst
--- fonts-ocr-a-1.0/debian/preinst  2011-07-20 20:30:54.0 +0100
+++ fonts-ocr-a-1.0/debian/preinst  1970-01-01 01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-ocr-a.hints 1.0-3 
-- $@
-fi
-
-#DEBHELPER#
-

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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



Bug#659604: gpe-calendar: Fix compiler warnings about dbus_connection_setup_with_g_main and format-security

2012-02-12 Thread Andreas Moog
Package: gpe-calendar
Version: 0.92-4
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



*** /tmp/tmp4_vouR/bug_body
In Ubuntu, the attached patch was applied to achieve the following:

  * d/patches/dbus-glib-lowlevel: Include dbus-glib-lowlevel.h to get rid of 
warning about dbus_connection_setup_with_g_main() being undeclared
  * d/patches/format_string: Add format string to fix FTBFS with 
-Werror=format-security

Thanks for considering the patch.


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

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

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

iQIcBAEBAgAGBQJPN8jUAAoJEGHzRCZ03mYkGh4P/jUT/VsOJ5DldbONKglHCggy
9WkPP2Ol30WpdhTwV5fxqZ8mNHU91W8/qYQwIfJORzeg0XmyfvOgWLBQT70lrGTk
eWydudGq6yhr1+Yo5ALVTZ7CHEeJs6whSM6xixUqlV1HICHymADjSZufzYbhBa1V
O7ERZgmcCjKx3nW26pZlOVuvUK0J0uDT+TXOuPp0O94eTT+69r9bZAC/m8Gts/sU
z/wqL044BRBrEEvCi5OxtR3dKtJivP+wkW1FP6cNJDRq7P4/JB7bAYcaj/Jc6U+7
FvTKE+12RgKwVKUwiyAph7aRhwCjpuk9MGsOC9YZdSq5aOraVvCkEhWzYnUgri1w
ExKbDXe3NacbjCg5unFcH9x3bFO+w1v/9LBiMWXvYRhZ+6j+ORz/8J/MVHq6nFJe
wzXYAGuf3unU8aiLBTOnPERcqEtJHU7KQmUKhpzmMFZia19PXu+1EcXwh/MhJMZh
N+rHtDnaO783r1g94y4s/mv7p8oQUwxdB7Gen+iMMmwOvft0+cgkMV55fu8Ow9dK
zRIwStdS1mM71OyNIE4P5xaW5w6iZgoF4z1pUtBiEehedEeyO98pvYeObDHG4GjG
pd2nerjEmUDLhPUgtQpXcl2jKWtwg+1AMaKEbsFWpIxoySncVF30CIddIxlu0svS
ny9XeF+4vHsE92KMC3Z1
=TdcR
-END PGP SIGNATURE-
diff -Nru gpe-calendar-0.92/debian/patches/dbus-glib-lowlevel.patch gpe-calendar-0.92/debian/patches/dbus-glib-lowlevel.patch
--- gpe-calendar-0.92/debian/patches/dbus-glib-lowlevel.patch	1970-01-01 01:00:00.0 +0100
+++ gpe-calendar-0.92/debian/patches/dbus-glib-lowlevel.patch	2012-02-12 14:57:40.0 +0100
@@ -0,0 +1,17 @@
+Description: Include dbus-glib-lowlevel to get rid of warning
+ about dbus_connection_setup_with_g_main() being undeclared
+Author: Andreas Moog am...@ubuntu.com
+
+Index: gpe-calendar-0.92/import-export.c
+===
+--- gpe-calendar-0.92.orig/import-export.c	2012-02-12 14:50:56.0 +0100
 gpe-calendar-0.92/import-export.c	2012-02-12 14:56:12.411746070 +0100
+@@ -42,6 +42,7 @@
+ #ifdef USE_DBUS
+ #include dbus/dbus.h
+ #include dbus/dbus-glib.h
++#include dbus/dbus-glib-lowlevel.h
+ 
+ static DBusConnection *connection;
+ 
+
diff -Nru gpe-calendar-0.92/debian/patches/series gpe-calendar-0.92/debian/patches/series
--- gpe-calendar-0.92/debian/patches/series	2009-12-12 08:08:40.0 +0100
+++ gpe-calendar-0.92/debian/patches/series	2012-02-12 14:59:13.0 +0100
@@ -2,3 +2,5 @@
 desktop-validity
 add-lgthread-linkage
 migrate-to-soup_2.4
+dbus-glib-lowlevel.patch
+string_formats.patch
diff -Nru gpe-calendar-0.92/debian/patches/string_formats.patch gpe-calendar-0.92/debian/patches/string_formats.patch
--- gpe-calendar-0.92/debian/patches/string_formats.patch	1970-01-01 01:00:00.0 +0100
+++ gpe-calendar-0.92/debian/patches/string_formats.patch	2012-02-12 15:00:01.0 +0100
@@ -0,0 +1,14 @@
+Description: Add format string to feedbackdlg
+Author: Andreas Moog am...@ubuntu.com
+
+--- gpe-calendar-0.92.orig/import-export.c
 gpe-calendar-0.92/import-export.c
+@@ -238,7 +238,7 @@ cal_import_dialog (EventCalendar *ec, co
+   GtkWidget *feedbackdlg = gtk_message_dialog_new
+ (GTK_WINDOW (main_window),
+  GTK_DIALOG_MODAL, GTK_MESSAGE_INFO,
+- GTK_BUTTONS_OK, error ? error-message : _(Import successful));
++ GTK_BUTTONS_OK, %s, error ? error-message : _(Import successful));
+ 
+   if (error)
+ g_error_free (error);


Bug#659593: coreutils: *** glibc detected *** tac: double free or corruption (top): 0x000000000061b030 ***

2012-02-12 Thread Jim Meyering
Segfault in wrote:

 Package: coreutils
 Version: 8.5-1
 Severity: important

 $ tac */dev/null
 *** glibc detected *** tac: double free or corruption (top):
 0x0061b030 ***

Thanks for the report.
That was fixed upstream in coreutils-8.6 (latest is 8.15):

* Noteworthy changes in release 8.6 (2010-10-15) [stable]
...
  tac would perform a double-free when given an input line longer than 
16KiB.
  [bug introduced in coreutils-8.3]



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



Bug#659605: fonts-tomsontalks: use dh_installdeb maintscript support

2012-02-12 Thread Colin Watson
Package: fonts-tomsontalks
Version: 1.1-3
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise

Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before fonts-f500.
This seems generally undesirable; it would be better to enforce a single
code path.  (This is academic for Debian because the version of dpkg in
squeeze supported dpkg-maintscript-helper, hence Severity: wishlist;
Ubuntu's last LTS release didn't have a sufficient version of dpkg for
that which is why I care.)

It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0.  This would remove duplicate code from your maintainer scripts -
in fact, you'd no longer need to have handwritten maintainer scripts at
all.  Here's a patch:

  * Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand.  We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.

diff -Nru fonts-tomsontalks-1.1/debian/control 
fonts-tomsontalks-1.1/debian/control
--- fonts-tomsontalks-1.1/debian/control2011-10-30 14:42:36.0 
+
+++ fonts-tomsontalks-1.1/debian/control2012-02-12 14:12:10.0 
+
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian Fonts Task Force pkg-fonts-de...@lists.alioth.debian.org
 Uploaders: Gürkan Sengün gur...@phys.ethz.ch
-Build-Depends: debhelper (= 8)
+Build-Depends: debhelper (= 8.1.0~)
 Standards-Version: 3.9.2
 Homepage: http://frabru.de/c.php/resource/font/TomsonTalks/
 Vcs-svn: svn://svn.debian.org/svn/pkg-fonts/packages/fonts-tomsontalks
@@ -11,6 +12,7 @@
 
 Package: fonts-tomsontalks
 Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}
 Replaces: ttf-tomsontalks ( 1.1-3)
 Provides: ttf-tomsontalks
diff -Nru fonts-tomsontalks-1.1/debian/maintscript 
fonts-tomsontalks-1.1/debian/maintscript
--- fonts-tomsontalks-1.1/debian/maintscript1970-01-01 01:00:00.0 
+0100
+++ fonts-tomsontalks-1.1/debian/maintscript2012-02-12 14:11:45.0 
+
@@ -0,0 +1 @@
+rm_conffile /etc/defoma/hints/ttf-tomsontalks.hints 1.0-2
diff -Nru fonts-tomsontalks-1.1/debian/postinst 
fonts-tomsontalks-1.1/debian/postinst
--- fonts-tomsontalks-1.1/debian/postinst   2011-10-30 14:29:22.0 
+
+++ fonts-tomsontalks-1.1/debian/postinst   1970-01-01 01:00:00.0 
+0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-tomsontalks.hints 
1.0-2 -- $@
-fi
-
-#DEBHELPER#
-
diff -Nru fonts-tomsontalks-1.1/debian/postrm 
fonts-tomsontalks-1.1/debian/postrm
--- fonts-tomsontalks-1.1/debian/postrm 2011-10-30 14:29:22.0 +
+++ fonts-tomsontalks-1.1/debian/postrm 1970-01-01 01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-tomsontalks.hints 
1.0-2 -- $@
-fi
-
-#DEBHELPER#
-
diff -Nru fonts-tomsontalks-1.1/debian/preinst 
fonts-tomsontalks-1.1/debian/preinst
--- fonts-tomsontalks-1.1/debian/preinst2011-10-30 14:29:22.0 
+
+++ fonts-tomsontalks-1.1/debian/preinst1970-01-01 01:00:00.0 
+0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-tomsontalks.hints 
1.0-2 -- $@
-fi
-
-#DEBHELPER#
-

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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



Bug#659606: apsfilter suggests a dummy pnm2ppa

2012-02-12 Thread jaakov

Package: apsfilter
Version: 7.2.6-1.3

apsfilter suggests the transitional pnm2ppa, which has been superseeded 
by printer-driver-pnm2ppa. It is strange, perhaps even useless, to 
suggest a transitional package.


Jaakov.



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



Bug#659607: [INTL: it] Italian translation of debconf messages

2012-02-12 Thread Beatrice Torracca
Package: couriergraph
Severity: wishlist
Tags: patch l10n

Hi.
Please find attached the Italian translation of couriergraph debconf messages
proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# 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.
# Italian translation of couriergraph debconf messages
# Copyright (C) 2012 couriergraph package copyright holder
# This file is distributed under the same license as the couriergraph package.
# Beatrice Torracca beatri...@libero.it, 2012.
msgid 
msgstr 
Project-Id-Version: couriergraph 0.25-4\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2007-01-15 23:41+0100\n
PO-Revision-Date: 2012-02-12 15:07+0200\n
Last-Translator: Beatrice Torracca beatri...@libero.it\n
Language-Team: debian-l10n-italian\n
Language: it\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Plural-Forms: nplurals=2; plural=(n != 1);\n
X-Generator: Virtaal 0.7.1\n

#. Type: boolean
#. Description
#: ../templates:1001
msgid Should CourierGraph start on boot?
msgstr Eseguire CourierGraph all'avvio del sistema?

#. Type: boolean
#. Description
#: ../templates:1001
msgid 
Couriergraph can start on boot time as a daemon. Then it will monitor your 
mail logfile for changes. This is recommended.
msgstr 
CourierGraph può essere eseguito come demone all'avvio del sistema. Poi 
monitorerà i cambiamenti ai file di log della posta. Questa è la 
configurazione raccomandata.

#. Type: boolean
#. Description
#: ../templates:1001
msgid 
The other method is to call couriergraph.pl by hand with the -l parameter.
msgstr 
L'altra possibilità è di invocare couriergraph.pl a mano con l'opzione -l.

#. Type: string
#. Description
#: ../templates:2001
msgid Logfile to be used by couriergraph:
msgstr File di log che couriergraph deve usare:

#. Type: string
#. Description
#: ../templates:2001
msgid 
Enter the logfile which should be used to create the databases for 
couriergraph. If unsure, leave default.
msgstr 
Inserire il file di log che deve essere usato per creare i database per 
couriergraph. Se non si è sicuri, lasciare il valore predefinito.

#. Type: boolean
#. Description
#: ../templates:3001
msgid Remove RRD files on purge?
msgstr Rimuovere i file RRD al momento dell'eliminazione del pacchetto?

#. Type: boolean
#. Description
#: ../templates:3001
msgid 
Couriergraph keeps its database files under /var/lib/couriergraph. State 
whether this directory should be removed completely on purge or not.
msgstr 
Couriergraph tiene i suoi file di database in /var/lib/couriergraph. 
Indicare se questa directory debba o meno essere completamente rimossa al 
momento dell'eliminazione del pacchetto.


Bug#659597: ocropus build-depends on obsolete tesseract-ocr-dev

2012-02-12 Thread Jakub Wilk

* Luca Falavigna dktrkr...@debian.org, 2012-02-12, 14:44:
tesseract-ocr-dev is no longer built on top of tesseract source 
package, and is planned to be decrufted from the archive.


Please replace tesseract-ocr-dev build-dependency with 
libtesseract-dev.


That alone won't help, due to library rename (yay) and perhaps other 
incompatible changes.


Given the way Tesseract is maintained, I'm not going to spend a single 
minute on fixing this bug.


See also #658478.

--
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#659608: lmodern: use dh_installdeb maintscript support

2012-02-12 Thread Colin Watson
Package: lmodern
Version: 2.004.1-3.1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise

Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before lmodern.
This seems generally undesirable; it would be better to enforce a single
code path.  (This is academic for Debian because the version of dpkg in
squeeze supported dpkg-maintscript-helper, hence Severity: wishlist;
Ubuntu's last LTS release didn't have a sufficient version of dpkg for
that which is why I care.)

It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0.  This would remove duplicate code from your maintainer scripts -
in fact, you'd no longer need to have a handwritten postinst at all.
Here's a patch:

  * Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand.  We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.

diff -u lmodern-2.004.1/debian/control lmodern-2.004.1/debian/control
--- lmodern-2.004.1/debian/control
+++ lmodern-2.004.1/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian TeX maintainers debian-tex-ma...@lists.debian.org
 Uploaders: Julian Gilbey j...@debian.org, C.M. Connelly c...@debian.org, 
Atsuhito KOHDA ko...@debian.org, Frank Küster fr...@debian.org, Florent 
Rougon f...@debian.org, Norbert Preining prein...@debian.org
-Build-Depends: debhelper (= 7)
+Build-Depends: debhelper (= 8.1.0~)
 Build-Depends-Indep: tex-common (= 1.18)
 Standards-Version: 3.8.3
 Vcs-Svn: svn://svn.debian.org/svn/debian-tex/lmodern/trunk
@@ -13,6 +13,7 @@
 Package: lmodern
 Section: fonts
 Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}
 Conflicts: lm, lmodern-x11, context (= 2008.10.31-1)
 Replaces: lm, lmodern-x11
reverted:
--- lmodern-2.004.1/debian/lmodern.postinst
+++ lmodern-2.004.1.orig/debian/lmodern.postinst
@@ -1,11 +0,0 @@
-#! /bin/sh -e
-
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/lmodern.hints 
2.004.1-3.1 -- $@
-fi
-
-
-#DEBHELPER#
-
-exit 0
diff -u lmodern-2.004.1/debian/lmodern.preinst 
lmodern-2.004.1/debian/lmodern.preinst
--- lmodern-2.004.1/debian/lmodern.preinst
+++ lmodern-2.004.1/debian/lmodern.preinst
@@ -248,11 +248,6 @@
 fi
 
 
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/lmodern.hints 
2.004.1-3.1 -- $@
-fi
-
-
 #DEBHELPER#
 
 exit 0
diff -u lmodern-2.004.1/debian/lmodern.postrm 
lmodern-2.004.1/debian/lmodern.postrm
--- lmodern-2.004.1/debian/lmodern.postrm
+++ lmodern-2.004.1/debian/lmodern.postrm
@@ -55,10 +55,6 @@
 ;;
 esac
 
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/lmodern.hints 
2.004.1-3.1 -- $@
-fi
-
 
 #DEBHELPER#
 
only in patch2:
unchanged:
--- lmodern-2.004.1.orig/debian/lmodern.maintscript
+++ lmodern-2.004.1/debian/lmodern.maintscript
@@ -0,0 +1 @@
+rm_conffile /etc/defoma/hints/lmodern.hints 2.004.1-3.1

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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



Bug#659609: biniax2: Fixed spelling/grammar of package description

2012-02-12 Thread Maarten Bezemer
Package: biniax2
Version: 1.30-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch


The package description contains some spelling/gramar errors, as described in:
https://bugs.launchpad.net/ubuntu/+source/biniax2/+bug/834199

*** /tmp/tmp9QN_bX
In Ubuntu, the attached patch was applied to achieve the following:

  * Fixed spelling/grammer errors in package description

Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers oneiric-security
  APT policy: (990, 'oneiric-security'), (900, 'oneiric-updates'), (500, 
'oneiric'), (400, 'oneiric-proposed'), (100, 'oneiric-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-15-generic (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
diff -u biniax2-1.30/debian/changelog biniax2-1.30/debian/changelog
diff -u biniax2-1.30/debian/control biniax2-1.30/debian/control
--- biniax2-1.30/debian/control
+++ biniax2-1.30/debian/control
@@ -14,9 +14,9 @@
 Architecture: any
 Depends: biniax2-data (= ${source:Version}), ${shlibs:Depends}, ${misc:Depends}
 Description: logic game with arcade and tactics modes
- Biniax-2 is an original and entertaining game. Takes a minute to learn and
- gives you hours and hours of gameplay. There are three game modes (two
- singleplayer and one multiplayer), hall of fame, dynamic music and a nice
+ Biniax-2 is an original and entertaining game. It only takes a minute to learn and
+ gives you hours and hours of game play. There are three game modes (two
+ single player and one multi player), a hall of fame, dynamic music and a nice
  cartoon look. 
 
 Package: biniax2-data


Bug#659610: ITP: python-logsparser -- Library providing facilities to parse many different types of logs.

2012-02-12 Thread Fabien Boucher
Package: wnpp
Severity: wishlist
Owner: Fabien Boucher fabien.dot.bouc...@gmail.com

* Package name: python-logsparser
  Version : 0.4 
  Upstream Author : Wallix Inc opensou...@wallix.org
* URL : http://www.wallix.org/pylogsparser-project/
* License : LGPL
  Programming Lang: Python
  Description : Library providing facilities to parse many different types 
of logs.

Pylogsparser is a library that provides mechanisms to parse differents kinds of 
logs.
It uses as core system a set of normalizers. Each normalizer describes
one or many log lines and how to extract useful fields from theses logs lines.
The library is provided with a set of ready to use normalizers for parsing logs
from services like Syslog, Apache, Squid and many others.
Pylogsparser takes a python dictionnary with a raw log line set to raw key as
input and returns an enhanced dictionnary with useful fields extracted.



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



Bug#635550: pmw: piuparts: fails to install (update-gsfontmap again)

2012-02-12 Thread gregor herrmann
On Thu, 17 Nov 2011 03:27:11 +0100, Andreas Beckmann wrote:

 Package: pmw
 Version: 4.22-4
 Followup-For: Bug #635550
 
 The problem still exists:
 http://piuparts.debian.org/sid/bugged/pmw_4.22-4.log

Yup, seems it was fixed only on postinst but not in postrm. Trivial
patch attached.

(I'm not uploading now because of #658229 which mentions an upload
with a new upstream release in the near future.)


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Lenny Kravitz: Let Love Rule
diff -u pmw-4.23/debian/changelog pmw-4.23/debian/changelog
--- pmw-4.23/debian/changelog
+++ pmw-4.23/debian/changelog
@@ -1,3 +1,12 @@
+pmw (4.23-1.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Fix piuparts: fails to install (update-gsfontmap again): check for
+update-gsfontmap also in postrm, not only in postinst.
+(Closes: #635550)
+
+ -- gregor herrmann gre...@debian.org  Sun, 12 Feb 2012 15:39:53 +0100
+
 pmw (4.23-1) unstable; urgency=low
 
   * New upstream release
diff -u pmw-4.23/debian/pmw.postrm pmw-4.23/debian/pmw.postrm
--- pmw-4.23/debian/pmw.postrm
+++ pmw-4.23/debian/pmw.postrm
@@ -2,7 +2,10 @@
 
 case $1 in
 	remove)
-		update-gsfontmap
+		if [ -x /usr/sbin/update-gsfontmap ]
+		then
+			/usr/sbin/update-gsfontmap
+		fi
 	;;
 esac
 


signature.asc
Description: Digital signature


Bug#659591: curl: '--max-redirs -1' does not function as documented

2012-02-12 Thread Alessandro Ghedini
forwarded 659591 http://curl.haxx.se/mail/lib-2012-02/0098.html
found 659591 7.24.0-1
kthxbye

On Sun, Feb 12, 2012 at 08:14:12PM +0800, Michael Deegan wrote:
 Expected behaviour:
 
As per manpage: Set this option to -1 to make it limitless.
 
 Actual behaviour:
 
Error: curl: option --max-redirs: expected a proper numerical parameter

This also affects curl 7.24.0-1 in Sid. I've written a simple patch and
forwarded upstream. Thanks for reporting.

Cheers

-- 
perl -E'$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'



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



Bug#659611: clock-setup: Please support /etc/default/hwclock

2012-02-12 Thread Roger Leigh
Package: clock-setup
Version: 0.109
Severity: important
Tags: patch

Hi,

In order to resolve bugs including #659451 and permit
/etc/default/rcS to become a regular conffile, I'd like to
move the UTC variable from /etc/default/rcS to
/etc/default/hwclock.  This would require clock-setup to
be patched before this can be fixed in initscripts, to
avoid breakage.  A patch is attached which makes clock-setup
use /etc/default/hwclock, but fall back to /etc/default/rcS
for backward compatibility if not present.  I'd appreciate
it if you would consider applying it.


Regards,
Roger

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

Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From a3878e9c14e4283a43afd34cefbf88e8fa36fa2f Mon Sep 17 00:00:00 2001
From: Roger Leigh rle...@debian.org
Date: Sun, 12 Feb 2012 14:41:59 +
Subject: [PATCH] 10clock-setup: Support /etc/default/hwclock

/etc/default/hwclock supersedes /etc/default/rcS as the location
for the UTC configuration option.  Use /etc/default/hwclock, but
fall back to /etc/default/rcS if it is not present, for backward
compatibility.
---
 finish-install.d/10clock-setup |   10 +++---
 1 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/finish-install.d/10clock-setup b/finish-install.d/10clock-setup
index f825bb8..c80f1dd 100755
--- a/finish-install.d/10clock-setup
+++ b/finish-install.d/10clock-setup
@@ -92,14 +92,18 @@ if ! db_go; then
 fi
 
 # Update target system configuration for utc/localtime selection
-rcsfile=/target/etc/default/rcS
+if [ -f /target/etc/default/hwclock ]; then
+	utcfile=/target/etc/default/hwclock
+else
+	utcfile=/target/etc/default/rcS
+fi
 
 db_get clock-setup/utc
 if [ $RET = true ]; then
-	sed -i -e 's:^UTC=no:UTC=yes:' -e 's:^UTC=no:UTC=yes:' $rcsfile
+	sed -i -e 's:^UTC=no:UTC=yes:' -e 's:^UTC=no:UTC=yes:' $utcfile
 	OPT=--utc
 else
-	sed -i -e 's:^UTC=yes:UTC=no:' -e 's:^UTC=yes:UTC=no:' $rcsfile
+	sed -i -e 's:^UTC=yes:UTC=no:' -e 's:^UTC=yes:UTC=no:' $utcfile
 	OPT=--localtime
 fi
 
-- 
1.7.9



Bug#659613: ITP: mitmproxy -- SSL-capable man-in-the-middle HTTP proxy

2012-02-12 Thread Sebastien Delafond
Package: wnpp
Severity: wishlist
Owner: Sebastien Delafond s...@debian.org

* Package name: mitmproxy
  Version : 0.6
  Upstream Author : Aldo Cortesi a...@corte.si
* URL : http://mitmproxy.org
* License : GPL 3
  Programming Lang: Python
  Description : SSL-capable man-in-the-middle HTTP proxy

mitmproxy is an SSL-capable man-in-the-middle HTTP proxy. It provides
a console interface that allows traffic flows to be inspected and
edited on the fly.

mitmdump is the command-line version of mitmproxy, with the same
functionality but without the frills. Think tcpdump for HTTP.

Features:

  - intercept and modify HTTP traffic on the fly
  - save HTTP conversations for later replay and analysis
  - replay both HTTP clients and servers
  - make scripted changes to HTTP traffic using Python
  - SSL interception certs generated on the fly

--Seb



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



Bug#659612: puppet: use dh_installdeb maintscript support

2012-02-12 Thread Colin Watson
Package: puppet
Version: 2.7.9-1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise

Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before puppet.
This seems generally undesirable; it would be better to enforce a single
code path.  (This is academic for Debian because the version of dpkg in
squeeze supported dpkg-maintscript-helper, hence Severity: wishlist;
Ubuntu's last LTS release didn't have a sufficient version of dpkg for
that which is why I care.)

It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0.  This would remove duplicate code from your maintainer scripts -
in fact, you'd no longer need to have handwritten maintainer scripts for
puppet at all.  Here's a patch:

  * Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand.  We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.

diff -Nru puppet-2.7.9/debian/control puppet-2.7.9/debian/control
--- puppet-2.7.9/debian/control 2011-12-10 11:16:47.0 +
+++ puppet-2.7.9/debian/control 2012-02-12 15:07:31.0 +
@@ -4,7 +4,7 @@
 Maintainer: Puppet Package Maintainers 
pkg-puppet-de...@lists.alioth.debian.org
 Uploaders: Micah Anderson mi...@debian.org, Andrew Pollock 
apoll...@debian.org, Nigel Kersten ni...@explanatorygap.net, Stig Sandbeck 
Mathisen s...@debian.org
 Build-Depends-Indep: ruby (= 1.8.1), libopenssl-ruby, facter (= 1.5)
-Build-Depends: debhelper (= 6.0.7~), openssl
+Build-Depends: debhelper (= 8.1.0~), openssl
 Standards-Version: 3.9.2
 Vcs-Git: git://git.debian.org/git/pkg-puppet/puppet.git
 Vcs-Browser: http://git.debian.org/?p=pkg-puppet/puppet.git
@@ -34,6 +35,7 @@
 
 Package: puppet
 Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends},  puppet-common (= ${binary:Version}), ruby1.8
 Recommends: rdoc
 Suggests: puppet-el, vim-puppet, etckeeper
diff -Nru puppet-2.7.9/debian/puppet.maintscript 
puppet-2.7.9/debian/puppet.maintscript
--- puppet-2.7.9/debian/puppet.maintscript  1970-01-01 01:00:00.0 
+0100
+++ puppet-2.7.9/debian/puppet.maintscript  2012-02-12 15:10:59.0 
+
@@ -0,0 +1,4 @@
+# Remove renamed configuration files which are now handled by other packages
+rm_conffile /etc/logrotate.d/puppet 2.6.4-2
+rm_conffile /etc/logcheck/ignore.d.server/puppet 2.6.4-2
+rm_conffile /etc/emacs/site-start.d/50puppet-mode-init.el 2.6.4-2
diff -Nru puppet-2.7.9/debian/puppet.postinst 
puppet-2.7.9/debian/puppet.postinst
--- puppet-2.7.9/debian/puppet.postinst 2011-12-10 11:16:47.0 +
+++ puppet-2.7.9/debian/puppet.postinst 1970-01-01 01:00:00.0 +0100
@@ -1,20 +0,0 @@
-#!/bin/sh
-
-set -e
-
-# Remove renamed configuration files which are now handled by other
-# packages
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-
-dpkg-maintscript-helper rm_conffile \
-/etc/logrotate.d/puppet 2.6.4-2 puppet -- $@
-
-dpkg-maintscript-helper rm_conffile \
-/etc/logcheck/ignore.d.server/puppet 2.6.4-2 puppet -- $@
-
-dpkg-maintscript-helper rm_conffile \
-/etc/emacs/site-start.d/50puppet-mode-init.el 2.6.4-2 puppet -- $@
-
-fi
-
-#DEBHELPER#
diff -Nru puppet-2.7.9/debian/puppet.postrm puppet-2.7.9/debian/puppet.postrm
--- puppet-2.7.9/debian/puppet.postrm   2011-12-10 11:16:47.0 +
+++ puppet-2.7.9/debian/puppet.postrm   1970-01-01 01:00:00.0 +0100
@@ -1,20 +0,0 @@
-#!/bin/sh
-
-set -e
-
-# Remove renamed configuration files which are now handled by other
-# packages
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-
-dpkg-maintscript-helper rm_conffile \
-/etc/logrotate.d/puppet 2.6.4-2 puppet -- $@
-
-dpkg-maintscript-helper rm_conffile \
-/etc/logcheck/ignore.d.server/puppet 2.6.4-2 puppet -- $@
-
-dpkg-maintscript-helper rm_conffile \
-/etc/emacs/site-start.d/50puppet-mode-init.el 2.6.4-2 puppet -- $@
-
-fi
-
-#DEBHELPER#
diff -Nru puppet-2.7.9/debian/puppet.preinst puppet-2.7.9/debian/puppet.preinst
--- puppet-2.7.9/debian/puppet.preinst  2011-12-10 11:16:47.0 +
+++ puppet-2.7.9/debian/puppet.preinst  1970-01-01 01:00:00.0 +0100
@@ -1,20 +0,0 @@
-#!/bin/sh
-
-set -e
-
-# Remove renamed configuration files which are now handled by other
-# packages
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-
-dpkg-maintscript-helper rm_conffile \
-/etc/logrotate.d/puppet 2.6.4-2 puppet -- $@
-
-dpkg-maintscript-helper rm_conffile \
-/etc/logcheck/ignore.d.server/puppet 2.6.4-2 puppet -- $@
-
-dpkg-maintscript-helper 

Bug#659614: ttf-alee: use dh_installdeb maintscript support

2012-02-12 Thread Colin Watson
Package: ttf-alee
Version: 12+nmu1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise

Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before ttf-alee.
This seems generally undesirable; it would be better to enforce a single
code path.  (This is academic for Debian because the version of dpkg in
squeeze supported dpkg-maintscript-helper, hence Severity: wishlist;
Ubuntu's last LTS release didn't have a sufficient version of dpkg for
that which is why I care.)

It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0.  This would remove duplicate code from your maintainer scripts -
in fact, you'd no longer need to have a handwritten postinst or postrm
at all.  Here's a patch:

  * Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand.  We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.

diff -Nru ttf-alee-12+nmu1/debian/control ttf-alee-12+nmu1ubuntu1/debian/control
--- ttf-alee-12+nmu1/debian/control 2011-12-10 10:41:29.0 +
+++ ttf-alee-12+nmu1ubuntu1/debian/control  2012-02-12 15:18:10.0 
+
@@ -2,11 +2,12 @@
 Section: fonts
 Priority: optional
 Maintainer: A Lee a...@debian.org
-Build-Depends: debhelper (= 8)
+Build-Depends: debhelper (= 8.1.0~)
 Standards-Version: 3.9.2
 
 Package: ttf-alee
 Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}
 Description: free Hangul TrueType fonts
  This package contains free Hangul truetype fonts made by A Lee.
diff -Nru ttf-alee-12+nmu1/debian/maintscript 
ttf-alee-12+nmu1ubuntu1/debian/maintscript
--- ttf-alee-12+nmu1/debian/maintscript 1970-01-01 01:00:00.0 +0100
+++ ttf-alee-12+nmu1ubuntu1/debian/maintscript  2012-02-12 15:17:14.0 
+
@@ -0,0 +1 @@
+rm_conffile /etc/defoma/hints/ttf-alee.hints 12+nmu1
diff -Nru ttf-alee-12+nmu1/debian/postinst 
ttf-alee-12+nmu1ubuntu1/debian/postinst
--- ttf-alee-12+nmu1/debian/postinst2011-12-10 10:40:49.0 +
+++ ttf-alee-12+nmu1ubuntu1/debian/postinst 1970-01-01 01:00:00.0 
+0100
@@ -1,9 +0,0 @@
-#! /bin/sh
-
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-alee.hints 12+nmu1 
-- $@
-fi
-
-#DEBHELPER#
diff -Nru ttf-alee-12+nmu1/debian/postrm ttf-alee-12+nmu1ubuntu1/debian/postrm
--- ttf-alee-12+nmu1/debian/postrm  2011-12-10 10:40:39.0 +
+++ ttf-alee-12+nmu1ubuntu1/debian/postrm   1970-01-01 01:00:00.0 
+0100
@@ -1,9 +0,0 @@
-#! /bin/sh
-
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-alee.hints 12+nmu1 
-- $@
-fi
-
-#DEBHELPER#
diff -Nru ttf-alee-12+nmu1/debian/preinst ttf-alee-12+nmu1ubuntu1/debian/preinst
--- ttf-alee-12+nmu1/debian/preinst 2011-12-10 10:40:45.0 +
+++ ttf-alee-12+nmu1ubuntu1/debian/preinst  2012-02-12 15:17:31.0 
+
@@ -8,9 +8,4 @@
fi
 fi
 
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-alee.hints 12+nmu1 
-- $@
-fi
-
 #DEBHELPER#

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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



Bug#659615: FTBFS on kfreebsd-amd64

2012-02-12 Thread Robert Millan
Package: libsdl1.2
Version: 1.2.15-1
Severity: serious
Justification: fails to build (but built succesfully in the past)

libsdl1.2 fails to build on up-to-date kfreebsd-amd64 sid:

libtool: compile:  gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 
-Wformat -Wformat-security -Werror=format-security -D_FORTIFY_SOURCE=2 
-Iinclude -I../../include -D_GNU_SOURCE=1 -fvisibility=hidden -D_REENTRANT 
-DXTHREADS -I/usr/include/directfb -D_REENTRANT -I/usr/include/ -DHAVE_USBHID_H 
-DUSBHID_UCR_DATA -DUSBHID_NEW -D_REENTRANT -Wall -c 
../../src/joystick/bsd/SDL_sysjoystick.c  -fPIC -DPIC -o 
build/.libs/SDL_sysjoystick.o
../../src/joystick/bsd/SDL_sysjoystick.c: In function ?SDL_SYS_JoystickUpdate?:
../../src/joystick/bsd/SDL_sysjoystick.c:462:28: error: ?struct 
usb_gen_descriptor? has no member named ?ucr_data?
../../src/joystick/bsd/SDL_sysjoystick.c:486:30: error: ?struct 
usb_gen_descriptor? has no member named ?ucr_data?
../../src/joystick/bsd/SDL_sysjoystick.c:494:30: error: ?struct 
usb_gen_descriptor? has no member named ?ucr_data?
../../src/joystick/bsd/SDL_sysjoystick.c:502:30: error: ?struct 
usb_gen_descriptor? has no member named ?ucr_data?
../../src/joystick/bsd/SDL_sysjoystick.c: In function ?report_alloc?:
../../src/joystick/bsd/SDL_sysjoystick.c:585:48: error: ?struct 
usb_gen_descriptor? has no member named ?ucr_data?

this appears to be due to API change in libusbhid.

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

Kernel: kFreeBSD 8.1-1-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=locale: no s?ha pogut 
establir LC_ALL al locale per defecte: El fitxer o directori no existeix
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#655064: a patch would be a great help for us

2012-02-12 Thread Braun, Nikolas
Hi Guido,

we locate similar issues as described in debian bug #626456. It'll be really 
great for us, if you can provide a patch wherewith we get our nagvis 
installation get running. Are you using livestatus instead of ndoutils?

Thanks!

Best wishes,
nick


Bug#659480: startpar needs /proc/stat but is called before /proc is mounted

2012-02-12 Thread Roger Leigh
tags 659480 + pending
thanks

On Sat, Feb 11, 2012 at 01:50:30PM +0100, Robert Millan wrote:
 On GNU/kFreeBSD there's no pre-init ramdisk. When init is called, /proc
 hasn't been mounted yet, so before calling startpar you need to mount /proc.

Patch applied to git.


Thanks,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.



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



Bug#659588: libglib2.0-0: fails to install with foreign Multi-Arch

2012-02-12 Thread Michael Biebl
On 12.02.2012 13:48, Neil Williams wrote:
 Package: libglib2.0-0
 Version: 2.30.2-6
 Severity: normal
 
 With the new upload of zlib1g, it is now possible to install glib
 as a Multi-Arch package. It works for i386 on amd64 but not for
 armel on amd64 - due to execution of the wrong executable
 in the maintainer scripts:
 
 Setting up libglib2.0-0:armel (2.30.2-6) ...
 /usr/lib/arm-linux-gnueabi/glib-2.0/glib-compile-schemas: 1: 
 /usr/lib/arm-linux-gnueabi/glib-2.0/glib-compile-schemas: Syntax error: word 
 unexpected (expecting ))
 /usr/lib/arm-linux-gnueabi/glib-2.0/gio-querymodules: 1: 
 /usr/lib/arm-linux-gnueabi/glib-2.0/gio-querymodules: Syntax error: word 
 unexpected (expecting ))
 dpkg: error processing libglib2.0-0:armel (--configure):

Those tools are dpkg triggered.
Afaics, we will have this issue in various packages:
libgdk-pixbuf2.0-0
libgtk2.0-0
libgtk-3-0
libglib2.0-0

They all install path based triggers which call a support binary from
the multi-arch library path.
In all cases, aside gio-querymodules, there is an added || true.

I assume we should just do the same for gio-querymodules. This way, we'd
still get the error messages, but the packages would install properly.

Unless someone has a nicer idea how to handle dpkg triggers in the new
multi-arch world.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#659588: libglib2.0-0: fails to install with foreign Multi-Arch

2012-02-12 Thread Neil Williams
On Sun, 12 Feb 2012 16:00:38 +0100
Michael Biebl bi...@debian.org wrote:

 On 12.02.2012 13:48, Neil Williams wrote:
  Setting up libglib2.0-0:armel (2.30.2-6) ...
  /usr/lib/arm-linux-gnueabi/glib-2.0/glib-compile-schemas: 1: 
  /usr/lib/arm-linux-gnueabi/glib-2.0/glib-compile-schemas: Syntax error: 
  word unexpected (expecting ))
  /usr/lib/arm-linux-gnueabi/glib-2.0/gio-querymodules: 1: 
  /usr/lib/arm-linux-gnueabi/glib-2.0/gio-querymodules: Syntax error: word 
  unexpected (expecting ))
  dpkg: error processing libglib2.0-0:armel (--configure):
 
 Those tools are dpkg triggered.

dpkg triggers aren't a problem if the files being executed are
in /usr/bin - i.e. not in Multi-Arch paths or Multi-Arch: same
packages. Put the executables into a Multi-Arch: foreign package and
the triggers will work just fine.

 In all cases, aside gio-querymodules, there is an added || true.

What's the reason for not putting these executables in /usr/bin where
only one architecture would exist on the filesystem?

 I assume we should just do the same for gio-querymodules. This way, we'd
 still get the error messages, but the packages would install properly.
 
 Unless someone has a nicer idea how to handle dpkg triggers in the new
 multi-arch world.

Triggers, in general, are fine in Multi-Arch world, I've had no
trigger related problems, except this one. What matters is that the
processes being triggered here are in /usr/lib/ instead of /usr/bin.
Executing anything in /usr/lib/ in Multi-Arch world is just going to go
wrong.

What is gio-querymodules meant to do as i386 on amd64? Is it going to
redo the work of the amd64 version? AFAICT these triggers should not be
run once-per-foreign-architecture but once per upgrade.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpI3p9KKN2wW.pgp
Description: PGP signature


Bug#659616: autofs5-ldap starts way too early on boot

2012-02-12 Thread Giorgio Pioda
Package: autofs5-ldap
Version: 5.0.4-3.2+b1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Triing to connect Debian Wheezy, (and also all versions of Ubuntu  10.04)
to a DebianEdu mainserver (Kerbero/LDAP/NFSv4) leads to autofs
hanging and a fail to import users directories and this in an unpredictable
fashion (sometimes works, sometimes not)

Investigating this problem I've seen that autofs starts too early on boot
and if the network interface is not set, hangs without being able to
retrive the needed LDAP informations later on.

A quick fix is to restart autofs with a script placed in

/etc/network/if-up.d/autofs

According to:

https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/40189/comments/32

In Wheezy, instead of using reload autofs a direct call to the init script 
like:

/etc/init.d/autofs restart

seems to fix the problem.

Best regards

Giorgio Pioda


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

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

Versions of packages autofs5-ldap depends on:
ii  autofs55.0.4-3.2+b1
ii  libc6  2.13-26
ii  libkrb5-3  1.10+dfsg~beta1-2
ii  libldap-2.4-2  2.4.28-1.1
ii  libsasl2-2 2.1.25.dfsg1-3
ii  libssl1.0.01.0.0g-1
ii  libxml22.7.8.dfsg-7

autofs5-ldap recommends no packages.

autofs5-ldap suggests no packages.

-- Configuration Files:
/etc/autofs_ldap_auth.conf [Errno 13] Permesso negato: 
u'/etc/autofs_ldap_auth.conf'

-- 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#659588: libglib2.0-0: fails to install with foreign Multi-Arch

2012-02-12 Thread Michael Biebl
On 12.02.2012 16:15, Neil Williams wrote:
 On Sun, 12 Feb 2012 16:00:38 +0100
 Michael Biebl bi...@debian.org wrote:
 
 On 12.02.2012 13:48, Neil Williams wrote:
 Setting up libglib2.0-0:armel (2.30.2-6) ...
 /usr/lib/arm-linux-gnueabi/glib-2.0/glib-compile-schemas: 1: 
 /usr/lib/arm-linux-gnueabi/glib-2.0/glib-compile-schemas: Syntax error: 
 word unexpected (expecting ))
 /usr/lib/arm-linux-gnueabi/glib-2.0/gio-querymodules: 1: 
 /usr/lib/arm-linux-gnueabi/glib-2.0/gio-querymodules: Syntax error: word 
 unexpected (expecting ))
 dpkg: error processing libglib2.0-0:armel (--configure):

 Those tools are dpkg triggered.
 
 dpkg triggers aren't a problem if the files being executed are
 in /usr/bin - i.e. not in Multi-Arch paths or Multi-Arch: same
 packages. Put the executables into a Multi-Arch: foreign package and
 the triggers will work just fine.
 
 In all cases, aside gio-querymodules, there is an added || true.
 
 What's the reason for not putting these executables in /usr/bin where
 only one architecture would exist on the filesystem?
 
 I assume we should just do the same for gio-querymodules. This way, we'd
 still get the error messages, but the packages would install properly.

 Unless someone has a nicer idea how to handle dpkg triggers in the new
 multi-arch world.
 
 Triggers, in general, are fine in Multi-Arch world, I've had no
 trigger related problems, except this one. What matters is that the
 processes being triggered here are in /usr/lib/ instead of /usr/bin.
 Executing anything in /usr/lib/ in Multi-Arch world is just going to go
 wrong.
 
 What is gio-querymodules meant to do as i386 on amd64? Is it going to
 redo the work of the amd64 version? AFAICT these triggers should not be
 run once-per-foreign-architecture but once per upgrade.
 

gio-quermodules generates a cache files in a arch specific location for
the plugins/extensions specific for this arch. So moving them to
/usr/bin seems wrong.

/usr/lib/x86_64-linux-gnu/gio/modules/giomodule.cache

The other tools do similar things

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#659617: [vlc] vlc can't convert (or play) streaming video

2012-02-12 Thread john terragon
 
Package: vlc
Version: 1.1.13-1+b1
Severity: normal
--- Please enter the report below this line. ---
Hi.
I'm trying to convert (or even play) this network stream:
http://mediapolisvod.rai.it/relinker/relinkerServlet.htm?cont=D4DbkclhMoAeeqqEEqual
For instance, to play the above stream I do the following:
1)media-Open network stream
2) then I just put the url in the source field 
3) hit play (obviously)
If I do this with vlc in windows (same version) everything works, I get perfect 
streaming and even the conversion works.
Under debian it fails with the following output:
(process:13866): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
Blocked: call to setlocale(1, C)
Blocked: call to setlocale(1, en_US.UTF-8)
Blocked: call to setlocale(6, )
Blocked: call to setenv(_PX_CONFIG_ORDER, , 1)
[0x905be84] main access error: connection failed: Connection refused
[0x905be84] access_http access error: cannot connect to 127.0.0.1:21790
[0x909b834] main stream error: cannot pre fill buffer
Blocked: call to setenv(_PX_CONFIG_ORDER, , 1)
[0x9212b34] main access error: connection failed: Connection refused
[0x9212b34] access_http access error: cannot connect to 127.0.0.1:21790
[0x9212b34] access_mms access error: error: HTTP/1.1 404 Not Found
[0xb6f091f4] main input error: open of 
`http://mediapolisvod.rai.it/relinker/ASX VERSION=3.0  ENTRY   
AUTHORRaiNet/AUTHOR  COPYRIGHTRAI - Radiotelevisione Italiana/COPYRIGHT 
 REF 
HREF=http://a1124.v560967.c56096.g.vm.akamaistream.net/7/1124/56096/v0001/rainet.download.akamai.com/56228/raitre/PresaDiretta2011_2012/599084.wmv?auth=daEdYaRaobHcnaqcodQdHckbPckdFbydEcs-bpn9vN-c0-AjuuvFqaifp=V001;
 //ENTRY/ASX' failed: (null) 
[0x8e1c0b4] main playlist: end of playlist, exiting
I'm not sure it's a bug. Maybe it's just a matter of configuration and I'm 
missing something.
Thanks
john
--- System information. ---
Architecture: i386
Kernel:   Linux 3.2.0-1-686-pae
Debian Release: wheezy/sid
990 unstableftp.debian.org 
101 experimentalftp.debian.org 
--- Package information. ---
Depends(Version) | Installed
-+-===
ttf-freefont | 20100919-1
vlc-nox  (= 1.1.13-1+b1) | 1.1.13-1+b1
libaa1(= 1.4p5) | 1.4p5-39
libavcodec53  (= 4:0.8-1~)  | 4:0.8-1+b1
OR libavcodec-extra-53(= 4:0.8-1~) | 
libavutil51   (= 4:0.8-1~)  | 4:0.8-1+b1
OR libavutil-extra-51 (= 4:0.8-1~) | 
libc6   (= 2.8) | 2.13-26
libfreetype6  (= 2.2.1) | 2.4.8-1
libfribidi0  (= 0.19.2) | 0.19.2-1
libgcc1 (= 1:4.1.1) | 1:4.6.2-14
libgl1-mesa-glx  | 7.11.2-1
OR libgl1   | 
libice6 (= 1:1.0.0) | 2:1.0.7-2
libqtcore4(= 4:4.7.0~beta1) | 4:4.7.4-2
libqtgui4   (= 4:4.5.3) | 4:4.7.4-2
libsdl-image1.2  | 1.2.11-2
libsdl1.2debian(= 1.2.10-1) | 1.2.15-1
libsm6   | 2:1.2.0-2
libstdc++6  (= 4.6) | 4.6.2-14
libtar0  | 1.2.11-8
libva-x11-1 ( 1.0.14~) | 1.0.14-1
libva1  ( 1.0.14~) | 1.0.14-1
libvlccore4   (= 1.1.0) | 1.1.13-1+b1
libx11-6 | 2:1.4.4-4
libx11-xcb1  | 2:1.4.4-4
libxcb-keysyms1   (= 0.3.8) | 0.3.8-1
libxcb-randr0   (= 1.1) | 1.8-2
libxcb-shm0  | 1.8-2
libxcb-xv0  (= 1.2) | 1.8-2
libxcb1  | 1.8-2
libxext6 | 2:1.3.0-3
libxpm4  | 1:3.5.9-4
zlib1g   (= 1:1.2.3.3.dfsg) | 1:1.2.3.4.dfsg-3
ttf-freefont | 20100919-1
vlc-nox  (= 1.1.13-1+b1) | 1.1.13-1+b1
libaa1(= 1.4p5) | 1.4p5-39
libavcodec53  (= 4:0.8-1~)  | 4:0.8-1+b1
OR libavcodec-extra-53(= 4:0.8-1~) | 
libavutil51   (= 4:0.8-1~)  | 4:0.8-1+b1
OR libavutil-extra-51 (= 4:0.8-1~) | 
libc6   (= 2.8) | 2.13-26
libfreetype6  (= 2.2.1) | 2.4.8-1
libfribidi0  (= 0.19.2) | 0.19.2-1
libgcc1 (= 1:4.1.1) | 1:4.6.2-14
libgl1-mesa-glx  | 7.11.2-1
OR libgl1   | 
libice6 

Bug#641242: [Debichem-devel] Bug#641242: Bug #641242: cp2k: FTBFS anywhere but (linux-)i386

2012-02-12 Thread Michael Banck
tags 641242 +pending
thanks

Hi,

On Fri, Jan 20, 2012 at 09:18:53PM +0800, Aron Xu wrote:
 Tail of logs for cp2k on ia64 (supported):
 
 /usr/bin/make -C
 /build/buildd-cp2k_2.1.637-2.1-ia64-ezcZn1/cp2k-2.1.637/makefiles/../obj/Linux-ia64-gfortran/popt
 -f 
 /build/buildd-cp2k_2.1.637-2.1-ia64-ezcZn1/cp2k-2.1.637/makefiles/../makefiles/Makefile
 _all
 tail: cannot open
 `/build/buildd-cp2k_2.1.637-2.1-ia64-ezcZn1/cp2k-2.1.637/makefiles/../src/CVS/Entries'
 for reading: No such file or directory
 make[4]: Entering directory
 `/build/buildd-cp2k_2.1.637-2.1-ia64-ezcZn1/cp2k-2.1.637/obj/Linux-ia64-gfortran/popt'
 cpp -C -D__GFORTRAN -D__FFTSG -traditional
 -D__COMPILE_ARCH=\Linux-ia64-gfortran\ -D__COMPILE_DATE=\Fri Jan
 20 13:11:24 UTC 2012\ -D__COMPILE_HOST=\alkman\
 -D__COMPILE_LASTCVS=\\
 -I/build/buildd-cp2k_2.1.637-2.1-ia64-ezcZn1/cp2k-2.1.637/makefiles/../src
 /build/buildd-cp2k_2.1.637-2.1-ia64-ezcZn1/cp2k-2.1.637/makefiles/../src/lib/array_types.F
  array_types.f90
 mpif90 -c -g -Wall -O2 -ffast-math -funroll-loops -ftree-vectorize
 -march=native -ffree-form -D__GFORTRAN -D__FFTSG -D__FFTW3
 -D__parallel -D__BLACS -D__SCALAPACK array_types.f90
 f951: error: unrecognized command line option '-march=native'
 make[4]: *** [array_types.o] Error 1

I fixed this one by removing -march=native from makeflags.patch.
 
 Tail of logs for cp2k on sparc (not recognized):
 
 make[1]: Entering directory
 `/build/buildd-cp2k_2.1.637-2.1-sparc-QxAz88/cp2k-2.1.637'
 (cd makefiles; /usr/bin/make distclean)
 
 have a look at cp2k/tools/get_arch_code
 your system is a Linux-#1 SMP Wed Jan 11 13:31:36 UTC
 2012-2.6.32-5-sparc64-smp-sparc
 but get_arch_code is not able to deal with that
 
 Makefile:124: make[2]: Entering directory
 `/build/buildd-cp2k_2.1.637-2.1-sparc-QxAz88/cp2k-2.1.637/makefiles'
 /build/buildd-cp2k_2.1.637-2.1-sparc-QxAz88/cp2k-2.1.637/makefiles/../arch/unknown.sopt:
 No such file or directory
 tail: cannot open
 `/build/buildd-cp2k_2.1.637-2.1-sparc-QxAz88/cp2k-2.1.637/makefiles/../src/CVS/Entries'
 for reading: No such file or directory
 make[2]: *** No rule to make target
 `/build/buildd-cp2k_2.1.637-2.1-sparc-QxAz88/cp2k-2.1.637/makefiles/../arch/unknown.sopt'.
  Stop.
 make[2]: Leaving directory
 `/build/buildd-cp2k_2.1.637-2.1-sparc-QxAz88/cp2k-2.1.637/makefiles'
 make[1]: *** [override_dh_auto_clean] Error 2
 make[1]: Leaving directory
 `/build/buildd-cp2k_2.1.637-2.1-sparc-QxAz88/cp2k-2.1.637'
 make: *** [clean] Error 2

I have committed a fix to subversion so that $PLATFORM and $ARCH get set
explicitly for distclean as well.


Michael



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



Bug#659618: Babeld and logrotate

2012-02-12 Thread Juliusz Chroboczek
Package: babeld
Version: 1.3.1-1
Severity: minor

Hi Stéphane,

I see that you've added an init script to your babeld package; thanks
for that.

I'm wondering whether it'd be a good idea to add a logrotate script to
the package.  You can get babeld to reopen its log file by sending it
a SIGUSR2 signal.

I'm attaching the logrotate config we're using on huponomos; it's due to
Julien Cristau, and I'm fairly sure he won't object to your copying it
(if you do, Julien, scream now).

The ahcpd script is (almost) identical.

-- Juliusz

/var/log/babeld.log {
weekly
rotate 8
compress
missingok
notifempty
postrotate
[ -r /var/run/babeld.pid ]  kill -USR2 $(cat /var/run/babeld.pid)
endscript
}



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



Bug#659619: [librhino-java] Make getSourcePositionFromStack public

2012-02-12 Thread Giovanni Mascellani
Package: librhino-java
Version: 1.7R3-4
Severity: normal
Tags: patch

Hi.

Geogebra uses Context.getSourcePositionFromStack() from librhino-java.
Please, apply the attached patch to make that method public, otherwise
geogebra FTBFS (that's why the bug is normal and not wishlist).

If this is not acceptable for you, I'll have to somewhat circumvent this
problem in Geogebra. I really hope to avoid this. :-)

Thanks, Giovanni.
-- 
Giovanni Mascellani mascell...@poisson.phc.unipi.it
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org
diff -Nru rhino-1.7R3/debian/changelog rhino-1.7R3/debian/changelog
--- rhino-1.7R3/debian/changelog	2011-11-24 19:51:08.0 +0100
+++ rhino-1.7R3/debian/changelog	2011-12-18 11:41:39.0 +0100
@@ -1,3 +1,10 @@
+rhino (1.7R3-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Making getSourcePositionFromStack public (used by geogebra).
+
+ -- Giovanni Mascellani g...@debian.org  Sun, 18 Dec 2011 11:41:15 +0100
+
 rhino (1.7R3-4) unstable; urgency=low
 
   * Add OSGi metadata to jar manifest
diff -Nru rhino-1.7R3/debian/patches/public_getSourcePositionFromStack rhino-1.7R3/debian/patches/public_getSourcePositionFromStack
--- rhino-1.7R3/debian/patches/public_getSourcePositionFromStack	1970-01-01 01:00:00.0 +0100
+++ rhino-1.7R3/debian/patches/public_getSourcePositionFromStack	2011-12-18 11:46:08.0 +0100
@@ -0,0 +1,20 @@
+From: Giovanni Mascellani g...@debian.org
+Subject: Make getSourcePositionFromStack() pulic
+Forwarded: no
+Last-Update: 2011-12-08
+
+This is needed by package geogebra.
+
+Index: rhino-1.7R3/src/org/mozilla/javascript/Context.java
+===
+--- rhino-1.7R3.orig/src/org/mozilla/javascript/Context.java	2011-12-18 11:43:21.0 +0100
 rhino-1.7R3/src/org/mozilla/javascript/Context.java	2011-12-18 11:43:57.0 +0100
+@@ -2481,7 +2481,7 @@
+ return (Evaluator)Kit.newInstanceOrNull(interpreterClass);
+ }
+ 
+-static String getSourcePositionFromStack(int[] linep)
++public static String getSourcePositionFromStack(int[] linep)
+ {
+ Context cx = getCurrentContext();
+ if (cx == null)
diff -Nru rhino-1.7R3/debian/patches/series rhino-1.7R3/debian/patches/series
--- rhino-1.7R3/debian/patches/series	2009-07-17 16:01:37.0 +0200
+++ rhino-1.7R3/debian/patches/series	2011-12-18 11:43:49.0 +0100
@@ -1,2 +1,3 @@
 01_rhino-nowarn.patch
 02_exclude-jdk15.patch
+public_getSourcePositionFromStack


signature.asc
Description: OpenPGP digital signature


Bug#659620: RFP: wview -- Weather station daemon

2012-02-12 Thread Toby Speight
Package: wnpp
Severity: wishlist

(I'm not sure whether this is RFP or RFA, as a package exists, but it's
not in Debian's archive - please re-title if necessary).

* Package name: wview
  Version : 5.19.0-1
  Upstream Author : Mark Teel mteel2...@gmail.com
* URL or Web page : http://www.wviewweather.com/
* License : GPL2 and GPL3
  Description : Weather station daemon

I've been using the Debian package from upstream for half a year or so
now, but there are benefits from being able to move the package into
Debian properly:

* Easier for new users to find and install
* Easier to keep in sync with mixed distributions (stable/testing or
  testing/unstable)
* Standard bug tracking and patch submission process

There are a few issues I'd like to see addressed, but shouldn't stand in
the way of this RFP:

* Daemon should run as a daemon user, not as root.
* It would be nice to have more modular install - e.g. I'm recording
  weather recording to my database, but I don't want or need the HTML
  generator.  I shouldn't have to install components (and their
  dependencies) which I turn off.
* Set up questions should be debconfised.


The upstream packaging has mixed license terms (all DFSG, AIUI):

/[ copyright ]
| This package was debianized by Mark Teel mteel2...@gmail.com on
| Thu, 19 Nov 2009 16:09:27 -0600.
| 
| It was downloaded from http://www.wviewweather.com
| 
| wview was written by Mark Teel mteel2...@gmail.com
| 
| Copyright: Copyright (C) 2001-2009 Mark Teel. All rights reserved.
| 
| Licensed under GPL version 2, see `/usr/share/common-licenses/GPL-2'.
| 
| The Debian packaging is:
| 
| Copyright (C) 2009 Mark Teel mteel2...@gmail.com
| 
| and is licensed under the GPL version 3, 
| see `/usr/share/common-licenses/GPL-3'.
| 
\


The radlib-dev package which is a dependency is mixed BSD and GPL3:

/[ copyright ]
| This package was debianized by: Mark Teel mteel2...@gmail.com on 
| Mon, 16 Nov 2009 21:09:51 -0600
| 
| It was downloaded from: http://radlib.teel.ws
| 
| Upstream Author: Mark Teel mteel2...@gmail.com
| 
| Copyright (C) 2001-2009 Mark Teel mteel2...@gmail.com
| 
| You are free to distribute this software under the terms of the BSD License.
| On Debian systems, the complete text of the BSD License can be found in the
| file `/usr/share/common-licenses/BSD'.
| 
| The Debian packaging is Copyright (C) 2009 Mark Teel mteel2...@gmail.com
| and is licensed under the GPL version 3, and can be found in the file 
| `/usr/share/common-licenses/GPL-3'.
\


I don't see anywhere in either license that specifies invariant sections
or cover pages for the GPL-3 part; I believe there are no invariant
sections and no cover pages.


I've included upstream (Mark Teel) on this RFP in case he has opinions
for/against his package entering Debian, or can contribute further
relevant information.



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



Bug#658638: [Pkg-erlang-devel] Bug#658638: wings3d: I'm not able to save the file when Weld operation deletes a hole

2012-02-12 Thread wzabo...@elektron.elka.pw.edu.pl
W dniu 11.02.2012 09:09, Sergei Golovan pisze:
 Hi!
 
 On Sat, Feb 4, 2012 at 11:29 PM, wzab w...@ise.pw.edu.pl wrote:

 I was editing the attached file w8.wings. I tried to remove the whole
 an one end of the created pipe using the connect and weld operations.
 However as soon as the hole disappears due to welding of the vertex
 located in the middle of one edge to the vertex located on the end of this
 edge, I'm not able to save the file any more.
 The program creates the attached wings_crash.dump file, and after
 click resumes operation, but I'm not able to save the resulting file
 any more. (So finally I have to quit program loosing all my work).
 
 Unfortunately, I can't reproduce this bug yet (may be because I can't
 recreate the exact sequence of actions). Could you show exactly which
 vertices did you connect and weld (may be even in a series of
 screenshots)?
 
 And please, update the erlang, erlang-esdl and wings3d packages (I
 don't think that the bug is gone, but currently, erlang 15.b-dfsg-2
 produces more convenient crash dumps).
 
 Cheers!

Hi,

Below are the steps which allow me to reproduce the problem.
In the figure p1.png you can see the vertex, which I weld to close
the hole.
After vertex selection, with the right click I select the weld
operation from the pop-up menu, and with the left click I select
the vertex to which I want to weld the previously chosen one (see
p2.png).
Then with the right click I finalize the welding operation (see p3.png).
From this moment I'm not able to save the model (see p4.png), even
though I can further continue work with it...
-- 
Regards,
Wojtek
attachment: p1.pngattachment: p2.pngattachment: p3.pngattachment: p4.png

Bug#659621: gratuitous Build-Depends on libcam-dev

2012-02-12 Thread Robert Millan
Package: libisoburn
Version: 1.2.0-1
Severity: normal
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd

Build-Depends on libcam-dev is not needed since it is only libburn which
uses CAM directly.

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

Kernel: kFreeBSD 8.1-1-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
=== modified file 'debian/control'
--- debian/control  2012-02-12 15:39:42 +
+++ debian/control  2012-02-12 16:02:00 +
@@ -6,7 +6,6 @@ Uploaders: George Danchev danchev@spnet
 Build-Depends: autotools-dev, pkg-config, debhelper (= 8),
libburn-dev (= 1.2.0), libisofs-dev (= 1.2.0),
   libreadline-dev, zlib1g-dev, libacl1-dev, libattr1-dev, 
libjte-dev,
-  libcam-dev [kfreebsd-any]
 Build-Depends-Indep: doxygen
 Standards-Version: 3.9.2
 Homepage: http://libburnia-project.org



Bug#659622: gratuitous Build-Depends on libcam-dev

2012-02-12 Thread Robert Millan
Package: totem
Version: 3.2.1-2
Severity: normal
Tags: patch

libcam is not needed (anymore?) to build totem.  Build-Depends on libcam-dev
can be removed.

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

Kernel: kFreeBSD 8.1-1-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.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#615225: [Pkg-alsa-devel] Bug#615225: alsa-base: NVidia CK804 with ALC850 goes missing during wheezy upgrade

2012-02-12 Thread Elimar Riesebieter
* Peter Pöschl [120212 15:33 +0100]:

 found 615225 1.0.23+dfsg-4
 tags 615225 = moreinfo
 --
 
 On my system, the bug is kicking and !screaming.
 Unfortunately, I did not note when it broke, .
 
 Attached are the outputs of alsa-info.sh from a Squeeze system where it still 
 works and the current non-working system.
 
 To order the builtin and HDMI sound, I have
 # grep -v \# /etc/modprobe.d/alsa-base-local.conf
 options snd cards_limit=2
 options snd-intel8x0 index=0
 options snd-hda-intel index=1

Could you please comment thos three option lines and retry?

Thanks
Elimar

-- 
  Experience is something you don't get until
  just after you need it!



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



Bug#659588: libglib2.0-0: fails to install with foreign Multi-Arch

2012-02-12 Thread Neil Williams
On Sun, 12 Feb 2012 16:43:24 +0100
Michael Biebl bi...@debian.org wrote:

 On 12.02.2012 16:15, Neil Williams wrote:
  On Sun, 12 Feb 2012 16:00:38 +0100
  Michael Biebl bi...@debian.org wrote:
  
  On 12.02.2012 13:48, Neil Williams wrote:
  Setting up libglib2.0-0:armel (2.30.2-6) ...
  /usr/lib/arm-linux-gnueabi/glib-2.0/glib-compile-schemas: 1: 
  /usr/lib/arm-linux-gnueabi/glib-2.0/glib-compile-schemas: Syntax error: 
  word unexpected (expecting ))
  /usr/lib/arm-linux-gnueabi/glib-2.0/gio-querymodules: 1: 
  /usr/lib/arm-linux-gnueabi/glib-2.0/gio-querymodules: Syntax error: word 
  unexpected (expecting ))
  dpkg: error processing libglib2.0-0:armel (--configure):

  
  What's the reason for not putting these executables in /usr/bin where
  only one architecture would exist on the filesystem?
  
  What is gio-querymodules meant to do as i386 on amd64? Is it going to
  redo the work of the amd64 version? AFAICT these triggers should not be
  run once-per-foreign-architecture but once per upgrade.
  
 
 gio-quermodules generates a cache files in a arch specific location for
 the plugins/extensions specific for this arch. So moving them to
 /usr/bin seems wrong.

Yes, but what purpose is that cache file when the binaries for that
architecture cannot be executed?

Why is it being created unconditionally? What possible usage is the
foreign architecture cache? Unless *the majority* of foreign
architecture caches are *actually* going to be loaded and useful *at
runtime* on a different native architecture, there is no point
generating these cache files in an architecture-dependent manner from
the libraries, for every foreign architecture on every upgrade.

Yes, the cache data is arch-dependent - my point is that I don't see
any reason for it being generated for the foreign architecture and this
is easily managed by making the package running the triggers be
Multi-Arch: foreign, including the executables in /usr/bin with the
cache itself in /var/

Exactly what is going to happen in these situations:

native architecture is amd64
foreign architecture is i386 - what processes are going to need the
i386 cache data and why?

native architecture is amd64
foreign architecture is armel - that cache file is completely useless.
It will need to be regenerated on device when the armel package is
installed on armel.

 /usr/lib/x86_64-linux-gnu/gio/modules/giomodule.cache

/var/cache/gio/ ?

Modifying /usr/lib/ in maintainer scripts isn't a nice thing to do IMHO,
we have /var after all. 

 The other tools do similar things

... and have perennially caused failures with all prior methods of
cross-compilation ...

We have a chance here to fix this properly. Put the executables
in /usr/bin Multi-Arch: foreign, put the cache file in /var/cache/ and
have one cache per system, not one per architecture (seeing as it is
created/updated at install/upgrade, not compilation).

Just because the data is arch-dependent does not mean that every
Multi-Arch: same package must try to generate another unused copy of
the cache. This is what Multi-Arch: foreign  /var are meant to provide.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpJBPnkZFgkk.pgp
Description: PGP signature


Bug#659623: Add support for c-spanvideo.org

2012-02-12 Thread Matt Kraai
Package: youtube-dl
Version: 2012.01.05-2
Severity: wishlist

Hi,

It would also be great if youtube-dl supported downloading videos from
c-spanvideo.org, such as

 http://www.c-spanvideo.org/program/WithLi

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



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



Bug#612924: bug#612924: texlive-base: fails to upgrade: cannot stat `/usr/share/texlive-base/pdftexconfig.tex': No such file or directory

2012-02-12 Thread Axel Beckert
Hi Norbert,

Norbert Preining wrote:
 On Sa, 12 Feb 2011, Lionel Elie Mamane wrote:
  Until that bug gets fixed, to get unstucked one can do:
  
  cd /  ar p /var/cache/apt/archives/texlive-base_2009-11_all.deb 
  data.tar.gz | sudo tar zx ./usr/share/texlive-base/pdftexconfig.tex
 
 You have *all* kind of very weird problems on your computer, see your
 other bug concerning luatex.

Please be aware, that not Lionel but Jakub was the initial reporter of
that bug.

And FWIW, I just ran into the very same bug and are very thankful for
Lionel's hint about how to get it fixed.

 Are you sure that your hard disk (the one of your computer) is in good
 state and that the file system is correct etc etc???

Yes, I am sure that the filesystem and the RAID and LVM below it are
fine on the system on which I ran into this issue.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



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



Bug#659354: reprepro: Update rules does not work with architecture all

2012-02-12 Thread Bernhard R. Link
* Daniel Dehennin daniel.dehen...@baby-gnu.org [120210 15:03]:
 I try to migrate from mini-dinstall with simple-subdir to reprepro but
 source and architecture all does not seems to work.
 [...]
 #+NAME: conf/updates
 #+begin_src conf
 Name: minid-unstable
 Method: URL
 Flat: main
 VerifyRelease: MY GPG ID
 
 Name: minid-arch-source
 From: minid-unstable
 Suite: */source
 Architectures: source

I cannot reproduce something like that failing here.
Perhaps the output of an reprepro -VV checkupdate
can give more information what it tries to do.
(Ideally only with the minid-arch-source in the Update:
of conf/distributions and not the others).

Bernhard R. Link



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



Bug#659624: gratuitous Build-Depends on libusb2-dev

2012-02-12 Thread Robert Millan
Package: colord
Version: 0.1.16-2
Severity: normal
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd

colord builds fine without libusb2-dev, it can be safely removed.

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

Kernel: kFreeBSD 8.1-1-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.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#659625: gratuitous Build-Depends on libusb2-dev

2012-02-12 Thread Robert Millan
Package: libimobiledevice
Version: 1.1.1-3
Severity: normal
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd

libimobiledevice builds fine without libusb2-dev, it can be safely removed.

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

Kernel: kFreeBSD 8.1-1-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.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#659588: libglib2.0-0: fails to install with foreign Multi-Arch

2012-02-12 Thread Michael Biebl
On 12.02.2012 17:05, Neil Williams wrote:
 On Sun, 12 Feb 2012 16:43:24 +0100
 Michael Biebl bi...@debian.org wrote:


 gio-quermodules generates a cache files in a arch specific location for
 the plugins/extensions specific for this arch. So moving them to
 /usr/bin seems wrong.
 
 Yes, but what purpose is that cache file when the binaries for that
 architecture cannot be executed?

What if they can, like i386 and amd64?

 Why is it being created unconditionally? What possible usage is the
 foreign architecture cache? Unless *the majority* of foreign
 architecture caches are *actually* going to be loaded and useful *at
 runtime* on a different native architecture, there is no point
 generating these cache files in an architecture-dependent manner from
 the libraries, for every foreign architecture on every upgrade.

The cache is used at runtime, yes.
The major use case for multi-arch is running i386 on amd64, no?

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#659588: libglib2.0-0: fails to install with foreign Multi-Arch

2012-02-12 Thread Neil Williams
On Sun, 12 Feb 2012 16:05:26 +
Neil Williams codeh...@debian.org wrote:

  gio-quermodules generates a cache files in a arch specific location for
  the plugins/extensions specific for this arch. So moving them to
  /usr/bin seems wrong.
 
 Yes, but what purpose is that cache file when the binaries for that
 architecture cannot be executed?

Ignore that, got it mixed up myself.

The cache data appears package-selection-specific more than anything
else, but as i386 could have a different selection to amd64, I can see
what's going on now.

I'll look again at what happens with cross-compilation once that work
restarts. (Still seems odd to modify /usr/lib/ in the maintainer
scripts.)

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpVRsQeofyTR.pgp
Description: PGP signature


Bug#659617: [vlc] vlc can't convert (or play) streaming video

2012-02-12 Thread Christophe Mutricy
Hello,

Le Sun 12 Feb 12 à 07:45 -0800, john terragon a écrit :
  
 Package: vlc
 Version: 1.1.13-1+b1

 I'm trying to convert (or even play) this network stream:

Indeed, managing to play it is the first step.

 http://mediapolisvod.rai.it/relinker/relinkerServlet.htm?cont=D4DbkclhMoAeeqqEEqual
 [0x905be84] main access error: connection failed: Connection refused
 [0x905be84] access_http access error: cannot connect to  127.0.0.1:21790

 I'm not sure it's a bug. Maybe it's just a matter of configuration and I'm 
 missing something.

The problem would be more obvious with verbosity=2 or -vvv.

It appear libproxy thinks you have a (http) proxy at localhost:21790.

So you need to check your kde/gnome settings, env variable, .pac, ...

-- 
Xtophe



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



Bug#659519: [a...@spamfence.net: Re: [3.1.8 - 3.2.4 regression] ATH9K driver will not connect to my adhoc network]

2012-02-12 Thread Jonathan Nieder
Forwarding to the bug log.
---BeginMessage---
Hello,

as this is my first bug report ever I'm not sure if I understand.

Am I supposed to send all I sent to you previously to the addresses
given in this mail? So the dmesg log and my setup? Can't you do it
instead? I don't want to make a mistake.

I also might later (cannot guarantee though) be able to apply the
patch you provided. But I didn't apply pages since quite some time and
have not much time. If you are interested that I try this can you
please provide me with all console commands how I do this?

With kind regards, Ankman

On Sat, Feb 11, 2012 at 19:27, Jonathan Nieder jrnie...@gmail.com wrote:
 Ankman wrote:

 This (attachment report.txt) will be from my currently booted kernel
 (3.1.0-1-686-pae)

 Thanks!  That's fine.  Forwarded to the bug log.

 [...]
 I solely rely on a script I wrote (key and essid were replaced by me),
 no network manager involved:

 ifconfig wlan0 down
 iwconfig wlan0 mode ad-hoc
 iwconfig wlan0 my-essid
 iwconfig wlan0 key 12345
 ifconfig wlan0 192.168.198.251
 route add default gw 192.168.198.78

 Above works reliable for me since months. Until yesterday when the
 kernel-update was installed

 Ok, please send a summary of this problem upstream (that's
 ath9k-de...@lists.ath9k.org, cc-ing linux-wirel...@vger.kernel.org,
 linux-ker...@vger.kernel.org, and either me or this bug log so we can
 track it).

 Be sure to mention the steps to reproduce, expected result, actual
 result, and versions tested, and what kind of testing you would and
 would not be able to do to track this down, just as you have here, and
 include a link to this bug log for the full story.

 If you have time to test the attached patch[2], that might also be
 useful.

 Sorry, I don't have much time for that.

 That's fine.  If we're lucky, someone more familiar with these things
 upstream can come up with some way to confirm or rule out that cause
 without having to build a new kernel.

 Thanks for the quick feedback.
 Jonathan
---End Message---


Bug#658310: FTBFS: Header hdfeos5.h or the compiled hdfeos5 library is not found

2012-02-12 Thread Francesco P. Lovergine
On Sat, Feb 11, 2012 at 06:35:31PM +, peter green wrote:
 The real problem is revealed by mkmf.log
  have_library: checking for main() in
 -lhe5_hdfeos...  no gcc -o conftest -I.
 -I/usr/lib/ruby/1.8/x86_64-linux -I. -I/usr/include/hdf-eos5
 -I/usr/lib/include -I/usr/lib/ruby/1.8/x86_64-linux
 -I/usr/lib/ruby/vendor_ruby/1.8/x86_64-linux -fno-strict-aliasing
 -g -g -O2 -fPIC conftest.c -L. -L/usr/lib -L/usr/lib/lib
 -L/usr/lib/ruby/1.8/x86_64-linux
 -L/usr/lib/ruby/vendor_ruby/1.8/x86_64-linux -L. -rdynamic
 -Wl,-export-dynamic -lgctp -lruby1.8-static -lhe5_hdfeos -lgctp
 -lpthread -lrt -ldl -lcrypt -lm -lc 
 /usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/libhe5_hdfeos.so:
 undefined reference to `H5DSis_attached' 
 /usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/libhe5_hdfeos.so:
 undefined reference to `H5DSset_scale' 
 /usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/libhe5_hdfeos.so:
 undefined reference to `H5DSattach_scale' 
 /usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/libhe5_hdfeos.so:
 undefined reference to `H5DSis_scale' collect2: ld returned 1 exit
 status checked program was: /* begin */ 1: /*top*/ 2: int main() {
 return 0; } 3: int t() { void ((*volatile p)()); p = (void
 ((*)()))main; return 0; } /* end */ gcc -o conftest -I.
 -I/usr/lib/ruby/1.8/x86_64-linux -I. -I/usr/include/hdf-eos5
 -I/usr/lib/include -I/usr/lib/ruby/1.8/x86_64-linux
 -I/usr/lib/ruby/vendor_ruby/1.8/x86_64-linux -fno-strict-aliasing
 -g -g -O2 -fPIC conftest.c -L. -L/usr/lib -L/usr/lib/lib
 -L/usr/lib/ruby/1.8/x86_64-linux
 -L/usr/lib/ruby/vendor_ruby/1.8/x86_64-linux -L. -rdynamic
 -Wl,-export-dynamic -lgctp -lruby1.8-static -lhe5_hdfeos -lgctp
 -lpthread -lrt -ldl -lcrypt -lm -lc 
 /usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/libhe5_hdfeos.so:
 undefined reference to `H5DSis_attached' 
 /usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/libhe5_hdfeos.so:
 undefined reference to `H5DSset_scale' 
 /usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/libhe5_hdfeos.so:
 undefined reference to `H5DSattach_scale' 
 /usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/libhe5_hdfeos.so:
 undefined reference to `H5DSis_scale' collect2: ld returned 1 exit
 status checked program was: /* begin */ 1: /*top*/ 2: int main() {
 return 0; } 3: int t() { main(); return 0; } /* end */
 
 
 It seems it is no longer possible to link against libhe5_hdfeos without 
 including some other library (or possiblly at all)
 
 Alastair McKinstry please advise if this is a bug in ruby-hdfeos5 or in 
 hdf-eos5


It is evident that libhe5_hdfeos is using hdf5 high-level library, but not 
linking it:

$ objdump -T /usr/lib/i386-linux-gnu/libhe5_hdfeos.so.0 |grep H5D
  DF *UND*    H5Dcreate1
  DF *UND*    H5Dread
  D  *UND*    H5DSis_attached
  DF *UND*    H5Dget_type
  DF *UND*    H5Dvlen_reclaim
  DF *UND*    H5Dclose
  DF *UND*    H5Dwrite
  D  *UND*    H5DSset_scale
  D  *UND*    H5DSattach_scale
  D  *UND*    H5DSis_scale
  DF *UND*    H5Dget_space
  DF *UND*    H5Dget_create_plist
  DF *UND*    H5Dextend
  DF *UND*    H5Dopen1

So it is an issue in hdf-eos5.

-- 
Francesco P. Lovergine



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



Bug#659627: libasound2: stuttering audio due to continuous underruns

2012-02-12 Thread Mario 'BitKoenig' Holbe
Package: libasound2  
Version: 1.0.25-2

Hello,

upgrading libasound2 to 1.0.25-2 leads to stuttering audio when playing
TV via xawtv (3.102-3) and xawtv continuously reporting
ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred
while reading from hw:1,0 (32KHz Bt87x Digital capture device of a Bt878
TV card, driven by snd_bt87x).
Downgrading to 1.0.24.1-4 solves this issue.


Furthermore in conjunction with pulseaudio I noticed with 1.0.25-2
alsamixer shows the normal card0 mixers while with 1.0.24.1-4 it did
show the PulseAudio mixer. I don't know if those both symptoms are
connected. According to changelog.Debian the latter could be
intentional, but IMHO libasound2 should then break old/current
pulseaudio versions to enforce coordinated upgrades.
If you think those both issues should be treated separately, please feel
free to clone this bug.


Thanks for your work  best regards
   Mario
-- 
Programmieren in C++ haelt die grauen Zellen am Leben. Es schaerft
alle fuenf Sinne: den Schwachsinn, den Bloedsinn, den Wahnsinn, den
Unsinn und den Stumpfsinn.
 [Holger Veit in doc]


signature.asc
Description: Digital signature


Bug#659628: ttf-atarismall: use dh_installdeb maintscript support

2012-02-12 Thread Colin Watson
Package: ttf-atarismall
Version: 2.1-4
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise

Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before
ttf-atarismall.  This seems generally undesirable; it would be better to
enforce a single code path.  (This is academic for Debian because the
version of dpkg in squeeze supported dpkg-maintscript-helper, hence
Severity: wishlist; Ubuntu's last LTS release didn't have a sufficient
version of dpkg for that which is why I care.)

It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0.  This would remove duplicate code from your maintainer scripts -
in fact, you'd no longer need to have handwritten maintainer scripts at
all.  Here's a patch:

  * Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand.  We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.

diff -Nru ttf-atarismall-2.1/debian/control ttf-atarismall-2.1/debian/control
--- ttf-atarismall-2.1/debian/control   2011-07-20 11:25:30.0 +0100
+++ ttf-atarismall-2.1/debian/control   2012-02-12 16:48:22.0 +
@@ -3,12 +3,13 @@
 Priority: optional
 Maintainer: Gürkan Sengün gur...@phys.ethz.ch
 Uploaders: Debian Fonts Task Force pkg-fonts-de...@lists.alioth.debian.org
-Build-Depends: debhelper (= 7.0.50~), fontforge
+Build-Depends: debhelper (= 8.1.0~), fontforge
 Homepage: http://gnu.ethz.ch/linuks.mine.nu/atari/
 Standards-Version: 3.9.2
 
 Package: ttf-atarismall
 Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}
 Description: Very small 4 x 8 font
  This is named atari small because it was designed for a terminal emulator
diff -Nru ttf-atarismall-2.1/debian/maintscript 
ttf-atarismall-2.1/debian/maintscript
--- ttf-atarismall-2.1/debian/maintscript   1970-01-01 01:00:00.0 
+0100
+++ ttf-atarismall-2.1/debian/maintscript   2012-02-12 16:47:29.0 
+
@@ -0,0 +1 @@
+rm_conffile /etc/defoma/hints/ttf-atarismall.hints 2.1-4
diff -Nru ttf-atarismall-2.1/debian/postinst ttf-atarismall-2.1/debian/postinst
--- ttf-atarismall-2.1/debian/postinst  2011-07-20 10:09:20.0 +0100
+++ ttf-atarismall-2.1/debian/postinst  1970-01-01 01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-atarismall.hints 
2.1-4 -- $@
-fi
-
-#DEBHELPER#
-
diff -Nru ttf-atarismall-2.1/debian/postrm ttf-atarismall-2.1/debian/postrm
--- ttf-atarismall-2.1/debian/postrm2011-07-20 10:09:43.0 +0100
+++ ttf-atarismall-2.1/debian/postrm1970-01-01 01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-atarismall.hints 
2.1-4 -- $@
-fi
-
-#DEBHELPER#
-
diff -Nru ttf-atarismall-2.1/debian/preinst ttf-atarismall-2.1/debian/preinst
--- ttf-atarismall-2.1/debian/preinst   2011-07-20 10:09:36.0 +0100
+++ ttf-atarismall-2.1/debian/preinst   1970-01-01 01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-atarismall.hints 
2.1-4 -- $@
-fi
-
-#DEBHELPER#
-

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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



Bug#659629: Changes from longterm 2.6.32.57

2012-02-12 Thread Ben Hutchings
Package: src:linux-2.6
Version: 2.6.32-41
Severity: important

This is actually based on 2.6.32.57-rc1.

- IB/mlx4: pass SMP vendor-specific attribute MADs to firmware

Fixes handling of some Infiniband protocol extensions that need to be
passed to the device firmware rather than the kernel.

- mm/filemap_xip.c: fix race condition in xip_file_fault()

Not relevant to Debian configurations.

- NFSv4: Fix up the callers of nfs4_state_end_reclaim_reboot

The NFSv4 client was not properly updating some of its state after a
server reboot, presumably resulting in I/O failures and/or memory leaks.
This should fix that.

- NFSv4: The state manager shouldn't exit on errors that were handled
- NFSv4: Ensure the state manager handles NFS4ERR_NO_GRACE correctly

Fix the NFSv4 client to continue running after certain recoverable
errors, which I think would otherwise result in losing access to the
filesystem.

- NFSv4: Handle NFS4ERR_GRACE when recovering an expired lease.

Fixes handling of a server reboot during revalidation of cached state on
the NFSv4 client, which would otherwise result in an I/O failure.

- NFSv4: Fix open recovery

Fixes the NFSv4 client to send new OPEN requests for open files after
the server reboots.  Without this, I think the server might allow other
clients to cache files that we have open, resulting in data loss.

- rpc client can not deal with ENOSOCK, so translate it into ENOCONN

Fixes error reporting for RPC requests made during reconnection of the
RPC client socket.  The old behaviour apparently could result in NFS I/O
failures during recovery from a server reboot.

- udf: Mark LVID buffer as uptodate before marking it dirty

Fixes a spurious warning when rewriting metadata for this filesystem
after a prior I/O error.

- drm/i915: Fix TV Out refresh rate.

Fixes the display refresh rates for SD TV outputs connected to Intel
GPUs.  This doesn't seem to affect the actual signal rate, because the
previous rates would never have worked, but it does apparently fix
flickering.

We won't get this from 2.6.32.57 since we took DRM from 2.6.33, but we
should probably cherry-pick it anyway.

- eCryptfs: Infinite loop due to overflow in ecryptfs_write()

Fixes loop condition for a write more than 4GB beyond the previous end
of a file on this filesystem, on 32-bit systems.  This doesn't seem to
be a security issue in itself, but can be combined with the fact that
truncation/extension was not killable (before 2.6.32.56) to produce a
more effective DoS.

- atmel_lcdfb: fix usage of CONTRAST_CTR in suspend/resume
- Staging: asus_oled: fix image processing
- Staging: android: binder: Don't call dump_stack in binder_vma_open
- Staging: android: binder: Fix crashes when sharing a binder file between 
processes
- usb: gadget: zero: fix bug in loopback autoresume handling

Not relevant to Debian configurations.

- usb: Skip PCI USB quirk handling for Netlogic XLP

Adds a quirk for PCI USB controllers that should have no effect on
Debian-supported systems.

- USB: usbserial: add new PID number (0xa951) to the ftdi driver

New hardware support.

- mmc: cb710 core: Add missing spin_lock_init for irq_lock of struct cb710_chip

Fixes initialisation of a lock structure in this flash card interface
driver.  Since we don't enable lock debugging and the structure would be
zero-initialised anyway, I don't believe the bug had any effect on
Debian configurations.  But this is obviously correct and harmless.

- net: fix sk_forward_alloc corruptions
- net: sock_queue_err_skb() dont mess with sk_forward_alloc

Removes some accounting of memory used by error/exception packets (ICMP,
local errors and TX timestamps), which was subject to data races.  A
remote attacker could provoke a WARNING by sending ICMP packets, but I
don't think any worse effect was possible.  Note that memory use by
these packets is still limited by the socket receive buffer size.

Ben.

-- 
Ben Hutchings
Horngren's Observation:
   Among economists, the real world is often a special case.




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


Bug#611493: kernel panics or freezes helped but not eliminated by warm reboot or rootdelay=20

2012-02-12 Thread Jonathan Nieder
Pascal BERNARD wrote:

 I must say that I have had no trouble since I switched to kernel 3.x.

That's good to hear.

I still would be interested to hear what the newest kernel you know of
that does exhibit trouble is.  For example, if you can try 2.6.38 (?)
which you mentioned being troublesome before or 2.6.32.y, that would
be useful.

Trying various versions to find out when the problem was fixed could
help us find the fix and prevent others from having to experience the
same on squeeze, but more importantly, trying just _one_ broken
version of the kernel with everything else kept the same would be
enough to confirm that this was a kernel bug that has been fixed.

Thanks for the update.
Jonathan



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



Bug#659630: tardy: problems with files 2GB

2012-02-12 Thread Jö Fahlke
Package: tardy
Version: 1.20-0.1
Severity: normal

Dear Maintainer,
tardy appears to have problems with archives 2GB:
==
joe@paranoia:~/GPR/testelectrodynamic/2009-10-12a$ zcat level11.vtk.tar.gz | wc 
-c
2256721920
joe@paranoia:~/GPR/testelectrodynamic/2009-10-12a$ zcat level11.vtk.tar.gz | 
tee (wc -c 2) | tardy /dev/null
tardy: standard input: state 0: offset is -476
2149056512
==

The error happens suspiciously close to 2147483648=2^31 bytes -- probably at
the start of the next archive member.  The archive can be unpacked without
problems using tar.

I assume the problem is something obvious so I'm not creating a test-case, if
you still need one please tell me.

Thanks,
Jö.

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

Kernel: Linux 3.1.0-1-686-pae (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 tardy depends on:
ii  libc6   2.13-26
ii  libgcc1 1:4.6.2-12
ii  libstdc++6  4.6.2-12
ii  zlib1g  1:1.2.3.4.dfsg-3

tardy recommends no packages.

tardy suggests no packages.

-- no debconf information

-- 
Jorrit (Jö) Fahlke, Interdisciplinary Center for Scientific Computing,
Heidelberg University, Im Neuenheimer Feld 368, D-69120 Heidelberg
Tel: +49 6221 54 8890 Fax: +49 6221 54 8884

Das Erststudium soll bis zum berufsqualifizierenden Abschluss
gebührenfrei bleiben, also bis zur Erlangung der Taxi-Lizenz.
-- Akrützel, Ausgabe vom 16.5.2002 (www.akruetzel.de)


signature.asc
Description: Digital signature


  1   2   3   >