Bug#631088: debian-maintainers: please add Hsin-Yi Chen to Debian Maintainers keyring
Package: debian-maintainers Severity: normal please add my public key to Debian Maintainers keyring. See attached jetring changeset. please note that I resent my greement because gmail encoding issue so that my first agreement's gpg signature can not be verified by my public gpg key. thanks. -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty') Architecture: i386 (i686) Kernel: Linux 2.6.38-8-generic-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Comment: Add Hsin-Yi Chen (hychen) ossug.hyc...@gmail.com as a Debian Maintainer Date: Mon, 20 Jun 2011 13:47:11 +0800 Action: import Recommended-By: Ying-Chun Liu (PaulLiu) paul...@debian.org, Kan-Ru Chen (陳侃如) kos...@debian.org.tw, Agreement: http://lists.debian.org/debian-newmaint/2011/06/msg00022.html Advocates: http://lists.debian.org/debian-newmaint/2011/06/msg00025.html http://lists.debian.org/debian-newmaint/2011/06/msg00029.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.11 (GNU/Linux) mQINBE1DgDEBEADLsivBIG0BM0Olzxpv6Xwia8TjHo0G1ceSZw/9Av2coXD3s/Md d9RvbJlbZYG6Fg55k5MO8coBmatnESEtICZYqP1vyXNGgBieuPfvAWyih6OLrXbX xcu8nH12tWbgHx5XpkvL4HeNlLQpSPzwLn8Xs2r0BeGFUm7mMApxjAEVo0nVyjis ms7d5ZflbDbXFX04Mi7jA1U9Jn7lxVys+o2BrkNIauTf4XelslfvibPhUWb0uhsw ahNBry+4MauAy49Z1SiEDqOOSVwOy8ZTx1qbhbf/3plU+LTxCUJTn9ciHR20ofj8 xRfUieageSg3E/ZcamLBhon4Aj82zvsgnTd4WCsn7X919Hpf7KY39pYjCXJPZXxh 42XACWdl08oXWc4FFZ+tddx4/vGMRNUT0kNtlZwEisxO/+7LoNUuFn+eGeb/9fok 8adh9B3PK5jydy85n7I9AsadDb6j0PhulcQ751gM1GSCUhjM0A2EPdrn/BD7/oYt Um2bX5tVB2eL68Fgyx1JGvLy4xRlSBY3eeGGPtLKmXlSyyCorS1NqXsaQ9TYK8to VtGVHHjHjs1jTvJ2AT8929bjiuvNNdCuuw/5GiP8Gyt4EOk49LMFiciDMFRTLaaR JYSsF08vmEZ6bExzu3YP/VtBTeaxKaM82VnSv4BO0spS8UvxZd/7LW4u+wARAQAB tC5Ic2luLVlpIENoZW4gKGh5Y2hlbikgPG9zc3VnLmh5Y2hlbkBnbWFpbC5jb20+ iQJBBBMBAgArAhsDBgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIXgAIZAQUCTUODwAUJ AeCbTwAKCRDTULsCKPYBk3ppD/wLfdM5Jay4PnrHcu75YGYEMZgxKoTr66fllt2w NUZhJ6QBeFXeVdPyoVsVTSvQoofUHKWqfEiBxWF1AtCiWW1Pw7dLzcA3anMzwr60 budb4IiyokYcB3rydyByuhthblU295r7KresjTo/8JvJ+WVVOlKt+L0LdJY8DdeU u3oncip72GjVPmQ2nBQzil2plWTbkKgW25TAZ3UNKg+HZ19URRhripVpogmptzlz 2WLIF8swCHF4pzZEnWe0auDMf2tHIRsSZgM/gIAqCk6joE0PjdjULinZYvqXx2Q/ /n7q64tTHU/7kYsJcyZmfweiSWoBAu/Lp6FlbuAjgCwrUMDvORh/f/Cp5jUxPnEH eJwHvUEuUq3tAKi9syR8QcgwLtKzkrPBLSb0gk+u0a8S5N4DgPo12i+nBJg+YG3N NBWi6hsX5GKHAtx3xE04uablvOKjHjvtYa8YS4KeorPieOhIyQ2yST3a99bWrw9y pMYZZHGjfx4H1E+XCySg3DP8DuuCP51xpPW5JH0oft0chxF9U7H7hUW8YY0onqNf oog6URK3LkHkkDclU9pjRj1xxSKtp6pteyPcFATXjIW9LAWJunrfcmnLJGMHRstj wiTbgwrNxxM2dCzVeJxksFAkSBMD6RzA9tNEWjqVjnBOU5//Hc6uh5IRjyxdu5wo ujSwd4kCHAQQAQIABgUCTVtl/QAKCRAbEy4BzsatRmh/EACfPJo+QffdwXm7HN9k K77Uf+7ki2XR7TSbiqocDlSVuXZ5nNDnVjyz7SkMiEJ/jEifQ0GqxcLLinhtAPtN 508Sfkvh8idWYhKU6OvQ7EdUrKM4zKVp/StmbfKCjG5UfqR22i5F3CLtXJTcQYo0 2i6KKZnrN9cjPqBlxyD65KByJTdK8M1Gqo/OLJc8Zp49qP2ZMZwaLzkGnYAF79N8 AArES2jjiOcYbHjHk/BMc3noqIEBOn8FdiS4DbhqLeO7kToo87bHp01YMsbuBQ9R rJUKl9YauNtcTmBVBb+7loCzuwDfYcPD+4YWQdUHBd+3Yevd2VT1dnrAyPz8TQGT h1SZxt58LKQepAed8pAY7FjZbklQ9TU+XR/oRaAEDkC0A6a5Bbr4VesFqMkvMMnc PtbS43CljWnshhTeHyUDOxMMtSr4WmMdjfaGqryxKEbVFQ57HB4gsyjQbNJZIH1a EYCgZGetL9i4/Qapbm3zbuQegCK8PXAQ1AKOSQBQ6rmpP3wIGMDe2LS5mpVfhHbY XSx88oW5yjTyqzuw7sgr5o3KARvlwaXAOQ6+3dbpPIp3AhCw6a9qQei7kHAsQ114 W848HzZZIAl3cyQwfOBNveTlmrQAetKF5heAwXOuRqWH2puOrZXsvapvSP4HzHgK 4xOoKGhgPegEGheb8+vRoineYYhGBBARAgAGBQJNW2Y1AAoJELG3W182XMeivDgA oISw63sPqGZOQTztBg1w3GtI2K2QAJ0QPfT2YQuhgqqZaIkeMlicxGt5z7QsSHNp bi1ZaSBDaGVuIChoeWNoZW4pIDxoeWNoZW5AY2Fub25pY2FsLmNvbT6JAj4EEwEC ACgCGwMGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheABQJNQ4PEBQkB4JtPAAoJENNQ uwIo9gGTiJAP/1XcnoNg9ETEZD6zYBQFIsHzkSmkRQ0hduJxiEE//5/n19O8nhG4 vnUrr0/3BPA1p1rqdLh5ZK0UWEX7Vci/fL7bI68RDJq60pvdS67tFD7ymUYL64hY iaSjgTYXhspt3zLOxZ8rePZU3lmhuPErTFr1hg4mTVGVKJKRqgWNLqjVbnLecB5e XdprvWJKAEFByuBIi0rt6plrIyHxWtvUkWqlBvNSulYEfKQffB5hbGfJZXb9yPdK tNn/RWiou3Rqyi339Z4Wnfc0Qt3P3iEmcLq28lQoi3TdpzqGhWDwQizQO1boO1hz 02FEtk7O6LT8MoT/KZxy2Dklk+ARYociLFu5YA8Ib9QEZh4zi6jKLvhNSOS2udOy G9hD70064x/Ok1GxOsSRH37mn9QDP1/ZPQRyN4Lw6ajRJM2d3ZU+Y+JzX0YJj1Sa qeJhOTZ7+g0lK88pOjU7KbBZsxEL+Jj9nGbtah2YYft+zHcTDeBwXmHBrYtitWnb eFdtqdJ1LLW87n6VpBmUomD35LWX13rjUlZCovB7P1LVkCw2k+UoscyAjbt9xJ4m PFu8zda60omGF4FeiTYkHePeHZWXCELpMYLuQzJ8rnOwQWUR9wUKrd80TNSQNJPO TmfNfi/2fd9VMBDMFVt4NiIseRNZe1hF9GMyKi1IFRERJcCRqSVZ9t3CiQIcBBAB AgAGBQJNW2X9AAoJEBsTLgHOxq1G07IQAKNOOS0+5Dah2qvC5QVdSrD+yFZLaRoC REOBLMBaUULDyaHyroLqb+xSQ6IRk3uIAekkLCK0qfayf0VxID1lPSOoTCrKH/Kx bLF+nrLOTDUAjmbv5EE7okTjwap3zMnNrasTdveof7+uwUJU8e9SbWcRaymC46cx kL6P8aqNKgmGhtUIjlB/SR7EzsaHVpi1jYK7/zOe5VtcUaT5G6/2KvTkgVZvezNh ilUX1sO5VZi+o/hzeYsa1DJFAPAhWlqCux/Ytv+5ZkuZz80aRQUmt2m949JhZLHD JpP23es5iJKPcEadyubfyjRmc8AHJRtItN1bi7DRaSv7XgT3kd78Lv+kFoO9Arpq xs8Xmr2uPu+rEdotXo7pqodoA9zoc4bhNr4A1n7Z5OmWk1We/Ht/g5EzAjHM/CeK
Bug#544844: status of this bug
Hi,
On Mon, 20 Jun 2011, Modestas Vainius wrote:
On the other hand, it is really too bad that 'export DEB_LDFLAGS_{APPEND,SET}
= ' will have no effect as long as dpkg-buildpackage keeps modifying
environment. Both LDFLAGS and DEB_LDFLAGS_APPEND would need to be exported
(or
LDFLAGS unexported) in order to be compatible with both old agressive dpkg-
buildpackage and envvars-friendly dpkg-buildpackage. But this is not clean in
my book (consider backports etc.).
In order to make `export DEB_*_{APPEND,SET}` work with both dpkg-
buildpackage's, I propose the attached patch (0002). The patch also tweaks
documentation a bit wrt this topic. The patch should be safe but it will
override VAR envvar if either of DEB_VAR_{APPEND,SET} is exported so I don't
know if you want to add this to compat=9 (should be trivial to modify).
Hum, DEB_*_APPEND/SET were meant for users recompiling packages not really
for package maintainers. The logic was that dpkg-buildflags gives a set
of base flags and that the package can then tweak them.
And since Joey already decided to not override the variables if they are
already set, the correct way to tweak a value is to retrieve it in the
rules file and to reexport it in the environment. I don't see the need
for your supplementary patch.
That said for the sake of simplicity, it's probably a good idea
to improve dpkg-buildflags to support debian/buildflags.conf that would
be parsed after everything else (and that is clearly meant to be used by
the package maintainer).
Do you agree ?
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Follow my Debian News ▶ http://RaphaelHertzog.com (English)
▶ http://RaphaelHertzog.fr (Français)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614903: Announce of the upcoming NMU for the cacti package
Dear maintainer of cacti and Debian translators, Some days ago, I sent a notice to the maintainer of the cacti Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de es eu fr id it ja nl pt pt_BR ru sv vi Among these, the following translations are incomplete: cs eu it pt pt_BR vi If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the cacti package so I can incorporate them in the build. The deadline for receiving updates and new translations is Tuesday, June 28, 2011. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Wednesday, June 15, 2011 : send the first intent to NMU notice to the package maintainer. Monday, June 20, 2011 : send this notice Tuesday, June 28, 2011 : (midnight) deadline for receiving translation updates Wednesday, June 29, 2011 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Wednesday, July 06, 2011 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: ca...@packages.debian.org\n POT-Creation-Date: 2011-02-16 06:33+\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../cacti.templates:1001 msgid Apache2 msgstr #. Type: select #. Choices #: ../cacti.templates:1001 msgid None msgstr #. Type: select #. Description #: ../cacti.templates:1002 msgid Webserver type msgstr #. Type: select #. Description #: ../cacti.templates:1002 msgid Please select the webserver type for which cacti should be automatically configured. msgstr #. Type: select #. Description #: ../cacti.templates:1002 msgid Select \None\ if you would like to configure your webserver by hand. msgstr signature.asc Description: Digital signature
Bug#625726: initscripts: Syntax error in grep in /etc/network/if-up.d/mountnfs
tags 625726 + patch
thanks
Maybe this bug has better chances to be fixed with a patch...
Cheers,
--
Stéphane
diff --git a/debian/src/initscripts/etc/network/if-up.d/mountnfs b/debian/src/initscripts/etc/network/if-up.d/mountnfs
index 412f26b..58ac736 100644
--- a/debian/src/initscripts/etc/network/if-up.d/mountnfs
+++ b/debian/src/initscripts/etc/network/if-up.d/mountnfs
@@ -117,7 +117,7 @@ do_start() {
}
exit_unless_last_interface() {
-grep ^[:space:]*auto /etc/network/interfaces | \
+grep ^[[:space:]]*auto /etc/network/interfaces | \
sed -e 's/[ \t]*auto[ \t]*//;s/[ \t]*$//;s/[ \t]/\n/g' | \
while read i; do
if [ `grep -c $i /etc/network/run/ifstate` -eq 0 ]; then
Bug#631089: isc-dhcp-client: semicolon expected in lease file (already fixed upstream in 4.1.2)
Package: isc-dhcp-client Version: 4.1.1-P1-17 Severity: normal NetworkManager use dhclient to get IP addresses. I get the following error with NetworkManager: Jun 1 14:20:03 mango daemon.info dhclient: Internet Systems Consortium DHCP Client 4.1.1-P1 Jun 1 14:20:03 mango daemon.info dhclient: Copyright 2004-2010 Internet Systems Consortium. Jun 1 14:20:03 mango daemon.info dhclient: All rights reserved. Jun 1 14:20:03 mango daemon.info dhclient: For info, please visit https://www.isc.org/software/dhcp/ Jun 1 14:20:03 mango daemon.info dhclient: Jun 1 14:20:03 mango daemon.err dhclient: /var/lib/dhcp/dhclient-be2ae05f-b04d-dcf6-efa3-1e63e0f0e111-eth5.lease line 17: semicolon expected. Jun 1 14:20:03 mango daemon.err dhclient: } Jun 1 14:20:03 mango daemon.err dhclient: Jun 1 14:20:03 mango daemon.err dhclient: /var/lib/dhcp/dhclient-be2ae05f-b04d-dcf6-efa3-1e63e0f0e111-eth5.lease line 17: unterminated lease declaration. Jun 1 14:20:03 mango daemon.err dhclient: } Jun 1 14:20:03 mango daemon.err dhclient: Jun 1 14:20:03 mango daemon.info dhclient: Listening on LPF/eth5/00:60:6e:00:01:71 I asked on the network-manager list [1] and people there told me [2] that this bug is already fixed upstream in verion 4.1.2 . So please uptate to the latest upstream version. [1] https://mail.gnome.org/archives/networkmanager-list/2011-May/msg4.html [2] https://mail.gnome.org/archives/networkmanager-list/2011-May/msg00014.html -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (150, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages isc-dhcp-client depends on: ii debianutils 4.0.2 Miscellaneous utilities specific t ii iproute 20110315-1 networking and traffic control too ii isc-dhcp-common 4.1.1-P1-17 common files used by all the isc-d ii libc62.13-7 Embedded GNU C Library: Shared lib isc-dhcp-client recommends no packages. Versions of packages isc-dhcp-client suggests: ii avahi-autoipd 0.6.30-3 Avahi IPv4LL network address confi pn resolvconfnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631090: ifrench-gut: missing word: injoignable
Package: ifrench-gut Version: 1:1.0-27 Severity: normal joignable is in dictionary, but not injoignable. Maybe joignable needs a flag to allow that derivation, or add injoignable as such. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'oldstable'), (500, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifrench-gut depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii dictionaries-common 1.5.17 Common utilities for spelling dict ii ispell3.1.20.0-7 International Ispell (an interacti ifrench-gut recommends no packages. Versions of packages ifrench-gut suggests: ii wfrench 1.2.3-8French dictionary words for /usr/s -- debconf information: ifrench-gut/languages: francais GUTenberg TeX8b (French GUTenberg TeX8b), francais GUTenberg (French GUTenberg), francais GUTenberg latin1 (French GUTenberg latin1) shared/packages-ispell: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630485: msort: Segmentation fault, error code 139
On Sat, 18 Jun 2011 00:29:16 -0300
Margarita Manterola margamanterola.b...@gmail.com wrote:
So, it should be:...
...
Changing this code and rebuilding led to no SegFault.
For BTS browsers to better see what was changed, I copied that same
FillDynamicString code to 'before' and 'after' files, then diffed:
# note: 'align' is from: http://www.cs.indiana.edu/~kinzler/align/
% diff /tmp/before /tmp/after | align
8c8
if (lengthtgt-c) {
---
if (length+1 tgt-c) {
HTH...
PS: Thanks to everybody working on 'msort'.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631091: less: Incorrect line width for man pages
Package: less Version: 444-1 Severity: normal Man pages are displayed using 'less' in my terminal. However, I recently added LESS=-N to my .bashrc because I decided I always want line numbering. However, now the line breaking for man pages is not correct. The lines are too wide for my terminal, so they are wrapped near the end. Therefore I now have almost an entire blink line between each line of text in the man pages. Shouldn't 'less' report a somewhat smaller line width to the man page generator, since the first few character positions are now taken up by the line numbering digits? Best regards Torquil Sørensen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages less depends on: ii debianutils 4.0.2 Miscellaneous utilities specific t ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libncurses5 5.9-1 shared libraries for terminal hand less recommends no packages. less 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#630891: fai-server: Kernel panic while booting from USB stick created with fai-cd
This does not work: same steps as before. fai-cd -m /var/www/debmirror -u /media/stick then booting from USB stick, I get a kernel panic (see below). Which kind of file system is on your USB stick? How is your USB stick partitioned? fdisk reports: Disk /dev/sdb: 4009 MB, 4009754624 bytes 126 heads, 22 sectors/track, 2825 cylinders Units = cylinders of 2772 * 512 = 1419264 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x0005e6ee Device Boot Start End Blocks Id System /dev/sdb1 * 12826 3914752 83 Linux The filesystem was created as mkfs -t ext2 -L stick /dev/sdb1 Regards, Jacob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605787: Should be fixed by now
Hi Ola, it works Thx for your work! Am 20.06.2011 07:26, schrieb Ola Lundqvist: Hi Ulrich Would it be possible for you to verify that the issue you reported in 605787 was fixed in 2.6.32-31 (latest stable release). There are checkpointing fixes in that release namely that should solve this as well. Thanks in advance, // Ola -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631092: aspell-fr: missing words: (in)joignable
Package: aspell-fr Version: 0.50-3-7 Severity: normal $ aspell -a -d french @(#) International Ispell Version 3.1.20 (but really Aspell 0.60.6) joignable joignable 2 0: assignable, assignables injoignable # injoignable 0 But these are perfectly good and well-spelled French words. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'oldstable'), (500, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aspell-fr depends on: ii aspell0.60.6-4 GNU Aspell spell-checker ii dictionaries-common 1.5.17 Common utilities for spelling dict aspell-fr recommends no packages. aspell-fr 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#556262: argparse: FTBFS of unstable/testing sources on lenny
The attached patch allows backporting argparse-1.1-1 to Lenny and keeps the package building in Squeeze. Contents of the generated packages seem identical to me. Regards Florian -- Florian Wagner Abteilung EDV Telefon: 0821 / 4201 - 453 Fax: 0821 / 4201 - 411 E-Mail: f_wag...@syscomp.de Syscomp Biochemische Dienstleistungen GmbH August-Wessels-Straße 5, 86154 Augsburg Postfach 102506, 86015 Augsburg Telefon: 0821 / 4201 - 0 Fax: 0821 / 417992 Web: http://www.syscomp.de E-Mail: sysc...@syscomp.de Geschäftsführerin: Gabriele Schottdorf Registergericht Augsburg HRB 8670 diff --git a/debian/rules b/debian/rules --- a/debian/rules +++ b/debian/rules @@ -10,6 +10,8 @@ python setup.py build # Generate the docs from the doc sources + [ -e html ] || mkdir html + [ -e doc/source/_static ] || ln -s ../_static doc/source/_static [ ! -e doc/source ] || sphinx-build doc/source html #And clean the cruft signature.asc Description: PGP signature
Bug#630834: [libgl1-mesa-dri] This bug looks like has been fixed
Package: libgl1-mesa-dri Version: 7.10.2-3 I has just upgrade my system and I had found that xorg is searching for the libraries in the right path. I had found this in the Xorg log: $ grep 965 /var/log/Xorg.0.log [19.771] (II) intel(0): [DRI2] DRI driver: i965 [20.344] (II) AIGLX: Loaded and initialized /usr/lib/dri/i965_dri.so So, I had removed the link /usr/lib/x86_64-linux-gnu/dri (and the folder /usr/lib/x86_64-linux-gnu/) and everything work just fine again. Thanks a lot developers ! --- System information. --- Architecture: amd64 Kernel: Linux 2.6.38-2-amd64 Debian Release: wheezy/sid 990 testing security.debian.org 990 testing ftp.debian.org 990 testing debian-multimedia.org 990 squeeze-backports mozilla.debian.net 990 squeeze-backports backports.debian.org 500 testing-proposed-updates ftp.debian.org 500 stable dl.google.com 200 unstable ftp.debian.org --- Package information. --- Depends (Version) | Installed -+- libc6 (= 2.3.2) | 2.13-4 libdrm-intel1 (= 2.4.23-3~) | 2.4.25-2 libdrm-radeon1 (= 2.4.17) | 2.4.25-2 libdrm2 (= 2.4.3) | 2.4.25-2 libexpat1 (= 1.95.8) | 2.0.1-7 libgcc1 (= 1:4.1.1) | 1:4.6.0-10 libstdc++6 (= 4.1.1) | 4.6.0-10 xserver-xorg-core (= 2:1.9.0.901) | 2:1.10.2-1+wheezy1 xserver-xorg-video-all | 1:7.6+7 OR xorg-driver-video | xserver-xorg-input-all | OR xorg-driver-input | xserver-xorg-input-evdev | 1:2.6.0-2+b1 libc6 (= 2.7) | 2.13-4 xkb-data (= 1.4) | 2.1-2 x11-xkb-utils | 7.6+2 xserver-common (= 2:1.10.2-1+wheezy1) | 2:1.10.2-1+wheezy1 keyboard-configuration | 1.70 udev (= 149) | 171-1 libaudit0 | 1.7.13-1.1 libc6 (= 2.3.4) | 2.13-4 libdrm2 (= 2.3.1) | 2.4.25-2 libgcrypt11 (= 1.4.6) | 1.4.6-5 libpciaccess0 (= 0.10.7) | 0.12.1-1 libpixman-1-0 (= 0.15.16) | 0.21.8-1 libselinux1 (= 2.0.82) | 2.0.98-1+b1 libudev0 (= 0.140) | 171-1 libxau6 | 1:1.0.6-1 libxdmcp6 | 1:1.1.0-1 libxfont1 (= 1:1.4.2) | 1:1.4.3-2 Recommends (Version) | Installed -+-= libgl1-mesa-dri | 7.10.2-3 libgl1-mesa-dri (= 7.1~rc1) | 7.10.2-3 Suggests (Version) | Installed ==-+-=== libglide3 | xfonts-100dpi | 1:1.0.3 OR xfonts-75dpi | 1:1.0.3 xfonts-scalable | 1:1.0.3-1 -8---8---8---8---8---8---8---8---8-- Please attach the file: /tmp/reportbug-ng-libgl1-mesa-dri-u8HK2p.txt to the mail. I'd do it myself if the output wasn't too long to handle. Thank you! -8---8---8---8---8---8---8---8---8-- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630896: qa.debian.org: PTS SOAP interface always returns HTTP 500 Internal Server Error
Hi, On Sat, 18 Jun 2011, Alexandre Rossi wrote: My small script that queries the PTS SOAP interface does not work anymore. A simple script always fails. SOAPpy.Errors.HTTPError: HTTPError 500 Internal Server Error I guess the CGI must be updated to work with Squeeze's python. Stefano, can you have a look at it? Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631094: espeakup: [l10n] Finnish translation
Package: espeakup Severity: wishlist Tags: d-i l10n patch Included as text. I can submit gzipped if this gets messed up. *** espeakup-fi.po # Espeakup Finnish translation. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the espeakup package. # Tapio Lehtonen t...@debian.org, 2011. # msgid msgstr Project-Id-Version: espeakup 1:0.71-1\n Report-Msgid-Bugs-To: espea...@packages.debian.org\n POT-Creation-Date: 2011-06-11 23:55+0200\n PO-Revision-Date: 2011-06-20 10:27+0300\n Last-Translator: Tapio Lehtonen t...@debian.org\n Language-Team: Finnish debian-l10n-finn...@lists.debian.org\n Language: Finnish\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: text #. Description #. Main menu item. Please keep below 55 columns #: ../espeakup-udeb.templates:1001 msgid Configure the speech synthesizer voice msgstr Tee puhesyntetisaattorin äänen asetukset -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.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#631091: less: Incorrect line width for man pages
On 2011-06-20 08:33 +0200, Torquil Macdonald Sørensen wrote: Man pages are displayed using 'less' in my terminal. However, I recently added LESS=-N to my .bashrc because I decided I always want line numbering. However, now the line breaking for man pages is not correct. The lines are too wide for my terminal, so they are wrapped near the end. Therefore I now have almost an entire blink line between each line of text in the man pages. Shouldn't 'less' report a somewhat smaller line width to the man page generator, since the first few character positions are now taken up by the line numbering digits? That does not seem to be possible because man calls less, not the other way around. However, you could achieve this by setting MANWIDTH to a lower value than $COLUMNS. Something like this (tested with bash and zsh): alias man='eval MANWIDTH=\$(( \$COLUMNS - 8 )) command man' You have to use eval to force recomputation of $MANWIDTH in case the terminal gets resized, and command man prevents recursive evaluation of the alias. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631095: www.debian.org: dead links on ports page
Package: www.debian.org Severity: normal - Forwarded message from Fabio Till pietiplatsch@ - From: Fabio Till To: debian-...@lists.debian.org Subject: dead links on ports page Moin Moing, you should consider updating http://www.debian.org/ports/ at least once a year, there are two dead links, for ppc64 and SuperH and the info for Debian GNU/NetBSD is outdated for almost a decade now, see the link. Ciao, Fabio - End forwarded message - -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster GPG key http://go.debian.net/B11B627B | GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611283:
tags 611283 fixed-upstream thanks This will be fixed with next upstream's 1.4 release. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631097: openopt: please upgrade to 0.34
Package: openopt Version: 0.32 Severity: wishlist Please upgrade to 0.34 and add DerApproximator, FuncDesigner and SpaceFuncs packages -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611522: closed by Michael Gilbert michael.s.gilb...@gmail.com (Bug#611522: fixed in xpdf 3.02-14)
Package: xpdf Version: 3.02-14 Today I tried the above version of the xpdf package. Thank you very much for your work. It is a good idea to unify the commands xpdf and zxpdf. This should also be documented in the man page of xpdf. But the problems with blanks in the name of the pdf-document and with the -title option still remain. Test cases with documents named alpha.pdf, xx\ yy\ zzz.pdf.gz, alpha\ beta\ g.pdf.gz, and aa\ bb\ ccc.pdf $ xpdf -title x alpha.pdf ERROR: unknown suffix in file: 'x' $ xpdf -title alpha.pdf ERROR: unknown suffix in file: '' $ xpdf xx\ yy\ zzz.pdf.gz Error: Couldn't open file '/tmp/xx': No such file or directory. $ xpdf xx\ yy\ zzz.pdf Error: Couldn't open file '/tmp/xx': No such file or directory. The commands xpdf aa\ bb\ ccc.pdf, xpdf alpha\ beta\ g.pdf.gz, and xpdf alpha\ beta\ g.pdf.gz work correctly. In the shell script /usr/bin/xpdf, maybe you forgot the shift in line 31 title=$2 ;; The lines 75 and 76 together elif [ $file = ] || [ $cat = cat ]; then eval $cmd \'$file\' $pages look like if you meant $title instead of $file in the elif test. -- Best regards, Jörg-Volker. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631096: perl: Time/HiRes/HiRes.so defines RPATH
Package: perl Version: 5.12.3-7 Severity: important The recent 5.12.3-7+b1 binNMUs against a multiarch enabled libc generated a new lintian error: * E binary-or-shlib-defines-rpath o usr/lib/perl/5.12.3/auto/Time/HiRes/HiRes.so /lib/i386-linux-gnu The RPATH comes from librt linkage; from the build log: LD_RUN_PATH=/lib/i386-linux-gnu cc -shared -O2 -g -L/usr/local/lib -fstack-protector HiRes.o -o ../../lib/auto/Time/HiRes/HiRes.so \ -lrt \ I don't have a fix, but debian/patches/debian/ld_run_path.diff is very much related. While at it, we should probably remove /usr/X11R6/lib from the list as that directory seems to be long gone. -- 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#611522: closed by Michael Gilbert michael.s.gilb...@gmail.com (Bug#611522: fixed in xpdf 3.02-14)
Package: xpdf Version: 3.02-14 The line 81 of /usr/bin/xpdf eval $cmd -title \'$title\' $tmp $pages || true should be corrected to eval $cmd -title \'$title\' \'$tmp\' $pages || true This corrects the error with the blanks in the filename of compressed pdf-documents like xx\ yy\ zz.pdf.gz. -- Best regards, Jörg-Volker. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631082: cp/cp-tree.h:43:31: fatal error: c-family/c-common.h: No such file or directory
severity 631082 important thanks On 06/20/2011 03:09 AM, Mike Hommey wrote: Package: gcc-4.6-plugin-dev Version: 4.6.0-14 Severity: grave Justification: renders package unusable This is the error one gets when including cp/cp-tree.h: /usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/plugin/include/cp/cp-tree.h:43:31: fatal error: c-family/c-common.h: No such file or directory c-common.h is in /usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/plugin/include, not in c-family. are there other headers missing for your (treehydra?) use case? if yes, which ones? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631098: PHP Garbage Collection
Package: php5
Version: 5.3.6-12
I've had a problem where somehow, I've managed to end up with
approximately 1,000,000 session files on my server.
Due to the large amount of files, the current crontab to clear them was
unable to deal with it (xargs would fail to take in the HUGE list of files).
It seems that rather than using xargs (even with the limit), that using
the -exec option of find might be a little bit more sane?
09,39 * * * * root [ -x /usr/lib/php5/maxlifetime ] [ -d
/var/lib/php5 ] find /var/lib/php5/ -type f -cmin
+$(/usr/lib/php5/maxlifetime) -exec rm {} \;;
Is what I currently have in my cron script to work around this issue.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#473181: xhtml: hotlink should accept any HTML, not just an Html
On Sun, Jun 19, 2011 at 09:24:47PM +0200, Joachim Breitner wrote: it seems that mainenance of the xhtml library now lies with haskell-libraries mailing list. Are you interested in taking your proposal to the list yourself? I no longer use the xhtml library. (Of the projects I work on, one switched to a custom templating engine, and the other uses Blaze.) So I probably won't chase this issue down upstream in the near future. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544844: status of this bug
Hello,
On pirmadienis 20 Birželis 2011 09:08:53 Raphael Hertzog wrote:
Hi,
On Mon, 20 Jun 2011, Modestas Vainius wrote:
On the other hand, it is really too bad that 'export
DEB_LDFLAGS_{APPEND,SET} = ' will have no effect as long as
dpkg-buildpackage keeps modifying environment. Both LDFLAGS and
DEB_LDFLAGS_APPEND would need to be exported (or LDFLAGS unexported) in
order to be compatible with both old agressive dpkg- buildpackage and
envvars-friendly dpkg-buildpackage. But this is not clean in my book
(consider backports etc.).
In order to make `export DEB_*_{APPEND,SET}` work with both dpkg-
buildpackage's, I propose the attached patch (0002). The patch also
tweaks documentation a bit wrt this topic. The patch should be safe but
it will override VAR envvar if either of DEB_VAR_{APPEND,SET} is
exported so I don't know if you want to add this to compat=9 (should be
trivial to modify).
Hum, DEB_*_APPEND/SET were meant for users recompiling packages not really
for package maintainers. The logic was that dpkg-buildflags gives a set
of base flags and that the package can then tweak them.
Those intentions are not clear from the manual page.
And since Joey already decided to not override the variables if they are
already set, the correct way to tweak a value is to retrieve it in the
rules file and to reexport it in the environment. I don't see the need
for your supplementary patch.
Well, once again, that's not clear from the manual page. You can be pretty
sure that some people wanting to avoid $(shell dpkg-buildflags ...) in rules
(minimalism you know :-)) or to remember that dpkg-buildflags ... command or
having no clue about dpkg-buildflags at all, may also think of a smart way
to export those DEB_*_APPEND like I did. In my opinion, documentation has to
be very clear on recommended practises. Personally, I think that those envvars
are very easy target for abuse
Anyway, then my patch is not really helping. Dh_Lib.pm part should be reverted
and documentation should be fixed once we decide on the recommended practises.
Having in mind #613046 , what's the recommended way to add -Wall to C(XX)FLAGS
then? This should be put into dh(1).
That said for the sake of simplicity, it's probably a good idea
to improve dpkg-buildflags to support debian/buildflags.conf that would
be parsed after everything else (and that is clearly meant to be used by
the package maintainer).
Do you agree ?
I really don't think so. How many configuration files with alternating
syntaxes do we need in debian/*? I have a feeling that debian/rules is
starting to be become the least significant of them all. There should be the
only good way (i.e. fewer possibilities for abuse) to do the same thing and it
should be properly documented.
--
Modestas Vainius mo...@debian.org
signature.asc
Description: This is a digitally signed message part.
Bug#629371: usb-modeswitch: Devices no longer detected when plugged in at boot-time
Le lundi, 20 juin 2011 00.16:49, Christian Kastner a écrit : On 06/18/2011 11:24 PM, Josua Dietze wrote: I'm just now working on the next version, 1.1.8, which tries to use a fallback in case of said quirks instead of bailing out. Do you want to try it in the place of usb_modeswitch.c in the source folder? Just make and replace /usr/sbin/usb_modeswitch. I can report partial success here! With package version 1.1.4-2 installed and usb_modeswitch.c from 1.1.8, I get: $ lsusb | grep Huawei Bus 001 Device 004: ID 12d1:1001 Huawei Technologies Co., Ltd. E620 USB Modem However, with package version 1.1.7-1 installed, replacing usb_modeswitch did not help. Hi Christian, I just released usb-modeswitch 1.1.8-1 and usb-modeswitch-data 20110619-1 to Debian unstable. For your convenience, I just prepared immediate backports so that you can test if this is really fixed: http://alioth.debian.org/~odyx-guest/debian/squeeze-backports/usb-modeswitch-data_20110619-1~bpo60~test629371+0_all.deb http://alioth.debian.org/~odyx-guest/debian/squeeze-backports/usb-modeswitch_1.1.8-1~bpo60~test629371+0_amd64.deb What happens when you test with those packages installed ? Cheers, -- OdyX signature.asc Description: This is a digitally signed message part.
Bug#631082: cp/cp-tree.h:43:31: fatal error: c-family/c-common.h: No such file or directory
On Mon, Jun 20, 2011 at 10:33:07AM +0200, Matthias Klose wrote: severity 631082 important thanks On 06/20/2011 03:09 AM, Mike Hommey wrote: Package: gcc-4.6-plugin-dev Version: 4.6.0-14 Severity: grave Justification: renders package unusable This is the error one gets when including cp/cp-tree.h: /usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/plugin/include/cp/cp-tree.h:43:31: fatal error: c-family/c-common.h: No such file or directory c-common.h is in /usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/plugin/include, not in c-family. are there other headers missing for your (treehydra?) use case? if yes, which ones? Working around by creating a c-family symbolic link was enough to be able to build dehydra, so I guess no other header is missing, except if others from c-family are. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630523: Interested ???
Hello Friend, I have a business proposal for you worth 7.5Million Great British Pound Sterling's. If you are interested, please send a response . Best regards, Jeff Rice. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628603: synaptic does not start when wdm is the display manager
On Fri, Jun 17, 2011 at 11:02:55PM +0430, Eliad Bagherzadegan wrote: On 05/31/2011 02:18 PM, Agustin Martin wrote: On Mon, May 30, 2011 at 08:57:27PM +0430, Eliad Bagherzadegan wrote: Package: wdm Version: 1.28-6 Severity: important The title pretty much says it. Thanks for your info, but more details are really needed. I cannot reproduce that problem here in my i386 box when run from a xterm. Some questions, * Did you try with a different display manager? When you noticed the problem? Any other relevant change aroud that time? * Did you call synaptic from a xterm or from a pull-down menu? Does it fail when called both ways? * Is only synaptic which fails? * Which error did you see? Any relevant info under /var/log? Thanks for your feedback, Sorry for the delay. I had upgraded some packages and did not have keyboard and mouse on X. synaptic works perfectly with slim/openbox, from menu and from lxterminal. Running wdm/openbox,I get this error message in lxterminal: # synaptic No protocol specified (synaptic:20554): Gtk-WARNING **: cannot open display: :0 I've noticed that this only happens when an X application is going to be run as root. For example I could run gedit as a user, but got the same error when I tried o run it as root. Are you exporting XAUTHORITY from user account before becoming root? -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631077: typo in /etc/network/if-up.d/mountnfs
hello, may be I am wrong and it's problem with grep. I see this problem only with newest grep package: root@ntm:~# grep --version grep (GNU grep) 2.8 Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html. This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by Mike Haertel and others, see http://git.sv.gnu.org/cgit/grep.git/tree/AUTHORS. root@ntm:/etc/apt# grep ^[:space:]*auto /etc/network/interfaces grep: character class syntax is [[:space:]], not [:space:] Older versions of grep seems ok. Best regards, -- Milan Kocian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631099: gdcm: Convenience copies of code: CharLS
Package: gdcm Version: Convenience copies of code: CharLS Severity: normal Tags: upstream GDCM comes with CharLS library as convenient library. This is in violation with debian policy §4.13 http://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (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#631100: dcmtk: Convenience copies of code: CharLS
Package: dcmtk Version: Convenience copies of code: CharLS Severity: normal Tags: upstream DCMTK comes with CharLS library as convenient library. This is in violation with debian policy §4.13 http://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (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#621374: Patch to update bsddb to 5.1.2
tag 621374 - pending thanks On 05/30/2011 11:36 AM, Ondřej Surý wrote: here's that patch which updated bsddb module to 5.1.2 version, the tests ran fine: I wasn't that lucky. Compare https://buildd.debian.org/status/package.php?p=python2.7 and https://buildd.debian.org/status/package.php?p=python2.7suite=experimental With 5.1, - the build times out on amd64 - additional deadlocks on armel - i386, sparc, powerpc seem to be ok - didn't look at the other architectures Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631080: No sound
Hi, I seems hit by the same bug. But only under desktop. I mean when I try alsamixer under console I see all the channel but no sound and no channel under my desktop. Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624678: I can confirm this bug
I have partitions for /, /var, /usr, /home, and /usr/src. The machine is a Dell latitude D830, running debian testing. I don't boot it every week, but lately I have seen large sets of: udevd: failed to execute /usr/sbin/laptop_mode Unfortunately, this does not seem to be logged anywhere, so I can't get the exact messages. If /usr is not mounted, then no surprise that it can't execute the program. If this binary is to be used by udev, then it must move to somewhere (such as /sbin) that is accessible when udev runs. The same goes for any supporting files that may be needed. A setup with /usr on a partition of its own is common, it allows a read-only mounted /usr. udev runs before mounting filesystems, because some setups need udev actions in order to make the other disk devices available. So, either laptop-mode stuff moves out of /usr, or it should be decoupled from udev so it can run a little later. Maybe running laptop-mode later is best - or do we need power-saving from the first 10s of bootup? Helge Hafting -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631101: dicom3tools: dcdump stops on extra 0,0 tag
Package: dicom3tools Version: 1.0~20110522-1 Severity: normal Tags: upstream dcdump stops on 0,0 tag if found in dataset. $ dcdump IM-0001-0066.CommandTag00.dcm Error - Tags out of order - trailing garbage, wrong transfer syntax, or not valid DICOM (0x0002,0x) UL File Meta Information Group LengthVR=UL VL=0x0004 [0x00d4] (0x0002,0x0001) OB File Meta Information Version VR=OB VL=0x0002 [0x00,0x01] (0x0002,0x0002) UI Media Storage SOP Class UID VR=UI VL=0x001a 1.2.840.10008.5.1.4.1.1.4 (0x0002,0x0003) UI Media Storage SOP Instance UIDVR=UI VL=0x0038 1.3.12.2.1107.5.2.30.25016.3004111915485560900012351 (0x0002,0x0010) UI Transfer Syntax UID VR=UI VL=0x0012 1.2.840.10008.1.2 (0x0002,0x0012) UI Implementation Class UID VR=UI VL=0x001c 1.2.276.0.7230010.3.0.3.6.0 (0x0002,0x0013) SH Implementation Version Name VR=SH VL=0x0010 OFFIS_DCMTK_360 (0x0002,0x0016) AE Source Application Entity Title VR=AE VL=0x0006 OSIRIX ref: http://gdcm.sourceforge.net/thingies/IM-0001-0066.CommandTag00.dcm -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dicom3tools depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libstdc++64.6.0-10 The GNU Standard C++ Library v3 dicom3tools recommends no packages. Versions of packages dicom3tools suggests: ii dcmtk 3.6.0-4 The OFFIS DICOM toolkit command li ii libgdcm-tools 2.0.17-2+b2 Grassroots DICOM tools and utiliti ii pvrg-jpeg 1.2.1+dfsg1-1 Stanford PVRG JPEG tool -- 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#631102: xen: Xen guests on Squeeze lose networking randomly
Package: xen-hypervisor-4.0-amd64 Version: 4.0.1-2 Severity: grave File: xen Justification: renders package unusable Debian Squeeze Dom0, up to date. Networking is handled by OS scripts, such that br0 and br1 are bridge interfaces. Without warning, the DomU (Ubuntu 10.04 LTS) loses inbound connectivity. It tends to happen after several hours. It doesn't seem to be affected by throughput and is triggering on very small ammounts (5MB in and out over that time). Having active traffic doesn't help, it still dies. Updated the DomU to kernel 2.6.35 with no change. I suspect the problem lies on the Dom0 side. It's possible to revive the DomU for a short while by getting a console with xm on Dom0 and then sending pings to the Dom0 and other hosts. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash xen-hypervisor-4.0-amd64 depends on no packages. Versions of packages xen-hypervisor-4.0-amd64 recommends: ii xen-utils-4.0 4.0.1-2XEN administrative tools Versions of packages xen-hypervisor-4.0-amd64 suggests: pn xen-docs-4.0 none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538067: RFS: opencpn
Hi, (another) update on ITP progress for the OpenCPN software (opencpn.org), Fixes noted in this email are in the new 2.4.620 release. the debian/ dir can be viewed here: http://anonscm.debian.org/viewvc/pkg-grass/packages/opencpn/trunk/ the .orig tarball can be found here: http://anonscm.debian.org/viewvc/pkg-grass/packages/opencpn/tarballs/ sample data to test it with can be found here: https://trac.osgeo.org/osgeo/browser/livedvd/gisvm/trunk/bin/install_opencpn.sh#L75 On Feb 8, 2011, Paul Wise wrote: macsercomm.cpp looks slightly suspect. I'd like to know its lineage, copyright and license. Same for macutils.c [+] sercomm.cpp macsercomm.h macutils.h sercomm.h Hamish replied: src/about.cpp lists seriallib as being GPL. We can request better header comments. Dave wrote: DONE...gpl for macutils, macsercomm is deprecated. Hamish: ok, sid's lintian now reports: E: opencpn-data: helper-templates-in-copyright E: opencpn: embedded-library usr/bin/opencpn: tinyxml E: opencpn: helper-templates-in-copyright E: opencpn-doc: helper-templates-in-copyright tinyxml: not sure, exists to be embedded? suggestions to fix that welcome. helper-templates-in-copyright x3: I don't see what it's talking about, the debian/copyright files are custom crafted. Advice welcome. compiler warnings: upstream supplied with latest sid build log, nearly almost all squashed. ongoing; it's getting there. valgrind analysis: status unknown. (personal ignorance on my part of what's been done) Volunteers welcome. Your Standards-Version is out of date, please read the upgrading checklist from the version of debian-policy in sid and do any required changes: /usr/share/doc/debian-policy/upgrading-checklist.txt* To do The upstream README file contains information about building and dependencies, which is not useful to people installing the binary package. Please get upstream to split that out into README.install so that it can be shipped in the source package but not the binary package. Some of the path names may need tweaking for Debian too (/usr vs /usr/local etc). Install stuff now split off from README; INSTALL file not installed in the binary packages (although perhaps the serial port setup stuff may be useful to someone, somewhen). plugins/grib_pi/CMakeLists.txt seems to include Windows line endings, eww. fixed. When building the package I noticed that the gcc command-lines had both -O2 and -O3. fixed. data/doc/images/print.html seems to be a 404 page, please remove it. done. data/doc/css/ can probably be used since nothing in the package uses it. Please remove data/doc/js/. Nothing in the package uses it and it is a embedded code copy that is minified and therefore is missing the source code. removed. A lot of the source code contains CVS $Id lines while the package is in git, I would suggest to clean those up, especially the CPL_CVSID ones. Filed upstream as FS#539. still some remain. The upstream README file (and many other files) has the executable bit set, why is that? fixed. What is the license for src/bitmaps/paypal_donate.xpm? PayPal pinged for an answer, awaiting reply. see also `apt-file search paypal` Hamish -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631102: Config Files
/etc/xen/xend-config.sxp https://gist.github.com/1035383 /etc/network/interfaces https://gist.github.com/1035384 domU.cfg https://gist.github.com/1035385 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631103: /usr/bin/apt-get: [multiarch] apt-get update probably shouldn't complain about missing files for non-native arch
Package: apt
Version: 0.8.14.1
Severity: normal
File: /usr/bin/apt-get
I added the following to /etc/apt/apt.conf.d/multiarch:
APT::Architectures { amd64; i386; armel; };
I have this in my sources.list:
deb http://mozilla.debian.net/ experimental iceweasel-5.0
apt-get update then complains about missing armel metadata on that repo:
W: Failed to fetch http://mozilla.debian.net/dists/experimental/Release Unable
to find expected entry 'iceweasel-5.0/binary-armel/Packages' in Release file
(Wrong sources.list entry or malformed file)
The repo doesn't contain anything about armel at all. While I do understand
this can be an important piece of information in some cases, in cases like
this one, it is unnecessarily annoying.
Mike
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631100: dcmtk: Convenience copies of code: CharLS
DCMTK comes with CharLS library as convenient library. This is in violation with debian policy §4.13 This is something that has also been fixed by the Fedora people: https://bugzilla.redhat.com/show_bug.cgi?id=573910#c22 Maybe, it's helpful to check what they have done :-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604469: Update check
On 20/06/11 06:19, Ola Lundqvist wrote: I would like you to check if the issue you reported in 604469 is solved in the squeeze release. Well, I can't say for certain, but I couldn't reproduce the issue using the squeeze kernel. Tim. -- South East Open Source Solutions Limited Registered in England and Wales with company number 06134732. Registered Office: 2 Powell Gardens, Redhill, Surrey, RH1 1TQ VAT number: 900 6633 53 http://seoss.co.uk/ +44-(0)1273-808309 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627179: multistrap: Using retainsources=dir does not retain some sources
Neil == Neil Williams codeh...@debian.org writes: A version mismatch will occur exacty when a mirror update ocurred in between the download of sources.bz2 and packages.bz2. You want to tell me that this is not possible, however your description of the process makes it look like it is possible, though unlikely. How? apt opens the sockets and then starts the download. If the file changes, the download will abort. Both sockets are open before the download starts. Therefore, if the files download successfully, the files must be in the same state as when the sockets were originally opened. Are you trying to say that files change in the microsecond between the creation of one socket and the creation of the next socket on a multi-core server?? [..] Which, apart from the time which elapses between the opening of one socket and the opening of the next is already implemented. Maybe if *I* ran a multi-core server and sit on the same LAN as debian's mirror, opening of two sockets would be nearly synchronous and happen in a microsecond. However, I'm pretty far away from the server, the 3-way handshake to open a socket can vary a lot in its timing depending on latencies and packet error rate. With a realistic socket setup jitter of 100ms and one mirror update per day, you'll fetch the wrong index file once in about 10^6 downloads. Relying on uncontrollable network parameters for avoiding races sounds like a bad idea to me. Betting on non-deterministic software to function, because malfunctioning looks unlikely, is not the best idea as well. cheers, David -- GnuPG public key: http://dvdkhlng.users.sourceforge.net/dk.gpg Fingerprint: B17A DC95 D293 657B 4205 D016 7DEF 5323 C174 7D40 pgpq7Xyocaa79.pgp Description: PGP signature
Bug#631098: [php-maint] Bug#631098: PHP Garbage Collection
Hi,
5.3.6-12 has already updated crontab file without xargs.
Ondřej Surý
On 20.6.2011, at 10:34, Martin Meredith m...@debian.org wrote:
Package: php5
Version: 5.3.6-12
I've had a problem where somehow, I've managed to end up with approximately
1,000,000 session files on my server.
Due to the large amount of files, the current crontab to clear them was
unable to deal with it (xargs would fail to take in the HUGE list of files).
It seems that rather than using xargs (even with the limit), that using the
-exec option of find might be a little bit more sane?
09,39 * * * * root [ -x /usr/lib/php5/maxlifetime ] [ -d
/var/lib/php5 ] find /var/lib/php5/ -type f -cmin
+$(/usr/lib/php5/maxlifetime) -exec rm {} \;;
Is what I currently have in my cron script to work around this issue.
___
pkg-php-maint mailing list
pkg-php-ma...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631103: /usr/bin/apt-get: [multiarch] apt-get update probably shouldn't complain about missing files for non-native arch
On Mon, Jun 20, 2011 at 12:07:55PM +0200, Mike Hommey wrote:
Package: apt
Version: 0.8.14.1
Severity: normal
File: /usr/bin/apt-get
I added the following to /etc/apt/apt.conf.d/multiarch:
APT::Architectures { amd64; i386; armel; };
I have this in my sources.list:
deb http://mozilla.debian.net/ experimental iceweasel-5.0
apt-get update then complains about missing armel metadata on that repo:
W: Failed to fetch http://mozilla.debian.net/dists/experimental/Release
Unable to find expected entry 'iceweasel-5.0/binary-armel/Packages' in
Release file (Wrong sources.list entry or malformed file)
The repo doesn't contain anything about armel at all. While I do understand
this can be an important piece of information in some cases, in cases like
this one, it is unnecessarily annoying.
I think it's absolutely reasonable. The default is to get sources for all
requested architectures. If you don't want APT to fetch armel files for
that source, use
deb [arch=amd64,i386] http://mozilla.debian.net/ experimental iceweasel-5.0
instead.
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.
pgphvcuHlPMHk.pgp
Description: PGP signature
Bug#631104: sysnews: README.Debian talks about a README, but this file is not shipped in package
Package: sysnews Version: 0.9-16 Severity: normal The README.Debian file of this package talks about a README file, but this file is not shipped. It should be shipped in /usr/share/doc/sysnews/. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.0.0-rc3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sysnews depends on: ii libc6 2.13-4 Embedded GNU C Library: Shared lib sysnews recommends no packages. sysnews 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#630800: duplicate bug of #620908
Hello I think, it's a duplicate bug of #620908 with a workaround they break my system ;-( pre apt-get install libgl1-mesa-dri-experimental /pre remove too many packages for me. -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 signature.asc Description: OpenPGP digital signature
Bug#631102: [Pkg-xen-devel] Bug#631102: xen: Xen guests on Squeeze lose networking randomly
On 06/20/2011 05:50 PM, Kevin Bowling wrote: Debian Squeeze Dom0, up to date. Networking is handled by OS scripts, such that br0 and br1 are bridge interfaces. Without warning, the DomU (Ubuntu 10.04 LTS) loses inbound connectivity. It tends to happen after several hours. It doesn't seem to be affected by throughput and is triggering on very small ammounts (5MB in and out over that time). Having active traffic doesn't help, it still dies. Updated the DomU to kernel 2.6.35 with no change. I suspect the problem lies on the Dom0 side. It's possible to revive the DomU for a short while by getting a console with xm on Dom0 and then sending pings to the Dom0 and other hosts. My guess is that what's happening isn't what you say. It might well be due to your switch forgetting about the MAC address of your domU, if there's no network activity on it (at least that's my guess, and it did happen as well with Lenny and Debian as domU). I had the issue in many data centers/switches, and I wrote a small python script to fix it in a cron job. I have attached the script to this email. As you can see, this script looks into /etc/xen/auto. So make sure that you have symlink to configuration files in that folder. Cheers, Thomas #!/usr/bin/env python import glob import re import subprocess import os import sys pathspec = /etc/xen/auto/* regexp = re.compile(rvif.*?=.*?ip=([0-9\. ]+)') files = glob.glob(pathspec) contents = ( file(t).read(-1) for t in files ) def ips(contents): matches = regexp.findall(\n.join(list(contents))) for match in matches: mips = match.split( ) for ip in mips: yield ip devnull = file(/dev/null,w) procs = ( subprocess.Popen([ping,ip,-c,1],stdin=devnull,stdout=devnull,stderr=devnull) for ip in ips(contents) ) returncodes = ( proc.wait() for proc in list(procs) ) sys.exit(sum(returncodes))
Bug#611826: libvte9: today's upload broken the same way
Same Bug appeared here! there was no file in: /usr/share/vte/termcap/ apt-show-versions -a libvte9 libvte9 1:0.28.1-1 install ok installed libvte9 1:0.28.1-1 sid ftp.de.debian.org libvte9/sid uptodate 1:0.28.1-1 apt-show-versions -a libvte-common libvte-common 1:0.28.1-1 install ok installed libvte-common 1:0.28.1-1 sid ftp.de.debian.org libvte-common/sid uptodate 1:0.28.1-1 Cheers, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631102: [Pkg-xen-devel] Bug#631102: xen: Xen guests on Squeeze lose networking randomly
severity 631102 important tags 631102 moreinfo thanks On Mon, Jun 20, 2011 at 05:50:30AM -0400, Kevin Bowling wrote: Without warning, the DomU (Ubuntu 10.04 LTS) loses inbound connectivity. It tends to happen after several hours. It doesn't seem to be affected by throughput and is triggering on very small ammounts (5MB in and out over that time). Having active traffic doesn't help, it still dies. Does this happen with Debian Squeeze? Support for Ubuntu is not here. Updated the DomU to kernel 2.6.35 with no change. I suspect the problem lies on the Dom0 side. .35 is way to old. Update to .39 from Debian unstable if you want to proof something. Bastian -- Vulcans believe peace should not depend on force. -- Amanda, Journey to Babel, stardate 3842.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631103: /usr/bin/apt-get: [multiarch] apt-get update probably shouldn't complain about missing files for non-native arch
On Mon, Jun 20, 2011 at 12:13:30PM +0200, Julian Andres Klode wrote:
On Mon, Jun 20, 2011 at 12:07:55PM +0200, Mike Hommey wrote:
Package: apt
Version: 0.8.14.1
Severity: normal
File: /usr/bin/apt-get
I added the following to /etc/apt/apt.conf.d/multiarch:
APT::Architectures { amd64; i386; armel; };
I have this in my sources.list:
deb http://mozilla.debian.net/ experimental iceweasel-5.0
apt-get update then complains about missing armel metadata on that repo:
W: Failed to fetch http://mozilla.debian.net/dists/experimental/Release
Unable to find expected entry 'iceweasel-5.0/binary-armel/Packages' in
Release file (Wrong sources.list entry or malformed file)
The repo doesn't contain anything about armel at all. While I do understand
this can be an important piece of information in some cases, in cases like
this one, it is unnecessarily annoying.
I think it's absolutely reasonable. The default is to get sources for all
requested architectures. If you don't want APT to fetch armel files for
that source, use
deb [arch=amd64,i386] http://mozilla.debian.net/ experimental iceweasel-5.0
instead.
So should we advocate that all private repositories use that syntax to
limit to the architectures they support?
Mike
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544184: Reopening #544184 - typo in change
unarchive #544184 reopen #544184 found #544184 1:4.1.4.2+svn3283-3 stop Hey there Assuming /etc/securetty is case sensitive, #544184 isn't fixed as ttyama0 through 3 were added instead of ttyAMA0 through 3 (note the capitals). I grepped a recent linux tree to see whether there was any mention of the lower cased ones, but there wasn't; also, the original report confirms that it's uppercase. I can confirm that the first serial port on an ARM vexpress as emulated by QEMU or on real hardware is ttyAMA0. Currently, securetty.linux is sorted by major char number and mentions Documentation/devices.txt; this documentation file isn't really kept up-to-date though and some devices listed in this section of securetty.linux aren't in Documentation/devices.txt (e.g. OMAP serial ports); I would suggest listing the ttyAMA[0-3] devices near the ttyAM[0-3] ones as both are related to AMBA ttys; see linux/drivers/tty/serial/amba-pl010.c for ttyAM UARTs and drivers/tty/serial/amba-pl011.c for ttyAMA UARTs. (You might want to drop the mention of QEMU as these ports are what the real hardware uses.) Thanks! -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630853: cpp: multi-arch: foreign or multi-arch: allowed?
On 06/18/2011 04:13 AM, Steve Langasek wrote: Package: cpp Version: 4:4.6.0-6 Severity: wishlist Usertags: multiarch Hi there, The cpp metapackage has certain reverse-dependencies which, in the multiarch world, need to be coinstallable (e.g., -dev packages like libregina3-dev and xutils-dev). To support this, cpp needs to be tagged either Multi-Arch: foreign, or Multi-Arch: allowed. Upon consideration, I think Multi-Arch: foreign is ok here. The interface that cpp provides to its reverse-deps is always an exec() interface of course, rather than a library interface, which normally would be enough to qualify for Multi-Arch: foreign. But here there's also the factor that cpp provides /usr/bin/$target-cpp, only for the given architecture. Could an arch-dependent package that depends on cpp be assuming the availability of /usr/bin/$target-cpp for its own arch? Or, coming from the other side, cpp's preprocessing behavior is architecture independent I don't think so. the predefined macros differ depending on the architecture / operating system. but its header search paths are not. Could accidentally installing a foreign arch version of cpp break native packages that depend on it finding the native headers? why not, assuming that there is architecture dependent information in an architecture specific header? for the use of cpp to preprocess an series.in file (python2.7 package), I'm relying on the architecture pre-defines. Is this only an issue with cpp, or with gcc too (holding headers and .o files) too? Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630579: nvidia-glx: glx cannot be utilised
This is working for me: # apt-get install libgl1-mesa-dev=7.10.2-3 libgl1-mesa-dri=7.10.2-3 libgl1-mesa-glx=7.10.2-3 libglu1-mesa=7.10.2-3 libglu1-mesa-dev=7.10.2-3 mesa-common-dev=7.10.2-3 Hi Mario, i've got a problem using your cmdline; it would uninstall xorg etc... I don't know how to downgrade now... see below at *1). At the moment the packages are at the following versions: libgl1-mesa-dev 7.10.3-1 libgl1-mesa-dri 7.10.3-2 libgl1-mesa-glx 7.10.3-1 libglu1-mesa7.10.3-2 libglu1-mesa-dev7.10.3-2 mesa-common-dev 7.10.3-1 ___ Thanks, Joseph. *1) == output of apt-get with the suggested workaround/downgrade == # apt-get -s install libgl1-mesa-dev=7.10.2-3 libgl1-mesa-dri=7.10.2-3 libgl1-mesa-glx=7.10.2-3 libglu1-mesa=7.10.2-3 libglu1-mesa-dev=7.10.2-3 mesa-common-dev=7.10.2-3 Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: xorg-docs-core xfonts-scalable xfonts-75dpi libgl1-nvidia-glx xfonts-100dpi nvidia-kernel-dkms libgl1-nvidia-alternatives Use 'apt-get autoremove' to remove them. The following extra packages will be installed: libgl1-nvidia-glx nvidia-kernel-dkms Suggested packages: libglide3 The following packages will be REMOVED: nvidia-glx xorg xserver-xorg xserver-xorg-core xserver-xorg-input-all xserver-xorg-input-evdev xserver-xorg-input-synaptics xserver-xorg-input-wacom xserver-xorg-video-fbdev xserver-xorg-video-nouveau xserver-xorg-video-vesa The following packages will be upgraded: libgl1-nvidia-glx nvidia-kernel-dkms The following packages will be DOWNGRADED: libgl1-mesa-dev libgl1-mesa-dri libgl1-mesa-glx libglu1-mesa libglu1-mesa-dev mesa-common-dev 2 upgraded, 0 newly installed, 6 downgraded, 11 to remove and 117 not upgraded. Remv nvidia-glx [270.41.19-1] Remv xorg [1:7.6+7] Remv xserver-xorg [1:7.6+7] Remv xserver-xorg-video-vesa [1:2.3.0-7] Remv xserver-xorg-video-nouveau [1:0.0.16+git20110411+8378443-1+b1] Remv xserver-xorg-video-fbdev [1:0.4.2-4+b1] Remv xserver-xorg-input-all [1:7.6+7] Remv xserver-xorg-input-synaptics [1.4.0-1+b1] Remv xserver-xorg-input-evdev [1:2.6.0-2+b1] Remv xserver-xorg-input-wacom [0.10.10+20110203-1+b1] Remv xserver-xorg-core [2:1.10.2-2] Inst libgl1-mesa-dev [7.10.3-1] (7.10.2-3 Debian:testing [i386]) [] Inst mesa-common-dev [7.10.3-1] (7.10.2-3 Debian:testing [i386]) [] Inst libgl1-mesa-dri [7.10.3-2] (7.10.2-3 Debian:testing [i386]) [] Inst libgl1-mesa-glx [7.10.3-1] (7.10.2-3 Debian:testing [i386]) Inst libgl1-nvidia-glx [270.41.19-1] (275.09.07-1 Debian:unstable [i386]) Inst nvidia-kernel-dkms [270.41.19-1] (275.09.07-1 Debian:unstable [i386]) Inst libglu1-mesa-dev [7.10.3-2] (7.10.2-3 Debian:testing [i386]) [] Inst libglu1-mesa [7.10.3-2] (7.10.2-3 Debian:testing [i386]) Conf mesa-common-dev (7.10.2-3 Debian:testing [i386]) Conf libgl1-mesa-glx (7.10.2-3 Debian:testing [i386]) Conf libgl1-mesa-dev (7.10.2-3 Debian:testing [i386]) Conf libgl1-mesa-dri (7.10.2-3 Debian:testing [i386]) Conf libgl1-nvidia-glx (275.09.07-1 Debian:unstable [i386]) Conf nvidia-kernel-dkms (275.09.07-1 Debian:unstable [i386]) Conf libglu1-mesa (7.10.2-3 Debian:testing [i386]) Conf libglu1-mesa-dev (7.10.2-3 Debian:testing [i386]) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583918: garbage left at bottom of max-height window
This Bug is resolved in gnome-terminal 3.0.1-1 Cheers! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631105: gdm3: I can't unlock gdmsetup to enable autologin
Subject: gdm3: I can't unlock gdmsetup to enable autologin Package: gdm3 Version: 2.30.5-10 Severity: normal Tags: upstream francesco@Iuppiter:~$ gdmsetup ** (gdmsetup:2864): DEBUG: init delay=30 ** (gdmsetup:2864): DEBUG: GdmUserManager: scheduling a passwd file update ** (gdmsetup:2864): DEBUG: GdmUserManager: reloading passwd file worker ** (gdmsetup:2864): DEBUG: GdmUserManager: include_all is FALSE ** (gdmsetup:2864): DEBUG: GdmUserManager: done reloading passwd file ** (gdmsetup:2864): DEBUG: GdmUserManager: Found current seat: /org/freedesktop/ConsoleKit/Seat1 ** (gdmsetup:2864): DEBUG: GdmUserManager: running 'ck-history --frequent --seat='Seat1' --session-type='gdm'' ** (gdmsetup:2864): DEBUG: GdmUserManager: Found uid of session '/org/freedesktop/ConsoleKit/Session2': 1000 ** (gdmsetup:2864): DEBUG: GdmUserManager: Found x11 display of session '/org/freedesktop/ConsoleKit/Session2': :0 ** (gdmsetup:2864): DEBUG: Creating new user ** (gdmsetup:2864): DEBUG: GdmUser: adding session /org/freedesktop/ConsoleKit/Session2 ** (gdmsetup:2864): DEBUG: GdmUserManager: added session for user: francesco ** (gdmsetup:2864): DEBUG: GdmUserManager: history output: francesc 22 ** (gdmsetup:2864): DEBUG: GdmUserManager: unable to lookup user 'francesc' ** (gdmsetup:2864): DEBUG: init user='' auto=False I tried to unlock but I get this error: (gdmsetup:2864): polkitgtk-WARNING **: Error obtaining authorization for action id `org.gnome.displaymanager.settings.set': GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) I solved by editing /etc/gdm3/daemon.conf as following [daemon] AutomaticLoginEnable = true AutomaticLogin = [myusername] [security] [xdmcp] [greeter] [chooser] [debug] I think you can fix this bug. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (800, 'unstable'), (750, 'experimental'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-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 gdm3 depends on: ii adduser3.112+nmu2add and remove users and groups ii debconf [debconf-2.0] 1.5.39Debian configuration management sy ii gconf2 2.32.3-2 GNOME configuration database syste ii gnome-session [x-session-m 2.30.2-3 The GNOME Session Manager - GNOME ii gnome-session-bin 2.30.2-3 The GNOME Session Manager - Minima ii gnome-terminal [x-terminal 2.30.2-1 The GNOME terminal emulator applic ii libart-2.0-2 2.3.21-1 Library of functions for 2D graphi ii libatk1.0-02.0.0-1 The ATK accessibility toolkit ii libattr1 1:2.4.44-3Extended attribute shared library ii libaudit0 1.7.13-1.1Dynamic library for security audit ii libbonobo2-0 2.24.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1 The Bonobo UI library ii libc6 2.13-4Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libcanberra-gtk0 0.28-1Gtk+ helper for playing widget eve ii libcanberra0 0.28-1a simple abstract interface for pl ii libdbus-1-31.4.12-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.94-2simple interprocess messaging syst ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgconf2-42.32.3-2 GNOME configuration database syste ii libgdk-pixbuf2.0-0 2.23.3-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgnome2-02.32.1-1 The GNOME library - runtime files ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgtk2.0-02.24.4-3 The GTK+ graphical user interface ii liborbit2 1:2.14.18-0.2 libraries for ORBit2 - a CORBA ORB ii libpam-modules 1.1.3-1 Pluggable Authentication Modules f ii libpam-runtime 1.1.3-1 Runtime support for the PAM librar ii libpam0g 1.1.3-1 Pluggable Authentication Modules l ii libpanel-applet2-0 2.30.2-4 library for GNOME Panel applets ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii libpolkit-gobject-1-0 0.101-4 PolicyKit Authorization API ii libpolkit-gtk-1-0 0.101-2 PolicyKit GTK+ API ii libpopt0 1.16-1lib for parsing cmdline parameters ii librsvg2-common2.34.0-1 SAX-based renderer library for SVG ii libselinux1
Bug#621325: dia-newcanvas: diff for NMU version 0.6.10-5.3
On sam., 2011-06-18 at 19:25 +0200, Luk Claes wrote: tags 621325 + patch tags 621325 + pending thanks Dear maintainer, I've prepared an NMU for dia-newcanvas (versioned as 0.6.10-5.3) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Hi, The debian-changes autogenerated patch with the config.guess, config.sub, and other autogenerated files copied seems wrong in that diff, could you fix that? Sebastien Bacher -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595726: limit source to dput, tagging 595726
Hi! * Adam D. Barratt a...@adam-barratt.org.uk [2011-06-09 13:50:41 CEST]: On Thu, 9 Jun 2011 14:58:02 +0530, Y Giridhar Appaji Nag wrote: Ping? :) http://anonscm.debian.org/gitweb/?p=collab-maint/dput.git;a=commitdiff;h=7453fa87858049595d4413abab458a76204942e0 http://anonscm.debian.org/gitweb/?p=collab-maint/dput.git;a=commitdiff;h=a3a3cf04da6f4412ea47323d0becc71cb49fa552 Thanks. We'd need to see a finalised (and tested) debdiff against the current stable package before approving the upload, however. The second patch also introduces a behavioural change, in that it will cause the previous target name to stop working, which is generally not okay for a stable update. Does dput.cf support the concept of target aliases, or includes, or something similar that would allow us to avoid having two targets which differ only in name? I took the liberty to cherry-pick the first patch, and for the second, I did simply duplicate the entry and gave it the proper name. This is the debdiff: #v+ diff -Nru dput-0.9.6.1/debian/changelog dput-0.9.6.1+squeeze1/debian/changelog --- dput-0.9.6.1/debian/changelog 2010-07-08 10:46:03.0 +0200 +++ dput-0.9.6.1+squeeze1/debian/changelog 2011-06-20 12:46:33.0 +0200 @@ -1,3 +1,14 @@ +dput (0.9.6.1+squeeze1) stable; urgency=low + + [ Y Giridhar Appaji Nag ] + * Change the default backports configuration (Closes: #595726) + + [ Gerfried Fuchs ] + * Duplicate the backports.org upload host as backports. backports.org is +left as legacy hostname for now, it shouldn't be used anymore. + + -- Gerfried Fuchs rho...@debian.org Mon, 20 Jun 2011 12:44:42 +0200 + dput (0.9.6.1) unstable; urgency=low * Use hashlib instead of md5/sha modules for Python 2.6 (Closes: #517831) diff -Nru dput-0.9.6.1/dput.cf dput-0.9.6.1+squeeze1/dput.cf --- dput-0.9.6.1/dput.cf2010-05-21 07:58:22.0 +0200 +++ dput-0.9.6.1+squeeze1/dput.cf 2011-06-20 12:44:10.0 +0200 @@ -83,9 +83,16 @@ hash = md5 [backports.org] -fqdn = www.backports.org +fqdn = backports-master.debian.org method = ftp -incoming = / +incoming = /pub/UploadQueue/ +login = anonymous +allow_dcut = 1 + +[backports] +fqdn = backports-master.debian.org +method = ftp +incoming = /pub/UploadQueue/ login = anonymous allow_dcut = 1 #v- This is in essence the two topmost commits on http://anonscm.debian.org/gitweb/?p=collab-maint/dput.git;a=shortlog;h=refs/heads/squeeze (75e338 and c3fb53) It would really be swift if we could finally get this ready and done for the pending 6.0.2 update ... Thanks, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631106: libkrb5: connection with remote kerberized server fails.
Package: libkrb5-3 Version: 1.9.1+dfsg-1+b1 Severity: important File: libkrb5 After upgrading from 1.8.* to 1.9.* in debian testing I cannot connect to remote kerberized server anymore. Tickets are successfully obtained. Downgrading this package in conneciton with libkrb5support0 to 1.8.3 resolves the problem for now. I cannot give details (novice). I guess it uses gssapi interface. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libkrb5-3 depends on: ii libc62.13-4 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4 common error description library ii libk5crypto3 1.9.1+dfsg-1+b1 MIT Kerberos runtime libraries - C ii libkeyutils1 1.4-4 Linux Key Management Utilities (li ii libkrb5support0 1.9.1+dfsg-1+b1 MIT Kerberos runtime libraries - S libkrb5-3 recommends no packages. Versions of packages libkrb5-3 suggests: pn krb5-doc none (no description available) ii krb5-user1.9.1+dfsg-1+b1 Basic programs to authenticate usi -- 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#617759: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
On Tue, May 03, 2011 at 03:46:39PM -0500, Jonathan Nieder wrote: Aurelien Jarno wrote: Given I am out of idea, I probably ask stupid questions... Could you please dump your /proc/cpuinfo ? No problem; thanks for working on this. In the meantime I am installing sid (slowly) in a vm. Have you been able to reproduce the issue in a VM? If yes, could you please share it? I am still unable to reproduce it. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631107: drizzle-plugin-mysql-unix-socket-protocol: Bad permissions on file /tmp/mysqld.socket
Package: drizzle-plugin-mysql-unix-socket-protocol Version: 2011.03.13-1 Severity: normal The socket is created with such rights: srwxrwx--x With such rights can not open socket from another user: Permission denied Original file (/var/run/mysqld/mysqld.sock ) has the following rightst srwxrwxrwx -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39.1-bfs (SMP w/4 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.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#610349: [locales] /etc/default/locale mallformed out of the box. incorrect incompatible LC_ values
On Mon, May 02, 2011 at 03:00:07PM +0200, Aurelien Jarno wrote: On Mon, May 02, 2011 at 11:23:14AM +0300, Arnoldas Katinas wrote: Pong! :) Can you please answer the questions from the last mail (see below). Any news on that? On 2011.05.01 18:39, Aurelien Jarno wrote: On Wed, Jan 19, 2011 at 11:44:11AM +0100, Aurelien Jarno wrote: tag 610349 + moreinfo thanks On Mon, Jan 17, 2011 at 09:36:43PM +0200, Arnoldas Katinas wrote: Package: locales Version: 2.11.2-7 Severity: normal --- Please enter the report below this line. --- --- System information. --- Architecture: i386 Kernel: Linux 2.6.32-5-686 Debian Release: 6.0 500 testing security.debian.org 500 testing debian.mirror.vu.lt --- Package information. --- Depends (Version) | Installed ===-+-=== glibc-2.11-1 | debconf (= 0.5) | 1.5.36 OR debconf-2.0 | --- Package's Recommends --- update-locales ignores mallformed strings This report is a bit empty? Could you please describe what you are trying to do, and the resulting issue? Ping? -- Aurelien JarnoGPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110502130007.gg32...@hall.aurel32.net -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631108: plymouth/uvesafb/linux-2.6_2.6.39-{1,2}: system does not boot any longer
Package: plymouth
Version: 0.8.3-18+b1
Severity: grave
Justification: renders package unusable
To use plymouth, uvesafb must be used on many systems, including kvm
virtual machines. (Other options are nievida or amd graphics cards,
I think.) However, with linux-2.6 2.6.39-{1,2} the system will not
boot up any longer, after grub: http://oi51.tinypic.com/33utjyu.jpg
waldi says to take this up with the plymouth maintainer because
“.39 works” and “no graphics-stuff in initramfs”.
With 2.6.38-2 I see the rocket just fine, even though it took
me about one and a half hour to get it initially set up, which
in itself is already… too much.
The existence of an animated boot screen is an important criterium
to many, including the desktops we use at work, which currently are
using that kubuntu 8.04 thing but scheduled to be replaced with
proper Debian soon. (spacefun serves as proof it works, for now.)
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/mksh
Versions of packages plymouth depends on:
ii initramfs-tools 0.99 tools for generating an initramfs
ii libc6 2.13-7 Embedded GNU C Library: Shared lib
plymouth recommends no packages.
plymouth suggests no packages.
-- Configuration Files:
/etc/plymouth/plymouthd.conf changed:
[Daemon]
Theme=spacefun
-- 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#556913: exiv2: also affects squeeze
Package: exiv2 Version: 0.20-2.1 Followup-For: Bug #556913 This bug also affects my other squeeze system. As far as I can tell, all packages that write exif-headers are affected. I tested it with gthumb, geeqie and others. It will crash these programs, if exif data like time stamps or tags are saved. It makes all exif-using programs effectively unusable with jpg files that include these xmp meta data, eg. from my canon G9 camera. Hence, it would be nice, if the fix could be backported to stable. See: http://dev.exiv2.org/issues/show/645 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (100, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages exiv2 depends on: ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libexiv2-90.20-2.1 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.6.0-10 GCC support library ii libstdc++64.6.0-10 The GNU Standard C++ Library v3 exiv2 recommends no packages. exiv2 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#617759: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
found 617759 eglibc/2.13-7 quit Aurelien Jarno wrote: Have you been able to reproduce the issue in a VM? If yes, could you please share it? I am still unable to reproduce it. Alas, no, I still haven't reproduced it in a VM. My laptop with Debian libc6 2.13-7 and icedove 3.1.10-2 still reproduces it: | $ icedove | /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc I suspect it's timing sensitive, which might explain why I could reproduce it on real hardware but not a vm. For example: | $ LD_DEBUG=unused icedove | 29640: /usr/lib/icedove/icedove-bin: error: symbol lookup error: undefined symbol: nspr_use_zone_allocator (fatal) | 29640: /usr/lib/icedove/icedove-bin: error: symbol lookup error: undefined symbol: gtk_widget_device_is_shadowed (fatal) | 29640: /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so: error: symbol lookup error: undefined symbol: g_module_unload (fatal) | 29640: /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so: error: symbol lookup error: undefined symbol: gtk_widget_device_is_shadowed (fatal) | 29640: /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so: error: symbol lookup error: undefined symbol: gtk_module_display_init (fatal) | 29640: /usr/lib/icedove/components/libdbusservice.so: error: symbol lookup error: undefined symbol: NS_Alloc (fatal) | /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc I'm going to sleep soon; tomorrow I'll try reproducing with eglibc + Debian patches again. If you have any crazy ideas for things to try (e.g., what to printf), I'll do what I can. I suspect the backtrace I sent before would be a good place to start for someone familiar with XPCOM. Sorry to leave this hanging for so long. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628184: linux-image-2.6.39-1-686-pae: ath5k module is unstable after upgrade
On Jun 20 2011, Ben Hutchings wrote: This was a correction to the description - PAE is not supported on most Pentium M and Celeron M processors (although it may work at least partly). If the 'flags' line in /proc/cpuinfo does not include 'pae' then you should use the 486 version. Thanks for the explanation. Following it I noticed that my processor supports pae, albeit it is a Celeron M (cpu family 6, model 14, stepping 8). Getting back to the reported bug, I'll try linux-image-3.0 as soon as it gets into stable. Thanks again. Best regards, Alexandre -- === Alexandre Lymberopoulos - lym...@gmail.com === -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631108: plymouth/uvesafb/linux-2.6_2.6.39-{1,2}: system does not boot any longer
severity 631108 normal tag 631108 unreproducible tag 631108 moreinfo thanks first, plymouth works with .39, so that's not the problem. second, your screenshot shows qemu, there are so many problems with $virtualization and plymouth, that's hardly any news. third, skipping all the long text.. what is your *actual* and *specific* problem? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607391: /dev/kvm should have group id kvm
Am Fri, 17. Jun 2011, 18:20:48 +0400 schrieb m...@tls.msk.ru: I can see how it can be problematic when _installing_ qemu-kvm package for the first time (either during initial install or when the system is already running) - we dropped udev rules file and loaded module which created the device in question, but udevd didn't see the rules file yet. But it should be ok once udevd is restarted, like happens after reboot. If it's not it, please show content of /lib/udev/rules.d and /etc/udev/rules.d. After a reboot the permissions of /dev/kvm are correct: joe@shrek:~$ ls -l /dev/kvm crw-rw 1 root kvm 10, 232 Jun 20 13:45 /dev/kvm joe@shrek:~$ Bye, Jö. -- featured product: Debian GNU/Linux - http://www.debian.org signature.asc Description: Digital signature
Bug#631080: general: No sound in Squezee, control volume dont found devices
On a new installation of Squezee, i dont have a sound. Strange was it working before, you mean to say this is an fresh install, not a upgrade. Was working on Linux before, a different distro. This is my sound device: lspci | grep -i audio 00:05.0 Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2) nVidia Corporation MCP61 High Definition Audio (rev a2) Subsystem: Giga-byte Technology Device a002 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 21 Are you missing something here? Memory at fe024000 (32-bit, non-prefetchable) [size=16K] Capabilities: Kernel driver in use: HDA Intel Seems to be correct. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544844: status of this bug
On Mon, 20 Jun 2011, Modestas Vainius wrote: Hum, DEB_*_APPEND/SET were meant for users recompiling packages not really for package maintainers. The logic was that dpkg-buildflags gives a set of base flags and that the package can then tweak them. Those intentions are not clear from the manual page. Yeah, I'll improve it. Anyway, then my patch is not really helping. Dh_Lib.pm part should be reverted and documentation should be fixed once we decide on the recommended practises. Having in mind #613046 , what's the recommended way to add -Wall to C(XX)FLAGS then? This should be put into dh(1). In the current situation, it's something like this: export CFLAGS := -Wall $(shell dpkg-buildflags --get CFLAGS) But I was suggesting to use debian/buildflags.conf so that any helper script can get all the flags just with dpkg-buildflags without requiring the kind of fallback logic that debhelper will use. That said for the sake of simplicity, it's probably a good idea to improve dpkg-buildflags to support debian/buildflags.conf that would be parsed after everything else (and that is clearly meant to be used by the package maintainer). Do you agree ? I really don't think so. How many configuration files with alternating syntaxes do we need in debian/*? I have a feeling that debian/rules is starting to be become the least significant of them all. True. But that's IMO a good trend that dh and debhelper has set. There should be the only good way (i.e. fewer possibilities for abuse) to do the same thing and it should be properly documented. And why wouldn't debian/buildflags.conf qualify for this? This would cover 98% of the needs and the 2% left would actually use debian/rules to do more advanced changes. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621874: Votca was 1.2 released
Announcement: http://groups.google.com/group/votca/browse_frm/thread/c814a046ebd31191 It now uses cmake as build system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630805: debian-cd: include apt-offline in debian CD#1
tags 630805 +pending thanks On Fri, Jun 17, 2011 at 07:21:31PM +0545, Ritesh Raj Sarraf wrote: Package: debian-cd Severity: wishlist Tags: wheezy I would like to request inclusion of apt-offline into Debian CD #1. apt-offline is an Offline Package Manager for APT based systems. apt-offline will help users with *no* internet connection to still be able to exploit APT Package Management Features. apt-offline also helps with offline bug reports. apt-offline is already packaged in Debian. apt-offline is written in Python. It has one additional dependency, python-argparse. python-argparse is native to python with version 2.7+ apt-offline currently also embeds a copy of argparse, so the python-argparse dependency does not really apply. The size of apt-offline is 79918 bytes. Added apt-offline to tasks/wheezy/forcd1 to bring it onto CD#1. Checked into svn now for use in future weekly builds, and the bug will be closed when I upload a new debian-cd package shortly. -- Steve McIntyre, Cambridge, UK.st...@einval.com You can't barbecue lettuce! -- Ellie Crane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631109: xpdf: Cannot open a file without suffix
Package: xpdf Version: 3.02-14 Severity: normal $ file /tmp/0303027v2 /tmp/0303027v2: PDF document, version 1.4 $ xpdf /tmp/0303027v2 ERROR: unknown suffix in file: '/tmp/0303027v2 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages xpdf depends on: ii lesstif2 1:0.95.2-1 OSF/Motif 2.1 implementation relea ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-14 GCC support library ii libpoppler5 0.12.4-1.2 PDF rendering library ii libstdc++64.6.0-14 GNU Standard C++ Library v3 ii libx11-6 2:1.4.3-2 X11 client-side library ii libxt61:1.1.1-2 X11 toolkit intrinsics library Versions of packages xpdf recommends: ii gsfonts-x11 0.22 Make Ghostscript fonts available t ii poppler-data 0.4.4-1Encoding data for the poppler PDF ii poppler-utils 0.12.4-1.2 PDF utilitites (based on libpopple xpdf suggests no packages. -- Configuration Files: /etc/xpdf/xpdfrc changed: displayFontT1 Times-Roman /usr/share/fonts/type1/gsfonts/n021003l.pfb displayFontT1 Times-Italic /usr/share/fonts/type1/gsfonts/n021023l.pfb displayFontT1 Times-Bold /usr/share/fonts/type1/gsfonts/n021004l.pfb displayFontT1 Times-BoldItalic /usr/share/fonts/type1/gsfonts/n021024l.pfb displayFontT1 Helvetica /usr/share/fonts/type1/gsfonts/n019003l.pfb displayFontT1 Helvetica-Oblique /usr/share/fonts/type1/gsfonts/n019023l.pfb displayFontT1 Helvetica-Bold /usr/share/fonts/type1/gsfonts/n019004l.pfb displayFontT1 Helvetica-BoldOblique /usr/share/fonts/type1/gsfonts/n019024l.pfb displayFontT1 Courier /usr/share/fonts/type1/gsfonts/n022003l.pfb displayFontT1 Courier-Oblique /usr/share/fonts/type1/gsfonts/n022023l.pfb displayFontT1 Courier-Bold /usr/share/fonts/type1/gsfonts/n022004l.pfb displayFontT1 Courier-BoldOblique /usr/share/fonts/type1/gsfonts/n022024l.pfb displayFontT1 Symbol /usr/share/fonts/type1/gsfonts/s05l.pfb displayFontT1 ZapfDingbats /usr/share/fonts/type1/gsfonts/d05l.pfb psFile |gtklp urlCommand sensible-browser '%s' unbind down any unbind right any unbind up any unbind left any bind down window scrollDown(16) bind right window scrollRight(16) bind up window scrollUp(16) bind left window scrollLeft(16) bind down fullScreen nextPage bind right fullScreen nextPage bind up fullScreen prevPage bind left fullScreen prevPage include /etc/xpdf/includes -- 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#616402: afflib-tools: please return to shared libafflib linkage
On Mon, Jun 20, 2011 at 12:35 AM, Aaron M. Ucko u...@debian.org wrote: found 616402 3.6.6-1.1 thanks ow...@bugs.debian.org (Debian Bug Tracking System) writes: This bug was fixed in the latest version now in testing. As far as I can tell, that only addresses an unrelated issue (concerning libafflib.la), with afflib-tools still linking statically to libafflib: $ dpkg -s afflib-tools Package: afflib-tools Status: install ok installed Priority: optional Section: utils Installed-Size: 4748 Maintainer: Debian Forensics forensics-de...@lists.alioth.debian.org Architecture: amd64 Source: afflib Version: 3.6.6-1.1 Depends: libc6 (= 2.7), libcurl3 (= 7.16.2-1), libexpat1 (= 1.95.8), libfuse2 (= 2.8.1), libgcc1 (= 1:4.1.1), libssl1.0.0 (= 1.0.0), libstdc++6 (= 4.2.1), zlib1g (= 1:1.1.4) Description: support for Advanced Forensics format (utilities) libafflib is a library for reading and writing the Advanced Forensics format (AFF), an extensible open format for the storage of disk images and related forensic metadata. . This package contains additional utilities. Homepage: http://www.afflib.org/ $ ldd /usr/bin/affcat | fgrep aff $ Could you please take another look? Thanks! -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu ___ forensics-devel mailing list forensics-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel Oops, that's true. I did a mistake, the package in our git reposiroty on alioth is fixed, not the one in testing. Better to wait for the alioth version. -- Christophe Monniez -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603596: Confirming on 2.30.5-10
Still seeing this on both a low-end Asus laptop with one user account and a reasonably quick (Q6700) desktop with five; both are Wheezy amd64 with gdm3 2.30.5-10. The desktop has had 2.30.5-5, 2.30.5-6 and 2.30.5-10, and this bug has affected all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631108: plymouth/uvesafb/linux-2.6_2.6.39-{1,2}: system does not boot any longer
Daniel Baumann dixit:
second, your screenshot shows qemu, there are so many problems with
$virtualization and plymouth, that's hardly any news.
It’s actually KVM.
third, skipping all the long text.. what is your *actual* and *specific*
problem?
kvm, 2.6.38-2 boots, 2.6.39-{1,2} don't boot.
waldi says it's plymouth+uvesafb's fault.
plymouth needs uvesafb to display the rocket.
bye,
//mirabilos
--
Using Lynx is like wearing a really good pair of shades: cuts out
the glare and harmful UV (ultra-vanity), and you feel so-o-o COOL.
-- Henry Nelson, March 1999
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630917: qt4-linguist-tools: trying to overwrite '/usr/bin/lupdate-qt4', which is also in package libqt4-dev 4:4.7.3-1
Hi, On Sat, Jun 18, 2011 at 6:30 PM, Sami Liedes slie...@cc.hut.fi wrote: Package: qt4-linguist-tools Version: 4:4.7.3-2 Severity: serious It seems qt4-linguist-tools needs a Conflicts: against older libqt4-dev: The upgrade happened smoothly for me. Conflicts isn't needed. See Debian Policy 7.6.1 paragraph and current control: Breaks: libqt4-dev ( 4.7.3-2) Replaces: libqt4-dev ( 4.7.3-2) Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630917: qt4-linguist-tools: trying to overwrite '/usr/bin/lupdate-qt4', which is also in package libqt4-dev 4:4.7.3-1
Hello, 2011.06.20 15:23, Fathi Boudra rašė: Hi, On Sat, Jun 18, 2011 at 6:30 PM, Sami Liedesslie...@cc.hut.fi wrote: Package: qt4-linguist-tools Version: 4:4.7.3-2 Severity: serious It seems qt4-linguist-tools needs a Conflicts: against older libqt4-dev: The upgrade happened smoothly for me. Conflicts isn't needed. See Debian Policy 7.6.1 paragraph and current control: Breaks: libqt4-dev ( 4.7.3-2) Replaces: libqt4-dev ( 4.7.3-2) Epoch... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595726: limit source to dput, tagging 595726
Hi againn. * Gerfried Fuchs rho...@debian.org [2011-06-20 12:55:26 CEST]: I took the liberty to cherry-pick the first patch, and for the second, I did simply duplicate the entry and gave it the proper name. This is the debdiff: Given that I was told that it's actually my own fault that this hasn't got fixed yet I took the liberty to upload the package. Enjoy, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631110: Bogus recommends on mksh
Package: cvs Version: 2:1.12.13+real-5 Severity: normal Hi Thorsten, CVS has suddenly grown a Recommends: mksh. Why? If it's not needed, then you shouldn't be adding Recommends on your pet packages. If it *is*, then it should be listed in Depends. Although... I can't imagine why there should be a dependency at all. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cvs depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libpam-runtime 1.1.1-6.1Runtime support for the PAM librar ii libpam0g1.1.1-6.1Pluggable Authentication Modules l ii update-inetd4.38+nmu1inetd configuration file updater ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages cvs recommends: ii emacs23 [info-browser]23.2+1-7 The GNU Emacs editor (with GTK+ us ii info [info-browser] 4.13a.dfsg.1-6 Standalone GNU Info documentation ii konqueror [info-browser] 4:4.4.5-2 advanced file manager, web browser ii netbase 4.45 Basic TCP/IP networking system cvs suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631097: openopt: please upgrade to 0.34
On Mon, 20 Jun 2011, trophime wrote: Version: 0.32 Please upgrade to 0.34 will do and add DerApproximator, FuncDesigner and SpaceFuncs packages please file RFP bug reports so someone might be interested in packaging them -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631108: plymouth/uvesafb/linux-2.6_2.6.39-{1,2}: system does not boot any longer
On 06/20/2011 02:18 PM, Thorsten Glaser wrote:
kvm, 2.6.38-2 boots, 2.6.39-{1,2} don't boot.
waldi says it's plymouth+uvesafb's fault.
plymouth needs uvesafb to display the rocket.
please test with one of the themes of plymouth, like spinfinity or so.
--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email: daniel.baum...@progress-technologies.net
Internet: http://people.progress-technologies.net/~daniel.baumann/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631080: No sound
On Mon, 2011-06-20 at 11:29 +0200, Bastien ROUCARIES wrote: Hi, I seems hit by the same bug. But only under desktop. I mean when I try alsamixer under console I see all the channel but no sound and no channel under my desktop. So report a bug on whatever program you used on the 'desktop'. Ben. -- Ben Hutchings When in doubt, use brute force. - Ken Thompson signature.asc Description: This is a digitally signed message part
Bug#631080: general: No sound in Squezee, control volume dont found devices
On Mon, 2011-06-20 at 17:31 +0530, Sujit Karatparambil wrote: On a new installation of Squezee, i dont have a sound. Strange was it working before, you mean to say this is an fresh install, not a upgrade. Was working on Linux before, a different distro. This is my sound device: lspci | grep -i audio 00:05.0 Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2) nVidia Corporation MCP61 High Definition Audio (rev a2) Subsystem: Giga-byte Technology Device a002 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 21 Are you missing something here? Memory at fe024000 (32-bit, non-prefetchable) [size=16K] Capabilities: Kernel driver in use: HDA Intel Seems to be correct. Please send the text of /proc/asound/cards Ben. -- Ben Hutchings When in doubt, use brute force. - Ken Thompson signature.asc Description: This is a digitally signed message part
Bug#630917: qt4-linguist-tools: trying to overwrite '/usr/bin/lupdate-qt4', which is also in package libqt4-dev 4:4.7.3-1
[Cc: to cupt maintainer jackyf, see below] On Mon, Jun 20, 2011 at 12:23:42PM +, Fathi Boudra wrote: Hi, On Sat, Jun 18, 2011 at 6:30 PM, Sami Liedes slie...@cc.hut.fi wrote: Package: qt4-linguist-tools Version: 4:4.7.3-2 Severity: serious It seems qt4-linguist-tools needs a Conflicts: against older libqt4-dev: The upgrade happened smoothly for me. Conflicts isn't needed. See Debian Policy 7.6.1 paragraph and current control: Breaks: libqt4-dev ( 4.7.3-2) Replaces: libqt4-dev ( 4.7.3-2) Interesting (and I'm sorry for wasting your time). I guess this must be a bug in whatever I used to update then. I suspect that was cupt (jackyf: Does cupt handle this Breaks+Replaces case somehow?), but since I'm not sure, I guess it's safest that I just Cc: cupt maintainer, and I guess this bug can be closed. Agreed? Sami signature.asc Description: Digital signature
Bug#421343: pdftk: does not seem a bug
Package: pdftk Followup-For: Bug #421343 Thanks for packaging pdftk ! While I agree that the FDF file format (apparently: ASCII with enclosed BOM-prefixed UTF-16-BE field values) seems rather cumbersome to handle with text oriented tools this does not seem like a bug to me. The UTF-16-BE parts you refer to are not the field *names* but rather the *content*. Content apparently can come encoded as UTF-16-BE as per the PDF spec. Here is how to parse and replace those fields with Python: http://gitorious.org/gnumed/gnumed/blobs/master/gnumed/gnumed/client/business/gmForms.py (look at cPDFForm.substitute_placeholders(), mainly) HTH, Karsten -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pdftk depends on: ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-10 GCC support library ii libgcj12 4.6.0-3Java runtime library for use with ii libstdc++64.6.0-10 The GNU Standard C++ Library v3 pdftk recommends no packages. Versions of packages pdftk suggests: ii poppler-utils [xpdf-utils]0.12.4-1.2 PDF utilitites (based on libpopple ii xpdf-utils3.02-12Transitional package for poppler-u -- 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#613534: Fwd: Re: Bug#613534: Seems to be rather a bug in nvidia, not the kernel
Original Message Subject: Re: Bug#613534: Seems to be rather a bug in nvidia, not the kernel Date: Mon, 20 Jun 2011 10:24:12 +0300 From: Andrei POPESCU andreimpope...@gmail.com To: Andreas Beckmann deb...@abeckmann.de On Mi, 15 iun 11, 02:57:59, Andreas Beckmann wrote: On 2011-06-14 09:54, Andrei POPESCU wrote: On Mi, 08 iun 11, 19:19:59, Andreas Beckmann wrote: Here you go. Should work with the other nvidia packages in stable, Sorry, my stable install is i386 and I switched the sid install as well. Try this, Thanks, I was able to install 195 on stable. Bug is still there, which seems to show that nvidia doesn't cope with a change in the kernel introduced somewhere between 2.6.26 and 2.6.27. I'll try to report this to Nvidia when I have the time. Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631111: Missing netfilter header files in libnl-dev
Package: libnl-dev Version: 1.1-6 Severity: important Tags: patch The netfilter include files are not packaged in libnl-dev, even though the functionality is included in the shared object. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.37.3-1-c2d (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libnl-dev depends on: ii libnl11.1-6 library for dealing with netlink s libnl-dev recommends no packages. Versions of packages libnl-dev suggests: ii libnl-doc 1.1-6 API documentation for libnl -- no debconf information Index: libnl-1.1/include/Makefile === --- libnl-1.1.orig/include/Makefile 2011-06-20 15:59:49.0 +0300 +++ libnl-1.1/include/Makefile 2011-06-20 16:00:29.0 +0300 @@ -29,10 +29,12 @@ mkdir -p $(DESTDIR)$(includedir)/netlink/route/cls/ mkdir -p $(DESTDIR)$(includedir)/netlink/genl/ mkdir -p $(DESTDIR)$(includedir)/netlink/fib_lookup/ + mkdir -p $(DESTDIR)$(includedir)/netlink/netfilter install -m 0644 netlink/*.h $(DESTDIR)$(includedir)/netlink/ install -m 0644 netlink/route/*.h $(DESTDIR)$(includedir)/netlink/route/ install -m 0644 netlink/route/sch/*.h $(DESTDIR)$(includedir)/netlink/route/sch/ install -m 0644 netlink/route/cls/*.h $(DESTDIR)$(includedir)/netlink/route/cls/ install -m 0644 netlink/genl/*.h $(DESTDIR)$(includedir)/netlink/genl/ install -m 0644 netlink/fib_lookup/*.h $(DESTDIR)$(includedir)/netlink/fib_lookup/ + install -m 0644 netlink/netfilter/*.h $(DESTDIR)$(includedir)/netlink/netfilter/
Bug#631112: Save as ... crashes lyx
Subject: Save as ... crashes lyx Package: lyx Version: 2.0.0-1 Severity: important *** Please type your report below this line *** To reproduce: + start lxy + select from the menu to create a New File + type test into the newly created document + select Save as ... from the File menu A message pops up telling me that lxy crashed and that I´ve found a bug. When I run lyx in ddd, I´m getting: , | (gdb) file /usr/bin/lyx | (gdb) set args | (gdb) run | [Thread debugging using libthread_db enabled] | Qt: Session management error: Could not open network socket | [New Thread 0x7fffe35d9700 (LWP 22549)] | [New Thread 0x7fffe2d41700 (LWP 22550)] | KGlobal::locale::Warning your global KLocale is being recreated with a valid main component instead of a fake component, this usually means you tried to call i18n related functions before your main component was created. You should not do that since it most likely will not work | | Program received signal SIGSEGV, Segmentation fault. | QtPrivate::QStringList_contains (that=0xfb59e8, str=..., cs=Qt::CaseSensitive) at tools/qstringlist.cpp:318 | in tools/qstringlist.cpp | (gdb) ` There doesn´t seem to be a package with a debugging version available? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 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 lyx depends on: ii libboost-regex1.46.11.46.1-5 regular expression library for C++ ii libboost-signals1.46.1 1.46.1-5 managed signals and slots library ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libenchant1c2a 1.6.0-2 a wrapper library for various spel ii libgcc1 1:4.6.0-10 GCC support library ii libmythes-1.2-0 2:1.2.1-1simple thesaurus library ii libqtcore4 4:4.7.3-1Qt 4 core module ii libqtgui4 4:4.7.3-1Qt 4 GUI module ii libstdc++6 4.6.0-10 The GNU Standard C++ Library v3 ii lyx-common 2.0.0-1 architecture-independent files for ii xdg-utils 1.1.0~rc1-2 desktop integration utilities from ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages lyx recommends: ii dvipng1.13-1 convert DVI files to PNG graphics ii elyxer1.2.1-1Standalone LyX to HTML converter ii ghostscript 9.02~dfsg-2interpreter for the PostScript lan ii imagemagick 8:6.6.0.4-3+b1 image manipulation programs ii okular [pdf-viewer] 4:4.6.3-1 universal document viewer ii poppler-utils 0.12.4-1.2 PDF utilitites (based on libpopple ii preview-latex-style 11.86-2extraction of elements from LaTeX ii psutils 1.17-29A collection of PostScript documen ii texlive-fonts-recommended 2009-11TeX Live: Recommended fonts ii texlive-generic-extra 2009-10TeX Live: Extra generic packages ii texlive-latex-extra 2009-10TeX Live: LaTeX supplementary pack ii texlive-latex-recommended 2009-11TeX Live: LaTeX recommended packag ii texlive-science 2009-10TeX Live: Typesetting for natural ii ttf-lyx 2.0.0-1TrueType versions of some TeX font ii xpdf [pdf-viewer] 3.02-12Portable Document Format (PDF) rea Versions of packages lyx suggests: pn chktexnone (no description available) pn dvipost none (no description available) pn gnuhtml2latex none (no description available) ii groff 1.21-6 GNU troff text-formatting system pn latex2rtf none (no description available) pn librsvg2-bin | inkscape none (no description available) ii libtiff-tools 3.9.5-1TIFF manipulation and conversion t pn linuxdoc-toolsnone (no description available) ii menu 2.1.45 generates programs menu for all me pn noweb none (no description available) pn rcs none (no description available) pn sgmltools-litenone (no description available) pn writer2latex none (no description available) pn wvnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613997: Solved?
Hi there, JFYI, Quadrapassel seems to be working right now, no more segfaults, the game can be launched normally. I think this bug can be closed. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631113: bin/otrs.DeleteCache.pl (and other commands) lie about options
Package: otrs2 Version: 3.0.8+dfsg1-1 Default crontab file (/etc/otrs/cron, $HOME/var/cron/cache.dist) calls bin/otrs.DeleteCache.pl --expired , which does not work: $ bin/otrs.DeleteCache.pl --expired ERROR: Invalid option --expired! Indeed cursory review of the said script shows that it should be called with -e expired if at all. Script's helpstring advertises --expired. There are more discrepancies between helpstrings and actually implemented options in other scripts as well. Cheers, Jarda Benkovsky -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631113: bin/otrs.DeleteCache.pl (and other commands) lie about options
Am 20.06.2011 15:27, schrieb Jaroslav Benkovský: Package: otrs2 Version: 3.0.8+dfsg1-1 Default crontab file (/etc/otrs/cron, $HOME/var/cron/cache.dist) calls bin/otrs.DeleteCache.pl --expired , which does not work: $ bin/otrs.DeleteCache.pl --expired ERROR: Invalid option --expired! Indeed cursory review of the said script shows that it should be called with -e expired if at all. Script's helpstring advertises --expired. There are more discrepancies between helpstrings and actually implemented options in other scripts as well. Cheers, Jarda Benkovsky Hi, yep this issue is known and already fixed in otrs VCS, will be fixed with the 3.0.9 upload! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631110: (no subject)
mksh is a requirement of supporting /usr/bin/cvs-switchroot, which closes Debian bug #41685. Kind Regards, Dave Walker -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631115: New upstream version 1.5.3
Package: d-push Severity: wishlist Hi Wolfi, z-push 1.5.3 was released on 2011-05-26. Would be great to have this packaged. Cheers, -- Guido -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631114: mousepad: freezes for a while on enter key press
Subject: mousepad: freezes for a while on enter key press Package: mousepad Version: 0.2.16-5 Severity: normal When I start a new line by pressing enter key, mousepad freezes for dozen of seconds. I can still enter text but it will show up on screen only after GUI unfreeze. `strace' shows that on such freezes program tries to send and recv some data to a socket but fails to do so and tries again and again. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mousepad depends on: ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libgdk-pixbuf2.0-02.23.3-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii libxfce4util4 4.8.1-2Utility functions library for Xfce Versions of packages mousepad recommends: ii xfprint4 4.6.1-2Printer GUI for Xfce4 mousepad suggests no packages. -- debconf-show failed
Bug#613481: Needs libsdl1.2debian for pulseaudio
Hi, I saw the same problem on my machine. The solution was to install libsdl1.2debian instead of libsdl1.2debian-alsa -- although ALSA is configured to use pulseaudio on my machine. Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611156: fakechroot patch trying to solve the double path prepend issue
Package: fakechroot
Version: 2.14-1
Severity: normal
While I can confirm the reported behaviour, I ran into a very similar
issue when using fakechroot with a foreign armhf build. Using strace I
found that fakechroot put a double chroot path when access and
subsequently fstat was called.
Strangely that issue is not existant on other platforms. This problem
does for example not occur with armel and amd64 rootfs.
So while the mknod problem persists on all three architectures (didnt
test others), the fstat problem is only on armhf.
I do not know where the error comes from but I attached a patch that
solved both issues for me. It just adds a check to expand_chroot_path
whether the path really has to be expanded or (for a reason unknown to
me) already comes with the fakechroot_path prepended.
I hope the patch doesnt break anything else and can be applied by you?
If the patch is bad, how else would one fix the issue?
cheers, josch
diff --git a/src/libfakechroot.h b/src/libfakechroot.h
index 161469e..1dcc85f 100644
--- a/src/libfakechroot.h
+++ b/src/libfakechroot.h
@@ -98,7 +98,7 @@
if (!fakechroot_localdir(path)) { \
if ((path) != NULL *((char *)(path)) == '/') { \
fakechroot_path = getenv(FAKECHROOT_BASE); \
-if (fakechroot_path != NULL) { \
+if (fakechroot_path != NULL strncmp((path), fakechroot_path, strlen(fakechroot_path)) != 0) { \
strcpy(fakechroot_buf, fakechroot_path); \
strcat(fakechroot_buf, (path)); \
(path) = fakechroot_buf; \
Bug#631110: Bogus recommends on mksh
On Mon, Jun 20, 2011 at 01:37:09PM +0100, Steve McIntyre wrote: Package: cvs Version: 2:1.12.13+real-5 Severity: normal Hi Thorsten, CVS has suddenly grown a Recommends: mksh. Why? If it's not needed, then you shouldn't be adding Recommends on your pet packages. If it *is*, then it should be listed in Depends. Although... I can't imagine why there should be a dependency at all. Re-reading this, this is probably worded more negatively than I intended. Long weekend and not enough sleep, I guess. :-( Thorsten: could you please explain why you've added the Recommends: mksh? I don't see a reason, but I might have missed it... :-) -- Steve McIntyre, Cambridge, UK.st...@einval.com Since phone messaging became popular, the young generation has lost the ability to read or write anything that is longer than one hundred and sixty characters. -- Ignatios Souvatzis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631113: bin/otrs.DeleteCache.pl (and other commands) lie about options
On 20.06.2011 15:27, Jaroslav Benkovský wrote: Package: otrs2 Version: 3.0.8+dfsg1-1 Default crontab file (/etc/otrs/cron, $HOME/var/cron/cache.dist) calls bin/otrs.DeleteCache.pl --expired , which does not work: $ bin/otrs.DeleteCache.pl --expired ERROR: Invalid option --expired! Indeed cursory review of the said script shows that it should be called with -e expired if at all. Script's helpstring advertises --expired. There are more discrepancies between helpstrings and actually implemented options in other scripts as well. this ist fixed upstream. Gets fixed with the 3.0.9 package. - Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
