Bug#681587: python-guestfs: missing dependency on python
Package: python-guestfs
Version: 1:1.18.5-1
Severity: serious
Justification: Policy 3.5
python-guestfs doesn't depend on python. Perhaps is has something to do
with this part of the build log:
dpkg-gencontrol: warning: Depends field of package python-guestfs: unknown
substitution variable ${python:Depends}
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 3.4-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681588: exception: django.contrib.syndication.views import feed: no module named 'feed'
Package: django-notification Version: 0.1.5-1 Severity: grave Tags: patch Justification: renders package unusable The attached patch changes 'import feed' to 'import Feed', and then the module behaves as expected. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Subject: properly import django.contrib.syndication.views.Feed Otherwise an exception is raised when send_now() is called Author: Jonathan Wiltshire j...@debian.org Last-update: 2012-07-14 --- django-notification-0.1.5.orig/notification/views.py +++ django-notification-0.1.5/notification/views.py @@ -3,7 +3,7 @@ from django.http import HttpResponseRedirect, Http404 from django.template import RequestContext from django.contrib.auth.decorators import login_required -from django.contrib.syndication.views import feed +from django.contrib.syndication.views import Feed from notification.models import * from notification.decorators import basic_auth_required, simple_basic_auth_callback
Bug#681232: linux-image-3.2.0-3-amd64: Atheros WiFi Adapter couldn't find networks gain calibration timeout
I have this issue as well, my wireless NIC is: 01:07.0 Ethernet controller [0200]: Atheros Communications Inc. AR5212/AR5213 Wireless Network Adapter [168c:0013] (rev 01) Subsystem: D-Link System Inc AirPlus DWL-G520 Wireless PCI Adapter (rev. B) [1186:3a13] Flags: bus master, medium devsel, latency 168, IRQ 17 Memory at fdef (32-bit, non-prefetchable) [size=64K] Capabilities: access denied Kernel driver in use: ath5k
Bug#679437: I'm about to upload an NMU to fix the copyright issue
Phillip, I only just realized you have picked it up again. Sorry. I should have subscribed to the package before working on it. I am sure you can do a better job than me. How you want to play it is up to you. However I think the best way of keeping brewtarget in wheezy is for me to bring the NMU forward as fast as possible and hopefully the release team would accept it in wheezy. That way you have more time to make the next release and you can throw away or incorporate my changes as you wish. On 14/07/12 08:41, Nicholas Bamber wrote: Phillip, If the copyright issues as per #679437 are not sorted out, brewtarget would most likely get removed from Debian which would be a shame. I have prepared a non-maintainer upload which should fix them but you can always do so yourself. The debdiff is attached. However this gives the misleading impression that the offending images have not been removed. I assume debdiff is treating them as zero-length files. So I include tardiffs as well. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681589: givaro: uses system include syntax for local header
Source: givaro Version: 3.7.0-2 Severity: serious Justification: breaks reverse dependencies Tag: patch http://gcc.gnu.org/onlinedocs/cpp/Include-Syntax.html#Include-Syntax givaro-3.7.0/src/kernel/gmp++/gmp++.h specifies an include for one of it's own header files (gmpxx.h) using system include syntax instead of local include syntax. This has two effects: 0: If /usr/include/gmp++/gmp++.h exists when givaro is built, that will be used in preference to the (possibly modified) copy in ./src/kernel/gmp ++/ 1: linbox and other packages which use givaro_check.m4 will fail to build from source because gmpxx.h cannot be found by the configure check. The syntax needs to be changed but also, if givaro used pkg-config, there would be no need for givaro_check.m4 in the first place. -- Neil Williams = http://www.linux.codehelp.co.uk/ --- /usr/include/gmp++/gmp++.h +++ /var/cache/pbuilder/build/16013/usr/include/gmp++/gmp++.h @@ -30,7 +30,7 @@ #if !defined(GMP_VERSION_3) !defined(GMP_NO_CXX) !defined(__GIVARO_GMP_VERSION_3) !defined(__GIVARO_GMP_NO_CXX) // gmpxx.h defines __GMP_PLUSPLUS__ -#include gmpxx.h +#include gmpxx.h #endif #ifdef __GIVARO_GMP_VERSION_3 pgpEyBBIR7vXE.pgp Description: PGP signature
Bug#681590: [mythtv-backend] /etc/cron.weekly/mythtv-database throws error
Package: mythtv-backend Version: 0.25-dmo2 Severity: normal --- Please enter the report below this line. --- anacron reports the following error once a week probably since an dist-upgrade around 05/12/2012: /etc/cron.weekly/mythtv-database: mysqldump: ambiguous option '--all' (all-databases, allow-keywords) There seems to be no parameter --all for mysqldump. Is --all-databases meant instead? Greetings, Gert --- System information. --- Architecture: amd64 Kernel: Linux 3.4-4.slh.8-aptosid-amd64 Debian Release: wheezy/sid 500 unstableftp.uni-erlangen.de 500 unstabledebian.netcologne.de 500 unstabledeb.opera.com 100 experimental-snapshots qt-kde.debian.net --- Package information. --- Depends(Version) | Installed -+-=== mythtv-common (= 0.25-dmo2) | 0.25-dmo2 libc6 (= 2.3.2) | 2.13-34 libgcc1 (= 1:4.1.1) | 1:4.7.1-5 libmyth-0.25-0 (= 0.25) | 0.25-dmo2 libmythavcodec52 (= 0.25) | 0.25-dmo2 libmythavformat52 (= 0.25) | 0.25-dmo2 libmythavutil50(= 0.25) | 0.25-dmo2 libmythswscale0(= 0.25) | 0.25-dmo2 libqt4-network (= 4:4.5.3) | 4:4.8.2-1 libqt4-script (= 4:4.5.3) | 4:4.8.2-1 libqt4-sql (= 4:4.5.3) | 4:4.8.2-1 libqt4-xml (= 4:4.5.3) | 4:4.8.2-1 libqtcore4(= 4:4.7.0~beta1) | 4:4.8.2-1 libqtgui4 (= 4:4.5.3) | 4:4.8.2-1 libstdc++6 (= 4.6) | 4.7.1-5 cron | 3.0pl1-124 wget | 1.13.4-3 transcode| 4:1.1.7-0.4 libjs-jquery | 1.7.2+debian-2 Recommends (Version) | Installed ==-+-=== mythtv-database| 0.25-dmo2 logrotate | 3.8.1-4 xmltv-util | Suggests (Version) | Installed ==-+-=== mythtv-frontend| 0.25-dmo2 mythweb|
Bug#479706: etcgit to be packaged?
This request seems to have fallen off the radar. I'm using etckeeper, but I would love to have etcgit's support for keeping pristine conffiles in a separate branch, for purposes of merging at upgrade time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681591: libfcgi0ldbl: Stack smashing while using a lot of connections
Package: libfcgi0ldbl
Version: 2.4.0-8.1
Severity: normal
Tags: patch
This bug was originally reported in Ubuntu:
https://bugs.launchpad.net/ubuntu/+source/libfcgi/+bug/933417
--- BEGIN UBUNTU BUG DESCRIPTION ---
libfcgi uses select syscall, when some applications tryes to use more than 1024
connections from web-server it crashes. There is a solutions for this problem:
use poll in os_unix.c instead of select. Patch with this change is attached to
this bug. This patch was written in Yandex and successfully used for a several
months.
LIBFCGI_OS_CLOSE_POLL_TIMEOUT and LIBFCGI_IS_AF_UNIX_KEEPER_POLL_TIMEOUT
environment variables are added to control poll timeouts in Os_Close and
is_af_unix_keeper functions accordingly.
$ lsb_release -rd
Description: Ubuntu 10.04.2 LTS
Release: 10.04
--- END UBUNTU BUG DESCRIPTION ---
I will attach the patch as well. I am not sure how to forward it to
upstream, as their developer information seems fairly sparse and hard
to find.
-- System Information:
Debian Release: wheezy/sid
APT prefers precise-updates
APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500,
'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-26-generic (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 libfcgi0ldbl depends on:
ii libc6 2.15-0ubuntu10
ii libgcc1 1:4.6.3-1ubuntu5
ii libstdc++6 4.6.3-1ubuntu5
libfcgi0ldbl recommends no packages.
libfcgi0ldbl suggests no packages.
-- no debconf information
diff --git a/libfcgi/os_unix.c b/libfcgi/os_unix.c
index 73e6a7f..af35aee 100755
--- a/libfcgi/os_unix.c
+++ b/libfcgi/os_unix.c
@@ -42,6 +42,7 @@ static const char rcsid[] = $Id: os_unix.c,v 1.37 2002/03/05 19:14:49 robs Exp
#include sys/time.h
#include sys/un.h
#include signal.h
+#include poll.h
#ifdef HAVE_NETDB_H
#include netdb.h
@@ -103,6 +104,9 @@ static int volatile maxFd = -1;
static int shutdownPending = FALSE;
static int shutdownNow = FALSE;
+static int libfcgiOsClosePollTimeout = 2000;
+static int libfcgiIsAfUnixKeeperPollTimeout = 2000;
+
void OS_ShutdownPending()
{
shutdownPending = TRUE;
@@ -168,6 +172,16 @@ int OS_LibInit(int stdioFds[3])
if(libInitialized)
return 0;
+char *libfcgiOsClosePollTimeoutStr = getenv( LIBFCGI_OS_CLOSE_POLL_TIMEOUT );
+if(libfcgiOsClosePollTimeoutStr) {
+libfcgiOsClosePollTimeout = atoi(libfcgiOsClosePollTimeoutStr);
+}
+
+char *libfcgiIsAfUnixKeeperPollTimeoutStr = getenv( LIBFCGI_IS_AF_UNIX_KEEPER_POLL_TIMEOUT );
+if(libfcgiIsAfUnixKeeperPollTimeoutStr) {
+libfcgiIsAfUnixKeeperPollTimeout = atoi(libfcgiIsAfUnixKeeperPollTimeoutStr);
+}
+
asyncIoTable = (AioInfo *)malloc(asyncIoTableSize * sizeof(AioInfo));
if(asyncIoTable == NULL) {
errno = ENOMEM;
@@ -755,19 +769,16 @@ int OS_Close(int fd)
if (shutdown(fd, 1) == 0)
{
-struct timeval tv;
-fd_set rfds;
+struct pollfd pfd;
int rv;
char trash[1024];
-FD_ZERO(rfds);
+pfd.fd = fd;
+pfd.events = POLLIN;
do
{
-FD_SET(fd, rfds);
-tv.tv_sec = 2;
-tv.tv_usec = 0;
-rv = select(fd + 1, rfds, NULL, NULL, tv);
+rv = poll(pfd, 1, libfcgiOsClosePollTimeout);
}
while (rv 0 read(fd, trash, sizeof(trash)) 0);
}
@@ -1116,13 +1127,11 @@ static int is_reasonable_accept_errno (const int error)
*/
static int is_af_unix_keeper(const int fd)
{
-struct timeval tval = { READABLE_UNIX_FD_DROP_DEAD_TIMEVAL };
-fd_set read_fds;
-
-FD_ZERO(read_fds);
-FD_SET(fd, read_fds);
+struct pollfd pfd;
+pfd.fd = fd;
+pfd.events = POLLIN;
-return select(fd + 1, read_fds, NULL, NULL, tval) = 0 FD_ISSET(fd, read_fds);
+return poll(pfd, 1, libfcgiIsAfUnixKeeperPollTimeout) = 0 (pfd.revents POLLIN);
}
/*
Bug#681592: unblock: ledgersmb/1.3.18-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package ledgersmb/1.3.18-2. Changes from 1.3.18-1 to 1.3.18-2 are as follows: ledgersmb (1.3.18-2) unstable; urgency=low * Debconf templates and debian/control reviewed by the debian-l10n- english team as part of the Smith review project. (Closes: #674023) * Debconf translation updates: - Brazilian Portuguese (Adriano Rafael Gomes). (Closes: #677793) - Czech (Michal Simunek). (Closes: #676494) - Danish (Joe Dalton). (Closes: #678841) - Galician (Jorge Barreiro). (Closes: #678597) - French (Julien Patriarca). (Closes: #677953) - German (Erik Pfannenstein). (Closes: #678547) - Italian (Beatrice Torracca). (Closes: #678442) - Polish (MichaÅ KuÅach). (Closes: #676511) - Portuguese (Miguel Figueiredo). (Closes: #677839) - Russian (Yuri Kozlov). (Closes: #676662) - Slovak (Ivan Masár). (Closes: #678488) - Spanish; (Camaleón). (Closes: #678265) - Swedish (Martin Bagge / brother). (Closes: #676556) * Update debian/watch to exclude development snapshots. (Closes: #677612) unblock ledgersmb/1.3.18-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679437: I'm about to upload an NMU to fix the copyright issue
Nicholas, Thanks for the help. I was actually just preparing a new package (1.2.5) and uploading to mentors to fix not only this bug, but also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679350 which is an intermittent segfault. Should I continue on this path (it will be completely ready in another hour), or should I let you take care of it? On Sat, Jul 14, 2012 at 10:00 AM, Nicholas Bamber nicho...@periapt.co.ukwrote: Phillip, I only just realized you have picked it up again. Sorry. I should have subscribed to the package before working on it. I am sure you can do a better job than me. How you want to play it is up to you. However I think the best way of keeping brewtarget in wheezy is for me to bring the NMU forward as fast as possible and hopefully the release team would accept it in wheezy. That way you have more time to make the next release and you can throw away or incorporate my changes as you wish. On 14/07/12 08:41, Nicholas Bamber wrote: Phillip, If the copyright issues as per #679437 are not sorted out, brewtarget would most likely get removed from Debian which would be a shame. I have prepared a non-maintainer upload which should fix them but you can always do so yourself. The debdiff is attached. However this gives the misleading impression that the offending images have not been removed. I assume debdiff is treating them as zero-length files. So I include tardiffs as well. -- Philip G. Lee rocketman...@gmail.com
Bug#666969: [squeeze] ath5k noise floor calibration timeout
tags 666969 + patch moreinfo quit Hi Ivan, Иван Андонов wrote: [Subject: ath5k noise floor calibration timeout] I had this problem time to time, but since the last(I think) kernel update the things are getting worse. At the begining I was thinking that some application is not responding so this may cause the slow system speed. Later I checked the log and I saw that the kernel log is full of noise floor calibration messages that keep popping every 2 seconds. This causes some package dropping and super slow computer speed. It makes the computer almost unusable... I mean it gets stucked at every 5 seconds... Thanks for reporting, and sorry for the long silence. Please test the patches marked 0001-ath5k-initialize-default-noise-floor.patch 0002-ath5k-use-noise-calibration-from-madwifi-hal.patch from [1] together, following the instructions at [2]. Hope that helps, Jonathan [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=56;bug=611107 [2] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official or the corresponding page in the debian-kernel-handbook package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681593: [libpurple0] Please disable fix for CVE-2011-3389 in ssl-nss for Sipe protocol plugin
Package: libpurple0
Version: 2.10.6-1
Severity: important
Tags: patch
--- Please enter the report below this line. ---
libnss3 3.13.1 introduced a fix for CVE-2011-3389 [1] :
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-3389
https://bugzilla.mozilla.org/show_bug.cgi?id=665814
https://bugzilla.mozilla.org/show_bug.cgi?id=702111
Microsoft OCS/Lync servers seem to be one of the SSL servers that don't support
the 1/n-1 record splitting. This makes pidgin-sipe plugin unusable with pidgin's
default configuration, see bug [2].
Known workaround is to set environment variable NSS_SSL_CBC_RANDOM_IV=0 when
running Pidgin. I propose the attached patch for libpurple ssl-nss plugin that
detects whether Sipe plugin is loaded and sets SSL_CBC_RANDOM_IV option
accordingly at runtime.
With this solution the security fix is not unnecessarily disabled for the
majority
of Pidgin users, but pidgin-sipe is allowed to work out of the box, without a
need
to modify environment variables.
The patch will allow to close RC bugs filled against pidgin-sipe package, so I
would appreciate if it could be included in Wheezy release.
The fix must be done in libpurple because protocol plugins don't have access to
the underlying SSL library.
Regards,
Jakub
[1] http://security-tracker.debian.org/tracker/CVE-2011-3389
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649456
--- System information. ---
Architecture: amd64
Kernel: Linux 3.2.0-3-amd64
Debian Release: wheezy/sid
500 unstableftp.cz.debian.org
500 testing security.debian.org
500 testing ftp.cz.debian.org
500 stable ftp.cz.debian.org
500 stable emdebian.org
1 experimentalftp.cz.debian.org
--- Package information. ---
Depends (Version) | Installed
=-+-==
pidgin-data (= 2.10.6) | 2.10.6-1
pidgin-data ( 2.10.6-z) | 2.10.6-1
libavahi-client3 (= 0.6.16) | 0.6.31-1
libavahi-common3 (= 0.6.16) | 0.6.31-1
libavahi-glib1(= 0.6.16) | 0.6.31-1
libc6(= 2.7) | 2.13-33
libdbus-1-3(= 1.0.2) | 1.6.0-1
libdbus-glib-1-2(= 0.78) | 0.100-1
libfarstream-0.1-0 (= 0.1.1) | 0.1.2-1
libglib2.0-0 (= 2.30.0) | 2.32.3-1
libgstreamer-plugins-base0.10-0 (= 0.10.0) | 0.10.36-1
libgstreamer0.10-0 (= 0.10.20) | 0.10.36-1
libidn11(= 1.13) | 1.25-2
libmeanwhile1 (= 1.0.2) | 1.0.2-4
libnspr4 (= 2:4.9-2~) | 2:4.9.1-1
OR libnspr4-0d (= 1.8.0.10) | 2:4.9.1-1
libnss3 (= 2:3.13.4-2~) | 2:3.13.5-1
OR libnss3-1d (= 3.12.0~1.9b1) | 2:3.13.5-1
libperl5.14 (= 5.14.2) | 5.14.2-12
libsasl2-2(= 2.1.24) | 2.1.25.dfsg1-4+b1
libxml2(= 2.7.4) | 2.8.0+dfsg1-4
libzephyr4| 3.0.2-2
perl-base (= 5.14.2-12) | 5.14.2-12
perlapi-5.14.2|
libsasl2-modules | 2.1.25.dfsg1-4+b1
Recommends (Version) | Installed
==-+-===
ca-certificates| 20120623
libpurple-bin |
Suggests (Version) | Installed
===-+-===
tcl8.5 (= 8.5.0) | 8.5.11-2
tk8.5(= 8.5.0) | 8.5.11-2
From bad502914a6f8b72f6a3ad3d79cc21fde3942136 Mon Sep 17 00:00:00 2001
From: Jakub Adam jakub.a...@ktknet.cz
Date: Sat, 14 Jul 2012 16:16:09 +0200
Subject: [PATCH] Disable 1/n-1 record splitting if Sipe plugin is loaded
---
libpurple/plugins/ssl/ssl-nss.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/libpurple/plugins/ssl/ssl-nss.c b/libpurple/plugins/ssl/ssl-nss.c
index 6ed90db..1a6ebfd 100644
--- a/libpurple/plugins/ssl/ssl-nss.c
+++ b/libpurple/plugins/ssl/ssl-nss.c
@@ -386,6 +386,7 @@ ssl_nss_connect(PurpleSslConnection *gsc)
{
PurpleSslNssData *nss_data = g_new0(PurpleSslNssData, 1);
PRSocketOptionData socket_opt;
+ GList *purple_plugins = purple_plugins_get_protocols();
gsc-private_data = nss_data;
@@ -429,6 +430,19 @@ ssl_nss_connect(PurpleSslConnection *gsc)
SSL_OptionSet(nss_data-in, SSL_SECURITY,PR_TRUE);
SSL_OptionSet(nss_data-in, SSL_HANDSHAKE_AS_CLIENT, PR_TRUE);
+ /* Disable 1/n-1 record splitting if Sipe plugin is loaded, Microsoft
+ * OCS and Lync servers break connection with this setting on.
+ *
+ * Unfortunately it can't be detected here whether this particular
+
Bug#681594: on kfreebsd-* doesn't support getting executable pathname from kernel and from /proc/self/exe
Package: schroot
Version: 1.6.0-1
Both methods in question works fine outside schroot.
===
nekocCALL __sysctl(0xbfbfe8f4,0x4,0x804c060,0xbfbfe8f0,0,0)
nekocSCTL kern.proc.pathname.-1
-- schroot --
nekocRET __sysctl 0
-- outside --
nekocRET __sysctl -1 errno 2 No such file or directory
Attached code to reproduce it (from
http://patch-tracker.debian.org/patch/series/view/neko/1.8.1-6/kfreebsd-executable-path.diff).
===
nekocCALL readlink(0x804a334,0x804c060,0x400)
nekocNAMI /proc/self/exe
-- schroot --
nekocRET readlink -1 errno 2 No such file or directory
-- outside --
nekocRET readlink 14/0xe
-- schroot --
# ls -l /proc/self/exe
ls: cannot read symbolic link /proc/self/exe: No such file or directory
lr--r--r-- 1 root root 0 Jul 14 14:39 /proc/self/exe
-- outside --
# ls -l /proc/self/exe
lr--r--r-- 1 root root 0 Jul 14 16:39 /proc/self/exe - /bin/ls
===
This causes haxe FTBFS (haxe uses neko) that made haxe removed from
testing. http://bugs.debian.org/621890
#include stdio.h
#include sys/sysctl.h
main() {
int mib[4];
mib[0] = CTL_KERN;
mib[1] = KERN_PROC;
mib[2] = KERN_PROC_PATHNAME;
mib[3] = -1;
static char path[1024];
size_t length = sizeof(path);
sysctl(mib, 4, path, length, NULL, 0);
if( length 0 || length = 1024 ) {
printf (sysctl error\n);
return 1;
}
path[length] = '\0';
printf (%s\n, path);
}
Bug#552088: [lenny] ath5k phy1: noise floor calibration timeout
Hi, Dennis Leeuw wrote: I have a: [ 256.620087] ath5k phy1: Atheros AR5213A chip found (MAC: 0x59, PHY: 0x43) [ 256.620091] ath5k phy1: RF5112A multiband radio found (0x36) The module ath5k when inserted during installation of Debian 5 and during boot does not function properly. The only way to do an install of Debian 5 with netinstall is to install a base system. To get the driver working is to: rmmod ath5k modprobe ath5k iwconfig wlan0 rate 2M (both 1M and 2M work) After this I can manualy further install the system. After a Debian kernel upgrade the problem is not solved. dmesg keeps on reporting: ath5k phy1: noise floor calibration timeout (2437MHz) Thanks for reporting, and sorry for the long lull. Do you still have access to this system? If so, what kernel are you using these days? Curious, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679437: I'm about to upload an NMU to fix the copyright issue
Phillip, Certainly you should continue with your upload to mentors. I have to say if you want tme to upload a full revision I would normally insist on getting it totally lintian clean which might be too much for the release team at this stage. On 14/07/12 16:14, Philip Lee wrote: Nicholas, Thanks for the help. I was actually just preparing a new package (1.2.5) and uploading to mentors to fix not only this bug, but also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679350 which is an intermittent segfault. Should I continue on this path (it will be completely ready in another hour), or should I let you take care of it? On Sat, Jul 14, 2012 at 10:00 AM, Nicholas Bamber nicho...@periapt.co.uk mailto:nicho...@periapt.co.uk wrote: Phillip, I only just realized you have picked it up again. Sorry. I should have subscribed to the package before working on it. I am sure you can do a better job than me. How you want to play it is up to you. However I think the best way of keeping brewtarget in wheezy is for me to bring the NMU forward as fast as possible and hopefully the release team would accept it in wheezy. That way you have more time to make the next release and you can throw away or incorporate my changes as you wish. On 14/07/12 08:41, Nicholas Bamber wrote: Phillip, If the copyright issues as per #679437 are not sorted out, brewtarget would most likely get removed from Debian which would be a shame. I have prepared a non-maintainer upload which should fix them but you can always do so yourself. The debdiff is attached. However this gives the misleading impression that the offending images have not been removed. I assume debdiff is treating them as zero-length files. So I include tardiffs as well. -- Philip G. Lee rocketman...@gmail.com mailto:rocketman...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672637: Installation was successfully
Hello, I tested the installation today. The installation was successfully with actual installer from sid. Please close this bug report. Best regards Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681594: on kfreebsd-* doesn't support getting executable pathname from kernel and from /proc/self/exe
On 07/14/2012 05:18 PM, Gabriele Giacone wrote: -- schroot -- nekocRET __sysctl 0 -- outside -- nekocRET __sysctl -1 errno 2 No such file or directory Sorry swapped. -- schroot -- nekocRET __sysctl -1 errno 2 No such file or directory -- outside -- nekocRET __sysctl 0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566543: [lenny - squeeze regression] ath5k: unable to connect to AP on channel 13 unless crda installed
# wheezy has crda tags 566543 + upstream squeeze # regression severity 566543 important quit Hi, John S. Skogtvedt wrote: On linux-image-2.6.32-trunk-686 I am not able to connect, nor does the AP show up when running iwlist scan. [...] I reported this to the linux-wireless list, thread available here: http://news.gmane.org/find-root.php?message_id=%3c4B5CB7AB.7010105%40bzz.no%3e One of the replies suggested installing CRDA (RFP #536502), which fixed the problem. According to Luis R. Rodriguez: No, Atheros cards by default abide by a custom strict world regulatory domain if CRDA is not present. Interesting. crda maintainers: do you think crda would be a good candidate for uploading to squeeze-backports? Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571257: [squeeze] ath5k and athros wireless fails to work since last kernel update
found 571257 linux-2.6/2.6.32-5 quit Hi, Jim Ham wrote: Debian sqeeze Fujitsu Lifebook A3130 uname -a reports: Linux WideBook 2.6.32-trunk-amd64 #1 SMP Sun Jan 10 22:40:40 UTC 2010 x86_64 GNU/Linux The Athros wireless chip is built in on this notebook. All worked well until the last kernel update. Now the athros chip associates during boot, but deassociates later. From dmesg: [ 428.084211] ath0: deauthenticating from 00:16:01:4a:c8:a3 by local choice (reason=3) [...] This has a secondary effect in that both top and bottom panels in Gnome don't work as long as there is no internet. If I plug in the hardware port eth0, do an ifdown, then ifup on eth0 the banners start to work after a while. This seems to be a very strange side affect! Once I know where to send this report I can include the logs. Thanks for reporting, and sorry we missed this one. Do you still have access to this hardware? What kernel are you using these days? If the problem is still reproducible with a squeeze or sid kernel, then yes, we'd be interested in logs. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586383: [lenny-backports] Atheros AR242x wireless card relatively minor issues with Linux kernel 2.6.32 in Lenny (ath5k driver)
Hi, Deniz Akcal wrote: The more important part (for me) of this bug report is that the light switches colour occasionally which could at times being distracting but as I type this, the light hasn't flickered for a pretty long time but I'm pretty confident that it will again because the intervals vary. Although the performance is not affected, Connection Information on the Gnome panel lists it as running as 1MB/s but I don't feel any slowdowns. [...] product_name: HP G50 Notebook PC Thanks for writing, and sorry for the sloow response. Are you still using this machine? If so, what kernel do you use, and how does it behave? Curious, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678769: givaro: changed API without SONAME bump
notfound 678769 1.1.6~rc0-4.2 reassign 678769 src:givaro affects 678769 linbox affects 678769 fflas-ffpack retitle 678769 givaro: changed ABI without SONAME bump found 678769 3.7.0-2 thanks Justification: Policy 8.1 Every time the shared library ABI changes in a way that may break binaries linked against older versions of the shared library, the SONAME of the library and the corresponding name for the binary package containing the runtime shared library should change. Normally, this means the SONAME should change any time an interface is removed from the shared library or the signature of an interface (the number of parameters or the types of parameters that it takes, for example) is changed. This practice is vital to allowing clean upgrades from older versions of the package and clean transitions between the old ABI and new ABI without having to upgrade every affected package simultaneously. The sequence was as follows: 0: givaro 3.2.13 was uploaded on 2012-05-29, the same day that linbox was NMU'd by doko for a gcc-4.7 FTBFS in linbox. Everything was fine at this point. 1: On 2012-06-10 - close to the known start of the release freeze for Wheezy - givaro 3.7.0-1 was uploaded, followed by 3.7.0-2 on 2012-06-21. AFAICT the release team were not asked about either upload, there was no request to binNMU linbox (it would have failed, had this been done). 2: givaro migrates into testing on 2012-07-02, despite #678769 being filed by Lucas on 24 Jun 2012 against linbox because the linbox maintainer didn't respond to the RC bug or try to work out what was wrong. 3: givaro doesn't use versioned symbols, so none of this was noticed by the givaro maintainer. (If a libgivaro0.symbols file was in use in 3.2.13, 3.7.0 would have failed to build for the givaro maintainer, complaining about missing symbols which *should* have given the hint that the givaro API had changed). givaro 3.7.0 has the following diffstat for just one of the public header files, givinteger.h: givinteger.h | 501 ++- 1 file changed, 361 insertions(+), 140 deletions(-) This consists, mainly, of moving all of the Class IntegerDom public declarations inside a new namespace (Givaro::). Namespacing public functions and classes has the effect of *removing* the symbols as defined in 3.2.13 and *adding* all the same symbols back again with the namespace included as part of the symbol. This is an incompatible API change and requires source code changes in any reverse dependencies which include the affected header file. In this case, linbox. Therefore, givaro should have migrated to libgivaro1 at which point the givaro maintainer would have had to contact the release team for approval of a new transition which, at the time it was done, would likely have been denied. Instead, Debian testing now has a version of givaro which breaks reverse dependencies, a version of linbox which requires numerous source code changes to build against the new givaro (my patch so far includes 12 separate changes in the linbox source code and I've only processed the first few instances) and a version of fflas-ffpack which needs a rebuild against whatever version of givaro we end up with, or removal if that is the decision regarding fixing the givaro mess. My proposal to the release team to fix this mess is that all three packages (givaro, fflas-ffpack and linbox) are removed from testing as each maintainer has failed to spot the problem or prevent the breakage. No other packages would be affected by these removals. fflas-ffpack has the same maintainer as givaro. The reassignment of this bug does not affect the removal as the givaro maintainer should already have noticed that this bug existed and linbox needs substantial source code changes to work with the new givaro API. It does not seem likely to me that the necessary changes will be made given the lack of response to the original RC bug against linbox. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpX4PIxcTw14.pgp Description: PGP signature
Bug#673496: [lenny - squeeze regression] wifi broken (?)
Jonathan Nieder wrote: Paul Zimmerman wrote: Trying to use the backported kernel from Wheezy runs into the freeze-up problem I described. Were you able to boot a 3.x.y kernel in recovery mode? Ping. Are you still interested in pursuing this bug? (If you're just busy and will get to it in a few weeks or so, that's fine. And if you're not interested in it, that's fine, too, but please do let us know so we can plan accordingly.) Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681596: unblock: i2c-tools/3.1.0-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Hi,
decode-dimms from i2c-tools/3.1.0-1 prints a cryptic error message when
no EEPROM is found on the system, as reported in bug#681057. This is
fixed in version 3.1.0-2, and the debdiff can be found below. Could you
please unblock it?
unblock i2c-tools/3.1.0-2
Thanks,
Aurelien
diff -Nru i2c-tools-3.1.0/debian/changelog i2c-tools-3.1.0/debian/changelog
--- i2c-tools-3.1.0/debian/changelog2012-05-01 13:28:20.0 +0200
+++ i2c-tools-3.1.0/debian/changelog2012-07-14 17:10:02.0 +0200
@@ -1,3 +1,10 @@
+i2c-tools (3.1.0-2) unstable; urgency=low
+
+ * decode-dimms: exit gracefully when no EEPROM are found on the system
+(Closes: #681057).
+
+ -- Aurelien Jarno aure...@debian.org Sat, 14 Jul 2012 17:09:59 +0200
+
i2c-tools (3.1.0-1) unstable; urgency=low
* New usptream version. (Closes: #670956).
diff -Nru i2c-tools-3.1.0/debian/patches/01-decode-dimms-no-eeprom.diff
i2c-tools-3.1.0/debian/patches/01-decode-dimms-no-eeprom.diff
--- i2c-tools-3.1.0/debian/patches/01-decode-dimms-no-eeprom.diff
1970-01-01 01:00:00.0 +0100
+++ i2c-tools-3.1.0/debian/patches/01-decode-dimms-no-eeprom.diff
2012-07-14 17:14:35.0 +0200
@@ -0,0 +1,12 @@
+--- a/eeprom/decode-dimms
b/eeprom/decode-dimms
+@@ -1774,6 +1774,9 @@
+ } elsif (! -d '/sys/module/eeprom') {
+ print No EEPROM found, are you sure the eeprom module is
loaded?\n;
+ exit;
++ } else {
++ print No EEPROM found, the kernel probably does not support
your hardware.\n;
++ exit;
+ }
+ }
+
diff -Nru i2c-tools-3.1.0/debian/patches/series
i2c-tools-3.1.0/debian/patches/series
--- i2c-tools-3.1.0/debian/patches/series 2012-04-30 23:04:22.0
+0200
+++ i2c-tools-3.1.0/debian/patches/series 2012-07-14 17:08:52.0
+0200
@@ -0,0 +1 @@
+01-decode-dimms-no-eeprom.diff
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604613: ath5k driver refuses to get an IP address from dhclient in squeeze
Hi, Robert Wallner wrote: I can confirm that it works for me on linux 3.2.0 from squeeze-backports, while failing on 2.6.32 from squeeze. Thanks. Can you spell it out more for me? What kernel did you test from squeeze (you can get the installed kernel version with dpkg-query -W linux-image-$(uname -r) and the version number of the running kernel is in parentheses in cat /proc/version output)? What authentication scheme are you using (WEP, WPA, or something else)? What is your wireless chip and other hardware configuration (full dmesg output from booting and reproducing the problem would be helpful). Can you reproduce it using iproute and iw, like so: ip link set wlan0 up iw dev wlan0 scan iw dev wlan0 connect -w ssid key d:0:key dhclient wlan0 Does installing the crda package from wheezy (I haven't checked if it can be installed in squeeze without too much surgery) or upstream make things any better or worse? If you have time to try it, could you bisect through the pre-compiled kernels in-between listed at http://snapshot.debian.org/package/linux-2.6/ to find which one fixes the bug? Does an iw event log retrieved as described at [1] reveal anything interesting? Hope that helps, Jonathan [1] http://linuxwireless.org/en/users/Documentation/Reporting_bugs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604613: [mailer-dae...@googlemail.com: Delivery Status Notification (Failure)]
submitter 604613 Robert Wallner rob...@scinova.biz ---BeginMessage--- Delivery to the following recipient failed permanently: crk5...@psu.edu Technical details of permanent failure: Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 550 550 5.1.1 crk5...@psu.edu... User unknown (state 13). - Original message - DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=y7ruw2yghPEU01yuHjOiFzGNaKx8K5CYybiJIoY5RIQ=; b=yFnD8/NkeJKNoKBkQVGdWd/im0Yl/ZS1ZARVzVX517Ixn/H2VSAn4HFgrJZQGcyQ+i RqpE2xdAEGE7k8PPHrcH0TiufdQrxQ/dqib8SVDfUPfJBM4EGHBqaaCmtkKFy01XginG HbkrAhouWPVSBMtqubg4xhfGbeceuhTHM+XLwb1prANBCPuz4wAzzTUA/Q/6ybv35oia qfzAJ0vj+KgwO962rc2jWPHdtUl6C5D1XiRn8ZJZKpvJHsVU7MHPpGlNdJFd0uYvmR+Q gFxl+Pd4CgCNBXet+NdcwYFyROZK+FqWX3uZbYu+yk5qM2PrXFxIK33zFcynHrE8lkol 13lg== Received: by 10.50.157.194 with SMTP id wo2mr1703420igb.72.1342281319363; Sat, 14 Jul 2012 08:55:19 -0700 (PDT) Return-Path: jrnie...@gmail.com Received: from burratino (cl-1372.chi-02.us.sixxs.net. [2001:4978:f:55b::2]) by mx.google.com with ESMTPS id z3sm4194902igc.7.2012.07.14.08.55.18 (version=SSLv3 cipher=OTHER); Sat, 14 Jul 2012 08:55:18 -0700 (PDT) Date: Sat, 14 Jul 2012 10:55:11 -0500 From: Jonathan Nieder jrnie...@gmail.com To: Robert Wallner rob...@scinova.biz Cc: 604...@bugs.debian.org, crk5...@psu.edu Subject: Re: ath5k driver refuses to get an IP address from dhclient in squeeze Message-ID: 20120714155511.GA22014@burratino References: camhkhsq6no51taajgjd9wxkjve7rwx2u9l41qxgdyu121ao...@mail.gmail.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: camhkhsq6no51taajgjd9wxkjve7rwx2u9l41qxgdyu121ao...@mail.gmail.com User-Agent: Mutt/1.5.21 (2010-09-15) Hi, Robert Wallner wrote: I can confirm that it works for me on linux 3.2.0 from squeeze-backports, while failing on 2.6.32 from squeeze. Thanks. Can you spell it out more for me? What kernel did you test from squeeze (you can get the installed kernel version with dpkg-query -W linux-image-$(uname -r) and the version number of the running kernel is in parentheses in cat /proc/version output)? What authentication scheme are you using (WEP, WPA, or something else)? What is your wireless chip and other hardware configuration (full dmesg output from booting and reproducing the problem would be helpful). Can you reproduce it using iproute and iw, like so: ip link set wlan0 up iw dev wlan0 scan iw dev wlan0 connect -w ssid key d:0:key dhclient wlan0 Does installing the crda package from wheezy (I haven't checked if it can be installed in squeeze without too much surgery) or upstream make things any better or worse? If you have time to try it, could you bisect through the pre-compiled kernels in-between listed at http://snapshot.debian.org/package/linux-2.6/ to find which one fixes the bug? Does an iw event log retrieved as described at [1] reveal anything interesting? Hope that helps, Jonathan [1] http://linuxwireless.org/en/users/Documentation/Reporting_bugs ---End Message---
Bug#665334: non-DFSG postscript embedded in fontforge
On 07/13/2012 11:34 AM, Hideki Yamane wrote: We could probably make a new dfsg-free clean upstream tarball that is still capable of building fontforge binaries by ripping out big chunks of this file (i haven't tried it yet), but i don't know what that would do to fontforge's ability to do Type1 font generation. Another approach would be to move fontforge from the main archive to the non-free archive; but it seems like that would relegate many of our font packages to contrib, due to build-dependencies. :( I'm open to other suggestions; i would be overjoyed, in fact, to hear other suggestions. Does anyone have any proposals? Have you asked to upstream to change its license to DFSG-free one? Nowadays Adobe seems to be a little bit friendly to opensource. It's best choice if we can have it. john knightley john.knight...@gmail.com (cc'ed here) had offered to try to contact folks at adobe back in March, but i don't know if he did that (or if he received the support he wanted from the group for doing that). john, did you speak with anyone? Do you need anything else from us to move this forward? IIRC, the issue is: 0) Adobe offered postscript code (the makeblendedfont function from Adobe's Technical Specification #5015) under a license that does not allow modification, or reuse outside of a very specific purpose. Additionally, the OtherSubrs function from Example 1 in Adobe's Technical Specification #5014, doesn't appear to have any specific license granted for reuse. 1) fontforge embeds these two pieces of postscript in its source, and replicates them into its output when it creates certain kinds of font files. This situation does not satisfy the debian free software guidelines because of the restrictions on modification and constraint on field of endeavor. If Adobe was willing to release these two functions under a more liberal license (e.g. the BSD or MIT license) that would be a wonderful contribution to the community. Regards, --dkg signature.asc Description: OpenPGP digital signature
Bug#681597: binutils: [PR binutils/14319] Don't compress empty debug section
Package: binutils
Version: 2.22-7
Severity: normal
Tags: patch
Hi,
Current debian's binutils have PR binutils/14319.
This already fixed in upsteam.
http://sourceware.org/bugzilla/show_bug.cgi?id=14319
I backported this and tested. The problem is corrected, work fine.
Could you apply patch to debian?
Best regards,
Nobuhiro
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages binutils depends on:
ii libc6 2.13-34
ii libgcc1 1:4.7.1-3
ii libstdc++6 4.7.1-3
ii zlib1g 1:1.2.7.dfsg-13
binutils recommends no packages.
Versions of packages binutils suggests:
pn binutils-doc none
-- no debconf information
diff -u binutils-2.22/debian/changelog binutils-2.22/debian/changelog
--- binutils-2.22/debian/changelog
+++ binutils-2.22/debian/changelog
@@ -1,3 +1,10 @@
+binutils (2.22-7.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix PR binutils/14319. Add patches/pr14319.diff.
+
+ -- Nobuhiro Iwamatsu iwama...@debian.org Sat, 14 Jul 2012 23:31:31 +0900
+
binutils (2.22-7) unstable; urgency=low
* Update from the binutils-2_22-branch 20120704.
diff -u binutils-2.22/debian/patches/series binutils-2.22/debian/patches/series
--- binutils-2.22/debian/patches/series
+++ binutils-2.22/debian/patches/series
@@ -35,0 +36 @@
+pr14319.diff
only in patch2:
unchanged:
--- binutils-2.22.orig/debian/patches/pr14319.diff
+++ binutils-2.22/debian/patches/pr14319.diff
@@ -0,0 +1,60 @@
+# base code: http://sourceware.org/git/?p=binutils.git;a=commitdiff_plain;h=9fd0b9a622aaa64017f232611120ff7fa828b67a
+# backport to 2.22.
+
+diff --git a/bfd/elf.c b/bfd/elf.c
+index 9e23bee..a9cbe21 100644
+--- a/bfd/elf.c
b/bfd/elf.c
+@@ -1025,7 +1025,7 @@ _bfd_elf_make_section_from_shdr (bfd *abfd,
+ else
+ {
+ /* Normal section. Check if we should compress. */
+- if ((abfd-flags BFD_COMPRESS))
++ if ((abfd-flags BFD_COMPRESS) newsect-size != 0)
+ action = compress;
+ }
+
+diff --git a/binutils/testsuite/binutils-all/compress.exp b/binutils/testsuite/binutils-all/compress.exp
+index 91ed7e4..8c40595 100644
+--- a/binutils/testsuite/binutils-all/compress.exp
b/binutils/testsuite/binutils-all/compress.exp
+@@ -133,3 +133,32 @@ if ![string match $got] then {
+ pass $testname
+ }
+ }
++
++set testfile tmpdir/dw2-emty.o
++
++if { ![binutils_assemble_flags $srcdir/$subdir/dw2-empty.S $testfile --nocompress-debug-sections] } then {
++unsupported compressed debug sections
++return
++}
++
++set testname objcopy compress empty debug sections
++set got [binutils_run $OBJCOPY --compress-debug-sections $testfile ${copyfile}.o]
++if ![string match $got] then {
++fail objcopy ($testname)
++} else {
++send_log cmp $testfile ${copyfile}.o\n
++verbose cmp $testfile ${copyfile}.o
++set src1 ${testfile}
++set src2 ${copyfile}.o
++set status [remote_exec build cmp ${src1} ${src2}]
++set exec_output [lindex $status 1]
++set exec_output [prune_warnings $exec_output]
++
++if [string match $exec_output] then {
++pass objcopy ($testname)
++} else {
++send_log $exec_output\n
++verbose $exec_output 1
++fail objcopy ($testname)
++}
++}
+diff --git a/binutils/testsuite/binutils-all/dw2-empty.S b/binutils/testsuite/binutils-all/dw2-empty.S
+new file mode 100644
+index 000..1ff5f88
+--- /dev/null
b/binutils/testsuite/binutils-all/dw2-empty.S
+@@ -0,0 +1 @@
++ .section .debug_line
Bug#681263: Here you go
What do you mean by *it* works? You mean decoration in compiz? Here is the result of the command, (note my file is named a bit differently): $ nm -D /usr/lib/libdecoration.so.0.0.0 | grep decor_property_to_quads 3340 T decor_property_to_quads I also should say I have a ATI card(ATI RV730XT [Radeon HD 4670]) and am using the driver provided by xserver-xorg-video-radeon.
Bug#681598: /usr/share/pyshared/lsb_release.py: release detection fails with http.debian.net redirector in sources.list
Package: lsb-release
Version: 4.1+Debian7
Severity: normal
File: /usr/share/pyshared/lsb_release.py
With the following sources.list:
| deb-src http://mirror.cc.columbia.edu/debian/ testing main contrib non-free
| deb http://mirror.cc.columbia.edu/debian/ testing main contrib non-free
the output of lsb_release.get_distro_information is correct:
In [4]: lsb_release.get_distro_information()
Out[4]:
{'CODENAME': 'wheezy',
'DESCRIPTION': u'Debian GNU/Linux testing (wheezy)',
'ID': 'Debian',
'OS': 'GNU/Linux',
'RELEASE': u'testing'}
When using the http.debian.net redirector, though
| deb-src http://http.debian.net/debian/ testing main contrib non-free
| deb http://http.debian.net/debian/ testing main contrib non-free
the detection fails:
In [3]: lsb_release.parse_apt_policy()
Out[3]:
[(100, {'suite': u'now'}),
(500,
{'component': u'',
'label': u'Jitsi Debian packages repository',
'origin': u'jitsi.org',
'suite': u'unstable'}),
(100,
{'component': u'non-free',
'label': u'Unofficial Multimedia Packages',
'origin': u'Unofficial Multimedia Packages',
'suite': u'testing',
'version': u'None'}),
(100,
{'component': u'main',
'label': u'Unofficial Multimedia Packages',
'origin': u'Unofficial Multimedia Packages',
'suite': u'testing',
'version': u'None'}),
(500,
{'component': u'non-free',
'label': u'Debian',
'origin': u'Debian',
'suite': u'testing'}),
(500,
{'component': u'contrib',
'label': u'Debian',
'origin': u'Debian',
'suite': u'testing'}),
(500,
{'component': u'main',
'label': u'Debian',
'origin': u'Debian',
'suite': u'testing'})]
This is annoying, because when using ${distro_codename} in
/etc/apt/apt.conf.d/50unattended-upgrades,
Unattended-Upgrade::Origins-Pattern {
o={distro_id},a=${distro_codename};
o={distro_id},a=${distro_codename}-updates;
o={distro_id},a=${distro_codename},l=Debian-Security;
};
unattended-upgrades fails with
Traceback (most recent call last):
File /usr/bin/unattended-upgrade, line 55, in module
DISTRO_CODENAME = lsb_release.get_distro_information()['CODENAME']
KeyError: 'CODENAME'
-- Package-specific info:
lsb_release output
-*- -*- -*- -*- -*-
Distributor ID: Debian
Description:Debian GNU/Linux testing (wheezy)
Release:testing
Codename: wheezy
-*- -*- -*- -*- -*-
Apt policy
-*- -*- -*- -*- -*-
Package files:
100 /var/lib/dpkg/status
release a=now
500 http://download.jitsi.org/deb/ unstable/ Packages
release o=jitsi.org,a=unstable,n=sid,l=Jitsi Debian packages repository,c=
origin download.jitsi.org
100 http://www.debian-multimedia.org/ testing/non-free amd64 Packages
release v=None,o=Unofficial Multimedia
Packages,a=testing,n=wheezy,l=Unofficial Multimedia Packages,c=non-free
origin www.debian-multimedia.org
100 http://www.debian-multimedia.org/ testing/main amd64 Packages
release v=None,o=Unofficial Multimedia
Packages,a=testing,n=wheezy,l=Unofficial Multimedia Packages,c=main
origin www.debian-multimedia.org
500 http://mirror.cc.columbia.edu/debian/ testing/non-free Translation-en
500 http://mirror.cc.columbia.edu/debian/ testing/main Translation-en
500 http://mirror.cc.columbia.edu/debian/ testing/contrib Translation-en
500 http://mirror.cc.columbia.edu/debian/ testing/non-free amd64 Packages
release o=Debian,a=testing,n=wheezy,l=Debian,c=non-free
origin mirror.cc.columbia.edu
500 http://mirror.cc.columbia.edu/debian/ testing/contrib amd64 Packages
release o=Debian,a=testing,n=wheezy,l=Debian,c=contrib
origin mirror.cc.columbia.edu
500 http://mirror.cc.columbia.edu/debian/ testing/main amd64 Packages
release o=Debian,a=testing,n=wheezy,l=Debian,c=main
origin mirror.cc.columbia.edu
Pinned packages:
-*- -*- -*- -*- -*-
sources.list
-*- -*- -*- -*- -*-
deb-src http://mirror.cc.columbia.edu/debian/ testing main contrib non-free
deb http://mirror.cc.columbia.edu/debian/ testing main contrib non-free
deb http://www.debian-multimedia.org testing main non-free
-*- -*- -*- -*- -*-
/etc/lsb_release
-*- -*- -*- -*- -*-
- none
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-3-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/dash
Versions of packages lsb-release depends on:
ii python 2.7.3~rc2-1
ii python2.6 2.6.8-0.2
ii python2.7 2.7.3~rc2-2.1
Versions of packages lsb-release recommends:
ii apt 0.9.7.1
Versions of packages lsb-release suggests:
pn lsb none
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676312: pleiades: General update after the debconf review process
On Fri, 13 Jul 2012 10:39:35 -0600 Christian PERRIER bubu...@debian.org wrote: Is an upload planned soon? As wheezy is ow frozen, I tend to be much more pushy for translations to be included and don't hesitate NMUing packages if needed. Now I should considering about RC before I push it with updated po files to repository. Its bug is policy violation but it helps users if I can put it to testing. So, wait for a moment. Thanks. -- Hideki Yamane henr...@iijmio-mail.jp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681558: plug-ins in /usr/local/share don't find include files in ../include
Hi all, This morning I filed bug 681558 [1] against my co-maintained package cacti. When I was filing it, I was under the impression that the solution would be simple, creating a soft-link from /usr/local/share/cacti/include - /usr/share/cacti/site/include. Before I starting implementing it I decided to have a look at the policy about such things, but unfortunately, unless I am much mistaken, this is not allowed (section 9.1.2) [2]. So my question is how to deal with the following problem. Since cacti 0.8.8, the package supports plug-in architecture. This means that the system administrator can add plug-ins to his installation to enhance the functionality of cacti. As cacti is installed in /usr/share/cacti, and the administrator is not supposed to add site specific things there, I decided to let the admin put his plug-ins in /usr/local/share/cacti/plugins and soft-link /usr/share/cacti/site/plugins to that location. The bug I filed [1], is about how this fails as some (or all, I have not tested yet), assume that they are installed in a sub-directory of the main cacti installation (including things like ../include/auth.php). I already requested [3] upstream to allow for a system where the plugin directory can be configured and I assume these kind of problems will, if accepted, go away automatically. But until then, should I just consider plug-ins that do this broken, and write in README.Debian that admins could create a soft-link themselves (after I confirm that this really solves the issue), or are there other possibilities that I have not thought of so far? Are there other packages that have similar demands or problems? Kind regards, Paul [1] http://bugs.debian.org/681558 [2] http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.1.2 [3] http://bugs.cacti.net/view.php?id=2227 signature.asc Description: OpenPGP digital signature
Bug#575229: Wireless performance problems with ath5k driver
Hi, Jonathan Nieder wrote: Chris Chiappa wrote: On Mon, Apr 02, 2012 at 02:15:22PM -0500, Jonathan Nieder wrote: Returning to this bug (long pauses during a network scan): the squeeze kernel should install without trouble on sid if you'd like to give it a try. Sorry for being dense, but I'm having a hard time figuring out what the current kernel in squeeze is. Can you point me to a .deb or a version number I can go scrounge around for in ftp? [...] echo 'http://ftp.us.debian.org/debian stable-proposed-updates main' \ /etc/apt/sources.list apt-get update apt-get install linux-image-2.6.32-5-amd64 vi /etc/apt/sources.list; # remove the new stable-proposed-updates entry If you prefer an ftp site, [1] should do it. (The APT way is preferred [...] [1] ftp://ftp.us.debian.org/debian/pool/main/l/linux-2.6/linux-image-2.6.32-5-amd64_2.6.32-43_amd64.deb So now I'm in suspense. Did you get a chance to try this? Curious, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676312: pleiades: General update after the debconf review process
Quoting Hideki Yamane (henr...@iijmio-mail.jp): On Fri, 13 Jul 2012 10:39:35 -0600 Christian PERRIER bubu...@debian.org wrote: Is an upload planned soon? As wheezy is ow frozen, I tend to be much more pushy for translations to be included and don't hesitate NMUing packages if needed. Now I should considering about RC before I push it with updated po files to repository. Its bug is policy violation but it helps users if I can put it to testing. So, wait for a moment. I think you can do both updates at the same time: release managers probably won't bother. signature.asc Description: Digital signature
Bug#676210: ruby-libxml: FTBFS: tests failed
Hi,
This bug was reported to upstream too.
https://github.com/xml4r/libxml-ruby/issues/43
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681599: vim/python2.7: symbol lookup error: vim: undefined symbol: init_hashlib
Package: vim-nox,libpython2.7 Version: vim-nox/2:7.3.547-3 Version: libpython2.7/2.7.3-2 Severity: important Usertags: serious Trying to import hashlib crashes the Python interpreter that vim embeds: $ vim -c 'python import hashlib' vim: symbol lookup error: vim: undefined symbol: init_hashlib This didn't happen with python2.7/2.7.3-1… However, I cannot reproduce it without vim (e.g.: gdb, which also embeds Python, can import hashlib without problems), so perhaps it's vim doing something odd. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.4-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libpython2.7 depends on: ii libc6 2.13-34 ii libgcc11:4.7.1-5 ii python2.7 2.7.3-2 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages vim-nox depends on: ii libacl1 2.2.51-8 ii libc6 2.13-34 ii libgpm2 1.20.4-6 ii liblua5.1-0 5.1.5-2 ii libperl5.14 5.14.2-12 ii libpython2.7 2.7.3-2 ii libruby1.9.1 1.9.3.194-1 ii libselinux1 2.1.9-5 ii libtinfo5 5.9-10 ii tcl8.58.5.11-2 ii vim-common2:7.3.547-3 ii vim-runtime 2:7.3.547-3 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681589: givaro: uses system include syntax for local header
Hi Neil, On 09:04 Sat 07/14/12 Jul , Neil Williams wrote: givaro-3.7.0/src/kernel/gmp++/gmp++.h specifies an include for one of it's own header files (gmpxx.h) using system include syntax instead of Thanks for report. Actually gmpxx.h is a header file of libgmp-dev, and givaro contains no file named gmpxx.h, so IMHO this is not a bug. However, givaro-3.7.0/src/kernel/zpz/StaticElement.h does include givaro's own header file (gmp++.h) using system include syntax. I would like to fix it in the next upload (givaro_3.7.1-1). 1: linbox and other packages which use givaro_check.m4 will fail to build from source because gmpxx.h cannot be found by the configure check. The FTBFS bug of linbox in sid is likely caused by givaro API incompatibility. I would file an RFS for linbox-1.3.2 to fix the bug if Vincent Danjean is no longer interested in this package (I got permission from Tim Abbott to adopt linbox and other SAGE-related packages). Thanks, Lifeng -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653750: section 10.7 and caching a typed list which includes a file name
On 2012-01-08 Regid Ichira regi...@yahoo.com wrote:
Based on
$ zgrep -A22 '^10.3 File names in lists' \
/usr/share/doc/exim4-base/spec.txt.gz | tail -4
Putting a file name in a list has the same effect as inserting
each line of the file as an item in the list (blank lines and
comments excepted). However, there is one important difference:
the file is read each time the list is processed, so if its
contents vary over time, Exim's behaviour changes.
I think the following patch should be applied to section '10.7 Named
list caching':
--- spec.txt2012-01-09 00:09:38.0 +0200
+++ spec.txt.mod2012-01-09 00:11:49.0 +0200
[...]
-the cache operates only if the list contains no $ characters, which
guarantees
[...]
+the cache operates only if the list contains no $ characters, and no file
+names, which guarantees that it will not change when it is expanded.
[...]
I am pretty sure this change is not correct, the contents of files are
cached.
For illustration, compare the results of these two settings (with
/etc/exim4/dc_other_hostnames containing a single line, listing a
single domain):
[1] domainlist local_domains = ${readfile{/etc/exim4/dc_other_hostnames}}
[2] domainlist local_domains = /etc/exim4/dc_other_hostnames
exim -d+expand shows this for [2]
check domains = !+local_domains
cached no match for +local_domains
cached lookup data = NULL
I think if its contents vary over time refers to the fact that a
newly forked forked exim binary (as happens for every incoming
connection or outgoing delivery) will read the new file.
cu andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680668: Updating chinese-t-desktop in tasksel for Wheezy.
2012/7/14 Christian PERRIER bubu...@debian.org: ibus-chewing, I tested ibus-chewing on my computer. It doesn't have some features that I(Traditional user) expected. -- -Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681600: mirror submission for debian.mirror.neology.co.za
Package: mirrors Severity: wishlist Submission-Type: new Site: debian.mirror.neology.co.za Type: leaf Archive-architecture: amd64 i386 Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ IPv6: yes Archive-upstream: ftp.uk.debian.org. Updates: four Maintainer: JP Viljoen mirrorad...@neology.co.za Country: ZA South Africa Location: Midrand, Gauteng Sponsor: Neology http://neology.co.za Comment: New mirror intended for official inclusion in the pool as ftp.za.d.o as discussed with symoon before. Still requires push mirroring to be set up. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680647: Freeze exception for binutils-mingw-w64 (helps fix RC #662746)
Hi KiBi, On Sun, 8 Jul 2012 23:49:15 +0200, Cyril Brulebois k...@debian.org wrote: Stephen Kitt st...@sk2.org (05/07/2012): Just to clarify, this is a pre-upload request... yeah, it looks possible to install all 3 packages + the conflicted-against package in wheezy without apparent issues. Please upload to unstable and ping again once that's done. Sorry, I jumped the gun a little - I uploaded binutils-mingw-w64/2 and filed #680647 in the mean time. Regards, Stephen signature.asc Description: PGP signature
Bug#680668: Updating chinese-t-desktop in tasksel for Wheezy.
Quoting Andrew Lee (ajq...@debian.org): 2012/7/14 Christian PERRIER bubu...@debian.org: ibus-chewing, I tested ibus-chewing on my computer. It doesn't have some features that I(Traditional user) expected. Well, as I just said live, there is still time to correct things..:-) signature.asc Description: Digital signature
Bug#511747: [lenny] unresponsible for some time when removing qdisc
Hi again, Jonathan Nieder wrote: In January, 2009, Jindřich Vrba wrote: Version: 2.6.24-6~etchnhalf.7 Severity: important When I delete whole qdisc with iproute command # tc qdisc del dev eth0 root the system don't respond for some time. [...] On testing 2.6.26-1-686 there is the same bug. I also tried 2.6.18-6-amd64 Linux from stable, where it is all right Sorry we lost track of this for so long. Can you still reproduce this bug? Ping. Do you still have access to this setup, and if so are you still interested in pursuing this? No is a perfectly fine answer, but please do let us know so we can plan accordingly. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681359: refcard: wrong (old) version number in pdfs
Hi, On Thu, Jul 12, 2012 at 06:05:47PM +0200, Holger Wansing wrote: Package: refcard Severity: minor Tags: patch In the pdfs of refcard 5.0.8, I read: Version 5.0.5 2010-04-30 I see. If that is the case, we need to update build script to automatically update this. Osamu Patch attached. --- refcard.dbk 2012-07-12 17:55:45.615209055 +0200 +++ refcard_workingcopy.dbk 2012-07-12 17:55:28.578209419 +0200 @@ -59,6 +59,11 @@ /legalnotice revhistory revision + revnumber5.0.8/revnumber + date2012-07-10/date + revremarkNew and updated translations, fix bugs and rendering issues, add xz./revremark + /revision + revision revnumber5.0.5/revnumber date2010-04-30/date revremarkNew and updated translations./revremark Holger -- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Created with Sylpheed 2.5.0 under DEBIAN GNU/LINUX 5.0.0 - L e n n y Registered LinuxUser #311290 - http://counter.li.org/ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = -- To UNSUBSCRIBE, email to debian-doc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120712180547.362261d9.li...@wansing-online.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681601: unblock: roarplaylistd/0.1.1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package roarplaylistd It adds an upstream patch which fixes a segfault on using multi queue. unblock roarplaylistd/0.1.1-2 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680668: Updating chinese-t-desktop in tasksel for Wheezy.
Hi Andrew, On Sun, Jul 15, 2012 at 1:00 AM, Andrew Lee ajq...@debian.org wrote: 2012/7/14 Christian PERRIER bubu...@debian.org: ibus-chewing, I tested ibus-chewing on my computer. It doesn't have some features that I(Traditional user) expected. I'm aware of the ongoing discussion about the default input method selection of chinese-t task, and I just did a minor change to the old one by installing im-config and IM Modules by default. I know that gcin is again included in Debian but it's a bit hard for me to judge which one best fits the average needs... Please change it as you wish, :) -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681602: ITP: jampal -- mp3 song library management system and player
Package: wnpp Severity: wishlist Owner: Peter Bennett pgbenn...@comcast.net * Package name: jampal Version : 02.01.06 Upstream Author : Peter Bennett pgbenn...@comcast.net * URL : http://jampal.sourceforge.net * License : GPL Programming Lang: Java, C++ Description : mp3 song library management system and player -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681603: unblock: libphysfs/2.0.2-7
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libphysfs It adds multiarch support as requested with #680607 unblock libphysfs/2.0.2-7 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681604: unblock: mlt/0.8.0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package mlt It fixes three bugs reported at the Debian bts: * Add patch 01-changed-preset-path, which corrects the path to the changed location of the preset files. Closes: #681339 * Add patch 02-allow-file-prefix, which adds the file:// prefix support. Closes: #677276 * Add patch 03-audio-limits-and-crash, which fixes a crash if invalid audio bitrates are submitted. Closes: #681319 unblock mlt/0.8.0-2 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681605: unblock: geoip/1.4.8+dfsg-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package geoip It adds multiarch support: * Add multiarch support. * Add lintian override for false positive hardening-no-fortify-functions usr/lib/geoip/geoip-generator. * Wrap all debian/control fields. unblock geoip/1.4.8+dfsg-4 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680803: bzr-builddeb: FTBFS: test failed
tags 680803 patch tags 680803 pending thanks Hi, I've created a patch for this bug #680803 as below. But I wonder this is whether the behavior that devscripts(dch) maintainer wanted, because dch -v would be always failed in minimum environment. Recommends: is enough or not, could you tell me about this, please? Anyway, here's a patch for this bzr-builddeb package RC bug. diff -Nru bzr-builddeb-2.8.4/debian/changelog bzr-builddeb-2.8.4+nmu1/debian/changelog --- bzr-builddeb-2.8.4/debian/changelog 2012-03-20 09:45:28.0 -0600 +++ bzr-builddeb-2.8.4+nmu1/debian/changelog2012-07-14 10:25:16.0 -0600 @@ -1,3 +1,13 @@ +bzr-builddeb (2.8.4+nmu1) unstable; urgency=medium + + * Non-maintainer upload. + * debian/control +- add Build-Depends-Indep: libdistro-info-perl, because dch should know + about distribution name and it is provided by this package + (Closes: #680803) + + -- Hideki Yamane henr...@debian.org Sat, 14 Jul 2012 10:23:31 -0600 + bzr-builddeb (2.8.4) unstable; urgency=low * Add dependency on quilt. LP: #951207 diff -Nru bzr-builddeb-2.8.4/debian/control bzr-builddeb-2.8.4+nmu1/debian/control --- bzr-builddeb-2.8.4/debian/control 2012-03-09 17:06:42.0 -0600 +++ bzr-builddeb-2.8.4+nmu1/debian/control 2012-07-14 10:23:27.0 -0600 @@ -4,7 +4,7 @@ Maintainer: Debian Bazaar Maintainers pkg-bazaar-ma...@lists.alioth.debian.org Uploaders: Reinhard Tartler siret...@tauware.de, James Westby james.wes...@ubuntu.com, Jelmer Vernooij jel...@debian.org Build-Depends: debhelper (= 5.0.37.2), python-all (= 2.6.6-3), xz-utils -Build-Depends-Indep: bzr (= 2.1~), python-docutils, python-debian (= 0.1.11), python-apt, patchutils, python-testtools (= 0.9.2), pristine-tar, devscripts (= 2.10.59), python-subunit, python-bzrlib.tests | bzr ( 2.4.0~beta1-2), python-lzma, libalgorithm-merge-perl, python-distro-info, quilt, bzr-svn +Build-Depends-Indep: bzr (= 2.1~), python-docutils, python-debian (= 0.1.11), python-apt, patchutils, python-testtools (= 0.9.2), pristine-tar, devscripts (= 2.10.59), python-subunit, python-bzrlib.tests | bzr ( 2.4.0~beta1-2), python-lzma, libalgorithm-merge-perl, python-distro-info, quilt, bzr-svn, libdistro-info-perl Vcs-Bzr: http://bzr.debian.org/pkg-bazaar/bzr-builddeb/unstable Vcs-Browser: http://bzr.debian.org/loggerhead/pkg-bazaar/bzr-builddeb/unstable X-Python-Version: = 2.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681606: vim-runtime: perl syntax is out of date (missing s///[dualr])
Package: vim-runtime Version: 2:7.3.547-3 Severity: minor File: /usr/share/vim/vim73/syntax/perl.vim The perl syntax file is missing at least the d, u, a, l, and r modifiers for s/// that are present in 5.14. Since Debian is currently shipping 5.14, it would be nice if the perl syntax highlighting highlighted those correctly. The github repository listed in the syntax file does contain a syntax file with these lines handled correctly. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4-trunk-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 vim-runtime depends on no packages. Versions of packages vim-runtime recommends: ii vim2:7.3.547-3 ii vim-gtk [vim] 2:7.3.547-3 ii vim-tiny 2:7.3.547-3 vim-runtime suggests no packages. -- no debconf information -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Bug#620306: getopt: Optional argument parsing buggy
The command: getopt -o '' -l 'noo,aa,foo::' -- --foo ss -- bling Gives back: --foo '' -- 'ss' 'bling' This is the correct output. As per the manpage: If the option has an optional argument, it must be written directly after the long option name, separated by `=', if present So you would have to use: getopt -o '' -l 'noo,aa,foo::' -- --foo=ss -- bling To get: --foo 'ss' -- 'bling' Note that this part of the parsing is actually done by getopt(3). Regards, Frodo (the author of getopt(3)) -- Frodo Looijaard fr...@frodo.looijaard.name (See http://frodo.looijaard.name/) Defenestration n. (formal or joc.): The act of removing Windows from your computer in disgust, usually followed by the installation of Linux or some other Unix-like operating system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680824: xdotool: FTBFS: /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': cannot load such file -- xdo_test_helper (LoadError)
tags 680824 + pach thanks Hi Daniel! On Sun, Jul 08, 2012 at 07:17:13PM +0200, Lucas Nussbaum wrote: Relevant part: make[6]: Entering directory `/«PKGBUILDDIR»' make[6]: Nothing to be done for `all'. make[6]: Leaving directory `/«PKGBUILDDIR»' Running test_basic.rb Setting up keymap on new server as us /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': cannot load such file -- xdo_test_helper (LoadError) from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from test_basic.rb:5:in `main' make[5]: *** [do-test] Error 1 (Note I'm not a ruby expert) It seems that ruby 1.9.2 hat a change to not include anymore the current path[1]. But one can use require_relative[2,3]. [1]: http://www.ruby-lang.org/en/news/2010/08/18/ruby-1-9.2-released/ [2]: http://stackoverflow.com/questions/9154365/ruby-loaderror-cannot-load-such-file [3]: http://stackoverflow.com/questions/4965556/why-isnt-current-directory-on-my-ruby-path Attached is a patch to do that. Then the testsuite runs again here, but there are still tests failing now. Is this the correct approach? Regards, Salvatore Description: Fix FTBFS with ruby (= 1.9.2) Fix FTBFS: /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': cannot load such file -- xdo_test_helper (LoadError). ruby 1.9.2 does not include anymore the current directory to include path. Origin: vendor Bug-Debian: http://bugs.debian.org/680824 Forwarded: no Author: Salvatore Bonaccorso car...@debian.org Last-Update: 2012-07-14 --- a/t/test_basic.rb +++ b/t/test_basic.rb @@ -2,7 +2,7 @@ # require test/unit -require xdo_test_helper +require_relative xdo_test_helper class XdotoolBasicTests Test::Unit::TestCase include XdoTestHelper --- a/t/test_chaining.rb +++ b/t/test_chaining.rb @@ -2,7 +2,7 @@ # require test/unit -require xdo_test_helper +require_relative xdo_test_helper class XdotoolChainingTests Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_behave_screen_edge.rb +++ b/t/test_cmd_behave_screen_edge.rb @@ -2,7 +2,7 @@ # require test/unit -require xdo_test_helper +require_relative xdo_test_helper class XdotoolCommandBehaveScreenEdgeTests Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_exec.rb +++ b/t/test_cmd_exec.rb @@ -3,7 +3,7 @@ # require test/unit -require xdo_test_helper +require_relative xdo_test_helper class XdotoolCommandExecTests Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_getwindowname.rb +++ b/t/test_cmd_getwindowname.rb @@ -2,7 +2,7 @@ # require test/unit -require xdo_test_helper +require_relative xdo_test_helper class XdotoolCommandGetWindowPidTests Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_getwindowpid.rb +++ b/t/test_cmd_getwindowpid.rb @@ -2,7 +2,7 @@ # require test/unit -require xdo_test_helper +require_relative xdo_test_helper class XdotoolCommandGetWindowPidTests Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_key.rb +++ b/t/test_cmd_key.rb @@ -2,7 +2,7 @@ # require test/unit -require xdo_test_helper +require_relative xdo_test_helper class XdotoolCommandKeyTests Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_windowfocus.rb +++ b/t/test_cmd_windowfocus.rb @@ -3,7 +3,7 @@ # require test/unit -require xdo_test_helper +require_relative xdo_test_helper class XdotoolCommandWindowFocusTests Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_windowmap.rb +++ b/t/test_cmd_windowmap.rb @@ -3,7 +3,7 @@ # require test/unit -require xdo_test_helper +require_relative xdo_test_helper class XdotoolCommandWindowMapTests Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_windowminimize.rb +++ b/t/test_cmd_windowminimize.rb @@ -2,7 +2,7 @@ # require test/unit -require xdo_test_helper +require_relative xdo_test_helper class XdotoolCommandWindowMinimizeTests Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_windowmove.rb +++ b/t/test_cmd_windowmove.rb @@ -3,7 +3,7 @@ # require test/unit -require xdo_test_helper +require_relative xdo_test_helper class XdotoolCommandWindowMoveTests Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_windowsize.rb +++ b/t/test_cmd_windowsize.rb @@ -3,7 +3,7 @@ # require test/unit -require xdo_test_helper +require_relative xdo_test_helper class XdotoolCommandWindowSizeTests Test::Unit::TestCase include XdoTestHelper --- a/t/test_mousemove.rb +++ b/t/test_mousemove.rb @@ -1,7 +1,7 @@ #!/usr/bin/env ruby require test/unit -require xdo_test_helper +require_relative xdo_test_helper class XdotoolMouseMoveTests Test::Unit::TestCase include XdoTestHelper --- a/t/test_script.rb +++ b/t/test_script.rb @@ -2,7 +2,7 @@ # require test/unit -require xdo_test_helper +require_relative xdo_test_helper require tempfile class XdotoolScriptTests Test::Unit::TestCase --- a/t/test_search.rb +++ b/t/test_search.rb @@ -2,7 +2,7 @@ #
Bug#681541: Bug#681542: apache2-dev: dh_apache2 does not support -p/-N
Arno Töll a...@debian.org writes: I see, you spend a lot of time to hunt issues in dh_apache2. I think most if not all are legit which I am going to fix as suggested unless someone beats me on it. Having that said, please understand that dh_apache2 (along with Apache 2.4) was postponed to Wheezy+1 and we're in a freeze currently. Thus, working on dh_apache2 (again) is not a high priority for now. Oh, yeah, not a problem. This was just stuff I encountered while preparing the WebAuth 4.2.0 upload for experimental and converting the packaging system. Definitely no hurry at all; I figured this was all going to be experimental-only until after the wheezy release is finalized. -- 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#681607: python-configshell depends on python-epydoc which depends on latex
Package: python-configshell Version: 1.1-3 Severity: wishlist When installing targetcli, I was surprised to be needing 632MB of packages. targetcli depends on python-configshell which depends on python-epydoc which depends on latex. Can you review the dependency to remove the necessity of Latex which is of no use on a server where targetcli is installed ? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681589: givaro: uses system include syntax for local header
On Sun, 15 Jul 2012 00:43:32 +0800 Lifeng Sun lifong...@gmail.com wrote: Hi Neil, On 09:04 Sat 07/14/12 Jul , Neil Williams wrote: givaro-3.7.0/src/kernel/gmp++/gmp++.h specifies an include for one of it's own header files (gmpxx.h) using system include syntax instead of Thanks for report. Actually gmpxx.h is a header file of libgmp-dev, and givaro contains no file named gmpxx.h, so IMHO this is not a bug. OK, in that case, givaro_check.m4 is irretrievably broken and givaro needs to provide pkg-config support which linbox can use instead. givaro_check tries to link a test program against libgivaro0 simply by including the givinteger.h header and this *was* a valid method for older versions of givaro. 1: linbox and other packages which use givaro_check.m4 will fail to build from source because gmpxx.h cannot be found by the configure check. The FTBFS bug of linbox in sid is likely caused by givaro API incompatibility. It definitely is - however, even if givaro migrates API, linbox will still not get a valid result from givaro_check.m4. Givaro can help this situation by providing a givaro.pc file. I would file an RFS for linbox-1.3.2 to fix the bug if Vincent Danjean is no longer interested in this package (I got permission from Tim Abbott to adopt linbox and other SAGE-related packages). There is no point thinking about uploading libgivaro1 without talking to the release team who are unlikely to want a new transition at this point. See #678769 - that's why I blocked this bug by #678769. At this stage of the release freeze, the release team may be more willing to consider removing givaro, linbox and fflas-ffpack. This problem should have been noticed before the 3.7.0-1 upload. It is difficult to fix now and you should talk to the release team about what can be done and whether givaro can be released as part of Wheezy. Currently, it looks unlikely. Squeeze already has 3.2.13-1 which linbox can build against. Therefore, it seems more appropriate to have no givaro or linbox packages in Wheezy and let users pull in the working versions from Squeeze. True, that means that users miss out on improvements in linbox since Squeeze but that is the result of maintainers allowing libgivaro0 to migrate into testing at version 3.7.0 when that should have been libgivaro1. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpzv3SaW79lk.pgp Description: PGP signature
Bug#681466: tasksel: update input method support and Chinese tasks
On Sat, Jul 14, 2012 at 2:36 AM, Christian PERRIER bubu...@debian.org wrote: Quoting Aron Xu (a...@debian.org): Package: src:tasksel Tags: patch Hi, I've prepared a patch for improving the input method support status in Wheezy, together with some updates to Chinese tasks. I committed most of these changes except the ones that move packages to Suggests. Agreeing with Joey, there is no point in having packages in Suggests in tasks as they would not be installed by default.. So these have been left in Recommends. Thanks! Then I'd like to remove those packages from Recommends, because they were regarded to be not suitable for default but useful for some users as of my creating the patch. Apart from that, thanks a lot for your very careful and detailed work. I'm a bit puzzled about some Indic languages using input methods (such as Telugu or Malayalam) and others not (Hindi, Marathi, etc.)...but I guess this belongs to users of these laguages to tell us what should be done. I'm not very sure why those tasks don't have default input method in task, but it could be a choice of those users. We may need to ask the users if we want to know the exact situation. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681376: [Pkg-xen-devel] Bug#681376: Xen hypervisor package not upgraded on dist-upgrade Squeeze to Wheezy
tags 681376 +patch thanks On Thu, 2012-07-12 at 12:37 -0600, Ian Campbell wrote: One possible solution would be to turn those virtual packages into real ones, at which point I expect the versioning would cause the expected upgrade. Perhaps inevitably this wasn't quite sufficient. The problem is that even if xen-hypervisor-amd64 becomes a real package on upgrade the dependency is already satisfied by xen-hypervisor-4.0-amd64 so apt doesn't do the upgrade. I can't really think of a solution for this in Wheezy. However what we can, and I think should, do for Wheezy is to add an explicit real package xen-hypervisor-latest-ARCH. It will still require manual action on upgrade to Wheezy but things should then Just Work for Wheezy +1. Also the xen-linux-system-* packages should include the latest package as the preferred alternative. Ian. From a49af532706f14b82c6b9b930a7bcbed93ffe227 Mon Sep 17 00:00:00 2001 From: Ian Campbell i...@hellion.org.uk Date: Sat, 14 Jul 2012 18:25:00 +0100 Subject: [PATCH] Add xen-linux-system dependency on xen-hypervisor-latest as prefered alternative --- linux/debian/bin/gencontrol.py |1 + linux/debian/changelog |4 2 files changed, 5 insertions(+) diff --git a/linux/debian/bin/gencontrol.py b/linux/debian/bin/gencontrol.py index 5fd5cda..e181a0d 100755 --- a/linux/debian/bin/gencontrol.py +++ b/linux/debian/bin/gencontrol.py @@ -266,6 +266,7 @@ class Gencontrol(Base): p = self.process_packages(self.templates['control.xen-linux-system'], vars) l = PackageRelationGroup() for xen_flavour in config_entry_xen['flavours']: +l.append(xen-hypervisor-latest-%s % xen_flavour) l.append(xen-hypervisor-%s % xen_flavour) p[0]['Depends'].append(l) packages_dummy.extend(p) diff --git a/linux/debian/changelog b/linux/debian/changelog index 575c028..101eda1 100644 --- a/linux/debian/changelog +++ b/linux/debian/changelog @@ -34,6 +34,10 @@ linux (3.2.23-1) UNRELEASED; urgency=low * udf: Improve table length check to avoid possible overflow * CIFS: Respect negotiated MaxMpxCount (deferred from 3.2.14) + [ Ian Campbell ] + * Add xen-linux-system dependency on xen-hypervisor-latest as prefered +alternative. + -- Ben Hutchings b...@decadent.org.uk Fri, 29 Jun 2012 15:01:22 +0100 linux (3.2.21-3) unstable; urgency=low -- 1.7.10 From 0656c6126fc105e6e1132a6985f3b03b137180d0 Mon Sep 17 00:00:00 2001 From: Ian Campbell i...@hellion.org.uk Date: Fri, 13 Jul 2012 22:55:52 +0100 Subject: [PATCH] Add xen-hypervisor-latest-ARCH as a real package --- xen/debian/changelog |1 + xen/debian/rules.real |9 + xen/debian/templates/control.hypervisor.in |7 +++ 3 files changed, 17 insertions(+) diff --git a/xen/debian/changelog b/xen/debian/changelog index 9fec290..1b222b7 100644 --- a/xen/debian/changelog +++ b/xen/debian/changelog @@ -2,6 +2,7 @@ xen (4.1.3~rc1+hg-20120614.a9c0a89c08f2-5) UNRELEASED; urgency=low [ Ian Campbell ] * Set tap device MAC addresses to fe:ff:ff:ff:ff:ff (Closes: #671018) + * Add xen-hypervisor-latest as a real package to aid upgrade (Closes: #681376) [ Bastian Blank ] * Actually build-depend on new enough version of dpkg-dev. diff --git a/xen/debian/rules.real b/xen/debian/rules.real index 99ae1f0..5791b83 100644 --- a/xen/debian/rules.real +++ b/xen/debian/rules.real @@ -23,6 +23,7 @@ binary-arch-arch: install-xenstore-utils_$(ARCH) binary-arch-arch: install-lib-ocaml-dev_$(ARCH) binary-arch-arch: install-lib-ocaml_$(ARCH) binary-arch-flavour: install-hypervisor_$(ARCH)_$(FLAVOUR) +binary-arch-flavour: install-hypervisor-latest_$(ARCH)_$(FLAVOUR) binary-indep: install-docs binary-indep: install-utils-common @@ -140,6 +141,14 @@ install-hypervisor_$(ARCH)_$(FLAVOUR): $(STAMPS_DIR)/build-hypervisor_$(ARCH)_$( cp $(DIR)/xen/xen.gz debian/$(PACKAGE_NAME)/boot/xen-$(VERSION)-$(FLAVOUR).gz +$(MAKE_SELF) install-base +install-hypervisor-latest_$(ARCH)_$(FLAVOUR): PACKAGE_NAME = xen-hypervisor-latest-$(FLAVOUR) +install-hypervisor-latest_$(ARCH)_$(FLAVOUR): DH_OPTIONS = -p$(PACKAGE_NAME) +install-hypervisor-latest_$(ARCH)_$(FLAVOUR): + dh_testdir + dh_testroot + dh_prep + +$(MAKE_SELF) install-base + install-libxen_$(ARCH): DIR = $(BUILD_DIR)/install-utils_$(ARCH) install-libxen_$(ARCH): DH_OPTIONS = -plibxen-$(VERSION) install-libxen_$(ARCH): $(STAMPS_DIR)/install-utils_$(ARCH) diff --git a/xen/debian/templates/control.hypervisor.in b/xen/debian/templates/control.hypervisor.in index b0ee0dd..b6b7ad6 100644 --- a/xen/debian/templates/control.hypervisor.in +++ b/xen/debian/templates/control.hypervisor.in @@ -14,3 +14,10 @@ Description: Xen Hypervisor on @class@ specifically crafted to work as the Domain 0, mediating hardware access for XEN itself. +Package: xen-hypervisor-latest@localversion@ +Depends: xen-hypervisor-@version@@localversion@,
Bug#681608: Testing control at submit
Package: bugs.debian.org Control: retitle -1 this is just a test of control at submit time This bug is just a test of control at submit time. Don Armstrong -- Miracles had become relative common-places since the advent of entheogens; it now took very unusual circumstances to attract public attention to sightings of supernatural entities. The latest miracle had raised the ante on the supernatural: the Virgin Mary had manifested herself to two children, a dog, and a Public Telepresence Point. -- Bruce Sterling, _Holy Fire_ p228 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681376: [Pkg-xen-devel] Bug#681376: Xen hypervisor package not upgraded on dist-upgrade Squeeze to Wheezy
On Thu, Jul 12, 2012 at 12:37:52PM -0600, Ian Campbell wrote: I recently upgrade from Squeeze to Wheezy on a system which had the xen-linux-system-686-pae metapackage (one of two which Provides: xen-linux-system). After dist-upgrade I had the new xen-utils-common and xenstore-utils (and a few others) but not the xen-utils-4.1 or xen-hypervisor-4.1-i386 or xen-hypervisor-amd64 package. (dpkg -l *xen* output is below). I have marked this bug important since I think failure to upgrade is a major effect on the usability of a package. Please show the actual error. The old versions should still work without problems. While this is no ideal state, it is not broken by itself. Wheezy will be the first release where there will be some sort of cross compatibility. So an automatic upgrade can work. I think this is because the dependency chain is: xen-linux-system-686-pae - xen-linux-system-3.2.0-3-686-pae - xen-hypervisor-amd64 | xen-hypervisor-i386 There is no dependency for the utils package. At the very least this issue needs to be added to the release notes since the is currently an extra manual step required during upgrade. There is no change from earlier releases, so it does not really need it. Bastian -- Fascinating, a totally parochial attitude. -- Spock, Metamorphosis, stardate 3219.8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681560: Please upgrade source format and don't store changes to config/config.*
tags 681560 +wontfix -patch thanks Hi! * Graham Inggs graham.in...@uct.ac.za [120714 11:27]: The attached patch upgrades to source format 3.0 (quilt) and prevents changes to config/config.guess and config/config.sub from being stored. For this package I don't see any benefit in migrating to source format 3.0, so I'm currently not considering doing it. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649068: ping: Bug ##649068 - rgmanager and resource-agents: error when trying to install together
Hello, on November 17 2011 I submitted an RC bug report against resource-agents and rgmanager: [..] dpkg: error processing /var/cache/apt/archives/rgmanager_3.0.12-3_amd64.deb (--unpack): trying to overwrite '/usr/share/cluster/openldap.metadata', which is also in package resource-agents 1:3.9.2-5 [...] Any activity about this bug? The BTS doesn't contain any track of activity. Cheers -Ralf. -- Ralf Treinen Laboratoire Preuves, Programmes et Systèmes Université Paris Diderot, Paris, France. http://www.pps.univ-paris-diderot.fr/~treinen/ = New email address: trei...@pps.univ-paris-diderot.fr = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661523: Should update supp files for multi arch directories
tags 661523 pending
kthxbye
On Mon, Feb 27, 2012 at 09:24:55PM +0100, Sebastien Bacher wrote:
Package: valgrind
Version: 1:3.7.0-2
Hi,
The supp files probably need to be updated for multiarch paths, i.e
debian.supp lists obj:/usr/lib/libz.so.1.2.2 which doesn't math
the current location for that library (same for other libraries)
I've just cleaned-up the mess that was debian.supp. I removed pretty much all
the outdated suppressions (e.g. those that matched ancient libraries versions),
zlib included, and fixed the useful ones (e.g. the dlopen related one). Since
they have been broken for long (way before multi-arch was introduced) and no
one complained, I suppose no one will miss them (thogh they can still be
re-introduced if needed).
Cheers
--
perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'
signature.asc
Description: Digital signature
Bug#679827: chromium always hangs on https://github.com
severity 679827 important thanks Only affects chromium on linux 3.5 or greater. Wheezy will ship with linux 3.2, so downgrading to non-rc severity. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681376: [Pkg-xen-devel] Bug#681376: Bug#681376: Xen hypervisor package not upgraded on dist-upgrade Squeeze to Wheezy
On Sat, Jul 14, 2012 at 11:39:01AM -0600, Ian Campbell wrote: On Thu, 2012-07-12 at 12:37 -0600, Ian Campbell wrote: One possible solution would be to turn those virtual packages into real ones, at which point I expect the versioning would cause the expected upgrade. Perhaps inevitably this wasn't quite sufficient. The problem is that even if xen-hypervisor-amd64 becomes a real package on upgrade the dependency is already satisfied by xen-hypervisor-4.0-amd64 so apt doesn't do the upgrade. This can be fixed by adding a version, like ( 0) I can't really think of a solution for this in Wheezy. However what we can, and I think should, do for Wheezy is to add an explicit real package xen-hypervisor-latest-ARCH. It will still require manual action on upgrade to Wheezy but things should then Just Work for Wheezy +1. No hacks. Bastian -- Violence in reality is quite different from theory. -- Spock, The Cloud Minders, stardate 5818.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681609: Testing control at submit
Package: bugs.debian.org Control: retitle -1 this is just a test of control at submit time This bug is just a test of control at submit time. Don Armstrong -- Miracles had become relative common-places since the advent of entheogens; it now took very unusual circumstances to attract public attention to sightings of supernatural entities. The latest miracle had raised the ante on the supernatural: the Virgin Mary had manifested herself to two children, a dog, and a Public Telepresence Point. -- Bruce Sterling, _Holy Fire_ p228 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681610: Installation fails during loading firmware
Package: installation-reports Boot method: CD Image version: Self-made boot-cd with actual installer from sid Date: 2012-07-14 Machine: Asus Notebook Z7750 Processor: Pentium M @ 1.6GHz Memory: 512MB Partitions: df -Tl will do; the raw partition table is preferred DateisystemTyp 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf rootfs rootfs 9733152 5166880 4078032 56% / udev devtmpfs 10240 0 102400% /dev tmpfs tmpfs51412 328 510841% /run /dev/disk/by-uuid/774a9295-d2a0-4bde-a9ca-2dab3a203767 ext4 9733152 5166880 4078032 56% / tmpfs tmpfs 5120 0 51200% /run/lock tmpfs tmpfs 297980 02979800% /run/shm /dev/sda6 ext4 47760240 36233020 9134184 80% /home Output of lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 82855PM Processor to I/O Controller [8086:3340] (rev 21) Subsystem: ASUSTeK Computer Inc. Device [1043:186a] Kernel driver in use: agpgart-intel 00:01.0 PCI bridge [0604]: Intel Corporation 82855PM Processor to AGP Controller [8086:3341] (rev 21) 00:1d.0 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 [8086:24c2] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:1869] Kernel driver in use: uhci_hcd 00:1d.1 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 [8086:24c4] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:1869] Kernel driver in use: uhci_hcd 00:1d.2 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 [8086:24c7] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:1869] Kernel driver in use: uhci_hcd 00:1d.7 USB controller [0c03]: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller [8086:24cd] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:1868] Kernel driver in use: ehci_hcd 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev 83) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge [8086:24cc] (rev 03) 00:1f.1 IDE interface [0101]: Intel Corporation 82801DBM (ICH4-M) IDE Controller [8086:24ca] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:1869] Kernel driver in use: ata_piix 00:1f.3 SMBus [0c05]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller [8086:24c3] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:1869] Kernel driver in use: i801_smbus 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller [8086:24c5] (rev 03) Subsystem: ASUSTeK Computer Inc. M6800N [1043:1713] Kernel driver in use: snd_intel8x0 00:1f.6 Modem [0703]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller [8086:24c6] (rev 03) Subsystem: ASUSTeK Computer Inc. M6800N [1043:1826] Kernel driver in use: snd_intel8x0m 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI RV350 [Mobility Radeon 9600 M10] [1002:4e50] Subsystem: ASUSTeK Computer Inc. Device [1043:1772] Kernel driver in use: radeon 02:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5788 Gigabit Ethernet [14e4:169c] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:1735] Kernel driver in use: tg3 02:01.0 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev ac) Subsystem: ASUSTeK Computer Inc. Device [1043:1864] Kernel driver in use: yenta_cardbus 02:01.1 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev ac) Subsystem: ASUSTeK Computer Inc. Device [1043:1864] Kernel driver in use: yenta_cardbus 02:01.2 FireWire (IEEE 1394) [0c00]: Ricoh Co Ltd R5C552 IEEE 1394 Controller [1180:0552] (rev 04) Subsystem: ASUSTeK Computer Inc. Device [1043:1867] Kernel driver in use: firewire_ohci 02:02.0 Network controller [0280]: Intel Corporation PRO/Wireless 2200BG [Calexico2] Network Connection [8086:4220] (rev 05) Subsystem: Intel Corporation Device [8086:2701] Kernel driver in use: ipw2200 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[E] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install
Bug#679827: chromium always hangs on https://github.com
Hi Mike, Michael Gilbert wrote: severity 679827 important thanks Only affects chromium on linux 3.5 or greater. Wheezy will ship with linux 3.2, so downgrading to non-rc severity. Is this to quiet apt-listbugs in case it doesn't understand the 'experimental' tag? Curious, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681376: [Pkg-xen-devel] Bug#681376: Xen hypervisor package not upgraded on dist-upgrade Squeeze to Wheezy
On Sat, 2012-07-14 at 19:59 +0200, Bastian Blank wrote: On Thu, Jul 12, 2012 at 12:37:52PM -0600, Ian Campbell wrote: I recently upgrade from Squeeze to Wheezy on a system which had the xen-linux-system-686-pae metapackage (one of two which Provides: xen-linux-system). After dist-upgrade I had the new xen-utils-common and xenstore-utils (and a few others) but not the xen-utils-4.1 or xen-hypervisor-4.1-i386 or xen-hypervisor-amd64 package. (dpkg -l *xen* output is below). I have marked this bug important since I think failure to upgrade is a major effect on the usability of a package. Please show the actual error. The old versions should still work without problems. While this is no ideal state, it is not broken by itself. The error is that after upgrade the system has only the Squeeze version of Xen and not the new Wheezy version unless the administrator takes manual steps. They should not have to do this. Wheezy will be the first release where there will be some sort of cross compatibility. So an automatic upgrade can work. I think this is because the dependency chain is: xen-linux-system-686-pae - xen-linux-system-3.2.0-3-686-pae - xen-hypervisor-amd64 | xen-hypervisor-i386 There is no dependency for the utils package. If the upgrade works correctly for xen-hypervisor-FOO then the matching utils will get installed due to the recommends from xen-hypervisor-4.1-FOO At the very least this issue needs to be added to the release notes since the is currently an extra manual step required during upgrade. There is no change from earlier releases, so it does not really need it. Well even better is if there is no manual step needed at all, which would be my preference. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676009: Bug #676009: scim-chewing: FTBFS: scim_color_button.h:27:21: fatal error: gtk/gtk.h: No such file or directory
Hi, It seems that i386 package still does not build, please have a look, thank! -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681376: [Pkg-xen-devel] Bug#681376: Bug#681376: Xen hypervisor package not upgraded on dist-upgrade Squeeze to Wheezy
On Sat, 2012-07-14 at 20:03 +0200, Bastian Blank wrote: On Sat, Jul 14, 2012 at 11:39:01AM -0600, Ian Campbell wrote: On Thu, 2012-07-12 at 12:37 -0600, Ian Campbell wrote: One possible solution would be to turn those virtual packages into real ones, at which point I expect the versioning would cause the expected upgrade. Perhaps inevitably this wasn't quite sufficient. The problem is that even if xen-hypervisor-amd64 becomes a real package on upgrade the dependency is already satisfied by xen-hypervisor-4.0-amd64 so apt doesn't do the upgrade. This can be fixed by adding a version, like ( 0) I'll try this. I'd worry about it causing the 4.0 version to be uninstalled too which would not be preferable, but we'll see. I can't really think of a solution for this in Wheezy. However what we can, and I think should, do for Wheezy is to add an explicit real package xen-hypervisor-latest-ARCH. It will still require manual action on upgrade to Wheezy but things should then Just Work for Wheezy +1. No hacks. I don't agree that this is a hack, having a metapackage as a real package is a very normal way to do things. The linux-latest meta packages are pretty much the same. I'd even argue that it less of a hack than adding a spurious version to the depends. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679827: chromium always hangs on https://github.com
On Sat, Jul 14, 2012 at 2:16 PM, Jonathan Nieder wrote: Hi Mike, Michael Gilbert wrote: severity 679827 important thanks Only affects chromium on linux 3.5 or greater. Wheezy will ship with linux 3.2, so downgrading to non-rc severity. Is this to quiet apt-listbugs in case it doesn't understand the 'experimental' tag? Not specifically. It's because we shouldn't track bugs that only affect non-released suites with a release-critical status. Plus e.g. [0] bases its rc count only on version comparisons. Best wishes, Mike [0] http://packages.qa.debian.org/c/chromium-browser.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681611: ITP: soundgrain -- A graphical interface to control granular sound synthesis modules
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz ti...@debian.org * Package name: soundgrain Version : 4.1.1 Upstream Author : Olivier Bélanger belan...@gmail.com * URL : http://code.google.com/p/soundgrain/ * License : GPLv3 Programming Lang: Python Description : A graphical interface to control granular sound synthesis modules Sound Grain is a graphical interface where users can draw and edit trajectories to control granular sound synthesis modules. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667341: optimisation tests
On Sat, 14 Jul 2012 20:12:45 +0200
Matthias Klose d...@debian.org wrote:
On 14.07.2012 20:02, Neil Williams wrote:
On Sat, 14 Jul 2012 03:08:09 +0200 Matthias Klose d...@debian.org wrote:
please could you find out, which object files (if there are more than
one) do export this symbol for a -O1 build, and attach the preprocessed
source and command line options for these file(s)?
shell script and gzip'd pre-processed cpp file attached. I've tested in a
clean pbuilder chroot and the results for gcc-4.7 demonstrate the bug:
[...]
objdump -C -t libqmfclient.so.1.0.0|grep deserialize
no, the dump/grep is needed for each .o file in libqmfclient.so.1.0.0. and the
preprocessed source for each matching .o file.
There is only one .o file needed for this test, so the adapted script
is attached. The pre-processed cpp doesn't change with optimisation.
Output also attached.
--
Neil Williams
=
http://www.linux.codehelp.co.uk/
#!/bin/sh
# Debug support for #667341
set -e
run () {
LIBDIR=`dpkg-architecture -qDEB_HOST_MULTIARCH`
if [ -f qmailthreadsortkey.o ]; then
rm qmailthreadsortkey.o
fi
if [ -f libqmfclient.so.1.0.0 ]; then
rm libqmfclient.so.1.0.0
fi
# Checking pre-processed cpp file
echo Checking pre-processed cpp file
grep QMailThreadSortKey::deserialize qmailthreadsortkey.cpp
# Line for pre-processed cpp file
g++ -c -pipe ${OPTS} -Wall -W -fPIC -o qmailthreadsortkey.o qmailthreadsortkey.cpp
echo Checking for deserialize symbol in object file:
objdump -C -t qmailthreadsortkey.o|grep deserialize|c++filt
# original line which needs libqt4-dev installed
#g++ -c -pipe ${OPTS} -Wall -W -D_REENTRANT -fPIC -DQT_WEBKIT -DQT_BUILD_QCOP_LIB -DQMF_INTERNAL -DQT_NO_DEBUG -DQT_SQL_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtSql -I/usr/include/qt4 -Isupport -I. -o qmailthreadsortkey.o qmailthreadsortkey.cpp
# Line for pre-processed cpp file
g++ -Wl,${OPTS} -shared -Wl,-soname,libqmfclient.so.1 -o libqmfclient.so.1.0.0 qmailthreadsortkey.o -L/usr/lib/${LIBDIR} -lpthread
# original line (shortened) which needs libqt4-dev installed
#g++ -Wl,${OPTS} -shared -Wl,-soname,libqmfclient.so.1 -o libqmfclient.so.1.0.0 qmailthreadsortkey.o -L/usr/lib/${LIBDIR} -lQtSql -lQtNetwork -lQtCore -lpthread
echo Checking for deserialize symbol in library:
objdump -C -t libqmfclient.so.1.0.0|grep deserialize|c++filt
}
echo Starting with -O1
OPTS=-O1
run
echo Changing to -O2
OPTS=-O2
run
output
Description: Binary data
pgpnVb1bp18cz.pgp
Description: PGP signature
Bug#681612: libssl1.0.0: fishy reliance on errno when errno is not set
Package: libssl1.0.0 Version: 1.0.1-4 Severity: normal Hi! While investigating some unrelated issue, I had a look at openssl sources (0.9.8, 1.0.0 and 1.0.1) and found some very questionable code that looks like incorrect reliance on undefined errno values. Specifically, what tipped me of is this macro: #define clear_sys_error() errno=0 It is used a great number of times in openssl, so the problem I saw might be endemic. The above macro cannot be of use in a POSIX (or GNU/Linux program), except for very few functions that require it (none of which openssl uses) or possibly to improve the debugging experience by having errno 0 more often in the debugger. However, openssl wrongly relies on it, at least in ./crypto/bio/bss_fd.c: fd_read calls read(), and if read returns = 0, it calls BIO_fd_should_retry. BIO_fd_should_retry sets BIO_fd_non_fatal_error with errno if ret == 0. However, when read returns 0, errno has undefined contents (0 is not a failure, and errno is only defined after a failure), so openssl relies on an undefined value in BIO_fd_non_fatal_error which in turn might make it signal an error when none happened (or worse). The intent is very likely to set errno to 0 before the call, and expect it to be zero after the call if no error occurred, which is, however, only true in most cases and not covered by any standards. This issue is mitigated by the fact that the default read() on glibc on GNU/Linux does not change errno. Other libcs, future glibc versions or dynamically provided wrappers for read() need not behave so nicely though. clear_sys_error is used 24 times or so in openssl sources - I have only investigated the one above, but it is highly likely that openssl relies on errno being unchanged on success in at least some other cases as well, which should be investigated (specifically, while read() and many direct syscalls don't change errno, many other functions in glibc actually do leave non-zero values in errno in the success case, as this is a common pattern when implementing libcs on unix-like operating systems. Furthermore, on windows openssl uses GetLastError which has effectively the same semantics as errno, although, of course, windows shouldn't be of concern for Debian :). (Actually, the glibc info documentation claims glibc does not change errno on success, but that might be a typo, as the same paragraph warns you that the proper way is to chekc errno only after a failure, and in the next paragraph says that errno might be set when a library function calls another library function internally. In any case, the manpages, POSIX and actual behaviour are clear in that errno might be set to any value in the success case). Of course, I could also be blind/confused/whatever, but I did triple-check the code, and it still looks as if openssl requires that errno is unchanged after a sucessful read call, so I decided it's better to report it so somebody who actually knows openssl can have a look at it. Cheers, -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libssl1.0.0 depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy hi libc6 2.13-23 Embedded GNU C Library: Shared lib ii multiarch-support 2.13-24 Transitional package to ensure mul ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime libssl1.0.0 recommends no packages. libssl1.0.0 suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681342: unblock (pre-approval): cupt/2.5.7
Hello, On 2012-07-14 11:29, Cyril Brulebois wrote: Hell Eugene, :) Eugene V. Lyubimkin jac...@debian.org (12/07/2012): Please pre-approve cupt/2.5.8 (proposed debdiff attached), which contains the fix for the important bug #681340, discovered (unfortunately) only today. please go ahead with an upload to unstable, and notify us when it's ACCEPTED. Thanks, it's ACCEPTED now. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681613: [xscreensaver] Removal (postrm) causes error /usr/bin/xscreensaver: No such file or directory (from killall)
Package: xscreensaver Version: 5.15-3 Severity: minor Removing xscreensaver causes error /usr/bin/xscreensaver: No such file or directory: # LANG=C apt-get remove xscreensaver Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: fonts-lyx liberror-perl libgee2 libgle3 libglib2.0-bin libkutils4 Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: xscreensaver 0 upgraded, 0 newly installed, 1 to remove and 11 not upgraded. After this operation, 2387 kB disk space will be freed. Do you want to continue [Y/n]? (Reading database ... 113653 files and directories currently installed.) Removing xscreensaver ... /usr/bin/xscreensaver: No such file or directory Processing triggers for man-db ... Processing triggers for menu ... root@vinci:/etc/X11/app-defaults# This comes from the postrm killing all xscreensaver processes: killall -q /usr/bin/xscreensaver || true This doesn't cause the removal to fail, but does display the error, which happens because /usr/bin/xscreensaver no longer exists during postrm. killall apparently always prints such an error when the file doesn't exist. One obvious fix would be to move this to prerm, which would probably be cleaner too, however there is no prerm yet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679692: golang-go: godoc fails to read documentation
Package: golang-go Version: 2:1.0.2-1 Followup-For: Bug #679692 The patch by Borys Piddubnyi works fine for me. Will be nice to see it in the debian package. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_ES.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages golang-go depends on: ii debconf [debconf-2.0] 1.5.45 ii golang-src 2:1.0.2-1 ii libc6 2.13-34 ii perl 5.14.2-12 golang-go recommends no packages. golang-go suggests no packages. -- debconf information: * golang-go/dashboard: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681599: vim/python2.7: symbol lookup error: vim: undefined symbol: init_hashlib
On 14.07.2012 18:37, Jakub Wilk wrote: Package: vim-nox,libpython2.7 Version: vim-nox/2:7.3.547-3 Version: libpython2.7/2.7.3-2 Severity: important Usertags: serious Trying to import hashlib crashes the Python interpreter that vim embeds: $ vim -c 'python import hashlib' vim: symbol lookup error: vim: undefined symbol: init_hashlib This didn't happen with python2.7/2.7.3-1… However, I cannot reproduce it without vim (e.g.: gdb, which also embeds Python, can import hashlib without problems), so perhaps it's vim doing something odd. this is most likely caused by building _hashlib as an extension, not a builtin anymore, to address #680930. rebuilding vim should fix it. however I don't understand why it's only seen in vim, and not gdb. libpython2.7 should get a breaks: vim-nox (= 2:7.3.547-3) after vim is rebuilt. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590304: Confirmed
tags 590304 + confirmed thanks I have to confirm this. I did not experience the problem of a defined screensaver not running (although I'm quite sure I did experience such problems many times with KDE several years ago, but not necessarily with XScreenSaver), but the list of screensavers also depends on installation order here, running KDE 4.8.4 (testing). XScreenSaver hacks currently show, with xscreensaver-data, xscreensaver-data-extra and xscreensaver-screensaver-bsod installed. However, if I'd remove these and then reinstall, XScreenSaver hacks would no longer show, until I'd install xscreensaver. There are a few installations scripts used by xscreensaver and xscreensaver-gl, but I failed to identify what difference removing the previously mentioned packages and reinstalling them makes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681376: [Pkg-xen-devel] Bug#681376: Bug#681376: Bug#681376: Xen hypervisor package not upgraded on dist-upgrade Squeeze to Wheezy
On Sat, 2012-07-14 at 12:24 -0600, Ian Campbell wrote: On Sat, 2012-07-14 at 20:03 +0200, Bastian Blank wrote: On Sat, Jul 14, 2012 at 11:39:01AM -0600, Ian Campbell wrote: On Thu, 2012-07-12 at 12:37 -0600, Ian Campbell wrote: One possible solution would be to turn those virtual packages into real ones, at which point I expect the versioning would cause the expected upgrade. Perhaps inevitably this wasn't quite sufficient. The problem is that even if xen-hypervisor-amd64 becomes a real package on upgrade the dependency is already satisfied by xen-hypervisor-4.0-amd64 so apt doesn't do the upgrade. This can be fixed by adding a version, like ( 0) I'll try this. I'd worry about it causing the 4.0 version to be uninstalled too which would not be preferable, but we'll see. This worked properly and didn't mess with the 4.0 version either, thanks for the tip -- I had actually read the bit of policy about versioned Depends ignoring Provides this morning but 0 didn't occur to me. New patches attached. Ian From 8b8c3c566e8acfce9c9c9600c3efaec0d76a96be Mon Sep 17 00:00:00 2001 From: Ian Campbell i...@hellion.org.uk Date: Sat, 14 Jul 2012 18:25:00 +0100 Subject: [PATCH] Make xen-linux-system depend on a non virtual xen-hypervisor-flavour package --- linux/debian/bin/gencontrol.py |2 +- linux/debian/changelog |4 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/linux/debian/bin/gencontrol.py b/linux/debian/bin/gencontrol.py index 5fd5cda..8eafe82 100755 --- a/linux/debian/bin/gencontrol.py +++ b/linux/debian/bin/gencontrol.py @@ -266,7 +266,7 @@ class Gencontrol(Base): p = self.process_packages(self.templates['control.xen-linux-system'], vars) l = PackageRelationGroup() for xen_flavour in config_entry_xen['flavours']: -l.append(xen-hypervisor-%s % xen_flavour) +l.append(xen-hypervisor-%s (0) % xen_flavour) p[0]['Depends'].append(l) packages_dummy.extend(p) diff --git a/linux/debian/changelog b/linux/debian/changelog index 575c028..4b29249 100644 --- a/linux/debian/changelog +++ b/linux/debian/changelog @@ -34,6 +34,10 @@ linux (3.2.23-1) UNRELEASED; urgency=low * udf: Improve table length check to avoid possible overflow * CIFS: Respect negotiated MaxMpxCount (deferred from 3.2.14) + [ Ian Campbell ] + * xen-linux-system: Depend on a non-virtual xen-hypervisor-flavour to pull in +latest version. + -- Ben Hutchings b...@decadent.org.uk Fri, 29 Jun 2012 15:01:22 +0100 linux (3.2.21-3) unstable; urgency=low -- 1.7.10 From 0c9597b01776f4cd1f6d27748652320760f59d8e Mon Sep 17 00:00:00 2001 From: Ian Campbell i...@hellion.org.uk Date: Fri, 13 Jul 2012 22:55:52 +0100 Subject: [PATCH] Make xen-hypervisor-flavour a real package --- xen/debian/changelog |1 + xen/debian/rules.real |9 + xen/debian/templates/control.hypervisor.in |9 - 3 files changed, 18 insertions(+), 1 deletion(-) diff --git a/xen/debian/changelog b/xen/debian/changelog index 9fec290..7025f3b 100644 --- a/xen/debian/changelog +++ b/xen/debian/changelog @@ -2,6 +2,7 @@ xen (4.1.3~rc1+hg-20120614.a9c0a89c08f2-5) UNRELEASED; urgency=low [ Ian Campbell ] * Set tap device MAC addresses to fe:ff:ff:ff:ff:ff (Closes: #671018) + * Make xen-hypervisor-flavour a real package to aid upgrade (Closes: #681376) [ Bastian Blank ] * Actually build-depend on new enough version of dpkg-dev. diff --git a/xen/debian/rules.real b/xen/debian/rules.real index 99ae1f0..b1e5be9 100644 --- a/xen/debian/rules.real +++ b/xen/debian/rules.real @@ -23,6 +23,7 @@ binary-arch-arch: install-xenstore-utils_$(ARCH) binary-arch-arch: install-lib-ocaml-dev_$(ARCH) binary-arch-arch: install-lib-ocaml_$(ARCH) binary-arch-flavour: install-hypervisor_$(ARCH)_$(FLAVOUR) +binary-arch-flavour: install-hypervisor-flavour_$(FLAVOUR) binary-indep: install-docs binary-indep: install-utils-common @@ -140,6 +141,14 @@ install-hypervisor_$(ARCH)_$(FLAVOUR): $(STAMPS_DIR)/build-hypervisor_$(ARCH)_$( cp $(DIR)/xen/xen.gz debian/$(PACKAGE_NAME)/boot/xen-$(VERSION)-$(FLAVOUR).gz +$(MAKE_SELF) install-base +install-hypervisor-flavour_$(FLAVOUR): PACKAGE_NAME = xen-hypervisor-$(FLAVOUR) +install-hypervisor-flavour_$(FLAVOUR): DH_OPTIONS = -p$(PACKAGE_NAME) +install-hypervisor-flavour_$(FLAVOUR): + dh_testdir + dh_testroot + dh_prep + +$(MAKE_SELF) install-base + install-libxen_$(ARCH): DIR = $(BUILD_DIR)/install-utils_$(ARCH) install-libxen_$(ARCH): DH_OPTIONS = -plibxen-$(VERSION) install-libxen_$(ARCH): $(STAMPS_DIR)/install-utils_$(ARCH) diff --git a/xen/debian/templates/control.hypervisor.in b/xen/debian/templates/control.hypervisor.in index b0ee0dd..7796610 100644 --- a/xen/debian/templates/control.hypervisor.in +++ b/xen/debian/templates/control.hypervisor.in @@ -1,6 +1,6 @@ Package:
Bug#681607: python-configshell depends on python-epydoc which depends on latex
On Saturday 14 July 2012 10:44 PM, Philippe Marzouk wrote: When installing targetcli, I was surprised to be needing 632MB of packages. targetcli depends on python-configshell which depends on python-epydoc which depends on latex. Can you review the dependency to remove the necessity of Latex which is of no use on a server where targetcli is installed ? epydoc does not depend but rather just recommends. So, you can just remove it. Depends: python2.7 | python2.6, python (= 2.6.6-7~), python ( 2.8) Recommends: ghostscript, python-tk, python-docutils, texlive-latex-base, texlive-latex-extra, texlive-latex-recommended, texlive-fonts-recommended, graphviz -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#450605: closed by Christian PERRIER bubu...@debian.org (We now have link detection..:-))
Subject: We now have link detection..:-) Subject says it all. Bye bye old bug.. Hmm - I think that does close the one it got merged with, but maybe not my original report. Link detection assumes that only one of the links is up; in something like a blade chassis it's pretty normal to have both interfaces connected to switches in the back of a chassis, and so both interfaces are up - however only one of those switches might connect to the outside world ,or might connect to the netwrok you have your distro available from. So part of the mac address might still be useful. Dave (not got access to the blade now, and not tried a text install for a while). Received: (at submit) by bugs.debian.org; 8 Nov 2007 15:07:34 + X-Spam-Checker-Version: SpamAssassin 3.1.4-bugs.debian.org_2005_01_02 (2006-07-26) on rietz.debian.org X-Spam-Level: X-Spam-Status: No, score=-9.9 required=4.0 tests=BAYES_00,FOURLA,HAS_PACKAGE autolearn=no version=3.1.4-bugs.debian.org_2005_01_02 Return-path: li...@treblig.org Received: from mx.treblig.org ([80.68.94.177]) by rietz.debian.org with esmtp (Exim 4.50) id 1Iq8yj-0002Ju-Pl for sub...@bugs.debian.org; Thu, 08 Nov 2007 15:07:34 + Received: from dg by mx.treblig.org with local (Exim 4.63) (envelope-from li...@treblig.org) id 1Iq8yU-00088U-0i; Thu, 08 Nov 2007 15:07:18 + Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Dr. David Alan Gilbert li...@treblig.org To: Debian Bug Tracking System sub...@bugs.debian.org Subject: install: Network card selection should show mac address Message-ID: 20071108150717.31093.88568.report...@mx.treblig.org X-Mailer: reportbug 3.31 Date: Thu, 08 Nov 2007 15:07:17 + Delivered-To: sub...@bugs.debian.org Package: install Severity: normal When installing using a netinstall you are prompted to select a network card with a list like: eth0: Broadcom ... eth1: Broadcom .. It really should show the MAC address to let you distinguish which interface you intend to use; in my case I have a set of Dell PE 1955 blades where the ether card the BIOS sees as the first device is seen as eth1 under Debian and I know the Mac address of the appropriate one. Dave -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.3-bytemark-uml-2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681597: binutils: [PR binutils/14319] Don't compress empty debug section
On 14.07.2012 18:14, Nobuhiro Iwamatsu wrote: Package: binutils Version: 2.22-7 Severity: normal Tags: patch Hi, Current debian's binutils have PR binutils/14319. This already fixed in upsteam. http://sourceware.org/bugzilla/show_bug.cgi?id=14319 I backported this and tested. The problem is corrected, work fine. Could you apply patch to debian? please upload. I don't have any further changes pending. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681614: Testing control at submit
Package: bugs.debian.org Control: retitle -1 this is just a test of control at submit time This bug is just a test of control at submit time. Don Armstrong -- Miracles had become relative common-places since the advent of entheogens; it now took very unusual circumstances to attract public attention to sightings of supernatural entities. The latest miracle had raised the ante on the supernatural: the Virgin Mary had manifested herself to two children, a dog, and a Public Telepresence Point. -- Bruce Sterling, _Holy Fire_ p228 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681615: apt output error
Package: anubis Version: 4.1.1+dfsg1-3 Severity: normal debian-miniitx root@~ ## apt-get install anubis Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: guile-1.8-libs libgmp3c2 libgsasl7 libntlm0 Suggested packages: pidentd ident-server The following NEW packages will be installed: anubis guile-1.8-libs libgmp3c2 libgsasl7 libntlm0 0 upgraded, 5 newly installed, 0 to remove and 5 not upgraded. Need to get 1,498 kB of archives. After this operation, 5,345 kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://debian.savoirfairelinux.net/debian/ squeeze/main libgmp3c2 i386 2:4.3.2+dfsg-1 [325 kB] Get:2 http://debian.savoirfairelinux.net/debian/ squeeze/main guile-1.8-libs i386 1.8.7+1-3 [720 kB] Get:3 http://debian.savoirfairelinux.net/debian/ squeeze/main libntlm0 i386 1.2-1 [18.1 kB] Get:4 http://debian.savoirfairelinux.net/debian/ squeeze/main libgsasl7 i386 1.4.4-2 [190 kB] Get:5 http://debian.savoirfairelinux.net/debian/ squeeze/main anubis i386 4.1.1+dfsg1-3 [245 kB] Fetched 1,498 kB in 2s (559 kB/s) Selecting previously deselected package libgmp3c2. (Reading database ... 83718 files and directories currently installed.) Unpacking libgmp3c2 (from .../libgmp3c2_2%3a4.3.2+dfsg-1_i386.deb) ... Selecting previously deselected package guile-1.8-libs. Unpacking guile-1.8-libs (from .../guile-1.8-libs_1.8.7+1-3_i386.deb) ... Selecting previously deselected package libntlm0. Unpacking libntlm0 (from .../libntlm0_1.2-1_i386.deb) ... Selecting previously deselected package libgsasl7. Unpacking libgsasl7 (from .../libgsasl7_1.4.4-2_i386.deb) ... Selecting previously deselected package anubis. Unpacking anubis (from .../anubis_4.1.1+dfsg1-3_i386.deb) ... Processing triggers for man-db ... Setting up libgmp3c2 (2:4.3.2+dfsg-1) ... Setting up guile-1.8-libs (1.8.7+1-3) ... Setting up libntlm0 (1.2-1) ... Setting up libgsasl7 (1.4.4-2) ... Setting up anubis (4.1.1+dfsg1-3) ... update-rc.d: warning: anubis stop runlevel arguments (0 1 6) do not match LSB Default-Stop values (1) Starting an SMTP message submission daemon : anubis failed! invoke-rc.d: initscript anubis, action start failed. dpkg: error processing anubis (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: anubis E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 anubis depends on: ii guile-1.8-libs1.8.7+1-3 Main Guile libraries ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libgnutls26 2.8.6-1+squeeze2 the GNU TLS library - runtime libr ii libgpgme111.2.0-1.2 GPGME - GnuPG Made Easy ii libgsasl7 1.4.4-2GNU SASL library ii libltdl7 2.2.6b-2 A system independent dlopen wrappe ii libpam0g 1.1.1-6.1+squeeze1 Pluggable Authentication Modules l ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip anubis recommends no packages. Versions of packages anubis suggests: pn pidentd | ident-servernone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677173: 3.2.19-1: after some time, the USB keyboard no longer works
Something interesting occurred with the USB keyboard. I was using Iceweasel, and suddenly it behaved as if both the Shift and Ctrl keys were pressed: left-clicks were extending the selection, and a left-click on a link was opening it in a background tab. After hitting various keys, this no longer occurred, but then, I noticed that the keyboard was no longer working... at least except Shift in Iceweasel for left-clicks, which were extending the selection (only) when Shift was pressed. So, it seems that when the problem occurs, the keyboard modifiers may still be working with clicks (to be confirmed). -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681522: unblock: mysql-5.5/5.5.24+dfsg-5
On 14/07/12 02:17, Cyril Brulebois wrote: Nicholas Bamber nicho...@periapt.co.uk (13/07/2012): This vesion is not ready yet. So far it just consists of a single Spanish debconf translation (#679053). I am holding off uploading in case something else turns up. Christian Perrier really wants this in Wheezy. How long should I play this game of chicken? (This ain't the chicken you're looking for.) Christian is a specialist as far as l10n coordination goes. Learn from him how to set up a call for translation updates, announce a deadline, and upload when it's reached? Also, there's nothing to unblock, since you haven't uploaded. We can't even pre-approve your package, since there's no debdiff attached… Mraw, KiBi. The Spanish translation has been uploaded. The diff is attached. Please could we have a freeze exception for this. diff -Nru mysql-5.5-5.5.24+dfsg/debian/changelog mysql-5.5-5.5.24+dfsg/debian/changelog --- mysql-5.5-5.5.24+dfsg/debian/changelog 2012-06-21 13:36:51.0 +0100 +++ mysql-5.5-5.5.24+dfsg/debian/changelog 2012-07-14 13:36:25.0 +0100 @@ -1,3 +1,9 @@ +mysql-5.5 (5.5.24+dfsg-5) unstable; urgency=medium + + * Spanish debconf translation (Closes: #679053) + + -- Nicholas Bamber nicho...@periapt.co.uk Sat, 14 Jul 2012 13:36:13 +0100 + mysql-5.5 (5.5.24+dfsg-4) unstable; urgency=low * Made DFSG repacking mechanism independent of local installs, improved diff -Nru mysql-5.5-5.5.24+dfsg/debian/po/es.po mysql-5.5-5.5.24+dfsg/debian/po/es.po --- mysql-5.5-5.5.24+dfsg/debian/po/es.po 2012-05-18 17:31:34.0 +0100 +++ mysql-5.5-5.5.24+dfsg/debian/po/es.po 2012-06-26 22:05:17.0 +0100 @@ -1,12 +1,12 @@ -# mysql-dfsg-5 translation to spanish -# Copyright (C) 2005-2007 Software in the Public Interest, SPI Inc. -# This file is distributed under the same license as the package. +# mysql-5.5 translation to spanish +# Copyright (C) 2005-2012 Software in the Public Interest, SPI Inc. +# This file is distributed under the same license as the mysql-5.5 package. # # Changes: # - Initial translation # Jesus Aneiros, 2006 # - Updated -# Javier Fernandez-Sanguino, 2006-2007 +# Javier Fernandez-Sanguino, 2006-2012 # - Revision # Nacho Barrientos Arias # Fernando Cerezal @@ -14,7 +14,7 @@ # Ricardo Mones # Carlos Galisteo # Javier Fernandez-Sanguino -# +# Fernando C. Estrada # # Traductores, si no conoce el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este @@ -39,16 +39,18 @@ # traducción de Debian al español (debian-l10n-span...@lists.debian.org) msgid msgstr -Project-Id-Version: mysql-dfsg-5.5_5.0.24-3\n +Project-Id-Version: mysql-5.5\n Report-Msgid-Bugs-To: mysql-...@packages.debian.org\n POT-Creation-Date: 2011-11-08 11:42-0800\n -PO-Revision-Date: 2007-05-28 22:21+0200\n +PO-Revision-Date: 2012-06-17 09:49-0500\n Last-Translator: Javier Fernández-Sanguino j...@debian.org\n Language-Team: Debian l10 Spanish debian-l10n-span...@lists.debian.org\n -Language: \n +Language: es\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n +Plural-Forms: nplurals=2; plural=(n != 1);\n +X-Generator: Virtaal 0.7.1\n #. Type: boolean #. Description @@ -61,15 +63,11 @@ #: ../mysql-server-5.5.templates:2001 msgid A file named /var/lib/mysql/debian-*.flag exists on this system. msgstr -Existe un archivo con el nombre /var/lib/mysql/debian-*.flag en este sistema. +Existe un fichero con el nombre /var/lib/mysql/debian-*.flag en este sistema. #. Type: boolean #. Description #: ../mysql-server-5.5.templates:2001 -#, fuzzy -#| msgid -#| Such file is an indication that a mysql-server package with a higher -#| version has been installed earlier. msgid Such a file is an indication that a mysql-server package with a higher version has been installed previously. @@ -100,20 +98,18 @@ Using MySQL under NIS/YP requires a mysql user account to be added on the local system with: msgstr +Utilizar MySQL con NIS/YP requiere que una cuenta de usuario de mysql sea +agregada en el sistema local como: #. Type: note #. Description #: ../mysql-server-5.5.templates:3001 -#, fuzzy -#| msgid -#| You should also check the permissions and the owner of the /var/lib/mysql -#| directory: msgid You should also check the permissions and ownership of the /var/lib/mysql directory: msgstr -También debería comprobar los permisos y el propietario del directorio /var/ -lib/mysql: +También debería comprobar los permisos y el propietario del directorio: /var/ +lib/mysql #. Type: boolean #. Description @@ -147,7 +143,7 @@ #. Description #: ../mysql-server-5.5.templates:5001 msgid Start the MySQL server on boot? -msgstr ¿Debería ejecutarse el servidor MySQL al iniciarse el sistema? +msgstr ¿Desea que el servidor MySQL se ejecute al iniciar el sistema? #.
Bug#681607: python-configshell depends on python-epydoc which depends on latex
Hi, That is what I did at the end I installed without recommends. Philippe Ritesh Raj Sarraf r...@researchut.com a écrit : On Saturday 14 July 2012 10:44 PM, Philippe Marzouk wrote: When installing targetcli, I was surprised to be needing 632MB of packages. targetcli depends on python-configshell which depends on python-epydoc which depends on latex. Can you review the dependency to remove the necessity of Latex which is of no use on a server where targetcli is installed ? epydoc does not depend but rather just recommends. So, you can just remove it. Depends: python2.7 | python2.6, python (= 2.6.6-7~), python ( 2.8) Recommends: ghostscript, python-tk, python-docutils, texlive-latex-base, texlive-latex-extra, texlive-latex-recommended, texlive-fonts-recommended, graphviz -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention.
Bug#681616: lintian: False positive: unused-license-paragraph.. when two licenses are given and described in different places
Package: lintian Version: 2.5.8 Severity: minor Dear Maintainer, A copyright file with this snippet: ### Files: * Copyright: Lor Em License: custom and Foo This is some custom license terms. . Mentions that Foo license also applies. License: Foo This is the standard Foo license. ### ...causes lintian to report unused-license-paragraph-in-dep5-copyright (provided no one else references the Foo license). I think that this should be a valid layout, though I'm unsure if there's any definite answer in the spec. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-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 Versions of packages lintian depends on: ii binutils 2.22-6.1 ii bzip2 1.0.6-3 ii diffstat 1.55-3 ii file 5.11-1 ii gettext0.18.1.1-9 ii hardening-includes 2.2 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.26+b1 ii libc-bin 2.13-33 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.31-1+b2 ii libdpkg-perl 1.16.4.3 ii libemail-valid-perl0.190-1 ii libipc-run-perl0.91-1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtimedate-perl 1.2000-1 ii liburi-perl1.60-1 ii locales2.13-33 ii man-db 2.6.2-1 ii patchutils 0.3.2-1.1 ii perl [libdigest-sha-perl] 5.14.2-12 ii unzip 6.0-6 lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.16.4.3 ii libhtml-parser-perl3.69-2 pn libtext-template-perl none ii man-db 2.6.2-1 ii xz-utils 5.1.1alpha+20120614-1 -- 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#681617: reportbug: Instructions for cancelling via Ctrl+c in description input is incorrect
Package: reportbug Version: 6.4 Severity: minor Dear Maintainer, The text given when entering the description: ### Briefly describe the problem (max. 100 characters allowed). This will be the bug email subject, so keep the summary as concise as possible, for example: fails to send email or does not start with -q option specified (enter Ctrl+c to exit reportbug without reporting a bug). ### ...is incorrect, since pressing Ctrl+c at this stage does nothing. -- Package-specific info: ** Environment settings: DEBEMAIL=martinerikwer...@gmail.com DEBFULLNAME=Martin Erik Werner INTERFACE=text ** /home/arand/.reportbugrc: reportbug_version 6.3.1 mode standard ui text -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-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 Versions of packages reportbug depends on: ii apt 0.8.15.10 ii python2.7.3~rc2-1 ii python-reportbug 6.4 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utils none pn debsumsnone pn dlocatenone pn emacs22-bin-common | emacs23-bin-commonnone ii exim4 4.80-4 ii exim4-daemon-light [mail-transport-agent] 4.80-4 ii file 5.11-1 ii gnupg 1.4.12-4+b1 ii python-gtk22.24.0-3 ii python-gtkspell2.25.3-12 pn python-urwid none ii python-vte 1:0.28.2-5 ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages python-reportbug depends on: ii apt 0.8.15.10 ii python2.7.3~rc2-1 ii python-debian 0.1.21 ii python-debianbts 1.11 ii python-support1.0.14 python-reportbug 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#681522: unblock: mysql-5.5/5.5.24+dfsg-5
Nicholas Bamber nicho...@periapt.co.uk (14/07/2012): The Spanish translation has been uploaded. The diff is attached. Please could we have a freeze exception for this. diff -Nru mysql-5.5-5.5.24+dfsg/debian/changelog mysql-5.5-5.5.24+dfsg/debian/changelog --- mysql-5.5-5.5.24+dfsg/debian/changelog2012-06-21 13:36:51.0 +0100 +++ mysql-5.5-5.5.24+dfsg/debian/changelog2012-07-14 13:36:25.0 +0100 @@ -1,3 +1,9 @@ +mysql-5.5 (5.5.24+dfsg-5) unstable; urgency=medium ^^ Unless you tell us why that'd be needed, I guess you're getting an age-days 10. Mraw, KiBi. signature.asc Description: Digital signature
Bug#681618: Testing control at submit
Package: bugs.debian.org Control: retitle -1 this is just a test of control at submit time This bug is just a test of control at submit time. Don Armstrong -- Miracles had become relative common-places since the advent of entheogens; it now took very unusual circumstances to attract public attention to sightings of supernatural entities. The latest miracle had raised the ante on the supernatural: the Virgin Mary had manifested herself to two children, a dog, and a Public Telepresence Point. -- Bruce Sterling, _Holy Fire_ p228 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681619: [kscreensaver] Unclear/confusing descriptions
Package: kscreensaver
Version: 4:4.8.4-2
Severity: normal
The descriptions of kscreensaver, kscreensaver-xsavers and
libkscreensaver need to be revisited to clarify and avoid confusion. We
currently have:
libkscreensaver: library of the KDE Screensaver system
This package contains libraries needed for kscreensaver.
This package is part of the KDE base workspace module.
kscreensaver: Additional screensavers for KScreenSaver
This package contains screensavers for KScreenSaver.
KScreenSaver can use XScreenSaver collection of screensavers with the
'kscreensaver-xsavers' package.
This package is part of the KDE artwork module.
kscreensaver-xsavers: xscreensaver support for KScreenSaver
This package allows KScreenSaver to use the XScreenSaver collection of
screensavers.
This package is part of the KDE artwork module.
The main problem is that the meaning of KScreenSaver is unclear. One
could think that KScreenSaver is provided by the kscreensaver package
and that kscreensaver's description would describe KScreenSaver. But
this is not the case. The kscreensaver package's short description is
Additional screensavers for KScreenSaver. Therefore, the kscreensaver
package clearly doesn't contain KScreenSaver. Unfortunately, I can't say
what KScreenSaver is. Is KScreenSaver provided by some package? All I
can say is that at one point there was a kscreensaver command
(/usr/bin/kscreensaver), which, I believe, would launch KControl's
screensaver module. This is no longer the case.
One option, which I think is a good choice, would be to remove any
reference to KScreenSaver, at least for kscreensaver{,-xsavers}.
Whatever KScreenSaver is, it doesn't seem to have any screensaver by
default, so the description Additional screensavers for KScreenSaver
seems broken. Screensavers for KDE would probably be better.
While we're at it, I wonder if kscreensaver is a good package name.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681621: use of logging functions by hPipeFrom, etc, causes hangs with threaded runtime
Package: libghc-missingh-dev
Version: 1.1.0.3-6+b3
Severity: normal
As described in this thread:
http://thread.gmane.org/gmane.comp.lang.haskell.cafe/99334/focus=99338
The attached testcase will hang after a short while once compiled with
-threaded.
Comment out the LINE OF DEATH and it runs as expected.
Apparently hPipeFrom etc's use of System.Log.Logger is the culprit. logM uses
a MVar, and this is a MVar deadlock. But I don't understand exactly why this
happens only with the threaded runtime, or really, why the attempt to use the
MVar
*before* forkProcess causes problems at all.
This also seems disturbingly similar to #624389. In both cases System.Cmd.Utils
falls over under heavy load, or is somehow racy.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libghc-missingh-dev depends on:
ii ghc [libghc-unix-dev-2.5.1.0-b1af7]7.4.1-4
ii libc6 2.13-32
ii libffi53.0.10-3
ii libghc-array-dev-0.4.0.0-0b32f none
ii libghc-base-dev-4.5.0.0-c8e71 none
ii libghc-containers-dev-0.4.2.1-7c545none
ii libghc-directory-dev-1.1.0.2-89575 none
ii libghc-filepath-dev-1.3.0.0-674b8 none
ii libghc-hslogger-dev [libghc-hslogger-dev-1.1.4-94350] 1.1.4+dfsg1-2+b3
ii libghc-hunit-dev [libghc-hunit-dev-1.2.4.2-6a847] 1.2.4.2-2+b1
ii libghc-mtl-dev [libghc-mtl-dev-2.1.1-ae9b4]2.1.1-1
ii libghc-network-dev [libghc-network-dev-2.3.0.13-6b330] 2.3.0.13-1+b2
ii libghc-old-locale-dev-1.0.0.4-29bd5none
ii libghc-old-time-dev-1.1.0.0-681e9 none
ii libghc-parsec3-dev [libghc-parsec-dev-3.1.2-ad4f8] 3.1.2-1+b3
ii libghc-process-dev-1.1.0.1-91185 none
ii libghc-random-dev [libghc-random-dev-1.0.1.1-3bece]1.0.1.1-1+b1
ii libghc-regex-compat-dev [libghc-regex-compat-dev-0.95.1-c 0.95.1-2+b1
ii libgmp10 2:5.0.5+dfsg-2
libghc-missingh-dev recommends no packages.
Versions of packages libghc-missingh-dev suggests:
pn libghc-missingh-doc none
pn libghc-missingh-prof none
-- no debconf information
--
see shy jo
import System.Cmd
import System.IO
import System.Posix.Process
import Control.Monad
import System.Exit
import System.Cmd
import System.Log.Logger
import System.Posix.IO
import System.Posix.Process
import System.Posix.Signals
import System.Posix.Types
import System.IO
import System.IO.Error
import Control.Concurrent(forkIO)
import Control.Exception(finally)
main :: IO ()
main = forever $
pipeRead [hello, world]
pipeRead :: [String] - IO ()
pipeRead params = do
print $ pipeRead in ++ show (params)
(p, h) - hPipeFrom echo params
print pipeRead getcontents
c - hGetContents h
print $ got: ++ c
_ - getProcessStatus True False $ processID p
print pipeRead out
data PipeHandle =
PipeHandle { processID :: ProcessID,
phCommand :: FilePath,
phArgs :: [String],
phCreator :: String -- ^ Function that created it
}
deriving (Eq, Show)
logRunning :: String - FilePath - [String] - IO ()
logRunning func fp args = debugM (logbase ++ . ++ func) (showCmd fp args)
logbase :: String
logbase = System.Cmd.Utils
showCmd :: FilePath - [String] - String
showCmd fp args = fp ++ ++ show args
warnFail :: [Char] - FilePath - [String] - [Char] - IO t
warnFail funcname fp args msg =
let m = showCmd fp args ++ : ++ msg
in do warningM (logbase ++ . ++ funcname) m
fail m
hPipeFrom :: FilePath - [String] - IO (PipeHandle, Handle)
hPipeFrom fp args =
do pipepair - createPipe
logRunning pipeFrom fp args --- LINE OF DEATH
let childstuff = do dupTo (snd pipepair) stdOutput
closeFd (fst pipepair)
executeFile fp True args Nothing
p - try (forkProcess childstuff)
-- parent
pid - case p of
Right x - return x
Left e - warnFail pipeFrom fp args $
Error in fork: ++ show e
closeFd (snd pipepair)
h - fdToHandle (fst pipepair)
return (PipeHandle pid fp args pipeFrom, h)
Bug#603727: i386 Dom0 crashes after doing some I/O on local storage
reassign 603727 linux-2.6 found 2.6.32-27 retitle 603727 Out of SW-IOMMU space with mpt2sas on Xen thanks Hi Ulrich, A bit of googling seems to suggest that mptsas is a particularly heavy user of swiotlb. It might be interesting to try with a large swiotlb, i.e. by adding swiotlb=32768 to your kernel (not hypervisor) command line. I think the units are pages and the default is 64M, so trying 128M might be useful. Also you should ensure you are using the latest kernel or even perhaps the kernel + hypervisor from Wheezy. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681622: [pcmciautils] Broken links to Homepage, download location, VCS repository
Package: pcmciautils Version: 018-8 Severity: important The Homepage field points to http://www.kernel.org/pub/linux/utils/kernel/pcmcia/pcmcia.html which yields a 404. copyright also says: It was downloaded from: http://kernel.org/pub/linux/utils/kernel/pcmcia/pcmcia.html http://www.kernel.org/pub/linux/utils/kernel/pcmcia/ exists, but doesn't list pcmciautils versions above 009. Furthermore, the link to the VCS repository (i.e. http://anonscm.debian.org/bzr/pkg-pcmciautils/debian) is also broken (it shows an empty directory). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681623: resolvconf: doesn't clean up configfiles
Package: resolvconf Version: 1.67 Severity: normal Hi. Apparently resolvconf dropped /etc/dhcp3/dhclient-enter-hooks.d/resovconf anymore. But it's not removed and still listed by dpkg as part of the package. Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630984: shutdown hangs with xenwatch and reboot being blocked
This is actually a kernel bug not a Xen one but I don't know which kernel you were running so I won't reassign yet. In any case please can you make sure you are running the latest kernel. Also if you can try the Wheezy kernel that would be very useful. I know that upstream have fixed some deadlocks in the xenbus kernel driver since Squeeze, there's probably a good chance that this is now fixed. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681624: epiphany-browser-data: doesn't clean up old config files
Package: epiphany-browser-data Version: 3.4.2-1 Severity: normal Hi. It seems /etc/gnome/epiphany/default-prefs.js is no longer part of the package. However it's not cleaned up and still listed as part of by dpkg. Cheers, Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
