Bug#657010: [Pkg-shadow-devel] Bug#657010: [login] 'su' should be PIE
Hello, On Mon, Jan 23, 2012 at 09:06:38PM +0200, Török Edwin wrote: > PIE refers to -fPIE from GCC of course. First, let me thank you for your report, Edwin. > Using that flag doesn't completely prevent the > exploit though. How unfortunate, > Here is a good summary and discussions: > https://lwn.net/Articles/476684/ > > > References I could find indicate an issue in > > the Linux kernel handling of /proc//mem Well, in vanilla grsec you'll not even see /proc/ of the process which is running as different user (euid). This made it inconvenient for me to use Debian standard pon/poff scripts and I hacked my own grsec to allow seeing /proc/ for the processes that run with ruid == my-uid too (so I'd be vulnerable if my kernel was 2.6.39 AFAIU). > Apparently packages should adopt hardening flags > for wheezy: > http://wiki.debian.org/Hardening#State_of_implementation Well, what I see is someome (Linus?) did a major fuckup in Linux kernel 2.6.39 enabling the exploit in the first place. Then the said fuckup was discovered, but all went silent until a guy posts working exploit code on the Internet. Now, _we_ are requiered to compile with -fPIE to make exploiting harder (presumably). But then I see this post from the person I trust more than Linus or Cox taken together: Posted Jan 23, 2012 15:49 UTC (Mon) by PaXTeam (subscriber, #24616) [Link] > Posted Jan 23, 2012 15:10 UTC (Mon) by corbet > (editor, #1) [Link] > > As it happens, Fedora's su is dynamically > > linked, so it's probably not vulnerable to > > this particular exploit anyway (though the > > kernel vulnerability remains and may be > > exploitable via some other path). > > the exploit can take the target address as > argument, it's a trivial one-liner to brute > force it... and the other one: Posted Jan 23, 2012 17:20 UTC (Mon) by PaXTeam (subscriber, #24616) [Link] > i understand you're excited but please stick to > the facts... ASLR won't make exploitation 'much > harder' given the few bits one has to brutefoce, > call it a blink of an eye. if you have something > like grsecurity's brute force detection and > prevention feature then you can at least bound > the probability of success (but still not make > it 0, and also let's not forget about potential > memory leaks one could make use of to avoid > brute forcing in the first place although for > this particular vulnerability it's very hard to > imagine a situation where such leaks could be > used by the exploit given how the lseek has to > happen before the suid address space even > exists). > > second, mem_write makes use of the same accessor > underneath as ptrace and can therefore write to > memory mapped as read-only (whether that > capability was intended or not is another > question and perhaps a bug itself yet to be > fixed). so RELRO/etc won't do anything to > prevent this vulnerability from getting > exploited. case in point, this exploit modifies > the .plt section itself that is mapped as > read-only already. i will note again that under > grsecurity the technique used in this exploit > won't work because PaX prevents said accessor > from modifying executable (and hence read-only) > mappings, one would need a ret2libc style > exploit and most likely brute force (which is > then limited by the previously mentioned > feature). So do as you see fit, it's Debian after all. Debian can force all its maintainers to comply and build everything with -fPIE as it pleases. IMO this will prevent script kiddies only, and only until nextgen mempodipper appears. Then we have pwned CAs and alike. -- With best regards, xrgtn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657115: openvswitch-datapath-dkms: Failed to compile with kernel 3.2
Package: openvswitch-datapath-dkms Version: 1.3.0-1 Severity: normal Dear Maintainer, with kernel version 3.2, it fails to compile, openvswitch-datapath-dkms and source version too. The first error is: CC [M] /var/lib/dkms/openvswitch/1.3.0/build/datapath/linux/brcompat.o /var/lib/dkms/openvswitch/1.3.0/build/datapath/linux/brcompat.c:548:20: error: expected declaration specifiers or ‘...’ before string constant /var/lib/dkms/openvswitch/1.3.0/build/datapath/linux/brcompat.c:549:15: error: expected declaration specifiers or ‘...’ before string constant /var/lib/dkms/openvswitch/1.3.0/build/datapath/linux/brcompat.c:550:16: error: expected declaration specifiers or ‘...’ before string constant But even solving this issue, more errors appear after that: CC [M] /usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux/tunnel.o /usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux/tunnel.c: In function ‘need_linearize’: /usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux/tunnel.c:990:7: error: incompatible type for argument 1 of ‘page_count’ /usr/src/linux-headers-3.2.0-1-common/include/linux/mm.h:375:19: note: expected ‘struct page *’ but argument is of type ‘struct ’ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-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 openvswitch-datapath-dkms depends on: ii dkms 2.2.0.3-1 ii make 3.81-8.1 openvswitch-datapath-dkms recommends no packages. openvswitch-datapath-dkms 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#656433: [3.1.5 -> 3.1.6 regression] Thinkpad X220 fails to wake up after hibernate-ram
Paul Seyfert wrote: > * meanwhile: I find openafs is not working (probably some months > already). Hasn't been rebuilt with any 3.1.* kernel > * I reinstall openafs, afs working. > * I find time to bisect. upgrade to 3.1.6 (no bug) > > so my best naive guess is that the 3.1.6 has problems waking up if the > openafs module is in a broken state? Sounds believable to me. But shouldn't module versioning have caught this and prevented the out-of-date openafs module from loading in the first place? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#656613: News?
Hi, Any news, when it will be fixed? Thanks, Anton Terman.
Bug#657092: [php-maint] Processed: reassign 657092 to php5-sqlite ...
Hi, > For php5-sqlite maintainer: Roundcube needs SQLite 2 support. It does > not support SQLite 3. Is it possible to add back SQLite support in > php5-sqlite? sorry, but not a chance. sqlite(2) is 6 years overdue and unmaintained upstream. And it is my opinion it should be removed from wheezy completely and php5-sqlite was one of the obstacles. Also we will ship php5-5.4.x in wheezy where upstream had removed sqlite extension as well. So it doesn't really make sense to I could add Breaks: roundcube header to the php5-sqlite package, but I would need a version number where it will be fixed, so I can add versioned dependency. Roundcube has to deal with the fact it's using 6 years old unmaintained code. I am sorry I cannot help you, but we just could not drag old code just because few stuborn reverse dependencies. O. -- Ondřej Surý http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#598551: /usr/sbin/pppd: updetach option causes "Connection terminated"
The bug does not appear in original pppd code. It is caused by "always_setsid" patch. With this patch, setsid() function is invoked before opening modem (tty) device. If the setsid() succeeds, pppd process is losing their controlling tty and then the opened modem device becomes a controlling tty of the pppd. This causes that when the parent dies, HUP signal is sent to all children processes - in particular to the child process communicating via modem. The setsid() function fails when pppd is invoked directly from shell. It succeeds when is invoked e.g. from a shell script. If sedsid() fails, HUP signal is not sent to children when parent dies because the opened modem device does not become the controlling tty. This explains behavior described by David (Message #27). As I understand, the "always_setsid" patch was added to prevent from kill of parent processes when a signal is delivered to pppd. But, as I see in the original pppd code, the problem should not appear. How old is the patch? Maybe the problem was fixed in original code some time ago, and the patch is not needed? Rafal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657116: libtar: FTBFS on hurd-i386
Source: libtar
Version: 1.2.11-8
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
This patch solves the build problems for GNU/Hurd due to MAXPATHLEN
issues. The solution is to make dynamic string allocations instead of
using fixed length buffers. The functions mkdirhier, basename and
dirname have all been checked with separate test programs on Linux and
Hurd and with valgrind on Linux without problems. Furthermore, parts of
the the code has been reviewed by GN/Hurd developers and Debian GNU/Hurd
developers and maintainers.
Build and run tested on both Linux and Hurd without problems. Also heap
and leak tested on Linux with valgrind. No heap errors, but still memory
leaks (coming from the original code). Removing the memory leaks will
need another deep investigation of the original code, which time does
not permit right now.
Since there is no upstream, the wish is that the Debian Maintainer
takes a look at this patch and checks if it can be applied. Test
programs are available on request. This patch will affect all
architectures, completely removing the MAXPATHLEN dependencies (except
for a few unused compat functions).
There might be some remaining unneeded header file inclusions, they are
remnants of debugging methods used, both gdb and printf.
Thanks!
diff -ur libtar-1.2.11/compat/basename.c libtar-1.2.11.modified/compat/basename.c
--- libtar-1.2.11/compat/basename.c 2000-10-27 18:16:34.0 +0200
+++ libtar-1.2.11.modified/compat/basename.c 2012-01-19 14:20:20.0 +0100
@@ -34,17 +34,22 @@
#include
#include
#include
+#include
char *
openbsd_basename(path)
const char *path;
{
- static char bname[MAXPATHLEN];
+ static char *bname = NULL;
register const char *endp, *startp;
+ int len = 0;
+
+ if (bname != NULL)
+ free(bname);
/* Empty or NULL string gets treated as "." */
if (path == NULL || *path == '\0') {
- (void)strcpy(bname, ".");
+ bname = strdup(".");
return(bname);
}
@@ -55,7 +60,7 @@
/* All slashes becomes "/" */
if (endp == path && *endp == '/') {
- (void)strcpy(bname, "/");
+ bname = strdup("/");
return(bname);
}
@@ -64,11 +69,9 @@
while (startp > path && *(startp - 1) != '/')
startp--;
- if (endp - startp + 1 > sizeof(bname)) {
- errno = ENAMETOOLONG;
- return(NULL);
- }
- (void)strncpy(bname, startp, endp - startp + 1);
- bname[endp - startp + 1] = '\0';
+ len = endp - startp + 1;
+ bname = malloc(len + 1);
+ (void)strncpy(bname, startp, len);
+ bname[len] = '\0';
return(bname);
}
diff -ur libtar-1.2.11/compat/dirname.c libtar-1.2.11.modified/compat/dirname.c
--- libtar-1.2.11/compat/dirname.c 2000-10-27 18:16:34.0 +0200
+++ libtar-1.2.11.modified/compat/dirname.c 2012-01-18 23:06:20.0 +0100
@@ -34,17 +34,30 @@
#include
#include
#include
+#include
+#include
char *
openbsd_dirname(path)
const char *path;
{
- static char bname[MAXPATHLEN];
+ static char *bname = NULL;
+ static unsigned allocated = 0;
register const char *endp;
+ int len;
+
+ if (!allocated) {
+ allocated = 64;
+ bname = malloc(allocated);
+ if (!bname) {
+ allocated = 0;
+ return NULL;
+ }
+ }
/* Empty or NULL string gets treated as "." */
if (path == NULL || *path == '\0') {
- (void)strcpy(bname, ".");
+ strcpy(bname, ".");
return(bname);
}
@@ -67,11 +80,18 @@
} while (endp > path && *endp == '/');
}
- if (endp - path + 1 > sizeof(bname)) {
- errno = ENAMETOOLONG;
- return(NULL);
+ len = endp - path + 1;
+ if (len + 1 > allocated) {
+ unsigned new_allocated = 2*(len+1);
+ void *new_bname = malloc(new_allocated);
+ if (!new_bname)
+ return NULL;
+ allocated = new_allocated;
+ free(bname);
+ bname = new_bname;
}
- (void)strncpy(bname, path, endp - path + 1);
- bname[endp - path + 1] = '\0';
+
+ (void)strncpy(bname, path, len);
+ bname[len] = '\0';
return(bname);
}
diff -ur libtar-1.2.11/lib/append.c libtar-1.2.11.modified/lib/append.c
--- libtar-1.2.11/lib/append.c 2003-01-07 02:40:59.0 +0100
+++ libtar-1.2.11.modified/lib/append.c 2012-01-20 14:28:57.0 +0100
@@ -17,6 +17,7 @@
#include
#include
#include
+#include
#ifdef STDC_HEADERS
# include
@@ -38,7 +39,7 @@
struct tar_ino
{
ino_t ti_ino;
- char ti_name[MAXPATHLEN];
+ char *ti_name;
};
typedef struct tar_ino tar_ino_t;
@@ -61,7 +62,7 @@
libtar_hashptr_t hp;
tar_dev_t *td = NULL;
tar_ino_t *ti = NULL;
- char path[MAXPATHLEN];
+ char *path = NULL, *name = NULL;
#ifdef DEBUG
printf("==> tar_append_file(TAR=0x%lx (\"%s\"), realname=\"%s\", "
@@ -135,25 +136,33 @@
if (ti == NULL)
return -1;
ti->ti_ino = s.st_ino;
- snprintf(ti->ti_name, sizeof(ti->ti_name), "%s",
- savename ? savename : realname);
+ name = savename ? savename : realname;
+ if ((ti->ti_name = malloc(strlen(name) + 1)) == NULL)
+ return -1;
+ snprintf(ti->ti_name, strlen(name) + 1, "%s", name);
libtar_hash_add(td->td_h, ti);
+ if (ti->ti_name != NULL)
+ fr
Bug#639865: NMU
I've just uploaded an NMU to DELAYED/7 to fix this. Also note that now upstream doesn't include system-config-audit in the same source archive. So a new system-config-audit will need to be created. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#656433: [3.1.5 -> 3.1.6 regression] Thinkpad X220 fails to wake up after hibernate-ram
Hi, Am 19.01.2012 11:52, schrieb Jonathan Nieder: > 2. Make sure you can reproduce the bug with v3.1.6. I'm quite surprised I fail here. Independent of whether I install the selfmade 3.1.6 or the version from the debian mirror. I went through the things I changed on my system since the last occurrence of the bug: * 3.1.6 (bug present) * downgrade to 3.1.5 (bug gone) * bugreport * meanwhile: I find openafs is not working (probably some months already). Hasn't been rebuilt with any 3.1.* kernel * I reinstall openafs, afs working. * I find time to bisect. upgrade to 3.1.6 (no bug) so my best naive guess is that the 3.1.6 has problems waking up if the openafs module is in a broken state? Cheers, Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627662: stterm
tags 627662 pending kthxbye sprop and lsx will be included in the next version of suckless-tools Thanks, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#564917: deb-reversion: update strict versioned dependencies to match new version
On 12 January 2010, Piotr Engelking wrote: > Please consider adding an option to update versioned dependencies to > match the new version in case the package depends on another package > with exactly the same version. It would be useful for preserving strict > versioned dependencies between binary packages generated from the same > source. > > The attached patch adds such an option and accompanying documentation. Are there any plans to address this issue? There has never been a comment on the bug or on the patch (which still applies cleanly, after two years) by any of the maintainers. Is there anything else I can do to help? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#656267: Please include pdfextract and the remaining tools, too
Package: mupdf-tools Followup-For: Bug #656267 Binary file /usr/bin/pdfinfo is already used in poppler-utils, so I decided to rename file to pdfinfo-mupdf. Patch for git. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (800, 'unstable'), (700, 'experimental'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.39-linode33 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash >From 3110d5542c29f5bd8a1663ebd7fdf39aa940fda3 Mon Sep 17 00:00:00 2001 From: pevik Date: Tue, 24 Jan 2012 07:26:30 +0100 Subject: [PATCH] bug #656267: mupdf-tools: Please include pdfextract and the remaining tools, too --- debian/changelog |8 debian/mupdf-tools.install |3 +++ debian/rules |1 + 3 files changed, 12 insertions(+), 0 deletions(-) diff --git a/debian/changelog b/debian/changelog index 37cb883..74df14e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +mupdf (0.9-3) unstable; urgency=low + * Non-maintainer upload. + * included other tools - pdfextract, pdfinfo and +and xpsdraw. (Closes: #656267) + * binary pdfinfo renamed to pdfinfo-mupdf (pdfinfo used in poppler-utils) + + -- Petr Vorel Mon, 23 Jan 2012 21:23:46 +0100 + mupdf (0.9-2) unstable; urgency=low * Enable harden flags. diff --git a/debian/mupdf-tools.install b/debian/mupdf-tools.install index 255de9d..96c2254 100644 --- a/debian/mupdf-tools.install +++ b/debian/mupdf-tools.install @@ -1,3 +1,6 @@ debian/tmp/usr/bin/pdfclean debian/tmp/usr/bin/pdfdraw debian/tmp/usr/bin/pdfshow +debian/tmp/usr/bin/pdfextract +debian/tmp/usr/bin/pdfinfo-mupdf +debian/tmp/usr/bin/xpsdraw diff --git a/debian/rules b/debian/rules index 958a7ef..23a22f6 100755 --- a/debian/rules +++ b/debian/rules @@ -23,6 +23,7 @@ override_dh_auto_build: override_dh_auto_install: $(MAKE) build=release OS=Linux prefix=$(CURDIR)/debian/tmp/usr install + mv $(CURDIR)/debian/tmp/usr/bin/pdfinfo $(CURDIR)/debian/tmp/usr/bin/pdfinfo-mupdf override_dh_auto_clean: -rm -rf build -- 1.7.8.3
Bug#657022: mono-devel: Unhandled Exception: Mono.CSharp.InternalErrorException
On Mon, Jan 23, 2012 at 10:04 PM, Jo Shields wrote: > On Mon, 2012-01-23 at 15:13 +0100, Mathieu Malaterre wrote: >> Package: mono-devel >> Version: 2.6.7-5 > > Looking more closely at your packages... > > You report a problem with mono-devel 2.6.7-5 (from squeeze/wheezy) but > there's currently a transition happening for Mono in Unstable, and all > libraries relating to it (libactiviz.net-cil, > libkitware-mummy-runtime1.0-cil) require mono 2.10 as a minimum. > Compilation will fail when trying to build against any Sid Mono > libraries using Stable/Testing Mono. > > Is reportbug misreporting the situation? > I used reportbug from my stable system, but the bug was seen from my schroot/sid system. The issue is that I am missing a /reference on the command line. I was /hoping/ mono-csc would be smart enough to say 'hey I cant find ref for class X', instead it simply generates this Mono.CSharp.InternalErrorException. The code is incomplete, you can remove the undefined string, this is a known issue with the C# generator (mummy). I can confirm (I did tag the bug report) I have the same behavior with: $ apt-cache policy mono-devel mono-devel: Installed: 2.10.5-2 Candidate: 2.10.5-2 Version table: *** 2.10.5-2 0 500 http://ftp.fr.debian.org/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status 2.6.7-5 0 500 http://ftp.fr.debian.org/debian/ sid/main amd64 Packages $ /usr/bin/mono-csc /out:bla.dll /target:library /reference:/usr/lib/cli/ActiViz.NET/Kitware.VTK.dll bla.cs Unhandled Exception: Mono.CSharp.InternalErrorException: bla.cs(65,14): Kitware.VTK.vtkGDCMImageReader ---> Mono.CSharp.InternalErrorException: bla.cs(75,28): Kitware.VTK.vtkGDCMImageReader.MRFullTypeName ---> Mono.CSharp.InternalErrorException: Could not import type `Kitware.VTK.vtkMedicalImageReader2' from `Kitware.VTK, Version=5.8.0.607, Culture=neutral, PublicKeyToken=0738eb9f132ed756' ---> System.TypeLoadException: Could not load type 'Kitware.VTK.vtkMedicalImageReader2' from assembly 'Kitware.VTK, Version=5.8.0.607, Culture=neutral, PublicKeyToken=0738eb9f132ed756'. at (wrapper managed-to-native) System.MonoType:GetMethodsByName (System.MonoType,string,System.Reflection.BindingFlags,bool,System.Type) at System.MonoType.GetMethods (BindingFlags bindingAttr) [0x0] in :0 at System.Type.FindMembers (MemberTypes memberType, BindingFlags bindingAttr, System.Reflection.MemberFilter filter, System.Object filterCriteria) [0x0] in :0 at System.MonoType.GetMembers (BindingFlags bindingAttr) [0x0] in :0 at Mono.CSharp.ImportedTypeDefinition.LoadMembers (Mono.CSharp.TypeSpec declaringType, Boolean onlyTypes, Mono.CSharp.MemberCache& cache) [0x0] in :0 --- End of inner exception stack trace --- at Mono.CSharp.ImportedTypeDefinition.LoadMembers (Mono.CSharp.TypeSpec declaringType, Boolean onlyTypes, Mono.CSharp.MemberCache& cache) [0x0] in :0 at Mono.CSharp.TypeSpec.InitializeMemberCache (Boolean onlyTypes) [0x0] in :0 at Mono.CSharp.TypeSpec.get_MemberCache () [0x0] in :0 at Mono.CSharp.MemberCache.FindBaseMember (Mono.CSharp.MemberCore member, Mono.CSharp.MemberSpec& bestCandidate) [0x0] in :0 at Mono.CSharp.FieldBase.CheckBase () [0x0] in :0 at Mono.CSharp.FieldBase.DoMemberTypeDependentChecks () [0x0] in :0 at Mono.CSharp.MemberBase.Define () [0x0] in :0 at Mono.CSharp.Const.Define () [0x0] in :0 at Mono.CSharp.TypeContainer.DefineContainerMembers (IList mcal) [0x0] in :0 --- End of inner exception stack trace --- at Mono.CSharp.TypeContainer.DefineContainerMembers (IList mcal) [0x0] in :0 at Mono.CSharp.Class.DefineContainerMembers (IList list) [0x0] in :0 at Mono.CSharp.TypeContainer.DoDefineMembers () [0x0] in :0 at Mono.CSharp.ClassOrStruct.DoDefineMembers () [0x0] in :0 at Mono.CSharp.Class.DoDefineMembers () [0x0] in :0 at Mono.CSharp.TypeContainer.Define () [0x0] in :0 at Mono.CSharp.ModuleContainer.Define () [0x0] in :0 --- End of inner exception stack trace --- at Mono.CSharp.ModuleContainer.Define () [0x0] in :0 at Mono.CSharp.Driver.Compile () [0x0] in :0 at Mono.CSharp.Driver.Main (System.String[] args) [0x0] in :0 [ERROR] FATAL UNHANDLED EXCEPTION: Mono.CSharp.InternalErrorException: bla.cs(65,14): Kitware.VTK.vtkGDCMImageReader ---> Mono.CSharp.InternalErrorException: bla.cs(75,28): Kitware.VTK.vtkGDCMImageReader.MRFullTypeName ---> Mono.CSharp.InternalErrorException: Could not import type `Kitware.VTK.vtkMedicalImageReader2' from `Kitware.VTK, Version=5.8.0.607, Culture=neutral, PublicKeyToken=0738eb9f132ed756' ---> System.TypeLoadException: Could not load type 'Kitware.VTK.vtkMedicalImageReader2' from assembly 'Kitware.VTK, Version=5.8.0.607, Culture=neutral, PublicKeyToken=0738eb9f132ed756'. at (wrapper managed-to-native) System.MonoType:GetMethodsByName (System.MonoType,string,System.Reflection.BindingFlags,bool,System.Type) at System.MonoTyp
Bug#657092: [php-maint] Processed: reassign 657092 to php5-sqlite ...
On Tue, Jan 24, 2012 at 10:23 AM, Ondřej Surý wrote: > Hi, > > > For php5-sqlite maintainer: Roundcube needs SQLite 2 support. It does > > not support SQLite 3. Is it possible to add back SQLite support in > > php5-sqlite? > > sorry, but not a chance. sqlite(2) is 6 years overdue and unmaintained > upstream. > And it is my opinion it should be removed from wheezy completely and > php5-sqlite > was one of the obstacles. > Hi, While the above is true and I agree with it, I think the solution lays elsewhere. from the roundcube packages, roundcube-sqlite is the package that depends on sqlite and php-mdb2-driver-sqlite which depends directly on php5-sqlte. The php-mdb2-driver-sqlite hasn't been updated in debia for the last two and a half years, in that time its upstream have added sqlite3 and pdo_sqlite support, see http://pear.php.net/package/MDB2/download/2.4.1 (we have 1.5.0b2). I think this bug should be reassign to it, and its upgrade should let roundcube to work with updated sqlite versions. Kaplan
Bug#657098: [regression] bttv dvb_bt8xx bt878 hang on boot unless post: drm
On Tue, Jan 24, 2012 at 5:28 AM, Jonathan Nieder wrote: > Symptoms look similar to [2]. Richard, did you ever end up solving > that? Hmm, good question. 8-) AFAIK I've removed the bttv card from this workstation. I can tell you more in a few days, I have currently no access to this machine. -- Thanks, //richard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#597495: Last version does not have the bug anymore
fixed 597495 2.10-1 thanks The offending line is not present anymore in pgf 2.10. Perhaps this bug have been fixed before (ie between 2.00 and 2.10)... Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627662:
oups, sorry for the confusing subject in the last mail. I planned another thing first while writing this mail. Kind Regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#656587: transition: libmusicbrainz-2.1
21.01.2012 16:47, Julien Cristau kirjoitti: Hi Timo, Hey Julien! * ears - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628475 which renders the package useless -> remove? If that renders the package useless then the bug severity should be "grave". Yep, done. Please make sure there are bugs filed against all of those (with at least "important" severity), either with a usertag so they can be tracked together, or marked as blocking this bug (#656587). Done that too, added totem to the list (fixed in experimental, but don't know if that'll hit unstable anytime soon so asked to be fixed for sid). listen and gmerlin are already fixed, thanks to Alessio Treglia :) Maintainer of libmusicbrainz-ruby agreed on IRC that the package should be removed. -- t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657033: qemu: OpenBSD doesn't run in qemu
On 01/23/2012 06:17 PM, phcoder wrote:
Source: qemu
Version: 1:1.0+dfsg-3
Severity: normal
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
Copyright (c) 1995-2010 OpenBSD. All rights reserved. http://www.OpenBSD.org
OpenBSD 4.7 (RAMDISK_CD) #353: Wed Mar 17 21:02:53 MDT 2010
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/RAMDISK_CD
cpu0: QEMU Virtual CPU version 1.0 ("GenuineIntel" 686-class) 2.53 GHz
cpu0:
FPU,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,CX16
real mem = 133775360 (127MB)
avail mem = 122802176 (117MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 06/23/99, BIOS32 rev. 0 @ 0xfc8cb, SMBIOS
rev. 2.4 @ 0xfd9d0 (10 entries)
bios0: vendor Bochs version "Bochs" date 01/01/2007
bios0: Bochs Bochs
acpi0 at bios0: rev 0
acpi0: tables DSDT FACP SSDT APIC HPET
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
acpiprt0 at acpi0: bus 0 (PCI0)
panic: pci_make_tag: bad request
The operating system has halted.
Please press any key to reboot.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.0-1-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
Why not try a newer version of OpenBSD?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657103: rkhunter: Invalid BINDIR configuration option: Invalid directory found: ~/bin
Hi Shell is bash 4.2-1. If you want debug output, tell me explicitly what you want. Normally I like a good mystery, but I do not have the time right now. Julien Valroff wrote: This indeed shouldn't happen as $PATH should only be used when BINDIR configuration option doesn't exist. What is your default shell? I'm surprised it leaves ~/bin in $PATH - it should be automagically changed to an absolute path. % grep PATH ~/.zshrc ## PATH definition [ -d ~/scripts ]&& PATH=$PATH:~/scripts [ -d ~/bin ]&& PATH=$PATH:~/bin % echo $PATH /usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/home/julien/scripts:/home/julien/bin rkhunter then complains as it only accepts bin directories beginning with / to avoid any relative paths being used. -- # Jesse Molina # Mail = je...@opendreams.net # Page = page-je...@opendreams.net # Cell = 1.602.323.7608 # Web = http://www.opendreams.net/jesse/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657117: pulseaudio: FTBFS on armel due to linking nonexistent volume library
Package: pulseaudio Version: 1.1-2 Severity: important 1.1-2 doesn't build on ARM (https://buildd.debian.org/status/fetch.php?pkg=pulseaudio&arch=armel&ver=1.1-2&stamp=1322258208) due to a failed attempt to link an arm-specific volume lib. The package builds and plays audio just fine without it. ARM is stuck on 1.0 as a result, which is especially aggravating since an unintended upstream dependency on X11+dbus in 1.0 prevents its use on systems without X running, and ARM machines are often headless. Patch attached. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 3.1.8 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages pulseaudio depends on: ii adduser 3.113 ii consolekit 0.4.5-1 ii libasound2 1.0.24.1-4 ii libasound2-plugins 1.0.24-3 ii libc6 2.13-24 ii libcap2 1:2.22-1 ii libdbus-1-3 1.4.16-1 ii libfftw3-3 3.3-1 ii libgcc1 1:4.6.2-11 ii libice6 2:1.0.7-2 ii libltdl72.4.2-1 ii liborc-0.4-01:0.4.16-1 ii libpulse0 1.1-2 ii libsamplerate0 0.1.8-1 ii libsm6 2:1.2.0-2 ii libsndfile1 1.0.25-4 ii libspeexdsp11.2~rc1-3 ii libtdb1 1.2.9-4+b1 ii libudev0175-3 ii libx11-62:1.4.4-4 ii libx11-xcb1 2:1.4.4-4 ii libxcb1 1.7-4+b1 ii libxtst62:1.2.0-4 ii lsb-base3.2-28 ii udev175-3 Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.10.30-2.1 ii pulseaudio-esound-compat 1.1-2 ii pulseaudio-module-x11 1.1-2 ii rtkit 0.10-2 Versions of packages pulseaudio suggests: ii paman ii paprefs ii pavucontrol ii pavumeter ii pulseaudio-utils 1.1-2 -- no debconf information >From 92507623a374e68fb22d1217c7a544d4e52cb33b Mon Sep 17 00:00:00 2001 From: Devin Carraway Date: Tue, 24 Jan 2012 00:54:24 -0800 Subject: [PATCH] Stop linking nonexistent ARM volume lib --- debian/rules |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) diff --git a/debian/rules b/debian/rules index f850db9..960e85a 100755 --- a/debian/rules +++ b/debian/rules @@ -23,9 +23,6 @@ common-install-arch:: common-configure-arch:: -ifneq (,$(findstring $(DEB_HOST_ARCH), "arm armel")) - make -C src libpulsecore_1.0_la-svolume_arm.lo CFLAGS+=-march=armv6 -endif pulseaudio-install-arch:: dh_installman --language=C debian/tmp/usr/share/man/man5/default.pa.5 -- 1.7.8.3
Bug#657118: libxine1-console should not be in Section libs
Package: libxine1-console Version: 1.1.20.1-2 Severity: normal libxine1-console does not consist of libraries, thus shouldn't be in Section libs (i.e. installing the package makes sense even though there isn't a dependency on it, and tools like deborphan shouldn't propose it for uninstallation). It should probably be in Section video like the other ones. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxine1-console depends on: ii libaa1 1.4p5-39 ii libc6 2.13-24 ii libcaca0 0.99.beta17-2.1 ii libdirectfb-1.2-9 1.2.10.0-4.3 ii libxine1-bin 1.1.20.1-2 libxine1-console recommends no packages. libxine1-console 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#657119: python2.7: stopped to provide python-argparse, forces install of python2.6
Package: python2.7 Version: 2.7.2-13 X-Debbugs-CC: python-argpa...@packages.debian.org A number of packages in the archive Depend on python-argparse, and until 2.7.2-12, python2.7 has provided this virtual package. -13 seems to drop this Provides, without a word in changelog.Debian, and the way to allow this new version to be installed without dropping any argparse-using package seems to install python2.6 and the compat python-argparse package. -- Yann Dirson - Bertin Technologies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657120: libvirt-bin: Should bring down virtual networks upon stop when no VM still there
Package: libvirt-bin Version: 0.9.8-2 Severity: normal Hi. When one issues /etc/init.d/libvirt-bin stop, and no VMs are still running, it should bring down the virtual networks. AFAICT, virbr0 is still there, though. See https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/345485 for some details on this issue on Ubuntu side. AFAIU, the conclusion in that LP bug was that nothing should be down WRT networks when VMs are running. But I think that one could expect that libvirt actually *knows* if VMs are still running, and may then be able to do things if no VM it started are still running. Is there something that can be done to have libvirt not mess too much with the host when it is no longer needed ? Thanks in advance. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt-bin depends on: ii adduser 3.113 ii gettext-base0.18.1.1-5 ii libavahi-client30.6.30-6 ii libavahi-common30.6.30-6 ii libblkid1 2.20.1-1.2 ii libc6 2.13-24 ii libcap-ng0 0.6.6-1 ii libdevmapper1.02.1 2:1.02.67-2 ii libgcrypt11 1.5.0-3 ii libgnutls26 2.12.16-1 ii libnl1 1.1-7 ii libnuma12.0.8~rc2-1 ii libparted0debian1 2.3-8 ii libpcap0.8 1.2.1-1 ii libpciaccess0 0.12.902-1 ii libreadline66.2-8 ii libsasl2-2 2.1.25.dfsg1-3 ii libudev0175-3 ii libvirt00.9.8-2 ii libxenstore3.0 4.1.2-2 ii libxml2 2.7.8.dfsg-5.1 ii libyajl11.0.12-2 ii logrotate 3.8.1-1 Versions of packages libvirt-bin recommends: ii bridge-utils1.5-2 ii dmidecode 2.11-4 ii dnsmasq-base2.59-4 ii ebtables2.0.9.2-2 ii gawk1:3.1.8+dfsg-0.1 ii iproute 20120105-1 ii iptables1.4.12.2-1 ii libxml2-utils 2.7.8.dfsg-5.1 ii netcat-openbsd 1.89-4 ii parted 2.3-8 ii qemu1.0+dfsg-2 ii qemu-kvm1.0+dfsg-3 Versions of packages libvirt-bin suggests: pn policykit-1 0.104-1 pn radvd -- Configuration Files: /etc/default/libvirt-bin changed [not included] /etc/libvirt/qemu/networks/default.xml [Errno 13] Permission non accordée: u'/etc/libvirt/qemu/networks/default.xml' -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657033: qemu: OpenBSD doesn't run in qemu
On 24.01.2012 13:13, Rares Aioanei wrote: [] > Why not try a newer version of OpenBSD? One of the strengths of qemu is ability to run old operating systems, which may be required to test/play with older application and these sorts of things. This - provided the problem is real - is a bug in qemu, since openbsd definitely run on real hardware. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#656250: Not ours
It's a bug in Hector (protocol spec violation, malformatted numeric reply). Upstream bug closed. -- Best regards, Eike Hein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#656886: roundcube: problems with symlinks in /var/lib/roundcube/plugins/
Quoting Vincent Bernat : This should be the same for jquery.js. Why is it working for jquery.js and not jquery-ui.js? Probably because it is under /usr/share/roundcube/program while jqueryui is only used by a small set of plugins. There is no such symlink to /var/lib for program/. -- Marc Dequènes (Duck) pgpRCuMeYEhKH.pgp Description: PGP Digital Signature
Bug#657110: lintian: please check for commented-out Vcs-Git/Vcs-Browser pointing at collab-maint
tag 657110 + patch
thanks
Paul Wise writes:
> Package: lintian
> Severity: wishlist
>
> dh_make creates lines like this in debian/control by default:
>
> #Vcs-Git: git://git.debian.org/collab-maint/.git
> #Vcs-Browser: http://git.debian.org/?p=collab-maint/.git;a=summary
>
> I think lintian should check for these lines and warn if they are still
> commented out since they are probably invalid and if they are valid they
> should not be commented out.
Patch that does just that is attached (and another to update
debian/changelog). I haven't tested it with a real dh-make template, nor
did I verify that the Vcs-* lines are all catched (if dh-make emits
anything else than git URIs, those are not caught).
The test is very simple to extend to catch pretty much anything, though.
--
|8]
>From f7defef4e0bf66c8e6e1dd2b029e043dd31ff605 Mon Sep 17 00:00:00 2001
From: Gergely Nagy
Date: Tue, 24 Jan 2012 10:30:28 +0100
Subject: [PATCH 1/2] Check for commented out collab-maint Vcs-* headers.
dh_make adds commented out Vcs-* header boilerplate to debian/control,
which should either be removed, or changed to be a valid location.
This check implements just that.
Requested-By: Paul Wise
Signed-off-by: Gergely Nagy
---
checks/control-file|6 ++
checks/control-file.desc |7 +++
.../control-file-general/debian/debian/control.in |2 ++
t/tests/control-file-general/desc |4 +++-
t/tests/control-file-general/tags |2 ++
5 files changed, 20 insertions(+), 1 deletions(-)
diff --git a/checks/control-file b/checks/control-file
index 1a6475b..2837335 100644
--- a/checks/control-file
+++ b/checks/control-file
@@ -56,6 +56,12 @@ open (CONTROL, '<', $dcontrol)
or fail "Couldn't read debfiles/control: $!";
while () {
s/\s*\n$//;
+
+if (/^#(Vcs-(Git|Browser)): (git|http):\/\/git\.debian\.org\/(\?p=)?collab-maint\/\.git/) {
+tag 'control-contains-dh_make-vcs-comment';
+next;
+}
+
next if /^\#/;
#Reset seen_fields if we enter a new section:
diff --git a/checks/control-file.desc b/checks/control-file.desc
index 189a4be..53813ac 100644
--- a/checks/control-file.desc
+++ b/checks/control-file.desc
@@ -201,3 +201,10 @@ Info: The control file contains a syntax error.
.
This issue may hide other issues as Lintian skips some checks on the
file in this case.
+
+Tag: control-contains-dh_make-vcs-comment
+Severity: normal
+Certainty: certain
+Info: The control file contains commented-out VCS-* lines, most
+ probably a result of dh_make. These URLs should either be valid and
+ uncommented, or removed.
diff --git a/t/tests/control-file-general/debian/debian/control.in b/t/tests/control-file-general/debian/debian/control.in
index 58e7522..e4f0cb6 100644
--- a/t/tests/control-file-general/debian/debian/control.in
+++ b/t/tests/control-file-general/debian/debian/control.in
@@ -11,6 +11,8 @@ Build-Depends: debhelper (>= 7.0.50~),
]
Build-Depends-Indep: perl (> 5.8)
XS-Vcs-Svn: svn://svn.example.com/{$srcpkg}/trunk
+#Vcs-Git: git://git.debian.org/collab-maint/.git
+#Vcs-Browser: http://git.debian.org/?p=collab-maint/.git;a=summary
Package: {$srcpkg}
diff --git a/t/tests/control-file-general/desc b/t/tests/control-file-general/desc
index 99c6d58..9cb91fe 100644
--- a/t/tests/control-file-general/desc
+++ b/t/tests/control-file-general/desc
@@ -13,5 +13,7 @@ Test-For:
package-depends-on-itself
stronger-dependency-implies-weaker
xs-vcs-header-in-debian-control
+ control-contains-dh_make-vcs-comment
References: Debian Bug#30020, Debian Bug#409099, Debian Bug#516706,
- Debian Bug#533202, Debian Bug#557971, Debian Bug#573399, Debian Bug#580494
+ Debian Bug#533202, Debian Bug#557971, Debian Bug#573399, Debian Bug#580494,
+ Debian Bug#657110
diff --git a/t/tests/control-file-general/tags b/t/tests/control-file-general/tags
index 82fd675..60f5074 100644
--- a/t/tests/control-file-general/tags
+++ b/t/tests/control-file-general/tags
@@ -4,6 +4,8 @@ I: control-file-general source: binary-control-field-duplicates-source field "ma
I: control-file-general source: duplicate-long-description control-file-general control-file-general-1 control-file-general-2 control-file-general-3 control-file-general-4
I: control-file-general source: duplicate-short-description control-file-general control-file-general-1
I: control-file-general source: xs-vcs-header-in-debian-control xs-vcs-svn
+W: control-file-general source: control-contains-dh_make-vcs-comment
+W: control-file-general source: control-contains-dh_make-vcs-comment
W: control-file-general source: no-section-field-for-source
W: control-file-general source: obsolete-relation-form-in-source in control-file-general-1 breaks: libsqlite3-0 (< 3.6.12)
W: control-file-general source: obsolete-relation-form-in-source in source build-depends-indep: perl (> 5.8)
--
1.7.8.3
>From 370d1fe94dab2eae7d613c52046e63bf9d452e1a Mon Sep
Bug#657121: xkb-data: New version breaks custom bepo keymap
Package: xkb-data
Version: 2.5-1
Severity: normal
Dear Maintainer,
I use a custom keymap with my typematrix keyboard, the keyboard is
switched to a pc106 (japan) layout[1].
After the upgrade from 2.3-2, my custom bepo keymap does not work
anymore, here is my error message:
#+begin_src sh
dad@home:~$ xkbcomp -I$HOME/.config/xkb $HOME/.config/xkb/keymap/dad_tm $DISPLAY
Warning: Multiple default components in keypad
[...]
X Error of failed request: BadValue (integer parameter out of range for
operation)
Major opcode of failed request: 144 (XKEYBOARD)
Minor opcode of failed request: 9 (XkbSetMap)
Value in failed request: 0x163f0005
Serial number of failed request: 111
Current serial number in output stream: 117
#+end_src
I switched back to testing 2.3-2 version and it works fine.
Regards.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (90, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0+hati.1+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
-- no debconf information
Footnotes:
[1] From http://typematrix.com/support/user-guide.php?item=3
The "106" key layout is used primarily for Japanese. It changes the
following 6 keys:
The "shuffle" key becomes the "hiragana" key (scan code 123/0x7B)
The "desktop" key becomes the "kanji" key (scan code 121/0x79)
The "www" key becomes the "katakana" key (scan code 112/0x70)
The "calc" key becomes "international 4" (scan code 125/0x7D)
The backslash key is moved to where the "mail" key used to be (scan
code 43/0x2B)
The key where the backslash used to be becomes "international 3" (scan
code 115/0x73)
It is noteworthy that this configuration is frequently used by people
who use key remapping software, because it allows remapping of the
former shuffle and desktop keys which would otherwise be
un-reprogrammable key combinations.
--
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1
xkb_keymap {
xkb_keycodes { include "evdev+aliases(azerty)" };
xkb_types { include "complete" };
xkb_compat{ include "complete" };
xkb_symbols { include
"pc+fr(bepo)+inet(evdev)+inet(evdev)+compose(menu)+terminate(ctrl_alt_bksp)+jpmods(muhenkan_mod3)+jpmods(henkan_ctrl)+jpmods(lwin_mod4)+jpmods(jp_cedilla)"
};
xkb_geometry { include "typematrix(tm2030USB-106)" };
};
partial modifier_keys
xkb_symbols "muhenkan_mod3" {
replace key { [ Hyper_L, Hyper_L ] };
modifier_map Mod3 { };
};
partial modifier_keys
xkb_symbols "henkan_ctrl" {
replace key { [ Control_L, Control_L ] };
modifier_map Control { };
};
partial modifier_keys
xkb_symbols "lwin_mod4" {
modifier_map Mod4 { };
};
partial modifier_keys
xkb_symbols "jp_cedilla" {
replace key { [ ccedilla, Ccedilla, dead_cedilla,
dead_belowcomma ] }; // ç Ç ¸ ,
};
pgpM1nT4iLJvO.pgp
Description: PGP signature
Bug#238245: license choice - consensus on dual MIT/GPL-2 ?
On Tue, Jan 17, 2012 at 11:11:48PM +0100, Stefano Zacchiroli wrote:
> Looking at past discussions in both #238245 and #388141, I believe there
> can already be consensus on re-licensing www.debian.org content [2]
> under a dual-license MIT/Expat + GPL version 2 or above. Would anyone
> object such a choice?
One week into this, it seems no one objected. Most comments have been in
favor of this choice; one comment (by Francesco) would prefer a
different wording but would pick a functionally equivalent license
(MIT/Expat alone). Thanks to everybody.
It seems we've consensus on the license choice \o/
On Sat, Jan 21, 2012 at 12:57:59PM -0400, David Prévot wrote:
> +Since @@day@@ January 2012, the new material can be redistributed
> +and/or modified under the terms of the \
> +MIT (Expat) License (which is usually available at
> +http://www.jclark.com/xml/copying.txt>) or, at your option, of the
> +GNU General Public License; either
> +version??2 of the License, or any later version (the latest version is
^^^
as a minor nitpick, I would add "(at your option)" here.
Looking forward for David to push the big red button :-)
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences .. http://upsilon.cc/zack .. . . o
Debian Project Leader... @zack on identi.ca ...o o o
« the first rule of tautology club is the first rule of tautology club »
signature.asc
Description: Digital signature
Bug#655512: Bug #655512: adept: FTBFS: /usr/include/xapian/keymaker.h:125:7: error: expected primary-expression before '.' token
I tried to rebuild version adept_3.0~beta7.2+qa1 in pbuilder on a linux-amd64 machine, and the build works fine for me. Looking at the logs of kfreebsd-amd64 and mips, the errors were not same. I would like to ask if it's possible to retry the build on these two architectures? -- 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#656886: [Pkg-roundcube-maintainers] Bug#656886: roundcube: problems with symlinks in /var/lib/roundcube/plugins/
Coin,
Quoting Jérémy Bobbio :
PHP Error: Failed to load config from
/var/lib/roundcube/plugins/jqueryui/config.inc.php in
/usr/share/roundcube/program/include/rcube_plugin.php
I don't have such errors.
I saw this message once on a fresh install. But I am usually doing my
tests with the following in /etc/roundcube/plugins/jqueryui/config.inc.php:
Mine contains:
// if you want to load localization strings for specific sub-libraries
of jquery-ui, configure them here
$rcmail_config['jquery_ui_i18n'] = array('datepicker');
// map Roundcube skins with jquery-ui themes here
$rcmail_config['jquery_ui_skin_map'] = array(
'groupvice4' => 'redmond',
);
Which is in fact a copy of the default config here:
/usr/share/roundcube/plugins/jqueryui/config.inc.php
Regards.
--
Marc Dequènes (Duck)
pgpTMlf1CRjSw.pgp
Description: PGP Digital Signature
Bug#652616: Missing category in desktop file
retitle 652616 Missing category in desktop file thanks The menu file seems to have the correct category but the desktop file has no category field. The games category would be appropriate. Thanks, Dean -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657019: Please document why the package includes non-PIC code
Am 23.01.2012 14:53, schrieb Reinhard Tartler: The reason is that x264 uses a lot of hand written assembler, and upstream takes care to use non-pic code only on architectures that support this. Btw, the same applies to the libav* packages. Is there any benchmark available (for either package) that compares the performance of the library using the hand written assambler code with one using generic code? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657120: [Pkg-libvirt-maintainers] Bug#657120: libvirt-bin: Should bring down virtual networks upon stop when no VM still there
tags 657120 +wontfix thanks On Tue, Jan 24, 2012 at 10:30:49AM +0100, Olivier Berger wrote: > Package: libvirt-bin > Version: 0.9.8-2 > Severity: normal > > Hi. > > When one issues /etc/init.d/libvirt-bin stop, and no VMs are still running, > it should bring down the virtual networks. > > AFAICT, virbr0 is still there, though. > > See https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/345485 for some > details on this issue on Ubuntu side. > > AFAIU, the conclusion in that LP bug was that nothing should be down WRT > networks when VMs are running. > > But I think that one could expect that libvirt actually *knows* if VMs are > still running, and may then be able to do things if no VM it started are > still running. > > Is there something that can be done to have libvirt not mess too much with > the host when it is no longer needed ? Libvirt doesn't bring down vms when it stops nor storage pools nor networks. Why should it? It should infact preserve it's state across restarts. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582195: user friendly error messages in GUI
I was pointed to this bug just recently. While the permissions issues have been long fixed in version 0.17.x and the upcoming 0.18.x, the user friendly error message was still a valid request. So I coded it up. The latest Barry git repo has this fixed. When version 0.18.x gets releasd, and makes it to the Debian repos, this bug can be closed. The fix also inspired some enhancements to the library, for ease of use and programming, so this fix is not a simple backport to version 0.17 and earlier. Thanks, - Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#654783: python2.7: FTBFS(kfreebsd): testsuite hang
Reopen 654783 found 654783 2.7.2-13 thanks The testsuite still seems to be hanging on both the kfreebsd-i386 and kfreebsd-amd64 buildds (now tried three times on each). >test_signal >E: Caught signal 'Terminated': terminating immediately >make: *** [stamps/stamp-check] Terminated >Build killed with signal TERM after 150 minutes of inactivity -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657122: collectd: df plugin causes lots of warning syslog messages
Package: collectd Version: 4.10.1-1+squeeze2 Severity: normal Starting collectd on a default debian install will cause warning syslog messages like: Jan 23 14:46:01 debian6-2 collectd[1139]: uc_update: Value too old: name = debian6-2.example.com/df/df-root; value time = 1327326361; last cache update = 1327326361; Jan 23 14:46:01 debian6-2 collectd[1139]: Filter subsystem: Built-in target `write': Dispatching value to all write plugins failed with status -1. Problem is that collectd doesn't notice it is reporting some filesystems twice and thus generating errors. Adding the following to the shipped default configuration works around this: FSType tmpfs FSType rootfs IgnoreSelected true ReportReserved true ReportInodes true best regards, Florian La Roche -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages collectd depends on: ii collectd-core 4.10.1-1+squeeze2 statistics collection and monitori ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii librrd41.4.3-1 time-series data storage and displ Versions of packages collectd recommends: ii iptables 1.4.8-3 administration tools for packet fi ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcurl3-gnutls7.21.0-2 Multi-protocol file transfer libra ii libdbi00.8.2-3 Database Independent Abstraction L ii libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libesmtp5 1.0.4-5 LibESMTP SMTP client library ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze3FreeType 2 font engine, shared lib ii libgcrypt111.4.5-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libhal10.5.14-3 Hardware Abstraction Layer - share ii libmemcached5 0.40-1A C and C++ client library to the ii libmysqlclient16 5.1.49-3 MySQL database client library ii libnotify1 [libnot 0.5.0-2 sends desktop notifications to a n ii libopenipmi0 2.0.16-1.2Intelligent Platform Management In ii liboping0 1.4.0-1 C/C++ library to generate ICMP ECH ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpcap0.8 1.1.1-2+squeeze1 system interface for user-level pa ii libperl5.105.10.1-17squeeze2 shared Perl library ii libpq5 8.4.9-0squeeze1+b1PostgreSQL C client library ii libprotobuf-c0 0.12-3+b1 Protocol Buffers C library ii libpython2.6 2.6.6-8+b1Shared Python runtime library (ver ii librrd41.4.3-1 time-series data storage and displ ii libsensors41:3.1.2-6 library to read temperature/voltag ii libsnmp15 5.4.3~dfsg-2 SNMP (Simple Network Management Pr ii libssl0.9.80.9.8o-4squeeze7 SSL shared libraries ii libtokyotyrant31.1.40-4 Tokyo Tyrant runtime libraries ii libupsclient1 2.4.3-1.1squeeze1 network UPS tools - client library ii libvirt0 0.8.3-5+squeeze2 library for interfacing with diffe ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii libyajl1 1.0.8-1 Yet Another JSON Library collectd suggests no packages. -- Configuration Files: /etc/collectd/collectd.conf changed: FQDNLookup true LoadPlugin syslog LogLevel info LoadPlugin cpu LoadPlugin df FSType tmpfs FSType rootfs IgnoreSelected true ReportReserved true ReportInodes true LoadPlugin disk LoadPlugin entropy LoadPlugin interface LoadPlugin irq LoadPlugin load LoadPlugin memory LoadPlugin processes LoadPlugin rrdtool LoadPlugin swap LoadPlugin users DataDir "/var/lib/collectd/rrd" Include "/etc/collectd/filters.conf" Include "/etc/collectd/thresholds.conf" -- 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#657123: USB modem hotplugging no longer works.
Package: udev Version: 175-3 Hotplugging of USB modems no longer works. Earlier, when inserting a usb modem, devices /dev/ttyUSB* used to appear automatically, now I have to manually modprobe usbserial with the correct vendor, string values to get /dev/ttyUSB. I'm not sure this this's a problem with udev or usb_modeswitch (it does insert usbserial after switching right?). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657124: rampart FTBFS "configure: error: could not find axis2inc. stop"
package: rampart severity: serious version: 1.3.0-2 rampart failed to build on all buildds and also locally in my sid amd64 pbuilder checking path to use Axis2C . This is a compulsory to build Rampart-C... yes configure: error: could not find axis2inc. stop make: *** [debian/stamp-autotools] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Build command 'cd rampart-1.3.0 && dpkg-buildpackage -b -uc' failed. E: Child process failed debian:/# Unfortunately my searches for axis2inc failed to find anything relavent in debian so I can't make any suggestions on how to fix this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657125: qt4-linguist-tools: Please include lconvert in qt4-linguist-tools
Package: qt4-linguist-tools Version: 4:4.7.4-2 Severity: wishlist Dear Maintainer, Please considering adding lconvert to the qt4-linguist-tools package. This tool can be used to create po-files from Qt's ts-files. E.g. Launchpad requires the translation to be in po-format to recognize the translation. Best regards // Erik -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qt4-linguist-tools depends on: ii libc6 2.13-24 ii libgcc1 1:4.6.2-11 ii libqt4-xml 4:4.7.4-2 ii libqtcore4 4:4.7.4-2 ii libstdc++6 4.6.2-11 ii zlib1g 1:1.2.3.4.dfsg-3 qt4-linguist-tools recommends no packages. qt4-linguist-tools 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#657126: Add an option to send report even there is no updates
Package: apticron
Version: 1.1.52
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I was asked at work to modify apticron in order to send "no updates"
reports as it shows that :
1. apticron is working correctly
2. there is no problem to send email from the "apticronned" server
Indeed, without this "no updates" mail, you can't say if there is no
updates or if there is a mail problem.
I attached a patch with my modifications in apticron itself and in the
postint script (because I inluded some options in the config file).
I think I'm not the only one who could use this feature.
Regards,
Luc
- -- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-1-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
Versions of packages apticron depends on:
ii apt0.8.16~exp11
ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1
ii cron 3.0pl1-120
ii debconf [debconf-2.0] 1.5.41
ii dpkg 1.16.1.2
ii ucf3.0025+nmu2
Versions of packages apticron recommends:
ii apt-listchanges
ii iproute 20120105-1
apticron suggests no packages.
- -- debconf information excluded
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQIcBAEBAgAGBQJPHoRUAAoJEOqGjhLQJX48eioP/3M8QlgAANh24fk9fhsR96eJ
vNctm1LocdEV2AIBv0BtEBYxvOKcE1z3AGgwsx9w3+btfysvQQRM/J8M8M48KXw+
JPN3O7GdsACkDejZFQlrvkqz2Dpr2gXiwlof0Jib1ZgvOy5fBcEAOQvYlsg3ROp0
LANE4VuNBlHE5HGxIufnVjWL4iZHdm6xZysaU02lzGKZ9zKm0IBogGoUr5WeGvxQ
Ft5VgXFqAIeo5n5rhvMVzW7tUw6Tk9MP0a3XP8AoqPaU32t0sf8tsNP6ldghF++2
1+dxkwDWadlSNUyVe7tqUi2Kwy1kroC8ojsPRfJa9+8ASYx26xiq1pRj5idWNxVc
Ld6OpOgnchMEJPOIdDDbdVic/l3z/CcBI96THA8UN+bGvjakIBA3H3txH9LedqzU
4PynK3/yNsQBLPBTVJHkXfC+Pb/D3Nwnvlv+rfDjNdumYa330bQGWCo575Fx8/W2
yCbP0w0Vl63EvSH7DOBhGrd1G/q62NZv1P9mMDu+c7LIRK4t7F6fdTY0XxCtMzTg
PO1XwAlrgjCgeQRZ9hSlA+8opOLZfS2MtpC119wXiOCbZboik1hITt423gIoEOy+
DcQSID2cDonvyAuAgWHBeJ3mleAGiw0gF6qvn5OlJ59v9ryYImqSvQzMdWSi6flv
/r15cmkXcTvYzyRU0z5k
=cRGK
-END PGP SIGNATURE-
diff --git a/apticron b/apticron
index ce1a39c..3ed5d55 100755
--- a/apticron
+++ b/apticron
@@ -151,6 +151,13 @@ else
MAILX_SUBJECT="$NUM_PACKAGES $DISTRIB_ID package update(s) for $SYSTEM"
fi
+# Custom no update subject
+if [ -n "$CUSTOM_NO_UPDATES_SUBJECT" ] ; then
+ MAILX_NO_UPDATE_SUBJECT=$(eval "echo \"${CUSTOM_NO_UPDATES_SUBJECT}\"")
+else
+ MAILX_NO_UPDATE_SUBJECT="No updates for $SYSTEM"
+fi
+
# packages already reported won't be reported again if DIFF_ONLY option is marked
LAST_RUN_FILE="/var/lib/apticron/last_run"
if [ "$DIFF_ONLY" = "1" ] && [ -e "$LAST_RUN_FILE" ]; then
@@ -262,6 +269,13 @@ EOF
) 2>&1 | Mailx -s "$MAILX_SUBJECT" $EMAIL
+elif [ "$NOTIFY_NO_UPDATES" = "1" ] ; then
+ (
+/bin/cat <&1 | Mailx -s "$MAILX_NO_UPDATE_SUBJECT" $EMAIL
fi
# updating the last_run file
diff --git a/debian/postinst b/debian/postinst
index da665e9..c960c80 100755
--- a/debian/postinst
+++ b/debian/postinst
@@ -103,6 +103,12 @@ EMAIL="$EMAIL"
# NOTIFY_NEW="0"
#
+# Set NOTIFY_NO_UPDATES="0" if you don't want to be notified when there is no
+# new versions. Set to 1 could assure you that apticron works well.
+#
+# NOTIFY_NO_UPDATES="0"
+
+#
# Set CUSTOM_SUBJECT if you want to replace the default subject used in
# the notification e-mails. This may help filtering/sorting client-side e-mail.
# If you want to use internal vars please use single quotes here. Ex:
@@ -110,6 +116,14 @@ EMAIL="$EMAIL"
#
# CUSTOM_SUBJECT=""
+# Set CUSTOM_NO_UPDATES_SUBJECT if you want to replace the default subject used
+# in the no update notification e-mails. This may help filtering/sorting
+# client-side e-mail.
+# If you want to use internal vars please use single quotes here. Ex:
+# \$CUSTOM_NO_UPDATES_SUBJECT='[apticron] \$SYSTEM: no updates'
+#
+# CUSTOM_NO_UPDATES_SUBJECT=""
+
#
# Set CUSTOM_FROM if you want to replace the default sender by changing the
# 'From:' field used in the notification e-mails. Your default sender will
Bug#657127: Please package last upstream version
Source: erubis Severity: wishlist Blocks: 628031 Version: 2.6.2-3.1 Hi, Could you please package the last (2.7.0) upstream version. This version is needed by vagrant which I would like to package in debian. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606148: removing of st from suckless-tools
reassign 606148 stterm reassign 606149 stterm reassign 606150 stterm fixed 606148 fixed 606150 tags 642307 pending kthxbye Hi, i am going to remove st from suckless-tools with the next version, instead, it recommends stterm now. Thus, i am reassigning st-relatet bugs to this package. However, 606148 and 606150 seems to be fixed in the current version of the stterm package, thus I mark them fixed Kind Regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649824: recordmydesktop: Specifying --use-jack makes recordmydesktop exit with a bad screen geometry
Package: recordmydesktop Version: 0.3.8.1+svn602-1+b1 Followup-For: Bug #649824 I also have this problem with this version. It seems the X and Width always get junk parameters when running with this option. In some cases recordmydesktop even starts if by chance they are smaller than the screen resolution (1280x800 here). Example output of two consecutive invocations which fail: ~$ recordmydesktop --use-jack system:capture_1 Window size specification out of bounds!(current resolution:1280x800) ~$ recordmydesktop --use-jack system:capture_1 Initial recording window is set to: X:-7520 Y:0Width:8800Height:800 Adjusted recording window is set to: X:-7520 Y:0Width:8800Height:800 Your window manager appears to be Xfwm4 Initializing... jack_client_new: deprecated Capturing! X Error: BadMatch (invalid parameter attributes) ~$ Lorenzo. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages recordmydesktop depends on: ii libasound21.0.24.1-4 ii libc6 2.13-24 ii libice6 2:1.0.7-2 ii libjack-jackd2-0 [libjack-0.116] 1.9.7~dfsg-1 ii libogg0 1.2.2~dfsg-1 ii libpopt0 1.16-3 ii libsm62:1.2.0-2 ii libtheora01.1.1+dfsg.1-3 ii libvorbis0a 1.3.2-1.1 ii libvorbisenc2 1.3.2-1.1 ii libvorbisfile31.3.2-1.1 ii libx11-6 2:1.4.4-4 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.0-3 ii libxfixes31:5.0-4 ii zlib1g1:1.2.3.4.dfsg-3 recordmydesktop recommends no packages. recordmydesktop 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#656719: R: Re: R: Re: Bug#656719: Please provide xvmc and vdpau Gallium3D video acceleration drivers (libg3dvl-mesa package)
On Mon, 2012-01-23 at 18:06 +0100, Fabio Pedretti wrote: > >Fabio Pedretti (23/01/2012): > > > >> --- mesa-debian-originale/debian//control 2012-01-23 13:39:09.471085849 > +0100 > >> +++ mesa-debian-test/debian//control 2012-01-21 20:29:38.350117156 > >> +0100 > >> @@ -32,6 +32,9 @@ Build-Depends: > >> bison, > >> llvm-2.9-dev [amd64 i386 kfreebsd-amd64 kfreebsd-i386], > >> # libwayland-dev, > >> + xserver-xorg-dev, > >> + libvdpau-dev, > >> + libxvmc-dev, > > > >outch, introducing a build-dep-loop between mesa and xorg-server… :/ > > Without it, it fails to configure: > configure: error: Package requirements (xvmc >= 1.0.6 xorg-server) were not > met: > No package 'xorg-server' found > > It's explicitly required by configure.ac: > if test "x$enable_xvmc" = xyes; then > PKG_CHECK_MODULES([XVMC], [xvmc >= 1.0.6 xorg-server]) > GALLIUM_STATE_TRACKERS_DIRS="$GALLIUM_STATE_TRACKERS_DIRS xorg/xvmc" > HAVE_ST_XVMC="yes" > fi AFAICT the only thing needed from xserver-xorg-dev is the fourcc.h header. This dependency could easily be removed by copying the used definitions instead, especially as src/gallium/state_trackers/xorg/xvmc/subpicture.c already defines FOURCC_RGB itself. Christian? -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657061: E: The package index files are corrupted. No Filename: field for package libpostproc52.
On Mon, Jan 23, 2012 at 09:10:36PM +0100, Cyril Brulebois wrote: > Package: apt > Version: 0.8.15.9 > Severity: important > > Hi, > > this might be due to the recent changes in the archive but anyway: > | kibi@bowmore:~$ sudo apt-get dist-upgrade > | Reading package lists... Done > | Building dependency tree > | Reading state information... Done > | Calculating upgrade... Done > | The following packages will be upgraded: > | bzr cpp-4.5 fontconfig fontconfig-config gcc-4.5 gcc-4.5-base gjs > gnome-shell icedtea-6-jre-cacao icedtea-6-jre-jamvm insserv libaudio-dev > libaudio2 libaudiofile-dev libaudiofile1 libavcodec53 libavformat53 > libavutil51 > | libemail-valid-perl libfontconfig1 libfontconfig1-dev libgjs0b > libgtk2-perl libicu48 libmad0 libpostproc52 libprocps0 libschroedinger-1.0-0 > libsdl-image1.2 libsdl-mixer1.2 libspice-protocol-dev libswscale2 libusbmuxd1 > | libxml2 libxml2-dev libxml2-utils nfs-common openjdk-6-jre > openjdk-6-jre-headless openjdk-6-jre-lib procps python-bzrlib python-libxml2 > reprepro usbmuxd > | 45 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > | E: The package index files are corrupted. No Filename: field for package > libpostproc52. Do an apt-cache show or grep-aptavail -P libpostproc52 (or both), and look whether the record is correct. Or look at the file directly and check whether it is correct. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657074: epdfview: becomes confused and sometimes crashes on repeated reloads
Hi Jordi,
here's a bug report from a Debian user which manages to crash epdfview
when refreshing a pdf. I can reproduce, not everytime though (it usually
spits a lot of stuff on terminal but doesn't always crash). I've
attached a backtrace and there's a link to the pdf in the original bug
report.
The same pdf in evince-gtk doesn't produce the same errors so although
it might be poppler-related there's still something fishy.
If you need anything else, feel free to contact me or the bug address.
On lun., 2012-01-23 at 17:40 -0400, David Bremner wrote:
> Package: epdfview
> Version: 0.1.8-1+b1
> Severity: normal
>
> This is easier to duplicate for me if actually changing the pdf file
> (re-generating using latex), but can also be duplicated with the file
>
> http://people.debian.org/~bremner/epdfview-test.pdf
>
> open the file with epdfview, go to page 3, and reload with Ctrl-R.
>
> It should reload and redisplay a different (wrong) qpage. After
> repeating this a few times, it fairly often crashes with the last
> messages being something like
>
> Error (294235): Illegal character '>'
> Error (294597): Illegal character ')'
> Error (294633): Illegal character '{'
> Error (294763): Illegal character '{'
> Error: End of file inside array
> Error: End of file inside array
> Error: End of file inside array
> Error: End of file inside array
> Error: End of file inside dictionary
> Error: End of file inside array
> Error: End of file inside array
> Error: End of file inside dictionary
> zsh: segmentation fault epdfview epdfview-test.pdf
>
> -- System Information:
> Debian Release: wheezy/sid
> APT prefers testing
> APT policy: (900, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.1.0-1-amd64 (SMP w/8 CPU cores)
> Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages epdfview depends on:
> ii libc6 2.13-24
> ii libcups21.5.0-13
> ii libgcc1 1:4.6.2-11
> ii libgdk-pixbuf2.0-0 2.24.0-2
> ii libglib2.0-02.30.2-4
> ii libgtk2.0-0 2.24.8-2
> ii libpango1.0-0 1.29.4-2
> ii libpoppler-glib60.16.7-2+b1
> ii libstdc++6 4.6.2-11
>
> epdfview recommends no packages.
>
> Versions of packages epdfview suggests:
> ii poppler-data 0.4.5-2
>
> -- no debconf information
>
>
--
Yves-Alexis
#0 PageAttrs::PageAttrs (this=, attrs=0x35,
dict=0x7f6ccffb3260) at Page.cc:98
obj1 = {type = objNone, {booln = false, intg = 0, uintg = 0, real = 0,
string = 0x0, name = 0x0, array = 0x0, dict = 0x0, stream = 0x0,
ref = {num = 0, gen = 0}, cmd = 0x0}}
mBox = {x1 = 0, y1 = 0, x2 = 0, y2 = 0}
isPage = true
#1 0x7f6ccb8e4cb2 in Catalog::cachePageTree (this=0x7f6cbc152ab0, page=3)
at Catalog.cc:349
attrs =
p =
loop = false
kids = {type = objNone, {booln = 208, intg = -1140614960,
uintg = 3154352336, real = 6.922106115841128e-310,
string = 0x7f6cbc0398d0, name = 0x7f6cbc0398d0 "",
array = 0x7f6cbc0398d0, dict = 0x7f6cbc0398d0,
stream = 0x7f6cbc0398d0, ref = {num = -1140614960, gen = 32620},
cmd = 0x7f6cbc0398d0 ""}}
kidsIdx =
kidRef = {type = objRef, {booln = 64, intg = 64, uintg = 64,
real = 3.1620201333839779e-322, string = 0x40,
name = 0x40 , array = 0x40,
dict = 0x40, stream = 0x40, ref = {num = 64, gen = 0},
cmd = 0x40 }}
kid = {type = objDict, {booln = 96, intg = -805621152,
uintg = 3489346144, real = 6.9221226667343382e-310,
string = 0x7f6ccffb3260, name = 0x7f6ccffb3260 "",
array = 0x7f6ccffb3260, dict = 0x7f6ccffb3260,
stream = 0x7f6ccffb3260, ref = {num = -805621152, gen = 32620},
cmd = 0x7f6ccffb3260 ""}}
pagesDict = 0x7f6cbc039900
#2 0x7f6ccb8e5485 in Catalog::getPage (this=0x7f6cbc152ab0, i=3)
at Catalog.cc:207
No locals.
#3 0x7f6ccdaf6cac in poppler_document_get_page (document=0x7f6ccfec9580,
index=2) at poppler-document.cc:444
page =
__PRETTY_FUNCTION__ = "PopplerPage*
poppler_document_get_page(PopplerDocument*, int)"
#4 0x7f6cce4486b0 in ?? ()
No symbol table info available.
#5 0x7f6cce44431b in ?? ()
No symbol table info available.
#6 0x7f6cce447cff in ?? ()
No symbol table info available.
#7 0x7f6cce4454c1 in ?? ()
No symbol table info available.
#8 0x7f6cce445a3d in ?? ()
No symbol table info available.
#9 0x7f6ccdd600cf in g_main_dispatch (context=0x7f6ccfcfea90)
at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:2442
dispatch = 0x7f6ccdd5c850
was_in_call = 0
user_data = 0x7f6ccfffd600
callback = 0x7f6cce445a30
cb_funcs = 0x7f6cce00f1d0
cb_data = 0x7f6cbc00e1d0
current_source_link = {data = 0x7f6cbc0510e0, next =
Bug#657085: Please increase the size of APT::Cache-Limit. Current value: 25165824. -- but ignores setting
On Tue, Jan 24, 2012 at 11:49:50AM +0800, Daniel Hartwig wrote: > On 24 January 2012 06:27, Christoph Egger wrote: > > > > E: Dynamic MMap ran out of room. Please increase the size of > > APT::Cache-Limit. Current value: 25165824. (man 5 apt.conf) > > This value corresponds to the initial cache size, APT::Cache-Start. > > > [...] > > > > Iǘe set the cache size to 671088640 > > > > APT::Cache-Limit "671088640"; > > > > However apt's still failing the same way and doesn't even mention the > > changed constant > > [...] > > > > -- System Information: > > Debian Release: wheezy/sid > > APT prefers testing > > APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') > > Architecture: kfreebsd-amd64 (x86_64) > > > > Kernel: kFreeBSD 10.0-0-amd64 > > According to the comments on DynamicMMap::Grow, resizing the mmap with > a non-Linux kernel is nigh impossible. This may or may not be > accurate, but it seems to be a current limitation in APT anyway. I Well we'd simply need to use munmap() + mmap() instead of mremap() on non-Linux architectures. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657086: gosa: Should use characters in idGenerator rule, not bytes
Am Montag, 23. Januar 2012, 23:28:33 schrieben Sie:
> Package: gosa
> Version: 2.6.11-3
> Severity: important
> User: debian-...@lists.debian.org
> Usertags: debian-edu
>
> I discovered this problem in Debian Edu/Squeeze. When a user with a
> non-ASCII character in the third position of the first or last name is
> created, the generated username contain a non-valid UTF-8 character.
>
> In Debian Edu, our gosa.conf contain the following rule:
> idGenerator="{%givenName[3-6]}{%sn[3-6]}".
>
> When using UTF-8, the range [3-6] at the moment do not refer to
> characters, but bytes in the UTF-8 string. This caused the user 'Gunnar
> Grændal' to get a propsed username with gungr?, where ? was half the
> UTF-8 bytestream for æ. I believe it would be better if [3-6] refered
> to characters 3-6, not bytes 3-6.
>
> As non-ASCII usernames can cause problem when trying to log in to
> different systems, I believe it would be best if usernames are always
> converted to ASCII, preferably using the //TRANSLIT rule in glibc.
>
> For the example above, one would then end up with "echo gungræ | iconv
> -t ASCII//TRANSLIT" = gungrae as the proposed username.
While it is discussable why this bug is "important", 2.7.x packages do the
conversation in another way:
$value = iconv('UTF-8', 'US-ASCII//TRANSLIT', $value);
Same for the 2.6.x maintainance series. You can simply take the function
gen_uids from here
https://oss.gonicus.de/labs/gosa/browser/tags/2.6.13/gosa-
core/include/functions.inc
in order to create a patch for squeeze.
HTH,
Cajus
signature.asc
Description: This is a digitally signed message part.
Bug#657120: [Pkg-libvirt-maintainers] Bug#657120: libvirt-bin: Should bring down virtual networks upon stop when no VM still there
On Tue, 24 Jan 2012 10:59:33 +0100, Guido Günther wrote: > > > > When one issues /etc/init.d/libvirt-bin stop, and no VMs are still running, > > it should bring down the virtual networks. > > > > AFAICT, virbr0 is still there, though. > > > > See https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/345485 for some > > details on this issue on Ubuntu side. > > > > AFAIU, the conclusion in that LP bug was that nothing should be down WRT > > networks when VMs are running. > > > > But I think that one could expect that libvirt actually *knows* if VMs are > > still running, and may then be able to do things if no VM it started are > > still running. > > > > Is there something that can be done to have libvirt not mess too much with > > the host when it is no longer needed ? > Libvirt doesn't bring down vms when it stops nor storage pools nor > networks. Why should it? Because it started a network even though no VM was ever started, AFAICT. I have a virbr0 bridge started automatically even if I haven't used a VM since my machine's boot... and if I stop libvirt-bin, it stays there. Shouldn't it do things in a symetric way as for the start operations ? Hope this is a sound rationale. Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657121: xkb-data: New version breaks custom bepo keymap
Hi, Daniel Dehennin (24/01/2012): > After the upgrade from 2.3-2, my custom bepo keymap does not work > anymore, here is my error message: […] > I switched back to testing 2.3-2 version and it works fine. please report it upstream at: http://bugs.freedesktop.org/ (product=xkeyboard-config) and let us know about the bug number for tracking. Sergey will likely need to ask you a few questions / to perform a few tests. Mraw, KiBi. signature.asc Description: Digital signature
Bug#657123: USB modem hotplugging no longer works.
On Jan 24, "dE ." wrote: > Hotplugging of USB modems no longer works. Earlier, when inserting a > usb modem, devices /dev/ttyUSB* used to appear automatically, now I > have to manually modprobe usbserial with the correct vendor, string > values to get /dev/ttyUSB. I do not own a modem, so you will have to debug this by yourself. I also highly doubt that this applies to every USB modem, let's try to not jump to conclusions here. -- ciao, Marco signature.asc Description: Digital signature
Bug#657123: USB modem hotplugging no longer works.
I'll try this with more modem, but ACM modems (for e.g. mobile phones) don't have any problems. e.g. - On inserting the modem -- [ 148.288074] usb 1-2: new high speed USB device number 4 using ehci_hcd [ 148.422828] usb 1-2: New USB device found, idVendor=1c9e, idProduct=f000 [ 148.422841] usb 1-2: New USB device strings: Mfr=3, Product=2, SerialNumber=4 [ 148.422850] usb 1-2: Product: USB Modem [ 148.422857] usb 1-2: Manufacturer: USB Modem [ 148.422863] usb 1-2: SerialNumber: 1234567890ABCDEF [ 148.971722] usbcore: registered new interface driver uas [ 148.982460] Initializing USB Mass Storage driver... [ 148.983650] scsi6 : usb-storage 1-2:1.0 [ 148.984174] usbcore: registered new interface driver usb-storage [ 148.984182] USB Mass Storage support registered. [ 151.422049] usb 1-2: USB disconnect, device number 4 [ 151.792073] usb 1-2: new high speed USB device number 5 using ehci_hcd [ 151.927058] usb 1-2: New USB device found, idVendor=1c9e, idProduct=9605 [ 151.927071] usb 1-2: New USB device strings: Mfr=3, Product=2, SerialNumber=4 [ 151.927080] usb 1-2: Product: USB Modem [ 151.927086] usb 1-2: Manufacturer: USB Modem [ 151.927092] usb 1-2: SerialNumber: 1234567890ABCDEF [ 152.564392] scsi7 : usb-storage 1-2:1.4 [ 153.565598] scsi 7:0:0:0: Direct-Access USBModem Disk 2.31 PQ: 0 ANSI: 2 [ 153.571325] sd 7:0:0:0: [sdb] Attached SCSI removable disk But -- ls tty* ttytty12 tty17 tty21 tty26 tty30 tty35 tty4 tty44 tty49 tty53 tty58 tty62 ttyS0 tty0 tty13 tty18 tty22 tty27 tty31 tty36 tty40 tty45 tty5 tty54 tty59 tty63 ttyS1 tty1 tty14 tty19 tty23 tty28 tty32 tty37 tty41 tty46 tty50 tty55 tty6 tty7 ttyS2 tty10 tty15 tty2 tty24 tty29 tty33 tty38 tty42 tty47 tty51 tty56 tty60 tty8 ttyS3 tty11 tty16 tty20 tty25 tty3 tty34 tty39 tty43 tty48 tty52 tty57 tty61 tty9 When I - modprobe usbserial vendor=0x1c9e product=0x9605 then -- ls /dev/tty* /dev/tty/dev/tty16 /dev/tty24 /dev/tty32 /dev/tty40 /dev/tty49 /dev/tty57 /dev/tty8 /dev/ttyUSB3 /dev/tty0 /dev/tty17 /dev/tty25 /dev/tty33 /dev/tty41 /dev/tty5 /dev/tty58 /dev/tty9 /dev/tty1 /dev/tty18 /dev/tty26 /dev/tty34 /dev/tty42 /dev/tty50 /dev/tty59 /dev/ttyS0 /dev/tty10 /dev/tty19 /dev/tty27 /dev/tty35 /dev/tty43 /dev/tty51 /dev/tty6 /dev/ttyS1 /dev/tty11 /dev/tty2 /dev/tty28 /dev/tty36 /dev/tty44 /dev/tty52 /dev/tty60 /dev/ttyS2 /dev/tty12 /dev/tty20 /dev/tty29 /dev/tty37 /dev/tty45 /dev/tty53 /dev/tty61 /dev/ttyS3 /dev/tty13 /dev/tty21 /dev/tty3 /dev/tty38 /dev/tty46 /dev/tty54 /dev/tty62 /dev/ttyUSB0 /dev/tty14 /dev/tty22 /dev/tty30 /dev/tty39 /dev/tty47 /dev/tty55 /dev/tty63 /dev/ttyUSB1 /dev/tty15 /dev/tty23 /dev/tty31 /dev/tty4 /dev/tty48 /dev/tty56 /dev/tty7 /dev/ttyUSB2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657120: [Pkg-libvirt-maintainers] Bug#657120: libvirt-bin: Should bring down virtual networks upon stop when no VM still there
On Tue, Jan 24, 2012 at 11:26:12AM +0100, Olivier Berger wrote: > On Tue, 24 Jan 2012 10:59:33 +0100, Guido Günther wrote: > > > > > > When one issues /etc/init.d/libvirt-bin stop, and no VMs are still > > > running, it should bring down the virtual networks. > > > > > > AFAICT, virbr0 is still there, though. > > > > > > See https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/345485 for > > > some details on this issue on Ubuntu side. > > > > > > AFAIU, the conclusion in that LP bug was that nothing should be down WRT > > > networks when VMs are running. > > > > > > But I think that one could expect that libvirt actually *knows* if VMs > > > are still running, and may then be able to do things if no VM it started > > > are still running. > > > > > > Is there something that can be done to have libvirt not mess too much > > > with the host when it is no longer needed ? > > Libvirt doesn't bring down vms when it stops nor storage pools nor > > networks. Why should it? > > Because it started a network even though no VM was ever started, AFAICT. > > I have a virbr0 bridge started automatically even if I haven't used a VM > since my machine's boot... and if I stop libvirt-bin, it stays there. > > Shouldn't it do things in a symetric way as for the start operations ? > > Hope this is a sound rationale. Are you sure you tested the Debian (in contrast to the Ubuntu) package? We don't start any networks automatically. So there's no virbr0 by default. It only does so if you set the network to _autostart_. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657128: RM: sextractor [mips mipsel armhf s390x] -- RoM; ANAIS
Package: ftp.debian.org Severity: normal The current version in testing originates from a version that is outdated since five years and has a number of bugs. I recently adopted this package and brought it up to the recent debian policy and upstream version. The new upstream version has some requirements (libatlas-dev) that are still not met on armhf and s390x, and fails to build on mips and mipsel, due to the inclusion of unit tests in the new version. MIPS machines never were supported upstream. Thanks Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657120: [Pkg-libvirt-maintainers] Bug#657120: libvirt-bin: Should bring down virtual networks upon stop when no VM still there
On Tue, 24 Jan 2012 12:12:53 +0100, Guido Günther wrote: > On Tue, Jan 24, 2012 at 11:26:12AM +0100, Olivier Berger wrote: > > On Tue, 24 Jan 2012 10:59:33 +0100, Guido Günther wrote: > > > Libvirt doesn't bring down vms when it stops nor storage pools nor > > > networks. Why should it? > > > > Because it started a network even though no VM was ever started, AFAICT. > > > > I have a virbr0 bridge started automatically even if I haven't used a VM > > since my machine's boot... and if I stop libvirt-bin, it stays there. > > > > Shouldn't it do things in a symetric way as for the start operations ? > > > > Hope this is a sound rationale. > Are you sure you tested the Debian (in contrast to the Ubuntu) > package? Yes sir. > We don't start any networks automatically. So there's no virbr0 by > default. It only does so if you set the network to _autostart_. Ok, so let's add a condition : if libvirt is configured so as to start the network with autostart, then it should have a symetrical autostop feature, for when no VM is left. How does it sound ? Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657123: USB modem hotplugging no longer works.
On Jan 24, "dE ." wrote: > modprobe usbserial vendor=0x1c9e product=0x9605 Does it still work if you do not specify VID and PID? Which kernel are you using? Did you try an older kernel? -- ciao, Marco signature.asc Description: Digital signature
Bug#657129: xfce4-screenshooter: Wrong manual.
Package: xfce4-screenshooter Version: 1.8.0-2 Severity: normal Dear Maintainer, man xfce4-screenshooter says: -m, --mouse Do not display the mouse on the screenshot but the behaviour is the opposite. Without -m the mouse pointer doesn't show and with -m it shows. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-screenshooter depends on: ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii libexo-1-0 0.6.2-3 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-5 ii libgtk2.0-0 2.24.8-3 ii libsoup2.4-12.36.1-1 ii libx11-62:1.4.4-4 ii libxext62:1.3.0-3 ii libxfce4ui-1-0 4.8.1-1 ii libxfce4util4 4.8.2-1 ii libxfixes3 1:5.0-4 Versions of packages xfce4-screenshooter recommends: ii xfce4-panel 4.8.6-1 xfce4-screenshooter 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#657130: gnupg2: Can't specify card reader
Package: gnupg2 Version: 2.0.18-2 Severity: important My system has multiple smartcard readers: Bus 001 Device 006: ID 20a0:4107 Clay Logic Bus 005 Device 002: ID 0a5c:5800 Broadcom Corp. BCM5880 Secure Applications Processor but only one of these is actually a GnuPG smartcard I want to use. Interfaces such as gpg2 --card-status appear to only ever use the first device they find even if it fails to report a card present and I can't see any command line or configuration options for overriding this. Unfortunately on this system the first device found appears to be the Broadcom one (which is built into my laptop) which I don't want to use. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-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 Versions of packages gnupg2 depends on: ii dpkg 1.16.1.2 ii gnupg-agent2.0.18-2 ii install-info 4.13a.dfsg.1-8 ii libassuan0 2.0.2-1 ii libbz2-1.0 1.0.6-1 ii libc6 2.13-23 ii libgcrypt111.5.0-3 ii libgpg-error0 1.10-1 ii libksba8 1.2.0-2 ii libreadline6 6.2-8 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages gnupg2 recommends: ii libldap-2.4-2 2.4.25-4+b1 Versions of packages gnupg2 suggests: pn gnupg-doc pn xloadimage -- 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#657123: USB modem hotplugging no longer works.
On 01/24/12 16:44, Marco d'Itri wrote: On Jan 24, "dE ." wrote: modprobe usbserial vendor=0x1c9e product=0x9605 Does it still work if you do not specify VID and PID? Which kernel are you using? Did you try an older kernel? No, I have to specify it. Yes, it works with Debian stable and older Debian testing (2.6.39). Currently this problem occurs under testing with 3.1 (latest in testing) kernel and also 3.2 (installed from unstable). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657061: E: The package index files are corrupted. No Filename: field for package libpostproc52.
Julian Andres Klode (24/01/2012): > Do an apt-cache show or grep-aptavail -P libpostproc52 (or both), and > look whether the record is correct. The former is NOK, the latter is OK: ,---[ NOK ]--- | kibi@bowmore:~$ apt-cache show libpostproc52 | Package: libpostproc52 | Source: libav | Version: 4:0.8-1 | Installed-Size: 232 | Maintainer: Debian multimedia packages maintainers | Architecture: amd64 | Depends: libavutil51 (>= 4:0.8-1) | libavutil-extra-51 (>= 4:0.8), libavutil51 (<< 4:0.8-99) | libavutil-extra-51 (<< 4:0.8.99), libc6 (>= 2.2.5) | Pre-Depends: multiarch-support | Description: | Multi-Arch: same | Homepage: http://libav.org/ | Description-md5: 3052ad99e7f387d07661b0f5efe77dcd | Section: libs | Priority: optional | Filename: pool/main/liba/libav/libpostproc52_0.8-1_amd64.deb | Size: 100070 | MD5sum: 173d88e20d003ce836cbe3b0a38773af | SHA1: f0e47c699af3cc92839801e42303c44a38124161 | SHA256: 466706cabf61d50586ec8ea57f6a68e81d25e3d27959ae5520cae0fc9c400840 | | Package: libpostproc52 | Status: install ok installed | Multi-Arch: same | Priority: optional | Section: libs | Installed-Size: 232 | Maintainer: Debian multimedia packages maintainers | Architecture: amd64 | Source: libav | Version: 4:0.8~beta2-3 | Depends: libavutil51 (>= 4:0.8~beta2-3) | libavutil-extra-51 (>= 4:0.8~beta2), libavutil51 (<< 4:0.8~beta2-99) | libavutil-extra-51 (<< 4:0.8~beta2.99), libc6 (>= 2.2.5) | Pre-Depends: multiarch-support | Description: scripts for handling many ACPI events | This package contains scripts to react to various ACPI events. It only | includes scripts for events that can be supported with some level of | safety cross platform. | . | It is able to: | * Detect loss and gain of AC power, lid closure, and the press of a | number of specific buttons (on Asus, IBM, Lenovo, Panasonic, Sony | and Toshiba laptops). | * Suspend, hibernate and resume the computer, with workarounds for | hardware that needs it. | * On some laptops, set screen brightness. | . | Besides some system tools acpi-support recommends vbetool to be able to power | off the screen and some screensavers to be able to lock the screen on lid | close. | Homepage: http://libav.org/ `--- ,---[ OK ]--- | kibi@bowmore:~$ grep-aptavail -P libpostproc52 | Package: libpostproc52 | Source: libav | Version: 4:0.8-1 | Installed-Size: 232 | Maintainer: Debian multimedia packages maintainers | Architecture: amd64 | Depends: libavutil51 (>= 4:0.8-1) | libavutil-extra-51 (>= 4:0.8), libavutil51 (<< 4:0.8-99) | libavutil-extra-51 (<< 4:0.8.99), libc6 (>= 2.2.5) | Pre-Depends: multiarch-support | Description: Libav video postprocessing library | Multi-Arch: same | Homepage: http://libav.org/ | Description-md5: 3052ad99e7f387d07661b0f5efe77dcd | Section: libs | Priority: optional | Filename: pool/main/liba/libav/libpostproc52_0.8-1_amd64.deb | Size: 100070 | MD5sum: 173d88e20d003ce836cbe3b0a38773af | SHA1: f0e47c699af3cc92839801e42303c44a38124161 | SHA256: 466706cabf61d50586ec8ea57f6a68e81d25e3d27959ae5520cae0fc9c400840 | | Package: libpostproc52 | Source: libav | Version: 4:0.8-1 | Installed-Size: 395 | Maintainer: Debian multimedia packages maintainers | Architecture: i386 | Depends: libavutil51 (>= 4:0.8-1) | libavutil-extra-51 (>= 4:0.8), libavutil51 (<< 4:0.8-99) | libavutil-extra-51 (<< 4:0.8.99), libc6 (>= 2.3.6-6~) | Pre-Depends: multiarch-support | Description: Libav video postprocessing library | Multi-Arch: same | Homepage: http://libav.org/ | Description-md5: 3052ad99e7f387d07661b0f5efe77dcd | Section: libs | Priority: optional | Filename: pool/main/liba/libav/libpostproc52_0.8-1_i386.deb | Size: 153248 | MD5sum: 02c58fe05733fd58faf29eb641fdeffc | SHA1: 5788719f8aaf0eb0c94f9392df2ef2ce53a68791 | SHA256: fa699cb66bee137a2f39cc9fa78fd49bcdfd8fd48d51b8b4a09ad184301a `--- > Or look at the file directly and check whether it is correct. I should have mentioned that I checked it, and it looked OK. Interestingly, the description is still around in the apt-cache show output above, for the faulty entry. Mraw, KiBi. signature.asc Description: Digital signature
Bug#657123: USB modem hotplugging no longer works.
reassign 657123 linux-2.6 thanks Then recent kernels for some reason removed your VID/PID from usbserial. This is not related to udev. On Jan 24, "dE ." wrote: > On 01/24/12 16:44, Marco d'Itri wrote: > >On Jan 24, "dE ." wrote: > > > >>modprobe usbserial vendor=0x1c9e product=0x9605 > >Does it still work if you do not specify VID and PID? > >Which kernel are you using? Did you try an older kernel? > > > > No, I have to specify it. > > Yes, it works with Debian stable and older Debian testing (2.6.39). > > Currently this problem occurs under testing with 3.1 (latest in > testing) kernel and also 3.2 (installed from unstable). > -- ciao, Marco signature.asc Description: Digital signature
Bug#657131: wl-beta: unowned files after purge (policy 6.8) violating FHS (policy 9.1) too
Package: wl-beta Version: 2.15.9+0.20110420-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails >From the attached log (scroll to the bottom...): 1m5.9s ERROR: FAIL: Package purging left files on system: /root/.gnupg not owned /root/.gnupg/gpg.conf not owned /root/.gnupg/pubring.gpg not owned /root/.gnupg/secring.gpg not owned Whatever the package does in its maintainer scripts, it may not touch /root/.gnupg/ As putting files into /root is also a violation of http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.1.2 I'm setting the severity to serious. cheers, Andreas wl-beta_2.15.9+0.20110420-1.log.gz Description: GNU Zip compressed data
Bug#626939: ppp: updetach regression: hangs up immediately after IPCP's OK
This is the same problem as I wrote in bug #598551, namely, the problem is caused by "always_setsid" patch. I suggest to remove the patch. In my opinion it does not solve intended problem, only adds a new one. Rafal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#651732: adolc: Contains non-free Windows executables
On Die, 24 Jän 2012, Jonathan Nieder wrote: > Peter Palfrader wrote: > > > Seems that fell a bit through the cracks. Done now. It seems that > > 2.1.10 and 2.1.12 were also affected. > > > > I removed the orig.tar.gz and the binaries build from the source but > > left the .dsc and diff.gz/debian.tar.gz in place since I assume they are > > fine. > > Yep, makes sense. Thanks for your work. > > > removal log entry: http://snapshot.debian.org/removal/29 > > Hmm, shouldn't version 2.1.8+nomsvcrt be safe to keep? You tell me. -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#656719: R: Re: R: Re: Bug#656719: Please provide xvmc and vdpau Gallium3D video acceleration drivers (libg3dvl-mesa package)
On 24.01.2012 11:39, Michel Dänzer wrote: On Mon, 2012-01-23 at 18:06 +0100, Fabio Pedretti wrote: Fabio Pedretti (23/01/2012): --- mesa-debian-originale/debian//control 2012-01-23 13:39:09.471085849 +0100 +++ mesa-debian-test/debian//control2012-01-21 20:29:38.350117156 +0100 @@ -32,6 +32,9 @@ Build-Depends: bison, llvm-2.9-dev [amd64 i386 kfreebsd-amd64 kfreebsd-i386], # libwayland-dev, + xserver-xorg-dev, + libvdpau-dev, + libxvmc-dev, outch, introducing a build-dep-loop between mesa and xorg-server… :/ Without it, it fails to configure: configure: error: Package requirements (xvmc>= 1.0.6 xorg-server) were not met: No package 'xorg-server' found It's explicitly required by configure.ac: if test "x$enable_xvmc" = xyes; then PKG_CHECK_MODULES([XVMC], [xvmc>= 1.0.6 xorg-server]) GALLIUM_STATE_TRACKERS_DIRS="$GALLIUM_STATE_TRACKERS_DIRS xorg/xvmc" HAVE_ST_XVMC="yes" fi AFAICT the only thing needed from xserver-xorg-dev is the fourcc.h header. This dependency could easily be removed by copying the used definitions instead, especially as src/gallium/state_trackers/xorg/xvmc/subpicture.c already defines FOURCC_RGB itself. Christian? This indeed sounds like the correct solution, and the fix is actually trivial, since we only need to defines from fourcc.h. Patch is on the way to the maillinglist. But the xorg state tracker also depends on xorg-server, so I'm wondering why xorg-server depends on mesa in the first place? Christian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657132: tarantool-common: unowned files after purge (policy 6.8, 10.8)
Package: tarantool-common Version: 1.4.4+20120117-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. >From the attached log (scroll to the bottom...): 0m30.1s ERROR: FAIL: Package purging left files on system: /var/lib/tarantool not owned /var/lib/tarantool/snapshotnot owned /var/lib/tarantool/started not owned /var/log/tarantool not owned cheers, Andreas tarantool-common_1.4.4+20120117-1.log.gz Description: GNU Zip compressed data
Bug#657010: [Pkg-shadow-devel] Bug#657010: Bug#657010: [login] 'su' should be PIE
Hello, On Mon, Jan 23, 2012 at 09:06:38PM +0200, Török Edwin wrote: > PIE refers to -fPIE from GCC of course. > Using that flag doesn't completely prevent the exploit though. ... > Apparently packages should adopt hardening flags for wheezy: > http://wiki.debian.org/Hardening#State_of_implementation: > > After their meeting on the 14-16 January 2011, the > > debian security team announced in an email they > > intend to push the inclusion of hardening features > > for the wheezy release. By the way, all packages that contain suid binaries (and/or libraries these binaries depend on) should be hardened as much as possible anyway, and this doesn't end with -fPIE. And IMO this shouldn't be intended to work around the CVE-2012-0056 (because ASLR/PIE doesn't prevent the kernel bug to be exploited, according to PaX team). But I'm fine with using CVE-2012-0056 as a trigger to incorporate some Hardening into shadow. xrgtn@ux380n:~$ hardening-check /usr/sbin/sshd /usr/sbin/sshd: Position Independent Executable: yes Stack protected: yes Fortify Source functions: yes Read-only relocations: yes Immediate binding: yes xrgtn@ux380n:~$ hardening-check /bin/su /bin/su: Position Independent Executable: no, normal executable! Stack protected: no, not found! Fortify Source functions: no, not found! Read-only relocations: no, not found! Immediate binding: no, not found! xrgtn@ux380n:~$ Nicolas, please consider what can be done to fix that (or at least some of the above). Currently I'm reading the http://wiki.debian.org/Hardening#Using_Hardening_Options part, but it's still unclear for me how to apply this stuff to shadow builds (assuming that the last time I built shadow was more than 4 years ago IIRC). -- With best regards, xrgtn signature.asc Description: Digital signature
Bug#657133: systraq: unowned files after purge (policy 6.8, 10.8)
Package: systraq Version: 0.0.20081217-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. >From the attached log (scroll to the bottom...): 0m33.5s ERROR: FAIL: Package purging left files on system: /var/lib/systraq not owned /var/lib/systraq/.forward not owned /var/lib/systraq/filetraq not owned cheers, Andreas systraq_0.0.20081217-3.log.gz Description: GNU Zip compressed data
Bug#657134: empathy: Chat window crashes when participants are searched in the 'Invite Participants' window
Package: empathy Version: 3.2.2-1+b1 Severity: normal To reproduce this crash do the following: Open a chat window with a Gtalk contact. Then go to the menu and select Conversation --> Invite Participant In the top is an text input field, when you type just one character there it crashes along with the chat windows that are open including IRC windows. I hope I supplied enough information. I couldn't find any logs on my machine, if someone can tell me where I can find them then I'll include them. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages empathy depends on: ii dbus-x11 1.4.16-1 ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii empathy-common 3.2.2-1 ii geoclue 0.12.0-4 ii gnome-icon-theme 3.2.1.2-1 ii gsettings-desktop-schemas3.2.0-2 ii gstreamer0.10-gconf 0.10.30-2.1 ii libc62.13-24 ii libcanberra-gtk3-0 0.28-3 ii libcanberra0 0.28-3 ii libchamplain-0.12-0 0.12.1-1 ii libchamplain-gtk-0.12-0 0.12.1-1 ii libcheese-gtk20 3.2.2-1+b1 ii libclutter-1.0-0 1.8.2-2 ii libclutter-gtk-1.0-0 1.0.4-1 ii libdbus-glib-1-2 0.98-1 ii libebook-1.2-12 3.2.2-1 ii libenchant1c2a 1.6.0-7 ii libfolks-telepathy25 0.6.6-1 ii libfolks25 0.6.6-1 ii libgcr-3-1 3.2.2-1 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libgee2 0.6.1-3 ii libgeoclue0 0.12.0-4 ii libgeocode-glib0 0.99.0-1 ii libglib2.0-0 2.30.2-4 ii libgnome-keyring03.2.2-1 ii libgnutls26 2.12.16-1 ii libgstfarsight0.10-0 0.0.31-1+b1 ii libgstreamer-plugins-base0.10-0 0.10.35-1 ii libgstreamer0.10-0 0.10.35-1 ii libgtk-3-0 3.2.3-1 ii libgudev-1.0-0 175-3 ii libnm-glib4 0.9.2.0-1 ii libnotify4 0.7.4-1 ii libpango1.0-01.29.4-2 ii libpulse-mainloop-glib0 1.0-4 ii libpulse01.0-4 ii libtelepathy-farsight0 0.0.19-1 ii libtelepathy-glib0 0.16.2-1 ii libtelepathy-logger2 0.2.12-1 ii libwebkitgtk-3.0-0 1.6.1-5+b1 ii libx11-6 2:1.4.4-4 ii libxml2 2.7.8.dfsg-5.1 ii telepathy-logger 0.2.12-1 ii telepathy-mission-control-5 1:5.10.1-1 Versions of packages empathy recommends: ii freedesktop-sound-theme 0.7.dfsg-1 ii gvfs-backends1.10.1-2 ii nautilus-sendto-empathy 3.2.2-1+b1 ii telepathy-gabble 0.13.7-1 ii telepathy-salut 0.6.0-1 Versions of packages empathy suggests: ii telepathy-butterfly ii telepathy-haze ii vino 3.2.2-1 Versions of packages empathy is related to: ii telepathy-gabble [telepathy-connection-manager] 0.13.7-1 ii telepathy-idle [telepathy-connection-manager]0.1.11-2 ii telepathy-salut [telepathy-connection-manager] 0.6.0-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#657019: Please document why the package includes non-PIC code
On Di, Jan 24, 2012 at 11:04:00 (CET), Fabian Greffrath wrote: > Am 23.01.2012 14:53, schrieb Reinhard Tartler: >> The reason is that x264 uses a lot of hand written assembler, and >> upstream takes care to use non-pic code only on architectures that >> support this. >> >> Btw, the same applies to the libav* packages. > > Is there any benchmark available (for either package) that compares the > performance of the library using the hand written assambler code with > one using generic code? Have a look at upstream commit logs. Many commit messages count cpu cycles as performance speedup. http://git.videolan.org/?p=x264.git;a=commitdiff;h=748fe16c1303b89d2a1d0378addd83fb4198f51a http://git.videolan.org/?p=x264.git;a=commitdiff;h=6b06f6d3f7f800dca1a4ea154f54427d5b3cea2b no name only some very recent ones. Cheers, Reinhard -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657136: python-pisa: It backtraces
Package: python-pisa
Version: 3.0.32-1
Severity: important
/usr/lib/pymodules/python2.6/pyPdf/pdf.py:52: DeprecationWarning: the sets
module is deprecated
from sets import ImmutableSet
ERROR [ho.pisa] Document error
Traceback (most recent call last):
File "/usr/lib/pymodules/python2.6/sx/pisa3/pisa_document.py", line 117, in
pisaDocument
c = pisaStory(src, path, link_callback, debug, default_css, xhtml,
encoding, c=c, xml_output=xml_output)
File "/usr/lib/pymodules/python2.6/sx/pisa3/pisa_document.py", line 62, in
pisaStory
pisaParser(src, c, default_css, xhtml, encoding, xml_output)
File "/usr/lib/pymodules/python2.6/sx/pisa3/pisa_parser.py", line 582, in
pisaParser
parser = html5lib.XHTMLParser(tree=treebuilders.getTreeBuilder("dom"))
AttributeError: 'module' object has no attribute 'XHTMLParser'
Converting /tmp/xy2jO7WcCr/main.html to /tmp/xy2jO7WcCr/main.pdf...
*** ERRORS OCCURED
-- System Information:
Debian Release: 6.0.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages python-pisa depends on:
ii python 2.6.6-3+squeeze6 interactive high-level object-orie
ii python-html5lib 0.90-1 HTML parser/tokenizer based on the
ii python-imaging 1.1.7-2 Python Imaging Library
ii python-pypdf1.12-3 PDF toolkit implemented solely in
ii python-reportlab2.4-4ReportLab library to create PDF do
ii python-support 1.0.10 automated rebuilding support for P
python-pisa recommends no packages.
python-pisa 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#656719: [Mesa-dev] Bug#656719: R: Re: R: Re: Bug#656719: Please provide xvmc and vdpau Gallium3D video acceleration drivers (libg3dvl-mesa package)
On Die, 2012-01-24 at 13:07 +0100, Christian König wrote: > On 24.01.2012 11:39, Michel Dänzer wrote: > > On Mon, 2012-01-23 at 18:06 +0100, Fabio Pedretti wrote: > >>> Fabio Pedretti (23/01/2012): > >>> > --- mesa-debian-originale/debian//control2012-01-23 > 13:39:09.471085849 > >> +0100 > +++ mesa-debian-test/debian//control 2012-01-21 20:29:38.350117156 > +0100 > @@ -32,6 +32,9 @@ Build-Depends: > bison, > llvm-2.9-dev [amd64 i386 kfreebsd-amd64 kfreebsd-i386], > # libwayland-dev, > + xserver-xorg-dev, > + libvdpau-dev, > + libxvmc-dev, > >>> outch, introducing a build-dep-loop between mesa and xorg-server… :/ > >> Without it, it fails to configure: > >> configure: error: Package requirements (xvmc>= 1.0.6 xorg-server) were not > >> met: > >> No package 'xorg-server' found > >> > >> It's explicitly required by configure.ac: > >> if test "x$enable_xvmc" = xyes; then > >> PKG_CHECK_MODULES([XVMC], [xvmc>= 1.0.6 xorg-server]) > >> GALLIUM_STATE_TRACKERS_DIRS="$GALLIUM_STATE_TRACKERS_DIRS xorg/xvmc" > >> HAVE_ST_XVMC="yes" > >> fi > > AFAICT the only thing needed from xserver-xorg-dev is the fourcc.h > > header. This dependency could easily be removed by copying the used > > definitions instead, especially as > > src/gallium/state_trackers/xorg/xvmc/subpicture.c already defines > > FOURCC_RGB itself. > > > > Christian? > This indeed sounds like the correct solution, and the fix is actually > trivial, since we only need to defines from fourcc.h. Patch is on the > way to the maillinglist. Great, thanks. > But the xorg state tracker also depends on xorg-server, so I'm wondering > why xorg-server depends on mesa in the first place? The xserver GLX code uses various headers. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657135: stunnel4: unowned files after purge (policy 6.8, 10.8)
Package: stunnel4 Version: 3:4.50-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. >From the attached log (scroll to the bottom...): 0m24.3s ERROR: FAIL: Package purging left files on system: /var/log/stunnel4 not owned /var/log/stunnel4/stunnel.log not owned cheers, Andreas stunnel4_3:4.50-1.log.gz Description: GNU Zip compressed data
Bug#657092: [php-maint] Processed: reassign 657092 to php5-sqlite ...
OoO En cette matinée ensoleillée du mardi 24 janvier 2012, vers 09:23,
Ondřej Surý disait :
>> For php5-sqlite maintainer: Roundcube needs SQLite 2 support. It does
>> not support SQLite 3. Is it possible to add back SQLite support in
>> php5-sqlite?
> sorry, but not a chance. sqlite(2) is 6 years overdue and unmaintained
> upstream.
> And it is my opinion it should be removed from wheezy completely and
> php5-sqlite
> was one of the obstacles.
> Also we will ship php5-5.4.x in wheezy where upstream had removed sqlite
> extension as well. So it doesn't really make sense to
> I could add Breaks: roundcube header to the php5-sqlite package, but I would
> need a version number where it will be fixed, so I can add versioned
> dependency.
> Roundcube has to deal with the fact it's using 6 years old unmaintained code.
> I am sorry I cannot help you, but we just could not drag old code just because
> few stuborn reverse dependencies.
OK, I reassign the bug to roundcube then. I didn't know that sqlite2 was
not supported any more for such a long time.
--
Vincent Bernat ☯ http://vincent.bernat.im
panic ("Splunge!");
2.2.16 /usr/src/linux/drivers/scsi/psi240i.c
pgpBfcNC83zkz.pgp
Description: PGP signature
Bug#657137: glade segfaults when adding a column to a list
Package: glade Version: 3.6.7-1+b1 Severity: grave Justification: causes non-serious data loss Glade segfaults when adding a column to a list. The current state of the GUI design is lost, when glade segfaults. A possible workaround is to save the GUI design often. Output log from a failing run of glade: -- GladeUI-Message: No displayable values for property GtkScaleButton::size GladeUI-Message: No displayable values for property GtkImage::icon-size (glade:17283): GladeUI-WARNING **: No icon named 'widget-gtk-sizegroup' was found for object class 'GtkSizeGroup'. (glade:17283): GladeUI-WARNING **: No icon named 'widget-gtk-accelgroup' was found for object class 'GtkAccelGroup'. (glade:17283): GladeUI-WARNING **: No icon named 'widget-gtk-adjustment' was found for object class 'GtkAdjustment'. (glade:17283): GladeUI-WARNING **: No icon named 'widget-gtk-uimanager' was found for object class 'GtkUIManager'. (glade:17283): GladeUI-WARNING **: No icon named 'widget-gtk-treemodelfilter' was found for object class 'GtkTreeModelFilter'. (glade:17283): GladeUI-WARNING **: No icon named 'widget-gtk-treemodelsort' was found for object class 'GtkTreeModelSort'. (glade:17283): GladeUI-WARNING **: No icon named 'widget-gtk-treeselection' was found for object class 'GtkTreeSelection'. (glade:17283): GladeUI-WARNING **: No icon named 'widget-gtk-statusicon' was found for object class 'GtkStatusIcon'. (glade:17283): GladeUI-WARNING **: No icon named 'widget-gtk-textbuffer' was found for object class 'GtkTextBuffer'. (glade:17283): GladeUI-WARNING **: No icon named 'widget-gtk-texttag' was found for object class 'GtkTextTag'. GladeUI-Message: No displayable values for property GtkTextTag::direction (glade:17283): GladeUI-WARNING **: No icon named 'widget-gtk-texttagtable' was found for object class 'GtkTextTagTable'. (glade:17283): GladeUI-WARNING **: No icon named 'widget-gtk-filefilter' was found for object class 'GtkFileFilter'. (glade:17283): GladeUI-CRITICAL **: Unable to load module 'vte' from any search paths (glade:17283): GladeUI-WARNING **: Failed to load external library 'vte' (glade:17283): GladeUI-WARNING **: We could not find the symbol "vte_terminal_get_type" (glade:17283): GladeUI-WARNING **: Could not get the type from "VteTerminal" (glade:17283): GladeUI-WARNING **: Failed to load the GType for 'VteTerminal' (glade:17283): GladeUI-WARNING **: Tried to include undefined widget class 'VteTerminal' in a widget group (glade:17283): GladeUI-CRITICAL **: Unable to load module 'gtksourceview-2.0' from any search paths (glade:17283): GladeUI-WARNING **: Failed to load external library 'gtksourceview-2.0' (glade:17283): GladeUI-WARNING **: We could not find the symbol "gtk_source_view_get_type" (glade:17283): GladeUI-WARNING **: Could not get the type from "GtkSourceView" (glade:17283): GladeUI-WARNING **: Failed to load the GType for 'GtkSourceView' (glade:17283): GladeUI-WARNING **: Tried to include undefined widget class 'GtkSourceView' in a widget group (glade:17283): GLib-GObject-WARNING **: /scratch/build-area/glib2.0-2.24.2/gobject/gsignal.c:2273: signal `delete' is invalid for instance `0x12c95b0' -- -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=fo_FO.ISO-8859-1, LC_CTYPE=fo_FO.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages glade depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgladeui-1-93.6.7-1+b1 GTK+ User Interface Build core lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface Versions of packages glade recommends: ii devhelp 2.30.1-1 A GNOME developers help program ii libglade2-dev 1:2.6.4-1 development files for libglade ii libgtk2.0-dev 2.20.1-2 Development files for the GTK+ lib ii python-gtk2-dev 2.17.0-4 GTK+ bindings: devel files Versions of packages glade suggests: pn glade-gnome(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#657138: glade reports a large number of warnings
Package: glade Version: 3.6.7-1+b1 Severity: minor The following is the output from a short session of testing glade. I had expected somewhat fewer warnings from an application in Debian/stable. It would be nice if the bugs indicated by the warnings were fixed. (with apologies that some of the warnings are in Danish) GladeUI-Message: No displayable values for property GtkScaleButton::size GladeUI-Message: No displayable values for property GtkImage::icon-size (glade:13609): GladeUI-WARNING **: No icon named 'widget-gtk-sizegroup' was found for object class 'GtkSizeGroup'. (glade:13609): GladeUI-WARNING **: No icon named 'widget-gtk-accelgroup' was found for object class 'GtkAccelGroup'. (glade:13609): GladeUI-WARNING **: No icon named 'widget-gtk-adjustment' was found for object class 'GtkAdjustment'. (glade:13609): GladeUI-WARNING **: No icon named 'widget-gtk-uimanager' was found for object class 'GtkUIManager'. (glade:13609): GladeUI-WARNING **: No icon named 'widget-gtk-treemodelfilter' was found for object class 'GtkTreeModelFilter'. (glade:13609): GladeUI-WARNING **: No icon named 'widget-gtk-treemodelsort' was found for object class 'GtkTreeModelSort'. (glade:13609): GladeUI-WARNING **: No icon named 'widget-gtk-treeselection' was found for object class 'GtkTreeSelection'. (glade:13609): GladeUI-WARNING **: No icon named 'widget-gtk-statusicon' was found for object class 'GtkStatusIcon'. (glade:13609): GladeUI-WARNING **: No icon named 'widget-gtk-textbuffer' was found for object class 'GtkTextBuffer'. (glade:13609): GladeUI-WARNING **: No icon named 'widget-gtk-texttag' was found for object class 'GtkTextTag'. GladeUI-Message: No displayable values for property GtkTextTag::direction (glade:13609): GladeUI-WARNING **: No icon named 'widget-gtk-texttagtable' was found for object class 'GtkTextTagTable'. (glade:13609): GladeUI-WARNING **: No icon named 'widget-gtk-filefilter' was found for object class 'GtkFileFilter'. (glade:13609): GladeUI-CRITICAL **: Unable to load module 'vte' from any search paths (glade:13609): GladeUI-WARNING **: Failed to load external library 'vte' (glade:13609): GladeUI-WARNING **: Vi kunne ikke finde symbolet "vte_terminal_get_type" (glade:13609): GladeUI-WARNING **: Kunne ikke se typen fra "VteTerminal" (glade:13609): GladeUI-WARNING **: Failed to load the GType for 'VteTerminal' (glade:13609): GladeUI-WARNING **: Tried to include undefined widget class 'VteTerminal' in a widget group (glade:13609): GladeUI-CRITICAL **: Unable to load module 'gtksourceview-2.0' from any search paths (glade:13609): GladeUI-WARNING **: Failed to load external library 'gtksourceview-2.0' (glade:13609): GladeUI-WARNING **: Vi kunne ikke finde symbolet "gtk_source_view_get_type" (glade:13609): GladeUI-WARNING **: Kunne ikke se typen fra "GtkSourceView" (glade:13609): GladeUI-WARNING **: Failed to load the GType for 'GtkSourceView' (glade:13609): GladeUI-WARNING **: Tried to include undefined widget class 'GtkSourceView' in a widget group (glade:13609): GLib-GObject-WARNING **: /scratch/build-area/glib2.0-2.24.2/gobject/gsignal.c:2273: signal `delete' is invalid for instance `0x252a960' (glade:13609): Gtk-CRITICAL **: gtk_entry_set_text: assertion `text != NULL' failed -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=fo_FO.ISO-8859-1, LC_CTYPE=fo_FO.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages glade depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgladeui-1-93.6.7-1+b1 GTK+ User Interface Build core lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface Versions of packages glade recommends: ii devhelp 2.30.1-1 A GNOME developers help program ii libglade2-dev 1:2.6.4-1 development files for libglade ii libgtk2.0-dev 2.20.1-2 Development files for the GTK+ lib ii python-gtk2-dev 2.17.0-4 GTK+ bindings: devel files Versions of packages glade suggests: pn glade-gnome(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#657139: elfutils: Multi-arch support
Package: elfutils
I added Multi-arch support into elfutils package to be able to install
amd64 and armel versions at same time.
Built rpm, kcov, systemtap, makedumpfile with resulting packages.
- -- System Information:
Debian Release: wheezy/sid
APT prefers precise-updates
APT policy: (999, 'precise-updates'), (999, 'precise'), (999,
'oneiric'), (500, 'precise-security'), (50, 'precise')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-10-generic (SMP w/8 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages elfutils depends on:
ii libasm1 0.152-1ubuntu3
ii libc62.13-24ubuntu4
ii libdw1 0.152-1ubuntu3
ii libelf1 0.152-1ubuntu3
elfutils recommends no packages.
elfutils suggests no packages.
- -- no debconf information
diff -Nru elfutils-0.152/debian/changelog elfutils-0.152/debian/changelog
--- elfutils-0.152/debian/changelog 2011-11-02 14:07:02.0 +0100
+++ elfutils-0.152/debian/changelog 2012-01-24 13:01:38.0 +0100
@@ -1,3 +1,11 @@
+elfutils (0.152-1ubuntu3) precise; urgency=low
+
+ * Convert to multiarch.
+ * Added build-{arch,indep} targets.
+ * Switched to use 'dh_prep' instead of 'dh_clean -k'
+
+ -- Marcin Juszkiewicz Tue, 24 Jan 2012 12:39:33 +0100
+
elfutils (0.152-1ubuntu2) precise; urgency=low
* Rebuild for liblzma5.
diff -Nru elfutils-0.152/debian/compat elfutils-0.152/debian/compat
--- elfutils-0.152/debian/compat 2009-03-10 20:07:51.0 +0100
+++ elfutils-0.152/debian/compat 2012-01-24 12:38:49.0 +0100
@@ -1 +1 @@
-5
+9
diff -Nru elfutils-0.152/debian/control elfutils-0.152/debian/control
--- elfutils-0.152/debian/control 2010-04-24 13:23:00.0 +0200
+++ elfutils-0.152/debian/control 2012-01-24 13:12:42.0 +0100
@@ -2,7 +2,7 @@
Priority: optional
Maintainer: Kurt Roeckx
Uploaders: Christian Aichinger
-Build-Depends: debhelper (>= 5.0.0), autotools-dev, bzip2, zlib1g-dev, libbz2-dev, liblzma-dev, m4, gettext
+Build-Depends: debhelper (>= 8.1.3), autotools-dev, bzip2, zlib1g-dev, libbz2-dev, liblzma-dev, m4, gettext
Build-Conflicts: autoconf2.13, automake1.4
Standards-Version: 3.8.4
Section: libs
@@ -11,6 +11,7 @@
Package: elfutils
Section: utils
Architecture: any
+Multi-Arch: same
Depends: ${shlibs:Depends}, libdw1 (= ${binary:Version}), ${misc:Depends}
Description: collection of utilities to handle ELF objects
Elfutils is a collection of utilities, including eu-ld (a linker),
@@ -21,7 +22,9 @@
Package: libelf1
Architecture: any
+Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends}
+Pre-Depends: ${misc:Pre-Depends}
Description: library to read and write ELF files
The libelf1 package provides a shared library which allows reading and
writing ELF files on a high level. Third party programs depend on
@@ -33,6 +36,7 @@
Package: libelf-dev
Section: libdevel
Architecture: any
+Multi-Arch: same
Depends: libelf1 (= ${binary:Version}), ${misc:Depends}
Conflicts: libelfg0-dev
Description: libelf1 development libraries and header files
@@ -44,6 +48,7 @@
Package: libdw-dev
Section: libdevel
Architecture: any
+Multi-Arch: same
Depends: libelf-dev, libdw1 (= ${binary:Version}), ${misc:Depends}
Description: libdw1 development libraries and header files
libdw1 provides a library that provides access to DWARF debug information
@@ -56,7 +61,9 @@
Package: libdw1
Architecture: any
+Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends}
+Pre-Depends: ${misc:Pre-Depends}
Description: library that provides access to the DWARF debug information
libdw1 provides a library that provides access to DWARF debug information
stored inside ELF files.
@@ -65,7 +72,9 @@
Package: libasm1
Architecture: any
+Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends}
+Pre-Depends: ${misc:Pre-Depends}
Description: library with a programmable assembler interface
The libasm1 package provides a library with a programmable assembler
interface. It allows you to create ELF files on a low level.
@@ -75,6 +84,7 @@
Package: libasm-dev
Section: libdevel
Architecture: any
+Multi-Arch: same
Depends: libasm1 (= ${binary:Version}), libelf-dev, ${misc:Depends}
Conflicts: libelfsh0-dev, libasm0-dev
Description: libasm development libraries and header files
diff -Nru elfutils-0.152/debian/libasm1.install elfutils-0.152/debian/libasm1.install
--- elfutils-0.152/debian/libasm1.install 2009-03-10 20:07:51.0 +0100
+++ elfutils-0.152/debian/libasm1.install 2012-01-24 12:45:36.0 +0100
@@ -1,2 +1,2 @@
-usr/lib/libasm.so.1
-usr/lib/libasm-*.so
+usr/lib/*/libasm.so.1
+usr/lib/*/libasm-*.so
diff -Nru elfutils-0.152/debian/libasm-dev.install elfutils-0.152/debian/libasm-dev.install
--- elfutils-0.152/debian/libasm-dev.install 2009-03-10 20:07:51.0 +0100
+++ elfutils-0.152/debian/libasm-dev.install 2012-01-24 12:39:09.0 +0100
@@ -1,3 +1,3 @@
usr/include/elfutils/libasm.h
-usr/lib/libasm.a
-u
Bug#657140: sa-exim: unowned files after purge (policy 6.8, 10.8)
Package: sa-exim Version: 4.2.1-14 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. >From the attached log (scroll to the bottom...): 0m23.3s ERROR: FAIL: Package purging left files on system: /var/spool/sa-exim not owned /var/spool/sa-exim/tuplets not owned cheers, Andreas sa-exim_4.2.1-14.log.gz Description: GNU Zip compressed data
Bug#657092: [php-maint] Processed: reassign 657092 to php5-sqlite ...
OoO En cette matinée ensoleillée du mardi 24 janvier 2012, vers 09:55, Lior Kaplan disait : > While the above is true and I agree with it, I think the solution > lays elsewhere. > from the roundcube packages, roundcube-sqlite is the package that > depends on sqlite and php-mdb2-driver-sqlite which depends directly > on php5-sqlte. > The php-mdb2-driver-sqlite hasn't been updated in debia for the last > two and a half years, in that time its upstream have added sqlite3 > and pdo_sqlite support, see http://pear.php.net/package/MDB2/download > /2.4.1 (we have 1.5.0b2). > I think this bug should be reassign to it, and its upgrade should let > roundcube to work with updated sqlite versions. We could update php-mdb2-driver-sqlite but Roundcube explicitely says that sqlite 3.x is not supported (in INSTALL). -- Vincent Bernat ☯ http://vincent.bernat.im Let the data structure the program. - The Elements of Programming Style (Kernighan & Plauger) pgpT9yyFB8CZJ.pgp Description: PGP signature
Bug#657141: Please use new ruby policy
Source: erubis Severity: wishlist Version: 2.6.2-3.1 Hi, There is a new ruby policy that requires to use deb2gem and only one version for all the ruby versions. Also, the naming scheme has changed to ruby-* (ruby-eruby in that case) Please follow that new policy Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657142: sasl2-bin: unowned files after purge (policy 6.8, 10.8)
Package: sasl2-bin Version: 2.1.25.dfsg1-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. >From the attached log (scroll to the bottom...): 0m26.6s ERROR: FAIL: Package purging left files on system: /usr/lib/sasl2 owned by: libsasl2-2 /usr/lib/sasl2/berkeley_db.active not owned cheers, Andreas sasl2-bin_2.1.25.dfsg1-3.log.gz Description: GNU Zip compressed data
Bug#657143: ITP: bundler -- Manage Ruby application dependencies
Package: wnpp Severity: wishlist Owner: Christian Hofstaedtler * Package name: bundler Version : 1.0.21 Upstream Author : Engine Yard, Andre Arko * URL : http://gembundler.com/ * License : MIT Programming Lang: Ruby Description : Manage Ruby application dependencies Bundler manages a Ruby application's dependencies through its entire life, across many machines, systematically and repeatably. . Bundler is most useful for developers of applications. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657144: libunicode-string-perl: defined(%hash) is deprecated at /usr/lib/perl5/Unicode/CharName.pm line 80
Package: libunicode-string-perl
Version: 2.09-4+b2
Severity: minor
Tags: patch
This module emits an error if you so much as look at it:
$ perl -e 'use Unicode::CharName;'
defined(%hash) is deprecated at /usr/lib/perl5/Unicode/CharName.pm line 80.
(Maybe you should just omit the defined()?)
Personally I'd prefer to follow the advice of the package description
and just use Perl 5.14's integrated Unicode support; but this module's
a dependency of wdg-html-validator and debian-edu-config, among other
things, and it's practically handing me the patch, so here it is.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (50, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libunicode-string-perl depends on:
ii libc6 2.13-24
ii perl [libmime-base64-perl] 5.14.2-6
ii perl-base [perlapi-5.14.2] 5.14.2-6
libunicode-string-perl recommends no packages.
libunicode-string-perl suggests no packages.
-- no debconf information
--
JBR
Ankh kak! (Ancient Egyptian blessing)
diff -ru libunicode-string-perl-2.09.pristine/lib/Unicode/CharName.pm libunicode-string-perl-2.09/lib/Unicode/CharName.pm
--- libunicode-string-perl-2.09.pristine/lib/Unicode/CharName.pm 2005-10-25 19:11:00.0 +0100
+++ libunicode-string-perl-2.09/lib/Unicode/CharName.pm 2012-01-24 12:56:59.730653088 +
@@ -77,7 +77,7 @@
return join("", "HANGUL SYLLABLE ", @s)
}
}
-_init_names() unless defined %NAMES;
+_init_names() unless %NAMES;
$NAMES{sprintf("%04X",$code)}
}
Bug#651611: clementine: ctrl+alt+pageup/pagedown global hotkey doesn't work
Hello Krasu, hello Thomas, hello anyone, the bug described *could* be related to a general (global) hotkey problem with Clementine 0.7.1 and Gnome3. See [1] However it does not (neccessarily?) explain, why Ctrl+Alt+Home/End works for you. Maybe, for further "investigation", could you try to use the PgUp/PgDown keys with e.g. Totem running parallely? At least running Totem with an empty playlist "magically" activates my Play/Pause/Next hotkeys for Clementine (in my case it's Fn-combinations on a laptop). Regarding this general problem @Thomas: As the Clementine 1.0 packaging for Debian seems to be "stuck" due to the dependencies, would it be possible to add fix [2] to Debian's Clementine 0.7.1? Thanks & best wishes, Oliver [1] http://code.google.com/p/clementine-player/issues/detail?id=2283 [2] http://code.google.com/p/clementine-player/source/detail?r=6d435f927640 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657014: [Pkg-xen-devel] Bug#657014: Bug#657014: Wheezy, Squeeze and Ubuntu server 11.10 has missing boot option to Xen
On Mon, Jan 23, 2012 at 06:26:29PM +0100, Erik Hjelmås wrote: >>> When installing xen-linux-system on a new Dell R810 server, Wheezy, >>> Squeeze and Ubuntu server 11.10 all boot fine when booted directly into >>> the standard kernel, but when booting through Xen (after installing the >>> package xen-linux-system) the boot process hangs as soon as Xen passes >>> control to the Dom0 kernel: >>> >>> "Gave up waiting for root device" etc >>> >>> and it gives me Busybox, but it is also frozen, so there's no other >>> option that reboot. >> >> This might be the same issue as #649923. But please could you provide >> full console logs so we can verify. If you are able to try the patch in >> that bug or perhaps a backported 4.1 hypervisor that would also be >> potentially interesting. > > its the same behaviour on both squeeze (4.0) and wheezy (4.1) > > since everything freezes on boot, I dont have any logs other than the > attached screenshot at the time it freezes (or is something logged this > early in the boot process by Xen? I can reboot without Xen and inspect > other logs) > Please set up a serial console so you can capture the full boot messages from both Xen hypervisor and dom0 kernel. In your case you can also use the SOL (Serial Over LAN), provided by the iDRAC management processor. http://wiki.xen.org/xenwiki/XenSerialConsole >>> After several days of troubleshooting it turns out that adding dom0_mem >>> option (e.g. dom0_mem=8192M) to the multiboot line of >>> /etc/grub.d/20_linux_xen FIXES THE PROBLEM ! >>> >>> maybe this has to be fixed in the package? >> >> That file is provided by grub, not the hypervisor but I don't think that >> fix will work since a) really it is a workaround not a fix and b) it is >> not really possible to determine what is the right number to use for any >> given system. > > I agree, my solution is a workaround and not at fix > > I first suspected that there was a problem with the initramfs so I added > the megasas driver to /etc/initramfs/modules and updated initramfs. This > resulted in a "Cannot allocate memory" error (when trying to load the > megasas driver) at the same stage in the boot process. And since Busybox > is not able to run either, Xen seems to not give any memory available to > the Dom0 kernel when it passes control to it in the boot process. > Meaning the Dom0 kernel fails immediately since I guess accessing the > root devices is one of the first things it tries to do. > > I will attempt install squeeze and wheezy on a different older server > (Dell R900), during the next couple of days to see of the same error > pops up, and Ill look for more log data then , > I assume you have already installed all the latest BIOS/firmware updates etc? -- Pasi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657120: [Pkg-libvirt-maintainers] Bug#657120: libvirt-bin: Should bring down virtual networks upon stop when no VM still there
severity 657120 wishlist thanks On Tue, Jan 24, 2012 at 12:23:03PM +0100, Olivier Berger wrote: > On Tue, 24 Jan 2012 12:12:53 +0100, Guido Günther wrote: > > On Tue, Jan 24, 2012 at 11:26:12AM +0100, Olivier Berger wrote: > > > On Tue, 24 Jan 2012 10:59:33 +0100, Guido Günther > > > wrote: > > > > Libvirt doesn't bring down vms when it stops nor storage pools nor > > > > networks. Why should it? > > > > > > Because it started a network even though no VM was ever started, AFAICT. > > > > > > I have a virbr0 bridge started automatically even if I haven't used a VM > > > since my machine's boot... and if I stop libvirt-bin, it stays there. > > > > > > Shouldn't it do things in a symetric way as for the start operations ? > > > > > > Hope this is a sound rationale. > > Are you sure you tested the Debian (in contrast to the Ubuntu) > > package? > > Yes sir. > > > We don't start any networks automatically. So there's no virbr0 by > > default. It only does so if you set the network to _autostart_. > > Ok, so let's add a condition : if libvirt is configured so as to start > the network with autostart, then it should have a symetrical autostop > feature, for when no VM is left. The network is autostarted _unconditionally_. It doesn't matter if there are VMs or not. Libvirt does more than starting and stopping of machines. It manages network interfaces, storage, etc. So the feature you're asking for is configurable auto-destroy of networks, storage pools and vms when the daemon is stopped if I understand correctly. That's a valid request and I'd recommend to discuss this with upstream. Cheers, -- Guido > > How does it sound ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657145: dkms: leaves unowned empty directores, e.g. /lib/modules/$KVERS/updates, after removal
Package: dkms Version: 2.2.0.3-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, there are several packages failing the piuparts test because unowned directories are left on the system. These directories were created by dkms when a kernel module was built and installed. An example from http://piuparts.debian.org/sid/fail/west-chamber-dkms_20100405+svn20110916.r119-1.log 2m15.4s ERROR: FAIL: Package purging left files on system: /lib/modules/3.1.0-1-amd64 owned by: linux-headers-3.1.0-1-amd64 /lib/modules/3.1.0-1-amd64/updates not owned or from http://piuparts.debian.org/sid/fail/blktap-dkms_2.0.91-1.log 0m46.0s ERROR: FAIL: Package purging left files on system: /lib/modules/3.1.0-1-amd64 owned by: linux-headers-3.1.0-1-amd64 /lib/modules/3.1.0-1-amd64/extra not owned /lib/modules/3.1.0-1-amd64/kernel not owned All these tests are done in a minimal chroot with some kernel headers installed but usually no kernel installed. Testing more intensively by always installing kernel headers even if the *-dkms package does not depend on them makes all *-dkms packages fail the piuparts test. Cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657146: tango-common: unowned files after purge (policy 6.8, 10.8)
Package: tango-common Version: 7.2.6+dfsg-12 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. >From the attached log (scroll to the bottom...): 0m25.9s ERROR: FAIL: Package purging left files on system: /var/lib/tango not owned cheers, Andreas tango-common_7.2.6+dfsg-12.log.gz Description: GNU Zip compressed data
Bug#620258: PHP5-memcache in Squeeze still cannot delete items from memcached
This bug still exists in the version of memcache available in Squeeze. It's really easy to reproduce when using php5-memcache + memcached + the memcache object-cache backend for WordPress - it leads to strange behaviour when editing posts because the cache deletion fails I uninstalled php5-memcache and installed v3.0.6 from PECL instead and all works fine. Any chance we can get a fixed version in Squeeze soon? -- Peter Westwood http://blog.ftwr.co.uk | http://westi.wordpress.com 50BF A954 E072 23DB B50A A319 56C3 8FFF 9C72 AB79 signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#657008: canna: Translation correction
Package: canna Severity: normal Hello, A reviewer on the debian-l10n-dutch list submitted some corrections. Please use the new, attached version of the translation. Regards, -- Jeroen Schot # Dutch translation of canna debconf templates. # Copyright (C) 2004-2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the canna package. # Luk Claes , 2004. # Jeroen Schot , 2012. # msgid "" msgstr "" "Project-Id-Version: canna 3.7p3-6.5\n" "Report-Msgid-Bugs-To: ca...@packages.debian.org\n" "POT-Creation-Date: 2009-05-03 07:53+0200\n" "PO-Revision-Date: 2012-01-24 14:14+0100\n" "Last-Translator: Jeroen Schot \n" "Language-Team: Debian l10n Dutch \n" "Language: nl\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: boolean #. Description #: ../templates:2001 msgid "Should the Canna server run automatically?" msgstr "De Canna-server automatisch uitvoeren?" #. Type: boolean #. Description #: ../templates:2001 msgid "" "This package contains the Canna server and server-related utilities. If you " "are only interested in these utilities, you can disable the Canna server now." msgstr "" "Dit pakket bevat de Canna-server en servergerelateerde hulpprogramma's. Als " "u enkel geïnteresseerd bent in deze hulpprogramma's, dan kunt u nu de Canna-" "server uitschakelen." #. Type: boolean #. Description #: ../templates:3001 msgid "Should the Canna server run in network mode?" msgstr "De Canna-server in networkmodus uitvoeren?" #. Type: boolean #. Description #: ../templates:3001 msgid "" "By default the Canna server will run without support for network " "connections, and will only accept connections on UNIX domain sockets, from " "clients running on the same host." msgstr "" "Standaard wordt de Canna-server uitgevoerd zonder ondersteuning voor " "netwerkverbindingen en zal alleen verbindingen accepteren op UNX-" "domeinsockets van clients die op dezelfde computer worden uitgevoerd." #. Type: boolean #. Description #: ../templates:3001 msgid "" "If you choose this option, network support will be activated, and the Canna " "server will accept connections on TCP sockets from clients that may be on " "remote hosts. Some clients (such as egg and yc-el) require this mode even if " "they run on the local host." msgstr "" "Als u voor deze optie kiest zal de netwerkondersteuning worden ingeschakeld " "en zal de Canna-server verbindingen accepteren op TCP-sockets van clients " "die mogelijk op andere computers worden uitgevoerd. Voor sommige clients " "(zoals egg en yc-el) is deze modus nodig, ook al worden ze op de lokale " "computer uitgevoerd." #. Type: boolean #. Description #: ../templates:4001 msgid "Manage /etc/hosts.canna automatically?" msgstr "/etc/hosts.canna automatisch beheren?" #. Type: boolean #. Description #: ../templates:4001 msgid "" "The /etc/hosts.canna file lists hosts allowed to connect to the Canna server." msgstr "" "Het bestand /etc/hosts.canna bepaalt welke computers verbinding mogen maken " "met de Canna-server." #. Type: boolean #. Description #: ../templates:4001 msgid "" "You should not accept this option if you prefer managing the file's contents " "manually." msgstr "" "Kies niet voor deze optie als u de inhoud van het bestand handmatig wilt " "beheren." #. Type: string #. Description #: ../templates:5001 msgid "Hosts allowed to connect to this Canna server:" msgstr "Computers die verbinding mogen maken met deze Canna-server:" #. Type: string #. Description #: ../templates:5001 msgid "" "Please enter the names of the hosts allowed to connect to this Canna server, " "separated by spaces." msgstr "" "Geef de namen op van de compters die verbinding mogen maken met deze Canna-" "server, scheid de namen met spaties." #. Type: string #. Description #: ../templates:5001 msgid "You can use \"unix\" to allow access via UNIX domain sockets." msgstr "" "U kunt \"unix\" gebruiken om toegang via UNIX-domeinsockets toe te staan." #. Type: select #. Description #: ../libcanna1g.templates:2001 msgid "Canna input style:" msgstr "Canna-invoerstijl:" #. Type: select #. Description #: ../libcanna1g.templates:2001 msgid "" "Please choose the default Canna input style:\n" " verbose: Canna3.5 default style with verbose comments;\n" " 1.1: old Canna style (ver. 1.1);\n" " 1.2: old Canna style (ver. 1.2);\n" " jdaemon: jdaemon style;\n" " just : JustSystems ATOK style;\n" " lan5 : LAN5 style;\n" " matsu : Matsu word processor style;\n" " skk: SKK style;\n" " tut: TUT-Code style;\n" " unix : UNIX style;\n" " vje: vje style;\n" " wx2+ : WX2+ style." msgstr "" "Kies de standaard invoerstijl voor Canna:\n" " verbose: Canna3.5 standaard stijl met uitgebreid commentaar\n" " 1.1: oude Canna-stijl (ver. 1.1)\n" " 1.2: oude Canna-stijl (ver. 1.2)\n" " jdaemon: jdaemon-stijl\n" " just : Justsystem ATOK-stijl\n" " lan5 : LAN5-stijl\n" " matsu : MATSU-tekstverwerkingsstijl\n" " skk:
Bug#657136: python-pisa: It backtraces
tags 657136 + confirmed
thanks
* Victor Porton , 2012-01-24, 14:42:
/usr/lib/pymodules/python2.6/pyPdf/pdf.py:52: DeprecationWarning: the sets
module is deprecated
from sets import ImmutableSet
ERROR [ho.pisa] Document error
Traceback (most recent call last):
File "/usr/lib/pymodules/python2.6/sx/pisa3/pisa_document.py", line 117, in
pisaDocument
c = pisaStory(src, path, link_callback, debug, default_css, xhtml, encoding,
c=c, xml_output=xml_output)
File "/usr/lib/pymodules/python2.6/sx/pisa3/pisa_document.py", line 62, in
pisaStory
pisaParser(src, c, default_css, xhtml, encoding, xml_output)
File "/usr/lib/pymodules/python2.6/sx/pisa3/pisa_parser.py", line 582, in
pisaParser
parser = html5lib.XHTMLParser(tree=treebuilders.getTreeBuilder("dom"))
AttributeError: 'module' object has no attribute 'XHTMLParser'
Converting /tmp/xy2jO7WcCr/main.html to /tmp/xy2jO7WcCr/main.pdf...
*** ERRORS OCCURED
Apparently XHTMLParser has been removed from html5lib a while ago:
https://code.google.com/p/html5lib/source/detail?r=956e88153fbb
--
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#657147: yubico-pam: [INTL:nl] Dutch translation of debconf templates
Package: yubico-pam Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the yubico-pam debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of yubico-pam debconf templates. # Copyright (C) 2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the yubico-pam package. # Jeroen Schot , 2012. # msgid "" msgstr "" "Project-Id-Version: yubico-pam 2.10-2\n" "Report-Msgid-Bugs-To: yubico-...@packages.debian.org\n" "POT-Creation-Date: 2012-01-18 07:24+0100\n" "PO-Revision-Date: 2012-01-23 13:33+0100\n" "Last-Translator: Jeroen Schot \n" "Language-Team: Debian l10n Dutch \n" "Language: nl\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: string #. Description #: ../libpam-yubico.templates:2001 msgid "Parameters for Yubico PAM:" msgstr "Parameters voor Yubico PAM:" #. Type: string #. Description #: ../libpam-yubico.templates:2001 msgid "" "The Yubico PAM module supports two modes of operation: online validation of " "YubiKey OTPs or offline validation of YubiKey HMAC-SHA-1 responses to " "challenges." msgstr "" "De Yubico PAM-module kan op twee verschillende manieren werken: Online " "controle van Yubikey OTP's of offline controle van YubiKey HMAC-SHA-1-" "antwoorden op uitdagingen." #. Type: string #. Description #: ../libpam-yubico.templates:2001 msgid "" "The default is online validation, and for that to work you need to get a " "free API key at https://upgrade.yubico.com/getapikey/ and enter the key id " "as \"id=\" and the base64 secret as \"key=...\"." msgstr "" "De standaard is online controle, om dit te laten werken dient u een gratis " "API-sleutel op te halen van https://upgrade.yubico.com/getapikey/ en het " "sleutel-ID op te geven als \"id=NNN\" en het base64-geheim als \"key=...\"." #. Type: string #. Description #: ../libpam-yubico.templates:2001 msgid "" "All the available parameters for the Yubico PAM module are described in /usr/" "share/doc/libpam-yubico/README.gz. To avoid accidental lock-outs the module " "will not be active until it is enabled with the \"pam-auth-update\" command." msgstr "" "Alle beschikbare parameters voor de Yubico PAM-module worden beschreven in /" "usr/share/doc/libpam-yubico/README.gz. Om onopzettelijke uitsluiting te " "voorkomen zal de module niet actief zijn totdat u deze activeert met het " "commando \"pam-auth-update\"."
Bug#650258: Squeeze-Update
Hi Cajus, thanks for fixing the dhcpHost removal issue in SID. Will you prepare the update for squeeze? Or shall I provide a debdiff and communicate with debian-release? Thanks, Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp2NKfzs0C7l.pgp Description: Digitale PGP-Unterschrift
Bug#657148: youtube-dl: please support tudou.com
Package: youtube-dl Version: 2012.01.05-2 Severity: wishlist Dear Maintainer, *** Please consider answering these questions, where appropriate *** Could www.tudou.com be supported, e.g. http://www.tudou.com/programs/view/rqbCMXPvSL8/ *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc1+ (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages youtube-dl depends on: ii python 2.7.2-9 Versions of packages youtube-dl recommends: ii ffmpeg5:0.9.1-0.1 ii rtmpdump 2.4+20111222.git4e06e21-1 youtube-dl 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#655575: tftp-hpa: Translation corrections
Package: tftp-hpa Severity: normal Hello, A reviewer on the debian-l10n-dutch list submitted some corrections. Please use the new, attached version of the translation. Regards, -- Jeroen Schot # Dutch translation of tftp-hpa debconf templates. # Copyright (C) 2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the tftp-hpa package. # Jeroen Schot , 2012. # msgid "" msgstr "" "Project-Id-Version: tftp-hpa 5.2\n" "Report-Msgid-Bugs-To: tftp-...@packages.debian.org\n" "POT-Creation-Date: 2009-11-10 11:05+0100\n" "PO-Revision-Date: 2012-01-24 14:19+0100\n" "Last-Translator: Jeroen Schot \n" "Language-Team: Debian l10n Dutch \n" "Language: nl\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: string #. Description #: ../tftpd-hpa.templates:1001 msgid "Dedicated system account for the tftpd-hpa TFTP daemon:" msgstr "Speciaal systeemaccount voor de tftpd-hpa-achtergronddienst:" #. Type: string #. Description #: ../tftpd-hpa.templates:1001 msgid "" "The TFTP server must use a dedicated account for its operation so that the " "system's security is not compromised by running it with superuser privileges." msgstr "" "De TFTP-server moet een speciaal account gebruiken voor zijn werkzaamheden, " "want als hij met beheerdersrechten wordt uitgevoerd kan dit de beveiliging " "van het systeem in gevaar brengen." #. Type: string #. Description #: ../tftpd-hpa.templates:1001 msgid "Please choose that account's username." msgstr "Welke gebruikersnaam moet het account krijgen?" #. Type: string #. Description #: ../tftpd-hpa.templates:2001 msgid "TFTP root directory:" msgstr "TFTP-hoofdmap:" #. Type: string #. Description #: ../tftpd-hpa.templates:2001 msgid "" "Please specify the directory that will be used as root for the TFTP server." msgstr "Welke map moet er worden gebruikt als hoofdmap voor de TFTP-server?" #. Type: string #. Description #: ../tftpd-hpa.templates:3001 msgid "TFTP server address and port:" msgstr "Adres en poort voor de TFTP-server:" #. Type: string #. Description #: ../tftpd-hpa.templates:3001 msgid "" "Please specify an address and port to listen to in the form of [address][:" "port]." msgstr "" "Op welk adres en poort moet de server luisteren? Voer dit in als [adres][:" "poort]." #. Type: string #. Description #: ../tftpd-hpa.templates:3001 msgid "" "By default, the TFTP server listens to port 69 on all addresses and all " "interfaces (0.0.0.0:69). If no port is specified, it defaults to 69." msgstr "" "Standaard luistert de TFTP-server op poort 69 van alle adressen en " "interfaces (0.0.0.0:69). Als u geen poort opgeeft, zal de standaardwaarde 69 " "worden gebruikt." #. Type: string #. Description #: ../tftpd-hpa.templates:3001 msgid "" "Please note that numeric IPv6 addresses must be enclosed in square brackets " "to avoid ambiguity with the optional port information." msgstr "" "Merk op dat numeriek IPv6-adressen tussen vierkante haken moeten worden " "geplaatst om verwarring met de optionele poortinformatie te voorkomen." #. Type: string #. Description #: ../tftpd-hpa.templates:4001 msgid "TFTP server additional options:" msgstr "Extra opties voor TFTP-server:" #. Type: string #. Description #: ../tftpd-hpa.templates:4001 msgid "" "Additional options can be passed to the TFTP server with this mechanism, " "please consult the tftpd(8) manpage for more information about available " "options." msgstr "" "Met dit mechanisme kunnen er extra opties aan de TFTP-server worden " "meegegeven. Zie de man-pagina van tftpd(8) voor meer informatie over de " "beschikbare opties." #. Type: string #. Description #: ../tftpd-hpa.templates:4001 msgid "" "Options other than the recommended '--secure' are rarely needed and only for " "special situations. If unsure, leave it at the recommended default value." msgstr "" "Andere opties dan de aanbevolen '--secure' zijn zelden nodig en alleen voor " "speciale omstandigheden. Als u twijfelt, laat dit dan op de aanbevolen " "standaard waarde."
Bug#657149: override: xmame-svga:nonfree-metapackages/extra
Package: ftp.debian.org Severity: normal Rational for the required changes: These package is a transitional package. I would like the package to have non-free/metapackages as section and extra as priority. The metapackages section could be used for transitional packages according to: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574851 According to a chat on #debian-mentors, the priority of transitional packages should be "extra". Regards Emmanuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657150: _cbsonmodule problems on ARM processors
Package: python-pymongo Version: 2.1-1 Severity: critical When doing drop or find on a collection Python returns invalid BSON. The collection has to be filled with a couple of entries. I'm using mongodb from a Qnap server (version 1.8) https://github.com/skrabban/mongo-nonx86. See the following bug report for more info: https://jira.mongodb.org/browse/PYTHON-313 Removing the c extensions seems to solve the problem. I am using Debian GNU/Linux testing on kernel 2.6.32-5-orion5x -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657151: ITP: argus-parent -- Argus parent module for Maven
Package: wnpp Severity: wishlist Owner: Dennis van Dok * Package name: argus-parent Version : 1.5.1 Upstream Author : Valery Tschopp * URL : https://twiki.cern.ch/twiki/bin/view/EGEE/AuthorizationFramework * License : Apache 2.0 Programming Lang: Java Description : Argus parent module for Maven Argus is a modular XACML based authorization service. It consists of several java components, such as policy decision points and policy enforcement points. The build system used is maven, and this package contains the common parent POM for these components. This package is only required as a build dependency when building the other Argus components. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
