Bug#532670: confirming that the problem still exists
Package: network-manager Version: network-manager_0.6.6-3 Followup-For: Bug #532670 Hello! I am another admin hit by this problem. I think the bug needs a proper fix. The situation is made worse by the fact that it does not initially manifest itself as a network-manager / ldap issue. Instead, the first symptom is complete system lockup at X starting stage (only the cursor can be moved with mouse) and no way to recover the box (no response to keyboard, no network connectivity for remote login). Through several tries, all ending in hitting the power switch, I lost the integrity of a disk partition and had to reinstall the whole system! Then it takes several hours of studying the logs and reading on the net before one can reach the conclusion that it is a netmanager + ldap problem. Several workarounds have been proposed, the easiest being uninstalling (or not starting) networkmanager. It should be noted that network-manager (through dependency on network-manager-gnome) is installed by default as a part of the gnome-desktop task. Once LDAP authentication gets configured (usually later after installation), the box no longer boots properly. -- Toomas Tamm e-mail: tt-deb (at) kky.ttu.ee Chair of Inorganic Chemistryvoice: INT+372-620-2810 Tallinn University of Technologyfax:INT+372-620-2828 Ehitajate tee 5, EE-19086 Tallinn, Estonia http://www.kk.ttu.ee/toomas/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607206: lcov: Image generation is failing with --frames option
On 15.12.2010 18:51, Sylvestre Ledru wrote: Running genhtml with the option --frames fails with the following error: Processing file differential_equations/callinter.h gd warning: one parameter to a memory allocation multiplication is negative or zero, failing operation gracefully genhtml: ERROR: cannot allocate overview image! Note that differential_equations/callinter.h is an empty file. Interesting case: genhtml should only call genpng for files for which gcc created object code. I wonder how this can happen for an empty include file. Can you share more details on how callinter.h is used? @debian lcov maintainers: upstream fix for this issue is at: http://ltp.cvs.sourceforge.net/viewvc/ltp/utils/analysis/lcov/bin/genpng?r1=1.17r2=1.18view=patch Regards, Peter Oberparleiter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605350: unblock: centerim/4.22.10-1
On 12/16/2010 06:54 AM, Dmitry E. Oboukhov wrote: MM Dmitry, this is still unfixed in Squeeze. Please take care of an MM update ASAP. centerim contained ancient version of the library (all its libraries), so the patch wouldn't so easy as Mehdi said. And I don't know what to do: to create new big patch? It would have a little difference with centerim 4.22.10 and release team wouldn't unblock the package again. to exclude the package from squeeze? I don't know. :( Did you have a look at libjabber/xmltok_impl_c.h in testing's version and compared it to unstable's version? Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587749: Upstream fixes available
Are there any plans to release an new debian package for python-twitter with OAuth support? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607251: proftpd: Possible denial of service
Package: proftpd Version: 1.3.1-17lenny4 Severity: important It seems that you can force proftp in a denial of service situation. I think it is related to CVE-2010-3867. Proftpd doesn't seem to be vulnerable to the exploit, most likely since I do not have mod_site_misc module enabled but it does start to eat a lot of cpu time and makes the server unusable. Backporting and upgrading to the latest version in testing fixes this problem. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603881: Improved patch
usertags 603881 +patch-in-git
usertags 603881 +patch-supplied
thanks
The attached patch is based on Eric's, but is more Policy compliant, and
includes a test case for added validation. I've verified that it all works
as intended.
- Matt
From 5d7eced6b8e0f4fea917cc310bb271a0e817792b Mon Sep 17 00:00:00 2001
From: Matt Palmer mpal...@hezmatt.org
Date: Thu, 16 Dec 2010 19:43:45 +1100
Subject: [PATCH] Handle comments in debian/control. Closes: #603881
Thanks to Eric Pozharski for the initial patch.
This version is slightly modified, as it provides a test case, and is
compliant with Policy 5.2, which states that comments must not have leading
whitespace before the hash.
---
pbuilder-satisfydepends-funcs |6 ++
test_pbuilder-satisfydepends-funcs | 14 ++
2 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/pbuilder-satisfydepends-funcs b/pbuilder-satisfydepends-funcs
index f4cae2d..79d423c 100755
--- a/pbuilder-satisfydepends-funcs
+++ b/pbuilder-satisfydepends-funcs
@@ -61,6 +61,12 @@ t store
/^$/ d
b pgploop
}
+: leadloop
+/^#/ {
+n
+/^$/ d
+b leadloop
+}
/^$/q
d
: store
diff --git a/test_pbuilder-satisfydepends-funcs b/test_pbuilder-satisfydepends-funcs
index 4eaa665..bd20472 100755
--- a/test_pbuilder-satisfydepends-funcs
+++ b/test_pbuilder-satisfydepends-funcs
@@ -74,6 +74,18 @@ EOF
get_build_deps
}
+test_get_source_control_field_with_comments() {
+cat EOF $DEBIAN_CONTROL
+# This is a comment
+# So is this
+Format: 1.0
+Source: something-funny
+Build-Depends: debhelper, something-else
+
+EOF
+get_source_control_field Source
+}
+
trap cleanup sigpipe sighup exit
# TODO move to build dir
@@ -86,4 +98,6 @@ expect_output autotools-dev (= 1.2), debhelper, quilt ( 12:0), libwxgtk2.8-d
expect_output debhelper (= 7) test_get_build_deps_dsc
+expect_output something-funny test_get_source_control_field_with_comments
+
testlib_summary
--
1.5.6.5
Bug#607222: /usr/sbin/prayer: wrong permission of /var/log/prayer
Am 15.12.2010 21:44, schrieb Magnus Holmgren: Solution: install /var/log/prayer with group-owner nogroup The idea is that nobody and nogroup should be completely unprivileged, and hence should not own _anything_. Many log files belong to group adm. This is ok, if you change the config prayer_group = adm it will run. check_directory_perms is probably a bit too picky as it doesn't even accept group root. I probably should just arrange for a group prayer to be created and the directories assigned to it, and if you want to set check_directory_perms=TRUE you should probably do that too for now. For me this seems to be the best solution. having addgroup --system prayer chgrp prayer -R /var/log/prayer chgrp prayer -R /var/run/prayer and prayer_group = prayer runs without error. However, each solution (group adm or prayer) should ensure that prayer will start up with the standard configuration out of the package and check_directory_perms=TRUE. mfg Matthias Taube -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607233: erlang: Bug in rwlock implementation
* Sergei Golovan sgolo...@nes.ru [2010-12-16 09:15]: On Thu, Dec 16, 2010 at 2:07 AM, Holger Weiss hol...@zedat.fu-berlin.de wrote: The current ejabberd documentation disapproves[*] the use of Erlang/OTP R14A and R14B due to the bug mentioned in the following posting: http://www.erlang.org/cgi-bin/ezmlm-cgi/4/54598 Should this be fixed in squeeze? It's fixed upstream in R14B01. Was someone hurt with this bug? Not me, I only stumbled over the warning in the ejabberd docs and I'd like to make sure that the bug won't hurt me while running ejabberd in production. However, as far as I'm concerned, feel free to just close the report and I'll see how to handle the issue locally. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607233: erlang: Bug in rwlock implementation
2010/12/16 Holger Weiss hol...@zedat.fu-berlin.de: * Sergei Golovan sgolo...@nes.ru [2010-12-16 09:15]: Was someone hurt with this bug? Not me, I only stumbled over the warning in the ejabberd docs and I'd like to make sure that the bug won't hurt me while running ejabberd in production. However, as far as I'm concerned, feel free to just close the report and I'll see how to handle the issue locally. Well, the bug is obviously present in R14A, so I won't close the bug now. If I'll see another comments which make me sure that the bug is serious enough I'll try to backport the fix froom R14B01. Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600012: texlive-base: Claims to recreate pdftexconfig.tex upon clean install
On 13.12.10 Robert Bihlmeyer (ro...@orcus.priv.at) wrote: Hi, Summary: breaks lenny-sid upgrade; probably RC This also happens during an upgrade from lenny. Why? I guess because this conffile was previously associated with texlive-base-bin, which got removed (and the unchanged pdftexconfig.tex with it). I didn't have a thorough look at that. I just want to remark that I did already a few upgrades form lenny to sid and never run into a problem. You you exactly describe your scenario for reproduction? H. -- sigmentation fault signature.asc Description: Digital signature
Bug#607251: proftpd: Possible denial of service
On Thu, Dec 16, 2010 at 09:40:59AM +0100, Sander Klein wrote: Package: proftpd Version: 1.3.1-17lenny4 Severity: important It seems that you can force proftp in a denial of service situation. I think it is related to CVE-2010-3867. Proftpd doesn't seem to be vulnerable to the exploit, most likely since I do not have mod_site_misc module enabled but it does start to eat a lot of cpu time and makes the server unusable. Backporting and upgrading to the latest version in testing fixes this problem. It is known, I will prepare a fix for next point release, because secteam judged it of minor impact. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607158: texlive-xetex: polyglossia's hyphenation file (ldf) is incorrect for language brazil
tags 607158 + fixed-upstream stop On 15.12.10 Rogério Brito (rbr...@ime.usp.br) wrote: Hi, Would it be possible to include a fix for the Brazilian users of XeTeX? The current version of polyglossia's hyphenation file gloss-brazil.ldf generates many warnings. It is fixed in upstream's git repository (commit c5f6b740). I include the description here: Sorry, we are in deep freeze and I don't think the actual unblock policy allows that fix to go into squeeze. I tag your bug as fixed upstream, as soon as TL 2010 is packaged for squeeze+1 you'll get the fix. H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606699: aptitude can't resolve packages from experimental
Whilst I can't speak from authority, I'm fairly confident in saying that calling dpkg with any sort of --force option isn't going to be a winning solution to the problem. - Matt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605350: unblock: centerim/4.22.10-1
On 09:23 Thu 16 Dec , Mehdi Dogguy wrote: MD On 12/16/2010 06:54 AM, Dmitry E. Oboukhov wrote: MM Dmitry, this is still unfixed in Squeeze. Please take care of an MM update ASAP. centerim contained ancient version of the library (all its libraries), so the patch wouldn't so easy as Mehdi said. And I don't know what to do: to create new big patch? It would have a little difference with centerim 4.22.10 and release team wouldn't unblock the package again. to exclude the package from squeeze? I don't know. :( MD Did you have a look at libjabber/xmltok_impl_c.h in testing's version MD and compared it to unstable's version? yes, but centerim upstream uses ancient libraries, so they patch them by hand if the security-bug is found. so usually modern version of these libraries don't fit for current centerim. At Mar 2011 they are going to release new centerim (5.0): it will have no libraries inside, so they (and I) don't want to reorder current situation :) -- ... mpd playing: U.D.O. - The Key . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#607252: texlive-extra: Please install latex2man, eplain info pages.
Package: texlive-extra Version: 2009-10 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu maverick ubuntu-patch *** /tmp/tmpzJCJeX In Ubuntu, we've applied the attached patch to achieve the following: - Install latex2man, eplain info pages. We thought you might be interested in doing the same. -- System Information: Debian Release: 5.0.7 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-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/bash only in patch2: unchanged: --- texlive-extra-2009.orig/debian/texlive-extra-utils.info +++ texlive-extra-2009/debian/texlive-extra-utils.info @@ -0,0 +1 @@ +texmf/doc/info/latex2man.info only in patch2: unchanged: --- texlive-extra-2009.orig/debian/texlive-formats-extra.info +++ texlive-extra-2009/debian/texlive-formats-extra.info @@ -0,0 +1 @@ +texmf/doc/info/eplain.info
Bug#584383: #584383 still open in testing
Hi! Am 15.12.2010 21:48, schrieb Adam D. Barratt: On Wed, 2010-12-15 at 15:55 +0100, Alexander Reichle-Schmehl wrote: b) It's outdated on kfreebsd-i386, kfreebsd-amd64 and mips. I think there are no non-free autobuilders for these architectures. So I guess the easiest solution would be an arch removal. What do you think? kfreebsd-* indeed does not have non-free autobuilders currently. mips, otoh, does, on one of the three buildds. So, shall I remove the old kfreebsd-* packages, but we wait for the mips build? Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607254: display_bugs_as_html: undefined method `codeset' for Locale:Module
Package: aptitude
Version: 0.6.3-3.2
Severity: normal
I try to update using aptitude. I get a warning about a bug in one of the
packages. At the prompt I use w to see the bug list. I expect it to open the
bug report in my running Firefox 4.0b7. Instead it crashes and recovers:
$ sudo aptitude
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
serious bugs of desktop-base (6.0.3 - 6.0.4) unfixed
#607142 - overwrites custom plymouth configuration
Summary:
desktop-base(1 bug)
Are you sure you want to install/upgrade the above packages? [Y/n/?/...] w
/usr/share/apt-listbugs/apt-listbugs/logic.rb:588:in `display_bugs_as_html':
undefined method `codeset' for Locale:Module (NoMethodError)
from /usr/share/apt-listbugs/apt-listbugs/logic.rb:404:in `view'
from /usr/sbin/apt-listbugs:374
E: Sub-process /usr/sbin/apt-listbugs apt || exit 10 returned an error code
(10)
E: Failure running script /usr/sbin/apt-listbugs apt || exit 10
A package failed to install. Trying to recover:
Press return to continue.
I can see the report in my Firefox this manual way without problems:
$ /usr/bin/sensible-browser http://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=607142
I use apt-cacher-ng 0.5.12-1 and this proxy setting:
$ cat /etc/apt/apt.conf.d/02proxy
Acquire::http { Proxy http://localhost:3142;; };
Acquire::http::Proxy::bugs.debian.org DIRECT;
/Leif Hornsved
-- Package-specific info:
aptitude 0.6.3 compiled at Oct 18 2010 22:11:25
Compiler: g++ 4.4.5
Compiled against:
apt version 4.10.1
NCurses version 5.7
libsigc++ version: 2.2.4.2
Ept support enabled.
Gtk+ support disabled.
Current library versions:
NCurses version: ncurses 5.7.20100313
cwidget version: 0.5.16
Apt version: 4.10.1
linux-gate.so.1 = (0xb7854000)
libapt-pkg.so.4.10 = /usr/lib/libapt-pkg.so.4.10 (0xb773c000)
libncursesw.so.5 = /lib/libncursesw.so.5 (0xb76f6000)
libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xb76ef000)
libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb762f000)
libept.so.1 = /usr/lib/libept.so.1 (0xb75de000)
libxapian.so.22 = /usr/lib/sse2/libxapian.so.22 (0xb7403000)
libz.so.1 = /usr/lib/libz.so.1 (0xb73ef000)
libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0xb735f000)
libboost_iostreams.so.1.42.0 = /usr/lib/libboost_iostreams.so.1.42.0
(0xb7346000)
libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb732d000)
libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7238000)
libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7212000)
libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb71f4000)
libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb70ad000)
libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0xb70a9000)
libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb70a5000)
libuuid.so.1 = /lib/libuuid.so.1 (0xb70a1000)
libbz2.so.1.0 = /lib/libbz2.so.1.0 (0xb709)
librt.so.1 = /lib/i686/cmov/librt.so.1 (0xb7086000)
/lib/ld-linux.so.2 (0xb7855000)
Terminal: xterm
$DISPLAY is set.
`which aptitude`: /usr/bin/aptitude
aptitude version information:
aptitude linkage:
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages aptitude depends on:
ii apt [libapt-pkg4.10]0.8.10 Advanced front-end for dpkg
ii libboost-iostreams1.42. 1.42.0-4 Boost.Iostreams Library
ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib
ii libcwidget3 0.5.16-3 high-level terminal interface libr
ii libept1 1.0.4High-level library for managing De
ii libgcc1 1:4.4.5-10 GCC support library
ii libncursesw55.7+20100313-4 shared libraries for terminal hand
ii libsigc++-2.0-0c2a 2.2.4.2-1type-safe Signal Framework for C++
ii libsqlite3-03.7.4-1 SQLite 3 shared library
ii libstdc++6 4.4.5-10 The GNU Standard C++ Library v3
ii libxapian22 1.2.3-2 Search engine library
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
Versions of packages aptitude recommends:
ii apt-xapian-index 0.41 maintenance and search tools for a
ii aptitude-doc-en [aptitude-doc 0.6.3-3.2 English manual for aptitude, a ter
ii libparse-debianchangelog-perl 1.1.1-2.1 parse Debian changelogs and output
ii sensible-utils0.0.6 Utilities for sensible alternative
Versions of packages aptitude suggests:
ii debtags 1.7.11 Enables support for package tags
ii tasksel 2.88 Tool for selecting tasks for insta
-- no debconf
Bug#456911: (no subject)
retitle 456911 ITP: libomxil-bellagio -- an implementation of the OpenMAX IL API thanks Hi, I'm going to take this package. Many Thanks, Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607255: RM: trac-datefieldplugin/0.7782-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi! The named package in testing is affected by rc bug #603076 (installation failure) and important bug #581486 (bashism in debian/rules). In a private reply to my request, the maintainer basically answered, that he is not sure, if he will have the time, to investigate what was broken. Considering, that trac-datefieldplugin was not part of a stable release and has quite low popcon, removing it from testing for now seems like a viable choice. Best regards, Alexander -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607256: general: various programs generate segfaults, like top, w and exim
Package: general Severity: serious Justification: 1 -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Top, w and exim are programs that generate segfaults. [17962891.960308] exim[9003]: segfault at 7fffd60d72c4 ip 0041e95c sp 7fffd60d7290 error 6 in exim4[40+c8000] [18093448.036060] hpet1: lost 1 rtc interrupts [18093481.029965] hpet1: lost 1 rtc interrupts [18115321.128571] top[17527]: segfault at 0 ip (null) sp ffbc2c44 error 14 in top[8048000+8] [18115324.494047] top[17528]: segfault at 0 ip (null) sp ffc205c4 error 14 in top[8048000+8] [18115344.797938] top[17538]: segfault at 0 ip (null) sp ffbe97c4 error 14 in top[8048000+8] [18115461.273407] top[17605]: segfault at 0 ip (null) sp ffc04c74 error 14 in top[8048000+8] [18115772.224782] w[17936]: segfault at 0 ip (null) sp ff860a54 error 14 in w[8048000+73000] [18115774.495840] top[17937]: segfault at 0 ip (null) sp ffb236f4 error 14 in top[8048000+8] [18116155.297127] top[18294]: segfault at 0 ip (null) sp ffe5c844 error 14 in top[8048000+8] I have yet to try and reboot the system. But this is very worriying for me. Them machine runs vmware, all vms are up and running. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607258: org-mode cannot find ditaa.jar
Package: org-mode Version: 7.01g-1 Severity: normal Hi! I'm using ditaa within org-mode as described here: http://orgmode.org/worg/org-contrib/org-exp-blocks.php#sec-2_1 I've got the ditaa package installed. When exporting the file to latex, org-mode fails with the following error: Could not find ditaa.jar at /usr/share/emacs23/site-lisp/contrib/scripts/ I fixed it by adding the following line to my .emacs: (setq org-ditaa-jar-path /usr/bin/ditaa) Best regards, Pierre -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages org-mode depends on: ii dpkg 1.15.8.5 Debian package management system ii emacs23-nox [emacs23] 23.2+1-5.1 The GNU Emacs editor (without X su ii install-info 4.13a.dfsg.1-6 Manage installed documentation in org-mode recommends no packages. Versions of packages org-mode suggests: pn easypgnone (no description available) pn remember-el 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#506029: libapache2-mod-gnutls not working on amd64 (backport, security and volatile updates enabled)
Package: libapache2-mod-gnutls Version: 0.5.1-1 Followup-For: Bug #506029 After an update last week or so, I'm not able to load gnutls on apache. When enabling this module, here is the error I get: apache2: Syntax error on line 203 of /etc/apache2/apache2.conf: Syntax error on line 1 of /etc/apache2/mods-enabled/gnutls.load: Cannot load /usr/lib/apache2/modules/mod_gnutls.so into server: /usr/lib/apache2/modules/mod_gnutls.so: symbol gnutls_openpgp_crt_get_name, version GNUTLS_1_4 not defined in file libgnutls-extra.so.26 with link time reference I have to disable this module if I want my apache to work. I just installed a new server on i386 with the same configuration and it's working great. Maybe there is something missing on the amd64 version? Is tehre even possible? Is there a way to fix this problem? Regards Cedric N. -- System Information: Debian Release: 5.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27.10-grsec--grs-ipv4-64 (SMP w/2 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages libapache2-mod-gnutls depends on: ii libc6 2.7-18lenny6 GNU C Library: Shared libraries ii libgnutls26 2.4.2-6+lenny2 the GNU TLS library - runtime libr libapache2-mod-gnutls recommends no packages. libapache2-mod-gnutls 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#606922: jpake not enabled in sid
It does not look like jpake is enabled in sid:
[130] ~/src/openssh-5.5p1
(518) a...@anhrefn $ find . -type f '!' -name '*.[ch]' |xargs zgrep -i jpake
./ChangeLog: disallow a hostile server from checking jpake auth by sending
an
./ChangeLog: - (dtucker) [auth2-jpake.c auth2.c canohost.h session.c]
Whitespace and
./ChangeLog: [auth2-jpake.c jpake.c jpake.h monitor_wrap.c monitor_wrap.h
schnorr.c]
./ChangeLog: [auth2-jpake.c]
./ChangeLog: Move JPAKE define to make life easier for portable. ok djm@
./ChangeLog: [sshconnect2.c sshd_config.5 jpake.c jpake.h schnorr.c
auth2-jpake.c]
./ChangeLog: compiled-time disabled (turn on -DJPAKE in Makefile.inc).
./Makefile.in: entropy.o gss-genr.o umac.o jpake.o schnorr.o \
./Makefile.in: auth2-none.o auth2-passwd.o auth2-pubkey.o auth2-jpake.o \
./debian/patches/ssh-vulnkey.patch: int
zero_knowledge_password_authentication; /* Try jpake */
./debian/patches/ssh-vulnkey.patch: /* If
true, permit jpake auth */
./debian/patches/gssapi-dump.patch: #ifdef JPAKE
./debian/patches/selinux-role.patch:void*jpake_ctx;
./debian/patches/gssapi.patch: entropy.o gss-genr.o umac.o jpake.o schnorr.o \
./debian/patches/gssapi.patch: auth2-none.o auth2-passwd.o auth2-pubkey.o
auth2-jpake.o \
./debian/patches/gssapi.patch: #ifdef JPAKE
./debian/patches/gssapi.patch: #ifdef JPAKE
./debian/patches/gssapi.patch: #ifdef JPAKE
./debian/patches/gssapi.patch: {MONITOR_REQ_JPAKE_GET_PWDATA, MON_ONCE,
mm_answer_jpake_get_pwdata},
./debian/patches/gssapi.patch: #ifdef JPAKE
./debian/patches/gssapi.patch: #ifdef JPAKE
./.pc/gssapi.patch/Makefile.in: entropy.o gss-genr.o umac.o jpake.o schnorr.o \
./.pc/gssapi.patch/Makefile.in: auth2-none.o auth2-passwd.o auth2-pubkey.o
auth2-jpake.o \
./.pc/ssh-vulnkey.patch/Makefile.in:entropy.o gss-genr.o umac.o jpake.o
schnorr.o \
./.pc/ssh-vulnkey.patch/Makefile.in:auth2-none.o auth2-passwd.o
auth2-pubkey.o auth2-jpake.o \
./.pc/authorized-keys-man-symlink.patch/Makefile.in:entropy.o gss-genr.o
umac.o jpake.o schnorr.o \
./.pc/authorized-keys-man-symlink.patch/Makefile.in:auth2-none.o
auth2-passwd.o auth2-pubkey.o auth2-jpake.o \
./.pc/lintian-symlink-pickiness.patch/Makefile.in: entropy.o gss-genr.o
umac.o jpake.o schnorr.o \
./.pc/lintian-symlink-pickiness.patch/Makefile.in: auth2-none.o
auth2-passwd.o auth2-pubkey.o auth2-jpake.o \
Keep up the good work,
AW
--
[...] If you don't want to be restricted, don't agree to it. If you are
coerced, comply as much as you must to protect yourself, just don't support
it. Noone can free you but yourself. (crag, on Debian Planet)
Arne Wichmann (a...@linux.de)
signature.asc
Description: Digital signature
Bug#607260: xvba-va-driver: New version available
Package: xvba-va-driver Version: 0.7.4-1 Severity: wishlist Tags: sid Hi there, according to this page: http://www.splitted-desktop.com/~gbeauchesne/xvba-video/ There is a new version of this package: xvba-video_0.7.7-1_i386.deb 15-Dec-2010 09:52 55K xvba-video_0.7.7-1_amd64.deb15-Dec-2010 09:52 58K And I want to ask if it's possible to provide a i386 package, too? The available one is very out-dated. Because of the same maintainer, I'd like to ask the same for the fglrx*-packages. If you wish I can open a new bug for fglrx. But it would be nice to have these packages for i386 systems, too. Thx a lot in advance! Best wishes Timo -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.36-trunk-686-bigmem (SMP w/2 CPU cores) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages xvba-va-driver depends on: ii fglrx-driver 1:10-10-1 non-free AMD/ATI r6xx - r7xx displ ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgl1-mesa-glx [libgl1] 7.7.1-4A free implementation of the OpenG ii libva11.0.4-1Video Acceleration (VA) API for Li ii libx11-6 2:1.3.3-4 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar xvba-va-driver recommends no packages. xvba-va-driver 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#600566: git: New upstream version v1.7.3.1
Ping! Peng? What's with this BR? Maybe a CVE is now worth to package a new version? [1] says: ...Among many fixes since v1.7.3.3, it contains a fix to a recently discovered XSS vulnerability in Gitweb (CVE 2010-3906). A backport to an earlier maintenance track 1.6.6.3 is available (replace 1.7.3.4 with 1.6.6.3 above)... - Sedat - [1] http://lkml.org/lkml/2010/12/16/11 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604958: (no subject)
Sorry for having you waiting for so long. It seems my mail was not sent twice. As to the logs: I cant reproduce the error anymore. It seems some pakage updates have fixed this bug. So please feel free to close it. cheers! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607261: prayer: fails to start if no IPv6 Routers present
Subject: prayer: fails to start if no IPv6 Routers present Package: prayer Version: 1.3.3-dfsg1-2 Severity: normal *** Please type your report below this line *** after installing a new debian squeeze system, prayer fails to start with this error message: #/etc/init.d/prayer start Error was: [os_bind_inet_socket()] bind() failed: Address already in use Aborted failed! but according to netstat, the http and https ports are free. Config in /etc/prayer/prayer.cf use_http_port 80 use_https_port 443 a deep inspection shows that the problem is that no IPv6 Routers are (in my environment) present. So the prayer was not able to bring the IPv6 Ports up. As a lot of people have an only IPv4 LAN, this error is hard to find. Solution: In the prayer.cf add after: # Define a single HTTP port to bind to: # # You can define an arbitary list of ports of both kinds by using a series # of separate use_http_port and use_https_port directives, with one # port on each line. Format: interface:port or ipaddr:port to bind to a # single interface, port to bind to all interfaces. The lines: # If you bind to all interfaces, prayer will bind to IPv6 and IPv4 # parallel and fails if one of this is not present. If you have # only IPv4 (or only IPv6), you should use # the ipaddr:port # format. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) 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 prayer depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc-client2007e8:2007e~dfsg-3.1 c-client library for mail protocol ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libdb4.84.8.30-2 Berkeley v4.8 Database Libraries [ ii libldap-2.4-2 2.4.23-7 OpenLDAP libraries ii libssl0.9.8 0.9.8o-3 SSL shared libraries ii libtidy-0.99-0 20091223cvs-1HTML syntax checker and reformatte ii logrotate 3.7.8-6 Log rotation utility ii nullmailer [mail-transp 1:1.04-1.2 simple relay-only mail transport a ii ssl-cert1.0.26 simple debconf wrapper for OpenSSL ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime prayer recommends no packages. Versions of packages prayer suggests: ii aspell0.60.6-4 GNU Aspell spell-checker pn imap-server none (no description available) ii ispell3.1.20.0-7 International Ispell (an interacti pn prayer-accountd none (no description available) pn prayer-templates-src none (no description available) -- Configuration Files: /etc/default/prayer changed [not included] /etc/prayer/prayer.cf changed [not included] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600566: git: New upstream version v1.7.3.1
Hi Sedat, Sedat Dilek wrote: Maybe a CVE is now worth to package a new version? See [1] and [2]. Probably 1.7.4-rc0 will be uploaded to experimental as soon as it comes out (or maybe sooner, if it takes a long time ;-)). Thanks for your interest, Jonathan [1] http://lists.debian.org/debian-devel-announce/2010/12/msg2.html [2] http://lists.debian.org/debian-devel-changes/2010/12/msg00823.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597429: (no subject)
Bug is still present, freezing the whole machine. Though i have to say, that it occurs only very seldom now. It seems to be best reproducable, if more than 1 user is logged in, and the machine is under heavy load. If you then try to open several large (1,5mb) images at once in different tabs, the machine will have a good chance of freezing completely. Backtraces are very hard to get since the whole machine will simply be frozen. Here i provide some extra backtraces and logfiles: /var/log/messages: Oct 14 15:13:42 hugo3 kernel: [ 6106.447295] Modules linked in: xts gf128mul tun fuse ext2 nls_utf8 nls_cp437 vfat fat loop snd_cmipci snd_pcm snd_page_alloc snd_opl3_lib snd_hwdep snd_mpu401_uart via_ircc snd_seq_midi snd_seq_midi_event snd_rawmidi snd_seq irda snd_timer snd_seq_device crc_ccitt shpchp serio_raw ns558 snd pci_hotplug pcspkr parport_pc i2c_viapro gameport psmouse parport soundcore processor evdev ext3 jbd mbcache sha256_generic aes_i586 aes_generic cbc dm_crypt dm_mod sg sr_mod cdrom sd_mod crc_t10dif ata_generic radeon ohci_hcd uhci_hcd ttm fan drm_kms_helper 8139cp pata_via drm ehci_hcd thermal 8139too i2c_algo_bit libata floppy button thermal_sys mii usbcore i2c_core scsi_mod nls_base [last unloaded: scsi_wait_scan] Oct 14 15:13:42 hugo3 kernel: [ 6106.447368] Oct 14 15:13:42 hugo3 kernel: [ 6106.447375] Pid: 1753, comm: Xorg Not tainted (2.6.32-5-686 #1) VT8366A-8233 Oct 14 15:13:42 hugo3 kernel: [ 6106.447380] EIP: 0060:[f7fabd96] EFLAGS: 00213246 CPU: 0 Oct 14 15:13:42 hugo3 kernel: [ 6106.447421] EIP is at radeon_bo_check_tiling+0xf/0xaa [radeon] Oct 14 15:13:42 hugo3 kernel: [ 6106.447425] EAX: EBX: ECX: 0001 EDX: Oct 14 15:13:42 hugo3 kernel: [ 6106.447429] ESI: f58b062c EDI: f58b0600 EBP: f5b69cac ESP: f5b69c24 Oct 14 15:13:42 hugo3 kernel: [ 6106.447434] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Oct 14 15:13:42 hugo3 kernel: [ 6106.447445] f58b062c 0001 f7eaac6f f58b062c 0003 0101002c f6c243b0 Oct 14 15:13:42 hugo3 kernel: [ 6106.447455] 0 0002 0001 f5b69cac f58b062c f7eabd49 0001 Oct 14 15:13:42 hugo3 kernel: [ 6106.447464] 0 0001 f6c244ac 0060 01003297 f6c244ac f58b0654 Oct 14 15:13:42 hugo3 kernel: [ 6106.447487] [f7eaac6f] ? ttm_bo_handle_move_mem+0x14b/0x286 [ttm] Oct 14 15:13:42 hugo3 kernel: [ 6106.447497] [f7eabd49] ? ttm_mem_evict_first+0x36c/0x3de [ttm] Oct 14 15:13:42 hugo3 kernel: [ 6106.447508] [f7eab965] ? ttm_bo_mem_space+0x3c6/0x43e [ttm] Oct 14 15:13:42 hugo3 kernel: [ 6106.447518] [f7eac179] ? ttm_bo_move_buffer+0x80/0xd6 [ttm] Oct 14 15:13:42 hugo3 kernel: [ 6106.447537] [f7e2dd35] ? drm_mm_kmalloc+0x19/0xd5 [drm] Oct 14 15:13:42 hugo3 kernel: [ 6106.447546] [f7eac271] ? ttm_bo_validate+0xa2/0xe4 [ttm] Oct 14 15:13:42 hugo3 kernel: [ 6106.447555] [f7eac560] ? ttm_bo_init+0x2ad/0x2db [ttm] Oct 14 15:13:42 hugo3 kernel: [ 6106.447580] [f7fac3eb] ? radeon_bo_create+0xfd/0x180 [radeon] Oct 14 15:13:42 hugo3 kernel: [ 6106.447603] [f7fac46e] ? radeon_ttm_bo_destroy+0x0/0x76 [radeon] Oct 14 15:13:42 hugo3 kernel: [ 6106.447630] [f7fb930c] ? radeon_gem_object_create+0x68/0xd4 [radeon] Oct 14 15:13:42 hugo3 kernel: [ 6106.447655] [f7fb93c7] ? radeon_gem_create_ioctl+0x4f/0xd7 [radeon] Oct 14 15:13:42 hugo3 kernel: [ 6106.447670] [f7e275ba] ? drm_ioctl+0x244/0x2de [drm] Oct 14 15:13:42 hugo3 kernel: [ 6106.447694] [f7fb9378] ? radeon_gem_create_ioctl+0x0/0xd7 [radeon] Oct 14 15:13:42 hugo3 kernel: [ 6106.447704] [c1008cfc] ? restore_i387_fxsave+0x5c/0x6d Oct 14 15:13:42 hugo3 kernel: [ 6106.447718] [f7e27376] ? drm_ioctl+0x0/0x2de [drm] Oct 14 15:13:42 hugo3 kernel: [ 6106.447727] [c10bd100] ? vfs_ioctl+0x1c/0x5f Oct 14 15:13:42 hugo3 kernel: [ 6106.447733] [c10bd694] ? do_vfs_ioctl+0x4aa/0x4e5 Oct 14 15:13:42 hugo3 kernel: [ 6106.447741] [c10b2559] ? fsnotify_access+0x5a/0x61 Oct 14 15:13:42 hugo3 kernel: [ 6106.447748] [c1002cf7] ? restore_sigcontext+0xbe/0xd5 Oct 14 15:13:42 hugo3 kernel: [ 6106.447754] [c10bd710] ? sys_ioctl+0x41/0x58 Oct 14 15:13:42 hugo3 kernel: [ 6106.447760] [c10030fb] ? sysenter_do_call+0x12/0x28 Oct 14 15:13:42 hugo3 kernel: [ 6106.447837] ---[ end trace 1ce10bd0f3ac1a06 ]--- /var/log/syslog: Oct 14 14:17:01 hugo3 /USR/SBIN/CRON[3422]: (root) CMD ( cd / run-parts --report /etc/cron.hourly) Oct 14 15:13:42 hugo3 kernel: [ 6106.447265] [ cut here ] Oct 14 15:13:42 hugo3 kernel: [ 6106.447279] kernel BUG at /build/buildd-linux-2.6_2.6.32-23-i386-x1D1UQ/linux-2.6-2.6.32/debian/build/source_i386_none/drivers/gpu/drm/radeon/radeon_object.c:463! Oct 14 15:13:42 hugo3 kernel: [ 6106.447286] invalid opcode: [#1] SMP Oct 14 15:13:42 hugo3 kernel: [ 6106.447291] last sysfs file: /sys/devices/virtual/hwmon/hwmon0/name Oct 14 15:13:42 hugo3 kernel: [ 6106.447295] Modules linked in: xts gf128mul tun fuse ext2 nls_utf8 nls_cp437 vfat fat loop
Bug#596899: Please unblock ia32-libs/20101012
Thijs Kinkhorst th...@debian.org writes: On Tuesday 07 December 2010 18:01:05 Goswin von Brederlow wrote: Uploading ia32-libs-core_20101207_source to mentors. Sponsors welcome. I have uploaded this now. I think this needs unblocking so that ia32-libs can also migrate. I've also sponsored ia32-libs-gtk/20101125 which could also need an unblock. My interest in this is from a security team standpoint where if we want to be able to support these packages in an at least somewhat acceptable way, we need them to be as up to date w.r.t. the contained packages as possible at time of release, so that if we need to make an update later we will not drag in updates for half of the libraries aswell. Ideally ia32-libs* contain the same versions of the libraries that are also released as normal packages. If we update ia32-libs* now that we're in a deep freeze we can at least get reasonably close. Depending on how long the freeze still lasts and what updates are let in, it may be desirable to make another upload later that updates the contained packages. And/or we ship a catch up update in the first point release. Cheers, Thijs Thanks. On the note of ia32-libs-gtk. It seems that was rejected by an overzelous lintian check. It doesn't depend on libc (no kidding :). I will have to check that and add lintian overrides to it or get lintian fixed. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605518: (no subject)
As an additional note i wanted to add, that this bug also occurs, when ripping to mp3. So its not limited to flac codec only. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600566: git: New upstream version v1.7.3.1
On Thu, Dec 16, 2010 at 11:44 AM, Jonathan Nieder jrnie...@gmail.com wrote: Hi Sedat, Sedat Dilek wrote: Maybe a CVE is now worth to package a new version? See [1] and [2]. Probably 1.7.4-rc0 will be uploaded to experimental as soon as it comes out (or maybe sooner, if it takes a long time ;-)). Thanks for your interest, Jonathan [1] http://lists.debian.org/debian-devel-announce/2010/12/msg2.html [2] http://lists.debian.org/debian-devel-changes/2010/12/msg00823.html Hi Jonathan, Thanks for the informations and your efforts in a new fixed upload :-). ReadYa, - Sedat - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607262: /bin/dd: reports transferred size incorrenctly
Package: coreutils Version: 8.5-1 Severity: normal File: /bin/dd dd if=/dev/urandom bs=1M count=11 of=junk 11+0 records in 11+0 records out 11534336 bytes (12 MB) copied, 1.83259 s, 6.3 MB/s Clearly the transferred size is 11M (as confirmed by ls -lh) but 12M is reported. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (910, 'testing'), (900, 'stable'), (500, 'unstable'), (200, 'experimental'), (111, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-rc6-r600fence-smbinit-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages coreutils depends on: ii libacl1 2.2.49-4 Access control list shared library ii libattr1 1:2.4.44-2 Extended attribute shared library ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607263: hotssh: Hotssh crashing at startup
Package: hotssh Version: 0.2.6-2 Severity: grave Tags: sid Justification: renders package unusable Hi, Since a week or two (don't remember exactly), hotssh fails to start and gives the following message : ~$ hotssh /usr/lib/python2.6/dist-packages/hotssh/sshwindow.py:22: DeprecationWarning: the sha module is deprecated; use the hashlib module instead import datetime,gettext,sha,commands,errno Traceback (most recent call last): File /usr/bin/hotssh, line 71, in module VteMain().main(SshApp) File /usr/lib/python2.6/dist-packages/hotssh/hotvte/vtewindow.py, line 564, in main remote.single_instance() File /usr/lib/python2.6/dist-packages/hotssh/hotvte/vtewindow.py, line 502, in single_instance inst_iface.RunCommand(dbus.UInt32(starttime or 0), True, dbus.Array(sys.argv[1:], signature=s), os.getcwd()) File /usr/lib/pymodules/python2.6/dbus/proxies.py, line 68, in __call__ return self._proxy_method(*args, **keywords) File /usr/lib/pymodules/python2.6/dbus/proxies.py, line 140, in __call__ **keywords) File /usr/lib/pymodules/python2.6/dbus/connection.py, line 630, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method RunCommand with signature ubass on interface org.hotwireshell.HotVTE.HotSSH.Ui doesn't exist I've tried to remove my ~/.hotssh/ directory, without effect. Regards, N-Mi. -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hotssh depends on: ii gnome-terminal 2.30.2-1 The GNOME terminal emulator applic ii openssh-client 1:5.5p1-5+b1 secure shell (SSH) client, for sec ii python 2.6.6-3+squeeze3 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-vte 1:0.24.3-2 Python bindings for the VTE widget hotssh recommends no packages. hotssh 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#557178: nut: Perms on /dev/bus/usb/.../... incorrect upon every upgrade - bad interaction with udev?
Hi,
Yesterday I've installed nut on a machine where the UPS was already
connected by USB.
After the installation the group of the USB device under /dev/bus/usb
was not set correctly. The udev rule is present
in /etc/udev/rules.d/52-nut-usbups.rules
# Mustek Powermust - blazer_usb
ATTR{idVendor}==06da, ATTR{idProduct}==0003, MODE=664, GROUP=nut
I set the group manually to nut and then I tried to issue:
udevadm control --reload-rules
udevadm trigger
This reset the group to root.
Cheers
Laurent Bigonville
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607264: bgoffice-dict-downloader: Download url for dictionaries has changed
Package: bgoffice-dict-downloader Version: 0.07 Severity: important Dictionary files are now in subdirectories under http://sourceforge.net/projects/bgoffice/files/ and the downloader can't find them. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable'), (490, 'proposed-updates'), (400, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bgoffice-dict-downloader depends on: ii curl 7.21.0-1 Get a file from an HTTP, HTTPS or ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii libwww-mechanize-perl 1.64-1 module to automate interaction wit ii perl 5.10.1-16 Larry Wall's Practical Extraction Versions of packages bgoffice-dict-downloader recommends: ii gbgoffice 1.4-7 bgoffice dictionary frontend (GTK2 bgoffice-dict-downloader suggests no packages. -- debconf information: bgoffice-dict-downloader/dict-list: Bulgarian-English dual dictionary, Dictionary of north-western dialect, Polytechnical dictionary, Thesaurus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607251: proftpd: Possible denial of service
Hi, I've made a test setup with the default debian proftpd setup and tried some exploit code. With the default settings the proftp server becomes unresponsive for 10 minutes immediately after running the exploit code. When I allow more clients it just takes a couple of more runs before the server goes down. When I change TimeoutNoTransfer, TimeoutStalled and TimeoutIdle I just need more instances of the script running before the server becomes unresponsive. In my opinion this is not really a minor issue. Of course it gets harder to exploit when you allow more clients or modify the timeout values or you could do some sort of rate limiting with the firewall, but I still think the priority should be a bit higher than the next point release. Regards, Sander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607265: installation-reports: Squeeze on ASUS X71SL - All went well
Subject: installation-reports: Squeeze on ASUS X71SL - All went well Package: installation-reports Severity: normal *** Please type your report below this line *** All went perfectly well. -- Package-specific info: Boot method: usb key Image version: 172787712 21 nov. 18:08 debian-squeeze-di-beta1-amd64-netinst.iso ; http://d-i.debian.org/daily-images/amd64/daily/hd-media/ Date: 2010 21 nov. 18:08 Machine: ASUS X71SL Partitions: df -Tl will do; the raw partition table is preferred Disk /dev/sda: 320 GB, 320070320640 bytes 255 heads, 63 sectors/track, 38913 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 1127510241406 1c Hidd FAT32 LBA /dev/sda2 *1276 11100789112807 HPFS/NTFS Warning: Partition 2 does not end on cylinder boundary. /dev/sda3 11102 14141244107675 Extended /dev/sda5 11102 11345 1951897 82 Linux swap Warning: Partition 5 does not end on cylinder boundary. /dev/sda6 11346 11589 1951897 83 Linux Warning: Partition 6 does not end on cylinder boundary. /dev/sda7 11590 11833 1951897 83 Linux Warning: Partition 7 does not end on cylinder boundary. /dev/sda8 11834 12077 1951897 83 Linux Warning: Partition 8 does not end on cylinder boundary. /dev/sda9 12078 12564 3903795 83 Linux Warning: Partition 9 does not end on cylinder boundary. /dev/sda10 12565 13051 3903795 83 Linux Warning: Partition 10 does not end on cylinder boundary. /dev/sda11 13052 13704 5237190 83 Linux Warning: Partition 11 does not end on cylinder boundary. /dev/sda12 13705 13826 971932 83 Linux Warning: Partition 12 does not end on cylinder boundary. /dev/sda13 13826 14141 2530237 83 Linux Warning: Partition 13 does not end on cylinder boundary. /dev/sda4 14142 38913 198973057 83 Linux ... many systems on my machine I installed base-system on /dev/sda8 then moved /usr and /var to lvm partitions on /dev/sda4. Installed then x11 and all needed software. I didn't dare to work through lvm from the installer, being afraid of damaging my other systems. Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. Nothing special ; all went well. Just see after the partition table up there. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=6.0 (squeeze) - installer build 20101121-00:16 X_INSTALLATION_MEDIUM=hd-media == Installer hardware-summary: == uname -a: Linux asusqueeze 2.6.32-5-amd64 #1 SMP Sat Oct 30 14:18:21 UTC 2010 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Silicon Integrated Systems [SiS] 671MX [1039:0671] lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:1aa7] lspci -knn: 00:01.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] PCI-to-PCI bridge [1039:0004] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:02.0 ISA bridge [0601]: Silicon Integrated Systems [SiS] SiS968 [MuTIOL Media IO] [1039:0968] (rev 01) lspci -knn: 00:02.5 IDE interface [0101]: Silicon Integrated Systems [SiS] 5513 [IDE] [1039:5513] (rev 01) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:1aa7] lspci -knn: Kernel driver in use: pata_sis lspci -knn: 00:03.0 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 1.1 Controller [1039:7001] (rev 0f) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:1aa7] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 00:03.1 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 1.1 Controller [1039:7001] (rev 0f)
Bug#607231: [vlc] no suitable decoder module for fourcc `WMA2' and `WMV3'
Package: vlc Version: 1.1.5-3 Severity: normal --- Please enter the report below this line. --- Hi Christophe, I did like you said and now everything works thanks and sorry for the alert, you can close the bug, however I have attached the output of vlc-vvv - list Kindly, Davide Governale. --- System information. --- Architecture: i386 Kernel: Linux 2.6.32-5-686 Debian Release: squeeze/sid 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends(Version) | Installed -+-=== ttf-freefont | 20090104-7 vlc-nox (= 1.1.5-3) | 1.1.5-3 libaa1(= 1.4p5) | 1.4p5-38 libavcodec52 (= 4:0.6-1~) | 4:0.6.1-2 OR libavcodec-extra-52(= 4:0.6-1~) | libavutil50 (= 4:0.6-1~) | 4:0.6.1-2 OR libavutil-extra-50 (= 4:0.6-1~) | libc6 (= 2.8) | 2.11.2-7 libfreetype6 (= 2.2.1) | 2.4.2-2.1 libfribidi0 (= 0.19.2) | 0.19.2-1 libgcc1 (= 1:4.1.1) | 1:4.4.5-10 libgl1-mesa-glx | 7.7.1-4 OR libgl1 | libqtcore4 (= 4:4.6.1) | 4:4.6.3-4 libqtgui4 (= 4:4.5.3) | 4:4.6.3-4 libsdl-image1.2 (= 1.2.10) | 1.2.10-2+b2 libsdl1.2debian(= 1.2.10-1) | 1.2.14-6.1 libstdc++6(= 4.2.1) | 4.4.5-10 libtar | 1.2.11-6 libva-x11-1 | 1.0.4-1 libva1 | 1.0.4-1 libvlccore4 (= 1.1.0) | 1.1.5-3 libx11-6 | 2:1.3.3-4 libx11-xcb1 | 2:1.3.3-4 libxcb-keysyms1 (= 0.3.6) | 0.3.6-1 libxcb-randr0 (= 1.1) | 1.7-1 libxcb-shm0 | 1.7-1 libxcb-xv0 (= 1.2) | 1.7-1 libxcb1 | 1.6-1 libxext6 | 2:1.1.2-1 libxpm4 | 1:3.5.9-1 zlib1g (= 1:1.2.3.3.dfsg) | 1:1.2.3.4.dfsg-3 ttf-freefont | 20090104-7 vlc-nox (= 1.1.5-3) | 1.1.5-3 libaa1(= 1.4p5) | 1.4p5-38 libavcodec52 (= 4:0.6-1~) | 4:0.6.1-2 OR libavcodec-extra-52(= 4:0.6-1~) | libavutil50 (= 4:0.6-1~) | 4:0.6.1-2 OR libavutil-extra-50 (= 4:0.6-1~) | libc6 (= 2.8) | 2.11.2-7 libfreetype6 (= 2.2.1) | 2.4.2-2.1 libfribidi0 (= 0.19.2) | 0.19.2-1 libgcc1 (= 1:4.1.1) | 1:4.4.5-10 libgl1-mesa-glx | 7.7.1-4 OR libgl1 | libqtcore4 (= 4:4.6.1) | 4:4.6.3-4 libqtgui4 (= 4:4.5.3) | 4:4.6.3-4 libsdl-image1.2 (= 1.2.10) | 1.2.10-2+b2 libsdl1.2debian(= 1.2.10-1) | 1.2.14-6.1 libstdc++6(= 4.2.1) | 4.4.5-10 libtar | 1.2.11-6 libva-x11-1 | 1.0.4-1 libva1 | 1.0.4-1 libvlccore4 (= 1.1.0) | 1.1.5-3 libx11-6 | 2:1.3.3-4 libx11-xcb1 | 2:1.3.3-4 libxcb-keysyms1 (= 0.3.6) | 0.3.6-1 libxcb-randr0 (= 1.1) | 1.7-1 libxcb-shm0 | 1.7-1 libxcb-xv0 (= 1.2) | 1.7-1 libxcb1 | 1.6-1 libxext6 | 2:1.1.2-1 libxpm4 | 1:3.5.9-1 zlib1g (= 1:1.2.3.3.dfsg) | 1:1.2.3.4.dfsg-3 liba52-0.7.4 | 0.7.4-14 libasound2 ( 1.0.18) | 1.0.23-2.1 libass4 (= 0.9.7) | 0.9.9-1 libavahi-client3 (= 0.6.16) | 0.6.27-3 libavahi-common3 (= 0.6.16) | 0.6.27-3 libavc1394-0 (= 0.5.3) | 0.5.3-1+b2 libavcodec52 (= 4:0.6-1~) | 4:0.6.1-2 OR libavcodec-extra-52(= 4:0.6-1~) | libavformat52 (= 4:0.6-1~) | 4:0.6.1-2 OR libavformat-extra-52 (= 4:0.6-1~)
Bug#607249: [php-maint] Bug#607249: php5-cli: cookie validity isn't being read from php.ini
it's saying it's 1440. And i was saying that i didn't know which part of it that it was using. I've changed both the php.ini files in the /etc/php5/apache2 and the /etc/php5/cli/ I've checked _both_ of those files. And i've changed them both to 10800. The reason why it was mixed in or what have you, was because i was saying it how i thought it should be. I wasn't sure _which_ file it's supposedly using. I imagine that it's the php.ini in the /etc/php5/apache2 folder. But i wasn't sure. And i don't know what this SAPIs are that you're talking about. and it's 'session.gc_maxlifetime' parameter. I have _no_ real idea about what the thing is doing. It's coming from the apache2 folder. And it's still stating 1440 when i echo it out via php's internal api that you listed. On Thu, Dec 16, 2010 at 2:08 AM, Ondřej Surý ond...@debian.org wrote: severity 607249 normal thank you Sorry, but you're bug report is basically unparseable. You are mixing cli and apache SAPIs, you didn't specify which configuration option you're talking about. Could you please rephrase it, so it's more clear? Please could you split your sentences into paragraphs and be more specific (like say the name of the configuration option)? Also could you test the real values of configuration options with ini_get()? http://php.net/manual/en/function.ini-get.php Ondrej P.S.: severity Important has this description: a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. and I don't really see how failure to read one config file option has major effect on usability. I have lowered the severity to normal level. On Thu, Dec 16, 2010 at 07:54, macarthur 133794...@gmail.com wrote: Package: php5-cli Version: 5.3.3-6 Severity: important php5 i believe the cli version doesn't allow for the data in the php.ini file to be used properly. It still keeps it's 1440 second validity evne though i've changed it to 10,800(about 3 hours). This is via the apache interface so it is whatever version of php's package that apache is referencing to check on the session data. The cli, and apache 2 php.ini files contained in said folder are both set to 10,800 but it's apparently reading the value from some other place. This issue has been in here for unknown amount of time. Since there's not been any php updates i believe since lenny. The issue has persisted from lenny 5.0.5 up through squeeze and now into sid. -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5-cli depends on: ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-2common error description library ii libdb4.84.8.30-3 Berkeley v4.8 Database Libraries [ ii libgssapi-krb5-21.8.3+dfsg-4 MIT Kerberos runtime libraries - k ii libk5crypto31.8.3+dfsg-4 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-4 MIT Kerberos runtime libraries ii libmagic1 5.04-5 File type determination library us ii libonig25.9.1-1 Oniguruma regular expressions libr ii libpcre38.02-1.1 Perl 5 Compatible Regular Expressi ii libqdbm14 1.8.77-4 QDBM Database Libraries [runtime] ii libssl0.9.8 0.9.8o-4 SSL shared libraries ii libxml2 2.7.8.dfsg-1 GNOME XML library ii mime-support3.51-1 MIME files 'mime.types' 'mailcap ii php5-common 5.3.3-6 Common files for packages built fr ii tzdata 2010o-1 time zone and daylight-saving time ii ucf 3.0025+nmu1 Update Configuration File: preserv ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime php5-cli recommends no packages. Versions of packages php5-cli suggests: pn php-pear none (no description available) -- no debconf information ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/
Bug#606970:
Hi, On 15/12/10 10:54, Johan Kröckel wrote: also affects 2.11. Steps to reproduce it: - Torrents A and B loaded in Transmission - open (double click) A - open the tracker tab and click 'edit tracker' - click cancel - open (double click) B without closing A - open the tracker tab and click 'edit tracker' - click cancel - close B - click 'edit tracker' in still open A - try to add a new tracker entry - Transmission crashes Thank you very much for taking the trouble and finding this scenario, but I'm still unable to mimic this behavior. I will however forward the issue upstream and see if someone else can figure what might be wrong. Cheers -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607226: %report-dir% is also not read from conf.d
Turns out that at least one other setting (%report-dir%) is also not read from conf.d. Perhaps it has something to do with the '%' character? Achim smime.p7s Description: S/MIME Cryptographic Signature
Bug#578097: [parted-devel] [Parted-maintainers] Debian Bug #578097: No support for CMS-formatted disks
On Tue, 14 Dec 2010 10:46:18 -0500 (EST), Jim Meyering wrote: Stephen Powell wrote: How is your testing going? Finding time for parted has been a challenge recently. It's unclear to me from what you wrote. Are you asking me to provide a test case? If you can, that'd be great and would accelerate the process. I would no longer have an excuse not to push your patches. I nearly pushed without a test case, but your changes are large enough that I cannot do that in good conscience. I didn't want to require you to write a test, but in the end my time constraints appear to be having the same effect. Sorry about that. Hmm. Well, as I see it, there are two main options. I can write a test script, providing you with expected output, and you can run it too, checking to see that it produces the same output for you. On the plus side, you testing it yourself gives you the maximum assurances that it is correct. On the minus side, you have to be able to reproduce my testing environment. For example, do you have an s390 environment in which to test? Does it have both CKD and FBA DASD? Does it run as a guest under z/VM? Does your system have the DIAG driver? Do you have access to a CMS system from which you can FORMAT and/or RESERVE the disks in CMS format? The answer might not be yes to all those questions, and getting such an environment will take time. The other option is for me to test it for you. On the plus side, that requires less time on your part. On the minus side, I will need a copy of the exact source code that you are using (which also carries a side benefit in that I will get to see if my patches applied to your source as expected.) Another minus is that you have to take my word for it, which is not as reassuring to you. Which option do you choose? Or do you have a third option in mind? -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578097: [parted-devel] [Parted-maintainers] Debian Bug #578097: No support for CMS-formatted disks
Stephen Powell wrote: On Tue, 14 Dec 2010 10:46:18 -0500 (EST), Jim Meyering wrote: Stephen Powell wrote: How is your testing going? Finding time for parted has been a challenge recently. It's unclear to me from what you wrote. Are you asking me to provide a test case? If you can, that'd be great and would accelerate the process. I would no longer have an excuse not to push your patches. I nearly pushed without a test case, but your changes are large enough that I cannot do that in good conscience. I didn't want to require you to write a test, but in the end my time constraints appear to be having the same effect. Sorry about that. Hmm. Well, as I see it, there are two main options. I can write a test script, providing you with expected output, Thanks for persevering. and you can run it too, checking to see that it produces the same output for you. On the plus side, you testing it yourself gives you the maximum assurances that it is correct. On the minus side, you have to be able to reproduce my testing environment. For example, do you have an s390 environment in which to test? Yes, if an s390x will do. On one, uname -a reports this: Linux xxx 2.6.32-19.el6.s390x #1 SMP Tue Mar 9 19:03:48 EST 2010 s390x s390x s390x GNU/Linux Does it have both CKD and FBA DASD? Does it run as a guest under z/VM? Does your system have the DIAG driver? Do you have access to a CMS system from which you can FORMAT and/or RESERVE the disks in CMS format? The answer might not be yes to all those questions, and getting such an environment will take time. I don't know, for any of the above. If you describe how to determine the answer in a way that is easy to automate, the goal would be to run a script that checks for required pieces and then runs whichever tests it can. The other option is for me to test it for you. On the plus side, that requires less time on your part. On the minus side, I will need a copy of the exact source code that you are using (which also carries a side benefit in that I will get to see if my patches applied to your source as expected.) Another minus is that you have to take my word for it, which is not as reassuring to you. Which option do you choose? Or do you have a third option in mind? The best is to put into version control some script that someone with the right equipment can run via make check (probably with a couple envvars specifying things that cannot or must not be guessed, like the name of a partition to clobber, or a device to format). But if it's really not feasible, I'm sure we'll find a reasonable middle ground. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607266: gnome-core should not depend on evolution
Package: gnome-core Version: 1:2.30+7 Severity: normal Since 1:2.30+7 gnome-core depends on evolution-data-server and evolution. Previously this role used to be played by gnome-desktop-environment, which I gladly kept from being installed on my system (since it draws too many useless dependencies). I think that there's no real reason for such a dependency. May be it should be downgraded to just a recommendation, or gnome-core should be split in more fine-grained packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595733: installation-reports: [sparc][squeeze beta2] Sun Ultrasparc 60
Package: installation-reports Severity: normal -- Package-specific info: Boot method: network Image version: http://ftp.nl.debian.org/debian/dists/testing/main/installer-sparc/current/images/netboot/boot.img (01-12-10) Date: 16.12.2010 Machine: Sun Ultrasparc 60 Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [E] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: As described in the referenced report the sym scsi chip is still not autodetected and must be selected manually. Probably #601795 is also a duplicate of this. Thanks to the sparc team. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=6.0 (squeeze) - installer build 20101127 X_INSTALLATION_MEDIUM=netboot == Installer hardware-summary: == uname -a: Linux install1 2.6.32-5-sparc64 #1 Sat Oct 30 22:57:36 UTC 2010 sparc64 GNU/Linux lspci -knn: 00:01.0 Bridge [0680]: Sun Microsystems Computer Corp. EBUS [108e:1000] (rev 01) lspci -knn: 00:01.1 Ethernet controller [0200]: Sun Microsystems Computer Corp. Happy Meal 10/100 Ethernet [hme] [108e:1001] (rev 01) lspci -knn: Kernel driver in use: hme lspci -knn: 00:03.0 SCSI storage controller [0100]: LSI Logic / Symbios Logic 53c875 [1000:000f] (rev 14) lspci -knn: Kernel driver in use: sym53c8xx lspci -knn: 00:03.1 SCSI storage controller [0100]: LSI Logic / Symbios Logic 53c875 [1000:000f] (rev 14) lspci -knn: Kernel driver in use: sym53c8xx prtconf: System Configuration: Sun Microsystems sun4u prtconf: Memory size: 2048 Megabytes prtconf: System Peripherals (Software Nodes): prtconf: prtconf: SUNW,Ultra-60 prtconf: packages (driver probably installed) prtconf: terminal-emulator (driver probably installed) prtconf: deblocker (driver probably installed) prtconf: obp-tftp (driver probably installed) prtconf: disk-label (driver probably installed) prtconf: SUNW,builtin-drivers (driver probably installed) prtconf: sun-keyboard (driver probably installed) prtconf: chosen (driver probably installed) prtconf: openprom (driver probably installed) prtconf: client-services (driver probably installed) prtconf: options (driver probably installed) prtconf: aliases (driver probably installed) prtconf: memory (driver probably installed) prtconf: virtual-memory (driver probably installed) prtconf: pci (driver probably installed) prtconf: ebus (driver probably installed) prtconf: auxio (driver probably installed) prtconf: power (driver probably installed) prtconf: SUNW,pll (driver probably installed) prtconf: sc (driver probably installed) prtconf: se (driver probably installed) prtconf: su (driver probably installed) prtconf: su (driver probably installed) prtconf: ecpp (driver probably installed) prtconf: fdthree (driver probably installed) prtconf: eeprom (driver probably installed) prtconf: flashprom (driver probably installed) prtconf: SUNW,CS4231 (driver probably installed) prtconf: network (driver probably installed) prtconf: scsi (driver probably installed) prtconf: disk (driver probably installed) prtconf: tape (driver probably installed) prtconf: scsi (driver probably installed) prtconf: disk (driver probably installed) prtconf: tape (driver probably installed) prtconf: pci (driver probably installed) prtconf: counter-timer (driver probably installed) prtconf: SUNW,UltraSPARC-II (driver probably installed) prtconf: SUNW,UltraSPARC-II (driver probably installed) lsmod: Module Size Used by lsmod: dm_mod 55636 0 lsmod: md_mod 82042 0 lsmod: xfs 457943 0 lsmod: exportfs3090 1 xfs lsmod: jfs 176717 0 lsmod: ext4 319891 0 lsmod: jbd2 63956 1 ext4 lsmod: crc16 1295
Bug#595652: Bug#606790: typo3-dummy: package fails to upgrade properly from lenny
severity 606790 important thanks Hi Lucas, On Mittwoch, 15. Dezember 2010, Christian Welzel wrote: Am 11.12.2010 18:50, schrieb Lucas Nussbaum: While testing the installation of all packages in squeeze, I ran into the following problem: This doesn't seem to be a problem of typo3-dummy or typo3-database but either of dbconfig-common or mysql-server. The mysql-server is not running (i don't know the cause) and that leeds to the failure that dbconfig-common cannot set up the database. Please make sure, that mysql-server is running when typo3-database is configured and try again. It's currently being debated whether such issues are an more than a wishlist issue at all, an important issue or serious problem, see #595652 db packages failing to install... So I'm not filing such issues are serious at the moment (since 3 months actually), while piuparts has detected several of those, see for example http://piuparts.debian.org/squeeze/db_setup_error.html I'm of the opinion those issues are serious, this was also how they were handled in the lenny release cycle, but (at least parts of) the current release team has a different opinion, so I filed 595652 to resolve this disput. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#597868: [cegui-mk2] Please update to 0.7.2
Any news about this? Almost 3 months are gone... -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607267: /usr/bin/scp: fails to notice close() errors
Package: openssh-client Version: 1:5.5p1-5+b1 Severity: grave File: /usr/bin/scp Justification: causes non-serious data loss scp fails to notice close() errors. To reproduce: - mount a 10M tmpfs - export it through samba - mount the share through cifs - take a 12M file (eg dd from /dev/zero) When you copy the file to the samba share no error is reported. The tail of the file is silently lost. $ scp /scratch/junk . ; echo $? 0 $ rm junk $ cat /scratch/junk | gzip -c junk gzip: stdout: No space left on device $ rm junk $ cat /scratch/junk | gzip -c | split -d -a 3 -b 6M - junk.gz. ; echo $? split: junk.gz.001: No space left on device 1 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (910, 'testing'), (900, 'stable'), (500, 'unstable'), (200, 'experimental'), (111, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-rc6-r600fence-smbinit-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openssh-client depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2.0 1.5.36 Debian configuration management sy ii dpkg 1.15.8.5Debian package management system ii libc62.11.2-7Embedded GNU C Library: Shared lib ii libedit2 2.11-20080614-2 BSD editline and history libraries ii libgssapi-krb5-2 1.8.3+dfsg-3MIT Kerberos runtime libraries - k ii libssl0.9.8 0.9.8o-3SSL shared libraries ii passwd 1:4.1.4.2+svn3283-2 change and administer password and ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime Versions of packages openssh-client recommends: ii openssh-blacklist 0.4.1 list of default blacklisted OpenSS ii openssh-blacklist-extra 0.4.1 list of non-default blacklisted Op ii xauth 1:1.0.4-1 X authentication utility Versions of packages openssh-client suggests: pn keychain none (no description available) pn libpam-sshnone (no description available) pn ssh-askpass 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#606688: scuttle: package purge (after dependencies removal) fails
tags 606688 + patch thanks Hi, Here is fix debdiff. -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E diff -u scuttle-0.7.4/debian/scuttle.postrm scuttle-0.7.4/debian/scuttle.postrm --- scuttle-0.7.4/debian/scuttle.postrm +++ scuttle-0.7.4/debian/scuttle.postrm @@ -22,8 +22,10 @@ fi fi -servers=apache2 -. /usr/share/wwwconfig-common/restart.sh +if [ -e /usr/share/wwwconfig-common/restart.sh ]; then + servers=apache2 + . /usr/share/wwwconfig-common/restart.sh +fi if [ $1 = purge ]; then # remove database config diff -u scuttle-0.7.4/debian/changelog scuttle-0.7.4/debian/changelog --- scuttle-0.7.4/debian/changelog +++ scuttle-0.7.4/debian/changelog @@ -1,3 +1,11 @@ +scuttle (0.7.4-5.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/scuttle.postrm +- Conditionally call wwwconfig-common/restart.sh (Closes: #606688) + + -- HIGUCHI Daisuke (VDR dai) deb...@vdr.jp Thu, 16 Dec 2010 21:11:21 +0900 + scuttle (0.7.4-5) unstable; urgency=low * Many PHP warnings (Closes: #571804) signature.asc Description: Digital signature
Bug#607268: pacemaker: Ordering constraints not observed
Package: pacemaker Version: 1.0.9.1+hg15626-1 Severity: critical Justification: breaks unrelated software As reported there: http://developerbugs.linux-foundation.org/show_bug.cgi?id=2453 the 1.0.9 version of Pacemaker has a bug that causes groups to stop working with colocation and orders. The only way to have predictable results is to not use groups, which is an enormous limitation. The version 1.0.10 of pacemaker solve the problem. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) 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#606696: Patch to fix purge after dependencies removed
tags 606690 + patch tags 606695 + patch tags 606696 + patch thanks Dear maintainer, I have prepared the fix for the three RC bugs reported against poker-network's packages. This patch changes affected postrm scripts to comply with Debian Policy and dbconfig-common policy/documentation. Please consider applying these changes. I'm also seeking NMU to upload these fixes. Dear Jakub Wilk, Please review and sponsor this NMU. With regards, Dmitrijs. pgppDzu5hdkzj.pgp Description: PGP signature === modified file 'debian/changelog' --- poker-network-1.7.7-3/debian/changelog 2010-09-08 07:50:35 + +++ poker-network-1.7.7-3.1/debian/changelog 2010-12-15 22:49:58 + @@ -1,3 +1,18 @@ +poker-network (1.7.7-3.1) unstable; urgency=high + + * Non-maintainer upload. + * Fix failing to purge packages after dependencies have been +removed. Add check that dbconfig-common postrm scripts exist before +sourcing them. And also use dbc_go during purge only if the previous +check passes. This is inline with dbconfig-common documentation / +examples. Affected packages are: + ++ poker-web (postrm.mysql and dbc_go) (Closes: #606690) ++ python-poker-prizes.postrm (frontend.postrm.mysql and dbc_go) (Closes: #606695) ++ python-poker-stats.postrm (frontend.postrm.mysql and dbc_go) (Closes: #606696) + + -- Dmitrijs Ledkovs dmitrij.led...@ubuntu.com Wed, 15 Dec 2010 20:59:51 + + poker-network (1.7.7-3) unstable; urgency=low * add da and ru translations from NMU 1.7.7-1.1 accidentaly removed === modified file 'debian/poker-web.postrm' --- poker-network-1.7.7-3/debian/poker-web.postrm 2010-09-06 16:05:27 + +++ poker-network-1.7.7-3.1/debian/poker-web.postrm 2010-12-15 22:11:31 + @@ -23,11 +23,13 @@ if [ -f /usr/share/debconf/confmodule ]; then . /usr/share/debconf/confmodule fi -. /usr/share/dbconfig-common/dpkg/postrm.mysql -dbc_dbname=currency_one -dbc_go poker-web-currency-one $@ -dbc_dbname=pokerweb -dbc_go poker-web $@ +if [ -f /usr/share/dbconfig-common/dpkg/postrm.mysql ]; then +. /usr/share/dbconfig-common/dpkg/postrm.mysql +dbc_dbname=currency_one +dbc_go poker-web-currency-one $@ +dbc_dbname=pokerweb +dbc_go poker-web $@ +fi # Dh_installdeb will replace this with shell code automatically # generated by other debhelper scripts. === modified file 'debian/python-poker-prizes.postrm' --- poker-network-1.7.7-3/debian/python-poker-prizes.postrm 2009-04-14 13:48:25 + +++ poker-network-1.7.7-3.1/debian/python-poker-prizes.postrm 2010-12-15 22:37:37 + @@ -8,8 +8,10 @@ # Establish the preliminaries. db_version 2.0 -. /usr/share/dbconfig-common/dpkg/frontend.postrm.mysql -dbc_go python-poker-prizes $@ +if [ -f /usr/share/dbconfig-common/dpkg/frontend.postrm.mysql ]; then +. /usr/share/dbconfig-common/dpkg/frontend.postrm.mysql +dbc_go python-poker-prizes $@ +fi # dh_installdeb will replace this with shell code automatically # generated by other debhelper scripts. === modified file 'debian/python-poker-stats.postrm' --- poker-network-1.7.7-3/debian/python-poker-stats.postrm 2008-12-22 21:52:48 + +++ poker-network-1.7.7-3.1/debian/python-poker-stats.postrm 2010-12-15 22:37:55 + @@ -8,8 +8,10 @@ # Establish the preliminaries. db_version 2.0 -. /usr/share/dbconfig-common/dpkg/frontend.postrm.mysql -dbc_go python-poker-stats $@ +if [ -f /usr/share/dbconfig-common/dpkg/frontend.postrm.mysql ]; then +. /usr/share/dbconfig-common/dpkg/frontend.postrm.mysql +dbc_go python-poker-stats $@ +fi # dh_installdeb will replace this with shell code automatically # generated by other debhelper scripts. pgp88rSng1CPD.pgp Description: PGP signature
Bug#587668: Open Logo License and DFSG ARE Compatible...
Lastly, I feel that there is something not right at removing your own logo from your own release! According to message 35 of this post, the use of the Swirl with Debian certainly fails #3 and #6, and (to some extent), #8 of the DFSG. You have another opinion. I am not a lawyer. But we have the promise Debian will remain 100% free in our Social Contract. Being 100% free is one of the key strengths of this distro. I think we should keep that promise. So if in doubt, I'd say: drop the word debian from the artwork. What do we loose anyway? To have the word debian in a certain font in a grub background picture or a splash screen - is this worth the fight? We can use another font instead or just the swirl, which is well known to our users. I am working on a theme to send for the contest for Wheezy Looking forward to see it! ;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597868: [cegui-mk2] Please update to 0.7.2
On Thu, Dec 16, 2010 at 13:39, Manuel A. Fernandez Montecelo manuel.montez...@gmail.com wrote: Any news about this? Almost 3 months are gone... I'll be free since tomorrow. Now I have rights of uploads. Have you prepared something regarding the packaging of the new upstream version? -- Muammar El Khatib. Linux user: 403107. GPG Key = 127029F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607269: initscripts: upgrade from lenny to squeeze left system unbootable as checkfs.sh failed to execute
Package: initscripts Version: 2.88dsf-13 Severity: important Booting after upgrade from Lenny to today's squeeze failed, as /etc/init.d/checkfs.sh was not executable (permission denied message from /etc/init.d/rc). Manually rw mounting and doing chmod a+rx on /etc/init.d/checkfs.sh solved the problem. I noticed a few other non-executable /etc/init.d/*.sh and added the x bit there as well. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 Locale: LANG=C, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages initscripts depends on: ii coreutils 8.5-1 GNU core utilities ii debianutils 3.4Miscellaneous utilities specific t ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii mount 2.17.2-3.3 Tools for mounting and manipulatin ii sysv-rc 2.88dsf-13 System-V-like runlevel change mech ii sysvinit-utils2.88dsf-13 System-V-like utilities Versions of packages initscripts recommends: ii e2fsprogs 1.41.12-2 ext2/ext3/ext4 file system utiliti ii psmisc22.11-1utilities that use the proc file s initscripts 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#607158: texlive-xetex: polyglossia's hyphenation file (ldf) is incorrect for language brazil
Hi, Hilmar.
On Dec 16 2010, Hilmar Preusse wrote:
On 15.12.10 Rogério Brito wrote:
Would it be possible to include a fix for the Brazilian users of
XeTeX?
Sorry, we are in deep freeze and I don't think the actual unblock
policy allows that fix to go into squeeze.
Yes, I saw the message to d-d-a right after I sent this bug report/fix
request. :-(
I tag your bug as fixed upstream, as soon as TL 2010 is packaged for
squeeze+1 you'll get the fix.
OK. Just keep in mind that if people say something like bra...@font, then
you know which message to point people to. :-(
Regards,
--
Rogério Brito : rbr...@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607227: xserver-xorg-video-radeon: with kms, screen flickers, without kms xorg eats 100% CPU
On Mit, 2010-12-15 at 21:29 +, Marcos Marado wrote: Package: xserver-xorg-video-radeon Version: 1:6.13.1-2+squeeze1 Severity: important After installing on this machine squeeze from the debian-installer beta 2, I noticed that the screen sometimes flickers (opening a konsole an maximizing it will result in a more frequent flickering). Searching about it, I was led to believe that this could be a kms problem, so I deactivated it. Now the flicker is gone, but the computer is awefully slow, and a top shows Xorg eating 100% CPU. [...] [ 17.750916] [drm:radeon_do_init_cp] *ERROR* Failed to load firmware! [...] Versions of packages xserver-xorg-video-radeon suggests: pn firmware-linuxnone (no description available) Does installing this package and rebooting help for any of your problems? -- Earthling Michel Dänzer |http://www.vmware.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#607266: gnome-core should not depend on evolution
Le jeudi 16 décembre 2010 à 10:33 -0200, R. Lemos a écrit : Since 1:2.30+7 gnome-core depends on evolution-data-server and evolution. Previously this role used to be played by gnome-desktop-environment, which I gladly kept from being installed on my system (since it draws too many useless dependencies). I think that there's no real reason for such a dependency. May be it should be downgraded to just a recommendation, or gnome-core should be split in more fine-grained packages. The metapackages do not exist to fulfill each and every nitpicking user’s need. They are here to cover specific use cases corresponding to installation profiles. If the package selection doesn’t suit you, you are free to install your own selection of packages by hand. Cheers, -- .''`. : :' : “You would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.” `--- J???rg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607270: bind9-host: Security-Update not possible
Package: bind9-host Version: 1:9.6.ESV.R1+dfsg-0+lenny2 Severity: normal I use cron-apt to update my system, cron-apt said: CRON-APT LINE: /usr/bin/apt-get dist-upgrade -d -y -o APT::Get::Show-Upgraded=true Reading package lists... Building dependency tree... Reading state information... The following packages will be REMOVED: libdns55 libisc52 The following NEW packages will be installed: libdns58 libisc50 The following packages will be upgraded: bind9-host dnsutils libbind9-50 libisccc50 libisccfg50 liblwres50 6 upgraded, 2 newly installed, 2 to remove and 0 not upgraded. Need to get 0B/1133kB of archives. After this operation, 36.9kB of additional disk space will be used. But apt-get upgrade cannot upgrade these packages (bind9-host and dnsutils are set to hold) or installaing new packages, aptitude said libbind9-50 want replace libbind0 but it isn't available. I saw some versions of libdnsXX on my system (libdns45, libdns55 both installed), now should be one more installed, is these correct? That's my first bugreport, I hope I use it in the right way. Michael -- System Information: Debian Release: 5.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bind9-host depends on: ii libbind9-50 1:9.6.ESV.R1+dfsg-0+lenny2 BIND9 Shared Library used by BIND ii libc6 2.7-18lenny6 GNU C Library: Shared libraries ii libcap2 2.11-2 support for getting/setting POSIX. ii libdns55 1:9.6.ESV.R1+dfsg-0+lenny2 DNS Shared Library used by BIND ii libisc52 1:9.6.ESV.R1+dfsg-0+lenny2 ISC Shared Library used by BIND ii libisccc501:9.6.ESV.R1+dfsg-0+lenny2 Command Channel Library used by BI ii libisccfg50 1:9.6.ESV.R1+dfsg-0+lenny2 Config File Handling Library used ii libkrb53 1.6.dfsg.4~beta1-5lenny6 MIT Kerberos runtime libraries ii liblwres501:9.6.ESV.R1+dfsg-0+lenny2 Lightweight Resolver Library used ii libssl0.9.8 0.9.8g-15+lenny9 SSL shared libraries ii libxml2 2.6.32.dfsg-5+lenny2 GNOME XML library bind9-host recommends no packages. bind9-host 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#606689: axiom-tex: package purge (after dependencies removal) fails
fixed 606689 20100701-1.1 thanks it is fixed by #604217. -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#597868: [cegui-mk2] Please update to 0.7.2
On Thursday 16 December 2010 13:57:09 Muammar El Khatib wrote: Any news about this? Almost 3 months are gone... I'll be free since tomorrow. Now I have rights of uploads. Have you prepared something regarding the packaging of the new upstream version? I haven't prepared anything, nope -- I've been preparing a new upstream version of OGRE a while ago (2 months in ftp-master queue) and been busy since then until now. But I can help you and/or prepare the package myself, if you want. Cheers! PS: there've been a few releases since then, newest is 0.7.5... PS2: I've been investigating bug #342049 and I'm about to close it, hope that helps. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603428: snort: prompting due to modified conffiles which where not modified by the user
Hi!
* Alexander Reichle-Schmehl toli...@debian.org [101208 10:37]:
It seems that upon installation of snort-pgsql or snort-mysql
/etc/snort/snort.conf is changed. As this file actually belongs to
snort-common, upgrade of that package fails.
So, to solve this bug, snort-common should remove these entries in it's
preinst, while snort-pgsql and snort-mysql add their configuration
snippets in a policy conform way.
Huh, it seems that was easier than thought. Attached is a preview for a
patch, which splits the database related configuration of into a
/etc/snort/database.conf, removing it from /etc/snort/snort.conf, which
in turn isn't changed anymore, allowing snort-common to be succesfully
upgraded from previous versions.
The only part missing would to make sure, snort-{mysql,pgsql} write into
the new file instead of the old one, and purge the new file. But the
main part taking care of this bug can already be reviewed if someone
likes to do so ;)
Best Regards,
Alexander
diff -u snort-2.8.5.2/etc/snort.conf snort-2.8.5.2/etc/snort.conf
--- snort-2.8.5.2/etc/snort.conf
+++ snort-2.8.5.2/etc/snort.conf
@@ -701,16 +701,8 @@
# output database: log, odbc, user=snort dbname=snort
# output database: log, mssql, dbname=snort user=snort password=test
# output database: log, oracle, dbname=snort user=snort password=test
-# debian
-# Keep your paws off of these (#DBSTART#) and (#DBEND#) tokens
-# or you *will* break the configure process (snort-pgsql/snort-mysql only)
-# Anything you put between them will be removed on (re)configure.
-#
-# (#DBSTART#)
-# (#DBEND#)
-#
-# /debian
#
+include database.conf
# unified: Snort unified binary format alerting and logging
diff -u snort-2.8.5.2/debian/changelog snort-2.8.5.2/debian/changelog
--- snort-2.8.5.2/debian/changelog
+++ snort-2.8.5.2/debian/changelog
@@ -1,3 +1,11 @@
+snort (2.8.5.2-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Move the DB-Configuration into a sepperate file, instead of modifying
+/etc/snort/snort.conf, which causes upgrade problems (Closes: #603428)
+
+ -- Alexander Reichle-Schmehl toli...@debian.org Thu, 16 Dec 2010 12:37:12
+0100
+
snort (2.8.5.2-2) unstable; urgency=low
* Remove the reverse_order debconf option since Snort no longer supports the
only in patch2:
unchanged:
--- snort-2.8.5.2.orig/debian/snort-common.preinst
+++ snort-2.8.5.2/debian/snort-common.preinst
@@ -0,0 +1,70 @@
+#!/bin/sh
+
+set -e
+
+# summary of how this script can be called:
+#* new-preinst `install'
+#* new-preinst `install' old-version
+#* new-preinst `upgrade' old-version
+#* old-preinst `abort-upgrade' new-version
+
+DBCONF=/etc/snort/database.conf
+GENCONF=/etc/snort/snort.conf
+
+case $1 in
+install)
+# make sure database configuration file exists
+touch $DBCONF
+;;
+upgrade)
+ # earlier versions modified /etc/snort/snort.conf directly for the
+ # DB stuff, we splitt it off in a sepperate file, to ensure smooth
+ # upgrades
+ if dpkg --compare-versions $2 le 2.8.5.2-2;
+ then
+ GENCONF_TEMPFILE=`mktemp`
+ DBCONF_TEMPFILE=`mktemp`
+ WRITE_DB=0
+ WRITE_GEN=1
+ cat $GENCONF | while read LINE
+ do
+ if [ $LINE = # (#DBEND#) ]
+ then
+ WRITE_DB=0
+ WRITE_GEN=1
+ fi
+ if [ $WRITE_DB -eq 1 ]
+ then
+ echo $LINE $DBCONF_TEMPFILE
+ fi
+ if [ $WRITE_GEN -eq 1 ]
+ then
+ echo $LINE $GENCONF_TEMPFILE
+ fi
+ if [ $LINE = # (#DBSTART#) ]
+ then
+ WRITE_DB=1
+ WRITE_GEN=0
+ fi
+ done
+ mv $DBCONF_TEMPFILE $DBCONF
+ mv $GENCONF_TEMPFILE $DBCONF
+ fi
+;;
+configure)
+;;
+abort-upgrade)
+;;
+*)
+echo preinst called with unknown argument \`$1' 2
+exit 0
+;;
+esac
+
+# dh_installdeb will replace this with shell code automatically
+# generated by other debhelper scripts.
+
+#DEBHELPER#
+
+exit 0
+
signature.asc
Description: Digital signature
Bug#606060: [uscan] Why change the correct documentation?
On Sat, Dec 11, 2010 at 02:26:57AM +0900, Osamu Aoki wrote: Hi, maintainer of uscan code: In short, let me say that this documentation change caused by the original bug report adds no value and should be reverted. I have to disagree. I wouldn't have committed the code otherwise. I do not understand why this patch was accepted. Situation can be summarized as: * The original documentation with .* was correct documentation and style is typical one for such cases. Typical does not mean correct. It is always best with regular expressions to be as exact as possible to ensure you're matching only what is expected. We have had various people report problems with uscan which were actually due to poorly written watch files. In most cases, the watch file *should* be using “.+” since the person expects the grouping to match at least one character. If they are ok with matching zero characters, then they can make that informed decision when writing their watch file. Our documentation is just a recommendation based on previous experience, not the One True Way. Each person needs to write their watch file understanding what it is they are intending to match. * The changed documentation with .+ is also correct in the sense it works. It's also correct in the sense that it better expresses the intended behavior: match 1 or more characters. * The many REGEXs of actual uscan code use .* where .+ may be used but these are not asked to be changed nor changed. This is because those regexes are intended to match 0 or more characters. Using “.+” would not be correct. My thought is why we make this pedantic useless cosmetic changes with uncommon syntax. It adds confusion and creates resource drains. I see no practical benefits of change from .* to .+ in the documentation. This syntax is not uncommon. It is very normal and only adds confusion if someone isn't familiar with PCRE syntax. Knowledge of PCRE syntax is required to create a watch file that properly expresses what the watch file should be matching. Seriously, if such null matching is the REAL problem, we have many such REGEX in uscan code itself. I have seen Perl REGEX .* in uscan. I have also seen Perl REGEX like .*? in uscan which looks even funnier than use of .* since it is the same as .* and not so common one to me. No, “.*” and “.*?” are not the same. The former is greedy, the latter is not. This is an important difference and one which we took into account when writing uscan. If Ben is in mission to spread the use of .+ as much as possible, these look to me better ones to work on. (I am not suggesting to change code here. The original author may have deep thought behind his choice and I see no benefit of using .+.) Let's at least keep coding style the same between code of uscan and documentation. So this change is not a good idea for uscan. The type of regular expressions used internal to uscan has no bearing on the type of regular expressions used in watch files. They're being used for different purposes. On Sat, Dec 11, 2010 at 07:49:17AM +1100, Ben Finney wrote: On 11-Dec-2010, Osamu Aoki wrote: Anyway, that is not going to block us. We pick latest version which is one with version number (null string should be oldest one). So the use of .* is not bug here. A Debian package with an empty upstream version string violates Policy §5.6.12: This has no bearing on upstream versioning. They can use whatever format they like. We would adjust it to fit Debian's requirements on the packaging side. Packages which use ‘(.*)’ in the ‘debian/watch’ file to match the upstream version string have a watch file that unnecessarily allows a Policy-violating version string to be created. The documentation should not recommend that. That's the entire scope of this bug report. I'd say it's more about having correct regular expressions. In all of the cases that were fixed, we're expecting at least 1 character to be matched so “.+” should be used. -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega james...@debian.org signature.asc Description: Digital signature
Bug#607206: lcov: Image generation is failing with --frames option
Le jeudi 16 décembre 2010 à 09:22 +0100, Peter Oberparleiter a écrit : On 15.12.2010 18:51, Sylvestre Ledru wrote: Running genhtml with the option --frames fails with the following error: Processing file differential_equations/callinter.h gd warning: one parameter to a memory allocation multiplication is negative or zero, failing operation gracefully genhtml: ERROR: cannot allocate overview image! Note that differential_equations/callinter.h is an empty file. Interesting case: genhtml should only call genpng for files for which gcc created object code. I wonder how this can happen for an empty include file. Can you share more details on how callinter.h is used? Sure. This file is a crappy workaround ... callinter.h is a fortran file which is included by some fortran code. (include 'callinter.h') I am not a fortran expert. I don't know what is the right way to do. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604056: Acknowledgement (pyracerz dies immediately with a stacktrace on launch)
Sorry for the lateness of my reply. On Sun, Nov 21, 2010 at 2:10 PM, Jason Woofenden ja...@jasonwoof.com wrote: Here's the log you requested: Thanks. I hope that's helpful. I'm happy to perform other tests, just let me know. Can you find out which package the files are in? Run this in a terminal in bash: for f in /usr/lib/pymodules/python2.6/misc/* ; do if [ -L $f ] ; then dpkg -S `readlink $f` ; fi ; done I cannot find the files you mention in Debian. Could you also run python again and do this? import sys sys.path -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604353: jugglemaster Qt4
Hi Jugglemaster upstream, The Debian Qt/KDE team are looking at removing Qt3/KDE3 soon after the next Debian release. Are there any efforts in progress to port Jugglemaster to Qt4? On Mon, Nov 22, 2010 at 3:33 AM, Eckhart Wörner ewoer...@kde.org wrote: The Debian Qt/KDE team is planning to remove the KDE3 and Qt3 libraries from Debian shortly after the Squeeze release. The transition phase to KDE4 and Qt4 will finish since both KDE and Nokia upstream don't maintain the old versions of those libraries anymore. In order to make this move, all packages directly or indirectly depending on the KDE3/Qt3 libraries have to either get ported to KDE4/Qt4 or eventually get removed from the Debian repositories. Therefore, please take the time and: - contact your upstream (if existing) and ask about the state of a KDE4/Qt4 port of your application - if there are no activities regarding porting, investigate whether there are suitable alternatives for your users - if there is a KDE4/Qt4 port that is not yet packaged, consider packaging it - if both the KDE3/Qt3 and the KDE4/Qt4 version already coexist in the Debian archives, consider removing the KDE3/Qt3 version Documentation on how to port to KDE4 can be found at: http://techbase.kde.org/index.php?title=Development/Tutorials/KDE4_Porting_Guide Documentation on how to port to Qt4 can be found at: http://doc.qt.nokia.com/4.7/porting4.html For any questions and issues, do not hesitate to contact the Debian Qt/KDE team at debian-qt-...@lists.debian.org -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598945: zxpdf deletes files after closing
On Sun, Oct 03, 2010 at 01:56:36PM +0200, Marco Herrn wrote: I open a pdf file by calling: zxpdf my.pdf (The zxpdf is actually hidden in a bash alias with some other options I usually use.) Xpdf opens the my.pdf, but when I close xpdf, the file my.pdf has gone! This happens with all pdf file I have tried with. However it does not happen, if a call it via: /usr/bin/xpdf my.pdf so it seems to have something to do with zxpdf. I was able to reproduce it. The cause is very simple. zxpdf is actually a shell script and the error is very evident. I'm attaching a patch which fixes the problem. This is the description of the solution which I wrote on the patch: theorem. If a .pdf file name is passed as parameter and the file exists, then $cat is empty and $tmp is set to the file name. Around line 57, the script will remove the file which name is given by $tmp whenever the signal trap is fired. Acording to our theorem, removing file $tmp when $cat is empty is an error. After all, it will be pointing to a file created by the user, not by us, so we should have no business in removing it. theorem. If a .pdf file name is passed as parameter and the file exists, then $cat is empty and $tmp is set to the file name. Around line 57, the script will remove the file which name is given by $tmp whenever the signal trap is fired. Acording to our theorem, removing file $tmp when $cat is empty is an error. After all, it will be pointing to a file created by the user, not by us, so we should have no business in removing it. --- debian/zxpdf |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) mode change 100644 = 100755 debian/zxpdf diff --git a/debian/zxpdf b/debian/zxpdf old mode 100644 new mode 100755 index c4ba2fb..1179359 --- a/debian/zxpdf +++ b/debian/zxpdf @@ -57,6 +57,8 @@ fi if [ $tmp == ]; then exec xpdf -title $title $flags +elif [ -z $cat ]; then +xpdf -title $title $flags $tmp $pages else trap rm -f \$tmp\ 0 1 2 15 xpdf -title $title $flags $tmp $pages -- 1.7.2.3
Bug#607271: RFP: gcap -- Youtube closed caption retriever
Package: wnpp Severity: wishlist * Package name: gcap Version : 0.0.5 Upstream Author : Toni Gundogdu lega...@gmail.com * URL : http://code.google.com/p/gcap/ * License : GNU GPL 3+ Programming Lang: Perl Description : Youtube closed caption retriever gcap is a command line tool for retrieving Youtube closed captions. The retrieved closed captions are saved in SubRip (srt) file format. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575225: upstream report and patch available
Please see: http://opensync.org/ticket/1129 signature.asc Description: Digital signature
Bug#605113: /etc/modprobe.d/linux-wlan-ng needs .conf
On Sat, Nov 27, 2010 at 3:18 PM, Veres-Szentkiralyi Andras wrote: The following warning states that the /etc/modprobe.d/linux-wlan-ng file needs to be renamed to /etc/modprobe.d/linux-wlan-ng.conf, and according to dpkg it belongs to the linux-wlan-ng package. WARNING: All config files need .conf: /etc/modprobe.d/linux-wlan-ng, it will be ignored in a future release. # dpkg -S /etc/modprobe.d/linux-wlan-ng linux-wlan-ng: /etc/modprobe.d/linux-wlan-ng Thanks for your report. The config file is not necessary, and we stopped shipping it in 0.2.8+svn1851+dfsg-1 however we need to add config file cleanup logic so that it gets removed on upgrades. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607159: CVE numbers
From oss-sec mailing list: CVE-2010-4348: Cross site scripting CVE-2010-4349: Path disclosure CVE-2010-4350: Local file inclusion signature.asc Description: This is a digitally signed message part
Bug#607256: closed by Holger Levsen hol...@layer-acht.org (Re: Bug#607256: general: various programs generate segfaults, like top, w and exim)
Hi Holger, These binaries are segfaulting on the physical host itself. The host just runs some vm's too. top,w,exim are all fine on the vms themselves. On 16 Dec 2010, at 12:30, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the general package: #607256: general: various programs generate segfaults, like top, w and exim It has been closed by Holger Levsen hol...@layer-acht.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Holger Levsen hol...@layer-acht.org by replying to this email. -- 607256: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=607256 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems From: Holger Levsen hol...@layer-acht.org Date: 16 December 2010 12:26:51 GMT To: Ian Roberts i...@etlsolutions.com, 607256-d...@bugs.debian.org Subject: Re: Bug#607256: general: various programs generate segfaults, like top, w and exim Hi Robert, thanks for filing a bug report and sorry for immediatly closing it... On Donnerstag, 16. Dezember 2010, Ian Roberts wrote: Package: general Severity: serious Justification: 1 [...] Top, w and exim are programs that generate segfaults. [...] Kernel: Linux 2.6.30-bpo.2-amd64 (SMP w/8 CPU cores) [...] I have yet to try and reboot the system. But this is very worriying for me. Them machine runs vmware, all vms are up and running. because it really has too little information to debug this. Also this happens in a virtual machine running on the propietary vmware software. I'd guess that it might be related to that, maybe vmware doesnt cope well with 8 cores, or with 8 cores and the outdated 2.6.30 kernel, I dunno. But I do know that usually those tools you mentioned dont segfault and if they do, that usually indicates a hardware problem. And since your hardware is propietary software, I'm closing this bug. cheers, Holger From: Ian Roberts i...@etlsolutions.com Date: 16 December 2010 09:44:06 GMT To: Debian Bug Tracking System sub...@bugs.debian.org Subject: general: various programs generate segfaults, like top, w and exim Package: general Severity: serious Justification: 1 -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Top, w and exim are programs that generate segfaults. [17962891.960308] exim[9003]: segfault at 7fffd60d72c4 ip 0041e95c sp 7fffd60d7290 error 6 in exim4[40+c8000] [18093448.036060] hpet1: lost 1 rtc interrupts [18093481.029965] hpet1: lost 1 rtc interrupts [18115321.128571] top[17527]: segfault at 0 ip (null) sp ffbc2c44 error 14 in top[8048000+8] [18115324.494047] top[17528]: segfault at 0 ip (null) sp ffc205c4 error 14 in top[8048000+8] [18115344.797938] top[17538]: segfault at 0 ip (null) sp ffbe97c4 error 14 in top[8048000+8] [18115461.273407] top[17605]: segfault at 0 ip (null) sp ffc04c74 error 14 in top[8048000+8] [18115772.224782] w[17936]: segfault at 0 ip (null) sp ff860a54 error 14 in w[8048000+73000] [18115774.495840] top[17937]: segfault at 0 ip (null) sp ffb236f4 error 14 in top[8048000+8] [18116155.297127] top[18294]: segfault at 0 ip (null) sp ffe5c844 error 14 in top[8048000+8] I have yet to try and reboot the system. But this is very worriying for me. Them machine runs vmware, all vms are up and running.
Bug#557767: cegui-mk2: FTBFS compilation error ('class OIS::InputManager’ has no member named ‘numKeyboards')
I compiled it with the aforementioned command, also on i386: $ fakeroot apt-get -b source libcegui-mk2-dev ... and it works for me, the several .deb packages are produced successfully. Maybe you have a local copy of OGRE installed in /usr/local/ or somewhere, with a different version (older or newer) than needed by CEGUI, which is interferencing with the compilation? Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606825: [Mingw-w64-public] dpkg: Please add mingw to ostable and triplettable.
Dmitrijs Ledkovs wrote: What is GNU triplet for MSYS then? How different it is from the MinGW tripplet? Is it just a different ABI then? There should never be a publicly declared triplet for MSYS. We have stated that it is a private matter since only the developers of MSYS would use it. quote site=http://www.mingw.org/wiki/MSYS; A common misunderstanding is MSYS is UNIX on Windows, MSYS by itself does not contain a compiler or a C library, therefore does not give the ability to magically port UNIX programs over to Windows nor does it provide any UNIX specific functionality like case-sensitive filenames. Users looking for such functionality should look to Cygwin http://www.mingw.org/wiki/Cygwin or Microsoft's Interix http://www.mingw.org/wiki/Interix instead. /quote Earnie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607272: publican: Creating document fails due to missing IO/String.pm dependency
Package: publican Version: 2.3-2 Severity: normal Hello, Creating a document using publican fails with the following message. da...@hyde:~/dev/My_Book$ publican create --name My_Book Can't locate IO/String.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/perl5/Publican/Builder.pm line 31. BEGIN failed--compilation aborted at /usr/share/perl5/Publican/Builder.pm line 31. Compilation failed in require at /usr/share/perl5/Publican/CreateBook.pm line 13. BEGIN failed--compilation aborted at /usr/share/perl5/Publican/CreateBook.pm line 13. Compilation failed in require at /usr/bin/publican line 10. BEGIN failed--compilation aborted at /usr/bin/publican line 10. Document creation works properly once the libio-string-perl package is installed. Thanks, David -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 publican depends on: ii docbook-xml 4.5-7 standard XML documentation system ii docbook-xsl 1.75.2+dfsg-5 stylesheets for processing DocBook ii fop 1:0.95.dfsg-11 XML to PDF Translator ii gettext 0.18.1.1-3 GNU Internationalization utilities ii libarchive-zip-perl 1.30-3 Perl module for manipulation of ZI ii libconfig-simple-perl 4.59-5 simple configuration file class ii libdatetime-format-datepa 0.05-1 Perl module parsing Date::Parse co ii libdatetime-perl 2:0.6600-1 module for manipulating dates, tim ii libdbd-sqlite3-perl 1.29-3 Perl DBI driver with a self-contai ii libdbi-perl 1.612-1Perl Database Interface (DBI) ii libfile-copy-recursive-pe 0.38-1 Perl extension for recursively cop ii libfile-find-rule-perl0.32-1 module to search for files based o ii libfile-pushd-perl1.00-1 change directory temporarily for a ii libhtml-format-perl 2.04-2 format HTML syntax trees into text ii libhtml-template-perl 2.9-2 module for using HTML Templates wi ii libhtml-tree-perl 4.1-1 Perl module to represent and creat ii libimage-size-perl3.230-1module for determining image sizes ii liblocale-maketext-gettex 1.28-1 Perl module bridging gettext and M ii liblocale-po-perl 0.21-1 Locale::PO perl module ii libmakefile-parser-perl 0.211-2simple Perl Makefile parser ii librsvg2-bin 2.26.3-1 command-line and graphical viewers ii libsyntax-highlight-engin 0.05+dfsg-1port to Perl of the syntax highlig ii libtemplate-perl 2.22-0.1 template processing system written ii libxml-libxml-perl1.70.ds-1 Perl interface to the libxml2 libr ii libxml-libxslt-perl 1.70-1 Perl module for using the GNOME li ii libxml-simple-perl2.18-3 Perl module for reading and writin ii libxml-treebuilder-perl 3.09-2 XML parser providing XML::Elements ii perl 5.10.1-16 Larry Wall's Practical Extraction ii perlmagick8:6.6.0.4-3Perl interface to the ImageMagick publican recommends no packages. publican 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#607266: gnome-core should not depend on evolution
On Do, 2010-12-16 at 13:59 +0100, Josselin Mouette wrote: Le jeudi 16 décembre 2010 à 10:33 -0200, R. Lemos a écrit : Since 1:2.30+7 gnome-core depends on evolution-data-server and evolution. Previously this role used to be played by gnome-desktop-environment, which I gladly kept from being installed on my system (since it draws too many useless dependencies). I think that there's no real reason for such a dependency. May be it should be downgraded to just a recommendation, or gnome-core should be split in more fine-grained packages. The metapackages do not exist to fulfill each and every nitpicking user’s need. They are here to cover specific use cases corresponding to installation profiles. If the package selection doesn’t suit you, you are free to install your own selection of packages by hand. Or create your own meta packages, like I do. In any case, due to technical limitations with CD building, those dependencies had to be added, as gnome-desktop-environment was too large too fit on CD1. In any case, too get rid of gnome-core on your system, you just need to mark the packages it depends on as manually installed and then remove it; the following commands should do this: aptitude unmarkauto ~R^gnome-core$ aptitude remove gnome-core -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607268: Absolutely not critical given the justification
Just to put this into perspective -- this issue certainly does not break unrelated software; what it breaks is functionality fundamentally intrinsic to Pacemaker. I can also happily report that I've been using 1.0.9 with both clones and resource groups in production for months, without running into any issue. So the upstream bug really applies to a minor corner case. Downgrading severity to normal. signature.asc Description: OpenPGP digital signature
Bug#502305: ping ?
Hi,
It's now more than 6 months since this bug was reported, and it is still
a blocker for ulogd2 (see #502305). Version 1.0.0 also fixes several
important bugs.
The packages are ready since some time and have been proposed in august,
with no reply (see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589157#10
).
I'm therefore resending this email to discuss a proper (maintainer)
upload and am still proposing my help again for libnetfilter-{queue,log}
packages.
Cheers,
Pierre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604353: jugglemaster Qt4
On Thu, Dec 16, 2010 at 10:38 PM, Paul Wise p...@debian.org wrote: Hi Jugglemaster upstream, The Debian Qt/KDE team are looking at removing Qt3/KDE3 soon after the next Debian release. Are there any efforts in progress to port Jugglemaster to Qt4? I do not know of any such efforts. The QT version that is in the repository was created primarily to support Sharp Zaurus and similar small-screen devices. I guess porting it to QT4 should not be very hard, but I unfortunately do not have time for it at present. -Per On Mon, Nov 22, 2010 at 3:33 AM, Eckhart Wörner ewoer...@kde.org wrote: The Debian Qt/KDE team is planning to remove the KDE3 and Qt3 libraries from Debian shortly after the Squeeze release. The transition phase to KDE4 and Qt4 will finish since both KDE and Nokia upstream don't maintain the old versions of those libraries anymore. In order to make this move, all packages directly or indirectly depending on the KDE3/Qt3 libraries have to either get ported to KDE4/Qt4 or eventually get removed from the Debian repositories. Therefore, please take the time and: - contact your upstream (if existing) and ask about the state of a KDE4/Qt4 port of your application - if there are no activities regarding porting, investigate whether there are suitable alternatives for your users - if there is a KDE4/Qt4 port that is not yet packaged, consider packaging it - if both the KDE3/Qt3 and the KDE4/Qt4 version already coexist in the Debian archives, consider removing the KDE3/Qt3 version Documentation on how to port to KDE4 can be found at: http://techbase.kde.org/index.php?title=Development/Tutorials/KDE4_Porting_Guide Documentation on how to port to Qt4 can be found at: http://doc.qt.nokia.com/4.7/porting4.html For any questions and issues, do not hesitate to contact the Debian Qt/KDE team at debian-qt-...@lists.debian.org -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607266: gnome-core should not depend on evolution
Thank you both, Julian and Josselin. Josselin, I really didn't know that gnome-core is a metapackage. I thought it had binaries/data/links/conf/whatsoever in it (with, maybe, the gnome core applications). Just after your answer, I ran dpkg -L gnome-core just to discover you are right. Shame on me. Julian, I made almost as you advised (just after the afore mentioned discovery). On Thu, Dec 16, 2010 at 12:22 PM, Julian Andres Klode j...@debian.org wrote: On Do, 2010-12-16 at 13:59 +0100, Josselin Mouette wrote: Le jeudi 16 décembre 2010 à 10:33 -0200, R. Lemos a écrit : Since 1:2.30+7 gnome-core depends on evolution-data-server and evolution. Previously this role used to be played by gnome-desktop-environment, which I gladly kept from being installed on my system (since it draws too many useless dependencies). I think that there's no real reason for such a dependency. May be it should be downgraded to just a recommendation, or gnome-core should be split in more fine-grained packages. The metapackages do not exist to fulfill each and every nitpicking user’s need. They are here to cover specific use cases corresponding to installation profiles. If the package selection doesn’t suit you, you are free to install your own selection of packages by hand. Or create your own meta packages, like I do. In any case, due to technical limitations with CD building, those dependencies had to be added, as gnome-desktop-environment was too large too fit on CD1. In any case, too get rid of gnome-core on your system, you just need to mark the packages it depends on as manually installed and then remove it; the following commands should do this: aptitude unmarkauto ~R^gnome-core$ aptitude remove gnome-core -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581687: Device naming scheme changed from GRUB to GRUB2
On Thu, 16 Dec 2010 05:58:05 +0100, Christian PERRIER wrote: Quoting Karsten Loeft (karstenlo...@yahoo.de): I noticed that, as of installer beta2, this bug is still not fixed. I am not an expert, but yet I would like to draw your attention to the fact that from lenny to squeeze Debian switched from using GRUB to using GRUB2. GRUB2 now uses a different device numbering scheme than GRUB used. It seems to me that the explanation in the installer was written for GRUB and was forgotten to be rewritten in order to reflect the different device numbering scheme of GRUB2. Grub2 uses a different numbering scheme for partitions, not devices. See: http://grub.enbug.org/Manual#head-db861a16884db1252847a6ce554b625974134d7e The template is: Template: grub-installer/bootdev Type: string # :sl2: _Description: Device for boot loader installation: You need to make the newly installed system bootable, by installing the GRUB boot loader on a bootable device. The usual way to do this is to install GRUB on the master boot record of your first hard drive. If you prefer, you can install GRUB elsewhere on the drive, or to another drive, or even to a floppy. . The device can be specified using GRUB's (hdn,m) notation, or as a device in /dev. Below are some examples: - (hd0) or /dev/hda will install GRUB to the master boot record of your first hard drive (IDE); - (hd0,1) or /dev/hda2 will use the second partition of your first IDE drive; - (hd2,4) or /dev/sdc5 will use the first extended partition of your third drive (SCSI here); - (fd0) or /dev/fd0 will install GRUB to a floppy. I'm not 100% sure of what should be changedpreferrably in a way that doesn't affect translations. My understanding is that we should replace (hd0,1) by (hd0,2) and (hd2,4) by (hd2,5) as only partitions numbering changed. Am I right? So, I would say yes, you're right. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607273: lxc: wrong locale-gen calls in debian template
Package: lxc Tags: patch Hi, please accept the following patch to correct the locales-gen call. it's invalid both for lenny and squeeze. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ From 1c6011c4e54230cad5c0ece295a2e34b19351f77 Mon Sep 17 00:00:00 2001 From: Daniel Baumann daniel.baum...@progress-technologies.net Date: Thu, 16 Dec 2010 16:07:12 +0100 Subject: [PATCH] Correcting charset argument when calling locale-gen. --- templates/lxc-debian.in |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/templates/lxc-debian.in b/templates/lxc-debian.in index 0b7d711..b3d1634 100644 --- a/templates/lxc-debian.in +++ b/templates/lxc-debian.in @@ -76,10 +76,10 @@ EOF # reconfigure some services if [ -z $LANG ]; then - chroot $rootfs locale-gen en_US.UTF-8 + chroot $rootfs locale-gen en_US.UTF-8 UTF-8 chroot $rootfs update-locale LANG=en_US.UTF-8 else - chroot $rootfs locale-gen $LANG + chroot $rootfs locale-gen $LANG $(echo $LANG | cut -d. -f2) chroot $rootfs update-locale LANG=$LANG fi -- 1.7.2.3
Bug#607274: libowfat: Additional shared version of the library
Package: libowfat-dev
Version: 0.28-2
Severity: normal
Hi,
I know that this was not the original intention of the upstream author, but
consider the following:
Another package in Debian (in this case, gatling) links against libowfat. The
binary executable originally links against dietlibc and libowfat. But we want
to link against libssl/OpenSSL also. In Debian, libssl is available as shared
library and statically, both linked against glibc. So we can't easily (and
sensibly) follow the static approach. Linking dynamically is possible since I
can make the program (gatling) link against shared glibc. But since it also
uses libowfat (which includes some dietlibc symbols), there's some symbol clash
between glibc and dietlibc symbols. Therefore, I linked libowfat dynamically
against glibc and everything runs smoothly.
I'm attaching a patch that adds the additional binary package libowfat0 with
the respective shared library libowfat.so.0. Considering that Debian's standard
way of delivering libs is shared - why not? ;-) Further, security updates to
libowfat would minimize recompiling dependent packages (e.g. gatling).
I'm using libowfat and gatling in a separate project (using OpenSSL), so if you
integrate the attached patch, I don't need the hassle of continued forking.
(And yes, gatling has the necessary license exception of linking against
openssl while being GPL'ed.)
Thanks for considering!
bye,
Roland
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (x86_64)
Kernel: Linux 2.6.35-trunk-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libowfat-dev depends on:
ii dietlibc-dev 0.32-5 diet libc - a libc optimized for s
ii libowfat0 0.28-2 A reimplementation of libdjb, shar
libowfat-dev recommends no packages.
libowfat-dev suggests no packages.
-- no debconf information
diff -ruN libowfat-0.28/debian/changelog debian/libowfat-0.28/debian/changelog
--- libowfat-0.28/debian/changelog 2010-12-16 00:08:58.0 +0100
+++ debian/libowfat-0.28/debian/changelog 2010-12-16 15:23:18.0 +0100
@@ -1,3 +1,9 @@
+libowfat (0.28-3) unstable; urgency=low
+
+ * Added shared library libowfat.so.0 in package libowfat0
+
+ -- Roland Stigge sti...@antcom.de Thu, 16 Dec 2010 11:54:15 +0100
+
libowfat (0.28-2) unstable; urgency=medium
* debian/control: Build-Depends: dietlibc-dev (= 0.32-5) [sparc]
diff -ruN libowfat-0.28/debian/control debian/libowfat-0.28/debian/control
--- libowfat-0.28/debian/control 2010-12-16 00:08:58.0 +0100
+++ debian/libowfat-0.28/debian/control 2010-12-16 15:23:34.0 +0100
@@ -8,9 +8,9 @@
Package: libowfat-dev
Section: libdevel
Architecture: any
-Depends: dietlibc-dev
+Depends: dietlibc-dev, libowfat0 (= ${binary:Version})
Conflicts: libdjbdns1-dev
-Description: A reimplementation of libdjb
+Description: A reimplementation of libdjb, development files
This library is a reimplementation of libdjb, which means that it provides
Daniel Bernstein's interfaces (with some extensions).
.
@@ -21,3 +21,20 @@
layer of mmap and sendfile.
.
The library is available for use with the diet libc.
+
+Package: libowfat0
+Section: libs
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: A reimplementation of libdjb, shared library
+ This library is a reimplementation of libdjb, which means that it provides
+ Daniel Bernstein's interfaces (with some extensions).
+ .
+ It contains wrappers around memory allocation, buffered I/O, routines for
+ formatting and scanning, a full DNS resolver, several socket routines,
+ wrappers for socket functions, mkfifo, opendir, wait, and an abstraction
+ around errno. It also includes wrappers for Unix signal functions and a
+ layer of mmap and sendfile.
+ .
+ This package contains the shared library linked against glibc. The library is
+ also available for use with the diet libc (see libowfat-dev).
diff -ruN libowfat-0.28/debian/libowfat0.postinst debian/libowfat-0.28/debian/libowfat0.postinst
--- libowfat-0.28/debian/libowfat0.postinst 1970-01-01 01:00:00.0 +0100
+++ debian/libowfat-0.28/debian/libowfat0.postinst 2010-12-16 11:49:25.0 +0100
@@ -0,0 +1,8 @@
+#!/bin/sh
+
+set -e
+
+if [ $1 = configure ] ; then
+ldconfig
+fi
+
diff -ruN libowfat-0.28/debian/libowfat0.shlibs debian/libowfat-0.28/debian/libowfat0.shlibs
--- libowfat-0.28/debian/libowfat0.shlibs 1970-01-01 01:00:00.0 +0100
+++ debian/libowfat-0.28/debian/libowfat0.shlibs 2010-12-16 10:36:16.0 +0100
@@ -0,0 +1 @@
+libowfat 0 libowfat0
diff -ruN libowfat-0.28/debian/rules debian/libowfat-0.28/debian/rules
--- libowfat-0.28/debian/rules 2010-12-16 00:08:58.0 +0100
+++ debian/libowfat-0.28/debian/rules 2010-12-16
Bug#607275: lxc: wrong include argument when calling debootstrap in debian template
Package: lxc Severity: minor Tags: patch Hi, please accept the following patch to correct the include argument when calling debootstrap. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ From ccd91f477c3822d6508cb18d2b3191194624fb0d Mon Sep 17 00:00:00 2001 From: Daniel Baumann daniel.baum...@progress-technologies.net Date: Wed, 15 Dec 2010 18:37:23 +0100 Subject: [PATCH] Correcting include argument when calling debootstrap. --- templates/lxc-debian.in |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/templates/lxc-debian.in b/templates/lxc-debian.in index d597321..0b7d711 100644 --- a/templates/lxc-debian.in +++ b/templates/lxc-debian.in @@ -121,7 +121,7 @@ openssh-server # download a mini debian into a cache echo Downloading debian minimal ... debootstrap --verbose --variant=minbase --arch=$arch \ - --include $packages \ + --include=$packages \ $SUITE $cache/partial-$SUITE-$arch $MIRROR if [ $? -ne 0 ]; then echo Failed to download the rootfs, aborting. -- 1.7.2.3
Bug#607276: new subnet mask is ignored
Package: isc-dhcp-client Version: 4.1.1-P1-15 If the server propagates a new subnet mask using option subnet-mask 255.255.252.0 then it is ignored by the client. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607256: closed by Holger Levsen hol...@layer-acht.org (Re: Bug#607256: general: various programs generate segfaults, like top, w and exim)
Hi Ian, On Donnerstag, 16. Dezember 2010, Ian Roberts wrote: These binaries are segfaulting on the physical host itself. The host just runs some vm's too. top,w,exim are all fine on the vms themselves. Ah. Then (most probably) either the host hardware has a problem, or the kernel dealing with the hardware. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#607277: iceweasel: segfault in idle
Subject: iceweasel: segfault in idle Package: iceweasel Version: 3.5.15-1 Severity: normal when leaving iceweasel opened on three static webpages (without javascripts and fairly simple) and without interacting with them (I also changed the focus on another virtual desktop), it crashes after less than a minute. Reproduced different times. I ran it with gdb, I attach its output: gabri...@vaio:~$ iceweasel -debug GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 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 x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/lib/iceweasel/firefox-bin...(no debugging symbols found)...done. (gdb) n The program is not being run. (gdb) r Starting program: /usr/lib/iceweasel/firefox-bin [Thread debugging using libthread_db enabled] [New Thread 0x7fffe71f2710 (LWP 22528)] [New Thread 0x7fffe67e8710 (LWP 22529)] [New Thread 0x7fffe58ff710 (LWP 22530)] [New Thread 0x7fffe49c7710 (LWP 22531)] [New Thread 0x7fffe30ff710 (LWP 22551)] [New Thread 0x7fffe28fe710 (LWP 22552)] [New Thread 0x7fffe1eff710 (LWP 22553)] [Thread 0x7fffe30ff710 (LWP 22551) exited] [Thread 0x7fffe49c7710 (LWP 22531) exited] [Thread 0x7fffe1eff710 (LWP 22553) exited] [New Thread 0x7fffe30ff710 (LWP 22554)] [New Thread 0x7fffe49c7710 (LWP 22555)] [New Thread 0x7fffe1eff710 (LWP 22556)] [New Thread 0x7fffdafff710 (LWP 22557)] [Thread 0x7fffdafff710 (LWP 22557) exited] [New Thread 0x7fffdafff710 (LWP 22558)] [New Thread 0x7fffd9fff710 (LWP 22559)] [New Thread 0x7fffd95ff710 (LWP 22560)] [Thread 0x7fffd9fff710 (LWP 22559) exited] [New Thread 0x7fffd8dfe710 (LWP 22561)] [Thread 0x7fffd95ff710 (LWP 22560) exited] [Thread 0x7fffd8dfe710 (LWP 22561) exited] [Thread 0x7fffe28fe710 (LWP 22552) exited] [New Thread 0x7fffe28fe710 (LWP 22572)] [New Thread 0x7fffd9fff710 (LWP 22573)] [Thread 0x7fffd9fff710 (LWP 22573) exited] [New Thread 0x7fffd9fff710 (LWP 22574)] [Thread 0x7fffd9fff710 (LWP 22574) exited] [New Thread 0x7fffd9fff710 (LWP 22575)] [Thread 0x7fffd9fff710 (LWP 22575) exited] [New Thread 0x7fffd9fff710 (LWP 22576)] [Thread 0x7fffd9fff710 (LWP 22576) exited] [New Thread 0x7fffd9fff710 (LWP 22577)] [Thread 0x7fffd9fff710 (LWP 22577) exited] [New Thread 0x7fffd9fff710 (LWP 22578)] [Thread 0x7fffd9fff710 (LWP 22578) exited] [New Thread 0x7fffd9fff710 (LWP 22579)] [New Thread 0x7fffd95ff710 (LWP 22580)] [Thread 0x7fffd95ff710 (LWP 22580) exited] [New Thread 0x7fffd95ff710 (LWP 22581)] [Thread 0x7fffd95ff710 (LWP 22581) exited] [New Thread 0x7fffd95ff710 (LWP 22582)] [Thread 0x7fffd95ff710 (LWP 22582) exited] [New Thread 0x7fffd95ff710 (LWP 22583)] [Thread 0x7fffd95ff710 (LWP 22583) exited] [New Thread 0x7fffd95ff710 (LWP 22584)] [Thread 0x7fffd95ff710 (LWP 22584) exited] [New Thread 0x7fffd95ff710 (LWP 22585)] [Thread 0x7fffd95ff710 (LWP 22585) exited] [New Thread 0x7fffd95ff710 (LWP 22586)] [Thread 0x7fffd95ff710 (LWP 22586) exited] [New Thread 0x7fffd95ff710 (LWP 22587)] [Thread 0x7fffd95ff710 (LWP 22587) exited] [New Thread 0x7fffd95ff710 (LWP 22588)] [Thread 0x7fffd95ff710 (LWP 22588) exited] [New Thread 0x7fffd95ff710 (LWP 22611)] [Thread 0x7fffd95ff710 (LWP 22611) exited] [New Thread 0x7fffd95ff710 (LWP 22738)] [Thread 0x7fffd95ff710 (LWP 22738) exited] [New Thread 0x7fffd95ff710 (LWP 22740)] [Thread 0x7fffd95ff710 (LWP 22740) exited] [New Thread 0x7fffd95ff710 (LWP 22813)] [Thread 0x7fffd95ff710 (LWP 22813) exited] [New Thread 0x7fffd95ff710 (LWP 22971)] [Thread 0x7fffd95ff710 (LWP 22971) exited] [New Thread 0x7fffd95ff710 (LWP 22987)] [Thread 0x7fffd95ff710 (LWP 22987) exited] [New Thread 0x7fffd95ff710 (LWP 23020)] [Thread 0x7fffd95ff710 (LWP 23020) exited] [New Thread 0x7fffd95ff710 (LWP 23067)] [Thread 0x7fffd95ff710 (LWP 23067) exited] [New Thread 0x7fffd95ff710 (LWP 23068)] [Thread 0x7fffd95ff710 (LWP 23068) exited] [New Thread 0x7fffd95ff710 (LWP 23069)] [Thread 0x7fffd95ff710 (LWP 23069) exited] [New Thread 0x7fffd95ff710 (LWP 23070)] [Thread 0x7fffd95ff710 (LWP 23070) exited] [New Thread 0x7fffd95ff710 (LWP 23071)] [Thread 0x7fffd95ff710 (LWP 23071) exited] [New Thread 0x7fffd95ff710 (LWP 23072)] [Thread 0x7fffd95ff710 (LWP 23072) exited] [New Thread 0x7fffd95ff710 (LWP 23073)] [Thread 0x7fffd95ff710 (LWP 23073) exited] [New Thread 0x7fffd95ff710 (LWP 23074)] [Thread 0x7fffd95ff710 (LWP 23074) exited] [New Thread 0x7fffd95ff710 (LWP 23075)] [Thread 0x7fffd95ff710 (LWP 23075) exited] [New Thread 0x7fffd95ff710 (LWP 23076)] [Thread 0x7fffd95ff710 (LWP 23076) exited] [New Thread 0x7fffd95ff710 (LWP 23077)] [Thread 0x7fffd95ff710 (LWP 23077) exited] [New Thread 0x7fffd95ff710 (LWP 23078)] [Thread 0x7fffd95ff710 (LWP 23078) exited] [New Thread 0x7fffd95ff710 (LWP 23079)]
Bug#607278: sssd and ssl/starttls problem
Package: sssd Version: 1.2.1-4 Severity: important sssd fails to make ssl or starttls connection while trying to authenticate users. When getting usernames or groups, there is no problem. Also using same ssl setting ldapsearch -x -Z has succesful response. redhat-ds sees: [16/Dec/2010:15:59:43 +0200] conn=24362 fd=208 slot=208 SSL connection from client to server [16/Dec/2010:15:59:43 +0200] conn=24363 fd=365 slot=365 SSL connection from client to server [16/Dec/2010:15:59:43 +0200] conn=24364 fd=435 slot=435 SSL connection from client to server [16/Dec/2010:15:59:43 +0200] conn=24363 op=-1 fd=365 closed - Encountered end of file. [16/Dec/2010:15:59:43 +0200] conn=24362 op=-1 fd=208 closed - Encountered end of file. [16/Dec/2010:15:59:43 +0200] conn=24364 op=-1 fd=435 closed - Encountered end of file. sssd with debuglevel 10 sees while using start tls: (Thu Dec 16 17:26:55 2010) [sssd[be[SMIT]]] [sdap_connect_send] (4): Executing START TLS (Thu Dec 16 17:26:55 2010) [sssd[be[SMIT]]] [sdap_ldap_connect_callback_add] (9): New LDAP connection to [ldap://server:389] with fd [22]. (Thu Dec 16 17:26:55 2010) [sssd[be[SMIT]]] [sdap_process_result] (8): Trace: sh[0x9a7def0], connected[1], ops[0x9a87c70], ldap[0x9a7e4a0] (Thu Dec 16 17:26:55 2010) [sssd[be[SMIT]]] [sdap_connect_done] (3): START TLS result: Success(0), Start TLS request accepted.Server willing to negotiate SSL. (Thu Dec 16 17:26:55 2010) [sssd[be[SMIT]]] [sdap_connect_done] (3): ldap_install_tls failed: [Connect error] [Start TLS request accepted.Server willing to negotiate SSL.] (Thu Dec 16 17:26:55 2010) [sssd[be[SMIT]]] [sdap_handle_release] (8): Trace: sh[0x9a7def0], connected[1], ops[(nil)], ldap[0x9a7e4a0], destructor_lock[0], release_memory[0] (Thu Dec 16 17:26:55 2010) [sssd[be[SMIT]]] [remove_connection_callback] (9): Successfully removed connection callback. (Thu Dec 16 17:26:55 2010) [sssd[be[SMIT]]] [fo_set_port_status] (4): Marking port 389 of server 'server' as 'not working' (Thu Dec 16 17:26:55 2010) [sssd[be[SMIT]]] [ldap_id_enum_users_done] (9): User enumeration failed with: (5)[Input/output error] sssd with debuglevel 10 sees while using ldaps ssl setup: (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [sdap_uri_callback] (6): Constructed uri 'ldaps://server' (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [sdap_uri_callback] (6): Constructed uri 'ldaps://server' (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [sdap_uri_callback] (6): Constructed uri 'ldaps://server' (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [sdap_get_rootdse_send] (9): Getting rootdse (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [sdap_get_generic_send] (6): calling ldap_search_ext with [(objectclass=*)][]. (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [sdap_ldap_connect_callback_add] (9): New LDAP connection to [ldaps://server:636] with fd [24]. (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [sdap_get_generic_send] (3): ldap_search_ext failed: Can't contact LDAP server (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [fo_set_port_status] (4): Marking port 636 of server 'server' as 'not working' (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [fo_resolve_service_send] (4): Trying to resolve service 'LDAP' (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [get_server_status] (7): Status of server 'server' is 'name resolved' (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [get_port_status] (7): Port status of port 636 for server 'server' is 'not working' (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [get_server_status] (7): Status of server 'server' is 'name resolved' (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [get_port_status] (7): Port status of port 636 for server 'server' is 'not working' (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [get_server_status] (7): Status of server 'server' is 'name resolved' (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [get_port_status] (7): Port status of port 636 for server 'server' is 'not working' (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [fo_resolve_service_send] (1): No available servers for service 'LDAP' (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [fo_set_port_status] (4): Marking port 636 of server 'server' as 'not working' (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [sdap_handle_release] (8): Trace: sh[0x9884c78], connected[1], ops[(nil)], ldap[0x988d958], destructor_lock[0], release_memory[0] (Thu Dec 16 17:58:59 2010) [sssd[be[SMIT]]] [remove_connection_callback] (9): Successfully removed connection callback. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) 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 sssd depends on: ii libc-ares2 1.7.3-1 library for asyncronous name resol ii libc6 2.11.2-7 Embedded GNU C
Bug#607277: iceweasel: segfault in idle
On Thu, Dec 16, 2010 at 04:18:50PM +0100, Gabriele Messineo wrote: Subject: iceweasel: segfault in idle Package: iceweasel Version: 3.5.15-1 Severity: normal when leaving iceweasel opened on three static webpages (without javascripts and fairly simple) and without interacting with them (I also changed the focus on another virtual desktop), it crashes after less than a minute. Reproduced different times. I ran it with gdb, I attach its output: Please install iceweasel-dbg and get a full backtrace. (see /usr/share/bug/iceweasel/presubj) Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607279: gitpkg: potential hook for the collection: export patches while building source package
Package: gitpkg
Version: 0.15
Severity: wishlist
Attached you will find a script that can run either as a hook for
gitpkg or standalone. It looks for patches in a ref based on the
Debian version (I guess a production version could allow this to be
overruled by a git config item). My workflow is
git tag -f patches/$debian-version some-branch-based-on-master
gitpkg master
then each commit on the other branch ends up as a patch in debian/patches
The advantage of using tags is that the git snapshot used to build a
package is well defined (albeit by two tags instead of 1).
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages gitpkg depends on:
ii dpkg-dev 1.15.8.5 Debian package development tools
ii git1:1.7.2.3-2.1 fast, scalable, distributed revisi
gitpkg recommends no packages.
Versions of packages gitpkg suggests:
ii devscripts2.10.69scripts to make the life of a Debi
-- no debconf information
# export patches from a tag named after the Debian Version
# To use as a hook in gitpkg,
# git config gitpkg.deb-export-hook debian/export-patches.sh
PATCH_TAG=patches/$(dpkg-parsechangelog | sed -n 's/^Version:
\(.*:\|\)\(.*\)/\2/p')
export GIT_DIR
if [ -n $REPO_DIR ]; then
GIT_DIR=$REPO_DIR/.git
fi;
if git rev-parse ${PATCH_TAG} /dev/null 21; then
echo exporting patches from ${PATCH_TAG}
rm -rf debian/patches
PATCHES=`git format-patch -N -o debian/patches HEAD...$PATCH_TAG`
echo $PATCHES | sed -e 's%debian/patches/%%g' -e 's% %\n%g'
debian/patches/series
else
echo No patch tag/branch ${PATCH_TAG};
fi
Bug#540385: driconf: Python DeprecationWarnings when switching to expert mode
On Mit, 2010-12-15 at 18:01 +0100, Laurent Bonnaud wrote: this bug is also know here: https://bugzilla.redhat.com/show_bug.cgi?id=450083 and a patch seems to exist: https://bugzilla.redhat.com/attachment.cgi?id=308501action=diff Thanks for pointing this out, Laurent! I'll try to find the time to upload a fixed package. -- Earthling Michel Dänzer |http://www.vmware.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#606060: [uscan] Why change the correct documentation?
Hi, Thanks for clarification. You convinced me very well. I will update maint-guide for wheezy. (But not for squeeze under deep freeze). There will be good amount of translation updates I need to make. But I am convinced that is what is needed. On Thu, Dec 16, 2010 at 08:20:49AM -0500, James Vega wrote: On Sat, Dec 11, 2010 at 02:26:57AM +0900, Osamu Aoki wrote: Hi, maintainer of uscan code: ... My thought is why we make this pedantic useless cosmetic changes with uncommon syntax. It adds confusion and creates resource drains. I see no practical benefits of change from .* to .+ in the documentation. This syntax is not uncommon. It is very normal and only adds confusion if someone isn't familiar with PCRE syntax. Knowledge of PCRE syntax is required to create a watch file that properly expresses what the watch file should be matching. I agree .+ is common for ERE syntax. This was my over reaction. I ment to say: s/with uncommon syntax/over good enough syntax/. But I now know that I was wrong. Seriously, if such null matching is the REAL problem, we have many such REGEX in uscan code itself. I have seen Perl REGEX .* in uscan. I have also seen Perl REGEX like .*? in uscan which looks even funnier than use of .* since it is the same as .* and not so common one to me. No, “.*” and “.*?” are not the same. The former is greedy, the latter is not. This is an important difference and one which we took into account when writing uscan. Oh, that's a subtle PCRE thing ... I see. (This is not so common for me to use. Now I recall ...) ... I'd say it's more about having correct regular expressions. In all of the cases that were fixed, we're expecting at least 1 character to be matched so “.+” should be used. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607256: closed by Holger Levsen hol...@layer-acht.org (Re: Bug#607256: general: various programs generate segfaults, like top, w and exim)
On Thu, Dec 16, 2010 at 01:53:29PM +, Ian Roberts wrote: Hi Holger, These binaries are segfaulting on the physical host itself. The host just runs some vm's too. top,w,exim are all fine on the vms themselves. You are running an old kernel which has known bugs, including many security vulnerabilities. You should upgrade it to the current version (2.6.32-29 or backported equivalent) before doing anything else. Then if you can still see this problem, report a bug against the kernel package (linux-image-whatever). Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607269: initscripts: upgrade from lenny to squeeze left system unbootable as checkfs.sh failed to execute
[Andreas Wohlfeld] Booting after upgrade from Lenny to today's squeeze failed, as /etc/init.d/checkfs.sh was not executable (permission denied message from /etc/init.d/rc). Any idea how they ended up like that? According to the build log, for example URL: https://buildd.debian.org/fetch.cgi?pkg=sysvinit;ver=2.88dsf-13;arch=amd64;stamp=1289786815 , the files are executable in the package. I have no idea how this could be caused by the initscripts package, so I suspect the cause is elsewhere. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607280: linux-2.6: IOMMU read errors on nouveau (nv50)
Package: linux-2.6 Version: 2.6.32-29 Severity: normal Hey, following my tries on intel_iommu, I found some errors on nvidia hardware, using nouveau driver. Basically, logs fill up with: [ 8120.811323] DRHD: handling fault status reg 2 [ 8120.811328] DMAR:[DMA Read] Request device [02:00.0] fault addr 0 [ 8120.811330] DMAR:[fault reason 06] PTE Read access is not set PCI device is the nvidia card: 02:00.0 VGA compatible controller: nVidia Corporation G86 [Quadro NVS 290] (rev a1) which is trying to read address 0. It doesn't seem to cause too much trouble, but it does fill up the log and it doesn't look really good. It'd be nice to have a fix for this, but sadly it's not as easy as #607095. Again, there's a fedora bug (https://bugzilla.redhat.com/show_bug.cgi?id=561267) which leads to the commit 4eb3033c but it doesn't really apply fine against 2.6.32, even with the whole nouveau backport in Debian kernels. Backporting the whole nv50_fb.c might be a little overkill (especially for Squeeze) though. Regards, -- Yves-Alexis -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-grsec-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587668: My Approach is Completely Different...
Hello Again and thank you very much for the quick reply. I have searched the mailing lists about this bug report and read everything I could find. I saw that every discussion was started completely accepting that the open logo license was not complient to the DFSG and continued on what to do and how to do it. However, my approach here is completely different: I want to clearly state that the license of the current logo *IS* FREE and it is perfectly in comliance with the DFSG. Yes, the license includes a limitation to the use of the logo but the same kind of limitation is also included in GPL itself. Article #4 of GPL is: You may convey verbatim copies of the Program's source code as you receive it, in any medium, provided that you conspicuously and appropriately publish on each copy an appropriate copyright notice; keep intact all notices stating that this License and any non-permissive terms added in accord with section 7 apply to the code; keep intact all notices of the absence of any warranty; and give all recipients a copy of this License along with the Program. This states that you cannot redistribute a piece of software licensed with GPL if you claim that this was created by you or this was not GPL. This is the same limitation as the Logo License puts on the use of the logo. So, if we are removing the use of our own logo from our own distro then we need to remove all GPL licensed software too. Even we do that, even we decide to write everything from scratch and remove all the GPL software from Debian then at the time we accept this, we will also fall in the contradiction with DFSG itself which clearly states GPL as free! If I take Debian logo and use it as my company logo, it will not violate the terms of the open logo license but it will also violate the meaning of being free. Debian Logo of course must refer to the Debian Project. In the same sense with GPL's limitation that any software created by John Doe should include the Copyright Notice of John Doe himself. Seeing all that discussions and all that serious decisions made, I am not sure if this subject should be moved to another place other than this bug report and discussed more. I have two serious arguments which I can summarize as: 1. The current license of Debian Logo is FREE and completely in compliance with the DFSG. 2. We should consider adding more clear limitations to the current license of the logo so both the Debian's Image of Identity and the Debian Logo could be protected. 3. We should merge two different license terms for the logo with or without debian, into one; since the seperation, I believe, comes from the misbelief that the license was not free and the need of providing a version of the logo to be used. drop the word debian from the artwork. What do we loose anyway? Please my friend, come on, please! We lose our own freedom here and freedom worths fighting, not that we are in any kind of fight here. We should not cause people mocking Debian is free, it is as free as they cannot use their own logo on their own distribution! I believe the issue not solved and I also believe that to be confident on what we do, we should solve this in complete clearness closing every door for any legal arguments. As for the theme I am working on, I created a page [http://wiki.debian.org/DebianArt/Themes/BoldDebian] following the contest guides and because it is not finished I didn't add it to the contest page as my proposal. On the wiki page currently there is nothing but only a few sentences about the concept which is being built. I am planning to design a deeply detailed theme in a long period of time. Considering the fact that Wheezy has a long way before being frozen, I think I have several months and it is great. I will add what I am doing continuously on the wiki page expecting feedback positive or negative. Please help me there with ideas, comments, and corrections. Greeting everybody in the community with the great love of freedom, hasanyasin.phila A newbie and wanna-be member of the Debian Community. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607281: lintian: errors for unneeded targets
Package: lintian Version: Lintian v2.2.17ubuntu1.1 Hi, I'm packaging a python application for debian and running into an issue with lintian errors for unneeded build targets: E: tor-arm source: debian-rules-missing-required-target binary E: tor-arm source: debian-rules-missing-required-target binary-arch E: tor-arm source: debian-rules-missing-required-target binary-indep E: tor-arm source: debian-rules-missing-required-target build E: tor-arm source: debian-rules-missing-required-target clean This concerns both the version of lintian on my local system (ubuntu) in addition to the debian upload ftp. Including the following in my rules file makes lintian happy, but it's not doing anything useful for the build: build: echo nothing to build binary-indep: echo nothing to binary-indep build binary: echo nothing to binary build binary-arch: clean:: dh_clean Cheers! -Damian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606970: Backtrace
gdb /usr/bin/transmission-gtk GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 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 /usr/bin/transmission-gtk...(no debugging symbols found)...done. (gdb) r Starting program: /usr/bin/transmission-gtk [Thread debugging using libthread_db enabled] [New Thread 0xb6690b70 (LWP 1609)] [New Thread 0xb5e8fb70 (LWP 1610)] [New Thread 0xb54ffb70 (LWP 1611)] (transmission-gtk:1606): Gtk-CRITICAL **: gtk_widget_get_accessible: assertion `GTK_IS_WIDGET (widget)' failed (transmission-gtk:1606): Gtk-CRITICAL **: gtk_widget_get_accessible: assertion `GTK_IS_WIDGET (widget)' failed (transmission-gtk:1606): Gtk-CRITICAL **: gtk_widget_get_accessible: assertion `GTK_IS_WIDGET (widget)' failed Program received signal SIGSEGV, Segmentation fault. 0xb6be8a24 in ?? () from /usr/lib/gtk-2.0/modules/libgail.so (gdb) backtrace full #0 0xb6be8a24 in ?? () from /usr/lib/gtk-2.0/modules/libgail.so No symbol table info available. #1 0xb7d29076 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #2 0xb784c13a in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #3 0xb786261d in ?? () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #4 0xb7863bfc in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #5 0xb7864076 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #6 0xb7dc8045 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #7 0xb7dc951d in gtk_text_buffer_insert_interactive () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #8 0xb7dcb3fb in gtk_text_buffer_insert_interactive_at_cursor () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #9 0xb7df4e98 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #10 0xb7df89bb in ?? () from /usr/lib/libgtk-x11-2.0.so.0 ---Type return to continue, or q return to quit--- No symbol table info available. #11 0xb7d2ae74 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #12 0xb784a7a9 in ?? () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #13 0xb784c068 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #14 0xb7862266 in ?? () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #15 0xb7863a7b in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #16 0xb7864076 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #17 0xb7e57156 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #18 0xb7e6907f in gtk_window_propagate_key_event () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #19 0xb7e6c39c in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #20 0xb7d2ae74 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #21 0xb784a7a9 in ?? () from /usr/lib/libgobject-2.0.so.0 ---Type return to continue, or q return to quit--- No symbol table info available. #22 0xb784c13a in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #23 0xb7862266 in ?? () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #24 0xb7863a7b in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #25 0xb7864076 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #26 0xb7e57156 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #27 0xb7d235a3 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #28 0xb7d24857 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #29 0xb7bacdda in ?? () from /usr/lib/libgdk-x11-2.0.so.0 No symbol table info available. #30 0xb77a4305 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 No symbol table info available. #31 0xb77a7fe8 in ?? () from /lib/libglib-2.0.so.0 No symbol table info available. #32 0xb77a8527 in g_main_loop_run () from /lib/libglib-2.0.so.0 No symbol table info available. ---Type return to continue, or q return to quit--- #33 0xb7d24e19 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #34 0x08074640 in main () No symbol table info available. (gdb) info registers eax0xb6bf6a8d -1228969331 ecx0x0 0 edx0x0 0 ebx0xb6bf9f18 -1228955880 esp0xbfffe3b0
Bug#607282: pyppd: debian/copyright claims GPL-3+, but source appears to be GPL-3
Package: pyppd Version: 0.4.9-1 Severity: normal User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu natty debian/copyright uses the common 'or any later version' wording when describing the GPL-3 license used for this package. But the source itself never uses the 'or any later version' wording. So it is, as distributed now, only GPL-3 not GPL-3+. This should be clarified with upstream or corrected in debian/copyright. -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-9-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587668: Small Correction...
I saw that I had a mistake in the sentence: If I take Debian logo and use it as my company logo, it will not violate the terms of the open logo license... with which I really mean: If I take Debian logo and use it as my company logo, it will not *ONLY* violate the terms of the open logo license... I believe there is a kind of little curse around, about the word only (: hasanyasin.phila -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
