Bug#678500: RFS: cppreference-doc/20120620-1 [ITP] -- C and C++ standard library reference manual for English language.
Hi Simon, Many thanks for your input. On 06/22/2012 05:29 PM, Simon Chopin wrote: I can't download the most recent tarball from [5], the server gives me back a 404 error. I haven't tried the other tarballs though. Fixed. In debian/control, wget and httracks are in Build-Depends. It seems to be a mistake since the build process doesn't download anything. In any case, the build process should be self-contained and not require network access. Fixed. Why do you need the Replaces/Breaks fields for ? Those packages have never been in Debian AFAICT. cppreference-doc-en has been available from my Ubuntu PPA for some time. I thought it'd be good idea to provide an update path for those who will jump straight to Debian version, skipping an update from the PPA, which makes cppreference-doc-en obsolete. On the other hand, the number of such users is probably very small as most of them should've upgraded already, so it makes sense to have cleaner Debian package. debian/cppreference-doc-en.install and debian/docs are empty, you can just delete them. Fixed. I don't know about the Devref stuff, but you might want to install the stuff in /usr/share/doc/* using dh_installdocs. I might very well be wrong though. dh_installdocs installs the documentation in /usr/share/doc/package. The problem with this is that eventually there will be many cppreference-doc-lang-format packages, which will share quite a lot of common data. Because of that, it's much easier to assemble the documentation in a single place. dh_installdocs doesn't offer such flexibility AFAICT. Since the purpose of the package is to provide documentation, it would be really nice to provide some doc-base informations. Fixed. Lintian has some minor nitpicks, some easy to fix. Run lintian -EvIiL +pedantic on your .changes file to see what those are as well as their explanations. Fixed. The package is now completely lintian-clean. I am not sure in what extent this is mandatory for non-D[MD]s, but people in Debian usually disclose their civilian name. If you intend to apply for DM or DD status, you would have to disclose it eventually for the keysigning process. Well, I don't currently have plans to become DM or DD. Nonetheless, there shouldn't be any problems to associate my contributions to my real name if I change my mind. In any case, there's, AFAIK, no identity check for non-DM/DDs, so both p12 and Name Surname are identical for the purposes of identification. The only difference is that it's obvious that the former is a pseudonym :) By the way, it seems that there _are_ DDs who use pseudonyms. I could find at least three here http://www.debian.org/devel/people. About the README.source, I am not exactly sure of how this all works on the upstream side, but it would be nice to provide a get-orig-source target to easily build the complete tarball. It looks like README.source wasn't needed at all. The package is completely self-contained. Cheers, Simon Regards, p12 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678619: dwb: Download with wget without function
Package: dwb Version: 20120402hg-1 Severity: important Dear Maintainer, Download does not work with dwb and standard setting with wget. Setting is download-external-command: xterm -e wget 'dwb_uri' -O 'dwb_output' --load-cookies 'dwb_acookies' After clicking a download and typing in the path, the downloadbar appears, but but only has a ??? and nothing more. Nothing is downloaded and just an empty file with the correct name was created. This is not only with a specific Domain or type of file, another external program does not work, too. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (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 dwb depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-33 ii libcairo-gobject2 1.12.2-1 ii libcairo2 1.12.2-1 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk-3-0 3.4.2-1 ii libjavascriptcoregtk-3.0-0 1.8.1-2 ii libpango1.0-0 1.30.0-1 ii libsoup2.4-12.38.1-2 ii libwebkitgtk-3.0-0 1.8.1-2 dwb recommends no packages. dwb 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#678519: general: after about 1 month of uptime, routing of IPv6 packets is no longer possible, and IPv4 routing becomes slow and unpredictable. Rebooting brings all functionality back, and back to
On 22-06-12 21:38, Henrique de Moraes Holschuh wrote: On Fri, 22 Jun 2012, Rudy Zijlstra wrote: let system run with IPv4 IPv6 routing for about 1 month IPv6 routing will start to fail IPv4 routing becomes slow and unpredictable no obvious causes visible in the system. top and friends do not show a cpu hog a reboot will bring the system back to normal behaviour. Please use (as root) ip neigh show, and ip route list cache to try to track down any weird differences between the box when it is behaving normally, and the box when wedged. You may want to compare it to a healthy box on the same network segment. You can also try to see if ip route flush cache and ip neigh flush can unwedge the system. After a flush, ip neigh show and ip route list cache should return very few, if any, entries. Thanks, i've stored the current output of these commands, including the IPv6 version, so i can compare when trouble hits again in some weeks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678493: masqmail: prompting due to modified conffiles which were not modified by the user
[2012-06-23 11:39] Andreas Beckmann deb...@abeckmann.de On 2012-06-23 11:24, markus schnalke wrote: Surprisingly, the piuparts website reports the package to be successful: http://piuparts.debian.org/sid/source/m/masqmail.html That's not an upgrade test. Look here (some time in the future, package is not yet tested, dependencies are still queued): http://piuparts.debian.org/testing2sid/source/m/masqmail.html Thanks a lot for the clarification. meillo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678599: iceweasel and chromium freeze for some web sites with flash scripts
On 06/23/2012 04:04 AM, Afrânio de Araujo Coelho wrote: Iceweasel and chromium freeze, and also, sometimes, X11, when browsing in sites with many flash pubs scripts, for exemple, http://folha.uol.com.br About iceweasel, try installing xul-ext-flashblock and/or xul-ext-adblock-plus. The former will make you play just flash clips you want to play, the latter blocks ads if any. That should reduce cpu and memory usage when page loads. It seems the same extensions exist for chromium as well, I never tried them. -- Gabriele -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678505: mirror submission for ftp.leg.uct.ac.za
tags 678505 +moreinfo thanks Hi, On Fri, Jun 22, 2012 at 09:53:44AM +, Stefano Rivera wrote: Package: mirrors Severity: wishlist Submission-Type: new Thanks for supporting Debian through mirroring it. Site: ftp.leg.uct.ac.za Please use the recommended tool ftpsync: http://www.debian.org/mirror/ftpmirror#how Without appropriate rsync calls, the mirror is guaranteed to be broken from users POV during updates. ftpsync should be used for /debian/ (ftpsync.conf) and /debian-backports (ftpsync-backports.conf). Type: leaf Archive-architecture: amd64 i386 Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ Backports-ftp: /debian-backports/ Backports-http: /debian-backports/ Backports-rsync: debian-backports/ CDImage-ftp: /pub/linux/debian-isos/ CDImage-http: /pub/linux/debian-isos/ CDImage-rsync: pub/linux/debian-isos/ IPv6: no Archive-upstream: ftp.de.debian.org Backports-upstream: ftp.de.debian.org CDImage-upstream: cdimage.debian.org Updates: four Maintainer: Stefano Rivera legad...@leg.uct.ac.za Country: ZA South Africa Location: University of Cape Town Sponsor: UCT Chemical Engineering http://www.chemeng.uct.ac.za/ Comment: Heavily shaped outbound traffic By outbound you mean traffic outside South Africa, or outside the university ? Thanks. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678620: glance: [INTL:gl] Galician debconf templates translation
Package: glance Version: 2012.1-2 Severity: wishlist Tags: l10n patch Galician debconf templates translation is attached. Thanks. # Galician translations for glance package. # Copyright (C) 2012 THE glance'S COPYRIGHT HOLDER # This file is distributed under the same license as the glance package. # # Jorge Barreiro Gonzalez yortx.ba...@gmail.com, 2012. msgid msgstr Project-Id-Version: glance\n Report-Msgid-Bugs-To: gla...@packages.debian.org\n POT-Creation-Date: 2012-06-05 08:33+0200\n PO-Revision-Date: 2012-06-23 12:02+0200\n Last-Translator: Jorge Barreiro yortx.ba...@gmail.com\n Language-Team: Galician proxe...@trasno.net\n Language: gl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=n != 1;\n #. Type: boolean #. Description #: ../glance-registry.templates:1001 msgid Set up a database for glance-registry? msgstr Quere configurar unha base de datos para «glance-registry»? #. Type: boolean #. Description #: ../glance-registry.templates:1001 msgid No database has been set up for glance-registry to use. Before continuing, you should make sure you have: msgstr Non se configurou ningunha base de datos para que «glance-registry» a use. Antes de continuar, debería asegurarse de que ten: #. Type: boolean #. Description #: ../glance-registry.templates:1001 msgid - the server host name (that server must allow TCP connections\n from this machine);\n - a username and password to access the database.\n - A database type that you want to use. msgstr - o nome do servidor (o servidor debe permitir conexións TCP\n desde esta máquina);\n - un nome de usuario e contrasinal para acceder á base de datos.\n - O tipo de base de datos que quere usar. #. Type: boolean #. Description #: ../glance-registry.templates:1001 msgid If some of these requirements are missing, reject this option and run with regular sqlite support. msgstr Se non cumpre algún destes requisitos, rexeite esta opción e use a infraestrutura «sqlite» normal. #. Type: boolean #. Description #: ../glance-registry.templates:1001 msgid You can change this setting later on by running 'dpkg-reconfigure -plow glance-registry msgstr Pode cambiar esta opción máis tarde executando «dpkg-reconfigure -plow glance-registry». #. Type: select #. Description #: ../glance-common.templates:2001 msgid Pipeline flavor: msgstr Tipo de canalización: #. Type: select #. Description #: ../glance-common.templates:2001 msgid Please specify the flavor of pipeline to be used by Glance. msgstr Indique o tipo de canalización que usará Glance. #. Type: select #. Description #: ../glance-common.templates:2001 msgid If you use the OpenStack Identity Service (Keystone), you might want to select \keystone\. If you don't use this service, you can safely choose \caching\ only. msgstr Se usa o servizo de identidade OpenStack (Keystone), pode escoller «keystone». Se non usa este servizo pode escoller con seguridade só «caching». #. Type: string #. Description #: ../glance-common.templates:3001 msgid Auth server URL: msgstr URL do servidor de autenticación: #. Type: string #. Description #: ../glance-common.templates:3001 msgid Please specify the URL of your Glance authentication server. Typically this is also the URL of your OpenStack Identity Service (Keystone). msgstr Indique o URL do seu servidor de autenticación de Glance. Normalmente isto será tamén a URL do seu servizo de identidade OpenStack (Keystone). #. Type: string #. Description #: ../glance-common.templates:4001 msgid Auth server admin token: msgstr Token do administrador do servidor de autenticación:
Bug#678361: stopped expanding aliases
[2012-06-21 07:40] Raf Czlonka rafal.czlo...@gmail.com After upgrading to the new version masqmail stopped expanding aliases. Thanks for the bug report. I apologize for the inconveniece. Mail which usually landed in my mailbox ended up in root's. I agree that masqmail should do aliasing by default as the old package had done. We'll fix this with the next package version. Upgrade should not break the current setup without any warning. We do warn using the debian NEWS file, conforming to the policy. The NEWS entry contains a warning that the transition from 0.2.x versions to 0.3.x versions is not possible without human actions. The administrator must check the configuration manually. meillo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678622: obnam: Please add a [FILE] parameter to the 'ls' command
Package: obnam Version: 1.0-1 Severity: wishlist Dear Maintainer, First of all, thanks for this nice tool! Is it possible to add a [FILE] parameter to the 'ls' command, in order to list a partial view of a generation ? For example by doing : $ obnam ls generation backup By example : $ obnam ls 6008 /home/damien/Desktop while the whole /home/damien directory is backuped. There are workarounds for this, for example by filtering the output of the ls command using a grep. regards, Damien -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (450, 'stable-updates'), (450, 'stable'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages obnam depends on: ii libc6 2.13-33 ii python2.7.2-10 ii python-cliapp 0.29-1 ii python-larch 1.20120527-1 ii python-paramiko 1.7.7.1-2 ii python-tracing0.6-2 ii python-ttystatus 0.18-1 ii python2.6 2.6.7-4 ii python2.7 2.7.3~rc2-2.1 obnam recommends no packages. obnam 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#476808: After update (apt-get update ; apt-get upgrade) system dansguardian not starting...
On Sat, 19 Apr 2008, root wrote: Package: dansguardian Version: 2.8.0.6-antivirus-6.4.4.1-2 Severity: important That should be fixed in all supported dansguardian versions. Therefore I close this bug, if this bug still exists please reopen the bug. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678623: libstdc++6-4.7-dev: Please make libstdc++6-4.7-dev m-a: same
Package: libstdc++6-4.7-dev
Severity: wishlist
Tags: patch
It would be useful for libstdc++6-4.7-dev to be m-a: same, since it would
enable multiarch c++ cross-compilers (third-parties or not) to depend on the
target libstdc++6-4.7-dev.
The attached patch should fix that, by dropping the g++-4.7 dependency and
marking libstdc++6-4.7-dev m-a: same.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)
Foreign Architectures: armhf
amd64
armel
Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# HG changeset patch
# User Thibaut Girka t...@sitedethib.com
# Date 1340362828 -7200
# Node ID 7fc890d5a61ea8bcc53cd5f666fa22aefb31d183
# Parent 723860cc0c2c41485abefbc0259c1d323d640dfa
Drop g++-4.7 from libstdc++*-dev's deps and make it Multi-Arch: same
diff --git a/debian/control.m4 b/debian/control.m4
--- a/debian/control.m4
+++ b/debian/control.m4
@@ -2128,7 +2128,9 @@
Architecture: ifdef(`TARGET',`all',`any')
Section: ifdef(`TARGET',`devel',`libdevel')
Priority: ifdef(`TARGET',`extra',PRI(optional))
-Depends: BASEDEP, g++`'PV`'TS (= ${gcc:Version}), libstdc++CXX_SO`'LS (= ${gcc:Version}), ${dep:libcdev}, ${misc:Depends}
+ifdef(`MULTIARCH', `Multi-Arch: same
+')`'dnl
+Depends: BASEDEP, libstdc++CXX_SO`'LS (= ${gcc:Version}), ${dep:libcdev}, ${misc:Depends}
ifdef(`TARGET',`',`dnl native
Conflicts: libg++27-dev, libg++272-dev ( 2.7.2.8-1), libstdc++2.8-dev, libg++2.8-dev, libstdc++2.9-dev, libstdc++2.9-glibc2.1-dev, libstdc++2.10-dev ( 1:2.95.3-2), libstdc++3.0-dev
Suggests: libstdc++CXX_SO`'PV-doc
Bug#678500: RFS: cppreference-doc/20120620-1 [ITP] -- C and C++ standard library reference manual for English language.
p12 tir...@yahoo.co.uk writes: On 06/22/2012 05:29 PM, Simon Chopin wrote: I am not sure in what extent this is mandatory for non-D[MD]s, but people in Debian usually disclose their civilian name. If you intend to apply for DM or DD status, you would have to disclose it eventually for the keysigning process. Well, I don't currently have plans to become DM or DD. Nonetheless, there shouldn't be any problems to associate my contributions to my real name if I change my mind. In any case, there's, AFAIK, no identity check for non-DM/DDs, so both p12 and Name Surname are identical for the purposes of identification. The only difference is that it's obvious that the former is a pseudonym :) For the record, here's the actual policy for DDs: http://lists.debian.org/debian-newmaint/2009/07/msg00044.html -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678624: pu: package xz-utils/5.0.0-3
Package: release.debian.org User: release.debian@packages.debian.org Usertags: pu Tags: squeeze Hi, A few bugs have accumulated in xz-utils since squeeze was released. First, a packaging bug: - All compression functions are missing from the static library. (bug#673001) Upstream bugfixes (taken from the upstream 5.0 branch): - The decompression example in liblzma-dev/doc/examples/ does not check that the last call to lzma_code() returns LZMA_STREAM_END and therefore mistakes a proper prefix of a valid XZ file for a valid XZ file. Hopefully others are not copying this bug. - API misuse (invalid integrity check type parameter) can produce invalid XZ files. - The single-call APIs lzma_easy_buffer_encode and lzma_stream_buffer_encode produce a compressed file when asked to compress a zero-length file that XZ Utils 5.0.1 and older cannot read. (Most callers use the multiple-call stateful API and are not affected, but for example python-lzma's lzma.compress uses the single-call API.) - liblzma, xz, and xzdec are unable to decompress the result of compressing a zero-length file with the single-call APIs from liblzma 5.0.2 and older. - If you are unlucky (buffer sizes lining up just right) during compression or decompression with BCJ filters, lzma_code() can return LZMA_BUF_ERROR even though it was possible to make progress. As a result, when BCJ filters are involved, the xz tool could produce Compressed data is corrupt or Unexpected end of input at inappropriate times. - lzma_stream_encoder() leaks about 100 bytes per call when the same stream object is used more than once. - lzma_index_init() segfaults for some malloc failures. - xz reads past the end of an on-stack array when using -v -v --list with certain malformed compressed files. The value read is a pointer which is then free()ed. - Due to a small shell scripting typo, xzegrep and xzfgrep act like xzgrep. - xzdiff foo.xz bar.xz clobbers the diff exit status and almost always returns status 0 whether the files differ or not. By contrast, xzdiff foo.xz bar and some other related commands work fine. (bug#635501) - xzgrep -q needle haystack.xz returns 2 (an error occured) instead of 0 when the needle is found early enough for the decompression process to be killed by SIGPIPE. Likewise for xzgrep needle haystack.xz when the uncompressed file is binary so grep exits early with Binary file %s matches. - The Czech translation refers to sparse files as backup files. (bug#605762) - The Italian translation refers to an unknown file format as a tipo di formato del file sconosciutoN. The bugs mentioned above are already fixed in 5.0.4 and in sid. I hope to fix them in squeeze, too. Diffstat excluding debian/patches: debian/changelog | 50 + debian/rules | 4 +- debian/source/include-binaries | 2 + debian/symbols | 8 +-- doc/examples/xz_pipe_decomp.c | 10 ++- po/cs.po | 6 +- po/it.po | 9 +-- src/liblzma/common/block_buffer_encoder.c | 18 +++-- src/liblzma/common/block_encoder.c | 5 ++ src/liblzma/common/index.c | 7 +- src/liblzma/common/stream_buffer_encoder.c | 23 -- src/liblzma/common/stream_encoder.c| 2 +- src/liblzma/lzma/lzma2_decoder.c | 8 +-- src/liblzma/simple/simple_coder.c | 2 +- src/scripts/xzdiff.in | 2 + src/scripts/xzgrep.in | 7 +- src/xz/list.c | 21 ++ tests/Makefile.am | 8 ++- tests/files/README | 8 +++ tests/files/bad-1-block_header-6.xz| Bin 0 - 72 bytes tests/files/good-1-lzma2-5.xz | Bin 0 - 52 bytes tests/test_bcj_exact_size.c| 112 + 22 files changed, 258 insertions(+), 54 deletions(-) Diffstat of debian/patches: debian/patches/bcj-flush-to-empty-buffer | 190 + debian/patches/cs-sparse-file | 43 +++ debian/patches/decode-empty-blocks | 41 +++ debian/patches/decode-empty-blocks-test| 28 + debian/patches/encoder-api-checks | 91 ++ debian/patches/encoder-skip-empty-blocks | 61 + debian/patches/index_init-NULL-dereference | 32 + debian/patches/it-stray-N | 48 debian/patches/series | 14 +++ debian/patches/stream_encoder-init-leak| 34 ++ debian/patches/xz-lvv-invalid-free | 60 + debian/patches/xz-lvv-invalid-free-test| 30 + debian/patches/xzdiff-save-diff-status | 123 +++ debian/patches/xzgrep-argv0-parsing
Bug#482092: partman-crypto: xts support
On Fri, Jun 22, 2012 at 04:30:11PM -0700, Matt Taggart wrote: If so, then I think all that's needed is to add xts-plain to debian-installer/packages/partman-crypto/ciphers/dm-crypt/ivalgorithm Sound correct? So there's nothing special about key sizes with xts as stated basically at the top of the bug report? Also I guess one should support xts-plain64 too? Is there any value in offering xts-plain at this point, shouldn't we go to 64bit sector numbers directly? Upstream even says that there's no performance penalty. Kind regards Philipp Kern, who also set up xts-plain manually (on a constrained SSD, hence no plain64) signature.asc Description: Digital signature
Bug#678625: ITP: synthv1 -- LV2 polyphonic sampler synthesizer
Package: wnpp Severity: wishlist Owner: Alessio Treglia ales...@debian.org * Package name: synthv1 Version : 0~svn682 Upstream Author : Rui Nuno Capela rn...@rncbc.org * URL : http://www.rncbc.org/drupal/node/473 * License : GPL Programming Lang: C++ Description : polyphonic sampler synthesizer synthv1 is an old-school all-digital 4-oscillator subtractive polyphonic synthesizer with stereo effects, especially suited to create strong bass sounds. . It is provided in both forms of a JACK stand-alone client and a LV2 plugin. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678626: php5-pgsql: can't connect to PostgreSQL 9.x
Package: php5-pgsql Version: 5.4.4-2 Severity: important Hi! PostgreSQL 9.x in Debian now defaults to port 5433 (in postgresql.conf: port = 5433). php5-pgsql still defaults to 5432. An application that does not specify port won't be allowed to connect to a PostgreSQL database. I don't know if this should be fixed in php5-pgsql or if the bug lies in PostgreSQL itself. Before 9.x, we were able to use SSL on port 5432 without any problem. Feel free to relocate the bug to src:postgresql-9.1 if needed. I have put PostgreSQL maintainers in copy of this report. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5-pgsql depends on: ii dpkg 1.16.4.3 ii libapache2-mod-php5 [phpapi-20100525] 5.4.4-2 ii libc6 2.13-33 ii libpq5 9.1.4-2 ii php5-cgi [phpapi-20100525] 5.4.4-2 ii php5-cli [phpapi-20100525] 5.4.4-2 ii php5-common5.4.4-2 ii ucf3.0025+nmu3 php5-pgsql recommends no packages. php5-pgsql suggests no packages. -- no debconf information -- HARDFAIL(Not enough magic.); 2.4.0-test2 /usr/src/linux/drivers/block/nbd.c pgpcKShK6C9SN.pgp Description: PGP signature
Bug#477077: dansguardian: segmentation fault crash
tag 477077 unreproducibe moreinfo thanks On Mon, 18 Apr 2011, Jim Thomas wrote: Confirming this bug. This occurs if filterip is unset in dansguardian.conf If filterip is set to the ip of an interface, no segfault. I tried to reproduce this with a recent version of dansguardian, but I failed. Is the problem still existant? Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678627: sysvinit: [INTL:gl] Galician debconf templates translation update
Package: sysvinit
Version: 2.88dsf-27
Severity: wishlist
Tags: l10n patch
Galician debconf templates translation update is attached.
Thanks.
# Copyright (C) 2009 This file is part of Debian
# This file is distributed under the same license as the sysvinit package.
#
# Marce Villarino mvillar...@gmail.com, 2009.
# Jorge Barreiro yortx.ba...@gmail.com, 2012.
msgid
msgstr
Project-Id-Version: \n
Report-Msgid-Bugs-To: sysvi...@packages.debian.org\n
POT-Creation-Date: 2012-06-09 08:51+0200\n
PO-Revision-Date: 2012-06-23 12:18+0200\n
Last-Translator: Jorge Barreiro yortx.ba...@gmail.com\n
Language-Team: Galician proxe...@trasno.net\n
Language: gl\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: Lokalize 1.0\n
Plural-Forms: nplurals=2; plural=n != 1;\n
#. Type: note
#. Description
#: ../sysv-rc.templates:1001
msgid Unable to migrate to dependency-based boot system
msgstr Non foi posíbel migrar para o sistema baseado en dependencias
#. Type: note
#. Description
#: ../sysv-rc.templates:1001
msgid
Problems in the boot system exist which are preventing migration to
dependency-based boot sequencing:
msgstr
Hai problemas no sistema de arranque que fan que
non se poida migrar para a secuencia baseada en dependencias:
#. Type: note
#. Description
#: ../sysv-rc.templates:1001
msgid
If the reported problem is a local modification, it needs to be fixed
manually. These are typically due to obsolete conffiles being left after a
package has been removed, but not purged. It is suggested that these are
removed by running:
msgstr
Se o problema mencionado é unha modificación local, debe ser arranxado
manualmente. Estes problemas débense normalmente a ficheiros de
configuración obsoletos deixados despois de que un paquete se eliminara,
pero non se purgara. Suxíreselle que se borren estes ficheiros executando:
#. Type: note
#. Description
#: ../sysv-rc.templates:1001
msgid ${SUGGESTION}
msgstr ${SUGGESTION}
#. Type: note
#. Description
#: ../sysv-rc.templates:1001
msgid
Package installation can not continue until the above problems have been
fixed. To reattempt the migration process after these problems have been
fixed, run \dpkg --configure sysv-rc\.
msgstr
A instalación do paquete non pode continuar ata que os problemas
mencionados sexan arranxados. Para tentar de novo o proceso de migración
tras arranxar os problemas execute «dpkg --configure sysv-rc».
#~ msgid Migrate legacy boot sequencing to dependency-based sequencing?
#~ msgstr
#~ Desexa migrar a secuencia de arranque herdada para unha baseada en
#~ dependencias?
#~ msgid
#~ The boot system is prepared to migrate to dependency-based sequencing.
#~ This is an irreversible step, but one that is recommended: it allows the
#~ boot process to be optimized for speed and efficiency, and provides a
#~ more resilient framework for development.
#~ msgstr
#~ O sistema de arrinque está preparado para migrar para un baseado en
#~ dependencias. Este é un paso irreversíbel, pero recoméndase dalo, xa que
#~ permite optimizar o proceso de arrinque mellorando a eficiencia e a
#~ velocidade, e fornece un framework máis elástico para os desenvolventes.
#~ msgid
#~ A full rationale is detailed in /usr/share/doc/sysv-rc/README.Debian. If
#~ you choose not to migrate now, you can do so later by running \dpkg-
#~ reconfigure sysv-rc\.
#~ msgstr
#~ Hai unha argumentación completa en /usr/share/doc/sysv-rc/README.Debian.
#~ gz. Se escolle non migrar agora, poderá facelo máis tarde executando
#~ «dpkg-reconfigure sysv-rc».
#~ msgid
#~ If the reported problem is a local modification, it needs to be fixed
#~ manually. If it's a bug in the package, it should be reported to the BTS
#~ and fixed in the package. See http://wiki.debian.org/LSBInitScripts/;
#~ DependencyBasedBoot for more information about how to fix the problems
#~ preventing migration.
#~ msgstr
#~ Se o problema que se detectou é unha modificación local deberá ser
#~ corrixido manualmente. De ser un erro no paquete debe informarse no BTS
#~ para corrixilo no paquete. Consulte http://wiki.debian.org/LSBInitScripts/;
#~ DependencyBasedBoot para obter máis información acerca de como corrixir
#~ os problemas que fan que non se poda migrar.
Bug#678628: obnam: manpage : example for keeping policies
Package: obnam Version: 1.0-1 Severity: minor Tags: patch Dear Lars, Please find attached a patch for a small try to make the manpage about the keeping policy more clear. Hope it helps, Damien -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (450, 'stable-updates'), (450, 'stable'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages obnam depends on: ii libc6 2.13-33 ii python2.7.2-10 ii python-cliapp 0.29-1 ii python-larch 1.20120527-1 ii python-paramiko 1.7.7.1-2 ii python-tracing0.6-2 ii python-ttystatus 0.18-1 ii python2.6 2.6.7-4 ii python2.7 2.7.3~rc2-2.1 obnam recommends no packages. obnam suggests no packages. -- no debconf information === modified file 'obnam.1.in' --- obnam.1.in 2012-04-29 19:12:21 + +++ obnam.1.in 2012-06-23 10:15:59 + @@ -336,7 +336,14 @@ .PP A typical policy might be .IR 72h,7d,5w,12m , -to keep hourly backups for three days, +which means: keep +the last 72 hourly backups, +the last 7 daily backups, +the last 5 weekly backups and +the last 12 monthly backups. +If the backups are systematically run on an hourly basis, +this will mean keeping +hourly backups for three days, daily backups for a week, weekly backups for a month, and monthly backups for a year.
Bug#678541: roundcube-pgsql: roundcube cannot connect to postgresql after purge and complete reinstall
❦ 22 juin 2012 17:35 CEST, Luc Maisonobe l...@spaceroots.org : The problem appear after an upgrade from postgresql 8.x to 9.x and un upgrade from roundcube 0.5.x to 0.7.x. After upgrade, when I try to load the rouncube web page from a brower, I get the error: DATABASE ERROR: CONNECTION FAILED! Unable to connect to the database! Please contact your server-administrator. After some investigation, it appears that PostgreSQL now listens only on 5433 (SSL) while PHP is not aware of this change. Setting `$dbport` to `'5433'` solves the problem. I don't know the correct way to fix this. I don't think this should be fixed in roundcube. Either PHP should default to 5433 instead of 5432 (like psql is doing right now) or dbconfig-common should default to 5433. I have filed a bug against php5-pgsql (#678626) about this. I am marking this bug as being blocked but the new bug in the mean time. -- Don't just echo the code with comments - make every comment count. - The Elements of Programming Style (Kernighan Plauger) pgpkb1ZTw7N1D.pgp Description: PGP signature
Bug#674999: libaccountsservice0: start of for example synaptic fails with clutter-critical `ri-age == ri-root-priv-age'
tags 674999 moreinfo severity 674999 normal thanks Hi, this is not reproducible here with accountsservice 0.6.21-4. Could you confirm that is solved in Wheezy? (Honestly, this looks to *not* be an accountsservice's bug to me) -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675526: horde3: diff for NMU version 3.3.12+debian0-2.2
tags 675526 + pending
thanks
Dear maintainer,
I've prepared an NMU for horde3 (versioned as 3.3.12+debian0-2.2) and
uploaded it to DELAYED/02. Please feel free to tell me if I
should delay it longer.
Cheers
Luk
diff -Nru horde3-3.3.12+debian0/debian/changelog horde3-3.3.12+debian0/debian/changelog
--- horde3-3.3.12+debian0/debian/changelog 2012-04-30 06:59:25.0 +0200
+++ horde3-3.3.12+debian0/debian/changelog 2012-06-23 12:23:24.0 +0200
@@ -1,3 +1,11 @@
+horde3 (3.3.12+debian0-2.2) unstable; urgency=high
+
+ * Non-maintainer upload by the Security Team.
+ * Fix XSS in email validation
+ * Rename SessionHandler to work with php5.4 (Closes: #675526).
+
+ -- Luk Claes l...@debian.org Sat, 23 Jun 2012 12:22:31 +0200
+
horde3 (3.3.12+debian0-2.1) unstable; urgency=low
* Non-maintainer upload.
diff -Nru horde3-3.3.12+debian0/debian/patches/0009-XSS-vulnerability-in-email-validation.patch horde3-3.3.12+debian0/debian/patches/0009-XSS-vulnerability-in-email-validation.patch
--- horde3-3.3.12+debian0/debian/patches/0009-XSS-vulnerability-in-email-validation.patch 1970-01-01 01:00:00.0 +0100
+++ horde3-3.3.12+debian0/debian/patches/0009-XSS-vulnerability-in-email-validation.patch 2012-06-23 12:21:17.0 +0200
@@ -0,0 +1,13 @@
+Index: horde3-3.3.12+debian0/lib/Horde/Form.php
+===
+--- horde3-3.3.12+debian0.orig/lib/Horde/Form.php 2012-01-07 10:53:35.0 +0100
horde3-3.3.12+debian0/lib/Horde/Form.php 2012-06-23 12:05:03.0 +0200
+@@ -2251,7 +2251,7 @@
+ continue;
+ }
+ if (!$this-validateEmailAddress($email)) {
+-$message = sprintf(_(\%s\ is not a valid email address.), $email);
++$message = sprintf(_(\%s\ is not a valid email address.), htmlspecialchars($email));
+ return false;
+ }
+ ++$nonEmpty;
diff -Nru horde3-3.3.12+debian0/debian/patches/0010-php5.4.patch horde3-3.3.12+debian0/debian/patches/0010-php5.4.patch
--- horde3-3.3.12+debian0/debian/patches/0010-php5.4.patch 1970-01-01 01:00:00.0 +0100
+++ horde3-3.3.12+debian0/debian/patches/0010-php5.4.patch 2012-06-23 12:21:17.0 +0200
@@ -0,0 +1,896 @@
+diff -Nur lib/Horde/SessionHandler/dbm.php /usr/share/horde3/lib/Horde/SessionHandler/dbm.php
+--- a/lib/Horde/SessionHandler/dbm.php 2012-04-30 07:00:13.0 +0200
b/lib/Horde/SessionHandler/dbm.php 2012-06-01 23:12:16.0 +0200
+@@ -1,6 +1,6 @@
+ ?php
+ /**
+- * SessionHandler:: implementation for DBM files.
++ * HordeSessionHandler:: implementation for DBM files.
+ * NOTE: The PHP DBM functions are deprecated.
+ *
+ * No additional configuration parameters needed.
+@@ -13,9 +13,9 @@
+ * did not receive this file, see http://www.fsf.org/copyleft/lgpl.html.
+ *
+ * @author Chuck Hagenbuch ch...@horde.org
+- * @package Horde_SessionHandler
++ * @package Horde_HordeSessionHandler
+ */
+-class SessionHandler_dbm extends SessionHandler {
++class HordeSessionHandler_dbm extends HordeSessionHandler {
+
+ /**
+ * Our pointer to the DBM file, if open.
+@@ -25,7 +25,7 @@
+ var $_dbm;
+
+ /**
+- * Open the SessionHandler backend.
++ * Open the HordeSessionHandler backend.
+ *
+ * @access private
+ *
+@@ -41,7 +41,7 @@
+ }
+
+ /**
+- * Close the SessionHandler backend.
++ * Close the HordeSessionHandler backend.
+ *
+ * @access private
+ *
+@@ -54,7 +54,7 @@
+
+ /**
+ * Read the data for a particular session identifier from the
+- * SessionHandler backend.
++ * HordeSessionHandler backend.
+ *
+ * @access private
+ *
+@@ -72,7 +72,7 @@
+ }
+
+ /**
+- * Write session data to the SessionHandler backend.
++ * Write session data to the HordeSessionHandler backend.
+ *
+ * @access private
+ *
+@@ -88,7 +88,7 @@
+
+ /**
+ * Destroy the data for a particular session identifier in the
+- * SessionHandler backend.
++ * HordeSessionHandler backend.
+ *
+ * @param string $id The session identifier.
+ *
+@@ -105,7 +105,7 @@
+ }
+
+ /**
+- * Garbage collect stale sessions from the SessionHandler backend.
++ * Garbage collect stale sessions from the HordeSessionHandler backend.
+ *
+ * @param integer $maxlifetime The maximum age of a session.
+ *
+diff -Nur lib/Horde/SessionHandler/ldap.php /usr/share/horde3/lib/Horde/SessionHandler/ldap.php
+--- a/lib/Horde/SessionHandler/ldap.php 2012-04-30 07:00:13.0 +0200
b/lib/Horde/SessionHandler/ldap.php 2012-06-01 22:53:29.0 +0200
+@@ -1,6 +1,6 @@
+ ?php
+ /**
+- * SessionHandler implementation for LDAP directories.
++ * HordeSessionHandler implementation for LDAP directories.
+ *
+ * Required parameters:pre
+ * 'hostspec' - (string) The hostname of the ldap server.
+@@ -20,7 +20,7 @@
+ * @since
Bug#676717: dh_installcatalogs transition and w3c-dtd-xhtml removal bugs
reassign 676717 sgml-base
reassign 678143 sgml-base
# The two problems are actually variants of the same cause.
force-merge 676717 678143
retitle 676717 sgml-base produces broken super catalog when packages are in
rc state
# Breaking other packages.
severity 676717 serious
# Help Rhonda with stable rc bug squashing.
found 676717 sgml-base/1.26+nmu2
tags 676717 + patch
thanks
On Fri, Jun 22, 2012 at 07:45:34AM +0900, Norbert Preining wrote:
Yeah looks fine. Surely I will not upload something like this ;-)
I attached a revised version (with minor changes) and got the following
reviews:
* Norbert Preinig (looks fine)
* Julien Cristau (acked behaviour change, requested --quiet)
* Alexander Wirt (perl style suggestions)
* Gregor Herrmann (reviewed perl code)
Thanks to all reviewers for their time. As far as I can tell no reviewer
looked at the syntax of catalog files or built and tested the patch.
Additionally I verified the following aspects:
* Upgrading from older sgml-base version to nmu4 updates the super
catalog. (So broken systems get repaired.)
* Installing an old package (sgml-data) and removing it results in it
being removed from the super catalog by the backwards compatibility
of --remove --super.
* Installing a new package (docutils-common) and removing it results
in being removed from the super catalog, because the trigger gets
activated (even though the file doesn't change). (This case was
highlighted by Joachim Breitner.)
So unless someone speaks up, I will try to get the attached .debdiff
uploaded.
Note that even though this fixes an RC bug I did not set urgency=high
(and don't beat the freeze), because the problem is easily worked around
(by purging packages) and I would like to see unstable break before
migrating this change to wheezy.
Helmut
diff -Nru sgml-base-1.26+nmu3/debian/changelog
sgml-base-1.26+nmu4/debian/changelog
--- sgml-base-1.26+nmu3/debian/changelog2012-05-28 21:11:52.0
+0200
+++ sgml-base-1.26+nmu4/debian/changelog2012-06-22 17:27:58.0
+0200
@@ -1,3 +1,14 @@
+sgml-base (1.26+nmu4) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * update-catalog --update-super ignores catalogs referencing non-existent
+files. (Closes: #676717)
+ * Remove warning about rebuilding packages as it may confuse users.
+ * Quieten update-catalog during trigger and postinst, to avoid warnings for
+packages in rc state.
+
+ -- Helmut Grohne hel...@subdivi.de Thu, 21 Jun 2012 16:09:07 +0200
+
sgml-base (1.26+nmu3) unstable; urgency=low
* Non-maintainer upload.
diff -Nru sgml-base-1.26+nmu3/debian/sgml-base.postinst
sgml-base-1.26+nmu4/debian/sgml-base.postinst
--- sgml-base-1.26+nmu3/debian/sgml-base.postinst 2012-05-28
13:58:23.0 +0200
+++ sgml-base-1.26+nmu4/debian/sgml-base.postinst 2012-06-22
17:22:31.0 +0200
@@ -61,12 +61,12 @@
fi
## --
-update-catalog --update-super
+update-catalog --quiet --update-super
ln -sf /var/lib/sgml-base/supercatalog /etc/sgml/catalog
fi
if [ $1 = triggered ]
then
-update-catalog --update-super
+update-catalog --quiet --update-super
fi
## --
diff -Nru sgml-base-1.26+nmu3/tools/update-catalog
sgml-base-1.26+nmu4/tools/update-catalog
--- sgml-base-1.26+nmu3/tools/update-catalog2012-05-28 21:11:52.0
+0200
+++ sgml-base-1.26+nmu4/tools/update-catalog2012-06-22 17:29:02.0
+0200
@@ -138,8 +138,6 @@
print Invocation of dpkg-trigger failed with status $?.\n;
print Forcing update of the super catalog...\n;
update_super;
-} else {
-print update-catalog: Please rebuild the package being set up with a
version of debhelper fixing #477751.\n;
}
}
elsif ( $add )
@@ -240,17 +238,63 @@
}
## --
+sub check_catalog($)
+{
+my($catalog)=shift;
+my($incomment)=0;
+unless(open(PKGCAT, , $catalog)) {
+print Warning: Ignoring unreadable catalog file `$catalog'.\n
+unless $quiet;
+return 0;
+};
+while(PKGCAT)
+{
+if((not $incomment) and m/^-- update-catalog:nocheck --$/)
+{
+close(PKGCAT);
+return 1;
+}
+s/--.*?--/ /g;
+if(m/--/) {
+if($incomment) {
+s/.*?--//;
+} else {
+s/--.*//;
+}
+$incomment = 1 - $incomment;
+}
+if(m/CATALOG\s+(\S+)/) {
+if(not -f $1) {
+close(PKGCAT);
+print Warning: Ignoring catalog `$catalog' which references
non-existent catalogs. See man update-catalog for details.\n
+unless $quiet;
+return 0;
+}
+}
+}
+close(PKGCAT);
+
Bug#678629: fusionforge: [INTL:gl] Galician debconf templates translation update
Package: fusionforge
Version: 5.2~rc1-2
Severity: wishlist
Tags: l10n patch
Galician debconf templates translation update is attached.
Thanks.
# Galician translation of @PACKAGE@'s debconf templates
# This file is distributed under the same license as the @PACKAGE@ package.
#
# Jacobo Tarrio jtar...@debian.org, 2007, 2008.
# Jorge Barreiro yortx.ba...@gmail.com, 2012.
msgid
msgstr
Project-Id-Version: @PACKAGE@\n
Report-Msgid-Bugs-To: fusionfo...@packages.debian.org\n
POT-Creation-Date: 2012-05-29 18:26+0200\n
PO-Revision-Date: 2012-06-23 12:29+0200\n
Last-Translator: Jorge Barreiro yortx.ba...@gmail.com\n
Language-Team: Galician proxe...@trasno.net\n
Language: gl\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: Lokalize 1.0\n
Plural-Forms: nplurals=2; plural=n != 1;\n
#. Type: string
#. Description
#: ../dsf-in/common.templates:2001
#| msgid @FORGENAME@ domain or subdomain name:
msgid @FORGENAME@ domain or subdomain name:
msgstr Nome de dominio ou subdominio de @FORGENAME@:
#. Type: string
#. Description
#: ../dsf-in/common.templates:2001
#| msgid
#| Please enter the domain that will host the @FORGENAME@ installation. Some
#| services (scm, lists, etc.) will be given their own subdomain in that
#| domain.
msgid
Please enter the domain that will host the @FORGENAME@ installation. Some
services (scm, lists, etc.) will be given their own subdomain in that domain.
msgstr
Introduza o dominio que hospedará a instalación de @FORGENAME@. Algúns
servizos (scm, listas, etc.) terán o seu propio subdominio dentro dese
dominio.
#. Type: string
#. Description
#: ../dsf-in/common.templates:3001
#| msgid @FORGENAME@ system name:
msgid @FORGENAME@ system name:
msgstr Nome do sistema @FORGENAME@:
#. Type: string
#. Description
#: ../dsf-in/common.templates:3001
#| msgid
#| Please enter the name of the @FORGENAME@ system. It is used in various
#| places throughout the system.
msgid
Please enter the name of the @FORGENAME@ system. It is used in various
places throughout the system.
msgstr
Introduza o nome do sistema @FORGENAME@. Emprégase en varios lugares do
sistema.
#. Type: password
#. Description
#: ../dsf-in/db-postgresql.templates:2001
#| msgid @FORGENAME@ administrator password:
msgid @FORGENAME@ administrator password:
msgstr Contrasinal de administrador de @FORGENAME@:
#. Type: password
#. Description
#: ../dsf-in/db-postgresql.templates:2001
#| msgid
#| The @FORGENAME@ administrator account will have full privileges on the
#| system. It will be used to approve the creation of new projects.
msgid
The @FORGENAME@ administrator account will have full privileges on the
forge. It will be used to approve the creation of new projects.
msgstr
A conta de administrador de @FORGENAME@ terá todos os privilexios no
sistema. Empregarase para aprobar a creación de novos proxectos.
#. Type: password
#. Description
#: ../dsf-in/db-postgresql.templates:2001
#| msgid Please choose the password for this account.
msgid Please choose the password for this forge account.
msgstr Escolla un contrasinal para esta conta.
#. Type: password
#. Description
#: ../dsf-in/db-postgresql.templates:3001
msgid Password confirmation:
msgstr Confirmación do contrasinal:
#. Type: password
#. Description
#: ../dsf-in/db-postgresql.templates:3001
msgid Please re-type the password for confirmation.
msgstr Volva introducir o contrasinal para confirmalo.
#. Type: select
#. Choices
#: ../dsf-in/db-postgresql.templates:4001
msgid install the new version configured by @PACKAGE@
msgstr instalar a nova versión configurada por @PACKAGE@
#. Type: select
#. Choices
#: ../dsf-in/db-postgresql.templates:4001
msgid keep the local version currently installed
msgstr manter a versión local instalada actualmente
#. Type: select
#. Choices
#: ../dsf-in/db-postgresql.templates:4001
msgid show the differences between the versions
msgstr amosar as diferenzas entre as versións
#. Type: select
#. Choices
#: ../dsf-in/db-postgresql.templates:4001
msgid show a side-by-side difference between the versions
msgstr mostrar as entre as versións cara a cara
#. Type: select
#. Choices
#: ../dsf-in/db-postgresql.templates:4001
msgid start a new shell to examine the situation
msgstr executar un intérprete de ordes para examinar a situación
#. Type: select
#. Description
#: ../dsf-in/db-postgresql.templates:4002
msgid What do you want to do about configuration file ${BASENAME}?
msgstr Que quere facer co ficheiro de configuración ${BASENAME}?
#. Type: select
#. Description
#: ../dsf-in/db-postgresql.templates:4002
msgid
The configuration file ${FILE} needs to be modified by @PACKAGE@, whereas it
is also a configuration file of the postgresql package.
msgstr
O ficheiro de configuración ${FILE} precisa ser modificado por @PACKAGE@,
pero tamén é un ficheiro de configuración do paquete «postgresql».
#. Type: boolean
#. Description
#. Translators: SCM here means Source Control Management
#.
Bug#678625: ITP: synthv1 -- LV2 polyphonic sampler synthesizer
On Sat, Jun 23, 2012 at 12:16 PM, Alessio Treglia ales...@debian.org wrote: Description : polyphonic sampler synthesizer Small typo, it actually should be: Description: subtractive polyphonic synthesizer -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659392: imp4: diff for NMU version 4.3.10+debian0-1.1
tags 659392 + patch
tags 659392 + pending
thanks
Dear maintainer,
I've prepared an NMU for imp4 (versioned as 4.3.10+debian0-1.1) and
uploaded it to DELAYED/02. Please feel free to tell me if I
should delay it longer.
Cheers
Luk
diff -u imp4-4.3.10+debian0/debian/changelog imp4-4.3.10+debian0/debian/changelog
--- imp4-4.3.10+debian0/debian/changelog
+++ imp4-4.3.10+debian0/debian/changelog
@@ -1,3 +1,10 @@
+imp4 (4.3.10+debian0-1.1) unstable; urgency=high
+
+ * Non-maintainer upload by the Security Team.
+ * Fix XSS (CVE-2012-0791, Closes: #659392)
+
+ -- Luk Claes l...@debian.org Sat, 23 Jun 2012 12:32:31 +0200
+
imp4 (4.3.10+debian0-1) unstable; urgency=low
* New upstream release (Closes: #620181)
only in patch2:
unchanged:
--- imp4-4.3.10+debian0.orig/acl.php
+++ imp4-4.3.10+debian0/acl.php
@@ -179,7 +179,7 @@
$t-set('changefolder', Horde::link('#', _(Change Folder), 'smallheader', '', 'ACLFolderChange(true); return false;'));
$t-set('sharedimg', Horde::img('shared.png', _(Change Folder)));
$t-set('options', IMP::flistSelect('', true, array(), $folder));
-$t-set('current', sprintf(_(Current access to %s), IMP::displayFolder($folder)));
+$t-set('current', sprintf(_(Current access to %s), htmlspecialchars(IMP::displayFolder($folder;
$t-set('folder', $folder);
$t-set('noacl', !count($curr_acl));
$t-set('maxrule', 1);
only in patch2:
unchanged:
--- imp4-4.3.10+debian0.orig/compose.php
+++ imp4-4.3.10+debian0/compose.php
@@ -191,7 +191,8 @@
if (is_null($rtemode)) {
$rtemode = $prefs-getValue('compose_html');
} else {
-$oldrtemode = Util::getFormData('oldrtemode');
+$rtemode = intval($rtemode);
+$oldrtemode = intval(Util::getFormData('oldrtemode'));
$get_sig = false;
}
}
@@ -226,8 +227,8 @@
/* Update the attachment information. */
foreach (array_keys($imp_compose-getAttachments()) as $i) {
if (!in_array($i, $deleteList)) {
-$disposition = Util::getFormData('file_disposition_' . $i);
-$description = Util::getFormData('file_description_' . $i);
+$disposition = htmlspecialchars(Util::getFormData('file_disposition_' . $i));
+$description = htmlspecialchars(Util::getFormData('file_description_' . $i));
$imp_compose-updateAttachment($i, array('disposition' = $disposition, 'description' = $description));
}
}
@@ -1131,7 +1132,7 @@
$t-set('ssm_folders', IMP::flistSelect('', false, array('INBOX'), $sent_mail_folder));
} else {
if (!empty($sent_mail_folder)) {
-$sent_mail_folder = 'quot;' . IMP::displayFolder($sent_mail_folder) . 'quot;';
+$sent_mail_folder = 'quot;' . htmlspecialchars(IMP::displayFolder($sent_mail_folder)) . 'quot;';
}
$t-set('ssm_folder', $sent_mail_folder);
$t-set('ssm_folders', false);
only in patch2:
unchanged:
--- imp4-4.3.10+debian0.orig/mailbox.php
+++ imp4-4.3.10+debian0/mailbox.php
@@ -692,7 +692,7 @@
$msgs = array();
}
$folder_link = Horde::url(Util::addParameter('mailbox.php', 'mailbox', $ob-mailbox));
-$folder_link = Horde::link($folder_link, sprintf(_(View messages in %s), IMP::displayFolder($ob-mailbox)), 'smallheader') . IMP::displayFolder($ob-mailbox) . '/a';
+$folder_link = Horde::link($folder_link, sprintf(_(View messages in %s), IMP::displayFolder($ob-mailbox)), 'smallheader') . htmlspecialchars(IMP::displayFolder($ob-mailbox)) . '/a';
if ($search_template === null) {
$search_template = new IMP_Template();
}
only in patch2:
unchanged:
--- imp4-4.3.10+debian0.orig/message.php
+++ imp4-4.3.10+debian0/message.php
@@ -492,7 +492,7 @@
$h_page_label = htmlspecialchars($page_label);
$header_label = $h_page_label;
if (isset($imp_search) $imp_search-isSearchMbox()) {
-$header_label .= ' [' . Horde::link(Util::addParameter(Horde::applicationUrl('mailbox.php'), 'mailbox', $mailbox_name)) . IMP::displayFolder($mailbox_name) . '/a]';
+$header_label .= ' [' . Horde::link(Util::addParameter(Horde::applicationUrl('mailbox.php'), 'mailbox', $mailbox_name)) . htmlspecialchars(IMP::displayFolder($mailbox_name)) . '/a]';
}
/* Prepare the navbar top template. */
only in patch2:
unchanged:
--- imp4-4.3.10+debian0.orig/contacts.php
+++ imp4-4.3.10+debian0/contacts.php
@@ -31,7 +31,7 @@
$search = Util::getFormData('search');
/* Get the name of the calling form (Defaults to 'compose'). */
-$formname = Util::getFormData('formname', 'compose');
+$formname = preg_replace('/[^a-zA-Z0-9]/', '', Util::getFormData('formname', 'compose'));
/* Are we limiting to only the 'To:' field? */
$to_only = Util::getFormData('to_only');
only in patch2:
unchanged:
--- imp4-4.3.10+debian0.orig/docs/CHANGES
+++ imp4-4.3.10+debian0/docs/CHANGES
@@ -27,7 +27,8
Bug#673551: Processed: Bug#673551: ifupdown: error during boot: grep: unrecognized option '--all'
[2012-06-09 14:07] Andrew Shadura bugzi...@tut.by On Sat, 09 Jun 2012 12:55:47 +0200 markus schnalke mei...@marmaro.de wrote: IFACE can be used only when you're sure it holds what you expect it to hold. If you expect a name of iface ... inet stanza, you should also check ADDRFAM for inet. If you probably expect inet6 things too, you should check ADDRFAM for it as well. Can we conclude that there is an issue that should be solved, but it is not related to masqmail anymore? (Well, at least as soon as the new package is uploaded.) No, it's masqmail's issue. It's not using IFACE properly. As masqmail-0.3.4-1 neither uses IFACE nor any other ifupdown stuff anymore, I believe it's not masqmail's issue anymore. Andrew, do you agree this bug is solved for masqmail now? Nonetheless, thanks for your suggestings to improve our script. meillo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678585: wireshark: new upstream version 1.8 available
Hi Mika, 2012/6/23 Michael Prokop m...@debian.org: ... Wireshark 1.8.0 has been released on June 21, 2012. Is there any chance that we might see this version in wheezy? Yes, RC1 has been uploaded to the NEW queue and the final release is also ready in SVN. We are in the hands of release managers. Cheers, Balint regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678630: unburden-home-dir: README.md is confusing
Package: unburden-home-dir Version: 0.3 Severity: normal 0.3 has this change: Renamed README to README.md so it will be parsed as Markdown on GitHub This is wrong for user perspective, they can think that file is only relevant for MD (RAID) users and ignore that README. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544654: clamd needs acces to dansguardians temp files
On Wed, 02 Sep 2009, Imre Gergely wrote: Package: dansguardian Version: 2.10.1.1-1 Severity: normal Postinst scripts should check if clamav-daemon is installed and if it is, it should add the clamav user to dansguardian group, and maybe reload clamav-daemon usermod -a -G dansguardian clamav When the clamdscan content scanner is used, clamav-daemon needs access to dansguardian's temp files, otherwise the following error occurs: http://www.eicar.org/download/eicar.com.txt *INFECTED* *DENIED* /tmp/tfKICuKJ: Access denied. ERROR GET 68 0 Content scanning 1 403 text/plain - Also it should remove the clamav user from the group when the package is removed. This really depends if you use virusscanning or if you use the clamd method and so on, I don't think its a good idea to add the user automatically to that group, that should be done by the user. But I will add a short paragraph to README.Debian. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678122: output difference?
On 22.06.2012 03:58, James McCoy wrote: On Thu, Jun 21, 2012 at 07:54:35AM -0400, James McCoy wrote: On Thu, Jun 21, 2012 at 07:59:06AM +0200, Philipp Marek wrote: Just out of curiosity, could you show the disassembler output of the OutputWrite() function for gcc-4.6, and gcc-4.7 with -O1 and -O2? # objdump -Sgd name-of-obj-file and pasting only this function might be a good way. Sure, attached files for those combinations. Another potentially useful data point is that adding -fstack-protector causes -O1 to no longer work. I noticed this while trying to prepare an upload of Vim which works around the optimization problem. With -fstack-protector, I have to drop down to -O0 to get the code to work. Kees, Moritz, please could you have a look? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678626: [Pkg-postgresql-public] Bug#678626: php5-pgsql: can't connect to PostgreSQL 9.x
Le samedi 23 juin 2012 12:19:26, Vincent Bernat a écrit : Package: php5-pgsql Version: 5.4.4-2 Severity: important Hi! PostgreSQL 9.x in Debian now defaults to port 5433 (in postgresql.conf: port = 5433). php5-pgsql still defaults to 5432. An application that does not specify port won't be allowed to connect to a PostgreSQL database. If you had a previous version of PostgreSQL installed and then install the new one, the port number is incremented so you can run both simultaneously. For ex: $ pg_lsclusters Version Cluster Port Status OwnerData directory Log file 9.0 main 5433 online postgres /var/lib/postgresql/9.0/main /var/log/postgresql/postgresql-9.0-main.log 9.1 main 5432 online postgres /var/lib/postgresql/9.1/main /var/log/postgresql/postgresql-9.1-main.log PostgreSQL itself still defaults to 5432. I don't know how pg_upgradecluster handle the case, if you used it. I don't know if this should be fixed in php5-pgsql or if the bug lies in PostgreSQL itself. Before 9.x, we were able to use SSL on port 5432 without any problem. Feel free to relocate the bug to src:postgresql-9.1 if needed. I have put PostgreSQL maintainers in copy of this report. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5-pgsql depends on: ii dpkg 1.16.4.3 ii libapache2-mod-php5 [phpapi-20100525] 5.4.4-2 ii libc6 2.13-33 ii libpq5 9.1.4-2 ii php5-cgi [phpapi-20100525] 5.4.4-2 ii php5-cli [phpapi-20100525] 5.4.4-2 ii php5-common5.4.4-2 ii ucf3.0025+nmu3 php5-pgsql recommends no packages. php5-pgsql suggests no packages. -- no debconf information -- Cédric Villemain +33 (0)6 20 30 22 52 http://2ndQuadrant.fr/ PostgreSQL: Support 24x7 - Développement, Expertise et Formation signature.asc Description: This is a digitally signed message part.
Bug#678631: ITP: samplv1 -- polyphonic sampler synthesizer
Package: wnpp Severity: wishlist Owner: Alessio Treglia ales...@debian.org * Package name: samplv1 Version : 0~svn682 Upstream Author : Rui Nuno Capela rn...@rncbc.org * URL : http://www.rncbc.org/drupal/node/488 * License : GPL Programming Lang: C++ Description : polyphonic sampler synthesizer samplv1 is an old-school all-digital polyphonic sampler synthesizer with stereo effects. . Although other samplers like specimen provide more features, one could find samplv1 much easier and accessible. Plus it is provided in both forms of a JACK stand-alone client and a LV2 plugin. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678633: wine64-bin: mulit-arch install fails after upgrade
Package: wine64-bin Version: 1.4.1-1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? aptitude safe-upgrade from wine-1.2.3-0 * What exactly did you do (or not do) that was effective (or ineffective)? After the above upgrade followed the instructions printed by wine to the console. * What was the outcome of this action? # apt-get install wine-bin:i386 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: wine-bin:i386 : Depends: libwine-bin:i386 (= 1.4.1-1) but it is not going to be installed E: Unable to correct problems, you have held broken packages. * What outcome did you expect instead? Install functioning wine. *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#678304: Workaround
The following workaround works for me LD_PRELOAD=/lib/i386-linux-gnu/libcrypt.so.1 /usr/sbin/jabberd2-c2s. Does this help you? Cheers Yann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661591: Bug #661591: packages providing ifupdown scripts must have those scripts fixed if needed
Andrew, why do you think bug #661591 is not fixed? Was it this missleading changelog message: Ifupdown hooks are not installed by default anymore. Or do you have other reasons? Masqmail-0.3.4-1 doesn't install ifupdown hooks at all. Actually, it does not at all interface ifupdown anymore. Is there any reason why this bug should not be considered fixed? meillo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678634: unattended-upgrades: [INTL:gl] Galician translation
Package: unattended-upgrades Version: 0.77 Severity: wishlist Tags: l10n patch Galician translation is attached. Thanks. # Galician translations for PACKAGE package. # Copyright (C) 2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Jorge Barreiro Gonzalez yortx.ba...@gmail.com, 2012. msgid msgstr Project-Id-Version: \n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2011-07-19 15:24+0200\n PO-Revision-Date: 2012-06-23 12:55+0200\n Last-Translator: Jorge Barreiro yortx.ba...@gmail.com\n Language-Team: Galician proxe...@trasno.net\n Language: gl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=n != 1;\n #: ../unattended-upgrade:72 #, c-format msgid Progress: %s %% (%s) msgstr Progreso: %s %% (%s) #: ../unattended-upgrade:190 ../unattended-upgrade:254 msgid All upgrades installed msgstr Todas as actualizacións foron instaladas #: ../unattended-upgrade:192 ../unattended-upgrade:246 msgid Installing the upgrades failed! msgstr Produciuse un erro ao instalar as actualizacións. #: ../unattended-upgrade:193 ../unattended-upgrade:247 #, c-format msgid error message: '%s' msgstr mensaxe de erro: «%s» #: ../unattended-upgrade:194 ../unattended-upgrade:248 #, c-format msgid dpkg returned a error! See '%s' for details msgstr «dpkg» devolveu un erro! Consulte «%s» para obter máis detalles. #: ../unattended-upgrade:231 #, c-format msgid Progress: %s %%: (%s) msgstr Progreso: %s %%: (%s) #: ../unattended-upgrade:412 msgid No '/usr/bin/mail', can not send mail. You probably want to install the 'mailx' package. msgstr Non existe «/usr/bin/mail», non pode enviar correos. Probablemente queira instalar o paquete «mailx». #: ../unattended-upgrade:423 #, c-format msgid [reboot required] unattended-upgrades result for '%s' msgstr [precísase reiniciar] resultado da actualización desatendida para «%s» #: ../unattended-upgrade:425 #, c-format msgid unattended-upgrades result for '%s' msgstr resultado da actualización desatendida para «%s» #: ../unattended-upgrade:428 #, c-format msgid Unattended upgrade returned: %s\n \n msgstr A actualización desatendida devolveu: %s\n \n #: ../unattended-upgrade:430 msgid Warning: A reboot is required to complete this upgrade.\n \n msgstr Aviso: Precísase reiniciar para completar esta actualización.\n \n #: ../unattended-upgrade:431 msgid Packages that are upgraded:\n msgstr Paquetes que se actualizan:\n #: ../unattended-upgrade:435 msgid Packages with upgradable origin but kept back:\n msgstr Paquetes co un orixe actualizábel, pero que se manteñen:\n #: ../unattended-upgrade:439 msgid Package installation log: msgstr Rexistro de instalación de paquetes: #: ../unattended-upgrade:442 msgid Unattended-upgrades log:\n msgstr Rexistro de «unattended-upgrades»:\n #: ../unattended-upgrade:513 #, c-format msgid Initial blacklisted packages: %s msgstr Lista negra de paquetes inicial: %s #: ../unattended-upgrade:514 msgid Starting unattended upgrades script msgstr Estase a comezar o script de actualizacións desatendidas #: ../unattended-upgrade:517 #, c-format msgid Allowed origins are: %s msgstr Os orixes permitidos son: %s #: ../unattended-upgrade:528 ../unattended-upgrade:529 msgid Unclean dpkg state detected, trying to correct msgstr Detectouse un estado «dpkg» sucio, estase a tratar de corrixir #: ../unattended-upgrade:538 #, c-format msgid dpkg --configure -a output:\n %s msgstr Saída de «dpkg --configure -a»:\n %s #: ../unattended-upgrade:546 msgid Lock could not be acquired (another package manager running?) msgstr Non se puido bloquear (estase a executar outro xestor de paquetes?) #: ../unattended-upgrade:548 msgid Cache lock can not be acquired, exiting msgstr Non se puido bloquear a caché, sáese #: ../unattended-upgrade:554 ../unattended-upgrade:555 msgid Cache has broken packages, exiting msgstr A caché contén paquetes rotos, sáese #: ../unattended-upgrade:581 #, c-format msgid package '%s' upgradable but fails to be marked for upgrade (%s) msgstr O paquete «%s» é actualizábel, pero non foi posíbel marcalo para actualizar (%s) #: ../unattended-upgrade:601 #, c-format msgid GetArchives() failed: '%s' msgstr Produciuse un erro en GetArchives(): «%s» #: ../unattended-upgrade:610 ../unattended-upgrade:611 #, c-format msgid An error ocured: '%s' msgstr Produciuse un erro: «%s» #: ../unattended-upgrade:613 ../unattended-upgrade:614 #, c-format msgid The URI '%s' failed to download, aborting msgstr Produciuse un erro ao descargar a URI «%s», interrómpese #: ../unattended-upgrade:617 #, c-format msgid Download finished, but file '%s' not there?!? msgstr A descarga finalizou, pero o ficheiro «%s» non está aí. #: ../unattended-upgrade:626 #, c-format msgid Package '%s' has conffile prompt and needs to be upgraded manually msgstr O paquete «%s» ten unha petición acerca dos ficheiros de
Bug#561079: [dansguardian] Page fault, may explain these timeouts
On Thu, 31 Dec 2009, David Baron wrote: Package: dansguardian Version: 2.10.1.1-1 --- Please enter the report below this line. --- Noticed page-fault errors in my system logs. Never saw this before, but then again, I was not looking for such a thing. Here is one: ec 31 15:22:10 d_baron kernel: Pid: 8334, comm: dansguardian Not tainted 2.6.32-davidb #2 Dec 31 15:22:10 d_baron kernel: Call Trace: Dec 31 15:22:10 d_baron kernel: [c015e8c1] ? __alloc_pages_nodemask+0x4c1/0x5c0 Dec 31 15:22:10 d_baron kernel: [c017d8a5] ? cache_alloc_refill+0x2f5/0x520 Dec 31 15:22:10 d_baron kernel: [c017dc0d] ? kmem_cache_alloc+0x6d/0x90 Dec 31 15:22:10 d_baron kernel: [c02fbcb0] ? sk_prot_alloc+0x30/0x130 Dec 31 15:22:10 d_baron kernel: [c02fc1a2] ? sk_clone+0x12/0x1a0 Dec 31 15:22:10 d_baron kernel: [c0333f4b] ? inet_csk_clone+0xb/0x80 Dec 31 15:22:10 d_baron kernel: [c0348f25] ? tcp_create_openreq_child+0x15/0x340 Dec 31 15:22:10 d_baron kernel: [c0347a14] ? tcp_v4_syn_recv_sock+0x34/0x170 Dec 31 15:22:10 d_baron kernel: [c0348caa] ? tcp_check_req+0x1ba/0x420 Dec 31 15:22:10 d_baron kernel: [c02fe1cc] ? skb_checksum+0x4c/0x280 Dec 31 15:22:10 d_baron kernel: [c0347187] ? tcp_v4_do_rcv+0x117/0x1f0 Dec 31 15:22:10 d_baron kernel: [c03478ee] ? tcp_v4_rcv+0x68e/0x780 Dec 31 15:22:10 d_baron kernel: [c032afb5] ? ip_local_deliver_finish+0xa5/0x1e0 Dec 31 15:22:10 d_baron kernel: [c032af10] ? ip_local_deliver_finish+0x0/0x1e0 Dec 31 15:22:10 d_baron kernel: [c032aa43] ? ip_rcv_finish+0xd3/0x310 Dec 31 15:22:10 d_baron kernel: [c032a970] ? ip_rcv_finish+0x0/0x310 Dec 31 15:22:10 d_baron kernel: [c0306c91] ? netif_receive_skb+0x351/0x5a0 Dec 31 15:22:10 d_baron kernel: [c0306f28] ? process_backlog+0x48/0x80 Dec 31 15:22:10 d_baron kernel: [c0307624] ? net_rx_action+0xe4/0x180 Dec 31 15:22:10 d_baron kernel: [c0126d4f] ? __do_softirq+0x6f/0xf0 Dec 31 15:22:10 d_baron kernel: [c0126dfd] ? do_softirq+0x2d/0x40 Dec 31 15:22:10 d_baron kernel: [c01270a1] ? local_bh_enable+0x81/0x90 Dec 31 15:22:10 d_baron kernel: [c035524f] ? inet_stream_connect+0x14f/0x260 Dec 31 15:22:10 d_baron kernel: [c01354c0] ? autoremove_wake_function+0x0/0x40 Dec 31 15:22:10 d_baron kernel: [c02f8626] ? sys_connect+0x86/0xd0 Dec 31 15:22:10 d_baron kernel: [c019345b] ? d_alloc+0x1b/0x180 Dec 31 15:22:10 d_baron kernel: [c019257f] ? d_instantiate+0x1f/0x50 Dec 31 15:22:10 d_baron kernel: [c02f88fb] ? sock_attach_fd+0x8b/0xd0 Dec 31 15:22:10 d_baron kernel: [c02f897c] ? sock_map_fd+0x3c/0x70 Dec 31 15:22:10 d_baron kernel: [c02fa434] ? sys_socketcall+0x234/0x270 Dec 31 15:22:10 d_baron kernel: [c017e877] ? filp_close+0x47/0x80 Dec 31 15:22:10 d_baron kernel: [c0190990] ? sys_select+0x40/0xc0 Dec 31 15:22:10 d_baron kernel: [c0102e34] ? sysenter_do_call+0x12/0x26 Dec 31 15:22:10 d_baron kernel: Mem-Info: Dec 31 15:22:10 d_baron kernel: DMA per-cpu: Dec 31 15:22:10 d_baron kernel: CPU0: hi:0, btch: 1 usd: 0 Dec 31 15:22:10 d_baron kernel: Normal per-cpu: Dec 31 15:22:10 d_baron kernel: CPU0: hi: 186, btch: 31 usd: 123 Dec 31 15:22:10 d_baron kernel: active_anon:48665 inactive_anon:48726 isolated_anon:0 Dec 31 15:22:10 d_baron kernel: active_file:32066 inactive_file:32167 isolated_file:0 Dec 31 15:22:10 d_baron kernel: unevictable:2740 dirty:113 writeback:0 unstable:0 Dec 31 15:22:10 d_baron kernel: free:2122 slab_reclaimable:5394 slab_unreclaimable:1938 Dec 31 15:22:10 d_baron kernel: mapped:15280 shmem:86 pagetables:1140 bounce:0 Dec 31 15:22:10 d_baron kernel: DMA free:3068kB min:68kB low:84kB high:100kB active_anon:532kB inactive_anon:708kB active_file:3524kB inactive_file:3840kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15872kB mlocked:0kB dirty:16kB writeback:0kB mapped:316kB shmem:0kB slab_reclaimable:164kB slab_unreclaimable:140kB kernel_stack:168kB pagetables:44kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no Dec 31 15:22:10 d_baron kernel: lowmem_reserve[]: 0 746 746 746 Dec 31 15:22:10 d_baron kernel: Normal free:5420kB min:3460kB low:4324kB high:5188kB active_anon:194128kB inactive_anon:194196kB active_file:124740kB inactive_file:124828kB unevictable:10960kB isolated(anon):0kB isolated(file):0kB present:764032kB mlocked:10960kB dirty:436kB writeback:0kB mapped:60804kB shmem:344kB slab_reclaimable:21412kB slab_unreclaimable:7612kB kernel_stack:1992kB pagetables:4516kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no Dec 31 15:22:10 d_baron kernel: lowmem_reserve[]: 0 0 0 0 Dec 31 15:22:10 d_baron kernel: DMA: 767*4kB 0*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 3068kB Dec 31 15:22:10 d_baron kernel: Normal: 1213*4kB 49*8kB 7*16kB 0*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 5420kB Dec 31 15:22:10 d_baron kernel: 65397 total pagecache pages Dec 31
Bug#678468: RFS: sgml-data/2.0.7 [RC] [QA] -- common SGML and XML data
On Fri, Jun 22, 2012 at 03:07:43AM +0300, Boris Pek wrote: I am looking for a sponsor for my package sgml-data. You say QA upload below, I guess you don't mean to adopt the package, right? Thanks for taking care of this package. This upload fixes at least one RC bug. http://mentors.debian.net/debian/pool/main/s/sgml-data/sgml-data_2.0.7.dsc Your upload already fixes a lot of things, but there is still room for improvement. * How about using dh_testdir instead of a custom $(checkdir)? * How about using dh_testroot instead of a custom $(checkroot)? * You could also replace some of the $(makedir) with dh_installdirs. * dh_clean removes *~, so there is no need to do this with find. * You no longer need to rmdir /etc/sgml on purge, cause there is a conffile in that directory. * The description still contains the homepage. All of these problems are minor, so I would like to see this (or an improved version) uploaded before the freeze. If this doesn't happen, I will need someone to sponsor a NMU and a get a freeze exception which means more work for the release team. Thanks Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678347: libffado: FTBFS on powerpc
On 06/21/2012 02:31 AM, Touko Korpela wrote: Hi! Package: libffado Version: 2.0.99+svn2163-2 Severity: serious Justification: fails to build from source (but built successfully in the past) Please look at https://buildd.debian.org/status/package.php?p=libffado 2.0.99+svn2163 fails to build on powerpc Thanks for spotting, I've got an upstream fix ready. The code in question dates back to 2009 and was never touched ever since. Looks like #if __BYTE_ORDER == __BIG_ENDIAN evaluated to false all the years, but I doubt this can be true. Anyway, compiles fine now on my QS21. Will upload later next week after the changeset got some testing by other developers. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678621: xserver-xorg-video-radeon: Unable to set native resolution
On Sam, 2012-06-23 at 12:57 +0200, Per Blomqvist wrote: After an system update, the radeon -driver doesnâÂÂt support 1280x1024 resolution. What exactly changed during the system update? In particular, which version of the kernel and xserver-xorg-video-radeon were you running before and afterwards? Also, maybe another bug though, I tested to change DefaultDepth24, to 32. Depth 32 isn't supported by the radeon driver, as it can't make any use of the additional bits. Depth 24 uses 32 bits of storage for each pixel. That apparently froze my system (afterward 100++ logfiles). That's a gdm3 bug, which should be fixed in gdm3 3.4. [ 286.097] (II) RADEON(0): Output VGA-0 using monitor section JT198x4 [...] [ 286.377] (II) RADEON(0): EDID for output VGA-0 [ 286.377] (II) RADEON(0): Printing probed modes for output VGA-0 [ 286.377] (II) RADEON(0): Modeline 1024x768x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz e) [ 286.377] (II) RADEON(0): Modeline 800x600x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz e) [ 286.377] (II) RADEON(0): Modeline 800x600x56.2 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz e) [ 286.377] (II) RADEON(0): Modeline 848x480x60.0 33.75 848 864 976 1088 480 486 494 517 +hsync +vsync (31.0 kHz e) [ 286.377] (II) RADEON(0): Modeline 640x480x59.9 25.18 640 656 752 800 480 489 492 525 -hsync -vsync (31.5 kHz e) Looks like the monitor connected to the VGA output is providing an EDID specifying 1024x768 as the maximum resolution. You might be able to override this though, either by adding a ModeLine for 1280x1024 in Section Monitor or at runtime using the xrandr utility. [ 286.626] (**) RADEON(0): Display dimensions: (1280, 1024) mm [ 286.626] (**) RADEON(0): DPI set to (20, 19) Probably not directly related to your problem, but these are pretty weird settings you're specifying in xorg.conf... Have you tried without any xorg.conf? -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678493: upload pending
package masqmail version 0.3.4-1 tags 678493 + pending thanks Thanks a lot. I sovled this by running dpkg-maintscript-helper (rm_conffile) for /etc/default/masqmail too. This makes a Backup named masqmail.dpkg-bak, for the old file wich was not part of package and created by debconf(1). Sincerely Steffen Rumberger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678635: checkrestart: doesn't list wicd as 'service wicd restart', lists python processes instead
Package: debian-goodies Version: 0.61 Severity: normal File: /usr/sbin/checkrestart Dear Maintainer, when I run 'checkrestart' at the end of an upgrade, this (sometimes) appears in the output: … These processes do not seem to have an associated init script to restart them: … python2.7-minimal: 2650/usr/bin/python2.7 2721/usr/bin/python2.7 … 'pstree -p' shows the processes as wicd or its child: … ├─wicd(2650)───wicd-monitor(2721) … wicd is not listed in the section of the output, where the services appear (together with suggestions of 'service $foo restart') 'service wicd restart' still does away with the old python processes. For completeness, these are the packages that got updated on my system today: Upgrade: pwgen:i386 (2.06-1+b1, 2.06-1+b2), nano:i386 (2.2.6-1, 2.2.6-1+b1), groff:i386 (1.21-7, 1.21-8), mutt:i386 (1.5.21-5+b1, 1.5.21-6), libtar0:i386 (1.2.11-8, 1.2.16-1), python-apt:i386 (0.8.4, 0.8.5), groff-base:i386 (1.21-7, 1.21-8), base-passwd:i386 (3.5.24, 3.5.25), ssl-cert:i386 (1.0.29, 1.0.30), pcmciautils:i386 (018-6, 018-7), zlib1g:i386 (1.2.7.dfsg-12, 1.2.7.dfsg-13), keyboard-configuration:i386 (1.77, 1.78), console-setup:i386 (1.77, 1.78), libpq5:i386 (9.1.4-1, 9.1.4-2), console-setup-linux:i386 (1.77, 1.78), libio-socket-ssl-perl:i386 (1.74-1, 1.76-1), python-apt-common:i386 (0.8.4, 0.8.5) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debian-goodies depends on: ii curl 7.26.0-1 ii dctrl-tools [grep-dctrl] 2.22.2 ii dialog1.1-20120215-2 ii perl 5.14.2-12 ii python2.7.3~rc2-1 ii whiptail 0.52.14-11 Versions of packages debian-goodies recommends: ii lsof 4.86+dfsg-1 Versions of packages debian-goodies suggests: ii popularity-contest 1.55 ii xdg-utils 1.1.0~rc1+git20111210-6 pn zenity none -- 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#678623: libstdc++6-4.7-dev: Please make libstdc++6-4.7-dev m-a: same
On 23.06.2012 12:12, Thibaut Girka wrote: Package: libstdc++6-4.7-dev Severity: wishlist Tags: patch It would be useful for libstdc++6-4.7-dev to be m-a: same, since it would enable multiarch c++ cross-compilers (third-parties or not) to depend on the target libstdc++6-4.7-dev. is this needed for package builds? The attached patch should fix that, by dropping the g++-4.7 dependency and marking libstdc++6-4.7-dev m-a: same. this won't help yet. you still cannot install the .o files, static libgcc.a and c includes without installing the native compiler. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678607: debian-policy: original authors in 12.5 is unclear
Hi Russ, For completeness, since I was involved in the initial debate, here's my opinion on this bug: I would welcome the removal of should name the original authors. I have currently no strong opinion on the other side-aspects I've read in the comments so far. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678361: stopped expanding aliases
On Sat, Jun 23, 2012 at 11:08:29AM BST, markus schnalke wrote: [2012-06-21 07:40] Raf Czlonka rafal.czlo...@gmail.com After upgrading to the new version masqmail stopped expanding aliases. Thanks for the bug report. I apologize for the inconveniece. No worries, it was an easy fix - not necessarily an intuitive one. /etc/aliases being the default on many unices I simply assumed that you can point to a different alias file but the default one would be read when the alias_file= is commented out, especially when the config file doesn't contain expand_aliases=true/false it seemed strange to me that alias_file would both point to an alias file AND enable alias expansion. Mail which usually landed in my mailbox ended up in root's. I agree that masqmail should do aliasing by default as the old package had done. We'll fix this with the next package version. Thank you. Upgrade should not break the current setup without any warning. We do warn using the debian NEWS file, conforming to the policy. The NEWS entry contains a warning that the transition from 0.2.x versions to 0.3.x versions is not possible without human actions. The administrator must check the configuration manually. Debian Policy seems to be aimed at maintainers and developers... ...not end users ;^) Thanks again for your reply. -- Raf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678636: initramfs-tools: dm-crypt partitions not further working. No asking password to encrypt. System will not boot
Package: initramfs-tools Version: 0.106 Severity: critical Tags: upstream Justification: breaks the whole system After patching my system 3 days ago it will not further boot up. The initramfs prompt comes before the keypass has to been normally asked for to decrypt my root partition with the contained lvm root vol disk group. Before the upgrade been made I didn't hat the problem. I guess this comes with the upgrade of the initramfs-tools from 0.103 to 0.106. Work around at the moment is to use cryptsetup luksOpen manually and start all lvmvolumes before continue with the boot process by using Crtl-D. -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 11M Jun 22 13:21 /boot/initrd.img-2.6.32-5-amd64 -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.2.0-2-amd64 root=/dev/mapper/rootdg-root ro -- resume RESUME=/dev/mapper/rootdg-swap -- /proc/filesystems ext3 fuseblk -- lsmod Module Size Used by snd_hrtimer12604 1 powernow_k817574 1 mperf 12453 1 powernow_k8 cpufreq_conservative13147 0 cpufreq_powersave 12454 0 cpufreq_userspace 12576 0 cpufreq_stats 12866 0 ppdev 12763 0 lp 17149 0 bridge 70540 0 stp12392 1 bridge bnep 17567 2 rfcomm 33656 12 binfmt_misc12957 1 fuse 61981 1 hwmon_vid 12430 0 loop 22641 0 kvm_amd47218 0 kvm 287662 1 kvm_amd snd_hda_codec_hdmi 30783 2 snd_hda_codec_via 41160 1 snd_hda_intel 26345 6 snd_hda_codec 78031 3 snd_hda_codec_hdmi,snd_hda_codec_via,snd_hda_intel snd_hwdep 13186 1 snd_hda_codec fglrx2615031 146 snd_pcm_oss41081 0 snd_mixer_oss 17916 1 snd_pcm_oss amd64_edac_mod 22334 0 edac_core 35258 3 amd64_edac_mod btusb 17502 2 sp5100_tco 12900 0 bluetooth 119406 23 bnep,rfcomm,btusb snd_pcm63900 4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_pcm_oss ir_lirc_codec 12719 0 lirc_dev 17031 1 ir_lirc_codec ir_mce_kbd_decoder 12615 0 ir_sony_decoder12435 0 snd_seq_midi 12848 0 snd_rawmidi23060 1 snd_seq_midi ir_jvc_decoder 12433 0 rc_imon_pad12397 0 ir_rc6_decoder 12433 0 snd_seq_midi_event 13316 1 snd_seq_midi ir_rc5_decoder 12433 0 snd_seq45093 3 snd_seq_midi,snd_seq_midi_event imon 25733 0 ir_nec_decoder 12433 0 snd_seq_device 13176 3 snd_seq_midi,snd_rawmidi,snd_seq rfkill 19012 2 bluetooth rc_core18286 10 ir_lirc_codec,ir_mce_kbd_decoder,ir_sony_decoder,ir_jvc_decoder,rc_imon_pad,ir_rc6_decoder,ir_rc5_decoder,imon,ir_nec_decoder snd_timer 22917 3 snd_hrtimer,snd_pcm,snd_seq i2c_piix4 12536 0 edac_mce_amd 17103 1 amd64_edac_mod shpchp 31293 0 i2c_core 23876 1 i2c_piix4 snd52850 25 snd_hda_codec_hdmi,snd_hda_codec_via,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_seq_device,snd_timer crc16 12343 1 bluetooth k10temp12611 0 evdev 17562 12 pcspkr 12579 0 soundcore 13065 1 snd snd_page_alloc 13003 2 snd_hda_intel,snd_pcm parport_pc 22364 1 parport31858 3 ppdev,lp,parport_pc asus_atk0110 17297 0 wmi13243 0 processor 28106 7 powernow_k8 button 12937 1 fglrx thermal_sys18040 1 processor ext3 161867 4 jbd56902 1 ext3 mbcache13065 1 ext3 sha256_generic 16797 4 cryptd 14517 0 aes_x86_64 16796 24 aes_generic33026 1 aes_x86_64 cbc12754 12 dm_crypt 22586 2 uhci_hcd 26865 0 dm_mod 63545 26 dm_crypt usbhid 36379 0 hid81288 1 usbhid raid45648356 1 async_raid6_recov 12526 1 raid456 async_pq 12605 2 raid456,async_raid6_recov raid6_pq 82624 2 async_raid6_recov,async_pq async_xor 12422 3 raid456,async_raid6_recov,async_pq xor12605 1 async_xor async_memcpy 12387 2 raid456,async_raid6_recov async_tx 12604 5 raid456,async_raid6_recov,async_pq,async_xor,async_memcpy raid1 30714 2 md_mod 87742 5 raid456,raid1 nbd16929 0 sr_mod 21899 0 cdrom 35401 1 sr_mod usb_storage
Bug#678632: xserver-xorg-video-radeon: Unable to set native resolution
On Sat, Jun 23, 2012 at 13:36:34 +0200, root wrote: Section Monitor Identifier JT198x4 Option DPMS DisplaySize 1280 1024 EndSection Is your monitor really 1280x1024 millimeters? Cheers, Julien signature.asc Description: Digital signature
Bug#656719: ln: failed to create symbolic link `build/dri/i386-linux-gnu/gallium/XvMCConfig': File exists (was: Please provide xvmc and vdpau Gallium3D video acceleration drivers (libg3dvl-mesa packag
Am Samstag, den 23.06.2012, 00:06 +0200 schrieb Paul Menzel: Am Freitag, den 22.06.2012, 23:52 +0200 schrieb Cyril Brulebois: Paul Menzel pm.deb...@googlemail.com (22/06/2012): So the build dependency should be on `llvm-dev` which pulls in `llvm` with `llvm-config` the configure script is looking for. 13-llvm-config-pick-a-version.diff disagrees. Interesting. `configure.ac` in my current build directory does not have that patch applied. So it could be a result of the option `-nc` $ dpkg-buildpackage -us -uc -B -j2 -nc which does not clean the directory before the build again. But all patches from `debian/patches` should have been applied. But I do not know and this is just a guess. I will try to reproduce the issue tomorrow and clean the working directory before. Using `llvm-2.9-dev` could also fix the build error I got. Ok, although I always used `dpkg-buildpackage` with `-nc` something went wrong. $ LANG= dpkg-buildpackage -us -uc -B -j2 dpkg-buildpackage: source package mesa dpkg-buildpackage: source version 8.0.3-2 dpkg-buildpackage: source changed by Timo timo.jyri...@iki.fi dpkg-buildpackage: host architecture i386 dpkg-source --before-build mesa fakeroot debian/rules clean QUILT_PATCHES=debian/patches \ quilt --quiltrc /dev/null pop -a -R || test $? = 2 Patch 13-llvm-config-pick-a-version.diff does not remove cleanly (refresh it or enforce with -f) make: *** [unpatch] Error 1 dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 Thinking about it, I did `git reset --hard origin/debian-unstable`. That probably reset the patched files too and `dpkg-buildpackage -n` does not check that. Manually fixing this by applying some patches manually, $ debian/rules clean worked and I started the next try. Running $ dpkg-buildpackage -us -uc -B -j2 `configure.ac` was patched to pick up llvm-config-2.9 and the build error, I reported, is gone now too, since llvm-2.9-dev is used instead of llvm-3.1-dev. I am still getting the following error. Hopefully resolving this, I will get the packages. $ dpkg-buildpackage -us -uc -B -j2 make[1]: Leaving directory `/opt/src/mesa/build/swx11+glu-i386-i686' debian/stamp/i486-linux-gnu-build-swx11+glu-i386-i686 build-stamp # XvMCConfig configuration file: ln -s /etc/X11/XvMCConfig build/dri/i386-linux-gnu/gallium/XvMCConfig fakeroot debian/rules binary-arch # XvMCConfig configuration file: ln -s /etc/X11/XvMCConfig build/dri/i386-linux-gnu/gallium/XvMCConfig ln: failed to create symbolic link `build/dri/i386-linux-gnu/gallium/XvMCConfig': File exists make: *** [build] Error 1 dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit status 2 Removing that file does not help. $ rm build/dri/i386-linux-gnu/gallium/XvMCConfig $ dpkg-buildpackage -us -uc -B -j2 -nc dpkg-buildpackage: source package mesa dpkg-buildpackage: source version 8.0.3-2 dpkg-buildpackage: source changed by Timo timo.jyri...@iki.fi dpkg-buildpackage: host architecture i386 dpkg-source --before-build mesa dpkg-buildpackage: warning: debian/rules must be updated to support the 'build-arch' and 'build-indep' targets (at least 'build-arch' seems to be missing) debian/rules build # XvMCConfig configuration file: ln -s /etc/X11/XvMCConfig build/dri/i386-linux-gnu/gallium/XvMCConfig fakeroot debian/rules binary-arch # XvMCConfig configuration file: ln -s /etc/X11/XvMCConfig build/dri/i386-linux-gnu/gallium/XvMCConfig ln: failed to create symbolic link `build/dri/i386-linux-gnu/gallium/XvMCConfig': File exists make: *** [build] Error 1 dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit status 2 Any ideas? It is strange that the same output is there twice. Maybe this is due to `-j2`? Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#678532: libreoffice: crash on startup: 'com::sun::star::uno::RuntimeException'
Hi, On Sat, Jun 23, 2012 at 08:51:36AM +0800, Clayton wrote: What did you run before? 1:3.5.4-4? Not sure right off-hand, I normally follow testing, and upgrade a couple times a week. So it would have been a really fresh version in testing, as of yesterday. Hrm, OK. 3.5.4-4 migrated to testing last Sunday (2012-06-17), so you probably has it. Weird that it still happens. Maybe some other (external from LO) extension still has the same bug because it copied LO stuff over?. Can you give me the output of dpkg -l | grep libreoffice so see what LO and LO extensions you have installed in exact versions? That was it, ~/.config/libreoffice, and as far as I can tell only ~/.config/libreoffice, was root:root. Not sure how that could have happened on my end. Note that although I do not start libreoffice Well, as said, there was #619263, so upgrades with sudo can run into it when it does stuff with $HOME... Like I said, I do an apt-get upgrade on testing a couple times a week, so I get those packages when you send them. ;-) Nah, you get them later. (Testing is not managed by maintainers but by the release team.) :-) (And no, you shouldn't do upgrade but dist-upgrade for updated/changes dependencies, etc ;-)) The sequence was: * libreoffice in whatever state it was from my last apt-get upgrade to testing * I see the bug reported here * attempt to file a bug report, informed a newer version in unstable * uncommented unstable in sources.list, and did an apt-get update apt-get install -f unstable libreoffice Is there a better way to do this? I don't want to take my whole machine to unstable with an apt-get upgrade. Nah, that scenario is understandable but I still don't like it ;-/ Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676355: Additional information
Hello, I've been able to reproduce the bug in a custom build: $ apt-get source liferea $ debuild -us -uc $ cd debian/liferea/usr/bin $ gdb ./liferea It appears that the assert is caused by a resize in the idle loop. I don't see liferea mentioned in the backtrace. Should this bug be reassigned to Gtk+? With kind regards, Roland Clobus Attachment: backtrace of my own build roland@work:~/debian/liferea-1.8.5/debian/liferea/usr/bin$ gdb ./liferea GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 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. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /mnt/hda7/home/roland/debian/liferea-1.8.5/debian/liferea/usr/bin/liferea...(no debugging symbols found)...done. (gdb) set args --g-fatal-warnings (gdb) run Starting program: /mnt/hda7/home/roland/debian/liferea-1.8.5/debian/liferea/usr/bin/liferea --g-fatal-warnings [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. [New Thread 0xb340ab70 (LWP 1013)] [New Thread 0xb2c09b70 (LWP 1014)] [New Thread 0xac80eb70 (LWP 1015)] [New Thread 0xabedeb70 (LWP 1016)] [New Thread 0xab69eb70 (LWP 1017)] [New Thread 0xaae3bb70 (LWP 1018)] [New Thread 0xaa1d7b70 (LWP 1020)] [New Thread 0xa99b9b70 (LWP 1021)] [New Thread 0xa91b8b70 (LWP 1022)] [New Thread 0xa89b1b70 (LWP 1023)] [Thread 0xb2c09b70 (LWP 1014) exited] [Thread 0xa91b8b70 (LWP 1022) exited] [Thread 0xa99b9b70 (LWP 1021) exited] [Thread 0xa89b1b70 (LWP 1023) exited] (liferea:1009): Pango-WARNING **: failed to create cairo scaled font, expect ugly output. the offending font is 'Cantarell Bold 11' Program received signal SIGTRAP, Trace/breakpoint trap. g_logv (log_domain=log_domain@entry=0xb5322474 Pango, log_level=log_level@entry=G_LOG_LEVEL_WARNING, format=format@entry=0xb53226b0 failed to create cairo %s, expect ugly output. the offending font is '%s', args1=args1@entry=0xbfffed4c \2\265\260\177N\b) at /build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./glib/gmessages.c:765 765 /build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./glib/gmessages.c: No such file or directory. (gdb) bt #0 g_logv (log_domain=log_domain@entry=0xb5322474 Pango, log_level=log_level@entry=G_LOG_LEVEL_WARNING, format=format@entry=0xb53226b0 failed to create cairo %s, expect ugly output. the offending font is '%s', args1=args1@entry=0xbfffed4c \2\265\260\177N\b) at /build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./glib/gmessages.c:765 #1 0xb5d1a0c3 in g_log (log_domain=0xb5322474 Pango, log_level=G_LOG_LEVEL_WARNING, format=0xb53226b0 failed to create cairo %s, expect ugly output. the offending font is '%s') at /build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./glib/gmessages.c:792 #2 0xb531dbaf in _pango_cairo_font_private_get_scaled_font (cf_priv=0x80f10fc) at /build/buildd-pango1.0_1.30.0-1-i386-ttj6XU/pango1.0-1.30.0/./pango/pangocairo-font.c:108 #3 _pango_cairo_font_private_get_scaled_font (cf_priv=0x80f10fc) at /build/buildd-pango1.0_1.30.0-1-i386-ttj6XU/pango1.0-1.30.0/./pango/pangocairo-font.c:63 #4 0xb53219fe in pango_cairo_fc_font_lock_face (font=0x80f10a8) at /build/buildd-pango1.0_1.30.0-1-i386-ttj6XU/pango1.0-1.30.0/./pango/pangocairo-fcfont.c:117 #5 0xb525ef8e in pango_fc_font_lock_face (font=0x80f10a8) ---Type return to continue, or q return to quit--- at /build/buildd-pango1.0_1.30.0-1-i386-ttj6XU/pango1.0-1.30.0/./pango/pangofc-font.c:673 #6 0xb2367d61 in basic_engine_shape (engine=0x8377500, font=0x80f10a8, text=0x8595168 Example Feeds (48), length=18, analysis=0x84c280c, glyphs=0x83b67d0) at /build/buildd-pango1.0_1.30.0-1-i386-ttj6XU/pango1.0-1.30.0/./modules/basic/basic-fc.c:147 #7 0xb5fe91ed in _pango_engine_shape_shape (engine=0x8377500, font=0x80f10a8, text=0x8595168 Example Feeds (48), length=18, analysis=0x84c280c, glyphs=0x83b67d0) at /build/buildd-pango1.0_1.30.0-1-i386-ttj6XU/pango1.0-1.30.0/./pango/pango-engine.c:94 #8 0xb5ffaabc in pango_shape (text=0x8595168 Example Feeds (48), length=18, analysis=0x84c280c, glyphs=0x83b67d0) at /build/buildd-pango1.0_1.30.0-1-i386-ttj6XU/pango1.0-1.30.0/./pango/shape.c:55 #9 0xb5fda829 in shape_run (line=0x84997a0, state=0xb074, item=0x84c2800) at /build/buildd-pango1.0_1.30.0-1-i386-ttj6XU/pango1.0-1.30.0/./pango/pango-layout.c:3182 #10 0xb5fdab14 in process_item (layout=0x83fa1a8, line=0x84997a0, state=0xb074, force_fit=1, no_break_at_end=0) at /build/buildd-pango1.0_1.30.0-1-i386-ttj6XU/pango1.0-1.30.0/./pango/pango-layout.c:3293 ---Type return to continue, or q return
Bug#678468: RFS: sgml-data/2.0.7 [RC] [QA] -- common SGML and XML data
Hi, Thank you for a reply. I am looking for a sponsor for my package sgml-data. You say QA upload below, I guess you don't mean to adopt the package, right? Yes, right. That phrase is from template on m.d.n. Thanks for taking care of this package. This upload fixes at least one RC bug. Yes, this is the main reason of my QA upload. http://mentors.debian.net/debian/pool/main/s/sgml-data/sgml-data_2.0.7.dsc Your upload already fixes a lot of things, but there is still room for improvement. * How about using dh_testdir instead of a custom $(checkdir)? * How about using dh_testroot instead of a custom $(checkroot)? * You could also replace some of the $(makedir) with dh_installdirs. * dh_clean removes *~, so there is no need to do this with find. * You no longer need to rmdir /etc/sgml on purge, cause there is a conffile in that directory. Ok, I can update the package this evening. * The description still contains the homepage. Hmm, is it a problem? I don't see nothing about it in the Debian Policy [1]. That lintian note was about missed homepage field which is possibly present in description. [1] http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Description All of these problems are minor, so I would like to see this (or an improved version) uploaded before the freeze. So do I. But it is too hard to find the sponsor. Not mailing lists, nor new pseudo-package didn't help me yet. If this doesn't happen, I will need someone to sponsor a NMU and a get a freeze exception which means more work for the release team. Why NMU? First freeze is soft and QA uploads and even upload with increasing of version are allowed. Isn't it? But yes, this can be hard for release team. QA upload is much better than NMU because the quality of package can be improved, not only small bug fix can be added. Also I wanted to add the package in collab-maint git repository. But I haven't received any reply from Alioth administrators... Regards, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678610: kdebase: integrated powerdevil is missing profiles
reassign 678610 kde-workspace kde-workspace/4:4.8.4-1 thanks Hi, Alle sabato 23 giugno 2012, Hans-J. Ullrich ha scritto: after upgrading from kde 4.7 to 4.8, I discovered, that the integrated powerdevil has los the option to set profiles. This is sad, as I often changed among the profiles due to my needs. I also used two selfmade profiles. Now they are all gone and I cannot switch any more (as the option is missing completely) The possibility of manually creating profiles has been removed; now custom profiles must be tied to new activities. See also the blog post of the developer: http://drfav.wordpress.com/2011/10/02/forge-sprint-2011-power-management-and-its-future/ -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#658403: reopen 658403
Quoting Michał Kułach (michalkul...@gmail.com): Dear Maintainer, it seems that you forget to actually include this translation in tzdata package. Can you fix it? It's currently pending in SVN and should be fixed as soon as Clint uploads a new release of tzdata. The culprit is indeed me as I forgot running svn add pl.po and then committed without really adding the pl.po file that remained sitting locally on my machine. Later on, in early May, I noticed that and really added the file. signature.asc Description: Digital signature
Bug#678637: flashplugin-nonfree: please update the package dependencies
Package: flashplugin-nonfree Version: 1:2.8.4 Severity: normal Please update the dependencies: - libnspr4-0d - libnspr4 - libnss3-1d - libnss3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677013: RFS: time
On Sat, Jun 23, 2012 at 01:12:54AM -0600, Bob Proulx wrote: Bart Martens wrote: Bob Proulx wrote: Bart Martens wrote: The file debian/copyright should name the original authors, and David Keppel is such an author. I have looked through many copyright files and do not see one that does this. See for example this one along with many others: /usr/share/doc/gawk/copyright Of course that doesn't mean there aren't others that do. I would welcome an example to follow. I just haven't found any. I don't know any example in DEP5 or copyright-format/1.0. Nor does it mean that it isn't the right thing to do. Maybe the outcome of bug 678607 will be to no longer list the authors. Although philosophically I am not sure of the need for it since anyone looking for authors would look in the AUTHORS file which is the canonical location for that information, at least for GNU programs. I agree with that. Thank you for taking the time to look at the copyright file in detail. I admit the new DEP5 format confuses me. Me too. :-) Where would I find such a statement in the documentation? To answer my own question it is stated here: http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile In addition, the copyright file must say where the upstream sources (if any) were obtained, and should name the original authors. So definitely stated by Policy the original authors must be named. Yes. How would this be defined in the file? How would we comply with that statement within the restrictions of the above documentation? No idea. After doing more research and without any other input I think the only thing that makes sense is to include the information in the free-form Comment: block. Seems OK to me. I don't find any other packages doing this (would welcome an example) I don't know any example in DEP5 or copyright-format/1.0. but it would definitely seem to be required by the spirit of Policy 12.5 Yes. and there doesn't seem to be any other place to put it in the DEP5 format. No idea. The copyright holder is of course the FSF. That is the copyright statement listed in each of the files. Should I list the original authors in a Comment: field? I see no other way. Help! No idea. I think putting this in a Comment: field about the only acceptable solution that I can see that meets all of the (conflicting) requirements. It would conform to debian-policy. Note that DEP5 is not mandatory. Plain text is OK for policy. What motivated you to switch to DEP5 ? There are several facets. First is that since the package needs to be sponsored it means that every sponsor will have their own pet peeves and requests. Generally this means that everything must be of the newest features. You never know what a sponsor will ask for. (Or sometimes it must be of an older feature!) I understand that it is not easy for package maintainers to deal with different sponsoring styles. DEP5 is one of Debian's new features and therefore to get a package through sponsorship it pretty much needs to have it. DEP5 is not required for packages I sponsor, although I don't mind that DEP5 is used. The package maintainer can choose, in my opinion. I find plain text format much easier for everyone, but it's not my choice to make. See for example the request to move to quilt instead of using the previous diff.gz format. I don't remember asking that. I guess someone else asked that. Also the request to use the newest compat level which arrived during the updating of this package. I don't remember asking that. I guess someone else asked that. Before Sandro offerred to help I had started conversations with two other DDs for this package. Since I am completely at the mercy of a sponsor when they say jump I can only ask how high and try my best to comply. I understand that it is not easy for package maintainers to deal with different sponsoring styles. Although there was no specific request for DEP5 there were requests to update the copyright file. Yes, I remember things I said about completing the copyright file. :-) And secondly in the maintainers guide it specifically calls out DEP5 format. http://www.debian.org/doc/manuals/maint-guide/dreq.en.html 4.2. copyright This file contains information about the copyright and license of the upstream sources. Debian Policy Manual, 12.5 Copyright information dictates its content and DEP-5: Machine-parseable debian/copyright provides guidelines for its format. Thanks for quoting that. I didn't read Policy 12.5.1 Machine-readable copyright information which states that the format is optional until just now. I didn't realize it was optional. It is easy to overlook such parts in the documentation. So much to read. And therefore I was and have been giving it my best shot. That is obviously good.
Bug#678532: libreoffice: crash on startup: 'com::sun::star::uno::RuntimeException'
On Sat, 23 Jun 2012 13:41:29 +0200 Rene Engelhard r...@debian.org wrote: On Sat, Jun 23, 2012 at 08:51:36AM +0800, Clayton wrote: What did you run before? 1:3.5.4-4? Not sure right off-hand, I normally follow testing, and upgrade a couple times a week. So it would have been a really fresh version in testing, as of yesterday. Hrm, OK. 3.5.4-4 migrated to testing last Sunday (2012-06-17), so you probably has it. Weird that it still happens. Maybe some other (external from LO) extension still has the same bug because it copied LO stuff over?. Can you give me the output of dpkg -l | grep libreoffice so see what LO and LO extensions you have installed in exact versions? See unmangled txt attachment Like I said, I do an apt-get upgrade on testing a couple times a week, so I get those packages when you send them. ;-) Nah, you get them later. (Testing is not managed by maintainers but by the release team.) :-) (And no, you shouldn't do upgrade but dist-upgrade for updated/changes dependencies, etc ;-)) Now that you mention it, a DIST-upgrade may indeed be a good idea, since I am not sure what is going on under the hood anyway. Thanks for your work and diligence, and let me know if I can be of any further assistance. LO has become one of those essential apps where one really feels breakage. Claytonii libreoffice 1:3.5.4-5 office productivity suite ii libreoffice-base 1:3.5.4-5 office productivity suite -- database ii libreoffice-base-core 1:3.5.4-5 office productivity suite -- shared library ii libreoffice-calc 1:3.5.4-5 office productivity suite -- spreadsheet ii libreoffice-common1:3.5.4-4 office productivity suite -- arch-independent files ii libreoffice-core 1:3.5.4-5 office productivity suite -- arch-dependent files ii libreoffice-draw 1:3.5.4-5 office productivity suite -- drawing ii libreoffice-emailmerge1:3.5.4-4 office productivity suite -- email mail merge ii libreoffice-filter-binfilter 1:3.5.4-5 office productivity suite -- legacy filters (e.g. StarOffice 5.2) ii libreoffice-filter-mobiledev 1:3.5.4-4 office productivity suite -- mobile devices filters ii libreoffice-impress 1:3.5.4-5 office productivity suite -- presentation ii libreoffice-java-common 1:3.5.4-4 office productivity suite -- arch-independent Java support files ii libreoffice-math 1:3.5.4-5 office productivity suite -- equation editor ii libreoffice-report-builder-bin1:3.5.4-4 LibreOffice extension for building database reports -- libraries ii libreoffice-style-galaxy 1:3.5.4-4 office productivity suite -- Galaxy (Default) symbol style ii libreoffice-writer1:3.5.4-5 office productivity suite -- word processor
Bug#678468: RFS: sgml-data/2.0.7 [RC] [QA] -- common SGML and XML data
On Sat, Jun 23, 2012 at 02:55:40PM +0300, Boris Pek wrote: * The description still contains the homepage. Hmm, is it a problem? I don't see nothing about it in the Debian Policy [1]. That lintian note was about missed homepage field which is possibly present in description. [1] http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Description This is not a problem. The information is just redundant, i.e. it adds no value to the description. But this is just my opinion. All of these problems are minor, so I would like to see this (or an improved version) uploaded before the freeze. So do I. But it is too hard to find the sponsor. Not mailing lists, nor new pseudo-package didn't help me yet. It is quite late in the release process for a QA upload. This can prevent people from uploading your changes. If this doesn't happen, I will need someone to sponsor a NMU and a get a freeze exception which means more work for the release team. Why NMU? First freeze is soft and QA uploads and even upload with increasing of version are allowed. Isn't it? But yes, this can be hard for release team. Because once the freeze is in effect only RC bug fixes are allowed in. So the changes need to be minimal at that point. My NMU does just that. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678636: initramfs-tools: dm-crypt partitions not further working. No asking password to encrypt. System will not boot
On Sat, Jun 23, 2012 at 01:13:04PM +0200, Pierre Bernhardt wrote: Package: initramfs-tools Version: 0.106 Severity: critical Tags: upstream Justification: breaks the whole system After patching my system 3 days ago it will not further boot up. The initramfs prompt comes before the keypass has to been normally asked for to decrypt my root partition with the contained lvm root vol disk group. Before the upgrade been made I didn't hat the problem. I guess this comes with the upgrade of the initramfs-tools from 0.103 to 0.106. Work around at the moment is to use cryptsetup luksOpen manually and start all lvmvolumes before continue with the boot process by using Crtl-D. -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 11M Jun 22 13:21 /boot/initrd.img-2.6.32-5-amd64 -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.2.0-2-amd64 root=/dev/mapper/rootdg-root ro This lists both 2.6.32-5 and 3.2.0-2 kernels. What kernel version do you try to boot, and is its initramfs updated? By default only most recent kernel does have initramfs updated when updating packages. Your setup has many moving parts that can go wrong. Please list versions of mdadm, dmsetup, libdevmapper*, *cryptsetup* -- /proc/mdstat Personalities : [raid1] [raid6] [raid5] [raid4] md50 : active raid5 sda1[0] sdd1[3] sde1[5] 625137664 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU] bitmap: 1/3 pages [4KB], 65536KB chunk md1 : active raid1 sdc2[0] 28812480 blocks [1/1] [U] bitmap: 4/220 pages [16KB], 64KB chunk md0 : active raid1 sdc1[0] 489856 blocks [1/1] [U] bitmap: 0/60 pages [0KB], 4KB chunk -- System Information: Debian Release: wheezy/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable'), (300, 'testing'), (200, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) You are using mixed system, packages may have bugs in their depends, so that manual updating or bug reporting is maybe needed. Kernel: Linux 3.2.0-2-amd64 (SMP w/6 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 initramfs-tools depends on: ii cpio 2.11-7 GNU cpio -- a program to manage ar ii klibc-utils 2.0-2 small utilities built with klibc f ii module-init-tools 3.12-2 tools for managing Linux kernel mo ii udev 175-3.1/dev/ and hotplug management daemo Versions of packages initramfs-tools recommends: ii busybox 1:1.19.3-7 Tiny utilities for small and embed Versions of packages initramfs-tools suggests: pn bash-completion 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#678636: initramfs-tools: dm-crypt partitions not further working. No asking password to encrypt. System will not boot
On Sat, Jun 23, 2012 at 01:13:04PM +0200, Pierre Bernhardt wrote: -- /proc/mdstat Personalities : [raid1] [raid6] [raid5] [raid4] md50 : active raid5 sda1[0] sdd1[3] sde1[5] 625137664 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU] bitmap: 1/3 pages [4KB], 65536KB chunk md1 : active raid1 sdc2[0] 28812480 blocks [1/1] [U] bitmap: 4/220 pages [16KB], 64KB chunk md0 : active raid1 sdc1[0] 489856 blocks [1/1] [U] bitmap: 0/60 pages [0KB], 4KB chunk unused devices: none Your raid1 arrays look strange, with only one component device in each. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#378741: taskbar and application icon look very jagged and pixelated
tags 378741 + fixed squeeze tags 378741 + fixed wheezy thanks Hello Michael, Christoph and Guido has done some rework für icedove icons some time ago. So maybe your bug can be closed? Or are there some further improvements you wish? For me icedove in squeeze(-backports) and wheezy work fine under KDE even with the actual icons. So I add a fixed tag to squeeze and wheezy. Regards Carsten On Wed, Jul 19, 2006 at 11:03:39PM +0200, Michael Biebl wrote: Alexander Sack - Debian Bugmail wrote: The only issue I discovered with this patch is, that kmenu does not show an icon for thunderbird anymore whereas it works on ubuntu. The problem might be that the icons are installed to /usr/share/pixmaps but kmenu expects them to be in /usr/share/icons/(hicolor|crystalsvg) and the new Icon name specified in thunderbird.desktop is mozilla-thunderbird-menu and there is no counterpart in /usr/share/icons/crystalsvg/*/apps. Sorry, I don't know much about kde. Maybe we should set the icon name to thunderbird? Or what would be needed to make kde display the right theme icon? I'm not 100% sure how to do it correctly besides the remarks I already made. Maybe it's best to ask the devel-qt-kde m-l for advice. If you have packages I'm willing to test them, just let me know. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678404: maxima: unrecoverable error: segmentation violation
Package: maxima Version: 5.27.0-3 Followup-For: Bug #678404 Dear Maintainer, Greetings, and thanks for taking the time to look into this. This might be a sibling to bugs like #599981, now happening on amd64. Are you stating that there is an FTBFS error on amd64 now? I can't find it. No, all I'm trying to say is that this bug has similar symptoms as the one described in #599981, only now it is happening on amd64 instead of mipsel. To be specific, I didn't try to build the package, I merely tried to install it from the repository, and was greeted with Unrecoverable error: Segmentation violation.. (as an aside, also note the double full stop). The 'free' command has the following to say: total used free sharedbuffers cached Mem: 1048576 307736 740840 0 0 270056 -/+ buffers/cache: 376801010896 Swap: 524288 41540 482748 I'm also attaching a rather long installation report, just in case. Take care, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-042stab055.16 (SMP w/1 CPU core) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages maxima depends on: ii gnuplot-x11 4.6.0-8 ii libc6 2.13-33 ii libgmp10 2:5.0.5+dfsg-2 ii libreadline6 6.2-8 ii libx11-6 2:1.4.99.901-2 Versions of packages maxima recommends: ii maxima-share 5.27.0-3 Versions of packages maxima suggests: pn maxima-docnone pn maxima-emacs none pn texmacs none pn wish none pn xmaxima none -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = en_GB.utf8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory Script started on Sat Jun 23 13:17:09 2012 root@computer:~# maxima bash: maxima: command not found root@computer:~# apt-get install maxima Reading package lists... 0% Reading package lists... 100% Reading package lists... Done Building dependency tree... 0% Building dependency tree... 0% Building dependency tree... 1% Building dependency tree... 50% Building dependency tree... 50% Building dependency tree Reading state information... 0% Reading state information... 0% Reading state information... 10% Reading state information... Done The following extra packages will be installed: fontconfig fontconfig-config gnuplot-x11 hicolor-icon-theme libatk1.0-0 libatk1.0-data libavahi-client3 libavahi-common-data libavahi-common3 libcairo2 libcups2 libdatrie1 libdrm-intel1 libdrm-nouveau1a libdrm-radeon1 libdrm2 libffi5 libfontconfig1 libfreetype6 libgd2-noxpm libgdk-pixbuf2.0-0 libgdk-pixbuf2.0-common libgl1-mesa-dri libgl1-mesa-glx libglapi-mesa libglib2.0-0 libglib2.0-data libglu1-mesa libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libice6 libjasper1 libjbig0 libjpeg8 liblua5.1-0 libpango1.0-0 libpciaccess0 libpixman-1-0 libsm6 libthai-data libthai0 libtiff4 libwxbase2.8-0 libwxgtk2.8-0 libx11-xcb1 libxcb-glx0 libxcb-render0 libxcb-shm0 libxcomposite1 libxcursor1 libxdamage1 libxfixes3 libxft2 libxi6 libxinerama1 libxrandr2 libxrender1 libxxf86vm1 maxima-share shared-mime-info tex-common ttf-dejavu-core x11-common Suggested packages: gnuplot-doc cups-common libgd-tools libglide3 librsvg2-common gvfs libjasper-runtime ttf-baekmuk ttf-arphic-gbsn00lp ttf-arphic-bsmi00lp ttf-arphic-gkai00mp ttf-arphic-bkai00mp pciutils libgnomeprintui2.2-0 texmacs maxima-doc xmaxima maxima-emacs wish debhelper The following NEW packages will be installed: fontconfig fontconfig-config gnuplot-x11 hicolor-icon-theme libatk1.0-0 libatk1.0-data libavahi-client3 libavahi-common-data libavahi-common3 libcairo2 libcups2 libdatrie1 libdrm-intel1 libdrm-nouveau1a libdrm-radeon1 libdrm2 libffi5 libfontconfig1 libfreetype6 libgd2-noxpm libgdk-pixbuf2.0-0 libgdk-pixbuf2.0-common libgl1-mesa-dri libgl1-mesa-glx libglapi-mesa libglib2.0-0 libglib2.0-data libglu1-mesa libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libice6 libjasper1 libjbig0 libjpeg8 liblua5.1-0 libpango1.0-0 libpciaccess0 libpixman-1-0 libsm6 libthai-data libthai0 libtiff4 libwxbase2.8-0 libwxgtk2.8-0 libx11-xcb1 libxcb-glx0 libxcb-render0 libxcb-shm0 libxcomposite1 libxcursor1
Bug#678616: [Pkg-samba-maint] Bug#678616: default guest user nobody
tags 678816 wontfix thanks Quoting email@arcor.de (email@arcor.de): Package: samba The default user used by samba to create files of guest users currently is nobody, however the filesystem should never contain anything belonging to the nobody/nogroup. (see Bug #290623) But the samba package doesn't create any file belonging to nobody, and doesn't even allow doing so, as it doesn't create any writable public share. Other reasons to rethink the impersonation of nobody, are practical problems in accessing files created by samba guest users. May I suggest to introduce a proper samba-guest user and default to create files of guests on the local filesystem as samba-guest and the (general) users group. (with the default umask 002) As all real users are supposed to be in the users group this should give users full access to the files locally just as through samba. While at the same time the files are still inaccessible to potentially vulnerable (system user) deamon processes. This is a deviation from a widely documented upstream behaviour and just as for any such deviation without real solid rationale, I object to it. Any admin is entitled to do whatever customization suits his|her needs and, anyway, I think that nearly all Samba servers need local adaptation to fit local needs. So, sorry, but I hereby tag this bug as wontfix. signature.asc Description: Digital signature
Bug#678541: closed by Vincent Bernat ber...@debian.org (Re: Bug#678541: roundcube-pgsql: roundcube cannot connect to postgresql after purge and complete reinstall)
Thanks a lot! As you had guessed, the previous version of postgresql had been removed, hence port 5432 was not used anymore. I have reconfigured the only remaining version of postgresql to listen to the default 5432 port instead of the 5433 port it was using (probably as part of the postgresql update). For the record, the configuration is in the file /etc/postgresql/version number/main/postgresql.conf and requires restarting postgresql using the command invoke-rc.d postgresql restart. Roundcube can now connect properly (and I am using it to post the final message). Thanks again for the very quick answer, and sorry for the noise. Luc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678639: lintian: DEP-5 and typoes in field names
Package: lintian Version: 2.5.9 Severity: withlish On 2012-06-22 15:06, Giovanni Mascellani wrote: Dear lintian maintainers. My package geogebra has a lintian missing-license-text-in-dep5-copyright warning, but the debian/copyright contains the license text. Actually, at the same time it has a unused-license-paragraph-in-dep5-copyright information on the same license. http://lintian.debian.org/full/pkg-java-maintain...@lists.alioth.debian.org.html#geogebra I've checked this many times, but could not find any error on my side. Could it be a bug in lintian? Thanks, Gio. (please, Cc: me in replies) Hi, This is caused by a typo in field names like this one: File: geogebra/properties/* (it should have been Files: ). I have opened a bug for tracking this (it is not the first time I hear of this issue)... ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678636: Acknowledgement (initramfs-tools: dm-crypt partitions not further working. No asking password to encrypt. System will not boot)
Hello, I tried to use older initramfs-tools 0.103 by reinstalling them with dpkg -i /var/cache/apt/archives/initramfs-tools_0.103_all.deb update-initramfs -k all -u All installed kernee have still the same problem so I guess it could comes not only from initramfs-tool. Now I will reinstall older initramfs from backup to /boot to see where exactly the problem comes from and when it has been occured. Also I will check the grub.cfg for modifications. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624182: ca-certificates: option --fresh not passed down to hook scripts
tags 624182 + moreinfo thanks Torsten, Is this actually still an issue? I see that the java keystore is getting fully updated with -f/--fresh when I was testing. Thanks! -- Kind regards, Michael mshuler@mana:~$ sudo update-ca-certificates Updating certificates in /etc/ssl/certs... 0 added, 0 removed; done. Running hooks in /etc/ca-certificates/update.d done. done. mshuler@mana:~$ sudo update-ca-certificates -f Clearing symlinks in /etc/ssl/certs...done. Updating certificates in /etc/ssl/certs... 151 added, 0 removed; done. Running hooks in /etc/ca-certificates/update.d Replacing debian:cacert.org.pem Replacing debian:ca.pem Replacing debian:ACEDICOM_Root.pem ...snip... Replacing debian:XRamp_Global_CA_Root.pem Replacing debian:spi-ca-2003.pem Replacing debian:spi-cacert-2008.pem Replacing debian:EC-ACC.pem Replacing debian:Hellenic_Academic_and_Research_Institutions_RootCA_2011.pem Replacing debian:Security_Communication_RootCA2.pem done. done. mshuler@mana:~$ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678468: RFS: sgml-data/2.0.7 [RC] [QA] -- common SGML and XML data
Why NMU? First freeze is soft and QA uploads and even upload with increasing of version are allowed. Isn't it? But yes, this can be hard for release team. Because once the freeze is in effect only RC bug fixes are allowed in. So the changes need to be minimal at that point. My NMU does just that. I have read another info. See [1] for example. The quotation: As with the Squeeze freeze the process will be gradual, with a more liberal acceptance policy in the earlier stages. Precise details as to what that means will be available soon. So we'll see in details when they are available. Regards, Boris [1] https://lists.debian.org/debian-devel-announce/2012/06/msg6.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678519: general: after about 1 month of uptime, routing of IPv6 packets is no longer possible, and IPv4 routing becomes slow and unpredictable. Rebooting brings all functionality back, and back to
On Sat, 23 Jun 2012, Rudy Zijlstra wrote: On 22-06-12 21:38, Henrique de Moraes Holschuh wrote: On Fri, 22 Jun 2012, Rudy Zijlstra wrote: let system run with IPv4 IPv6 routing for about 1 month IPv6 routing will start to fail IPv4 routing becomes slow and unpredictable no obvious causes visible in the system. top and friends do not show a cpu hog a reboot will bring the system back to normal behaviour. Please use (as root) ip neigh show, and ip route list cache to try to track down any weird differences between the box when it is behaving normally, and the box when wedged. You may want to compare it to a healthy box on the same network segment. You can also try to see if ip route flush cache and ip neigh flush can unwedge the system. After a flush, ip neigh show and ip route list cache should return very few, if any, entries. Thanks, i've stored the current output of these commands, including the IPv6 version, so i can compare when trouble hits again in some weeks. You probably want to store their output once a day. If it is a neighbour/route cache leak or malfunction of some sort (e.g. routes getting stuck in the presence of ICMP redirects), you should be able to notice that old crap is accumulating over time. If possible, do the same in a box that does not show the same problem (ideally in the same network segment), so that you have a baseline to compare to. Note that it could be something else entirely, don't rule out hardware malfunction (sometimes cleared if you down the interfaces and then bring them up again), or driver issues (sometimes cleared if you rmmod + modprobe the buggy driver). And make sure the box is running the latest firmware (BIOS/UEFI, NIC firmware...). -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678361: stopped expanding aliases
[2012-06-23 12:22] Raf Czlonka rafal.czlo...@gmail.com /etc/aliases being the default on many unices I simply assumed that you can point to a different alias file but the default one would be read when the alias_file= is commented out, especially when the config file doesn't contain expand_aliases=true/false it seemed strange to me that alias_file would both point to an alias file AND enable alias expansion. Thanks for sharing your thoughts. Upstream masqmail does not assume there is such a default as /etc/aliases. Thus your expectations didn't match. But by defaulting to /etc/aliases in further package versions we solve this problem for Debian. On Sat, Jun 23, 2012 at 11:08:29AM BST, markus schnalke wrote: We do warn using the debian NEWS file, conforming to the policy. The NEWS entry contains a warning that the transition from 0.2.x versions to 0.3.x versions is not possible without human actions. The administrator must check the configuration manually. Debian Policy seems to be aimed at maintainers and developers... ...not end users ;^) IMO, the problem is rather that the NEWS entries are not displayed by default. meillo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656719: ln: failed to create symbolic link `build/dri/i386-linux-gnu/gallium/XvMCConfig': File exists
Am Samstag, den 23.06.2012, 13:43 +0200 schrieb Paul Menzel: Am Samstag, den 23.06.2012, 00:06 +0200 schrieb Paul Menzel: Am Freitag, den 22.06.2012, 23:52 +0200 schrieb Cyril Brulebois: Paul Menzel pm.deb...@googlemail.com (22/06/2012): So the build dependency should be on `llvm-dev` which pulls in `llvm` with `llvm-config` the configure script is looking for. 13-llvm-config-pick-a-version.diff disagrees. Interesting. `configure.ac` in my current build directory does not have that patch applied. So it could be a result of the option `-nc` $ dpkg-buildpackage -us -uc -B -j2 -nc which does not clean the directory before the build again. But all patches from `debian/patches` should have been applied. But I do not know and this is just a guess. I will try to reproduce the issue tomorrow and clean the working directory before. Using `llvm-2.9-dev` could also fix the build error I got. Ok, although I always used `dpkg-buildpackage` with `-nc` something went wrong. $ LANG= dpkg-buildpackage -us -uc -B -j2 dpkg-buildpackage: source package mesa dpkg-buildpackage: source version 8.0.3-2 dpkg-buildpackage: source changed by Timo timo.jyri...@iki.fi dpkg-buildpackage: host architecture i386 dpkg-source --before-build mesa fakeroot debian/rules clean QUILT_PATCHES=debian/patches \ quilt --quiltrc /dev/null pop -a -R || test $? = 2 Patch 13-llvm-config-pick-a-version.diff does not remove cleanly (refresh it or enforce with -f) make: *** [unpatch] Error 1 dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 Thinking about it, I did `git reset --hard origin/debian-unstable`. That probably reset the patched files too and `dpkg-buildpackage -n` does not check that. Manually fixing this by applying some patches manually, $ debian/rules clean worked and I started the next try. Running $ dpkg-buildpackage -us -uc -B -j2 `configure.ac` was patched to pick up llvm-config-2.9 and the build error, I reported, is gone now too, since llvm-2.9-dev is used instead of llvm-3.1-dev. I am still getting the following error. Hopefully resolving this, I will get the packages. $ dpkg-buildpackage -us -uc -B -j2 make[1]: Leaving directory `/opt/src/mesa/build/swx11+glu-i386-i686' debian/stamp/i486-linux-gnu-build-swx11+glu-i386-i686 build-stamp # XvMCConfig configuration file: ln -s /etc/X11/XvMCConfig build/dri/i386-linux-gnu/gallium/XvMCConfig fakeroot debian/rules binary-arch # XvMCConfig configuration file: ln -s /etc/X11/XvMCConfig build/dri/i386-linux-gnu/gallium/XvMCConfig ln: failed to create symbolic link `build/dri/i386-linux-gnu/gallium/XvMCConfig': File exists make: *** [build] Error 1 dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit status 2 Removing that file does not help. $ rm build/dri/i386-linux-gnu/gallium/XvMCConfig $ dpkg-buildpackage -us -uc -B -j2 -nc dpkg-buildpackage: source package mesa dpkg-buildpackage: source version 8.0.3-2 dpkg-buildpackage: source changed by Timo timo.jyri...@iki.fi dpkg-buildpackage: host architecture i386 dpkg-source --before-build mesa dpkg-buildpackage: warning: debian/rules must be updated to support the 'build-arch' and 'build-indep' targets (at least 'build-arch' seems to be missing) debian/rules build # XvMCConfig configuration file: ln -s /etc/X11/XvMCConfig build/dri/i386-linux-gnu/gallium/XvMCConfig fakeroot debian/rules binary-arch # XvMCConfig configuration file: ln -s /etc/X11/XvMCConfig build/dri/i386-linux-gnu/gallium/XvMCConfig ln: failed to create symbolic link `build/dri/i386-linux-gnu/gallium/XvMCConfig': File exists make: *** [build] Error 1 dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit status 2 Any ideas? It is strange that the same output is there twice. Maybe this is due to `-j2`? It is not that. Using `-j1` also fails. $ more debian/rules […] build: build-stamp # XvMCConfig configuration file: ln -s /etc/X11/XvMCConfig build/dri/$(DEB_HOST_MULTIARCH)/gallium/XvMCConfig Removing that `ln -s` line makes this error go away. I do not understand how in the build `/etc/X11` of the build host seems to be used. Especially since this file is already available in package `libxvmc1`. $ dpkg -S /etc/X11/XvMCConfig libxvmc1: /etc/X11/XvMCConfig Any ideas what to do. Depend on `libxvmc1` and do not ship that file in `libg3dvl-mesa`? Now I get the next error. dh_installexamples -s # Classic DRI and Gallium
Bug#678007: sat4j: FTBFS with openjdk-7
On 2012-06-18 17:02, Niels Thykier wrote: Package: sat4j Version: 2.3.1-1 Severity: normal User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition An update on this. This bug has already been filed upstream: http://jira.ow2.org/browse/SAT-63 I have found the commit in upstream's SVN to fix this, which also updates the pom file: http://fisheye.ow2.org/changelog/SAT4J?cs=1391 I have yet to compile sat4j with checks enabled[1], but by disabling patches and using the patched sat4j[2] I have successfully built eclipse with OpenJDK-7. I hope you will cherry-pick upstream's fix and upload this for Wheezy. The security team expressed a concern with security support for OpenJDK-6 in Wheezy (#675495) and currently we are evaluating whether or not it is feasible to change to default Java to Java7[3]. ~Niels [1] org.sat4j.pb.constraints.MiniOPBLongClauseCardMinLearningTest seems to take at least 30 minutes and I haven't had the patience yet to wait it out. [2] Strictly speaking I used my version of the patch. It is inferior to upstream's but it was sufficient for my test. [3] I know it is very late in the release cycle and I would personally have preferred if this has happened months ago. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678640: RM: rmysql [armel armhf] -- RoQA; Isn't building on arm*
Package: ftp.debian.org Severity: normal I hope this is not premature, but the NMUs for snort and pmacct seem to be going okay. That just leaves rmysql as a blocker for #671115. I did contact the maintainer asking if we wanted to raise this on the bug report #677328, but I did not get a reply. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678612: libbatik-java change led to uninstallables on kfreebsd
On Sat, Jun 23, 2012 at 10:14 AM, Niels Thykier ni...@thykier.net wrote: On Jun 22, 2012 22:50 Steven Chamberlain ste...@pyro.eu.org wrote: Hi, Hi, libbatik-java's dependencies were changed recently like so: Package: libbatik-java Architecture: all -Depends: openjdk-6-jre-headless | java2-runtime-headless, +Depends: openjdk-6-jre-headless | openjdk-7-jre-headless | java7-runtime-headless, Unfortunately this seems to have made about 120 packages uninstallable in sid on kfreebsd-*. I can see how that is less than optimal. [...] Or was this simply a mistake and should java2-runtime-headless still be in that list? Thanks, Regards, I think the best solution is to split out the binaries from libbatik-java; that should allow use to remove the JRE dependencies per Java Policy. As for the JRE dependencies, I think the java2-runtime-headless might have been a mistake (and should have been java6 + java7). I will check up on that. As far as I can tell, the conversion programs were working fine with java2 runtimes (gij, a few years ago). However, the graphical interface didn't work (I'm not even sure they work properly with openjdk 6 or 7). I'm unsure splitting out is a good idea at this point, since some programs may depend on libbatik-java to provide rasterize: changing that too close from the freeze isn't a good idea... Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678632: xserver-xorg-video-radeon: Unable to set native resolution
Nope, its the max resolution, its removed now. Didn't affect the resolution. On Sat, Jun 23, 2012 at 1:40 PM, Julien Cristau jcris...@debian.org wrote: On Sat, Jun 23, 2012 at 13:36:34 +0200, root wrote: Section Monitor Identifier JT198x4 Option DPMS DisplaySize 1280 1024 EndSection Is your monitor really 1280x1024 millimeters? Cheers, Julien -- Mvh, Per Blomqvist -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678042: [SeaBIOS] Bug#678042: seabios - Please enable Xen support
On Wed, Jun 20, 2012 at 10:25:13AM +0100, Ian Campbell wrote: In this context I thought it would also be useful to make CONFIG_DEBUG_IO_PORT dynamic. I think it is easier to either wire 0x402 into Xen or switch completely to it. Is there something like a standard for it? Bastian -- Madness has no purpose. Or reason. But it may have a goal. -- Spock, The Alternative Factor, stardate 3088.7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678641: ITP: libpoe-component-server-jsonrpc-perl -- POE tcp and http based JSON-RPC
Package: wnpp Severity: wishlist Owner: Benoit Mortier benoit.mort...@opensides.be * Package name: libpoe-component-server-jsonrpc-perl Version : 0.05 Upstream Author : Côme BERNIGAUD come.bernig...@laposte.net * URL : http://search.cpan.org/dist/POE-Component-Server- JSONRPC/ * License : (GPL, Artistic) Programming Lang: (Perl) Description : POE tcp and http based JSON-RPC 1.0 server This perl POE component allows you easily create a HTTP json rpc server inside POE -- Benoit Mortier CEO OpenSides logiciels libres pour entreprises : http://www.opensides.eu/ Promouvoir et défendre le Logiciel Libre http://www.april.org/ Main developper in FusionDirectory : http://www.fusiondirectory.org/ Official French representative for OPSI : http://opsi.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678642: installation fail
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso Date: sab 23 giu 2012, 14.58.53, CEST Machine: Desktop ASUS CG8250 Processor:intel i5 Memory:8159624 Partitions: Output of lspci -knn (or lspci -nn): 00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor Family DRAM Controller [8086:0100] (rev 09) 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port [8086:0101] (rev 09) 00:16.0 Communication controller [0780]: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04) 00:1a.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 05) 00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller [8086:1c20] (rev 05) 00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 [8086:1c10] (rev b5) 00:1c.4 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 5 [8086:1c18] (rev b5) 00:1c.5 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 6 [8086:1c1a] (rev b5) 00:1c.6 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 7 [8086:1c1c] (rev b5) 00:1c.7 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev b5) 00:1d.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 [8086:1c26] (rev 05) 00:1f.0 ISA bridge [0601]: Intel Corporation H67 Express Chipset Family LPC Controller [8086:1c4a] (rev 05) 00:1f.2 IDE interface [0101]: Intel Corporation 6 Series/C200 Series Chipset Family 4 port SATA IDE Controller [8086:1c00] (rev 05) 00:1f.3 SMBus [0c05]: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller [8086:1c22] (rev 05) 00:1f.5 IDE interface [0101]: Intel Corporation 6 Series/C200 Series Chipset Family 2 port SATA IDE Controller [8086:1c08] (rev 05) 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF116 [GeForce GTX 550 Ti] [10de:1244] (rev a1) 01:00.1 Audio device [0403]: NVIDIA Corporation GF116 High Definition Audio Controller [10de:0bee] (rev a1) 04:00.0 USB controller [0c03]: ASMedia Technology Inc. ASM1042 SuperSpeed USB Host Controller [1b21:1042] 05:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 06) 06:00.0 PCI bridge [0604]: ASMedia Technology Inc. ASM1083/1085 PCIe to PCI Bridge [1b21:1080] (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card: [E] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system: [ ] Clock/timezone setup: [ ] User/password setup: [ ] Install tasks: [ ] Install boot loader: [ ] Overall install: [ ] Comments/Problems: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678607: debian-policy: original authors in 12.5 is unclear
On Sat, 23 Jun 2012, Jonathan Nieder wrote: Russ Allbery wrote: Would one list bug-gnu-ut...@gnu.org? That's the most useful contact point (and we have a copyright-format field for that), but it's not in any real sense the author. Sure it is --- it's the contact point for the people who create the code that goes into the upstream tarball. I supposed it is best to call it upstream, instead of original authors... IMHO we might want to mandate installing the AUTHORS file when it contains relevant information. It is sort of a tribute to those who started the ball rolling, and part of the giving back expected from downstream and users. I suspect the original intent of this piece of policy was to uniquely identify where the packaged source came from: I used such-and-such tarball, by such-and-such author. I agree that the wording is a little crazy (because ambiguous). We should clarify it, then... -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678643: ITP: libpoe-component-schedule-perl -- This perl module is a POE component
Package: wnpp Severity: wishlist Owner: Benoit Mortier benoit.mort...@opensides.be * Package name: libpoe-component-schedule-perl Version : 0.95 Upstream Author : Olivier Mengué dol...@cpan.org * URL : http://search.cpan.org/dist/POE-Component-Schedule/ * License : Artistic Programming Lang: Perl Description : This perl module is a POE component that sends events to POE client sessions on This perl module is a POE component that sends events to POE client sessions on a schedule defined by a DateTime::Set iterator. -- Benoit Mortier CEO OpenSides logiciels libres pour entreprises : http://www.opensides.eu/ Promouvoir et défendre le Logiciel Libre http://www.april.org/ Main developper in FusionDirectory : http://www.fusiondirectory.org/ Official French representative for OPSI : http://opsi.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678644: Upstream request: new upload or remove from archive (security reasons)
Package: zoph Version: 0.8.0.1-1 Severity: grave Tags: security fixed-upstream - Forwarded message from Jeroen Roos jer...@zoph.org - Date: Sat, 23 Jun 2012 14:16:18 +0200 From: Jeroen Roos jer...@zoph.org To: d-p@l.d.o Subject: Outdated version of Zoph in Debian Hi, I am the maintainer of Zoph, a webbased program to organize photos. This program has been part of Debian for a long time, but it has not been updated for a while. I have contacted the Debian maintainer, Edelhard Becker, about this several times, but to no avail. The current version in Debian has several issues, including a few security-related of which some are severe. All of these are fixed in the latest release, 0.9 which will be released today. Because Edelhard seems to be unwilling and/or unable to fix this, I am requesting you to either find a new maintainer or remove it from the package database. Thank you, Jeroen Roos -- Zoph Organizes PHotos http://www.zoph.org - End forwarded message - -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#482092: partman-crypto: xts support
On Sat, Jun 23, 2012 at 12:15:36PM +0200, Philipp Kern wrote: So there's nothing special about key sizes with xts as stated basically at the top of the bug report? There is. You need at least 256 bit (128 for encryption, 128 for XTS). Also I guess one should support xts-plain64 too? Is there any value in offering xts-plain at this point, shouldn't we go to 64bit sector numbers directly? Upstream even says that there's no performance penalty. We only want to support plain64 for Wheezy. Bastian -- That unit is a woman. A mass of conflicting impulses. -- Spock and Nomad, The Changeling, stardate 3541.9 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657474: debian-edu-artwork: leaves diversion after upgrade from squeeze
Hi Hideki, On Freitag, 27. Januar 2012, Hideki Yamane wrote: I've prepared an NMU for debian-edu-artwork (versioned as 0.0.33-2.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. I've uploaded your fix now, thanks again! cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678645: ITP: creduce -- Test-Case Reduction for C Compiler Bugs
Package: wnpp Severity: wishlist * Package name: creduce Version : 2.0.1 Upstream Author : The University of Utah * URL : http://embed.cs.utah.edu/creduce/ Description : Test-Case Reduction for C Compiler Bugs C-Reduce is a tool which takes a large C or C++ program that has a property of interest (such as triggering a compiler bug) and automatically produces a much smaller C/C++ program that has the same property. It is intended for use by people who discover and report bugs in compilers and other tools that process C/C++ code. * License : University of Illinois Open Source License -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678646: acl: broken use of dh_makeshlibs
Package: acl Version: 2.2.51-7 Severity: important You're not supposed to bump the version passed to dh_makeshlibs at every single debian revision. That's just stupid. Cheers, Julien signature.asc Description: Digital signature
Bug#678647: override: debian-edu-artwork:graphics/extra
package: ftp.debian.org x-debbugs-cc: debian-...@lists.debian.org On Samstag, 23. Juni 2012, Debian FTP Masters wrote: debian-edu-artwork_0.0.33-3_all.deb: package says priority is extra, override says optional. the package is right, I switched the priority to extra because it has a conflicts on grub ( 0.97-39) which is optional and according to Policy Section 2.5: Priorities packages MUST NOT depend on packages with lower priority values (excluding build-time dependencies) nor should packages of priority optional (or higher) conflict with each other. In order to ensure this, the priorities of one or more packages must be adjusted. So please adjust the override. thanks cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678648: libattr1: don't bump shlibs version for no good reason
Package: libattr1 Version: 1:2.4.46-7 Severity: important The version passed to dh_makeshlibs should not be bumped at every single debian revision, but only when additions are made to the ABI. Cheers, Julien signature.asc Description: Digital signature
Bug#616451: issue is serious, fix available
serious 677623 serious # justification: completly breaks the package on amd64 thanks Hi, see http://mentors.debian.net/package/driftnet for a fixed package (also apopting it) which is looking for a sponsor. debdiff looks way less scarier than I thought after seeing the package version, but still that's too much c for me to review :) cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675714: tachyon: diff for NMU version 0.99~b2+dfsg-0.4
El dj 21 de 06 de 2012 a les 11:08 -0400, en/na Tim Abbott va escriure: Mònica, Thanks for taking care of this bug; your patch looks good. It's a pleasure :) signature.asc Description: This is a digitally signed message part
Bug#678649: ITP: libprolog-cafe-java -- Prolog implementation running on the Java Virtual Machine (JVM)
Package: wnpp Severity: wishlist Owner: Thomas Koch tho...@koch.ro -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: libprolog-cafe-java Version : 1.3 Upstream Author : Mutsunori BANBARA banbara () kobe-u.ac.jp, Naoyuki TAMURA tamura () kobe-u.ac.jp, Jason Tsay jasont...@google.com, Martin Fick mf...@codeaurora.org, Shawn O. Pearce s...@google.com * URL : http://code.google.com/p/prolog-cafe * License : EPL, GPL Programming Lang: Prolog, Java, Perl Description : Prolog implementation running on the Java Virtual Machine (JVM) This library is a dependency of the code review system Gerrit (RFP: #589436): http://code.google.com/p/gerrit -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJP5cQSAAoJEAf8SJEEK6ZafgMP/2RB2Ejzmqvzr+T6p27Ni64i wIvc6Jta/bD3+iJP+RRl8Iovpeo0lMF+br2tCw1EjFtDxl0RP+Jt823xuEjedniu v0+6fLpm/q/nOOVokSPBuNjqdAGPaiNoE+Y/OECA/Mzm+NHldzDcgpPsnTXRms3G ZRaYWqkvAYMIe5uljR0OK4ohmRv5uiwFh81dbNJXeirFhQhLHIeWkn9OQ3ynDtQT yZ7H2p1x7yWvD7UsCYJ/89l9vNqj++xCgDtdxYOWb6Dhk87z4a3f39UehNwu5NEZ sIx9fJCCwzJy+HI4bNmYYkOz3YDwwnLNzR6RXN7CFwvpLfbMgo08xuDQsr9YLTmG cxa4s5MMDEd2XUBMTqrwj2+cPNmsnbG8lHatO9qO0KXYhexXRQephyC4NS6i+7la Xc9DPFMa7sSGcmsePpioeMX+9i6JEtjimrdx4WcGugoXsX1xvs2psgFnpArkgidM u91p8thOsrrw6zaYaSEvGzmryqloVM8j3IWRNs3G2tS4/LCc05yG0SUXMBCjp2Sn EKX007e1OlLmUipDPrQIiSgYRMIPxKS61QjUDL2IGlXcLiTRURx4Hyc8tBFB0x8b xzIwZSn5P9lk8WmF7NgBbgRLJ20AGlj5OnZ5hZdsYbzOBL8m5MT75HhwIjT/7qoe Vb0FSfF6oeJ9uar83PMi =tuki -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678650: Please recognize doc-base section Network/Remote Access
Package: lintian Version: 2.5.8 Network/Remote Access is a valid doc-base section: `Network/Remote Access' Tools for remotely managing of computer -- Magnus Holmgrenholmg...@debian.org Debian Developer signature.asc Description: This is a digitally signed message part.
Bug#678651: Squeeze-Wheezy: E: Could not perform immediate configuration on 'libgd-gd2-perl'.
Package: upgrade-reports Severity: normal Squeeze-Wheezy upgrade fails with: E: Could not perform immediate configuration on 'libgd-gd2-perl'. Please see man 5 apt.conf under APT::Immediate-Configure for details. (2) -- System Information: Debian Release: 6.0.5 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#377494: thunderbird: cannot delete a folder if in Trash already exists a folder with same name
tags 377494 + confirmed tags 377494 + version 3.1.16 thanks Amazing, even in 3.1.16 this behavior is still exist. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678652: rgrep and grep -r suddenly decide to ignore symlinks to files
Package: grep Version: 2.12-2 Severity: important Apparently grep -r and rgrep no longer follow symlinks whereas grep -R still does: % echo foo file1 ; ln -s file1 file2 % grep -r foo . ./file1:foo % grep -R foo . ./file2:foo ./file1:foo % This change of behaviour is not documented in the manpage, which still claims that -r and -R do the same thing: -R, -r, --recursive Read all files under each directory, recursively; this is equivalent to the -d recurse option. This change breaks existing scripts which rely on grep -r reporting about symbolic links to files, too. Regardless of the merits of the change, it also breaks compatibility with BSD grep. I don't think we can accept that. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-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 grep depends on: ii dpkg 1.16.4.2 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-33 grep recommends no packages. Versions of packages grep suggests: ii libpcre3 1:8.30-5 -- 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#678653: libxaw3dxft6: using libxaw3dxft6 as preload library results in only one default font being displayed
Package: libxaw3dxft6 Version: 2.9.1.4-3+b2 Severity: normal When libXaw3d was available, it was possible to do LD_PRELOAD=libXaw3d.so athena_widget_program and see the athena_widget_program with 3d widgets. The fonts displayed in the windows were those specified either via the command line parameters or X resources. With the replacement of libXawd3d by libXawd3dxft6, and using the same preload method, the Athena widget program does indeed display with 3d widgets but where text is displayed eg on a button or in a text widget, the font used is all the same size medium sans font and not the one specified by the command line parameter or in the X resources. Changing the font specification from the old X11 font string to xft:freetype_name just results in an error message that the string cannot be converted to a font. The sample applications used for these tests were xconsole and xmessage. So is this a bug, or do the fonts to be used now have to be specified in a new form in the X resources file? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-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 Versions of packages libxaw3dxft6 depends on: ii libc6 2.13-33 ii libice6 2:1.0.8-2 ii libsm62:1.2.1-2 ii libx11-6 2:1.4.99.901-2 ii libxext6 2:1.3.1-2 ii libxft2 2.2.0-3 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt61:1.1.3-1 libxaw3dxft6 recommends no packages. libxaw3dxft6 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#678654: king: FTBFS with Java7
Package: king
Version: 2.21.120420-1
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: openjdk-7-transition
Hi,
King FTBFS with Java7 because the use of Painter is ambigous when
using imports like:
import king.core.*;
import javax.swing.*;
A possible solution is to explicitly import king.core.Painter and an
example patch is included, which solves this issue.
~Niels
diff -Nru king-2.21.120420/debian/changelog king-2.21.120420/debian/changelog
--- king-2.21.120420/debian/changelog 2012-05-21 21:33:52.0 +0200
+++ king-2.21.120420/debian/changelog 2012-06-23 15:46:34.0 +0200
@@ -1,3 +1,10 @@
+king (2.21.120420-1.1) UNRELEASED; urgency=low
+
+ * Non-maintainer upload.
+ * Fix FTBFS with Java7.
+
+ -- Niels Thykier ni...@thykier.net Sat, 23 Jun 2012 15:46:25 +0200
+
king (2.21.120420-1) unstable; urgency=low
* New upstream version
diff -Nru king-2.21.120420/debian/patches/java7-compat.patch king-2.21.120420/debian/patches/java7-compat.patch
--- king-2.21.120420/debian/patches/java7-compat.patch 1970-01-01 01:00:00.0 +0100
+++ king-2.21.120420/debian/patches/java7-compat.patch 2012-06-23 15:52:19.0 +0200
@@ -0,0 +1,54 @@
+Description: Fix FTBFS with Java7
+ Java7 provides javax.swing.Painter, which makes Painter ambigious
+ unless king.core.Painter is explcitly imported.
+
+--- king-2.21.120420.orig/king/src/king/ToolBox.java
king-2.21.120420/king/src/king/ToolBox.java
+@@ -2,6 +2,7 @@
+ //{{{ Package, imports
+ package king;
+ import king.core.*;
++import king.core.Painter;
+
+ import java.awt.*;
+ import java.awt.event.*;
+--- king-2.21.120420.orig/king/src/king/ToolServices.java
king-2.21.120420/king/src/king/ToolServices.java
+@@ -2,6 +2,7 @@
+ //{{{ Package, imports
+ package king;
+ import king.core.*;
++import king.core.Painter;
+ import king.points.*;
+
+ import java.awt.*;
+--- king-2.21.120420.orig/king/src/king/BasicTool.java
king-2.21.120420/king/src/king/BasicTool.java
+@@ -2,6 +2,7 @@
+ //{{{ Package, imports
+ package king;
+ import king.core.*;
++import king.core.Painter;
+
+ import java.awt.*;
+ import java.awt.event.*;
+--- king-2.21.120420.orig/king/src/king/KinCanvas.java
king-2.21.120420/king/src/king/KinCanvas.java
+@@ -2,6 +2,7 @@
+ //{{{ Package, imports
+ package king;
+ import king.core.*;
++import king.core.Painter;
+ import king.painters.*;
+
+ import java.awt.*;
+--- king-2.21.120420.orig/king/src/king/tool/draw/DrawingTool.java
king-2.21.120420/king/src/king/tool/draw/DrawingTool.java
+@@ -3,6 +3,7 @@
+ package king.tool.draw;
+ import king.*;
+ import king.core.*;
++import king.core.Painter;
+ import king.points.*;
+
+ import java.awt.*;
diff -Nru king-2.21.120420/debian/patches/series king-2.21.120420/debian/patches/series
--- king-2.21.120420/debian/patches/series 2012-04-20 11:51:33.0 +0200
+++ king-2.21.120420/debian/patches/series 2012-06-23 15:51:20.0 +0200
@@ -1 +1,2 @@
use_debian_packaged_jars.patch
+java7-compat.patch
Bug#678655: syslog-ng: Init script does not check sanity of stale pidfile
Package: syslog-ng Version: 3.1.3-3 Severity: normal Dear Maintainer, The init script included in the package just checks for existence of pidfile. It does not check for validity of pid contained therein. So after a crash which leaves a pidfile behind (which can happen, and in some setups happens quite often), it's necessary to remove the stale pidfile by hand. Furthermore, the init script doesn't say stale pidfile found - remove it, it just erroneously reports that the daemon is already running. If you're interested I can provide you with a fix in few days, when I find spare time. Regards Mariusz Kruk -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671480: xul-ext-torbutton: breaks drag and drop tab reordering in iceweasel 12
forward 671480 https://trac.torproject.org/projects/tor/ticket/5671 thanks On Fri, May 04, 2012 at 03:08:04PM +0300, Dmitry Borodaenko wrote: With iceweasel 12.0-3 from experimental, tabs reordering won't work until torbutton extension is disabled. Unfortunately, it looks that it is not going to get fixed. Upstream needed to patch Firefox to get this feature back. Getting Torbrowser in Debian is also the right answer to this… Cheers, -- Jérémy Bobbio.''`. jeremy.bob...@irq7.fr : : : lu...@debian.org `. `'` `- signature.asc Description: Digital signature
Bug#676645: Fwd: Re: [goswin-...@web.de: Bug#676645: Buffer overflow in find_disk_space() causing stack corruption]
Original Message Subject: Re: [goswin-...@web.de: Bug#676645: Buffer overflow in find_disk_space() causing stack corruption] Date: Sat, 23 Jun 2012 13:42:28 + From: Daniel Pocock dan...@pocock.com.au To: Goswin von Brederlow goswin-...@web.de CC: Stu Teasdale s...@drogna.org.uk On 14/06/12 09:09, Goswin von Brederlow wrote: Daniel Pocock dan...@pocock.com.au writes: On 12/06/12 08:40, Goswin von Brederlow wrote: Daniel Pocock dan...@pocock.com.au writes: On 08/06/12 14:18, Stu Teasdale wrote: FYI Not sure why I didn't receive this bug report directly... Goswin, thanks for the patch - are you a committer on the main Ganglia github project, or do you have a github ID? Can I give you access to commit the patch directly? Regards, Daniel Neigther. But with git you can commit the patch with git commit --author=Goswin von Brederlow goswin-...@web.de I'm quite happy to do that, but it would be good to have some more contributors on the ganglia-modules-linux code base too - would you be interested? I'm afraid not. Ganglia is just one of many packages we use at work and the only reason I looked at it was that it failed. If it breaks then its part of my work to fix it. But I'm not interested enough in ganglia to get really involved. Hi Goswin, The most essential part of the patch, buffer size, was already increased in some version after 3.1.7 and it is good in 3.4.0 The other part of your patch (using index() for performance) has been committed to trunk, it is also cherry-picked onto the 3.4 branch for the next 3.4 series release. Given that wheezy is about to freeze and will probably have 3.3.x or 3.4.x, is there an urgent need for a backport of this fix in squeeze (e.g a 3.1.8 release)? If not, can you please close the bug? Regards, Daniel commit d786ec17d5a31819a1f7109a3a00cd09539750d7 Author: Goswin von Brederlow goswin-...@web.de Date: Sat Jun 23 15:36:05 2012 +0200 With NFS mounts the entry in /proc/mounts and /etc/mtab can be long. This patch splits the entry into its components in place using index() instead of copying the strings into fixed sized arrays. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665276: git-diff adds inconsistent source text after @@ ... @@
Is the reported inconsistency the fact that a removed line is shown as hunk header? Which output do you expect instead? Please note that GNU diff -up does the same; without -p it doesn't show hunk headers at all. You can select a different method to look for hunk headers by assigning the attribute diff to files. The gitattributes(5) manpage mentions diff=tex as an example (under the heading Defining a custom hunk-header). This will still look for it in the pre-image (old file), though. René -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
