Bug#613493: Bug in libdbd-pg-perl fixed in revision 72505
tag 613493 + pending thanks Some bugs are closed in revision 72505 by Ansgar Burchardt (ansgar) Commit message: * New upstream release. + Fix memory leak when binding arrays. (Closes: #613493) * Bump Standards-Version to 3.9.2 (no changes). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622247: [pkg-wpa-devel] Bug#622247: iw binary should be installed in /sbin
Hi On Monday 11 April 2011, Ben Hutchings wrote: Package: iw Version: 0.9.19-1 Severity: normal iw may be wanted early during the boot process, so it should not be installed on /usr. [...] While I understand (and share) the reasoning, it's not possible to move iw to /sbin/ as long as libnl1 is in /usr/lib/libnl.so.1. $ ldd /usr/sbin/iw linux-vdso.so.1 = (0x7fff1a3ff000) libnl.so.1 = /usr/lib/libnl.so.1 (0x7f7e63c0c000) libc.so.6 = /lib/libc.so.6 (0x7f7e638aa000) libm.so.6 = /lib/libm.so.6 (0x7f7e63627000) /lib64/ld-linux-x86-64.so.2 (0x7f7e63e74000) and libnl1 provides the core functionality to talk with nl80211. For now it will be necessary to delay acting upon regulatory events until /usr/ becomes available, like http://svn.debian.org/wsvn/pkg-wpa/crda/trunk/debian/setregdomain Regards Stefan Lippers-Hollmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622251: pu: package python-apt/0.7.100.1+squeeze1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
We'd like to upload python-apt 0.7.100.1+squeeze1 (or without
+, whatever is preferred) to stable. It contains the changes
the ftpmasters seem to need for multi-arch support and xz
packages in the archive.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (250, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.
=== modified file 'apt/debfile.py'
--- apt/debfile.py 2010-11-10 16:40:45 +
+++ apt/debfile.py 2011-04-11 10:36:43 +
@@ -40,7 +40,8 @@ class DebPackage(object):
VERSION_SAME,
VERSION_NEWER) = range(4)
-_supported_data_members = (data.tar.gz, data.tar.bz2, data.tar.lzma)
+_supported_data_members = (data.tar.gz, data.tar.bz2, data.tar.lzma,
+ data.tar.xz)
debug = 0
=== modified file 'debian/changelog'
--- debian/changelog 2010-12-12 13:30:33 +
+++ debian/changelog 2011-04-11 10:36:43 +
@@ -1,3 +1,18 @@
+python-apt (0.7.100.1+squeeze1) UNRELEASED; urgency=low
+
+ * python/apt_pkgmodule.cc:
+- strip multiarch by default in RealParseDepends
+- add optional parameter to allow parse_depends() to keep the
+ multiarch parameter
+ * tests/test_deps.py:
+- add test forapt_pkg.parse_depends(strip_multiarch=True)
+ * python/arfile.cc, apt/debfile.py:
+- add support for .xz archives
+ * tests/test_debfile.py:
+- add test for xz compression
+
+ -- Michael Vogt m...@debian.org Mon, 21 Mar 2011 15:46:50 +0100
+
python-apt (0.7.100.1) unstable; urgency=low
[ Julian Andres Klode ]
=== modified file 'debian/control'
--- debian/control 2010-12-12 13:21:53 +
+++ debian/control 2011-04-11 10:36:43 +
@@ -16,8 +16,8 @@ Build-Depends: apt-utils,
python-distutils-extra (= 2.0),
python-sphinx (= 0.5),
python-debian
-Vcs-Bzr: http://bzr.debian.org/apt/python-apt/debian-sid
-Vcs-Browser: http://bzr.debian.org/loggerhead/apt/python-apt/debian-sid/changes
+Vcs-Bzr: http://bzr.debian.org/apt/python-apt/debian-squeeze
+Vcs-Browser: http://bzr.debian.org/loggerhead/apt/python-apt/debian-squeeze/changes
Package: python-apt
Architecture: any
=== modified file 'doc/source/library/apt_pkg.rst'
--- doc/source/library/apt_pkg.rst 2010-11-17 15:45:48 +
+++ doc/source/library/apt_pkg.rst 2011-04-11 10:36:43 +
@@ -1731,7 +1731,7 @@ Dependencies
The following two functions provide the ability to parse dependencies. They
use the same format as :attr:`Version.depends_list_str`.
-.. function:: parse_depends(depends)
+.. function:: parse_depends(depends, strip_multiarch=True)
Parse the string *depends* which contains dependency information as
specified in Debian Policy, Section 7.1.
@@ -1743,6 +1743,9 @@ use the same format as :attr:`Version.de
apt_pkg.parse_depends(PkgA (= VerA) | PkgB (= VerB))
[[('PkgA', 'VerA', '='), ('PkgB', 'VerB', '=')]]
+Note that multiarch dependency information is stripped off by default.
+You can force the full dependency info (including the multiarch info)
+by passing False as a additional parameter to this function.
.. note::
=== modified file 'python/apt_pkgmodule.cc'
--- python/apt_pkgmodule.cc 2010-07-23 14:37:13 +
+++ python/apt_pkgmodule.cc 2011-04-11 10:36:43 +
@@ -189,12 +189,14 @@ static PyObject *RealParseDepends(PyObje
string Package;
string Version;
unsigned int Op;
+ bool StripMultiArch=true;
const char *Start;
const char *Stop;
int Len;
- if (PyArg_ParseTuple(Args,(char *)(s#: + name).c_str(),Start,Len) == 0)
+ if (PyArg_ParseTuple(Args,(char *)(s#|b: + name).c_str(),
+Start, Len, StripMultiArch) == 0)
return 0;
Stop = Start + Len;
PyObject *List = PyList_New(0);
@@ -205,7 +207,7 @@ static PyObject *RealParseDepends(PyObje
break;
Start = debListParser::ParseDepends(Start,Stop,Package,Version,Op,
- ParseArchFlags);
+ ParseArchFlags, StripMultiArch);
if (Start == 0)
{
PyErr_SetString(PyExc_ValueError,Problem Parsing Dependency);
=== modified file 'python/arfile.cc'
--- python/arfile.cc 2010-04-21 14:59:48 +
+++ python/arfile.cc 2011-04-11 10:36:43 +
@@ -477,8 +477,8 @@ PyTypeObject PyArArchive_Type = {
* Representation of a Debian package.
*
* This does not resemble debDebFile in apt-inst, but instead is a subclass
- * of ArFile which adds properties for the control.tar.{lzma,bz2,gz} and
- * data.tar.{lzma,bz2,gz} members which return TarFile objects. It also adds
+ * of ArFile which adds properties for
Bug#620059: Info received (How do I replace portmap with rpcbind?)
Never mind - the answer is: apt-get remove portmap On Mon, 2011-04-11 at 13:52 +, Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian kernel team debian-ker...@lists.debian.org If you wish to submit further information on this problem, please send it to 620...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- -- -- Andrew J Perrin - andrew_per...@unc.edu - http://perrin.socsci.unc.edu Associate Professor and Associate Chair of Sociology University of North Carolina - CB#3210, Chapel Hill, NC 27599-3210 USA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621880: openscenegraph: FTBFS on kfreebsd-*: Cluster.cpp:56:6: error: #error Teach me how to build on this system
Cyril Brulebois writes: Source: openscenegraph Version: 2.9.11-1 Severity: serious Justification: FTBFS User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package no longer builds on kfreebsd-*: | [ 87%] Building CXX object applications/present3D/CMakeFiles/application_present3D.dir/Cluster.o | cd /build/buildd-openscenegraph_2.9.11-1-kfreebsd-amd64-jXKFmU/openscenegraph-2.9.11/build/osg/applications/present3D /usr/bin/c++-g -O2 -Wall -Wparentheses -Wno-long-long -Wno-import -pedantic -Wreturn-type -Wmissing-braces -Wunknown-pragmas -Wunused -fpermissive -O3 -DNDEBUG -I/build/buildd-openscenegraph_2.9.11-1-kfreebsd-amd64-jXKFmU/openscenegraph-2.9.11/OpenSceneGraph/include -I/build/buildd-openscenegraph_2.9.11-1-kfreebsd-amd64-jXKFmU/openscenegraph-2.9.11/build/osg/include -o CMakeFiles/application_present3D.dir/Cluster.o -c /build/buildd-openscenegraph_2.9.11-1-kfreebsd-amd64-jXKFmU/openscenegraph-2.9.11/OpenSceneGraph/applications/present3D/Cluster.cpp | /build/buildd-openscenegraph_2.9.11-1-kfreebsd-amd64-jXKFmU/openscenegraph-2.9.11/OpenSceneGraph/applications/present3D/Cluster.cpp:56:6: error: #error Teach me how to build on this system | /build/buildd-openscenegraph_2.9.11-1-kfreebsd-amd64-jXKFmU/openscenegraph-2.9.11/OpenSceneGraph/applications/present3D/Cluster.cpp: In member function 'void Receiver::sync()': | /build/buildd-openscenegraph_2.9.11-1-kfreebsd-amd64-jXKFmU/openscenegraph-2.9.11/OpenSceneGraph/applications/present3D/Cluster.cpp:369:64: warning: invalid conversion from 'int*' to 'socklen_t*' | /build/buildd-openscenegraph_2.9.11-1-kfreebsd-amd64-jXKFmU/openscenegraph-2.9.11/OpenSceneGraph/applications/present3D/Cluster.cpp:374:72: warning: invalid conversion from 'int*' to 'socklen_t*' | make[3]: *** [applications/present3D/CMakeFiles/application_present3D.dir/Cluster.o] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=openscenegraphsuite=experimental Please get in touch with debian-bsd@ if you need help for porting. KiBi. Hi, The problem comes from a list of cascading #ifdef checks that fails because __FreeBSD__ is not defined. I wonder if just defining __FreeBSD__ in the Makefile is fine or if I must instead patch the package to check, for example, if __FreeBSD_kernel__ is defined. -- Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622253: libquvi: New upstream release (0.2.14)
Package: libquvi Version: 0.2.11-1 Severity: wishlist Hi, There's a new upstream release available, 0.2.14. Would be great if you could update to it, together with this patch (that will be in 0.2.15) that fixes the build on hurd-i386: http://repo.or.cz/w/quvi.git/commitdiff/c16651794dd03fa529c5e5659f5f1d1ab2e429c8 Thanks, Emilio -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (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#622254: shutdown: should log warning message to syslog
Package: sysvinit Version: 2.86.ds1-61 Severity: wishlist shutdown(8) can display a warning message via wall(1) before the computer is shut down. acpid(8) uses this to display the warning message Power button pressed (configured in /etc/acpi/powerbtn.sh), but this information is never logged and thus lost. I could hack a logger(1) call into my powerbtn.sh to circumvent this, but I think it would be nicer if shutdown(8) would generally log the warning message to syslog before it shuts the computer down. -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sysvinit depends on: ii initscripts 2.86.ds1-61 Scripts for initializing and shutt ii libc6 2.7-18lenny7 GNU C Library: Shared libraries ii libselinux1 2.0.65-5 SELinux shared libraries ii libsepol1 2.0.30-2 Security Enhanced Linux policy lib ii sysv-rc 2.86.ds1-61 System-V-like runlevel change mech ii sysvinit-utils 2.86.ds1-61 System-V-like utilities sysvinit recommends no packages. sysvinit 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#511582: Plan of action ?
On Fri, Apr 08, 2011 at 05:16:46PM +0200, Jan Hauke Rahm wrote: On Wed, Dec 08, 2010 at 02:20:53PM +0100, Julien Cristau wrote: On Sun, Dec 5, 2010 at 22:23:04 +0100, Moritz Muehlenhoff wrote: IMO we should ignore this for Squeeze and proceed with removing opie after the Squeeze release. Sounds like a good plan. Here we are and I suggest we proceed, i.e. (1) drop the binary package libsasl2-modules-otp from cyrus-sasl2, (2) remove libpam-opie from unstable, (3) remove opie from unstable. Objections? None seen, bugs filed: #60, #61, #622246. Hauke -- .''`. Jan Hauke Rahm j...@debian.org www.jhr-online.de : :' : Debian Developer www.debian.org `. `'` Member of the Linux Foundationwww.linux.com `- Fellow of the Free Software Foundation Europe www.fsfe.org signature.asc Description: Digital signature
Bug#622255: epiphany-browser: Application Icon missing
Package: epiphany-browser Version: 3.0.0-1 Severity: normal Since upgrading to 3.0.0, the epiphany application icon has disappeared. In the gnome3 launcher, it simply displays the generic 'binary application' icon. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (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/bash Versions of packages epiphany-browser depends on: ii dbus-x11 1.4.6-1 simple interprocess messaging syst ii epiphany-browser 3.0.0-1 Data files for the GNOME web brows ii gnome-icon-theme 2.91.93-1 GNOME Desktop icon theme ii gsettings-deskto 2.91.92-2 GSettings deskop-wide schemas ii iso-codes3.25-1 ISO language, territory, currency, ii libavahi-client3 0.6.30-1Avahi client library ii libavahi-common3 0.6.30-1Avahi common library ii libavahi-gobject 0.6.30-1Avahi GObject library ii libc62.11.2-13 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.6-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.92-1 simple interprocess messaging syst ii libgdk-pixbuf2.0 2.23.3-3GDK Pixbuf library ii libgirepository- 0.10.7-1Library for handling GObject intro ii libglib2.0-0 2.28.4-1The GLib library of C routines ii libgnome-keyring 2.32.0-1GNOME keyring services library ii libgtk-3-0 3.0.8-1 The GTK+ graphical user interface ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii libnspr4-0d 4.8.7-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.9.with.ckbi.1.82-1 Network Security Service libraries ii libpango1.0-01.28.3-6Layout and rendering of internatio ii libseed-gtk3-0 2.91.90-2 GObject JavaScript bindings for th ii libsm6 2:1.2.0-1 X11 Session Management library ii libsoup-gnome2.4 2.33.92-1 an HTTP library implementation in ii libsoup2.4-1 2.33.92-1 an HTTP library implementation in ii libwebkitgtk-3.0 1.3.13-3Web content engine library for Gtk ii libx11-6 2:1.4.2-1 X11 client-side library ii libxml2 2.7.8.dfsg-2GNOME XML library ii libxslt1.1 1.1.26-7XSLT 1.0 processing library - runt Versions of packages epiphany-browser recommends: ii ca-certificates 20090814+nmu3 Common CA certificates ii evince 2.30.3-3Document (PostScript, PDF) viewer ii yelp 2.30.1+webkit-1 Help browser for GNOME Versions of packages epiphany-browser suggests: ii epiphany-extensions 2.91.90-1 Extensions for Epiphany web browse Versions of packages epiphany-webkit depends on: ii dbus-x11 1.4.6-1 simple interprocess messaging syst pn epiphany-webkit- none (no description available) ii gnome-icon-theme 2.91.93-1 GNOME Desktop icon theme ii iso-codes3.25-1 ISO language, territory, currency, ii libavahi-client3 0.6.30-1Avahi client library ii libavahi-common3 0.6.30-1Avahi common library ii libavahi-gobject 0.6.30-1Avahi GObject library ii libc62.11.2-13 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.4.6-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.92-1 simple interprocess messaging syst ii libgconf2-4 2.32.1-2GNOME configuration database syste ii libglib2.0-0 2.28.4-1The GLib library of C routines ii libgnome-keyring 2.32.0-1GNOME keyring services library ii libgtk2.0-0 2.24.4-2The GTK+ graphical user interface ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii libnotify1 [libn 0.5.0-2 sends desktop notifications to a n ii libnspr4-0d 4.8.7-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.9.with.ckbi.1.82-1 Network Security Service libraries ii libpango1.0-01.28.3-6Layout and rendering of internatio ii libsm6 2:1.2.0-1 X11 Session Management library ii libsoup-gnome2.4 2.33.92-1 an HTTP library implementation in ii libsoup2.4-1 2.33.92-1 an HTTP library implementation in ii libwebkit-1.0-2 1.2.7-2 Web content engine
Bug#618836: new spyder version available
hello, I have juste packaged and uploaded the 2.0.10 version of spyder. a bunch of qt libraries where also updated since our last communication. Can you test it and give me some feedback thanks Frederic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622256: squid makes duplicates in cache
Package: squid
Version: 2.7.STABLE9-4
Severity: normal
Squid makes multiple copies of the same URL:
There are multiple clients making range requests, but such behavior makes big
question to squid cache architecture.
cache_dir is ufs 5000 16 256
gw:~# head /var/spool/squid/00/21/2154
http://dc2-file.prodo.ru/Content/AB/74865EF2562006E51D7F9333B4A8D45B7A749DAB.exeHTTP/1.1
200 OK
Content-Type: application/octet-stream
Content-Length: 947070088
Last-Modified: Tue, 15 Feb 2011 23:14:04 GMT
Accept-Ranges: bytes
ETag: 0681966cdcb1:0
Server: Microsoft-IIS/7.5
X-Powered-By: ASP.NET
Date: Mon, 11 Apr 2011 10:35:49 GMT
Connection: keep-alive
gw:~# head /var/spool/squid/00/21/21EB
http://dc2-file.prodo.ru/Content/AB/74865EF2562006E51D7F9333B4A8D45B7A749DAB.exeHTTP/1.1
200 OK
Content-Type: application/octet-stream
Content-Length: 947070088
Last-Modified: Tue, 15 Feb 2011 23:14:04 GMT
Accept-Ranges: bytes
ETag: 0681966cdcb1:0
Server: Microsoft-IIS/7.5
X-Powered-By: ASP.NET
Date: Mon, 11 Apr 2011 10:37:13 GMT
Connection: keep-alive
System Information:
Debian Release: wheezy/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages squid depends on:
ii adduser3.112+nmu2add and remove users and groups
ii debconf [debconf-2.0] 1.5.38Debian configuration management sy
ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib
ii libcap21:2.20-1 support for getting/setting POSIX.
ii libcomerr2 1.41.12-2 common error description library
ii libdb5.1 5.1.25-1 Berkeley v5.1 Database Libraries [
ii libgssapi-krb5-2 1.8.3+dfsg-4 MIT Kerberos runtime libraries - k
ii libkrb5-3 1.8.3+dfsg-4 MIT Kerberos runtime libraries
ii libldap-2.4-2 2.4.23-7 OpenLDAP libraries
ii libpam0g 1.1.2-2 Pluggable Authentication Modules l
ii logrotate 3.7.8-6 Log rotation utility
ii lsb-base 3.2-27Linux Standard Base 3.2 init scrip
ii netbase4.45 Basic TCP/IP networking system
ii perl-modules 5.10.1-18 Core Perl modules
ii squid-common 2.7.STABLE9-4 Internet object cache (WWW proxy c
squid recommends no packages.
Versions of packages squid suggests:
pn logcheck-database none (no description available)
pn resolvconfnone (no description available)
pn smbclient none (no description available)
pn squid-cgi none (no description available)
pn squidclient none (no description available)
ii winbind 2:3.5.8~dfsg-1 Samba nameservice integration serv
-- Configuration Files:
/etc/logrotate.d/squid changed:
/var/log/squid3/*.log {
monthly
compress
rotate 12
missingok
nocreate
sharedscripts
prerotate
test ! -x /usr/sbin/sarg-maint || /usr/sbin/sarg-maint
test ! -x /usr/sbin/sarg-reports || /usr/sbin/sarg-reports
monthly
endscript
postrotate
test ! -e /var/run/squid3.pid || /usr/sbin/squid3 -k rotate
endscript
}
-- debconf information:
squid/fix_cachedir_perms: false
squid/fix_lines: true
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583356: [Pkg-xfce-devel] Bug#583356: xfce4-verve-plugin: does not focus
reassign 583356 close 583356 4.8.1-1 thanks On jeu., 2010-05-27 at 06:13 -0400, Doug Bell wrote: The verve plugin will not receive keyboard focus, making it unusable. This occurs with xfce's focus follows mouse option. The problem started after the upgrade of xfce4 to version 4.6.2. The problem seems in fact to be in the panel and a workaround was committed to Xfce, so I'm closing this. Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607181: Fix FTBFS with ld --as-needed
On Mon, 2011-04-11 at 15:40 +0200, PICCA Frédéric-Emmanuel wrote: Hello, I debcheckout freecad. I attached the build log 1) it seemsm that you did not push the upstream/0.11 tag so a git-buildpackage does not work out of the box. D'oh! Sorry about that. Just pushed the tag. 2) the build process using cowbuilder failed. I attached the build log. I built it with git-buildpackage --git-pbuilder Okay. It needs libtool in Build-Depends. Just pushed that too... Sorry, wasn't testing in pbuilder. Thanks, Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#622112: [pkg-fso-maint] Bug#622112: Bug#622112: xf86-video-glamo: FTBFS: libdrm/drm.h: No such file or directory
2011/4/11 Gilles Filippini p...@debian.org: Timo, do you have time to upload an updated source package with libdrm-dev added to the build depends? Feel free to NMU and add yourself to uploaders etc. You may want to look at another FTBFS as well #614453 while you're at it. I'm looking into zhone at the moment. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622257: RFP: libjs-validation -- jQuery plugin for clientside form validation
Package: wnpp Severity: wishlist X-Debbugs-CC: pkg-javascript-de...@lists.alioth.debian.org Package name: libjs-validation Version : 1.8.0 Upstream Author : Jörn Zaefferer URL or Web page : http://bassistance.de/jquery-plugins/jquery-plugin-validation/ License : MIT/GPL Description : jQuery plugin for clientside form validation From the web page: This jQuery plugin makes simple clientside form validation trivial, while offering lots of option for customization. That makes a good choice if you’re building something new from scratch, but also when you’re trying to integrate it into an existing application with lots of existing markup. The plugin comes bundled with a useful set of validation methods, including URL and email validation, while providing an API to write your own methods. All bundled methods come with default error messages in english and translations into 32 languages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622258: pptpd: Impossible to establish connection
Package: pptpd
Version: 1.3.4-4
Severity: normal
After upgrading from 1.3.4-3 to 1.3.4-4 no clients, nigher linux, nor windows
can connect. Configuration was not changed on upgrade. Downgrade to 1.3.3-3
solve this problem. You can see strange unrecognized option '' in the log:
pr 11 17:34:38 vpngate pptpd[29643]: CTRL: Client 192.168.22.22 control
connection started
Apr 11 17:34:39 vpngate pptpd[29643]: CTRL: Starting call (launching pppd,
opening GRE)
Apr 11 17:34:39 vpngate pppd[29648]: unrecognized option ''
Apr 11 17:34:39 vpngate pptpd[29643]: GRE: read(fd=6,buffer=610ec0,len=8196)
from PTY failed: status = -1 error = Input/output error, usually caused by
unexpected termination of pppd, check option syntax and pppd logs
Apr 11 17:34:39 vpngate pptpd[29643]: CTRL: PTY read or GRE write failed
(pty,gre)=(6,7)
Apr 11 17:34:39 vpngate pptpd[29643]: CTRL: Reaping child PPP[29648]
Apr 11 17:34:39 vpngate pptpd[29643]: CTRL: Client 192.168.22.22 control
connection finished
-- System Information:
Distributor ID: Ubuntu
Description:Ubuntu 9.04
Release:9.04
Codename: jauntyArchitecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages pptpd depends on:
ii bcrelay1.3.4-3 Broadcast relay daemon
ii debconf [debconf-2.0] 1.5.26ubuntu3 Debian configuration management sy
ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib
ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra
ii netbase4.34ubuntu2 Basic TCP/IP networking system
ii ppp2.4.5-5 Point-to-Point Protocol (PPP) - da
pptpd recommends no packages.
pptpd suggests no packages.
-- Configuration Files:
/etc/init.d/pptpd changed:
PATH=/bin:/usr/bin:/sbin:/usr/sbin
DAEMON=/usr/sbin/pptpd
PIDFILE=/var/run/pptpd.pid
FLAGS=defaults 50
case $1 in
start)
echo -n Starting PPTP Daemon:
start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON \
-- /dev/null /dev/null
echo pptpd.
;;
stop)
echo -n Stopping PPTP:
start-stop-daemon --stop --quiet --pidfile $PIDFILE --exec $DAEMON
echo pptpd.
;;
force-reload|restart)
echo Restarting PPTP:
sh $0 stop
sh $0 start
;;
status)
if [ ! -r $PIDFILE ]; then
# no pid file, process doesn't seem to be running correctly
exit 3
fi
PID=`cat $PIDFILE | sed 's/ //g'`
EXE=/proc/$PID/exe
if [ -x $EXE ]
[ `ls -l \$EXE\ | cut -d'' -f2,2 | cut -d' ' -f2,2` = \
$DAEMON ]; then
# ok, process seems to be running
exit 0
elif [ -r $PIDFILE ]; then
# process not running, but pidfile exists
exit 1
else
# no lock file to check for, so simply return the stopped status
exit 3
fi
;;
*)
echo Usage: /etc/init.d/pptpd {start|stop|restart|force-reload|status}
exit 1
;;
esac
exit 0
/etc/ppp/pptpd-options changed:
name playfast_core
refuse-pap
refuse-chap
refuse-mschap
require-mschap-v2
require-mppe-128
ms-dns 192.168.11.66
ms-dns 192.168.11.2
proxyarp
nodefaultroute
noreplacedefaultroute
lock
nobsdcomp
linkname pptp
/etc/pptpd.conf changed:
option /etc/ppp/pptpd-options
logwtmp
localip 192.168.11.65
remoteip 192.168.11.129-254
-- 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#581020: Please use minified source from jquery website
One of the principles of free software is to be able to build delivered software from source. One of the principles of Debian is to use this ability without exception. Using precompressed binaries from upstream was a bug (#571786) in the first place, that has been solved by Marcelo Jorge Vieira. I suggest to close this bug as wontfix. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622259: linux-image-2.6.32-5-686: resuming from hibernation sometimes fails on eeepc 1002HA
Package: linux-2.6 Version: 2.6.32-31 Severity: normal Hello, Since version 2.6.32-30, the Squeeze's Debian Linux kernel sometimes fails to resume from hibernation on my Asus eeepc 1002HA. As stated in bug #611750, I've observed that when resuming from hibernation, sometimes my computer was returning to Grub2's menu (without any error message), and I had to do a normal boot on my Debian Squeeze system (with file systems corrections), loosing my hibernation's state. The fail isn't automatic, but seems to happen more frequently after a while my computer was disconnected from AC and battery. On my system, I've first done a git bisect to identify the culprit patch (testing hibernation / resume about 5 times before to tag it 'ok'), and found a security uptstream patch 2.6.32.28. Then, I've done a manual bisecting among patches included in this security patch, and actually found that my problem comes from : x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch I've tested the original Debian Linux kernel 2.6.32-31, I got the same problem, and I'm now running a modified version of 2.6.32-31 with this former patch reverted, with success since then (about 3 weeks). I'm defining this new separate bug report following Ben Hutchings' suggestion in #611750 report. Fred. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information not available ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GME Express Memory Controller Hub [8086:27ac] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:830f] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Capabilities: access denied Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GME Express Integrated Graphics Controller [8086:27ae] (rev 03) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device [1043:830f] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 16 Region 0: Memory at fbd0 (32-bit, non-prefetchable) [size=512K] Region 1: I/O ports at dc80 [size=8] Region 2: Memory at d000 (32-bit, prefetchable) [size=256M] Region 3: Memory at fbcc (32-bit, non-prefetchable) [size=256K] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 Kernel modules: i915 00:02.1 Display controller [0380]: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller [8086:27a6] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:830f] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Region 0: Memory at fbd8 (32-bit, non-prefetchable) [size=512K] Capabilities: access denied 00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family High Definition Audio Controller [8086:27d8] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:834a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 16 Region 0: Memory at fbcb8000 (64-bit, non-prefetchable) [size=16K] Capabilities: access denied Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel 00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 1 [8086:27d0] (rev 02) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 32 bytes Bus: primary=00, secondary=03, subordinate=03, sec-latency=0 I/O behind bridge: 1000-1fff Memory behind bridge: 4000-401f Prefetchable memory behind bridge: 4020-403f Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied Kernel driver in
Bug#610191: mutt-patched: Could not create temporary file!
tag 610191 +confirmed severity 610191 serious thanks On Mon, Apr 11, 2011 at 11:48:06AM +0200, Stefano Zacchiroli wrote: Friendly ping about this bug report. Any patch we users could test to help you out? Cheers. PS In the meantime the bugged mutt-patched has hit testing, which is unfortunate I believe. Even if it's too late to avoid that, please consider upgrading the severity to serious. Hi Stefano, I had a couple of issues during the past weekends and I needed to sort them out first, I'm upgrading the severity to serious right now and I'll start working on a patch straight away. Sorry for the inconvenience. Cheers Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574371: Intent to hijack - Bug#574371: ITP: go -- The compiler for Google's Go programming language.
I have a packages ready, but it was rejected because of xkcd.com (CC-BY-NC) strip, and I didn't have a time to rip that out and make it dfsg free. Sorry for the delay, I'll try to fix that soon and make a new upload. Ondrej 2011/4/11 Jon Dowland j...@debian.org: This package is now past it's ITP anniversary, with no package in sight :-( Ondřej, are you still planning to hijack/upload a package to experimental? -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619877: rpc.mountd: svc_tli_create: could not bind to requested address
On Monday 11 April 2011 14:55:42 you wrote: Yes - same here. I reported that already. Yeah, I've missed it -- I wasn't subscribed to the bug, and your mail hadn't appeared on b.d.o page until after I've sent mine. Sorry for duplication. cheers, Marc -- Vadim Solomin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622187: [ia64] CDROM drive not detected
On Mon, Apr 11, 2011 at 12:20:35AM +0100, Miguel Figueiredo wrote: On Sunday 10 April 2011 19:54:28 dann frazier wrote: [...] The ia64 cdrom flavor is missing the pata_cmd64x driver, which is needed to access the optical drive on various models of HP Itanium systems. [...] As the d-i's kernel depends on the kernel-wedge package it is needed to include pata-modules in linux-kernel-di-ia64-2.6/modules/ia64/ so it is included when the kernel-di-ia64-2.6 is rebuilt. IIUC the above makes kernel-wedge/modules/pata-modules be included also for ia64. Yep, my installation report included patches for that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622260: fails to build for 2.6.38 kernel
Package: openafs-modules-source Version: 1.6.0~pre4-1 Severity: normal I am trying to build a 2.6.38 kernel and openafs modules for the kernel. I get the following error: make[1]: Entering directory `/usr/local/src/modules/openafs' sh debian/prep-modules /usr/local/src/linux-source-2.6.38 touch setup dh ./debian/rules dh: Unknown sequence ./debian/rules (choose from: binary binary-arch binary- indep build build-arch build-indep clean install install-arch install-indep) make[1]: *** [./debian/rules] Error 9 make[1]: Leaving directory `/usr/local/src/modules/openafs' Module /usr/src/modules/openafs failed. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32.100205b (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/bash Versions of packages openafs-modules-source depends on: ii debhelper8.1.2 helper programs for debian/rules ii kernel-package 12.036+nmu1 A utility for building Linux kerne ii perl 5.10.1-18 Larry Wall's Practical Extraction Versions of packages openafs-modules-source recommends: ii openafs-client 1.6.0~pre4-1 AFS distributed filesystem client openafs-modules-source 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#622261: dsc-statistics: FTBFS if --binary-arch is used
Package: dsc-statistics Severity: serious Tags: confirmed Hi, dsc-statistics fails to build on the buildds since they use --binary-archi to avoid building the architecture independent package over and over. I need to figure out how to act differently in debhelper 7's override_dh_auto_install target for architecture dependent and independent packages. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622221: Please drop libsasl2-modules-otp
On Mon, Apr 11, 2011 at 09:27:19AM -0500, Dan White wrote: On 11/04/11 08:39 +0200, Jan Hauke Rahm wrote: in order to remove opie (see #511582), the otp binary needs to be dropped and the build-dependency on opie be removed. Please do so in your next upload. Thank you! Hauke For what it's worth, I've been using the cyrus otp plugin without opie for a while. If no opie libraries are found during build, otp should build itself to use auxprop as it's token store instead. Well, if that's the case, just drop the build-dependency please. Hauke -- .''`. Jan Hauke Rahm j...@debian.org www.jhr-online.de : :' : Debian Developer www.debian.org `. `'` Member of the Linux Foundationwww.linux.com `- Fellow of the Free Software Foundation Europe www.fsfe.org signature.asc Description: Digital signature
Bug#622262: [libreoffice-calc] N() function does not behave like in openoffice or excel
Package: libreoffice-calc Version: 1:3.3.1-1 Severity: normal --- Please enter the report below this line. --- Under openoffice and excel N() returns 0, while under libreoffice it returns #VALUE. --- System information. --- Architecture: i386 Kernel: Linux 2.6.32-5-686 Debian Release: wheezy/sid 500 testing www.emdebian.org 500 testing ftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== libreoffice-core (= 1:3.3.1-1) | 1:3.3.1-1 libreoffice-base-core(= 1:3.3.1-1) | 1:3.3.1-1 libc6 (= 2.1.3) | 2.11.2-11 libgcc1 (= 1:4.1.1) | 1:4.5.2-4 libstdc++6 (= 4.1.1) | 4.5.2-4 libstlport4.6ldbl | 4.6.2-7 ure (= 1.7.0) | 1.7.0+LibO3.3.1-1 lp-solve(= 5.5.0.13-5+b1) | 5.5.0.13-7 libreoffice-common( 1:3.3.1) | 1:3.3.1-1 ttf-opensymbol (= 1:3.0) | 2:2.4.3+LibO3.3.1-1 libatk1.0-0(= 1.29.3) | 1.32.0-1+sid1 libc6 (= 2.7) | 2.11.2-11 libcairo2 (= 1.2.4) | 1.8.10-6 libcurl3-gnutls (= 7.16.2-1) | 7.21.3-1 libdb4.8 | 4.8.30-4 libexpat1 (= 1.95.8) | 2.0.1-7 libfontconfig1 (= 2.8.0) | 2.8.0-2.1 libfreetype6(= 2.2.1) | 2.4.4-1 libgcc1 (= 1:4.1.1) | 1:4.5.2-4 libglib2.0-0 (= 2.16.0) | 2.28.2-1 libgraphite3(= 1:2.3) | 1:2.3.1-0.2 libgstreamer-plugins-base0.10-0(= 0.10.0) | 0.10.30-1 libgstreamer0.10-0 (= 0.10.0) | 0.10.32-4 libgtk2.0-0 (= 2.10) | 2.20.1-2 libhunspell-1.2-0 (= 1.2.11) | 1.2.14-4 libhyphen0 (= 2.7.1) | 2.7.1-4 libice6 (= 1:1.0.0) | 2:1.0.7-1 libicu44 (= 4.4.1-1) | 4.4.2-2 libjpeg62 (= 6b1) | 6b1-1 libmythes-1.2-0| 2:1.2.1-1 libneon27-gnutls (= 0.29.3-3) | 0.29.5-3 libnspr4-0d (= 1.8.0.10) | 4.8.7-2 libnss3-1d (= 3.12.0~1.9b1) | 3.12.9-2 libpango1.0-0 (= 1.14.0) | 1.28.3-1+squeeze2 libpng12-0 (= 1.2.13-4) | 1.2.44-2 libsm6 | 2:1.2.0-1 libssl0.9.8 (= 0.9.8m-1) | 0.9.8o-5 libstdc++6 (= 4.1.1) | 4.5.2-4 libstlport4.6ldbl | 4.6.2-7 libx11-6 | 2:1.4.1-5 libxaw7| 2:1.0.9-2 libxext6 | 2:1.2.0-2 libxinerama1 | 2:1.1.1-1 libxml2 (= 2.7.4) | 2.7.8.dfsg-2 libxrandr2 | 2:1.3.1-1 libxrender1| 1:0.9.6-1 libxslt1.1 (= 1.1.25) | 1.1.26-6 libxt6 | 1:1.1.1-1 ure (= 1.7.0+LibO3.3.0~beta3) | 1.7.0+LibO3.3.1-1 zlib1g(= 1:1.1.4) | 1:1.2.3.4.dfsg-3 librdf0(= 1.0.13) | 1.0.13-2 fontconfig | 2.8.0-2.1 Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: This is a digitally signed message part
Bug#622263: debian-policy: Phrasing of 5.6.25 (DMUA) is confusing
Package: debian-policy Version: 3.9.2.0 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi dear policy maintainers, We just had a short discussion on IRC (#debian-python, 2011-04-11) about the phrasing of the new 5.6.25 paragraph (which documents the DMUA field). The current phrasing makes it sound that adding the DM-Upload-Allowed field to each source package is required (where AFAIK it isn't). I propose the following rephrasing: - --- policy_orig.sgml2011-04-11 16:33:25.0 +0200 +++ policy.sgml 2011-04-11 16:45:52.0 +0200 @@ -3700,11 +3700,11 @@ headingttDM-Upload-Allowed/tt/heading p - - The most recent version of a package uploaded to unstable or - - experimental must include the field ttDM-Upload-Allowed: - - yes/tt in the source section of its source control file for - - the Debian archive to accept uploads signed with a key in the - - Debian Maintainer keyring. See the General + The Debian archive will accept uploads signed with a key in + the Debian Maintainer keyring for a given package if and only + if the previous upload of said package had the + ttDM-Upload-Allowed: yes/tt field included in the source + section of its source control file. See the General Resolution url id=http://www.debian.org/vote/2007/vote_003; name=Endorse the concept of Debian Maintainers for more details. Thanks for your consideration, cheers, OdyX === IRC discussion abstract === [16:17] jtaylor standard 3.9.2 says one *must* set DM-Upload-Allowed yes, is that also the stance of the python modules team? [16:19] OdyX jtaylor: must in what sense ? [16:20] jwilk ... to accept uploads signed with a key in the Debian Maintainer keyring. - that's quite an important part. [16:20] jwilk I don't get why it had to be written in the Policy, but meh... [16:21] tumbleweed It seems sensible to have non-X fields in the policy [16:22] morph_work sure, but it seems to be required for every package [16:22] jtaylor odyx: must is the wording of the policy [16:22] jtaylor no should [16:23] jtaylor I always though that field was something set by the sponsor [16:24] OdyX jtaylor: read the entire phrase. It could be reformulated as a DM whose key is in the debian-maintainers keyring can upload package if and only if this package has previously been uploaded to experimental or unstable with the DMUA flag set to yes. [16:24] tumbleweed such a rephrasing would probably be sensible [16:24] jtaylor ah [16:24] jtaylor yes [16:24] morph_work and clearer [16:25] OdyX who fires reportbug ? [16:25] jtaylor I as relative new to debian packaging did not know that sponsored packages are signed with the sponsors key [16:25] jtaylor so I misunderstood that :( - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash debian-policy depends on no packages. debian-policy recommends no packages. Versions of packages debian-policy suggests: ii doc-base 0.10.1 utilities to manage online documen - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iJwEAQECAAYFAk2jFgMACgkQKA1Vt+jBwDg6CgP+OnCmG8cBsi0cJpAlIDsLFJG1 kf3RgHheY9aontNhOzCM3X6k6IfqLn4mzkoP20w2XFgiSsQ9GDUQlAXYz/l81y12 uwICp8xRa1Pphc/d+Pe+iJ6oJZ2Qh7rusijHAS9siIuHGVXOMbmnbFJkRPqHYMR+ dGWRhPl9Qz8/QwRF9Kk= =D49w -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612296: bacula and bacula-doc
On Fri, 08 Apr 2011 12:36:58 +0200, Luca Capello l...@pca.it wrote: Hi there! On Fri, 11 Feb 2011 19:29:15 +0100, José Luis Tallón wrote: Chuck, would you be happy to co-maintain bacula together with José Luis? Sure not a problem. Luca, would you mind sponsoring/reviewing a new version during this week? As there was no activity from others, this tasks fell a bit in my todo list. Moreover, I didn't want to overload Anibal if at all possible. There is no Alioth project and I was thinking about creating one named 'pkg-bacula'. I thought about a general 'pkg-backup' project, but then given the different backup solution I am not sure it would be a good idea. Probably overkill / overcomplicated Maybe I will ask on debian-devel@ and then decide about that. Anyway, if no one will complain in three days, I will ask for such a new Alioth project. Ok, let's use Alioth (though I'd prefer some repo hosted somewhere or whatever) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622264: FTBFS: gcj-4.6: gcc-multiarch-linaro.diff fails to apply
Package: gcj-4.6 Version: 4.6.0-1 Severity: important Just like gcc-4.6, the multiarch-linaro.diff fails to apply, disabling the patch for armhf should enable the build on armhf again. Regards Konstantinos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622265: TERM=screen.mlterm breaks dircolors
Package: screen Version: 4.0.3-14 As for TERM=screen.mlterm, the output of dircolors empties. $ echo $TERM mlterm $ dircolors LS_COLORS='rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;... export LS_COLORS $ screen $ echo $TERM screen.mlterm $ dircolors LS_COLORS=''; export LS_COLORS $ exit $ TERM=screen screen $ echo $TERM screen $ dircolors LS_COLORS='rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;... export LS_COLORS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622266: digikam should recommend mplayerthumbs
Package: digikam Version: 2:1.2.0-7 Severity: wishlist mplayerthumbs is necessary to get thumbnails for videos, hence digikam should recommend it -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages digikam depends on: ii digikam-data2:1.2.0-7digikam architecture-independant d ii kdebase-runtime 4:4.4.5-1runtime components from the offici ii kdepim-runtime 4:4.4.7-1Runtime components for akonadi-kde ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libgcc1 1:4.5.2-4GCC support library ii libglib2.0-02.28.4-1 The GLib library of C routines ii libgphoto2-22.4.10.1-5 gphoto2 digital camera library ii libgphoto2-port02.4.10.1-5 gphoto2 digital camera port librar ii libice6 2:1.0.7-1X11 Inter-Client Exchange library ii libjasper1 1.900.1-7+b1 The JasPer JPEG-2000 runtime libra ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libkabc44:4.4.5-2library for handling address book ii libkdcraw8 4:4.4.5-2RAW picture decoding C++ library ( ii libkde3support4 4:4.4.5-3the KDE 3 Support Library for the ii libkdecore5 4:4.4.5-3the KDE Platform Core Library ii libkdeui5 4:4.4.5-3the KDE Platform User Interface Li ii libkexiv2-8 4:4.4.5-2Qt like interface for the libexiv2 ii libkfile4 4:4.4.5-3the File Selection Dialog Library ii libkhtml5 4:4.4.5-3the KHTML Web Content Rendering En ii libkio5 4:4.4.5-3the Network-enabled File Managemen ii libkipi74:4.4.5-2library for apps that want to use ii libkjsapi4 4:4.4.5-3the KJS API Library for the KDE De ii libknotifyconfig4 4:4.4.5-3library for configuring KDE Notifi ii libkparts4 4:4.4.5-3the Framework for the KDE Platform ii libkresources4 4:4.4.5-2the KDE Resource framework library ii libkutils4 4:4.4.5-3various utility classes for the KD ii liblcms11.18.dfsg-1.2+b3 Color management library ii liblensfun0 0.2.4-1 Lens Correction library - Runtime ii liblqr-1-0 0.4.1-1 converts plain array images into m ii libmarblewidget44:4.4.5-2Marble globe widget library ii libnepomuk4 4:4.4.5-3the Nepomuk Meta Data Library ii libphonon4 4:4.6.0really4.4.4-3 the core library of the Phonon mul ii libpng12-0 1.2.44-2 PNG library - runtime ii libqt4-dbus 4:4.7.2-3Qt 4 D-Bus module ii libqt4-network 4:4.7.2-3Qt 4 network module ii libqt4-qt3support 4:4.7.2-3Qt 3 compatibility library for Qt ii libqt4-sql 4:4.7.2-3Qt 4 SQL module ii libqt4-sql-sqlite 4:4.7.2-3Qt 4 SQLite 3 database driver ii libqt4-svg 4:4.7.2-3Qt 4 SVG module ii libqt4-xml 4:4.7.2-3Qt 4 XML module ii libqtcore4 4:4.7.2-3Qt 4 core module ii libqtgui4 4:4.7.2-3Qt 4 GUI module ii libsm6 2:1.2.0-1X11 Session Management library ii libsolid4 4:4.4.5-3Solid Library for KDE Platform ii libsoprano4 2.6.0+dfsg.1-3 libraries for the Soprano RDF fram ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii libtiff43.9.4-9 Tag Image File Format (TIFF) libra ii libx11-62:1.4.2-1X11 client-side library ii libxau6 1:1.0.6-1X11 authorisation library ii libxdmcp6 1:1.1.0-1X11 Display Manager Control Protoc ii libxext62:1.2.0-2X11 miscellaneous extension librar ii libxft2 2.2.0-2 FreeType-based font drawing librar ii libxpm4 1:3.5.9-1X11 pixmap library ii phonon 4:4.6.0really4.4.4-3 metapackage for the Phonon multime ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages digikam recommends: ii iceweasel [www-browser] 4.0~b12-1 Web browser based on Firefox ii kipi-plugins 1.2.0-2+b1 image manipulation/handling plugin ii konqueror [www-browser] 4:4.4.5-2
Bug#622221: Please drop libsasl2-modules-otp
On 11/04/11 08:39 +0200, Jan Hauke Rahm wrote: Package: cyrus-sasl2 Version: 2.1.23.dfsg1-8 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, in order to remove opie (see #511582), the otp binary needs to be dropped and the build-dependency on opie be removed. Please do so in your next upload. Thank you! Hauke For what it's worth, I've been using the cyrus otp plugin without opie for a while. If no opie libraries are found during build, otp should build itself to use auxprop as it's token store instead. -- Dan White -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622267: Small fix to make dhcpdump build on GNU/Hurd
Package: dhcpdump
Version: 1.8-2
Severity: important
Tags: patch
Usertags: Hurd
Attached is a small patch to enable successful build of dhcpdump on
GNU/Hurd. (The patch does probably apply to kfreebsd-{i386,amd64} too by
adding these architectures, since the errors are the same. However, here
we only address hurd-i386).
diff -ur dhcpdump-1.8/debian/rules dhcpdump-1.8.new/debian/rules
--- dhcpdump-1.8/debian/rules 2011-04-11 16:09:46.0 +0200
+++ dhcpdump-1.8.new/debian/rules 2011-04-11 17:00:08.0 +0200
@@ -36,8 +36,14 @@
STRIP = -s
endif
+ARCH = $(shell dpkg-architecture -qDEB_HOST_ARCH)
+ifneq (,$(findstring $(ARCH), hurd-i386))
+ EXTRAFLAG=-D_BSD_SOURCE
+endif
+
+
build:
- $(MAKE) CFLAGS=$(CFLAGS) -DHAVE_STRSEP
+ $(MAKE) CFLAGS=$(CFLAGS) $(EXTRAFLAG) -DHAVE_STRSEP
touch stamp-build
cat debian/copyright LICENSE copyright.txt
Bug#510351: [Pkg-xfce-devel] Bug#510351: xfwm4 does fails to sent keyboard events to the xtightvncviewer vnc session
On mer., 2008-12-31 at 21:12 +0100, Jelle de Jong wrote: xfwm4 does fails to sent keyboard events to the xtightvncviewer vnc session 4.4 is long gone, what is the status on this? Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618843: closed by Alessio Treglia ales...@debian.org (Bug#618843: fixed in prey 0.5.3-2)
I'm sorry but you took the old version of my translation. The current one is here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618843#20 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523663: [Pkg-xfce-devel] Bug#523663: xfce4-battery-plugin: doesn't (always) recognize a full battery
On sam., 2009-04-11 at 21:23 +0300, Andrei Popescu wrote: Hello, I checked the option Hide time/percentage when full but it still shows the percentage (and time 00:00 if I enable it), though acpi reports the battery is full: Hey, is it still the case with sysfs-based battery plugin? Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622144: ocaml-ssl: implicit declaration of function 'SSLv2_client_method'
On Mon, Apr 11, 2011 at 09:27:36AM +0200, Stéphane Glondu wrote: Le 10/04/2011 17:13, Kurt Roeckx a écrit : SSLv2 support got removed, but it seems you still try to use the functions. I suspect this is yet an other case of a wrapper of the openssl library. [...] Indeed. Are SSLv23_* functions still OK to use? Yes, see the manpage of SSL_CTX_new() [...] You can check that those functions don't exist by checking for the OPENSSL_NO_SSL2 define, but I suggest you completly remove sslv2 support. Well... properly removing it would change the interface, therefore mean a transition (I guess it could be done as part of #618871). But I can also cripple the functionality (i.e. raise an exception on use) if it is urgent. I think raising an exception would be good enough for now. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622182: FTBFS: test touch/now-owned-by-other fails
Mathias Brodala wrote: Hi. Jim Meyering, 11.04.2011 09:13: Mathias Brodala wrote: FAIL: misc/tail (exit: 1) = ... f-pipe-1.p... tail: test f-pipe-1.p: stderr mismatch, comparing f-pipe-1.p.E (actual) and f-pipe-1.p.3 (expected) *** f-pipe-1.p.E Sat Apr 9 22:58:08 2011 --- f-pipe-1.p.3 Sat Apr 9 22:58:08 2011 *** *** 1 - tail: cannot determine location of `standard input'. reverting to polling: Function not implemented --- 0 Thanks. However, that's nothing serious (certainly not grave). Even if it were, how often does anyone run tail -f on a pipe? The usual dmesg | tail -f comes into mind. ;-) tail -f still works on pipes. The test fails because it's printing a diagnostic (when none was expected) when reverting from inotify-based to the classic polling-based method. Aside from that I actually meant this report to be about the FTFBS issue alone since that pretty much makes the package unusable to me. If I can’t compile it, then I cannot make modifications. Failing a single nit-picky test should not be seen as making the entire 100+-program package unusable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622182: FTBFS: test touch/now-owned-by-other fails
Hi. Jim Meyering, 11.04.2011 09:13: Mathias Brodala wrote: FAIL: misc/tail (exit: 1) = ... f-pipe-1.p... tail: test f-pipe-1.p: stderr mismatch, comparing f-pipe-1.p.E (actual) and f-pipe-1.p.3 (expected) *** f-pipe-1.p.ESat Apr 9 22:58:08 2011 --- f-pipe-1.p.3Sat Apr 9 22:58:08 2011 *** *** 1 - tail: cannot determine location of `standard input'. reverting to polling: Function not implemented --- 0 Thanks. However, that's nothing serious (certainly not grave). Even if it were, how often does anyone run tail -f on a pipe? The usual dmesg | tail -f comes into mind. ;-) Aside from that I actually meant this report to be about the FTFBS issue alone since that pretty much makes the package unusable to me. If I can’t compile it, then I cannot make modifications. But yeah, if grave only means the binary packages, then it is certainly not the appropriate severity. Regards, Mathias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622268: Wishlist nginx 0.8.54-4
Package: nginx Version: 0.8.54-4 Severity: wishlist Hi Would it be possible to incluide secure downloads module in the package? Thanks in advance Javier
Bug#622269: anki crashes on startup (segfault)
Package: anki Version: 1.0.1-1 Severity: important Hi, after some upgrades (I am sorry but I do not recall more specific information) anki crashes on startup with loaded the Generic plugin segmentation fault anki. I can provide strace output if useful. I guess something with sip is wrong. Best, Johannes -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/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 anki depends on: ii python2.6.6-12 interactive high-level object-orie ii python-beautifulsoup 3.2.0-1error-tolerant HTML parser for Pyt ii python-qt44.8.3-2Python bindings for Qt4 ii python-simplejson 2.1.3-1simple, fast, extensible JSON enco ii python-sqlalchemy 0.6.6-2SQL toolkit and Object Relational ii python-support1.0.11 automated rebuilding support for P Versions of packages anki recommends: ii kakasi 2.3.5~pre1+cvs20071101-1 KAnji KAna Simple Inverter ii python-matplotl 0.99.3-1 Python based plotting system in a Versions of packages anki suggests: ii dvipng1.13-1 convert DVI files to PNG graphics -- 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#622270: RM: ktsuss -- ROM; unmaintained upstream
Package: ftp.debian.org Severity: normal Hey, ktsuss isn't really maintained upstream and as it is a setuid binary which manages privilege escalation, I'm not exactly confident with the current situation. I don't think it's stil needed with tools like policykit/consolekit and gksu is still available. All in all, I guess removal is the best bet for now :) -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622271: RM: gir-repository -- ROM; obsolete
Package: ftp.debian.org Severity: normal both gtk+2.0 (latest upload) and libsoup2.4 (since 2.34.0-1 = latest upload) generate their own gir files/packages now no need for the deprecated gir-repository package anymore. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622146: nfs-common: compatibility between squeeze and sid broken
On 04/10/2011 08:45 PM, Rico Rommel wrote: Am Sonntag, 10. April 2011, 20:09:36 schrieb Luk Claes: On 04/10/2011 06:10 PM, Rico Rommel wrote: Am Sonntag, 10. April 2011, 17:57:11 schrieb Ben Hutchings: On Sun, 2011-04-10 at 17:48 +0200, Rico Rommel wrote: I noticed, that nfs-common doesn't depend on librpcsecgss3 anymore and tried a rebuild using librpcsecgss3. But librpcsecgss3 conflicts with the now used libtirpc1, which provides ipv6 support to nfs. (as i understood) Does removing librpcsecgss3 solve the problem? No, it doesn't make any difference. librpcsecgss3 isn't used by nfs-common 1.2.3-2 What kernel version are you using on the clients? If you're not using sid's kernel, does upgrading to a recent kernel (and rebooting obviously) solve anything? If that also does not work, I guess we could prepare an upload containing support to limit the negotiated enctypes [1] to see if that helps. Cheers Luk [1] http://git.linux-nfs.org/?p=steved/nfs-utils.git;a=commit;h=d6c1b35c6b40243bfd6fba2591c9f8f2653078c0 Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617417: liblircclient0: Breaks inputlirc.
severity 617417 important thanks Given that linux-2.6/ 2.6.38 migrated to testing, lirc 0.9~ needs to follow, given that the real bug is in inputlirc (+patch) and can be avoided by adapting the inputlirc config, I'm downgrading the severity of this bug to allow migration to testing. Regards Stefan Lippers-Hollmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516718: Wrong startup ordering
Instead of filing another bug i'd better follow this. In some old-style init systems, the networking init.d script does effectively nothing. Everything is done by network-manager, which starts only on runlevel 2 with: /etc/init.d/S26network-manager While ejabberd is installing with update-rc.d default... so it is starting with: /etc/init.d/S20ejabbed Reprioritizing ejabberd after networn-manager fixes the issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622272: apt-cacher-ng: should treat InRelease as a volatile file
Package: apt-cacher-ng Version: 0.6.1-1 Severity: important Recent versions of apt prefer to download a clear-signed Release file, InRelease, instead of the combination of Release and Release.gpg. This results in hash-matching failures, when acng returns a cached InRelease and a fresh Packages/Sources. Adding it to my VfilePattern seems to fix this. It would perhaps be better to treat all unknown files as volatile, in fact? S -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-cacher-ng depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2.0] 1.5.38 Debian configuration management sy ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libfuse22.8.4-1.3Filesystem in USErspace library ii libgcc1 1:4.6.0-2GCC support library ii liblzma25.0.0-2 XZ-format compression library ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages apt-cacher-ng recommends: ii ed1.4-3 The classic UNIX line editor ii perl 5.10.1-19 Larry Wall's Practical Extraction Versions of packages apt-cacher-ng suggests: ii doc-base 0.10.1 utilities to manage online documen -- Configuration Files: /etc/apt-cacher-ng/acng.conf changed: CacheDir: /var/cache/apt-cacher-ng LogDir: /var/log/apt-cacher-ng Port:3142 BindAddress: 127.0.0.1 Remap-debrep: file:deb_mirror*.gz /debian ; file:backends_debian Remap-uburep: file:ubuntu_mirrors /ubuntu ; file:backends_ubuntu Remap-debvol: file:debvol_mirror*.gz /debian-volatile ; file:backends_debvol Remap-cygwin: file:cygwin_mirrors /cygwin # ; file:backends_cygwin # incomplete, please create this file or specify preferred mirrors here Remap-sfnet: file:sfnet_mirrors # ; file:backends_sfnet # incomplete, please create this file or specify preferred mirrors here Remap-alxrep: file:archlx_mirrors /archlinux # ; file:backend_archlx # incomplete, please create this file or specify preferred mirrors here ReportPage: acng-report.html ExTreshold: 4 VfilePattern = (^|.*?/)(Index|Packages\.bz2|Packages\.gz|Packages|Release|Release\.gpg|InRelease|Sources\.bz2|Sources\.gz|Sources|release|index\.db-.*\.gz|Contents-[^/]*\.gz|pkglist[^/]*\.bz2|rclist[^/]*\.bz2|/meta-release[^/]*|Translation[^/]*\.bz2)$ /etc/apt-cacher-ng/backends_debian changed: http://www.mirrorservice.org/sites/ftp.debian.org/debian/ http://ftp.uk.debian.org/debian/ /etc/apt-cacher-ng/backends_debvol changed: http://ftp.uk.debian.org/debian-volatile/ /etc/apt-cacher-ng/security.conf [Errno 13] Permission denied: u'/etc/apt-cacher-ng/security.conf' -- debconf information: apt-cacher-ng/gentargetmode: No automated setup -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621880: openscenegraph: FTBFS on kfreebsd-*: Cluster.cpp:56:6: error: #error Teach me how to build on this system
your package no longer builds on kfreebsd-*: | [ 87%] Building CXX object applications/present3D/CMakeFiles/application_present3D.dir/Cluster.o | cd /build/buildd-openscenegraph_2.9.11-1-kfreebsd-amd64-jXKFmU/openscenegraph-2.9.11/build/osg/applications/present3D /usr/bin/c++-g -O2 -Wall -Wparentheses -Wno-long-long -Wno-import -pedantic -Wreturn-type -Wmissing-braces -Wunknown-pragmas -Wunused -fpermissive -O3 -DNDEBUG -I/build/buildd-openscenegraph_2.9.11-1-kfreebsd-amd64-jXKFmU/openscenegraph-2.9.11/OpenSceneGraph/include -I/build/buildd-openscenegraph_2.9.11-1-kfreebsd-amd64-jXKFmU/openscenegraph-2.9.11/build/osg/include -o CMakeFiles/application_present3D.dir/Cluster.o -c /build/buildd-openscenegraph_2.9.11-1-kfreebsd-amd64-jXKFmU/openscenegraph-2.9.11/OpenSceneGraph/applications/present3D/Cluster.cpp | /build/buildd-openscenegraph_2.9.11-1-kfreebsd-amd64-jXKFmU/openscenegraph-2.9.11/OpenSceneGraph/applications/present3D/Cluster.cpp:56:6: error: #error Teach me how to build on this system | /build/buildd-openscenegraph_2.9.11-1-kfreebsd-amd64-jXKFmU/openscenegraph-2.9.11/OpenSceneGraph/applications/present3D/Cluster.cpp: In member function 'void Receiver::sync()': | /build/buildd-openscenegraph_2.9.11-1-kfreebsd-amd64-jXKFmU/openscenegraph-2.9.11/OpenSceneGraph/applications/present3D/Cluster.cpp:369:64: warning: invalid conversion from 'int*' to 'socklen_t*' | /build/buildd-openscenegraph_2.9.11-1-kfreebsd-amd64-jXKFmU/openscenegraph-2.9.11/OpenSceneGraph/applications/present3D/Cluster.cpp:374:72: warning: invalid conversion from 'int*' to 'socklen_t*' | make[3]: *** [applications/present3D/CMakeFiles/application_present3D.dir/Cluster.o] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=openscenegraphsuite=experimental Please get in touch with debian-bsd@ if you need help for porting. KiBi. Hi, The problem comes from a list of cascading #ifdef checks that fails because __FreeBSD__ is not defined. I wonder if just defining __FreeBSD__ in the Makefile is fine Please do not do this. or if I must instead patch the package to check, for example, if __FreeBSD_kernel__ is defined. It depends. The idealr way is not to test OS/libc, but test whether a header exist (AC_CHECK_HEADER in autoconf), or whether a type socklen_t is known from headers. This change have to be performed by upstream. In mean time || defined(__FreeBSD_kernel__) or || defined(__GLIBC__) is the usual way. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622273: quassel-client: missing webkit support in latest NMU 0.7.1-1.1
Package: quassel-client Version: 0.7.1-1.1 Severity: normal Hi, the latest non-maintainer upload version 0.7.1-1.1 has lost webkit support for quassel, i.e. the ability to preview webpages on URL hover. 0.7.1-1 still had this ability. You can also see this by observing that it doesn't link against libQtWebKit.so.4 anymore. Regards, Tobias -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages quassel-client depends on: ii dbus-x111.4.6-1 simple interprocess messaging syst ii gawk1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-2GCC support library ii libphonon4 4:4.6.0really4.5.0-2 multimedia framework from KDE - co ii libqt4-dbus 4:4.7.2-3Qt 4 D-Bus module ii libqt4-network 4:4.7.2-3Qt 4 network module ii libqt4-webkit 4:4.7.2-3transitional package for Qt 4 WebK ii libqt4-xmlpatterns 4:4.7.2-3Qt 4 XML patterns module ii libqtcore4 4:4.7.2-3Qt 4 core module ii libqtgui4 4:4.7.2-3Qt 4 GUI module ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii phonon 4:4.6.0really4.5.0-2 multimedia framework from KDE - me ii quassel-data0.7.1-1.1distributed IRC client - shared da Versions of packages quassel-client recommends: pn quassel-core none (no description available) quassel-client 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#622274: blends linked from the main debian page
Package: www.debian.org
Dear -www team,
I hereby forward to the BTS an excerpt of an ongoing discussion on
-project, which revamps a former proposal by Yaroslav Halchenko to
include links to blends from the Debian homepage.
Thanks in advance for considering,
Cheers.
On Mon, Apr 11, 2011 at 11:24:26AM -0400, Yaroslav Halchenko wrote:
On Mon, 11 Apr 2011, Stefano Zacchiroli wrote:
I like a lot the idea of providing links to blends from the Debian
homepage [1], thanks for proposing (and revamping) the idea! However,
from the above paragraph I do not understand what you needed to
generalize and why it is blocking the implementation of the proposal.
Can you be more specific about that?
Well, you can find the original proposal at
http://lists.debian.org/debian-www/2010/07/msg00048.html
Message-id: 20100712150430.ga30...@onerussian.com
in which I suggested to change the welcoming sentence to
Debian GNU/Linux provides more than a pure OS: it comes with thousands
of ready to be installed packages[LINK]. Debian is as a great OS for
Juniors [Debian-Junior] as for the scientists [Debian-Science].
Debian has being used in Medicine [Debian-Med] and to help
people with disabilities [Accessibility]. But there is even more of
Debian -- see other blends [Blends], Ports [Ports page], and
packages [LINK].
which should be the first step.
2nd step was to utilize our space Debian banner on http://www.debian.org/ and
populate it with logo icons to specific most popular and ports and make it
imagemap with clickable links so they could become active (may be grow
and shine a bit in stars fashion) upon over. But I haven't got chance
to stretch my limited design skills to come up with a mockup which I would
have
been what I meant by generalize... sorry for not clear description.
Additionally, we could come up with (Weekly) Featured Debian Project entry,
which would provide a 1-2 sentences description + link to some Debian
subproject chosen randomly (or not so), and placed somewhere high (may be even
right after the banner) on the main page.
I guess one of the problems that needs to be solved is to find place on
www.d.o without turning that page into a link hell. Have you discussed
the idea with the -www team and/or submitted a bug report against
www.d.o about it?
links itself are not bad (wiki were found useful to be that way). Bad is the
dump of lists of links. If links are harmonic parts of sentences or images, I
think they are only useful.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Quando anche i santi ti voltano le spalle, | . |. I've fans everywhere
ti resta John Fante -- V. Capossela ...| ..: |.. -- C. Adams
signature.asc
Description: Digital signature
Bug#622275: ITP: mpikmeans -- Fast Library for K-means Clustering
Package: wnpp Severity: wishlist Owner: Christian Kastner deb...@kvr.at * Package name: mpikeans Version : 1.5 Upstream Author : Peter Gehler * URL : http://mloss.org/software/view/48/ * License : Apache 2.0 Programming Lang: C Description : Fast Library for K-means Clustering This library uses an algorithm that yields the very same solution as standard Kmeans, even after each iteration. However, it uses triangle inequalities, and is much faster. signature.asc Description: OpenPGP digital signature
Bug#621738: udev doesn't create /dev/root symlink
Le lundi 11 avril 2011 à 15:21 +0200, Marco d'Itri a écrit : On Apr 11, Anthony Bourguignon debian+...@toniob.net wrote: I'll try to boot without systemd later to see if the file is created or not. If the result is positive, it means it's a systemd bug ? It would depend on what is different. I confirm that with init instead of systemd, the rule in /dev/.udev/rules.d exists at boot and /dev/root symlink is created. I think that's because systemd starts udev by its own (it doesn't use the /etc/init.d/udev script). As a matter of fact, the rule is not created and so is the symlink. So what ? Should udev create the symlink without the need of a rule (and without the hack in init.d) or should systemd had something to handle that case ? Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621738: udev doesn't create /dev/root symlink
On Apr 11, Anthony Bourguignon debian+...@toniob.net wrote: in /dev/.udev/rules.d exists at boot and /dev/root symlink is created. I think that's because systemd starts udev by its own (it doesn't use the /etc/init.d/udev script). As a matter of fact, the rule is not created and so is the symlink. Right, this needs to be fixed on the systemd side. I think that it uses the systemd configuration files shipped in the udev package so the bug needs to be fixed here, but I do not know about systemd nor I use it, so its maintainer will have to sort this out. -- ciao, Marco signature.asc Description: Digital signature
Bug#621812: [Pkg-alsa-devel] Bug#621812: Bug#621812
reassign 621812 linux-latest-2.6 thanks * Raza Abbas [110410 18:34 -0400]: On Mon, 2011-04-11 at 00:07 +0200, Elimar Riesebieter wrote: * Raza Abbas [110410 16:36 -0400]: On Sun, 2011-04-10 at 22:05 +0200, Elimar Riesebieter wrote: modprobe -v snd_hda_codec_realtek snd_hda_intel bash@debian:~$ sudo modprobe -v snd_hda_codec_realtek snd_hda_intel [...] FATAL: Error inserting snd_hda_codec_realtek (/lib/modules/2.6.38-2-amd64/kernel/sound/pci/hda/snd-hda-codec-realtek.ko): Unknown symbol in module, or unknown parameter (see dmesg) This looks like a miscompiled snd-hda-codec-realtek.ko modul. What tells # dpkg -l | egrep (alsa|asound|udev) Elimar bash@debian:~$ sudo dpkg -l | egrep (alsa|asound|udev) This all looks good. It seems , that your kernel doesn't provide the correct codec. This causes the nonloading of your sounddrivers. I reassign this bug herewith to linux-latest-2.6 Elimar -- The path to source is always uphill! -unknown- signature.asc Description: Digital signature
Bug#622276: gcc-mingw-w64: architecture triplets don't seem to make sense
Package: gcc-mingw-w64 Version: 4.5.2-8 Severity: normal Hi! (Reporting while the package is still stuck in NEW, sorry if it becomes misplaced. Reportbug claims the maintainer is ok, not sure about the BTS.) The compiler triplets seem to be wrong: * i686-w64-mingw32 has w64 in name, yet executables it produces work perfectly on 32 bit systems. I even checked on an ancient 32 bit only machine to be 100% sure. To add confusion, other builds call it i586-mingw32msvc or just mingw32. * x86_64-w64-mingw32 has w32, but its executables are 64 bit. Not to mention the whole package being named *-mingw-w64 while its existing counterparts have -w less (-mingw32), but that'd be probably too much work to change at this point. This inconsistency has nowhere as big potential for confusion as -w64- in the 32 bit compiler. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-vserver-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcc-mingw-w64 depends on: ii binutils-mingw-w64 2.21.0.20110327-2 Cross-binutils for Win32 and Win64 ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libgmp10 2:5.0.1+dfsg-7Multiprecision arithmetic library ii libmpc20.9-2 multiple precision complex floatin ii libmpfr4 3.0.0-9 multiple precision floating-point ii mingw-w64-dev 1.0+20101003-1Development files for MinGW-w64 ii zlib1g 1:1.2.5.dfsg-1compression library - runtime Versions of packages gcc-mingw-w64 recommends: pn gcc-4.5-locales none (no description available) ii libstdc++6-4.5-dev4.5.2-8The GNU Standard C++ Library v3 (d gcc-mingw-w64 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#620961: cfengine3: debian/copyright updates for 3.1.4 and upcoming 3.1.5
tag 620961 +confirmed pending thanks Hi Mikhail, these changes have been committed in git and they will be uploaded shortly. The only thing which I didn't do is upgrading pub/snprintf.[ch] to dual-licensing because it is not reported in the source file, once it will be there I will upgrade debian/copyright :-) Cheers Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622146: nfs-common: compatibility between squeeze and sid broken
Am Montag, 11. April 2011, 18:28:45 schrieb Luk Claes: On 04/10/2011 08:45 PM, Rico Rommel wrote: Am Sonntag, 10. April 2011, 20:09:36 schrieb Luk Claes: On 04/10/2011 06:10 PM, Rico Rommel wrote: Am Sonntag, 10. April 2011, 17:57:11 schrieb Ben Hutchings: On Sun, 2011-04-10 at 17:48 +0200, Rico Rommel wrote: I noticed, that nfs-common doesn't depend on librpcsecgss3 anymore and tried a rebuild using librpcsecgss3. But librpcsecgss3 conflicts with the now used libtirpc1, which provides ipv6 support to nfs. (as i understood) Does removing librpcsecgss3 solve the problem? No, it doesn't make any difference. librpcsecgss3 isn't used by nfs-common 1.2.3-2 What kernel version are you using on the clients? If you're not using sid's kernel, does upgrading to a recent kernel (and rebooting obviously) solve anything? The clients are running 2.6.38-2 (amd64) from sid. signature.asc Description: This is a digitally signed message part.
Bug#622268: Wishlist nginx 0.8.54-4
Could you please provide justification for this addition as well as an expected number of users that would benefit from this addition? From my reading it would be a module that would be very seldom used and I would somewhat like to limit low use modules in order to reduce packaging work and overhead.
Bug#620359: background_image not show in 1.99-rc1 if gfxmode=640x480
On 11.04.2011 19:16, Antoni Mirabete Terés wrote: Solved in 1.99~rc1-11 Thank you Toni Mirabete grub2 is great, much better than legacy. Booting from iso is incredible. I have to prove booting from network., for now I use isolinux. When I list a large file with cat, for example grub.cfg, I can't see the head of the file. May be a command like more or similar would be great for version 2.1 pager=1 cat ... -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#622277: cpufrequtils: CPUs always run on lowest speed
Package: cpufrequtils
Version: 007-1
Severity: important
cpufreq is installed with the default options as set by the Debian installer.
With 100% CPU load, the CPUs still run at the lowest speed.
~$ cpufreq-info
cpufrequtils 007: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpuf...@vger.kernel.org, please.
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 0 1
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 10.0 us.
hardware limits: 800 MHz - 2.53 GHz
available frequency steps: 2.53 GHz, 2.53 GHz, 1.60 GHz, 800 MHz
available cpufreq governors: userspace, powersave, conservative, ondemand,
performance
current policy: frequency should be within 800 MHz and 800 MHz.
The ondemand may decide which speed to use
within this range.
current CPU frequency is 800 MHz.
cpufreq stats: 2.53 GHz:0.00%, 2.53 GHz:0.00%, 1.60 GHz:0.00%, 800
MHz:100.00% (1)
analyzing CPU 1:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 0 1
CPUs which need to have their frequency coordinated by software: 1
maximum transition latency: 10.0 us.
hardware limits: 800 MHz - 2.53 GHz
available frequency steps: 2.53 GHz, 2.53 GHz, 1.60 GHz, 800 MHz
available cpufreq governors: userspace, powersave, conservative, ondemand,
performance
current policy: frequency should be within 800 MHz and 800 MHz.
The governor ondemand may decide which speed to use
within this range.
current CPU frequency is 800 MHz.
cpufreq stats: 2.53 GHz:0.00%, 2.53 GHz:0.00%, 1.60 GHz:0.00%, 800
MHz:100.00%
Choosing a different governor, eg ondemand doesn't change this.
Other relevant info:
~$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
userspace powersave conservative ondemand performance
~$ cat /etc/init.d/cpufrequtils
#!/bin/sh
### BEGIN INIT INFO
# Provides: cpufrequtils
# Required-Start: $remote_fs loadcpufreq
# Required-Stop:
# Default-Start: 2 3 4 5
# Default-Stop:
# Short-Description: set CPUFreq kernel parameters
# Description: utilities to deal with CPUFreq Linux
# kernel support
### END INIT INFO
#
DESC=CPUFreq Utilities
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
CPUFREQ_SET=/usr/bin/cpufreq-set
CPUFREQ_INFO=/usr/bin/cpufreq-info
CPUFREQ_OPTIONS=
# use lsb-base
.. /lib/lsb/init-functions
# Which governor to use. Must be one of the governors listed in:
# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
#
# and which limits to set. Both MIN_SPEED and MAX_SPEED must be values
# listed in:
# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
# a value of 0 for any of the two variables will disabling the use of
# that limit variable.
#
# WARNING: the correct kernel module must already be loaded or compiled in.
#
# Set ENABLE to true to let the script run at boot time.
#
# eg: ENABLE=true
# GOVERNOR=ondemand
# MAX_SPEED=1000
# MIN_SPEED=500
ENABLE=true
GOVERNOR=ondemand
MAX_SPEED=0
MIN_SPEED=0
check_governor_avail() {
info=/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
if [ -f $info ] grep -q \$GOVERNOR\ $info ; then
return 0;
fi
return 1;
}
[ -x $CPUFREQ_SET ] || exit 0
if [ -f /etc/default/cpufrequtils ] ; then
. /etc/default/cpufrequtils
fi
# if not enabled then exit gracefully
[ $ENABLE = true ] || exit 0
if [ -n $MAX_SPEED ] [ $MAX_SPEED != 0 ] ; then
CPUFREQ_OPTIONS=$CPUFREQ_OPTIONS --max $MAX_SPEED
fi
if [ -n $MIN_SPEED ] [ $MIN_SPEED != 0 ] ; then
CPUFREQ_OPTIONS=$CPUFREQ_OPTIONS --min $MIN_SPEED
fi
if [ -n $GOVERNOR ] ; then
CPUFREQ_OPTIONS=$CPUFREQ_OPTIONS --governor $GOVERNOR
fi
CPUS=$(cat /proc/stat|sed -ne 's/^cpu\([[:digit:]]\+\).*/\1/p')
RETVAL=0
case $1 in
start|force-reload|restart|reload)
log_action_begin_msg $DESC: Setting $GOVERNOR CPUFreq
governor
if check_governor_avail ; then
for cpu in $CPUS ; do
log_action_cont_msg CPU${cpu}
$CPUFREQ_SET --cpu $cpu $CPUFREQ_OPTIONS 21
/dev/null || \
RETVAL=$?
done
log_action_end_msg $RETVAL
else
log_action_cont_msg disabled, governor not available
log_action_end_msg $RETVAL
fi
;;
stop)
;;
*)
echo Usage: $0 {start|stop|restart|reload|force-reload}
exit 1
esac
exit 0
-- System Information:
Debian Release: 6.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU
Bug#596986: FTBFS: tests fail on armhf (and sh4)
Hi, On Mon, Apr 11, 2011 at 11:22:33AM +0900, Nobuhiro Iwamatsu wrote [edited]: bogofilter_1.2.2-3 of sh4 succeeded build package. http://buildd.debian-ports.org/fetch.php?pkg=bogofilterarch=sh4ver=1.2.2-3stamp=1302483325file=logas=raw The official architecture seem to have no problem either. https://buildd.debian.org/status/package.php?p=bogofilter I wouldn't draw any conclusions yet. This FTBFS is fairly arbitrary, as I've seen it come and go several times by now. -- Every great idea is worthless without someone to do the work. --Neil Williams -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622268: Wishlist nginx 0.8.54-4
Hi I have found this module to be very useful and not available in other web servers and would help lots of coders to avoid the hassle of dynamically making temporary download links. Lots of download sites use nginx for its performance and i'm sure this would be pretty much welcome by anyone trying to generate dynamic download links. There are quite a bunch of factors to keep in mind when coding sites that generate download links and then have to remove it X time afterwards. Leaving this to the server, given it has the ability to do so, would be interesting, time saving, and attract some more users to nginx, from my point of view. Thanks for the reply Javier On Mon, Apr 11, 2011 at 19:18, Michael Lustfield mich...@profarius.comwrote: Could you please provide justification for this addition as well as an expected number of users that would benefit from this addition? From my reading it would be a module that would be very seldom used and I would somewhat like to limit low use modules in order to reduce packaging work and overhead.
Bug#620961: cfengine3: debian/copyright updates for 3.1.4 and upcoming 3.1.5
Antonio, Twas brillig at 18:07:53 11.04.2011 UTC+01 when anto...@dyne.org did gyre and gimble: AR these changes have been committed in git and they will be uploaded AR shortly. The only thing which I didn't do is upgrading AR pub/snprintf.[ch] to dual-licensing because it is not reported in AR the source file, once it will be there I will upgrade AR debian/copyright :-) Have a look at upstream website. I know that snprintf licensing situation is kind of messy though. -- http://fossarchy.blogspot.com/ pgpRHlJsokhUu.pgp Description: PGP signature
Bug#622278: getstream: please use pkg-config instead of hard-coding include paths
Package: getstream Version: 20081204-1 Severity: normal Tags: patch User: vor...@debian.org Usertags: multiarch Hi Herve, getstream needs an update for building in a multiarch environment, because the Makefile hard-codes include paths for glib-2.0 headers. It should instead use the output of pkg-config, which is the standard query interface for this information. A fix for this issue is attached; it's been uploaded to Ubuntu with the following changelog: * debian/patches/use-pkgconfig: use pkg-config to query the correct header path for glib-2.0 instead of hard-coding a path, fixing a build failure under multiarch. LP: #749147. Please consider applying this in Debian as well. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -u getstream-20081204/debian/control getstream-20081204/debian/control --- getstream-20081204/debian/control +++ getstream-20081204/debian/control @@ -2,7 +2,7 @@ Section: net Priority: extra Maintainer: Herve Rousseau he...@moulticast.net -Build-Depends: debhelper (= 5), libevent-dev, libglib2.0-dev, dpatch +Build-Depends: debhelper (= 5), libevent-dev, libglib2.0-dev, dpatch, pkg-config Vcs-Git: git://hydra.gt.owl.de/getstream.git Standards-Version: 3.8.3 Homepage: http://silicon-verl.de/home/flo/projects/streaming/ diff -u getstream-20081204/debian/patches/00list getstream-20081204/debian/patches/00list --- getstream-20081204/debian/patches/00list +++ getstream-20081204/debian/patches/00list @@ -1,0 +2 @@ +use-pkgconfig --- getstream-20081204.orig/debian/patches/use-pkgconfig.dpatch +++ getstream-20081204/debian/patches/use-pkgconfig.dpatch @@ -0,0 +1,20 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## use-pkgconfig.dpatch by Steve Langasek steve.langa...@linaro.org +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Use pkg-config instead of hard-coding a glib header path, to fix +## DP: build failure under multiarch. + +@DPATCH@ +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' getstream-20081204~/Makefile getstream-20081204/Makefile +--- getstream-20081204~/Makefile 2008-12-04 06:21:07.0 -0800 getstream-20081204/Makefile 2011-04-11 10:19:09.659399230 -0700 +@@ -1,6 +1,6 @@ + CC=gcc +-CFLAGS=-O0 -g -Wall -I. -I/usr/include/glib-2.0/ -I/usr/lib/glib-2.0/include/ +-LDFLAGS=-levent -lglib-2.0 -lpthread ++CFLAGS=-O0 -g -Wall -I. $(shell pkg-config --cflags glib-2.0) ++LDFLAGS=-levent $(shell pkg-config --libs glib-2.0) -lpthread + OBJ-getstream=getstream.o fe.o crc32.o \ + libhttp.o libconf.o config.o util.o logging.o \ + stream.o input.o \
Bug#605841: xorg: Please add armhf support
Hi, any news about this bug report? Looking at it a second time and after the recent discussion in debian-arm [1], instead of -nv, -nouveau should be used -for those rare cases, an arm board with pci-e/agp is found and the user wants to try an nvidia card. I can send a new patch if you'd like, but really that's the only change. Regards Konstantinos [1]: http://lists.debian.org/debian-arm/2011/03/msg00074.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597922: ETA?
Soren Stoutner so...@smallbusinesstech.net wrote: Is there an ETA for when this bug will be fixed? No. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588305: cifs-utils: Can't mount shares of the type host/directory/sharename
Hi Apparently in samba you can enter a share section that contains a '/' (for instance [test/t]) and in smbclient you can use the share like any other share. In mount.cifs everything after the first slash in the sharename is considered a so called prepath: when mounting it will traverse the subdirs in the share and mount only the resulting path. With smbclient this won't work as it expects the 'prepath' to be part of the sharename. Is a sharename containing a '/' what you meant by directory/sharename or is it even something else? Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622279: transition: python-defaults
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition This transition is the first major step of meeting the Python release goal for Wheezy. The plan in this step is to drop python2.5 and add python2.7 in supported versions. The default python will remain python2.6. The affected packages have been identified: http://release.debian.org/transitions/python2.7.html Because the default python version isn't changing, these do not have to be done all at once. They can be done in smaller batches so as not to impact other transitions or overload the buildds. It would be best to do packages that are used by other packages as build-depends. There are a few packages that directly depend on python2.5 that will have to be ported to a newer python version or removed, but the list is small and we can deal with them in the context of the upcoming python2.5 removal bug and not this transition. They are: freevo gozerbot libtuxcap nagios-statd python-multiprocessing Of those, python-multiprocessing will definitely be removed since it's a backport of a module included in python2.6 and later. python2.7 is already in testing. python-support, python-central, distribute, and python-stdlib-extensions will need updates. I've discussed this with maintainers/uploaders for those packages. They have either been in experimental or are trivial to prepare and will be uploaded in coordination with python-defaults. -- System Information: Debian Release: squeeze/sid Architecture: i386 (i686) Kernel: Linux 2.6.38-8-generic-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613493: Bug in libdbd-pg-perl fixed in revision 72505
Hi, Ansgar! The bug had severity grave. So It would be nice If You uploaded the package into Debian/stable, too. It's a pity that the bug is done by new upstream version (release team can disagree to upload) but I think You should try :) 2.17.2 had also a few (at least two) additional memory leaks (see its buglist). -- . ''`. 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#619632: calibre: unable to edit PDF metadata
Hiho, it could be fixed by adding libpodofo-dev to the build dependencies. Rebuild the package with it and got the podofo plugin in the calibre-bin package, which is missing if build without libpodofo-dev (also tested this). Also some libpodofo seems to be missing in the dependencies. Have a nice day, Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622281: memcached: status operation on init.d not working correctly (needs to pass $PIDFILE to status_of_proc)
Package: memcached Version: 1.4.5-1 Severity: normal Hello, this was originally reported in Ubuntu here: https://launchpad.net/bugs/681090 Quoting from user rynop: The memcached init.d script only passes DAEMON and NAME when calling status_of_proc. It should be passing PID file as well. status_of_proc -p $PIDFILE $DAEMON $NAME This allows 2 memcached init.d scripts (and therefore 2 memcached servers) to run concurrently. Adding the -p param and pidfile satisfies the LSB - which then allows programs like monit to work correctly. I have verified this problem exists in 1.4.5-1 in Debian as well. -- 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.38-8-generic (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 memcached depends on: ii adduser3.112+nmu1ubuntu5 add and remove users and groups ii libc6 2.13-0ubuntu12Embedded GNU C Library: Shared lib ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii lsb-base 4.0-0ubuntu9 Linux Standard Base 4.0 init scrip ii perl 5.10.1-17ubuntu4 Larry Wall's Practical Extraction memcached recommends no packages. Versions of packages memcached suggests: pn libcache-memcached-perl none (no description available) pn libmemcached none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622282: startup crash: unknown signal name: append-items
Package: exaile
Version: 0.3.2.0-0.1
Severity: important
dannf@fluid:~$ exaile
INFO: Loading Exaile 0.3.2.0...
INFO: Loading settings...
INFO: Loading plugins...
INFO: Loading collection...
INFO: Loading devices...
INFO: Loading interface...
WARNING : Failed to connect to HAL, autodetection of devices will be disabled.
INFO: Loading main window...
INFO: Connecting main window events...
INFO: Loading panels...
INFO: Connecting panel events...
Traceback (most recent call last):
File /usr/lib/exaile/exaile.py, line 52, in module
main()
File /usr/lib/exaile/exaile.py, line 49, in main
exaile = main.Exaile()
File /usr/lib/exaile/xl/main.py, line 96, in __init__
self.__init()
File /usr/lib/exaile/xl/main.py, line 220, in __init
self.gui = xlgui.Main(self)
File /usr/lib/exaile/xlgui/__init__.py, line 124, in __init__
self.main._connect_panel_events()
File /usr/lib/exaile/xlgui/main.py, line 927, in _connect_panel_events
panel.connect('append-items', lambda panel, items, sort=sort:
TypeError: PlaylistsPanel object at 0x9289e64
(xlgui+panel+playlists+PlaylistsPanel at 0x9349c60): unknown signal name:
append-items
dannf@fluid:~$
Looks like the same issue as here:
https://bugs.launchpad.net/ubuntu/+source/exaile/+bug/714484
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (x86_64)
Kernel: Linux 2.6.39-rc2+ (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages exaile depends on:
ii gstreamer0.10-alsa 0.10.32-2 GStreamer plugin for ALSA
ii gstreamer0.10-plugins-base 0.10.32-2 GStreamer plugins from the base
ii gstreamer0.10-plugins-good 0.10.28-3 GStreamer plugins from the good
ii libgstreamer0.10-0 0.10.32-6 Core GStreamer libraries and eleme
ii libjs-prototype 1.7.0-2 JavaScript Framework for dynamic w
ii python 2.6.6-12interactive high-level object-orie
ii python-dbus 0.83.1-1simple interprocess messaging syst
ii python-feedparser5.0.1-1 Universal Feed Parser for Python
ii python-glade22.17.0-4+b1 GTK+ bindings: Glade support
ii python-gst0.10 0.10.21-2 generic media-playing framework (P
ii python-gtk2 2.17.0-4+b1 Python bindings for the GTK+ widge
ii python-mmkeys1.6.2.1-3 Multimedia key support as a PyGTK
ii python-mutagen 1.19-2 audio metadata editing library
ii python-pysqlite2 2.6.3-1 Python interface to SQLite 3
ii python-pyvorbis 1.4-2+b1Python interface to the Ogg Vorbis
ii python-support 1.0.11 automated rebuilding support for P
Versions of packages exaile recommends:
ii gstreamer0.10-plugins-ugly 0.10.17-2 GStreamer plugins from the ugly
ii python-cddb 1.4-5.1+b2 Python interface to CD-IDs and Fre
ii python-eggtrayicon 2.25.3-7Python module to display icons in
ii python-gamin 0.1.10-2+b1 Python binding for the gamin clien
ii python-gpod 0.8.0-2 Python bindings for libgpod
ii python-gtkmozembed 2.25.3-7Python bindings for the GtkMozEmbe
ii python-notify0.1.1-2+b2 Python bindings for libnotify
ii streamripper 1.64.6-1download online streams into audio
exaile 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#612842: Bug#612971: Bug#612842: Please make dependendency on libpcsclite1 optional
2011/4/10 Guillem Jover guil...@debian.org: Regardless of wpasupplicant fixing this by dropping the dependency, I disagree this is not a problem with libpcsclite. While for libpcsclite pcscd might be required, it might not for the programs using it, or for users w/o a smart card, and forcing a Depends seems too much, when a Recommends would work for everyone. It would get installed by default, and users could have the option to opt-out and remove it if desired. Exact. The package is already fixed that way. The best solution is for spasupplicant to use the libpcsclite1 library only when needed/requested by the user. Use dlopen() instead of a direct link, and change the Depends: to a Suggests: instead. I proposed a patch [1] in Debian bug #531592 Using dlopen() for shared objects not being part of ones project is just broken, please don't do or advocate that. It will cause numerous pains on transitions as the packages cannot (usually) just be binNMUed for it to pickup the new SONAME, and even if it can and any weak package metadata gets also updated, users will not have a clue what they are missing if it stops working, as it breaks partial upgrades and similar. wpasupplicant version 0.7.3-1 available in experimental now does use dlopen(). So I'd kindly ask that this gets switched as to a Recommends, regardless of any future switch to libudev (I don't really want the daemon even if it's not using hal and friends). I changed the dependency from Depends: to Recommends: in version 1.7.0-1 (09 Mar 2011) now also available in testing. This bug is already fixed. Regards, -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613056: Please compile gmsh with support for .med files
Hi, all! I have a question regarding this package. 2.5.0.dfsg-6 version has the following line in control file[1]: libhdf5-mpi-dev[alpha amd64 i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc sparc], As I understand, libhdf5-mpi-dev should be included only on platforms, listed above. But builldd includes this package for all platforms, causing FTBFS on some of them. For example, mips is not listed above, but buildd includes libhdf5-mpi-dev for building [2]: Get:112 http://mirror-ubc.debian.org/debian/ unstable/main libhdf5-mpi-dev mips 1.8.4-patch1-2 [18.3 kB] I have changed libhdf5-mpi-dev on libhdf5-openmpi-dev in build-deps [3]: libhdf5-openmpi-dev[alpha amd64 i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc sparc] But I am afraid, that it will cause again FTBFS, because libhdf5-openmpi-dev is not available on all platforms. Can anybody say, what do I do wrong? Why buildd ignores platforms, like described in Debian Policy [4]? Thank you Anton [1] http://svn.debian.org/wsvn/debian-science/packages/gmsh/tags/2.5.0.dfsg-6/control [2] https://buildd.debian.org/status/fetch.php?pkg=gmsharch=mipsver=2.5.0.dfsg-6stamp=1302030827 [3] http://svn.debian.org/wsvn/debian-science/packages/gmsh/trunk/debian/control [4] http://www.debian.org/doc/debian-policy/ch-relationships.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620662: xtables-addons-dkms fails to build modules
Package: xtables-addons
Version: 1.33-1
Followup-For: Bug #620662
Confirmed, this is the bug in the xtables-addons Debian package source.
The package version variables that related to the dkms should be updated to
1.33.
Patch is attached.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru xtables-addons-1.33/debian/changelog xtables-addons-1.33/debian/changelog
--- xtables-addons-1.33/debian/changelog 2011-03-29 03:34:22.0 +0700
+++ xtables-addons-1.33/debian/changelog 2011-04-12 01:00:29.0 +0700
@@ -1,3 +1,12 @@
+xtables-addons (1.33-1.0~neutron1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * debian/rules, debian/xtables-addons-dkms.{conf,prerm}:
+- Correct the package version, fixes the dkms could not build the modules
+ as the source for the current version is missing.
+
+ -- Neutron Soutmun neo.neut...@gmail.com Tue, 12 Apr 2011 00:41:23 +0700
+
xtables-addons (1.33-1) unstable; urgency=low
* Imported Upstream version 1.33
diff -Nru xtables-addons-1.33/debian/rules xtables-addons-1.33/debian/rules
--- xtables-addons-1.33/debian/rules 2011-02-14 23:06:32.0 +0700
+++ xtables-addons-1.33/debian/rules 2011-04-12 00:40:34.0 +0700
@@ -28,7 +28,7 @@
# some default definitions, important!
#
# Package version
-pver := 1.32
+pver := 1.33
# The short upstream name, used for the module source directory
dkmssname := xtables-addons-$(pver)
diff -Nru xtables-addons-1.33/debian/xtables-addons-dkms.conf xtables-addons-1.33/debian/xtables-addons-dkms.conf
--- xtables-addons-1.33/debian/xtables-addons-dkms.conf 2011-02-14 23:04:37.0 +0700
+++ xtables-addons-1.33/debian/xtables-addons-dkms.conf 2011-04-12 00:40:46.0 +0700
@@ -1,4 +1,4 @@
-PACKAGE_VERSION=1.32
+PACKAGE_VERSION=1.33
# Items below here should not have to change with each driver version
diff -Nru xtables-addons-1.33/debian/xtables-addons-dkms.prerm xtables-addons-1.33/debian/xtables-addons-dkms.prerm
--- xtables-addons-1.33/debian/xtables-addons-dkms.prerm 2011-02-14 21:56:09.0 +0700
+++ xtables-addons-1.33/debian/xtables-addons-dkms.prerm 2011-04-12 00:40:56.0 +0700
@@ -4,7 +4,7 @@
NAME=xtables-addons
PACKAGE_NAME=$NAME-dkms
-VERSION=1.32
+VERSION=1.33
case $1 in
remove|upgrade|deconfigure)
signature.asc
Description: Digital signature
Bug#620848: linux-image-2.6.32-5-amd64: unable to enumerate usb device 6 (UPDATE)
Hi all, got the same bug also with kernel 2.6.38-2-amd64. Just for info. Hans -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621797: moc: Mono mixing switch does not work
Dnia 09.04.2011 10:21 użytkownik Elimar Riesebieter napisał : I cant reproduce this behaviour. Is your sound system set to mono as default? No, it's set to stereo. I have two wav files with right and left channel only for testing. Switching mono mixing makes no difference, I can hear only one channel. I've checked i386 version on a different machine and it's okay, only with amd64 it does not work. -- http://miki.menek.one.pl m...@menek.one.pl Gadu-gadu: 2128279 Mobile: +48607345846 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621847: Info received ([SERVER] Bug#621847: mirror.optus.net gives 403 errors on some directories)
On Mon, Apr 11, 2011 at 12:37:37PM +1000, Dean Hamstead wrote: additionally, the root cause of this issue seems to be ftp.au.debian.org see http://lists.debian.org/debian-mirrors/2011/04/msg1.html It has nothing to do with files being not world readable. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622207: [tomboy] Reverting to 1.5.2-1 helps.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: tomboy Version: 1.5.2-1 - --- Please enter the report below this line. --- I also experience this problem in 1.6.0-1. I downgraded to 1.5.2-1, this version works. You can get it from snapshot.debian.org [1]. [1] http://snapshot.debian.org/package/tomboy/1.5.2-1/ Tomasz Melcer - --- System information. --- Architecture: amd64 Kernel: Linux 2.6.38-2-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.pl.debian.org 500 stable dl.google.com 1 experimentalftp.pl.debian.org - --- Package information. --- Depends (Version) | Installed ===-+-== mono-runtime (= 1.1.8.1) | 2.6.7-5 libc6(= 2.11) | 2.11.2-13 OR libc6.1 (= 2.11) | OR libc0.1 (= 2.11) | libgconf2.0-cil (= 2.24.0) | 2.24.1-6 libglib2.0-0(= 2.24.0) | 2.28.4-1 libglib2.0-cil (= 2.12.10) | 2.12.10-1 libgmime2.4-cil (= 2.4.4) | 2.4.23-1 libgnome2.24-cil(= 2.24.0) | 2.24.1-6 libgnomepanel2.24-cil (= 2.26.0) | 2.26.0-3+b2 libgtk2.0-0 (= 2.20.0) | 2.24.4-3 libgtk2.0-cil (= 2.12.10) | 2.12.10-1 libgtkspell0| 2.0.16-1 libmono-addins-gui0.2-cil (= 0.4) | 0.4-8 libmono-addins0.2-cil (= 0.4) | 0.4-8 libmono-cairo2.0-cil (= 2.4) | 2.6.7-5 libmono-corlib2.0-cil(= 2.6.3) | 2.6.7-5 libmono-posix2.0-cil (= 2.4) | 2.6.7-5 libmono-system2.0-cil(= 2.6.3) | 2.6.7-5 libndesk-dbus-glib1.0-cil(= 0.4.0) | 0.4.1-3 libndesk-dbus1.0-cil (= 0.6.0) | 0.6.0-4 gconf2(= 2.28.1-2) | 2.28.1-6 libc6(= 2.2.5) | 2.11.2-13 libx11-6| 2:1.4.3-1 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== evolution| 2.32.2-2 tasque | -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2jTTwACgkQ0lIV1xJbVqo8TgCeO7T3G4VUbgbKAiSRRMcbOboI SdoAn1A5g4G+BVHe0qrrDjPxztD3RFa0 =O0nH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622251: pu: package python-apt/0.7.100.1+squeeze1
On Mon, 2011-04-11 at 12:46 +0200, Julian Andres Klode wrote: We'd like to upload python-apt 0.7.100.1+squeeze1 (or without +, whatever is preferred) to stable. It contains the changes the ftpmasters seem to need for multi-arch support and xz packages in the archive. I'm sure this came up in earlier discussions regarding the multi-arch change, but I can't find it right now. So far as I can see, this: + * python/apt_pkgmodule.cc: +- strip multiarch by default in RealParseDepends +- add optional parameter to allow parse_depends() to keep the + multiarch parameter is an API change - i.e. the version of python-apt currently shipped in Squeeze does /not/ strip multiarch specifiers by default? Do we know if any of the reverse dependencies in Squeeze use ParseDepends() and might be affected by the change? As a side note, if the default in apt's debListParser::ParseDepends() is apparently wrong, is there a reason that's being worked around in python-apt, rather than fixed in apt directly? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622273: quassel-client: missing webkit support in latest NMU 0.7.1-1.1
On Sat, 09 Apr 2011 18:19:46 +0200, Tobias Neumann wrote: Package: quassel-client Version: 0.7.1-1.1 Severity: normal Hi, the latest non-maintainer upload version 0.7.1-1.1 has lost webkit support for quassel, i.e. the ability to preview webpages on URL hover. 0.7.1-1 still had this ability. You can also see this by observing that it doesn't link against libQtWebKit.so.4 anymore. Regards, Tobias Hi, thanks for this report. I just had a quick look and I assume this is related to the transition of libqt4-webkit to libqtwebkit4. Just an assumption at the moment - I will have a closer look as soon as the kfreebsd bug is solved. THX, Thomas -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages quassel-client depends on: ii dbus-x111.4.6-1 simple interprocess messaging syst ii gawk1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-2GCC support library ii libphonon4 4:4.6.0really4.5.0-2 multimedia framework from KDE - co ii libqt4-dbus 4:4.7.2-3Qt 4 D-Bus module ii libqt4-network 4:4.7.2-3Qt 4 network module ii libqt4-webkit 4:4.7.2-3transitional package for Qt 4 WebK ii libqt4-xmlpatterns 4:4.7.2-3Qt 4 XML patterns module ii libqtcore4 4:4.7.2-3Qt 4 core module ii libqtgui4 4:4.7.2-3Qt 4 GUI module ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii phonon 4:4.6.0really4.5.0-2 multimedia framework from KDE - me ii quassel-data0.7.1-1.1distributed IRC client - shared da Versions of packages quassel-client recommends: pn quassel-core none (no description available) quassel-client 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#622283: gnome-icon-theme-extras: dependency breakage with 3.0.0-1 : 2.92 gnome-theme = 3.0
Package: gnome-icon-theme-extras Version: 3.0.0-1 Severity: important gnome-icon-theme-extras 3.0.0-1 depends on gnome-theme bheing less than 2.92 and at the same time = 3.0 . Thus it cannot be installed. BR, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-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/bash Versions of packages gnome-icon-theme-extras depends on: ii gnome-icon-theme 2.91.93-1 GNOME Desktop icon theme ii hicolor-icon-theme0.12-1 default fallback theme for FreeDes ii libgtk2.0-bin 2.24.4-3 The programs for the GTK+ graphica gnome-icon-theme-extras recommends no packages. gnome-icon-theme-extras 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#597732: icedove: Icedove orphans .parentlock on close even on local drives
Package: icedove Version: 3.0.11-2 Followup-For: Bug #597732 This bug appreares about once a week in my profiles on different machines. On machines where the profile is a network filesystem, but on local ext3 filesystem too. I have no special plugins installed. The machines have very different software and different Hardware. This bug appeared about 3-4 years ago for the first time. In all profiles i have large inboxes (2 GB) and news (usenet) perhaps this is a key to the bug? kind regards. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 3.4.4 Miscellaneous utilities specific t ii fontconfig 2.8.0-2.1 generic font configuration library ii libasound2 1.0.23-2.1 shared library for ALSA applicatio ii libatk1.0-0 1.32.0-3The ATK accessibility toolkit ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.6-1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.5.2-4 GCC support library ii libglib2.0-0 2.28.4-1The GLib library of C routines ii libgtk2.0-0 2.24.3-1~sid1 The GTK+ graphical user interface ii libjpeg626b1-1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.7-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.9.with.ckbi.1.82-1 Network Security Service libraries ii libpango1.0-01.28.3-6Layout and rendering of internatio ii libpng12-0 1.2.44-2PNG library - runtime ii libsqlite3-0 3.7.5-1 SQLite 3 shared library ii libstartup-notif 0.10-1 library for program launch feedbac ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.4.2-1 X11 client-side library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxt6 1:1.1.1-1 X11 toolkit intrinsics library ii psmisc 22.13-1 utilities that use the proc file s ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime Versions of packages icedove recommends: ii hunspell-de-de-frami [hunspel 1:3.3.0-3 German dictionary for hunspell (f ii hunspell-en-us [hunspell-dict 20070829-4 English_american dictionary for hu Versions of packages icedove suggests: ii libdbus-glib-1-2 0.92-1 simple interprocess messaging syst ii libgconf2-4 2.28.1-6GNOME configuration database syste ii libgnome2-0 2.30.0-1The GNOME library - runtime files ii libgnomevfs2-0 1:2.24.4-1 GNOME Virtual File System (runtime ii libgssapi-krb5-2 1.9+dfsg-1 MIT Kerberos runtime libraries - k ii ttf-lyx 2.0.0~rc1-1 TrueType versions of some TeX font -- 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#622284: Includes assignees but not assignee
Package: myspell-en-us Version: 1:3.3.0-3 Severity: normal The dictionary includes assignees, but not the singular assignee. - Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-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 myspell-en-us depends on: ii dictionaries-common [openoffi 1.10.6 Common utilities for spelling dict myspell-en-us recommends no packages. myspell-en-us 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#612405: [SRM] Approval for aide 0.15.1-3
On Tue, Apr 05, 2011 at 09:41:25PM +0100, Adam D. Barratt wrote: On Sun, 2011-03-27 at 10:25 +0200, Hannes von Haugwitz wrote: I'd like to fix two important bugs (#612405, #615111) in aide. Both bugs introduced problems which doesn't exist in oldstable. I've attached the diff for 0.15.1-3 (in unstable). Thanks. Have the patches been tested on stable? Yes. 0.15.1-2+squeeze1 has been tested on 32-bit debian stable. One other question - why is aide defining both _LARGEFILE64_SOURCE and _FILE_OFFSET_BITS=64 ? The code doesn't actually seem to use the *64 functions, so the former seems somewhat redundant. It seems as if _LARGEFILE64_SOURCE has been originally added as part of a fix for compilation under Solaris[0]. aide 0.15.1-3 has reached testing some days ago without any problems. Please consider aide 0.15.1-3 in stable. 0.15.1-3 itself won't enter stable, but a 0.15.1-2+squeeze1 might. The diff for 0.15.1-2+squeeze1 is available on git.debian.org[1]. Please let me know if I can upload. Thanks Hannes [0] http://aide.git.sourceforge.net/git/gitweb.cgi?p=aide/aide;a=commitdiff;h=12de742 [1] http://git.debian.org/?p=pkg-aide/aide.git;a=commitdiff;h=f674bb4;hp=debian/0.15.1-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622285: libzorpll: [INTL:de] German translation
Package: libzorpll Version: 3.9.0.1-6 Severity: wishlist Tags: l10n Hi, please find attached the initial german translation of libzorpll. Kind regards, Chris # German debconf translation of libzorpll. # This file is distributed under the same license as the libzorpll package. # Copyright (C) 2011 Chris Leick c.le...@vollbio.de. # msgid msgstr Project-Id-Version: libzorpll 3.9.0.1-6\n Report-Msgid-Bugs-To: libzor...@packages.debian.org\n POT-Creation-Date: 2011-04-06 07:05+0200\n PO-Revision-Date: 2011-04-06 09:21+0100\n Last-Translator: Chris Leick c.le...@vollbio.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Language: de\n #. Type: string #. Description #: ../libzorpll3.9-0.templates:2001 msgid Email address for Zorp notifications: msgstr E-Mail-Adresse für Zorp-Benachrichtigungen: #. Type: string #. Description #: ../libzorpll3.9-0.templates:2001 msgid Some Zorp applications are able to send a notification email in case of an unexpected process termination. Leave this empty (or specify \NONE\) if no such notifications should be sent. msgstr Einige Zorp-Anwendungen können im Fall eines unerwarteten Prozessabbruchs eine Benachrichtigung-E-Mail senden. Lassen Sie dies leer (oder geben Sie »NONE« an), falls keine derartigen Benachrichtigungen gesandt werden sollen.
Bug#498507: segfaults at startup on amd64 platform
Package: oolite Followup-For: Bug #498507 Hello, John. Upstream claims that the bug is fixed in the new version. Could you please confirm that with version 1.75-1? This version is only available in the unstable distribution at the moment for unrelated portability reasons, but the amd64 package should be available. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621922: (telepathy-gabble: using multiple xmpp accounts with empathy prevents some of them to send messages)
I downgraded to telepathy-gabble 0.9.15-1 from snapshot, and now everything is back to normal. Regards, Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622279: transition: python-defaults
* Scott Kitterman (sc...@kitterman.com) [110411 18:12]: This transition is the first major step of meeting the Python release goal for Wheezy. The plan in this step is to drop python2.5 and add python2.7 in supported versions. The default python will remain python2.6. The affected packages have been identified: http://release.debian.org/transitions/python2.7.html Because the default python version isn't changing, these do not have to be done all at once. They can be done in smaller batches so as not to impact other transitions or overload the buildds. It would be best to do packages that are used by other packages as build-depends. Someone would need to create appropriate batches and feed them to wanna-build. Last time that was done by Jakub. Also, this means (AFAIUI) that using python2.7 isn't really supported unless that is finished. Also, while doing so, one needs to make sure to not block an ongoing transition, i.e. only schedule packages which are the same in testing and unstable. Some of the packages are arch-all and need (at least as of now) real NMUs to get updated. There are a few packages that directly depend on python2.5 that will have to be ported to a newer python version or removed, but the list is small and we can deal with them in the context of the upcoming python2.5 removal bug and not this transition. They are: freevo gozerbot libtuxcap nagios-statd python-multiprocessing Looking only at these packages, the can be removed from testing (plus gozerbot-plugins), so that doesn't sound too bad. Of those, python-multiprocessing will definitely be removed since it's a backport of a module included in python2.6 and later. As we want to get rid of python2.5, that sounds like an candidate for an removal bug even as of now. python2.7 is already in testing. python-support, python-central, distribute, and python-stdlib-extensions will need updates. I've discussed this with maintainers/uploaders for those packages. They have either been in experimental or are trivial to prepare and will be uploaded in coordination with python-defaults. Ok. In sum, sounds good to me as soon as someone volunteers to create appropriate batches for the rebuilds. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622286: base: fail to execut term like ansi
Package: base Severity: wishlist Currently Debian system don't have ansi link in /usr/share/terminfo/a/ansi . This is a symbolic link to /lib/terminfo/a/ansi but in a Debian 6.0 was lost. Thanks Francisco -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622287: Small fix to make tcpdump build on GNU/Hurd
Package: tcpdump Version: 4.1.1-1 Severity: important Tags: patch Usertags: Hurd Attached is a small patch to enable successful build of tcpdump on GNU/Hurd. Yes, I know that this package gives the following output: tcpdump -i eth0 tcpdump: live packet capture not supported on this system coreesponding for dhcpdump: dhcpdump -i eth0 dhcpdump: pcap_open_live(): live packet capture not supported on this system due to missing features in libpcap. Anyway, when they are implemented everything is prepared (and the number of lagging packages for GNU/Hurd is reduced). --- tcpdump-4.1.1/tcpdump-stdinc.h 2010-03-12 02:56:44.0 +0100 +++ tcpdump-4.1.1.new/tcpdump-stdinc.h 2011-04-11 20:21:34.0 +0200 @@ -117,7 +117,11 @@ #ifdef HAVE_SYS_BITYPES_H #include sys/bitypes.h #endif +#ifndef __GNU__ #include sys/param.h +#else +#include rpc/types.h +#endif #include sys/types.h /* concession to AIX */ #include sys/time.h #include sys/socket.h
Bug#622236: closed by Bastian Blank wa...@debian.org (Re: Bug#622236: Updating nfs-common to version 1.2.3-2 wants to remove portmap)
I am sorry about filing an improper bug report. I hadn't noticed the changelong. Best regards В 13:02 + на 11.04.2011 (пн), Debian Bug Tracking System написа: 11, 2011 at 01:09:59PM +0300, Александър Годумов wrote: Upgrading nfs-common from version 1.2.3-1 to version 1.2.3-2 (the latest in Unstable) wants to remove the package portmap and install rpcbind. This is doc signature.asc Description: This is a digitally signed message part
Bug#622288: ITP: flare -- Flare (Free/Libre Action Roleplaying Engine) is a base engine for isometric-view action roleplaying video games.
Package: wnpp Severity: wishlist Owner: hennr he...@hennr.name * Package name: flare Version : 0.12 Upstream Author : Clint Bellanger * URL : http://clintbellanger.net/rpg/ * License : (GPL, CC-BY-SA) Programming Lang: (C++) Description : Flare (Free/Libre Action Roleplaying Engine) is a base engine for isometric-view action roleplaying video games. The source is GNU GPL v3 licensed and the art is CC-BY-SA 3.0 or compatible. Note that flare is not only the engine but there is a game work in progress as well which I intend to package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621768: Icedove does not ask me to re-enter login information
Hi Christoph Thanks for tagging the bug as fixed in 3.1.9-1. I forgot to do that. Any chance of seeing a fix for 3.0.11-1+squeeze1 in squeeze, or would I be better off using the mozilla.debian.net backport? Gordon -- Gordon Farquharson GnuPG Key ID: 32D6D676 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622286: base: fail to execut term like ansi
reassign 622286 ncurses-base thanks On 2011-04-11 20:40 +0200, Francisco Aparecido da Silva (fafanet) wrote: Package: base Severity: wishlist Currently Debian system don't have ansi link in /usr/share/terminfo/a/ansi . This is a symbolic link to /lib/terminfo/a/ansi but in a Debian 6.0 was lost. That was a deliberate decision since the symlink should not be necessary. Could you please explain why you want or need it? Regards, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622260: fails to build for 2.6.38 kernel
Brent S. Elmer webe...@aim.com writes: I am trying to build a 2.6.38 kernel and openafs modules for the kernel. I get the following error: make[1]: Entering directory `/usr/local/src/modules/openafs' sh debian/prep-modules /usr/local/src/linux-source-2.6.38 touch setup dh ./debian/rules dh: Unknown sequence ./debian/rules (choose from: binary binary-arch binary- indep build build-arch build-indep clean install install-arch install-indep) make[1]: *** [./debian/rules] Error 9 make[1]: Leaving directory `/usr/local/src/modules/openafs' Module /usr/src/modules/openafs failed. What commands did you run to get to this point? The output above seems like something ran: debian/rules debian/rules which isn't going to work. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622260: fails to build for 2.6.38 kernel
On Mon, 2011-04-11 at 12:35 -0700, Russ Allbery wrote: Brent S. Elmer webe...@aim.com writes: I am trying to build a 2.6.38 kernel and openafs modules for the kernel. I get the following error: make[1]: Entering directory `/usr/local/src/modules/openafs' sh debian/prep-modules /usr/local/src/linux-source-2.6.38 touch setup dh ./debian/rules dh: Unknown sequence ./debian/rules (choose from: binary binary-arch binary- indep build build-arch build-indep clean install install-arch install-indep) make[1]: *** [./debian/rules] Error 9 make[1]: Leaving directory `/usr/local/src/modules/openafs' Module /usr/src/modules/openafs failed. What commands did you run to get to this point? The output above seems like something ran: debian/rules debian/rules which isn't going to work. The way I normally build my kernels and modules. time fakeroot make-kpkg --append-to-version=.110411 --initrd kernel-image modules-image Brent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622269: probably solved
It seems that updating libqtwebkit4 from 2011week09-3 to 2011week13-1 solves the problem. Best, Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613493: Bug in libdbd-pg-perl fixed in revision 72505
Dmitry E. Oboukhov un...@debian.org writes: The bug had severity grave. So It would be nice If You uploaded the package into Debian/stable, too. It's a pity that the bug is done by new upstream version (release team can disagree to upload) but I think You should try :) No. The bug severity was inflated: the memory leak does not make the package unusable, it's at most an important bug. In addition there has been another upstream release between Squeeze and the version I uploaded today and larger changes in the packaging. I don't have to try to know the release team would reject this. The only way to fix the memory leak in stable would be to prepare (and test) a targeted patch against the current version there. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622260: fails to build for 2.6.38 kernel
Brent S. Elmer Ph.D. webe...@aim.com writes: The way I normally build my kernels and modules. time fakeroot make-kpkg --append-to-version=.110411 --initrd kernel-image modules-image Could you try editing /usr/src/modules/openafs/debian/rules and adding: debian/rules: to that file? It looks like make-kpkg is running make with an explicit target of debian/rules, which isn't going to work properly with the wildcard rule. That might get around it. If that works, I can make that change in the next release. Unfortunately, make-kpkg is rarely tested since it's no longer widely used; usually people use either module-assistant or DKMS at this point. But I'll try to keep it working. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
