Bug#659572: [l10n] Updated Czech translation of phpldapadmin debconf messages
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
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
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
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)
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!
* 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
* 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 ....
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
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
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
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
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)
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
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
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
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
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
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)
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
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
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)
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
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
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
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
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
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
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
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
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
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
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
[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
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
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
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
-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
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
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
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
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
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 ***
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
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
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
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
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
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
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
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
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
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
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
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 ***
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
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
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
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
* 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
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
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.
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)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
* 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
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
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
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
* 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
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
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
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
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
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]
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
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
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
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
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
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
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