Bug#746578: libpam-systemd to flip dependencies - proposal
On Sat, 01 Nov 2014 12:26:14 -0700 Russ Allbery r...@debian.org wrote: So, this is also the last call for anyone to explain what harmful effect this could have if they think it would have a harmful effect. My understanding is that all of the possible harmful effects have been fixed by various other changes. systemd-shim 8-4 and newer no longer seem likely to produce harmful effects, given that systemd-shim now depends on systemd rather than shipping its own D-Bus policy, and that systemd-shim itself pointedly does not launch on systemd systems. Neither of those two properties seems likely to change or break. systemd-shim does depend on cgmanager, which seems more prone to breakage, and in fact has a handful of open bugs on it. cgmanager has in the past broken on non-systemd systems. I personally would like to see a resolution of 755977 to deal with that. Apart from that, I would still request that someone with the ability to produce a modified local mirror test the two critical cases mentioned in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746578#129 . If those two cases work, then systemd systems should not end up with systemd-shim installed under normal circumstances, making breakage far less likely. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767720: unblock: gnustep-back/0.24.0-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock (or reduce age-days accordingly) package gnustep-back; it fixes RC bugs #663388 and #764695. Debdiff attached. unblock gnustep-back/0.24.0-3 diff --git a/debian/changelog b/debian/changelog index 2d65c8e..e392e3c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,16 @@ +gnustep-back (0.24.0-3) unstable; urgency=medium + + * debian/gnustep-back-common.postinst: Ignore errors from mv which lead +to failure when font directories do not contain spaces, thanks Thomas +Zell (Closes: #764695). + * debian/gnustep-back-common.prerm: Revert bogus change introduced in +0.24.0-1 (finally closes: #663388). + * debian/control.m4 (Standards-Version): Bump to 3.9.6; no changes +needed. + * debian/control: Regenerate. + + -- Yavor Doganov ya...@gnu.org Tue, 28 Oct 2014 11:17:15 +0200 + gnustep-back (0.24.0-2) unstable; urgency=medium * Upload to unstable; should finally fix the piuparts issue once diff --git a/debian/control b/debian/control index cfa37b4..6efa135 100644 --- a/debian/control +++ b/debian/control @@ -4,7 +4,7 @@ Priority: optional Maintainer: Debian GNUstep maintainers pkg-gnustep-maintain...@lists.alioth.debian.org Uploaders: Gürkan Sengün gur...@phys.ethz.ch, Yavor Doganov ya...@gnu.org -Standards-Version: 3.9.5 +Standards-Version: 3.9.6 Build-Depends: debhelper (= 9), m4, libgnustep-gui-dev (= 0.24), diff --git a/debian/control.m4 b/debian/control.m4 index 90bc3fc..bd8a058 100644 --- a/debian/control.m4 +++ b/debian/control.m4 @@ -4,7 +4,7 @@ Priority: optional Maintainer: Debian GNUstep maintainers pkg-gnustep-maintain...@lists.alioth.debian.org Uploaders: Gürkan Sengün gur...@phys.ethz.ch, Yavor Doganov ya...@gnu.org -Standards-Version: 3.9.5 +Standards-Version: 3.9.6 Build-Depends: debhelper (= 9), m4, libgnustep-gui-dev (= V_GUI), diff --git a/debian/gnustep-back-common.postinst b/debian/gnustep-back-common.postinst index f7b0645..a0b02c5 100644 --- a/debian/gnustep-back-common.postinst +++ b/debian/gnustep-back-common.postinst @@ -15,9 +15,9 @@ case $1 in mknfonts $(fc-list : file | grep -v '\.gz' | cut -d: -f1) \ 2/var/log/gnustep-back-common.log \ || (echo failed, see /var/log/gnustep-back-common.log.; exit 1) - # Remove whitespace in directories. + # Remove whitespace in directories, if any. for dir in *\ */; do - mv $dir `echo $dir | tr -d [:space:]` + (mv $dir `echo $dir | tr -d [:space:]`) || true done echo done. ;; diff --git a/debian/gnustep-back-common.prerm b/debian/gnustep-back-common.prerm index c0ee512..beb52ac 100644 --- a/debian/gnustep-back-common.prerm +++ b/debian/gnustep-back-common.prerm @@ -4,9 +4,6 @@ set -e case $1 in remove) rm -rf /var/lib/GNUstep - ;; -purge) - rm -rf /var/lib/GNUstep rm -f /var/log/gnustep-back-common.log ;; upgrade|deconfigure)
Bug#767721: unblock: gnustep-dl2/0.12.0-13
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock (or reduce age-days) for package gnustep-dl2, it fixes FTBFS bug #759832. unblock gnustep-dl2/0.12.0-13 diff --git a/debian/changelog b/debian/changelog index 69b2bd7..03a2ce3 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +gnustep-dl2 (0.12.0-13) unstable; urgency=medium + + * Team upload. + * debian/control (Build-Depends): Replace gorm.app with libgorm-dev +(Closes: #759832). + + -- Yavor Doganov ya...@gnu.org Wed, 29 Oct 2014 18:35:54 +0200 + gnustep-dl2 (0.12.0-12) unstable; urgency=low [Yavor Doganov] * debian/patches/581934.patch: fixes to prevent NSInvalidArgumentException diff --git a/debian/control b/debian/control index ac291ed..1c58325 100644 --- a/debian/control +++ b/debian/control @@ -3,8 +3,15 @@ Section: gnustep Priority: optional Maintainer: Federico Gimenez Nieto fgime...@coit.es Uploaders: Debian GNUstep maintainers pkg-gnustep-maintain...@lists.alioth.debian.org -Build-Depends: debhelper (= 7), libgnustep-gui-dev, libpq-dev, librenaissance0-dev, - libsqlite3-dev, gorm.app, texinfo, texlive-latex-base, imagemagick +Build-Depends: debhelper (= 7), + libgnustep-gui-dev, + libpq-dev, + librenaissance0-dev, + libsqlite3-dev, + libgorm-dev, + texinfo, + texlive-latex-base, + imagemagick Standards-Version: 3.9.5 Vcs-Git: git://git.debian.org/pkg-gnustep/gnustep-dl2.git Vcs-Browser: http://git.debian.org/?p=pkg-gnustep/gnustep-dl2.git
Bug#730742: Font rendering fuzzy (straight lines smeared across subpixels) since upgrade to 2.5.1
Control: close -1 2.5.2-2 On Sat, Nov 01, 2014 at 10:48:09PM -0400, Michael Gilbert wrote: On Tue, Sep 23, 2014 at 12:45 PM, Steve Langasek wrote: So why not changing only the default UI font in GNOME until Cantarell gets fixed, instead of disabling a nice improvement like that? Droid or DejaVu could be a valid substitute in the meanwhile. I don't control what fonts the GNOME maintainers are using. You'll need to take this up with them with a bug report on the relevant packages. Since the core issue for this bug is gnome font choices, I don't think this belongs to freetype anymore. So, maybe it can be closed or reassigned to a gnome package? Yes, this bug should be closed; I hadn't realized it had been reopened. If there is a bug in the GNOME font, then as I said, someone should take that up with the maintainers via a bug report on the relevant packages. If and when those problems are fixed and we should re-evaluate the freetype defaults, someone can open a bug report against freetype again to ask for this change. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767722: unblock: gnustep-netclasses/1.06.dfsg-7
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package gnustep-netclasses, it fixes RC bug #755514.
Debdiff attached.
unblock gnustep-netclasses/1.06.dfsg-7
diff --git a/debian/changelog b/debian/changelog
index a45be46..50c01e3 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+gnustep-netclasses (1.06.dfsg-7) unstable; urgency=medium
+
+ * debian/patches/NSUInteger-fixes.patch: New; fixes bug with joining a
+channel on 64-bit architectures (Closes: #755514).
+ * debian/patches/series: Update.
+
+ -- Yavor Doganov ya...@gnu.org Wed, 29 Oct 2014 17:56:36 +0200
+
gnustep-netclasses (1.06.dfsg-6) unstable; urgency=medium
* debian/source/format: Switch to 3.0 (quilt).
diff --git a/debian/patches/NSUInteger-fixes.patch b/debian/patches/NSUInteger-fixes.patch
new file mode 100644
index 000..b3d90d5
--- /dev/null
+++ b/debian/patches/NSUInteger-fixes.patch
@@ -0,0 +1,61 @@
+Description: NSUInteger fixes for 64-bit platforms.
+Bug-Debian: https://bugs.debian.org/755514
+Origin: upstream, commit: r2540
+Last-Update: 2014-10-29
+---
+
+--- gnustep-netclasses.orig/Source/IRCObject.m
gnustep-netclasses/Source/IRCObject.m
+@@ -143,7 +143,7 @@
+
+ #define NEXT_NON_SPACE(__y, __z, __string)\
+ {\
+- int __len = [(__string) length];\
++ NSUInteger __len = [(__string) length];\
+ id set = [NSCharacterSet whitespaceCharacterSet];\
+ __z = (__y);\
+ while (__z __len \
+@@ -152,9 +152,9 @@
+
+ static inline NSString *get_IRC_prefix(NSString *line, NSString **prefix)
+ {
+- int beg;
+- int end;
+- int len = [line length];
++ NSUInteger beg;
++ NSUInteger end;
++ NSUInteger len = [line length];
+
+ if (len == 0)
+ {
+@@ -205,9 +205,9 @@
+
+ static inline NSString *get_next_IRC_word(NSString *line, NSString **prefix)
+ {
+- int beg;
+- int end;
+- int len = [line length];
++ NSUInteger beg;
++ NSUInteger end;
++ NSUInteger len = [line length];
+
+ if (len == 0)
+ {
+@@ -440,7 +440,7 @@
+ static void rec_part(IRCObject *client, NSString *command,
+ NSString *prefix, NSArray *paramList)
+ {
+- int x;
++ NSUInteger x;
+
+ if (!prefix)
+ {
+@@ -565,7 +565,7 @@
+ NSArray *paramList)
+ {
+ NSArray *newParams;
+- int x;
++ NSUInteger x;
+
+ if (!prefix)
+ {
diff --git a/debian/patches/series b/debian/patches/series
index c354cf7..a4a526d 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,3 +1,4 @@
+NSUInteger-fixes.patch
gcc-warnings.patch
fix-log-format.patch
link-libs.patch
Bug#767723: unblock: addresses-for-gnustep/0.4.7-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package addresses-for-gnustep, it fixes RC bug #749721
which also lead to the removal of agenda.app from testing.
Debdiff attached.
unblock addresses-for-gnustep/0.4.7-2
diff --git a/Frameworks/AddressView/ADPersonPropertyView.h b/Frameworks/AddressView/ADPersonPropertyView.h
index 4f94b43..334e437 100644
--- a/Frameworks/AddressView/ADPersonPropertyView.h
+++ b/Frameworks/AddressView/ADPersonPropertyView.h
@@ -122,7 +122,7 @@ typedef enum {
- (void) beginEditingInLastCell;
- (void) endEditing;
-- (int) indexOfEditableCellWithDetails: (id) details;
+- (NSUInteger) indexOfEditableCellWithDetails: (id) details;
- (NSString*) propertyForDragWithDetails: (id) details;
- (NSImage*) imageForDraggedProperty: (NSString*) prop;
diff --git a/Frameworks/AddressView/ADPersonPropertyView.m b/Frameworks/AddressView/ADPersonPropertyView.m
index 37b4df3..d976c54 100644
--- a/Frameworks/AddressView/ADPersonPropertyView.m
+++ b/Frameworks/AddressView/ADPersonPropertyView.m
@@ -626,9 +626,9 @@ static float _globalFontSize;
[self beginEditingInCellAtIndex: [_cells count]-1 countingBackwards: YES];
}
-- (int) indexOfEditableCellWithDetails: (id) details
+- (NSUInteger) indexOfEditableCellWithDetails: (id) details
{
- int i;
+ NSUInteger i;
for(i=0; i[_cells count]; i++)
{
diff --git a/Frameworks/AddressView/ADPersonView.m b/Frameworks/AddressView/ADPersonView.m
index d512929..901ca0c 100644
--- a/Frameworks/AddressView/ADPersonView.m
+++ b/Frameworks/AddressView/ADPersonView.m
@@ -205,6 +205,7 @@ static NSString *__defaultCountryCode = nil;
int y;
NSRect noteRect;
id label;
+ NSString *note;
properties = [NSArray arrayWithObjects: ADHomePageProperty,
ADPhoneProperty,
@@ -270,7 +271,9 @@ static NSString *__defaultCountryCode = nil;
[_noteView setVerticallyResizable: YES];
[_noteView setHorizontallyResizable: YES];
[_noteView setDelegate: self];
- [_noteView setString: [_person valueForProperty: ADNoteProperty]];
+ note = [_person valueForProperty: ADNoteProperty];
+ if (note != nil)
+[_noteView setString: note];
[_noteView setFont: [NSFont systemFontOfSize: _fontSize]];
_noteTextChanged = NO;
diff --git a/Frameworks/Addresses/ADMultiValue.h b/Frameworks/Addresses/ADMultiValue.h
index dd61750..dff9ead 100644
--- a/Frameworks/Addresses/ADMultiValue.h
+++ b/Frameworks/Addresses/ADMultiValue.h
@@ -31,7 +31,7 @@
- (NSString*) labelAtIndex: (int) index;
- (NSString*) identifierAtIndex: (int) index;
-- (int) indexForIdentifier: (NSString*) identifier;
+- (NSUInteger) indexForIdentifier: (NSString*) identifier;
- (NSString*) primaryIdentifier;
diff --git a/Frameworks/Addresses/ADMultiValue.m b/Frameworks/Addresses/ADMultiValue.m
index 9ad538a..81880f8 100644
--- a/Frameworks/Addresses/ADMultiValue.m
+++ b/Frameworks/Addresses/ADMultiValue.m
@@ -15,7 +15,7 @@
/* my includes */
#include ADMultiValue.h
-#define IS_A(obj,cls) [obj isKindOf: [cls class]]
+#define IS_A(obj,cls) [obj isKindOfClass: [cls class]]
static ADPropertyType _propTypeFromDict(NSDictionary *dict)
{
@@ -91,9 +91,9 @@ static ADPropertyType _propTypeFromDict(NSDictionary *dict)
return [[_arr objectAtIndex: index] objectForKey: @ID];
}
-- (int) indexForIdentifier: (NSString*) identifier
+- (NSUInteger) indexForIdentifier: (NSString*) identifier
{
- int i;
+ NSUInteger i;
for(i=0; i[_arr count]; i++)
if([[[_arr objectAtIndex: i] objectForKey: @ID]
diff --git a/Frameworks/Addresses/ADPListConverter.m b/Frameworks/Addresses/ADPListConverter.m
index 14ac5c7..558f719 100644
--- a/Frameworks/Addresses/ADPListConverter.m
+++ b/Frameworks/Addresses/ADPListConverter.m
@@ -29,7 +29,7 @@
- (BOOL) useString: (NSString*) str
{
_plist = [str propertyList];
- if(![_plist isKindOf: [NSDictionary class]])
+ if(![_plist isKindOfClass: [NSDictionary class]])
{
NSLog(@String (%@) does not contain valid property list!\n, str);
return NO;
diff --git a/debian/changelog b/debian/changelog
index c4f491f..754d079 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,14 @@
+addresses-for-gnustep (0.4.7-2) unstable; urgency=medium
+
+ * Team upload.
+ * Apply minimal fix to make the package usable with the current GNUstep
+libraries (Closes: #749721):
+- Fix overflow in implicit constant conversion;
+- Fix improper use of non-existent method;
+- Do not set string of a NSTextView to nil.
+
+ -- Yavor Doganov ya...@gnu.org Wed, 29 Oct 2014 11:25:10 +0200
+
addresses-for-gnustep (0.4.7-1) unstable; urgency=low
* New upstream release.
Bug#767724: unblock: viewpdf.app/1:0.2dfsg1-5
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package viewpdf.app, it fixes RC bug #756588.
unblock viewpdf.app/1:0.2dfsg1-5
diff --git a/debian/changelog b/debian/changelog
index 561b471..3b25078 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+viewpdf.app (1:0.2dfsg1-5) unstable; urgency=medium
+
+ * debian/patches/fix-NSView-crash.patch: New; fix a crash on i386 when
+opening a PDF file (Closes: #756588).
+ * debian/patches/series: Update.
+
+ -- Yavor Doganov ya...@gnu.org Fri, 31 Oct 2014 18:33:36 +0200
+
viewpdf.app (1:0.2dfsg1-4) unstable; urgency=low
* debian/control (Maintainer, Uploaders): Adopt package, make the
diff --git a/debian/patches/fix-NSView-crash.patch b/debian/patches/fix-NSView-crash.patch
new file mode 100644
index 000..18bd9a5
--- /dev/null
+++ b/debian/patches/fix-NSView-crash.patch
@@ -0,0 +1,29 @@
+Description: Fix crash on i386 when opening a PDF file.
+Author: Yavor Doganov ya...@gnu.org
+Bug-Debian: https://bugs.debian.org/756588
+Forwarded: not-needed
+Last-Update: 2014-10-31
+---
+
+--- vindaloo.app.orig/CenteringClipView.m
vindaloo.app/CenteringClipView.m
+@@ -28,6 +28,9 @@
+
+ - (void) centerDocumentView
+ {
++ if (![self documentView])
++return;
++
+NSRect docRect = [[self documentView] frame];
+NSRect clipRect = [self bounds];
+
+@@ -53,6 +56,9 @@
+ // origin point.
+ - (NSPoint) constrainScrollPoint: (NSPoint)proposedNewOrigin
+ {
++ if (![self documentView])
++return [self bounds].origin;
++
+NSRect docRect = [[self documentView] frame];
+NSRect clipRect = [self bounds];
+NSPoint newScrollPoint = proposedNewOrigin;
diff --git a/debian/patches/series b/debian/patches/series
index ab5a9c3..e2c00af 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
+fix-NSView-crash.patch
rename.patch
Bug#767725: unblock: gorm.app/1.2.20-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package gorm.app, it fixes RC bug #767066.
Debdiff attached.
unblock gorm.app/1.2.20-2
diff --git a/debian/changelog b/debian/changelog
index 05e150b..7f3e549 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+gorm.app (1.2.20-2) unstable; urgency=medium
+
+ * debian/patches/fix-gorm-loading.patch: New; fixes a crash when loading
+gorm files with ImageMagick-enabled gnustep-gui (Closes: #767066).
+ * debian/patches/series: Update.
+
+ -- Yavor Doganov ya...@gnu.org Sat, 01 Nov 2014 22:24:15 +0200
+
gorm.app (1.2.20-1) unstable; urgency=medium
* New upstream release:
diff --git a/debian/patches/fix-gorm-loading.patch b/debian/patches/fix-gorm-loading.patch
new file mode 100644
index 000..fa5e663
--- /dev/null
+++ b/debian/patches/fix-gorm-loading.patch
@@ -0,0 +1,26 @@
+Description: Fix crash when loading gorm files exposed by GSImageMagickImageRep
+Bug-Debian: https://bugs.debian.org/767066
+Bug: http://savannah.gnu.org/bugs/index.php?42782
+Origin: upstream, commit: r38136
+Last-Update: 2014-11-01
+---
+
+--- gorm.app.orig/GormCore/GormWrapperLoader.m
gorm.app/GormCore/GormWrapperLoader.m
+@@ -77,6 +77,16 @@
+ while((key = [enumerator nextObject]) != nil)
+ {
+ NSFileWrapper *fw = [fileWrappers objectForKey: key];
++
++ //
++ // Images with .info can be loaded, but we have a file
++ // called data.info which is metadata for Gorm. Don't load it.
++ //
++ if ( [key isEqualToString: @data.info] == YES )
++ {
++ continue;
++ }
++
+ if([fw isRegularFile])
+ {
+ NSData *fileData = [fw regularFileContents];
diff --git a/debian/patches/series b/debian/patches/series
index 8ced3ab..e1f579f 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,2 +1,3 @@
+fix-gorm-loading.patch
texinfo-fixes.patch
link-libs.patch
Bug#767726: unblock: libio-socket-ssl-perl/2.002-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hi Release Team,
Please unblock package libio-socket-ssl-perl. Stefano Rivera reported in
#767692[1], that libio-socket-ssl-perl incrrectly uses the Public Suffix
List to restrict wildcard certificates. The same conclusion was done by
upstream which fixed the problem with [2].
[1] https://bugs.debian.org/767692
[2]
https://github.com/noxxi/p5-io-socket-ssl/commit/1f9482771fd8d71083a2e388634b3787bd9fe147
Attached is the debdiff used for 2.002-2 uploaded yesterday to unstable.
Could you please unblock libio-socket-ssl-perl?
unblock libio-socket-ssl-perl/2.002-2
Regards,
Salvatore
diff -Nru libio-socket-ssl-perl-2.002/debian/changelog libio-socket-ssl-perl-2.002/debian/changelog
--- libio-socket-ssl-perl-2.002/debian/changelog 2014-10-22 09:03:25.0 +0200
+++ libio-socket-ssl-perl-2.002/debian/changelog 2014-11-01 23:43:45.0 +0100
@@ -1,3 +1,11 @@
+libio-socket-ssl-perl (2.002-2) unstable; urgency=medium
+
+ * Add 0001-use-only-ICANN-part-in-public-suffix-list.patch.
+Fixes Don't use public suffix list to restrict wildcard certificates.
+Thanks to Stefano Rivera (Closes: #767692)
+
+ -- Salvatore Bonaccorso car...@debian.org Sat, 01 Nov 2014 23:39:14 +0100
+
libio-socket-ssl-perl (2.002-1) unstable; urgency=low
* Imported upstream version 2.002
diff -Nru libio-socket-ssl-perl-2.002/debian/patches/0001-use-only-ICANN-part-in-public-suffix-list.patch libio-socket-ssl-perl-2.002/debian/patches/0001-use-only-ICANN-part-in-public-suffix-list.patch
--- libio-socket-ssl-perl-2.002/debian/patches/0001-use-only-ICANN-part-in-public-suffix-list.patch 1970-01-01 01:00:00.0 +0100
+++ libio-socket-ssl-perl-2.002/debian/patches/0001-use-only-ICANN-part-in-public-suffix-list.patch 2014-11-01 23:43:45.0 +0100
@@ -0,0 +1,61 @@
+Description: use only ICANN part in public suffix list
+Origin: backport, https://github.com/noxxi/p5-io-socket-ssl/commit/1f9482771fd8d71083a2e388634b3787bd9fe147
+Bug-Debian: https://bugs.debian.org/767692
+Forwarded: not-needed
+Author: Steffen Ullrich steffen_ullr...@genua.de
+Reviewed-by: Salvatore Bonaccorso car...@debian.org
+Last-Update: 2014-11-01
+
+---
+diff --git a/lib/IO/Socket/SSL/PublicSuffix.pm b/lib/IO/Socket/SSL/PublicSuffix.pm
+index 87c8b0b..a84aacd 100644
+--- a/lib/IO/Socket/SSL/PublicSuffix.pm
b/lib/IO/Socket/SSL/PublicSuffix.pm
+@@ -293,10 +293,8 @@ sub public_suffix {
+ sub _default_data {
+ if ( ! defined $data ) {
+ $data = do { local $/; DATA };
+- # known exceptions of behavior of SSL certificates from PSL
+- $data .= !googleapis.com\n;
+- $data .= !s3.amazonaws.com\n; # RT#99702
+-
++ $data =~s{^// ===END ICANN DOMAINS.*}{}ms
++ or die cannot find END ICANN DOMAINS;
+ }
+ return $data;
+ }
+diff --git a/t/public_suffix_lib.pl b/t/public_suffix_lib.pl
+index 66bdfe4..a9dc4c8 100644
+--- a/t/public_suffix_lib.pl
b/t/public_suffix_lib.pl
+@@ -30,7 +30,7 @@ sub run_with_lib {
+
+ require IO::Socket::SSL::PublicSuffix;
+
+-plan tests = 83;
++plan tests = 79;
+
+
+ # all one-level, but co.uk two-level
+@@ -117,10 +117,14 @@ sub run_with_lib {
+ is public_suffix('example.com'), 'com';
+ is public_suffix('b.example.com'), 'com';
+ is public_suffix('a.b.example.com'), 'com';
+-is public_suffix('uk.com'), 'uk.com';
+-is public_suffix('example.uk.com'), 'uk.com';
+-is public_suffix('b.example.uk.com'), 'uk.com';
+-is public_suffix('a.b.example.uk.com'), 'uk.com';
++
++# uk.com is not in the ICANN part of the list
++if(0) {
++ is public_suffix('uk.com'), 'uk.com';
++ is public_suffix('example.uk.com'), 'uk.com';
++ is public_suffix('b.example.uk.com'), 'uk.com';
++ is public_suffix('a.b.example.uk.com'), 'uk.com';
++}
+ is public_suffix('test.ac'), 'ac';
+
+ # TLD with only one (wildcard) rule:
+--
+2.1.1
+
diff -Nru libio-socket-ssl-perl-2.002/debian/patches/series libio-socket-ssl-perl-2.002/debian/patches/series
--- libio-socket-ssl-perl-2.002/debian/patches/series 1970-01-01 01:00:00.0 +0100
+++ libio-socket-ssl-perl-2.002/debian/patches/series 2014-11-01 23:43:45.0 +0100
@@ -0,0 +1 @@
+0001-use-only-ICANN-part-in-public-suffix-list.patch
Bug#759259: wmbiff: Can't connect to dovecot with self-signed certificate [patch]
On 2014-11-01 Nye Liu n...@nyet.org wrote:
On Sat, Nov 01, 2014 at 01:47:04PM +0100, Andreas Metzler wrote:
#1 Use gnutls_priority_set_direct():
[...]
You were correct. This is the required change. I have not tried
backing out all of deprecation and warning fixes, but backing out
this change alone causes the problem to come back.
[...]
Hello,
could you please verify that applying *only* the attached minimal patch
on top of 0.4.27-2.2 fixes the bug? I need to come up with a
minimal change which is acceptable for a NMU.
I will forward the other changes upstream.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
Description: Use gnutls_set_default_priority() to get GnuTLS upstream's
recommended default values (SSL/TLS versions, ciphers, et al.) instead
of setting local defaults using the deprecated
gnutls_cipher_set_priority/gnutls_protocol_set_priority/...
functions.
Author: Andreas Metzler ametz...@debian.org, Nye Liu n...@nyet.org
Bug-Debian: https://bugs.debian.org/759259
Origin: vendor
Forwarded: no
Last-Update: 2014-11-02
--- a/wmbiff/tlsComm.c
+++ b/wmbiff/tlsComm.c
@@ -553,25 +553,7 @@ struct connection_state *initialize_gnut
assert(gnutls_init(scs-tls_state, GNUTLS_CLIENT) == 0);
{
- const int protocols[] = { GNUTLS_TLS1, GNUTLS_SSL3, 0 };
- const int ciphers[] =
- { GNUTLS_CIPHER_RIJNDAEL_128_CBC, GNUTLS_CIPHER_3DES_CBC,
- GNUTLS_CIPHER_RIJNDAEL_256_CBC,
- GNUTLS_CIPHER_ARCFOUR, 0
- };
- const int compress[] = { GNUTLS_COMP_ZLIB, GNUTLS_COMP_NULL, 0 };
- const int key_exch[] = { GNUTLS_KX_RSA, GNUTLS_KX_DHE_DSS,
- GNUTLS_KX_DHE_RSA, 0
- };
- /* mutt with gnutls doesn't use kx_srp or kx_anon_dh */
- const int mac[] = { GNUTLS_MAC_SHA, GNUTLS_MAC_MD5, 0 };
- assert(gnutls_protocol_set_priority(scs-tls_state, protocols) ==
- 0);
- assert(gnutls_cipher_set_priority(scs-tls_state, ciphers) == 0);
- assert(gnutls_compression_set_priority(scs-tls_state, compress) ==
- 0);
- assert(gnutls_kx_set_priority(scs-tls_state, key_exch) == 0);
- assert(gnutls_mac_set_priority(scs-tls_state, mac) == 0);
+ assert(gnutls_set_default_priority(scs-tls_state) == 0);
/* no client private key */
if (gnutls_certificate_allocate_credentials(scs-xcred) 0) {
DMA(DEBUG_ERROR, gnutls memory error\n);
Bug#767727: retry on some files were not downloaded successfully?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: aptitude Version: 0.6.11-1 Severity: wishlist If there is a network hiccup, then aptitude shows a popup saying some files were not downloaded successfully. I can click on [continue] or [cancel], but an option to [retry] is missing. Just a wishlist entry, of course. Keep on your good work Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJUVdt3AAoJEAqeKp5m04HLAN8H/3kB2LuOi66RKAyxe6lKdgzc /MwK8A/cpa1Cd3ki2WUWXyuVThMIw2oHzFJpuZNMz1BY534D6vc/dCi3SteaiYrW XWcNENuoZeXiaLCds6bXMg/eoHW6KmT1CNX95HFgYwsncKk75xUxL6ZqD537UnWj whI/PlEF71YeVrmhgzRotpy9E2jv6VUrU7dGnAsQcCV9EUFCRTVtJnwNklGZkOKI IHU/YtcnJg/wYEHuL4SxuHfsTtYGuFvXDOrIG6k1rW/10T0d0RHBY1ili9EXgFQR RC4MxXj3TM2agChGUNgoIYGSbTxrW7BjULdph/vXQ5peyVhPA8pA7DQuMOFD7Yg= =DFX4 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759259: wmbiff: Can't connect to dovecot with self-signed certificate [patch]
On 11/2/2014 12:18 AM, Andreas Metzler wrote: could you please verify that applying *only* the attached minimal patch on top of 0.4.27-2.2 fixes the bug? I need to come up with a minimal change which is acceptable for a NMU. Yes, that patch alone is sufficient! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767456: disable SSLv3 by default
Hello Thisjs,
On Fri, Oct 31, 2014 at 08:37:51AM +0100, Thijs Kinkhorst wrote:
Package: nginx
Version: 1.6.2-2
Severity: important
Hi,
Please disable the legacy SSLv3 protocol by default for installations of
nginx. It doesn't need to be disabled completely per se, but should not
be available on a default installation.
This helps to defend against the recent POODLE attack (CVE-2014-3566).
Thanks,
Thijs
I have prepared a patch and I plan to merge it in a few days. SSLv3
is disabled in the http {} scope so it affects all vhosts that not
expicitly override it.
http://anonscm.debian.org/cgit/collab-maint/nginx.git/commit/?h=no-sslv3
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766916: claws-mail ssl handshakes failed due to sslv3 disabled by some of mail-providers
New day, new luck! I was not attended enough, after reading the message reading again, I noticed, that I forgot to change the entry vom SSL to STARTTLS in the prefs. Until now it works. Thank you and sorry about that. regards Bodo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767728: ftp.debian.org: Please move hhsuite-doc and hhsuite-data from arch any to arch all
Package: ftp.debian.org Severity: normal Hi ftpmasters, I have not found an apropriate section in reportbug to put this request into. Thorsten Alteholz told me to send a bug report about what was mentioned by the release team[1]: Please move hhsuite-doc and hhsuite-all from arch any to arch all. I personally have no idea if something manually needs to be done. The package needs two days for migration - perhaps things are working out of the box? Hope this bug report will not create to much noise. I'll watch the migration process and will close the bug in case everything works without manual intervention. Kind regards Andreas. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767328#10 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767729: RM: yade [kfreebsd-amd64 mipsel] -- ROM; FTBFS on kfreebsd-amd64 and mipsel
Package: ftp.debian.org Severity: normal Dear FTP team, after many tries to build yade on kfreebsd-amd64 and mipsel with no success, I ask for removal this package on those archs to let the package migrate into testing before the freeze. yade usually requires a relatively large amount of RAM for compilation, which is not always available on buildds. So, please remove it, I will try to fix its compilation (at least on kfreebsd-amd64) later. Thanks ahead Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759259: wmbiff: Can't connect to dovecot with self-signed certificate
Control: tags -1 patch
On 2014-08-25 Nicolas Kuttler nkutt...@gmail.com wrote:
Package: wmbiff
Version: 0.4.27-2.2
Severity: important
Dear Developers,
The recent NMU breaks wmbiff for me. I'm trying to connect to a dovecot
running on a wheezy server, IMAPS with a self-signed certificate.
[...]
Hello,
to fix breakage introduced in the previous NMU I have followed up with
-2.3. Find attached the diff for this NMU.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
diff -Nru wmbiff-0.4.27/debian/changelog wmbiff-0.4.27/debian/changelog
--- wmbiff-0.4.27/debian/changelog 2014-08-09 15:08:45.0 +0200
+++ wmbiff-0.4.27/debian/changelog 2014-11-02 08:14:04.0 +0100
@@ -1,3 +1,15 @@
+wmbiff (0.4.27-2.3) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * 20_gnutls_set_default_priority.diff: Use gnutls_set_default_priority()
+to get GnuTLS upstream's recommended default values (SSL/TLS versions,
+ciphers, et al.) instead of setting local defaults using the deprecated
+gnutls_cipher_set_priority/gnutls_protocol_set_priority/... functions.
+This fixes transmission errors to modern systems. Closes: #759259
+(Thanks to Nye Liu for debugging the issue and finding the solution.)
+
+ -- Andreas Metzler ametz...@debian.org Sun, 02 Nov 2014 08:04:00 +0100
+
wmbiff (0.4.27-2.2) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru wmbiff-0.4.27/debian/patches/20_gnutls_set_default_priority.diff wmbiff-0.4.27/debian/patches/20_gnutls_set_default_priority.diff
--- wmbiff-0.4.27/debian/patches/20_gnutls_set_default_priority.diff 1970-01-01 01:00:00.0 +0100
+++ wmbiff-0.4.27/debian/patches/20_gnutls_set_default_priority.diff 2014-11-02 08:01:15.0 +0100
@@ -0,0 +1,40 @@
+Description: Use gnutls_set_default_priority() to get GnuTLS upstream's
+ recommended default values (SSL/TLS versions, ciphers, et al.) instead
+ of setting local defaults using the deprecated
+ gnutls_cipher_set_priority/gnutls_protocol_set_priority/...
+ functions.
+Author: Andreas Metzler ametz...@debian.org, Nye Liu n...@nyet.org
+Bug-Debian: https://bugs.debian.org/759259
+Origin: vendor
+Forwarded: no
+Last-Update: 2014-11-02
+
+--- a/wmbiff/tlsComm.c
b/wmbiff/tlsComm.c
+@@ -553,25 +553,7 @@ struct connection_state *initialize_gnut
+
+ assert(gnutls_init(scs-tls_state, GNUTLS_CLIENT) == 0);
+ {
+- const int protocols[] = { GNUTLS_TLS1, GNUTLS_SSL3, 0 };
+- const int ciphers[] =
+- { GNUTLS_CIPHER_RIJNDAEL_128_CBC, GNUTLS_CIPHER_3DES_CBC,
+- GNUTLS_CIPHER_RIJNDAEL_256_CBC,
+- GNUTLS_CIPHER_ARCFOUR, 0
+- };
+- const int compress[] = { GNUTLS_COMP_ZLIB, GNUTLS_COMP_NULL, 0 };
+- const int key_exch[] = { GNUTLS_KX_RSA, GNUTLS_KX_DHE_DSS,
+- GNUTLS_KX_DHE_RSA, 0
+- };
+- /* mutt with gnutls doesn't use kx_srp or kx_anon_dh */
+- const int mac[] = { GNUTLS_MAC_SHA, GNUTLS_MAC_MD5, 0 };
+- assert(gnutls_protocol_set_priority(scs-tls_state, protocols) ==
+- 0);
+- assert(gnutls_cipher_set_priority(scs-tls_state, ciphers) == 0);
+- assert(gnutls_compression_set_priority(scs-tls_state, compress) ==
+- 0);
+- assert(gnutls_kx_set_priority(scs-tls_state, key_exch) == 0);
+- assert(gnutls_mac_set_priority(scs-tls_state, mac) == 0);
++ assert(gnutls_set_default_priority(scs-tls_state) == 0);
+ /* no client private key */
+ if (gnutls_certificate_allocate_credentials(scs-xcred) 0) {
+ DMA(DEBUG_ERROR, gnutls memory error\n);
diff -Nru wmbiff-0.4.27/debian/patches/series wmbiff-0.4.27/debian/patches/series
--- wmbiff-0.4.27/debian/patches/series 2014-08-09 14:11:55.0 +0200
+++ wmbiff-0.4.27/debian/patches/series 2014-11-02 08:13:57.0 +0100
@@ -2,3 +2,4 @@
11_autoconfgenchanges.diff
15_no_more_LZO.diff
16_gnutls_deprecated.diff
+20_gnutls_set_default_priority.diff
signature.asc
Description: Digital signature
Bug#763938: needrestart shouldn't check only for daemons that need to be restarted
On Sun, 2014-11-02 at 04:40 +0800, Paul Wise wrote: IIRC PackageKit has some support for restarting programs in user sessions, I would recommend looking at their implementation. BTW, there is a request for a general restart notifier tool: https://bugs.debian.org/767716 -- bye, pabs http://bonedaddy.net/pabs3/ signature.asc Description: This is a digitally signed message part
Bug#766802: linux-image-amd64: rt2800usb driver does not include 1b75:a200 USB id's as a supported device
Hi Cyril, I am a bit inexperienced with Debian but seems some dependencies are wrong: # dpkg -i linux-image-3.16-3-amd64_3.16.5-2_amd64.deb dpkg: regarding linux-image-3.16-3-amd64_3.16.5-2_amd64.deb containing linux-image-3.16-3-amd64: linux-image-3.16-3-amd64 breaks initramfs-tools ( 0.110~) initramfs-tools (version 0.109.1) is present and installed. dpkg: error processing linux-image-3.16-3-amd64_3.16.5-2_amd64.deb (--install): installing linux-image-3.16-3-amd64 would break initramfs-tools, and deconfiguration is not permitted (--auto-deconfigure might help) Errors were encountered while processing: linux-image-3.16-3-amd64_3.16.5-2_amd64.deb # Maybe the easiest would be for me to test the patch on my own. ;-) Martin Cyril Brulebois wrote: Martin Mokrejs mmokr...@fold.natur.cuni.cz (2014-10-29): Cyril Brulebois wrote: So I've done that and Stanislaw replied[1] it would be nicer if the reporter could actually test the patch. Martin, any chance you could give it a shot to confirm? 1. http://marc.info/?l=linux-kernelm=141458072930743w=2 It seems you already built a vanilla kernel but I could probably build a patched linux-image-3.16-3-amd64 package for you if needed. OK, please send me a URL where to fetch the modified Debian kernel package. Or a series of shell commands? ;-) https://people.debian.org/~kibi/linux/ has the patched linux package, along with its sha1sum, and a GPG signature, and the source diff against the linux package currently in testing. I did check that the relevant line was present in the resulting package: alias=usb:v1B75pA200d*dc*dsc*dp*ic*isc*ip*in* Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767730: RFS: grr.app/1.0-1 -- RSS reader for GNUstep [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package grr.app. It builds this binary package: grr.app- RSS reader for GNUstep To access further information about this package, please visit the following URL: http://mentors.debian.net/package/grr.app Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/grr.app/grr.app_1.0-1.dsc Changes since the last upload: * New upstream release: + Fixes bug when adding feeds (Closes: #754838). * debian/compat: Bump compat level to 9. * debian/control (Build-Depends): Remove dpkg-dev. Bump requirements for debhelper (= 9), libgnustep-gui-dev (= 0.24) and librsskit-dev (= 0.4). (Vcs-Git): Use the canonical URI. (Standards-Version): Compliant with 3.9.6 as of this release. * debian/preinst: Delete; no longer needed. * debian/rules: Update for modern dh. Use shell substitution for efficiency. * debian/install: New file. * debian/Grr.desktop: Correct Category, add Keywords field. * debian/copyright: Update copyright years, include the actual LGPL-2.0 blurb. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767731: /usr/bin/rkhunter: 13967: [: -ne: unexpected operator
Package: rkhunter
Version: 1.4.2-0.2
Severity: important
Bonjour,
Since upgrade to 1.4.2-0.2, I get cron errors:
/etc/cron.daily/rkhunter:
/usr/bin/rkhunter: 13967: [: -ne: unexpected operator
This line is:
if [ `${IPCS_CMD} -u 2/dev/null | awk -F' ' '/segments allocated/ {print $3}'`
-ne 0 ]; then
To compare with:
# ipcs -u 2/dev/null
-- États des messages
files allouées = 0
en-têtes utilisées = 0
espace utilisé = 0 octets
-- État de la mémoire partagée
segments alloués = 28
pages alloués = 7428
pages résidentes = 6773
pages d'échange = 0
performance de l'espace d'échange = 0 tentatives 0 succès
-- États des sémaphores
tableaux utilisés = 3
sémaphores alloués = 35
My default locale is French:
# cat /etc/default/locale
# File generated by update-locale
LANG=fr_FR.UTF-8
I created a /usr/bin/rkhunter.new and forced LANG=C before line 13967,
adapted /etc/cron.daily/rkhunter, and I don't have error anymore.
I suggest using data from /proc if possible (I did not find how to get
these data from there), or force LANG=C.
Thanks,
Benoit
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages rkhunter depends on:
ii binutils 2.24.90.20141023-1
ii debconf [debconf-2.0] 1.5.53
ii file 1:5.20-1
ii net-tools 1.60-26
ii perl 5.20.1-2
ii ucf3.0030
Versions of packages rkhunter recommends:
ii curl 7.38.0-2
ii iproute1:3.16.0-2
ii lsof 4.86+dfsg-1
ii lynx 2.8.9dev1-2
ii nullmailer [mail-transport-agent] 1:1.13-1
pn unhide.rb | unhide none
ii wget 1.15-1+b1
Versions of packages rkhunter suggests:
ii bsd-mailx [mailx] 8.1.2-0.20140825cvs-1
pn libdigest-whirlpool-perl none
ii liburi-perl 1.64-1
ii libwww-perl 6.08-1
ii mailutils [mailx] 1:2.99.98-2
ii powermgmt-base1.31+nmu1
pn tripwire none
-- Configuration Files:
/etc/cron.daily/rkhunter changed [not included]
-- debconf information excluded
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767574: [PKG-Openstack-devel] Bug#767574: Bug#767574: Bug#767574: keystone: Does not install : dpkg: error processing package keystone (--configure):
On 11/02/2014 05:45 AM, Thomas Goirand wrote: root@mdupont-Aspire-7750G:~# aptitude install -t experimental keystone python-keystone The following NEW packages will be installed: keystone 0 packages upgraded, 1 newly installed, 0 to remove and 2096 not upgraded. Need to get 0 B/69.5 kB of archives. After unpacking 314 kB will be used. debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package keystone. (Reading database ... 283730 files and directories currently installed.) Preparing to unpack .../keystone_2014.2-1_all.deb ... Unpacking keystone (2014.2-1) ... Processing triggers for man-db (2.6.7.1-1) ... Setting up keystone (2014.2-1) ... PKG-Openstack now calling: dbc_go keystone configure usermod: no changes dbconfig-common: writing config to /etc/dbconfig-common/keystone.conf Creating config file /etc/dbconfig-common/keystone.conf with new version granting access to database keystonedb for keystone@localhost: success. verifying access for keystone@localhost: success. creating database keystonedb: success. verifying database keystonedb exists: success. dbconfig-common: flushing administrative password 2014-11-01 08:01:02.895 4680 WARNING keystone.cli [-] keystone-manage pki_setup is not recommended for production use. Sleeping 5 seconds to make sure the keystone daemon is up and running: 5...4...3...2...1...0 The above looks weird to me, because it looks like your keystone daemon is never started. As as a consequence, you get the error messages below. Upgrading db... Creating tenants... Unable to establish connection to http://127.0.0.1:35357/v2.0/users Unable to establish connection to http://127.0.0.1:35357/v2.0/tenants Unable to establish connection to http://127.0.0.1:35357/v2.0/OS-KSADM/roles Unable to establish connection to http://127.0.0.1:35357/v2.0/OS-KSADM/roles Unable to establish connection to http://127.0.0.1:35357/v2.0/OS-KSADM/roles usage: keystone user-role-add --user user --role role [--tenant tenant] keystone user-role-add: error: argument --user/--user-id/--user_id: expected one argument usage: keystone user-role-add --user user --role role [--tenant tenant] keystone user-role-add: error: argument --user/--user-id/--user_id: expected one argument usage: keystone user-role-add --user user --role role [--tenant tenant] keystone user-role-add: error: argument --user/--user-id/--user_id: expected one argument usage: keystone tenant-update [--name tenant_name] [--description tenant-description] [--enabled true|false] tenant keystone tenant-update: error: too few arguments Registering keystone endpoint...Unable to establish connection to http://192.168.2.2:35357/v2.0/OS-KSADM/services Unable to establish connection to http://192.168.2.2:35357/v2.0/OS-KSADM/services/ done! Though I just tried to install keystone, and I didn't have that. It all worked fine for me... So you may have done something wrong somewhere. Could you try to manually start keystone form the command line and see what's going on? Cheers, Thomas Goirand (zigo) The above should be due to bug #767711. Are you using systemd? Could you first create /var/run/keystone, and then try to install keystone, then see if you have the same issue? Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767732: systemtap does not install
Package: systemtap-common Version: 2.6-0.1 Severity: grave Debian: Testing amd64 Regression: Unknown systemtap does not install claiming systemtap-common is broken (sorry for the french language): Paramétrage de systemtap-runtime (2.6-0.1) ... Paramétrage de systemtap-common (2.6-0.1) ... ERROR: systemtap-common is broken - called emacs-package-install as a new-style add-on, but has no compat file. Install systemtap-common for emacs Paramétrage de systemtap (2.6-0.1) ... Appuyez sur Entrée pour continuer. For information, systemtap had never been previously installed on my system. Also, I have the same message when uninstalling it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767732: systemtap does not install
Control: severity -1 minor
On 11/02/2014 02:02 PM, dAgeCKo wrote:
Package: systemtap-common
Version: 2.6-0.1
Severity: grave
Not grave by any means.
Debian: Testing amd64
Regression: Unknown
systemtap does not install claiming systemtap-common is broken (sorry
for the french language):
Paramétrage de systemtap-runtime (2.6-0.1) ...
Paramétrage de systemtap-common (2.6-0.1) ...
ERROR: systemtap-common is broken - called emacs-package-install as a
new-style add-on, but has no compat file.
Install systemtap-common for emacs
Paramétrage de systemtap (2.6-0.1) ...
Appuyez sur Entrée pour continuer.
For information, systemtap had never been previously installed on my
system. Also, I have the same message when uninstalling it.
14:15:04 rrs@learner:/usr/share/man$ sudo aptitude purge systemtap-common
The following packages will be REMOVED:
systemtap-common{p}
0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 2,897 kB will be freed.
The following packages have unmet dependencies:
systemtap : Depends: systemtap-common (= 2.6-0.1) but it is not going
to be installed.
The following actions will resolve these dependencies:
Remove the following packages:
1) systemtap
Accept this solution? [Y/n/q/?]
The following packages will be REMOVED:
systemtap{a} systemtap-common{p}
0 packages upgraded, 0 newly installed, 2 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 5,859 kB will be freed.
Do you want to continue? [Y/n/?]
(Reading database ... 211145 files and directories currently installed.)
Removing systemtap (2.6-0.1) ...
Processing triggers for man-db (2.7.0.2-2) ...
(Reading database ... 211131 files and directories currently installed.)
Removing systemtap-common (2.6-0.1) ...
ERROR: systemtap-common is broken - called emacs-package-remove as a
new-style add-on, but has no compat file.
Purging configuration files for systemtap-common (2.6-0.1) ...
14:15:51 rrs@learner:/usr/share/man$ sudo aptitude install
systemtap-common systemtap
The following NEW packages will be installed:
systemtap systemtap-common
0 packages upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/1,349 kB of archives. After unpacking 5,859 kB will be used.
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
Selecting previously unselected package systemtap-common.
(Reading database ... 210762 files and directories currently installed.)
Preparing to unpack .../systemtap-common_2.6-0.1_all.deb ...
Unpacking systemtap-common (2.6-0.1) ...
Selecting previously unselected package systemtap.
Preparing to unpack .../systemtap_2.6-0.1_amd64.deb ...
Unpacking systemtap (2.6-0.1) ...
Processing triggers for man-db (2.7.0.2-2) ...
It would be nice to fix that non-fatal ERROR being displayed. But I'll
let Timo comment on it when he has time.
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.
signature.asc
Description: OpenPGP digital signature
Bug#751638: systemctl is-enabled fails for SysV init scripts
❦ 15 juin 2014 04:05 +0200, Michael Biebl bi...@debian.org : When running systemctl is-enabled for SysV-only services I get the following error message: sudo systemctl is-enabled mysql.service Failed to issue method call: No such file or directory I am also annoyed by this bug because this makes Puppet thinks that the service is not enabled as it should. Did you get a chance to have a better look at the problem? -- # Okay, what on Earth is this one supposed to be used for? 2.4.0 linux/drivers/char/cp437.uni signature.asc Description: PGP signature
Bug#767456: disable SSLv3 by default
On Sun, November 2, 2014 08:32, Christos Trochalakis wrote:
I have prepared a patch and I plan to merge it in a few days. SSLv3
is disabled in the http {} scope so it affects all vhosts that not
expicitly override it.
http://anonscm.debian.org/cgit/collab-maint/nginx.git/commit/?h=no-sslv3
Thanks, that looks very useful.
Maybe you'd also want to update the example config in
debian/help/examples/virtual-host.
Cheers,
Thijs
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767567: bashburn: fails to upgrade from squeeze - trying to overwrite /usr/share/man/man1/bashburn.1.gz
On 2014-11-02 03:26, Michael Gilbert wrote: I think this is a false positive. bashburn never existed in squeeze. $ rmadison bashburn bashburn | 3.0.1-1 | wheezy | source, all bashburn | 3.0.1-1 | jessie | source, all bashburn | 3.0.1-1 | sid| source, all It was called mybashburn there ... debian: mybashburn | 1.0.2-1 | squeeze | source, all This needs to be fixed in wheezy too ( or only :-)) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767733: RM: aces3 [armhf,mips,mipsel,s390x] -- ROM; old builds block testing migration
Package: ftp.debian.org Severity: normal Hi, please remove the outdated packages for aces3 (armhf,mips,mipsel,s390x) version 3.0.7-1 from unstable. 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#767565: firehol-doc: fails to upgrade from 'testing' - trying to overwrite /usr/share/doc-base/firehol
On 2014-11-02 05:39, tony mancill wrote: I'm just curious about what piuparts is doing here. The only way I can get the upgrade to fail is if I install firehol-doc_2.0.0+ds-1 *before* upgrading firehol to 2.0.0+ds-1. But there's not even a firehol-doc package in jessie, so either the package manager or the user would have to insist on installing the new firehol-doc package before upgrading firehol. It seems like the upgrade would handle getting the new firehol onto the system, at which point the -doc package installs correctly. I'm looking for package pair sharing a filename and then I look for an upgrade path (ususally a partial upgrade) using apt-get that respects all dependencies and results in a file overwrite error. So the package manager could actually choose a similar path in some corner case ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762650: lxpanel: Still seeing the issue with 0.7.2-1
Package: lxpanel Version: 0.7.2-1 Followup-For: Bug #762650 Dear Maintainer, I still seem to be seeing the issue after taking 0.7.2-1 from unstable -- when I maximize a window, the bottom part is hidden by the panel; changing the value of Reserve space, and not covered by maximized windows in the Advanced tab of the Panel Preferences seems to have no effect on this. Thanks! Dov -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (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/dash Versions of packages lxpanel depends on: ii libasound2 1.0.28-1 ii libc6 2.19-11 ii libcairo2 1.12.16-5 ii libfm-gtk4 1.2.2.1-3 ii libfm-modules 1.2.2.1-3 ii libfm4 1.2.2.1-3 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.0-2 ii libgtk2.0-0 2.24.25-1 ii libiw30 30~pre9-8 ii libmenu-cache3 1.0.0~rc1-1 ii libpango-1.0-0 1.36.8-2 ii libwnck22 2.30.7-2 ii libx11-62:1.6.2-3 ii libxml2 2.9.1+dfsg1-4 ii lxmenu-data 0.1.4-1 ii lxpanel-data0.7.2-1 Versions of packages lxpanel recommends: ii xkb-data 2.12-1 Versions of packages lxpanel suggests: ii iceweasel [www-browser] 31.1.0esr-1 ii lxsession0.4.9.2-1 ii menu 2.1.47 ii w3m [www-browser]0.5.3-17 -- 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#767734: upgrade failure: perl-modules depends on perl which is not configured yet
Package: perl Version: 5.20.1-2 Severity: serious Hi, while upgrading a sid chroot, perl fails to upgrade: } Preparing to unpack .../perl-base_5.20.1-2_amd64.deb ... } Unpacking perl-base (5.20.1-2) over (5.18.2-7) ... } Setting up perl-base (5.20.1-2) ... } (Reading database ... 17402 files and directories currently installed.) } Preparing to unpack .../liblocale-gettext-perl_1.05-8+b1_amd64.deb ... } Unpacking liblocale-gettext-perl (1.05-8+b1) over (1.05-8) ... } Preparing to unpack .../libtext-charwidth-perl_0.04-7+b3_amd64.deb ... } Unpacking libtext-charwidth-perl (0.04-7+b3) over (0.04-7+b2) ... } Preparing to unpack .../libtext-iconv-perl_1.7-5+b2_amd64.deb ... } Unpacking libtext-iconv-perl (1.7-5+b2) over (1.7-5+b1) ... } Preparing to unpack .../perl_5.20.1-2_amd64.deb ... } Unpacking perl (5.20.1-2) over (5.18.2-7) ... } Preparing to unpack .../perl-modules_5.20.1-2_all.deb ... } Unpacking perl-modules (5.20.1-2) over (5.18.2-7) ... } dpkg: dependency problems prevent configuration of perl-modules: } perl-modules depends on perl (= 5.20.1-1); however: } Package perl is not configured yet. } } dpkg: error processing package perl-modules (--configure): } dependency problems - leaving unconfigured } Errors were encountered while processing: } perl-modules } E: Sub-process /usr/bin/dpkg returned an error code (1) Cheers, -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ (sid-amd64-sbuild)root@burlewii:~# dpkg -l Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==-==-==-== ii apt1.0.6 amd64 commandline package manager ii base-files 7.4 amd64 Debian base system miscellaneous files ii base-passwd3.5.33 amd64 Debian base system master password and group files ii bash 4.3-7 amd64 GNU Bourne Again SHell ii binutils 2.24.51.20140709-1 amd64 GNU assembler, linker and binary utilities ii bsdutils 1:2.20.1-5.8 amd64 Basic utilities from 4.4BSD-Lite ii build-essential11.6 amd64 Informational list of build-essential packages ii bzip2 1.0.6-5 amd64 high-quality block-sorting file compressor - utilities ii coreutils 8.21-1.2 amd64 GNU core utilities ii cpp4:4.9.1-1 amd64 GNU C preprocessor (cpp) ii cpp-4.94.9.1-1 amd64 GNU C preprocessor ii dash 0.5.7-4 amd64 POSIX-compliant shell ii debconf1.5.53 allDebian configuration management system ii debconf-i18n 1.5.53 allfull internationalization support for debconf ii debian-archive-keyring 2012.4 allGnuPG archive keys of the Debian archive ii debianutils4.4 amd64 Miscellaneous utilities specific to Debian ii diffutils 1:3.3-1 amd64 File comparison utilities ii dpkg 1.17.10 amd64 Debian package management system ii dpkg-dev 1.17.10
Bug#767732: systemtap does not install
Le 02/11/2014 09:48, Ritesh Raj Sarraf a écrit : Control: severity -1 minor On 11/02/2014 02:02 PM, dAgeCKo wrote: Package: systemtap-common Version: 2.6-0.1 Severity: grave Not grave by any means... OK, good to know. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761019: gstreamer1.0 nmu
On Sun, 2 Nov 2014 00:52:23 -0400 Michael Gilbert mgilb...@debian.org wrote: Hello, Hi, I've uploaded an nmu fixing this issue. Please see attached. Well this is certainly a solution, not the solution IMHO. The dependencies are usually calculated by dh_girepository and it's not happening here some some reasons. debian/rules is mangling the shlibs file, I guess this is the reason. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757633: Blueman broken in jessie beta 2 xfce 32-bit, cont
I also compiled and installed latest bluez from http://www.bluez.org/download/ Now i have some action in /var/log/syslog. Each time i try to send a file from android 4.1 phone, i have the following: Nov 2 11:38:29 debian systemd-udevd[157]: Network interface NamePolicy= disabled on kernel commandline, ignoring. Nov 2 11:38:41 debian systemd-udevd[157]: Network interface NamePolicy= disabled on kernel commandline, ignoring. Above i tried to send 2 times, so 2 messages. Google does not help me to get forward of this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767161: With XBMC from debian sid.
On Wed, Oct 29, 2014 at 07:21:58PM +1300, Karl wrote: sudo Apt-get install xbmc xbmc-bin -t sid How did that command succeed? -- If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing. --- Malcolm X -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767735: gnucash: Does not display any graphs using any stylesheet
Package: gnucash Version: 1:2.6.4-2 Severity: important Dear Maintainer, Since a recent system upgrade, Gnucash has stopped displaying all charts, my own customized ones as well as the ones built-in. The problem persists for all available choices of style sheets. Running gnucash from the terminal gives the following output: albin@hecate ~ % gnucash Found Finance::Quote version 1.35 No bp log location saved, using default. [000:000] Cpu: 6.30.5, x4, 2800Mhz, 7993MB [000:000] Computer model: Not available [000:000] Browser XEmbed support present: 1 [000:000] Browser toolkit is Gtk2. [000:000] Using Gtk2 toolkit No bp log location saved, using default. [000:000] Cpu: 6.30.5, x4, 2800Mhz, 7993MB [000:000] Computer model: Not available [000:009] Warning(optionsfile.cc:30): Load: Could not open file, err=2 [000:009] No bp log location saved, using default. [000:009] Cpu: 6.30.5, x4, 2800Mhz, 7993MB [000:010] Computer model: Not available [000:010] Browser XEmbed support present: 1 [000:010] Browser toolkit is Gtk2. [000:010] Using Gtk2 toolkit [000:008] Warning(optionsfile.cc:30): Load: Could not open file, err=2 [000:008] No bp log location saved, using default. [000:008] Cpu: 6.30.5, x4, 2800Mhz, 7993MB [000:008] Computer model: Not available java version 1.7.0_65 OpenJDK Runtime Environment (IcedTea 2.5.2) (7u65-2.5.2-4) OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode) -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnucash depends on: ii gnucash-common 1:2.6.4-2 ii guile-2.0 2.0.11+1-9 ii guile-2.0-libs 2.0.11+1-9 ii libaqbanking34 5.4.3beta-2+b1 ii libaqbanking34-plugins 5.4.3beta-2+b1 ii libc6 2.19-12 ii libcairo2 1.12.16-5 ii libcrypt-ssleay-perl 0.58-1+b2 ii libdate-manip-perl 6.47-1 ii libdbi10.9.0-3 ii libfinance-quote-perl 1.35-1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.0-2 ii libgnome-keyring0 3.12.0-1+b1 ii libgnomecanvas2-0 2.30.3-2 ii libgoffice-0.8-8 0.8.17-3 ii libgtk2.0-02.24.25-1 ii libgwengui-gtk2-0 4.12.0beta-3+b1 ii libgwenhywfar604.12.0beta-3+b1 ii libhtml-tableextract-perl 2.11-1 ii libhtml-tree-perl 5.03-1 ii libktoblzcheck1c2a 1.47-1 ii libofx61:0.9.10-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-01.36.8-2 ii libpython2.7 2.7.8-11 ii libwebkitgtk-1.0-0 2.4.6-1 ii libwww-perl6.08-1 ii libx11-6 2:1.6.2-3 ii libxml22.9.1+dfsg1-4 ii libxslt1.1 1.1.28-2+b1 ii perl 5.20.1-2 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages gnucash recommends: ii gnucash-docs 2.6.4-1 ii yelp 3.14.1-1 Versions of packages gnucash suggests: pn libdbd-mysqlnone pn libdbd-pgsqlnone pn libdbd-sqlite3 none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767324: Error running timer `font-latex-jit-lock-force-redisplay'
On Fri, Oct 31, 2014 at 05:37:37PM +0100, Davide G. M. Salvetti wrote: tag 767324 + moreinfo Sorry, noticed these mails only just now. Hi, thanks for the report. At the moment I am not able to reproduce it. Would you please also test it with the prerelease package of 11.88-1 which you find on people.debian.org in /home/salve/ajk/? 11.88-1, in unstable, appears to fix it, yes. AK Severity: normal I think severity: minor is more appropriate to this bug; do you agree? It was a deliberately chosen severity. Not only does the message annoy, it also distracts from real work. Additionally, it sometimes obscures useful messages normally shown in the minibuffer but not recorded in *Messages*. On Fri, Oct 31, 2014 at 05:49:39PM +0100, David Kastrup wrote: It's my experience that these kind of timer error render serious work almost impossible at least when debug-on-error is set. So depending on how frequently this problem triggers for Antti-Juhani, his original choice might not be exaggerated. Yes, it was triggered all the time. -- Antti-Juhani Kaijanaho -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689919: closed by Michael Gilbert mgilb...@debian.org (re: subversion: includes a non-free file)
Control: reopen -1 Control: found -1 subversion/1.8.10-3 On Sat, 01 Nov 2014 18:26:16 -0400 Michael Gilbert wrote: [...] The current consensus is that AFLv3 is a free license. Hello Mike, could you please clarify which consensus you are talking about? I am not aware of any news about this bug since October the 8th, 2012. I am reopening the bug report, while waiting for a clarification. Thanks for your time. -- http://www.inventati.org/frx/ fsck is a four letter word... . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpUxzPhVMdJP.pgp Description: PGP signature
Bug#762650: lxpanel: Still seeing the issue with 0.7.2-1
On Sun, Nov 2, 2014 at 11:22 AM, Dov Feldstern dovde...@gmail.com wrote: Package: lxpanel Version: 0.7.2-1 Followup-For: Bug #762650 Dear Maintainer, I still seem to be seeing the issue after taking 0.7.2-1 from unstable -- when I maximize a window, the bottom part is hidden by the panel; changing the value of Reserve space, and not covered by maximized windows in the Advanced tab of the Panel Preferences seems to have no effect on this. Ah, apparently the issue has to do with a dual-monitor setup: my panel is being displayed on monitor 1, but the space for it was being reserved on monitor 2. I see a panel setting that allows me to move the panel itself to monitor 2, so that now the space is reserved as expected. However, If I really want the monitor (and, presumably, the space reserved for it) to be on monitor 1, I don't see how that can be done. Not sure whether you want to reopen this issue, or file a new one...
Bug#767673: [Pkg-fglrx-devel] Bug#767673: fglrx-driver: gnome-session fails to start. Major opcode 141 (RANDR) Minor opcode 13 (RRChangeOutputProperty).
Am 01.11.2014 um 20:45 schrieb MARTON Jozsef: Package: fglrx-driver Version: 1:14.9+ga14.201-2 Severity: important Dear Maintainer, * What led up to the situation? Clean Jessie install with fglrx and linux-image-3.16-3 amd64 as of 2014-11-01, using DI-7.7 Beta 2. Using the installer, the base system has been installed, no desktop environment tasks were selected. After apt-get update; apt-get upgrade; apt-get dist-upgrade; reboot; I've added packages fglrx-driver fglrx-control gnome-core. * What exactly did you do (or not do) that was effective (or ineffective)? Created /root/.xsession as described in #745901 Message#41 to work around the clutter(EGL/Wayland)-fglrx bug #745901. After that I've invoked startx as root having no display manager running. * What was the outcome of this action? Gnome crashed showing the sad computer screen (Gnome: Oh no! Something has gone wrong.) * What outcome did you expect instead? Have a running gnome session. After looking into syslog and examining the differences before applying workaround #745901 Message#41, it seems that this crash is related to the following entries: Nov 1 20:19:32 my-laptop gnome-session[1518]: X Error of failed request: BadValue (integer parameter out of range for operation) Nov 1 20:19:32 my-laptop gnome-session[1518]: Major opcode of failed request: 141 (RANDR) Nov 1 20:19:32 my-laptop gnome-session[1518]: Minor opcode of failed request: 13 (RRChangeOutputProperty) Nov 1 20:19:32 my-laptop gnome-session[1518]: Value in failed request: 0x97 Nov 1 20:19:32 my-laptop gnome-session[1518]: Serial number of failed request: 205 Nov 1 20:19:32 my-laptop gnome-session[1518]: Current serial number in output stream: 207 Nov 1 20:19:32 my-laptop gnome-session[1518]: gnome-session[1518]: WARNING: App 'gnome-shell.desktop' exited with code 1 Nov 1 20:19:32 my-laptop gnome-session[1518]: WARNING: App 'gnome-shell.desktop' exited with code 1 Nov 1 20:19:32 my-laptop gnome-session[1518]: X Error of failed request: BadValue (integer parameter out of range for operation) Nov 1 20:19:32 my-laptop gnome-session[1518]: Major opcode of failed request: 141 (RANDR) Nov 1 20:19:32 my-laptop gnome-session[1518]: Minor opcode of failed request: 13 (RRChangeOutputProperty) Nov 1 20:19:32 my-laptop gnome-session[1518]: Value in failed request: 0x97 Nov 1 20:19:32 my-laptop gnome-session[1518]: Serial number of failed request: 205 Nov 1 20:19:32 my-laptop gnome-session[1518]: Current serial number in output stream: 207 Nov 1 20:19:32 my-laptop gnome-session[1518]: gnome-session[1518]: WARNING: App 'gnome-shell.desktop' exited with code 1 Nov 1 20:19:32 my-laptop gnome-session[1518]: WARNING: App 'gnome-shell.desktop' exited with code 1 Nov 1 20:19:32 my-laptop gnome-session[1518]: WARNING: App 'gnome-shell.desktop' respawning too quickly Nov 1 20:19:32 my-laptop gnome-session[1518]: gnome-session[1518]: WARNING: App 'gnome-shell.desktop' respawning too quickly Nov 1 20:19:32 my-laptop gnome-session[1518]: Unrecoverable failure in required component gnome-shell.desktop And why should this be a bug in fglrx? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#767736: Socket doesn't work, when there are many hosts or services
Package: shinken-mod-livestatus Version: 1.0.1-2 Severity: important Tags: upstream This is probably fixed upstream with: - https://github.com/shinken-monitoring/mod-livestatus/commit/8392c327bc78ee03bd55f56ec2a0d9bf685e - https://github.com/shinken-monitoring/mod-livestatus/commit/d61b659345385386ba8d3fff1158fe0923ae7ab8 I hope to get this in jessie -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662960: Improved TLS validation (hostname validation still missing)
There is an improved patch in Fedora, that validates the CA but still not the hostname: http://pkgs.fedoraproject.org/cgit/ssmtp.git/tree/ssmtp-validate-TLS-server-cert.patch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767643: unblock: vite/1.2+svn1430-2
Control: tags -1 confirmed On 2014-11-01 16:56, Samuel Thibault wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock unblock vite/1.2+svn1430-2 Hello, I would like to upload the attach changes, which fix bug #767451: [...] Samuel [...] Ok, please upload it to unstable and let us know when it has been accepted. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767737: missing feature in woof
Package: woof Version: 20091227-2 woof has no support for streams, it can only send (and receive) files, so you cannot use woof with pipes. For example, it is not possible: tail -f /var/log/syslog | woof tar cvzf - $(find . -name *.png) | openssl bf -e -k wambam | woof I have asked the original woof author Simon Budig si...@budig.de to add stream support to woof, but he is not interested in such a feature. Therefore I have written woos (web offer one stream), which is a woof clone written in perl and with streaming support: http://fex.rus.uni-stuttgart.de/fstools/woos.html With woos you can do: tail -f /var/log/syslog | woos tar cvzf - $(find . -name *.png) | openssl bf -e -k wambam | woos woos this.file other.file and/a/directory/too woos also offers an upload form for receiving data. woos also has a client mode, which automatically unpacks a tar stream. I have already contacted the woof Debian maintainers and they asked me to send an official feature request as bug report. So, here we are :-) I am not using Debian, but Ubuntu. -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum IZUS/TIK E-Mail: horlac...@tik.uni-stuttgart.de Universitaet Stuttgart Tel:++49-711-68565868 Allmandring 30aFax:++49-711-682357 70550 Stuttgart (Germany) WWW:http://www.tik.uni-stuttgart.de/ REF:20141102100935.ga7...@rus.uni-stuttgart.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767738: FTBFS: hardcoded path to libgeotiff.so missing Multi-Arch component
Package: src:ossim Version: 1.8.16-2+b2 Severity: serious Justification: fails to build from source (but built successfully in the past) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear maintainer, libgeotiff-dfsg has switched to Multi-Arch in 1.4.0-3 and this breaks ossim build as it has a hardcoded path (why?). You should either add support for M-A paths or don't use hardcoded path[1] and let the linker pick the correct path itself. 1. Replace -DGEOTIFF_LIBRARY=/usr/lib/libgeotiff.so with -DGEOTIFF_LIBRARY=-lgeotiff (Same for -DGEOS_LIB and -DGEOS_LIBRARY) Build log failure snippet: [...] make[4]: *** No rule to make target '/usr/lib/libgeotiff.so', needed by 'None/libossim.so.1.8.16'. Stop. [...] Cheers, Ondrej - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJ8BAEBCgBmBQJUVgP1XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHbzcP/0ybad0wKW8Kym8M16/P/MWB VLfcGtda433htuwTZf+zv1k3jNQ2cIC1FC1RviRayPHRAl0sqG66RmAVxmXCP5tF J4dSxgFCnOb+JgbpisiEqRW99YN1EmsQHyrHL6ausEwUgvoEukoLTmJ54IZt7Wrx XxC1Xhi8w7M4bFB1AvgIhf9sO+sEfpHMDLGwJtbQmvxPUCJK25rsOXpdAz89OQuU 9xnGNx3bqG2yEWbW3m7Hadu33Wp4B95nynSzG2hdxuIep+ZYGoceV/QaJDyGcnjU aigh2B6/5Y7bSZjW4pQ15XRE7BMcMYpHnWF5VawhNte/GEeBOuI+o7vyQH2aZznK kzZDxjG63egVelBfhYwLbK5PkbUWx5Ii24QrpTPLw+ibTnzwd3G5P/C4hzjhyGct p2MQAG2Ct3ldkW63f87D3LrdZJBIePRIcCmgYB9MRFTeYCX/I1/ZHJCmzGbYxI7Q /kZyHHTLF6IYEhD+RvbqWj6OJJzFYBNsI2looljyDsudQhtypy26p2rd5gDqakvS 7QHXHZTfYcOvtsG+lRBju9f0CUWKzCYUCzEG67vKztNMe/7eBReBpw5oAZ2x5SVs 2DkMV01bcwZCqyAPNSwOkMptANDXmwPDja3QlM4hZqTQukXRhFpd2eo/iuOf9ABG VyALEW6F6ksemiQKUlQV =MeI+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767739: workrave: Prevent double startup
Package: workrave Version: 1.10.4-3 Severity: normal Somehow, Gnome regularly decides to start two copies of workrave. While we're waiting for Gnome session management to become awesome, it would be nice if workrave would detect this and start only once. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages workrave depends on: ii gconf-service3.2.6-3 ii libatk1.0-0 2.14.0-1 ii libatkmm-1.6-1 2.22.7-2.1 ii libc62.19-12 ii libcairo-gobject21.14.0-2.1 ii libcairo21.14.0-2.1 ii libcairomm-1.0-1 1.10.0-1.1 ii libdbusmenu-glib412.10.2-1 ii libdbusmenu-gtk3-4 12.10.2-1 ii libgcc1 1:4.9.1-19 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgdome2-0 0.8.1+debian-6 ii libglib2.0-0 2.42.0-2 ii libglibmm-2.4-1c2a 2.42.0-1 ii libgstreamer0.10-0 0.10.36-1.4 ii libgtk-3-0 3.14.4-1 ii libgtkmm-3.0-1 3.14.0-1 ii libice6 2:1.0.9-1 ii libindicator3-7 0.5.0-2 ii libpanel-applet-4-0 3.8.1-6 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangomm-1.4-1 2.34.0-1.1 ii libpulse-mainloop-glib0 5.0-13 ii libpulse05.0-13 ii libsigc++-2.0-0c2a 2.4.0-1 ii libsm6 2:1.2.2-1 ii libstdc++6 4.9.1-19 ii libx11-6 2:1.6.2-3 ii libxml2 2.9.2+dfsg1-1 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1 ii multiarch-support2.19-12 ii workrave-data1.10.4-3 workrave recommends no packages. Versions of packages workrave suggests: pn gnome-panel none ii gnome-shell 3.14.1-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#767740: FTBFS: mips: segmentation fault in check_pl
Package: src:swi-prolog Version: 6.6.6-5 Severity: serious Justification: fails to build from source (but built successfully in the past) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear maintainer(s), your package FTBFS on mips with: make[3]: Entering directory '/«PKGBUILDDIR»/packages/jpl/src/java' javac -source 1.4 -target 1.4 -classpath ../../jpl.jar:/usr/share/java/junit.jar jpl/test/Family.java jpl/test/FetchBigTree.java jpl/test/FetchLongList.java jpl/test/Ga2.java jpl/test/Ga.java jpl/test/Garbo.java jpl/test/Masstest.java jpl/test/MaxObjects.java jpl/test/ShadowA.java jpl/test/ShadowB.java jpl/test/SyntaxError.java jpl/test/Test.java jpl/test/TestJUnit.java jpl/test/TestOLD.java warning: [options] bootstrap class path not set in conjunction with -source 1.4 1 warning jar cf ../../jpltest.jar jpl/test/Family.class jpl/test/FetchBigTree.class jpl/test/FetchLongList.class jpl/test/Ga2.class jpl/test/Ga.class jpl/test/Garbo.class jpl/test/Masstest.class jpl/test/MaxObjects.class jpl/test/ShadowA.class jpl/test/ShadowB.class jpl/test/SyntaxError.class jpl/test/Test.class jpl/test/TestJUnit.class jpl/test/TestOLD.class make[3]: Leaving directory '/«PKGBUILDDIR»/packages/jpl/src/java' if [ -r jpltest.jar ]; then \ LD_LIBRARY_PATH=/usr/lib/jvm/java-7-openjdk-mips/jre/lib/mips/server:/usr/lib/jvm/java-7-openjdk-mips/jre/lib/mips ../swipl.sh --traditional -q -f test_jpl.pl -g run_tests,halt -t 'halt(1)' ; \ else \ echo No jpltest.jar; maybe junit is not installed? ; \ fi JUNIT=/usr/share/java/junit.jar JAVA=java JAVA_PRELOAD=/usr/lib/jvm/java-7-openjdk-mips/jre/lib/mips/server/libjsig.so ./test-java.sh Welcome to SWI-Prolog (Multi-threaded, 32 bits, Version 6.6.6) Copyright (c) 1990-2013 University of Amsterdam, VU Amsterdam SWI-Prolog comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. Please visit http://www.swi-prolog.org for details. For help, use ?- help(Topic). or ?- apropos(Word). % halt Segmentation fault make[2]: *** [check_pl] Error 139 make[2]: *** Waiting for unfinished jobs Makefile:59: recipe for target 'check_pl' failed . . .. Time: 34.758 OK (104 tests) make[1]: *** [override_dh_auto_test] Error 2 Full build log can be found here: https://buildd.debian.org/status/fetch.php?pkg=swi-prologarch=mipsver=6.6.6-5stamp=1414864478 (Perhaps you can skip the tests on mips for now to allow swi-prolog to migrate to testing?) Cheers, Ondrej - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJ8BAEBCgBmBQJUVgaPXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHhU0P/07lxetp24EnMzh/G+WBhICj 2acZcLYoG7iojeE/4k6OKFNYnnRM6MlnVYeOSjNLRWeR4Ei3y71Kf1FiPUtiFi1l XGR59jjbaZkJcqoQAhIrQdunKGiAJU/mmzxbDQDjZehwnZeCWTeprn0DtWJBRpSl X1R1VT6jW0xkuGBD69+7I2OUhMRdXeBjK2sBvQls+sRlWCG7Fx8VxUSBRiTSr9Ex yB9DZGUDTxOGnamvan/KwMXRJw9Vcyh/AILz52E89r//PGXMbNF/rLIfuAWAGPkj IzMDOFtdK+e1nYwixmpfGNJiIX4KjYlX/KV6oaqbhSz5DAEhOnvYnq4jXusNK0C+ h1wg7aoADiXuUYenQnONZ+7/uhZM0pM+yHS9ZDZyozH76LpO+1xyhCIiyVJoqJZd CSkQ9BkLOOrs4q/vNi/4q8E8vfw9fRAHlAzbTd/licN/2zBhR1c5Cse98IW5MZa3 Sw4i8LAAvkFBtneFYfS2yUAxbOFZH5XxH52GxOYxUJx4U0DAQGgDNnhuDuZ4EfjW KKh8gux7aXnGM2yRUYPzd++YJEjTuGahYPviSQDH2t2G6Y5rbIqyFWRra91I6ciT ASp5PaKBufe2iVS5CGyAnfCZYokqW4dpPLlx40OULypSTPuSlNxWhYXfeM90uHH6 DDeJiEaG59gPqkIFqWI0 =C7Vr -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761019: gstreamer1.0 nmu
On So, 2014-11-02 at 10:41 +0100, Laurent Bigonville wrote: On Sun, 2 Nov 2014 00:52:23 -0400 Michael Gilbert mgilb...@debian.org wrote: Hello, Hi, I've uploaded an nmu fixing this issue. Please see attached. Well this is certainly a solution, not the solution IMHO. The dependencies are usually calculated by dh_girepository and it's not happening here some some reasons. debian/rules is mangling the shlibs file, I guess this is the reason. Yeah, I was looking into this a bit and couldn't find the reason for dh_girepository not picking it up... but also didn't want to do this workaround solution as there seems to be an underlying problem somewhere. As we're near a release I guess this workaround is fine, but we should keep this bug open nonetheless. Same bug is in gst-plugins-base1.0 btw. Feel free to NMU that one the same way too, but also keep that bug open. signature.asc Description: This is a digitally signed message part
Bug#767741: Unable to initialize TLS: No SSL/TLS configuration present
Package: prosody
Version: 0.9.4-1
Severity: grave
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (650, 'testing'), (500, 'testing-updates')
Architecture: armhf (armv7l)
Kernel: Linux 3.4.103-sun7i+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages prosody depends on:
ii adduser 3.113+nmu3
ii libc6 2.19-12
ii libidn111.29-1
ii libssl1.0.0 1.0.1j-1
ii lua-expat [lua5.1-expat]1.3.0-2
ii lua-filesystem [lua5.1-filesystem] 1.6.2-3
ii lua-socket [lua5.1-socket] 3.0~rc1-3
ii lua5.1 5.1.5-7.1
ii ssl-cert1.0.35
Versions of packages prosody recommends:
ii lua-event [lua5.1-event] 0.4.3-1
ii lua-sec [lua5.1-sec] 0.5-1
Versions of packages prosody suggests:
pn lua-dbi-mysql none
pn lua-dbi-postgresql none
pn lua-dbi-sqlite3 none
ii lua-zlib0.2+git+1+9622739-2
-- Configuration Files:
/etc/prosody/conf.avail/localhost.cfg.lua changed:
-- Section for localhost
-- enabled = false -- Remove this line to enable this host
-- This allows clients to connect to localhost. No harm in it.
VirtualHost localhost
http_host = localhost -- HTTP requests will be addressed to here
/etc/prosody/prosody.cfg.lua changed:
-- Prosody Example Configuration File
--
-- Information on configuring Prosody can be found on our
-- website at http://prosody.im/doc/configure
--
-- Tip: You can check that the syntax of this file is correct
-- when you have finished by running: luac -p prosody.cfg.lua
-- If there are any errors, it will let you know what and where
-- they are, otherwise it will keep quiet.
--
-- The only thing left to do is rename this file to remove the .dist ending,
and fill in the
-- blanks. Good luck, and happy Jabbering!
-- Server-wide settings --
-- Settings in this section apply to the whole server and are the default
settings
-- for any virtual hosts
-- This is a (by default, empty) list of accounts that are admins
-- for the server. Note that you must create the accounts separately
-- (see http://prosody.im/doc/creating_accounts for info)
-- Example: admins = { us...@example.com, us...@example.net }
admins = {ad...@web-gallerie.de, a...@web-gallerie.de}
-- Enable use of libevent for better performance under high load
-- For more information see: http://prosody.im/doc/libevent
--use_libevent = true;
-- This is the list of modules Prosody will load on startup.
-- It looks for mod_modulename.lua in the plugins folder, so make sure that
exists too.
-- Documentation on modules can be found at: http://prosody.im/doc/modules
modules_enabled = {
-- Generally required
roster; -- Allow users to have a roster. Recommended ;)
saslauth; -- Authentication for clients and servers.
Recommended if you want to log in.
tls; -- Add support for secure TLS on c2s/s2s connections
dialback; -- s2s dialback support
disco; -- Service discovery
-- Not essential, but recommended
private; -- Private XML storage (for room bookmarks, etc.)
vcard; -- Allow users to set vCards
-- These are commented by default as they have a performance impact
--privacy; -- Support privacy lists
--compression; -- Stream compression (Debian: requires
lua-zlib module to work)
-- Nice to have
version; -- Replies to server version requests
uptime; -- Report how long server has been running
time; -- Let others know the time here on this server
ping; -- Replies to XMPP pings with pongs
pep; -- Enables users to publish their mood, activity,
playing music and more
register; -- Allow users to register on this server using a
client and change passwords
-- Admin interfaces
admin_adhoc; -- Allows administration via an XMPP client that
supports ad-hoc commands
--admin_telnet; -- Opens telnet console interface on
localhost port 5582
-- HTTP modules
bosh; -- Enable BOSH clients, aka Jabber over HTTP
--http_files; -- Serve static files from a directory over HTTP
-- Other specific functionality
posix; -- POSIX functionality, sends server to background,
enables syslog, etc.
--groups; -- Shared roster support
--announce; -- Send announcement to all online users
--welcome; -- Welcome users who register accounts
--watchregistrations; -- Alert admins of registrations
--motd; -- Send a message to users when they log in
Bug#767742: linux-image-3.16-3-amd64: radeon KMS does not work at boot
Package: src:linux Version: 3.16.5-1 Severity: normal Since a few weeks, I experience the problem that my screen stays blank as soon as KMS is supposed to be activated. I have to boot with radeon.modeset=0 parameter to prevent this problem from happening. I'm using this graphics card: 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn PRO [Radeon HD 7850] [1002:6819] When I manually try to modprobe radeon after booting with radeon.modeset=0, I get this error: modprobe: ERROR: could not insert 'radeon': Invalid argument [ 132.951583] [drm:radeon_init] *ERROR* No UMS support in radeon module! This error shows up even with a file /etc/modprobe.d/radeon.conf with this contents: options radeon modeset=1 However, when I run # modprobe radeon modeset=1 it works successfully: [ 76.004511] [drm] radeon kernel modesetting enabled. [ 76.006261] [drm] initializing kernel modesetting (PITCAIRN 0x1002:0x6819 0x174B:0xE218). [ 76.006355] [drm] register mmio base: 0xF7D0 [ 76.006415] [drm] register mmio size: 262144 [ 76.006559] ATOM BIOS: C40304 [ 76.006680] radeon :01:00.0: VRAM: 2048M 0x - 0x7FFF (2048M used) [ 76.006753] radeon :01:00.0: GTT: 1024M 0x8000 - 0xBFFF [ 76.006824] [drm] Detected VRAM RAM=2048M, BAR=256M [ 76.006884] [drm] RAM width 256bits DDR [ 76.007029] [TTM] Zone kernel: Available graphics memory: 8177176 kiB [ 76.007094] [TTM] Zone dma32: Available graphics memory: 2097152 kiB [ 76.007156] [TTM] Initializing pool allocator [ 76.007220] [TTM] Initializing DMA pool allocator [ 76.007306] [drm] radeon: 2048M of VRAM memory ready [ 76.007368] [drm] radeon: 1024M of GTT memory ready. [ 76.007447] [drm] Loading PITCAIRN Microcode [ 76.008488] radeon :01:00.0: firmware: direct-loading firmware radeon/PITCAIRN_pfp.bin [ 76.009169] radeon :01:00.0: firmware: direct-loading firmware radeon/PITCAIRN_me.bin [ 76.009527] radeon :01:00.0: firmware: direct-loading firmware radeon/PITCAIRN_ce.bin [ 76.010586] radeon :01:00.0: firmware: direct-loading firmware radeon/PITCAIRN_rlc.bin [ 76.011054] radeon :01:00.0: firmware: direct-loading firmware radeon/PITCAIRN_mc2.bin [ 76.011128] [drm] radeon/PITCAIRN_mc2.bin: 31100 bytes [ 76.011679] radeon :01:00.0: firmware: direct-loading firmware radeon/PITCAIRN_smc.bin [ 76.011757] [drm] Internal thermal controller with fan control [ 76.011891] [drm] probing gen 2 caps for device 8086:151 = 261ad03/e [ 76.021475] [drm] radeon: dpm initialized [ 76.022829] radeon :01:00.0: firmware: direct-loading firmware radeon/TAHITI_uvd.bin [ 76.022930] [drm] GART: num cpu pages 262144, num gpu pages 262144 [ 76.023884] [drm] probing gen 2 caps for device 8086:151 = 261ad03/e [ 76.023947] [drm] PCIE gen 3 link speeds already enabled [ 76.036665] [drm] PCIE GART of 1024M enabled (table at 0x00276000). [ 76.036860] radeon :01:00.0: WB enabled [ 76.036921] radeon :01:00.0: fence driver on ring 0 use gpu addr 0x8c00 and cpu addr 0x88041590ec00 [ 76.036994] radeon :01:00.0: fence driver on ring 1 use gpu addr 0x8c04 and cpu addr 0x88041590ec04 [ 76.037067] radeon :01:00.0: fence driver on ring 2 use gpu addr 0x8c08 and cpu addr 0x88041590ec08 [ 76.037139] radeon :01:00.0: fence driver on ring 3 use gpu addr 0x8c0c and cpu addr 0x88041590ec0c [ 76.037212] radeon :01:00.0: fence driver on ring 4 use gpu addr 0x8c10 and cpu addr 0x88041590ec10 [ 76.037909] radeon :01:00.0: fence driver on ring 5 use gpu addr 0x00075a18 and cpu addr 0xc90006135a18 [ 76.037981] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [ 76.038040] [drm] Driver supports precise vblank timestamp query. [ 76.038116] radeon :01:00.0: irq 48 for MSI/MSI-X [ 76.038128] radeon :01:00.0: radeon: using MSI. [ 76.038212] [drm] radeon: irq initialized. [ 76.196420] [drm] ring test on 0 succeeded in 4 usecs [ 76.196476] [drm] ring test on 1 succeeded in 1 usecs [ 76.196530] [drm] ring test on 2 succeeded in 1 usecs [ 76.196592] [drm] ring test on 3 succeeded in 2 usecs [ 76.196652] [drm] ring test on 4 succeeded in 1 usecs [ 76.382430] [drm] ring test on 5 succeeded in 2 usecs [ 76.382486] [drm] UVD initialized successfully. [ 76.382703] [drm] ib test on ring 0 succeeded in 0 usecs [ 76.382847] [drm] ib test on ring 1 succeeded in 0 usecs [ 76.382992] [drm] ib test on ring 2 succeeded in 0 usecs [ 76.383084] [drm] ib test on ring 3 succeeded in 0 usecs [ 76.383179] [drm] ib test on ring 4 succeeded in 1 usecs [ 76.534296] [drm] ib test on ring 5 succeeded [ 76.535809] [drm] Radeon Display Connectors [ 76.535869] [drm] Connector 0: [ 76.535918] [drm] DP-1 [ 76.535983] [drm] HPD4 [ 76.536049] [drm] DDC: 0x6530 0x6530 0x6534
Bug#767743: unblock: blitz++/0.10-3
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package blitz++
The only reason to upload this package is a missing Breaks to fix bug #767564.
Debdiff is attached.
Thanks for your work in the release team
Andreas.
unblock blitz++/0.10-3
-- System Information:
Debian Release: 7.7
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru blitz++-0.10/debian/changelog blitz++-0.10/debian/changelog
--- blitz++-0.10/debian/changelog 2014-10-02 16:54:03.0 +0200
+++ blitz++-0.10/debian/changelog 2014-11-02 08:45:17.0 +0100
@@ -1,3 +1,10 @@
+blitz++ (1:0.10-3) unstable; urgency=medium
+
+ * libblitz-doc breaks libblitz0ldbl of previous releases
+Closes: #767564
+
+ -- Andreas Tille ti...@debian.org Sun, 02 Nov 2014 08:42:13 +0100
+
blitz++ (1:0.10-2) unstable; urgency=medium
* cme fix dpkg-control
diff -Nru blitz++-0.10/debian/control blitz++-0.10/debian/control
--- blitz++-0.10/debian/control 2014-10-02 16:44:52.0 +0200
+++ blitz++-0.10/debian/control 2014-11-02 11:29:36.0 +0100
@@ -60,6 +60,7 @@
Section: doc
Depends: ${misc:Depends},
libjs-jquery
+Breaks: libblitz0ldbl ( 0.10-2)
Description: C++ template class library for scientific computing
Blitz++ offers a high level of abstraction,
but performance which rivals Fortran. The
Bug#761019: gstreamer1.0 nmu
Le Sun, 02 Nov 2014 11:35:21 +0100, Sebastian Dröge sl...@coaxion.net a écrit : On So, 2014-11-02 at 10:41 +0100, Laurent Bigonville wrote: On Sun, 2 Nov 2014 00:52:23 -0400 Michael Gilbert mgilb...@debian.org wrote: Hello, Hi, I've uploaded an nmu fixing this issue. Please see attached. Well this is certainly a solution, not the solution IMHO. The dependencies are usually calculated by dh_girepository and it's not happening here some some reasons. debian/rules is mangling the shlibs file, I guess this is the reason. Yeah, I was looking into this a bit and couldn't find the reason for dh_girepository not picking it up... but also didn't want to do this workaround solution as there seems to be an underlying problem somewhere. As we're near a release I guess this workaround is fine, but we should keep this bug open nonetheless. Same bug is in gst-plugins-base1.0 btw. Feel free to NMU that one the same way too, but also keep that bug open. The reason seems to be the dummy shlibs.local. dh_girepository is called twice, the 1st time (explicitly from the debian/rules) before the this dummy shlibs.local is created and a 2nd time (cdbs is doing that) after the shlibs.local has been created. Only the result from the 2nd call is used. So my question is why is this dummy shlibs.local file created during the build? We could either remove this completely or move the call to dh_girepository to the end of the common-binary-predeb-arch target (after the rm). Just tried with both solution and they all seems to work. 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#767291: closed by Andreas Tille andr...@an3as.eu (Re: Bug#767291: blitz++: FTBFS on mips)
Hi Ivo, On Sun, Nov 02, 2014 at 11:59:41AM +0100, Ivo De Decker wrote: Hi Andreas, On Sun, Nov 02, 2014 at 10:48:10AM +, Debian Bug Tracking System wrote: since Dejan confirmed that the problem is not in the package itself and it builds *in principle* on mips I hereby close this bug to ensure that the migration will not only be blocked because of this bug once the mips porters took the needed means to build the package successfully. Ivo, I hope you agree with this, if not please reopen. I don't mind, but blitz++ still won't migrate to testing like this. For that to happen, the build needs to succeed or the old mips packages need to be removed (including rdeps). This needs to happen before the freeze deadline (Nov 5th). Sure. I know this and I just have sent two mails to debian-mips list that I will ask for removal of there will be no progress (even before you sent the bug ;-)). It probably doesn't matter that much, as there is another RC bug preventing the migration anyway (#767564). Since I uploaded a fix for the said bug before I closed this one and now also asked for unblock I think it now only depends from debian-mips people how honest they are about their port. I'll ask ftpmaster for removal from mips three days before the migration period ends. Thanks for your attention anyway Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767643: unblock: vite/1.2+svn1430-2
Hello, Niels Thykier, le Sun 02 Nov 2014 11:24:59 +0100, a écrit : Ok, please upload it to unstable and let us know when it has been accepted. Thanks, it was accepted. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767574: [PKG-Openstack-devel] Bug#767574: Bug#767574: Bug#767574: keystone: Does not install : dpkg: error processing package keystone (--configure):
I am using systemd. /var/run/keystone, already exists now. even after purging. does it make sense to install keystone standalone? here is my config dbc_install='true' dbc_upgrade='true' dbc_remove='' dbc_dbtype='mysql' dbc_dbuser='keystone' dbc_dbpass='2JnTb4mOmQQ3' dbc_dbserver='' dbc_dbport='' dbc_dbname='keystonedb' dbc_dbadmin='root' dbc_basepath='' dbc_ssl='' dbc_authmethod_admin='' dbc_authmethod_user='' sudo aptitude install -t experimental keystone The following NEW packages will be installed: keystone 0 packages upgraded, 1 newly installed, 0 to remove and 2095 not upgraded. Need to get 0 B/69.5 kB of archives. After unpacking 314 kB will be used. debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package keystone. (Reading database ... 283839 files and directories currently installed.) Preparing to unpack .../keystone_2014.2-1_all.deb ... Unpacking keystone (2014.2-1) ... Processing triggers for man-db (2.6.7.1-1) ... Setting up keystone (2014.2-1) ... debconf: warning: possible database corruption. Will attempt to repair by adding back missing question keystone/passwords-do-not-match. PKG-Openstack now calling: dbc_go keystone configure usermod: no changes dbconfig-common: writing config to /etc/dbconfig-common/keystone.conf Creating config file /etc/dbconfig-common/keystone.conf with new version granting access to database keystonedb for keystone@localhost: success. verifying access for keystone@localhost: success. creating database keystonedb: success. verifying database keystonedb exists: success. dbconfig-common: flushing administrative password 2014-11-02 05:01:21.363 9331 WARNING keystone.cli [-] keystone-manage pki_setup is not recommended for production use. Sleeping 5 seconds to make sure the keystone daemon is up and running: 5...4...3...2...1...0 Upgrading db... Creating tenants... Unable to establish connection to http://127.0.0.1:35357/v2.0/users Unable to establish connection to http://127.0.0.1:35357/v2.0/tenants Unable to establish connection to http://127.0.0.1:35357/v2.0/OS-KSADM/roles Unable to establish connection to http://127.0.0.1:35357/v2.0/OS-KSADM/roles Unable to establish connection to http://127.0.0.1:35357/v2.0/OS-KSADM/roles usage: keystone user-role-add --user user --role role [--tenant tenant] keystone user-role-add: error: argument --user/--user-id/--user_id: expected one argument usage: keystone user-role-add --user user --role role [--tenant tenant] keystone user-role-add: error: argument --user/--user-id/--user_id: expected one argument usage: keystone user-role-add --user user --role role [--tenant tenant] keystone user-role-add: error: argument --user/--user-id/--user_id: expected one argument usage: keystone tenant-update [--name tenant_name] [--description tenant-description] [--enabled true|false] tenant keystone tenant-update: error: too few arguments Registering keystone endpoint...Unable to establish connection to http://192.168.2.2:35357/v2.0/OS-KSADM/services Unable to establish connection to http://192.168.2.2:35357/v2.0/OS-KSADM/services/ done! I think i found the problem: root@mdupont-Aspire-7750G:~# /usr/bin/keystone-all Traceback (most recent call last): File /usr/bin/keystone-all, line 50, in module from keystone.openstack.common import processutils ImportError: cannot import name processutils root@mdupont-Aspire-7750G:~# python Python 2.7.8 (default, Oct 18 2014, 12:50:18) [GCC 4.9.1] on linux2 Type help, copyright, credits or license for more information. import keystone.openstack.common print keystone.openstack.common module 'keystone.openstack.common' from '/mnt/newdrive2/home/mdupont/experiments/stack/keystone/keystone/openstack/common/__init__.pyc' It is importing from my previous attemps at installing the devstack! I will remove that. root@mdupont-Aspire-7750G:~# rm -rf /mnt/newdrive2/home/mdupont/experiments/stack/ root@mdupont-Aspire-7750G:~# /usr/bin/keystone-all 2014-11-02 05:09:50.605 10040 WARNING keystone.openstack.common.versionutils [-] Deprecated: keystone.middleware.core.XmlBodyMiddleware is deprecated as of Icehouse in favor of support for application/json only and may be removed in Kilo. 2014-11-02 05:09:50.644 10040 WARNING keystone.openstack.common.versionutils [-] Deprecated: keystone.contrib.revoke.backends.kvs is deprecated as of Juno in favor of keystone.contrib.revoke.backends.sql and may be removed in Kilo. And now it works! omg it was the devstack leftovers, how can root be trying to find python there? well that is where it told devstack to install it. I am sorry about the mess and confusion here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767745: pidgin: Aborting due to incompatible libotr API version 4.0.0
Package: pidgin Version: 2.10.10-1 Severity: grave Justification: renders package unusable Dear Maintainer, when starting pidgin it terminates with the following error message: Expected libotr API version 4.1.0 incompatible with actual version 4.0.0. Aborting. The following version of libotr is installed: $ aptitude show libotr2 Package: libotr2 State: installed Automatically installed: no Version: 3.2.1-1+deb7u1 Priority: optional Section: libs Maintainer: Thibaut VARENE vare...@debian.org Architecture: amd64 Uncompressed Size: 174 k Depends: libc6 (= 2.7), libgcrypt11 (= 1.4.5) Suggests: libotr2-bin (= 3.2.1-1+deb7u1) Replaces: libotr0, libotr0 Description: Off-the-Record Messaging library Off-the-Record (OTR) Messaging Library and Toolkit OTR allows you to have private conversations over IM by providing: * Encryption - No one else can read your instant messages. * Authentication - You are assured the correspondent is who you think it is. * Deniability - The messages you send do _not_ have digital signatures that are checkable by a third party. Anyone can forge messages after a conversation to make them look like they came from you. However, _during_ a conversation, your correspondent is assured the messages he sees are authentic and unmodified. * Perfect forward secrecy - If you lose control of your private keys, no previous conversation is compromised. Homepage: http://www.cypherpunks.ca/otr/ Pidgin thus becomes unusable when using this combination of packages from the official repositories. Thanks for looking into it. *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin depends on: ii gconf2 3.2.6-3 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-12 ii libcairo2 1.12.16-5 ii libdbus-1-3 1.8.8-2 ii libdbus-glib-1-20.102-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype62.5.2-2 ii libgadu31:1.12.0-5 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.0-2 ii libgstreamer0.10-0 0.10.36-1.4 ii libgtk2.0-0 2.24.25-1 ii libgtkspell02.0.16-1.1 ii libice6 2:1.0.9-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangoft2-1.0-0 1.36.8-2 ii libpurple0 2.10.10-1 ii libsm6 2:1.2.2-1 ii libx11-62:1.6.2-3 ii libxml2 2.9.1+dfsg1-4 ii libxss1 1:1.2.2-1 ii perl-base [perlapi-5.20.1] 5.20.1-2 ii pidgin-data 2.10.10-1 Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base 0.10.36-2 ii gstreamer0.10-plugins-good 0.10.31-3+nmu4+b1 Versions of packages pidgin suggests: ii libsqlite3-0 3.8.7-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#767291: closed by Andreas Tille andr...@an3as.eu (Re: Bug#767291: blitz++: FTBFS on mips)
Hi Andreas, On Sun, Nov 02, 2014 at 10:48:10AM +, Debian Bug Tracking System wrote: since Dejan confirmed that the problem is not in the package itself and it builds *in principle* on mips I hereby close this bug to ensure that the migration will not only be blocked because of this bug once the mips porters took the needed means to build the package successfully. Ivo, I hope you agree with this, if not please reopen. I don't mind, but blitz++ still won't migrate to testing like this. For that to happen, the build needs to succeed or the old mips packages need to be removed (including rdeps). This needs to happen before the freeze deadline (Nov 5th). It probably doesn't matter that much, as there is another RC bug preventing the migration anyway (#767564). Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767744: flash-kernel: There is no way to specify a custom dtb
Package: flash-kernel Version: 3.28 Severity: wishlist Hello, I want to use flash-kernel on a machine that uses a device tree blob that isn't included in the kernel package. So flash-kernel's assumption to find /usr/lib/linux-image-$kvers/$dtb_id is wrong. Maybe something like: # if dtb_name starts with / assume it's a stand alone file. Otherwise # pick the one shipped by the linux image. if expr $dtb_name : / /dev/null; then dtb=$dtb_name else dtb=/usr/lib/linux-image-$kvers/$dtb_name fi would work? Best regards Uwe -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: armhf (armv7l) Kernel: Linux 3.16-3-armmp (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages flash-kernel depends on: ii debconf [debconf-2.0] 1.5.53 ii devio 1.2-1 ii initramfs-tools0.116 ii linux-base 3.5 ii ucf3.0030 flash-kernel recommends no packages. Versions of packages flash-kernel suggests: ii u-boot-tools 2014.10~rc3+dfsg1-1 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767743: unblock: blitz++/0.10-3
Control: tags -1 moreinfo On 2014-11-02 11:59, Andreas Tille wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package blitz++ The only reason to upload this package is a missing Breaks to fix bug #767564. Debdiff is attached. Thanks for your work in the release team Andreas. unblock blitz++/0.10-3 [...] Hi Andreas, Unfortunately blitz++ does not build on mips, so an unblock does not help. Furthermore, there are further changes to blitz++ relative to testing - namely those introduced in 0.10-2. These are also subject to the freeze policy. This latter is mostly for future reference, so you are aware of it for the next unblock request. In regards to the actual changes from 0.10-2, I have not looked at those. As long as blitz++ has out of date binaries on mips, an unblock will not work. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765877: gnome-terminal decreases size when mouse over close tab button
I'd argue that this is a bug in your Gnome theme. The close button shouldn't change its size on hover. If it does, weird things are bound to happen, and I'm not sure if gnome-terminal could (and really don't think it should) try to do anything to prevent this.
Bug#767746: metview: needs Build-Conflict: libopenjpeg-dev
Package: src:metview Version: 4.4.8+dfsg.1-7 Severity: serious Justification: inconsistent builds -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear maintainer(s), it looks like your amd64 build was built in unclean environment and it picked up wrong JPEG 2000 implementation (openjpeg instead of jasper). There are several options how to fix that. * Please add 'Build-Conflicts: libopenjpeg-dev' to d/control or * patch your package to pick jasper as a first choice and * build your package in clean environment (f.e. pbuilder) and * do the source-only upload[1] 1. add --changes-option=-g (or just -g) to dpkg-buildpackage invocation. Cheers, Ondrej - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJ8BAEBCgBmBQJUVg4MXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHRHsQAME+bEK8tFzEG0iJ+tQ1KVUV vUofWOxWZqGPx1Cyv67ePaVZlOgW6w2usL0vR8krSBoOE1HHudF/hyGoSj3RItkJ xV/v1ULTGSGWwXWtXmBWHqUY8yvD5V91rwiaOUJn7faS8TBnRfRcEUuPW2arFJO7 uP/0VdU5Mj5keMTeiaXJT84I7Jx3DvApz7yTLZ2ZCfrgncjkEk5wbvEImyCMTr6Y 2Yfwc2QJQj88jHnG8slfCKpbATVuKd+i0/gJu6Y2x6UD7ol8xI87iLOhd70n1Aed TI3Lffa6YskzZpYwpGtadmYjvGWKDszW+pjJbNqjDRyb1Y6D0ZfWRhjd5Vc8PMOY gbLweUhEpEy03AgynAluZy4aOKKz0PdX6H8417tFZU/3Att74v9MQV+HRFofEdud cKl/LTZ2UV+MIxH29QfmSf1CWpFwHnT6JvuJICDp5xjRtWMuzkYQBhtyePnvb8Tu dZmlykjhQ8oNwtZq2LlgBA615+fMMHaRsPMcAgQps/r1T20KjG40iDZw1mxWc3QU 5bDQxfPm4NhgY75GGd1TVjIcTkXcXFa3uqMqEdXKTquyhBbtGdwPqvkFllcja764 RGWpy0nnrSUg6Qb03+7vaaMhstYDTu2UGA0yFYE9rB+MU39y75xiGpy+tCq2pfLK EImaI23tJt+6gTFevsSm =YyLB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767324: Error running timer `font-latex-jit-lock-force-redisplay'
tag 767324 - moreinfo thanks AK == Antti-Juhani Kaijanaho [2014-11-2] [...] AK 11.88-1, in unstable, appears to fix it, yes. Thanks! I marked it fixed by 11.86-1 and closed. AK Severity: normal I think severity: minor is more appropriate to this bug; do you agree? AK It was a deliberately chosen severity. Not only does the message AK annoy, it also distracts from real work. Additionally, it sometimes AK obscures useful messages normally shown in the minibuffer but not AK recorded in *Messages*. Agreed. -- Thanks, Davide -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767747: magics++: Build depends on libgd2-dev but magics-config --with-gd reports no
Package: src:magics++ Version: 2.22.7.dfsg.1-4 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear maintainer(s), the magics++ package has libgd2-dev in its build depends and also the individual binary packages depends on libgd3, but the resulting magics-config reports no when called with --with-gd. This in turn disable -ljpeg in metview - metview was linked with libjpeg(8) before, but now it isn't linked with any jpeg library at all (it should link to libjpeg62 provided by libjpeg62-turbo now). Cheers, Ondrej - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJ8BAEBCgBmBQJUVhFPXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHK6kQANEVDtSFqj8qhxrXI06HgU/2 LVLv92hK1vLJt8U3WlQtE2DDOw/fcj6joDDCIYxM6R9VA+aK9dxjGveu7XIVOKgA 0ugwistFklb9QbB+dDG4hmT96fwjc4CV0RdG2x/PC6HfTIdOSs1ASotDVvKCFtgc FRFQn5dkeEzHxvFsG7CSbFOV1pyc0cca111n8kfQMRIrN1FE4BZcSPTdZHbmz5KD Tz38K1EWzPE3WKCAG70+88C/BWwK/1wMbbglCn+WIRwxHtqDmf1YzUxuy2cg7uGb zC6tr9gzVX0g+mX0xF7Zcg47lZfPdXB8trckILZC3q3aMXucH+GXi7K361Nomzwn hSy20v11tMnUbzu8egyfTqOYfNkCFEW9rZGpCOhHr1n1i2Iv4KohSBAHKQULxSm3 KKucA7f7nCp67LnDUpLac6IeAwa3HS5Of2cshGNyeEng3sMsBWFwFbzQds0p42vM YyF4e8TrUFMjyEA3hzqxLVRvYZcoC4kG8Sz3+Hz+T2A4rCb7VJNFanqvQssWCn++ gWdklLozEcpdG3lmPDjwd3YHQcDLNqRy3GFerK0gAYGK5B6AfDzfA1SC4J9BQ1jy 2J3DikHZbyqU7fiTYwbj4HDF7VN5Az6TzA7mSerNnWctcNmaVYT+0t4pOP2vfg+U /qEbk47fhrNZdWGS50K0 =Z262 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766802: linux-image-amd64: rt2800usb driver does not include 1b75:a200 USB id's as a supported device
Cyril Brulebois wrote: Martin Mokrejs mmokr...@fold.natur.cuni.cz (2014-10-29): Cyril Brulebois wrote: So I've done that and Stanislaw replied[1] it would be nicer if the reporter could actually test the patch. Martin, any chance you could give it a shot to confirm? 1. http://marc.info/?l=linux-kernelm=141458072930743w=2 It seems you already built a vanilla kernel but I could probably build a patched linux-image-3.16-3-amd64 package for you if needed. OK, please send me a URL where to fetch the modified Debian kernel package. Or a series of shell commands? ;-) https://people.debian.org/~kibi/linux/ has the patched linux package, along with its sha1sum, and a GPG signature, and the source diff against the linux package currently in testing. I did check that the relevant line was present in the resulting package: alias=usb:v1B75pA200d*dc*dsc*dp*ic*isc*ip*in* Hi Cyril, I patched manually 3.15.3 kernel and no longer need to force loading of the rt2800usb driver in /etc/modprobe.d/ralink.conf nor explicitly call rt2800usb in /etc/modules. Also I disabled in the RT2800 driver some option to support loading of unsupported devices (don't have the .config handy to paste it correct name). Below is the dmesg showing the kernel loaded the driver based on the USB ID seen: [ 72.406267] usb 1-1: new high-speed USB device number 5 using xhci_hcd [ 72.563323] usb 1-1: New USB device found, idVendor=1b75, idProduct=a200 [ 72.563328] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 72.563331] usb 1-1: Product: 802.11 n WLAN [ 72.563334] usb 1-1: Manufacturer: Ralink [ 72.563337] usb 1-1: SerialNumber: 1.0 [ 72.876831] usb 1-1: reset high-speed USB device number 5 using xhci_hcd [ 72.876855] xhci_hcd :00:14.0: Setup ERROR: setup context command for slot 5. [ 72.876859] usb 1-1: hub failed to enable device, error -22 [ 72.996821] usb 1-1: reset high-speed USB device number 5 using xhci_hcd [ 72.996848] xhci_hcd :00:14.0: Setup ERROR: setup context command for slot 5. [ 72.996853] usb 1-1: hub failed to enable device, error -22 [ 73.116928] usb 1-1: reset high-speed USB device number 5 using xhci_hcd [ 73.147949] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with disabled ep 88030f5e3a48 [ 73.147954] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with disabled ep 88030f5e3a00 [ 73.147957] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with disabled ep 88030f5e3a90 [ 73.147960] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with disabled ep 88030f5e3ad8 [ 73.147963] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with disabled ep 88030f5e3b20 [ 73.147965] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with disabled ep 88030f5e3b68 [ 73.147968] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with disabled ep 88030f5e3bb0 [ 73.148431] ieee80211 phy1: rt2x00_set_rt: Info - RT chipset 3070, rev 0201 detected [ 73.159431] ieee80211 phy1: rt2x00_set_rf: Info - RF chipset 0005 detected [ 73.160350] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht' [ 73.161318] usbcore: registered new interface driver rt2800usb [ 73.161788] ieee80211 phy1: rt2x00lib_request_firmware: Info - Loading firmware file 'rt2870.bin' [ 73.200659] ieee80211 phy1: rt2x00lib_request_firmware: Info - Firmware detected - version: 0.29 [ 73.510984] /dev/vmnet: open called by PID 6278 (vmnet-bridge) [ 73.511001] /dev/vmnet: hub 0 does not exist, allocating memory. [ 73.511026] /dev/vmnet: port on hub 0 successfully opened [ 73.511108] bridge-wlan1: device is wireless, enabling SMAC [ 73.55] bridge-wlan1: up [ 73.511129] bridge-wlan1: attached [ 73.511777] bridge-wlan1: disabling the bridge [ 73.547307] bridge-wlan1: down [ 73.547380] bridge-wlan1: detached [ 73.710799] userif-2: sent link down event. [ 73.710805] userif-2: sent link up event. So, I conclude the patch works fine. You can add my Reported-and-Tested-by: Martin Mokrejs mmokr...@fold.natur.cuni.cz Thank you, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767743: unblock: blitz++/0.10-3
Hi Niels, On Sun, Nov 02, 2014 at 12:13:17PM +0100, Niels Thykier wrote: Control: tags -1 moreinfo Unfortunately blitz++ does not build on mips, so an unblock does not help. Sorry, that's not true. According to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767291#15 it builds on mips, but not on all porter machines. Furthermore, there are further changes to blitz++ relative to testing - namely those introduced in 0.10-2. These are also subject to the freeze policy. This latter is mostly for future reference, so you are aware of it for the next unblock request. Ahhh, well. I confirm that the 0.10-2 changes need to be taken into consideration now as well. I admit I do not have any personal interest in blitz++. The only reason why I spent some time into it was that years ago somebody asked me for help in this package and now it seems to bit-rot while it has some users. If it creates extra trouble for you and me we can most probably go with the current version in testing and leave everything as is in unstable. In regards to the actual changes from 0.10-2, I have not looked at those. As long as blitz++ has out of date binaries on mips, an unblock will not work. I have pinged debian-mips@l.d.o twice about this problem and told them that I will ask for ROM on mips ... :-( Thanks for your work on the Debian release Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767624: qemu-kvm: Package bridge-utils is autoremoved after system update
02.11.2014 13:32, Daniel Lindgren wrote: [] If you rely on some system utility in your networking configuration, please tell so to the package manager, by marking it as manually installed. It is not in any way a bug in qemu, it is a clear and obvious operator error. Obviuously not an operator error. There has been a dependency for bridge-utils in the past, that depency has now been removed which causes apt to mark bridge-utils as not needed when it clearly still is in use, as it was on my installation. So what do you suggest? To keep old and long obsolete dependencies as dependencies forever? Exactly the same will happen when you remove any other package which was installed automatically but is not in use anymore by any other package on the system, in case you actually used it. The clearly still in use is clear for you, but not for qemu-kvm (where it is clearly not in use anymore). A rule of thumb is to see which packages are being removed by autoremove, and verify if you still use any of them. Or just don't use autoremove (it is not enabled by default). If you still disagree, please start discussion on debian-users or open a bug against linux-general package. Because this is how debian packaging system has always worked and - hopefully - will continue working. It is not in any way a bug in qemu, quite the contrary - it'd be a bug in qemu if it still listed bridge-utils in dependencies while this package is actually not used by it anymore. 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#767725: unblock: gorm.app/1.2.20-2
reopen 767725 thanks Niels Thykier wrote: On 2014-11-02 07:50, Yavor Doganov wrote: unblock gorm.app/1.2.20-2 Sorry, but I will have to decline your request. The RC bug does not affect testing (as gorm.app is not in testing) and therefore not applicable for neither ageing nor an unblock. AFAICS gorm.app/1.2.20-1 is in testing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767370: does not start debconf, displays debconf commands and waits for input
Hi, On 10/30/2014 04:59 PM, Thijs Kinkhorst wrote: With current needrestart on jessie, after upgrading my packages I see debconf-command like output in my terminal (SET ...) but no debconf interface is presented. It waits for input after each one, so I press enter after SET .., then afetr SUBST until it terminates. I'm not aware of any changes to my system other than the needrestart upgrade. Output follows. I've no idea why it does happen. The debconf magic is done by the perl modules of debconf which restarts needrestart and redirects /dev/stdout to debconf as soon as the debconf perl package is loaded. Does the problem still exist? What happens if you call needrestart directly? Which debconf backends do you use? Regards, Thomas PS: I'm little confused about the perl warnings below (perl: warning: Setting locale failed.) - did the package upgrade fail and maybe break some of the debconf perl stuff? Scanning processes... Scanning candidates... Failed to retrieve available kernel versions. SET needrestart/ui-query_pkgs atd, cron, ntp, rsyslog, ssh Use of uninitialized value $rc in numeric ne (!=) at /usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 4. SUBST needrestart/ui-query_pkgs OUT Services to be restarted: Use of uninitialized value $rc in numeric ne (!=) at /usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 5. SUBST needrestart/ui-query_pkgs PKGS atd, cron, ntp, rsyslog, ssh Use of uninitialized value $rc in numeric ne (!=) at /usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 6. FSET needrestart/ui-query_pkgs seen 0 Use of uninitialized value $rc in numeric ne (!=) at /usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 7. SETTITLE needrestart/ui-query_pkgs_title Use of uninitialized value $rc in numeric ne (!=) at /usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 8. INPUT critical needrestart/ui-query_pkgs Use of uninitialized value $rc in numeric ne (!=) at /usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 9. GO Use of uninitialized value $rc in numeric ne (!=) at /usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 10. GET needrestart/ui-query_pkgs Use of uninitialized value $rc in numeric ne (!=) at /usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 11. STOP Use of uninitialized value $s in split at /usr/share/perl5/NeedRestart/UI/Debconf.pm line 132, STDIN line 11. Use of uninitialized value $r in string eq at /usr/share/perl5/NeedRestart/UI/Debconf.pm line 135, STDIN line 11. -- Package-specific info: needrestart output: Failed to retrieve available kernel versions. No services need to be restarted. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.13.7 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages needrestart depends on: ii dpkg 1.17.13 ii libmodule-find-perl0.12-1 ii libmodule-scandeps-perl1.16-1 ii libproc-processtable-perl 0.51-1 ii libsort-naturally-perl 1.03-1 ii libterm-readkey-perl 2.32-1+b1 ii perl 5.20.1-2 needrestart recommends no packages. needrestart suggests no packages. -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LC_PAPER = nl_NL.UTF-8, LC_ADDRESS = nl_NL.UTF-8, LC_MONETARY = nl_NL.UTF-8, LC_NUMERIC = nl_NL.UTF-8, LC_TELEPHONE = nl_NL.UTF-8, LC_IDENTIFICATION = nl_NL.UTF-8, LC_MEASUREMENT = nl_NL.UTF-8, LC_TIME = nl_NL.UTF-8, LC_NAME = nl_NL.UTF-8, LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory -- :: WWW: http://fiasko-nw.net/~thomas/ :: ::: Jabber: xmpp:tho...@jabber.fiasko-nw.net ::: :: flickr: http://www.flickr.com/photos/laugufe/ :: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767515: ITP: python-nose-parameterized -- decorator for parameterized testing with Nose
Hi Thomas, On Sun, Nov 02, 2014 at 04:20:19AM +0800, Thomas Goirand wrote: On 11/01/2014 07:58 PM, Guido Günther wrote: Is this going to be part of the package description? Yes. It looks more like a rant about what Nose already provides than what python-nose-parameterized has to offer: Nose. It's got test generators. But they kind of suck: * They often require a second function * They make it difficult to separate the data from the test * They don't work with subclases of unittest.TestCase * kwargs? What kwargs? It be much nicer if the description would highlight what python-nose-parameterized actually does (i.e. what the decorators are useful for). Obviously, nose-parameterized addresses these issues... I welcome you to provide a better package description. If upstream doesn't take the time to write a better one, well sorry, but I don't Following this reasoning we shouldn't patch any bugs in software either just because upstream didn't take the time. The whole distribution idea falls apart with that reasoning. really have the time either, I just packaged that one because I needed python-nose-timer to get in, and it depends on it (and I need nose-timer to package Fuel). If you do have the time, then great! I'll be happy to integrate a better package description on the next upload. nose-parameterized is a decorator for parameterized testing of Python code with nose. . The provided decorators make it simple to pass lists, iterables, tuples or callables to the test functions. This allows you to separate the data from the test without having to subclass unittest.testcase. 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#763383: Add transparency option to gnome-terminal
Zerothly, there is no need for a patch; gnome-terminal supports transparency just fine. It's not the same. With the given patch, you get a translucent background, but all other colors remain opaque. With a WM/compositing approach even the foreground colors, non-default background colors, and the UI chrome (menubar, tabs, WM title bar) become transparent. It's really not the same user experience. Especially with the foreground text becoming translucent, the result is in my opinion less usable than with the explicit transparency patch. Firstly, this patch will *never* be accepted upstream Secondly, it relies on an undocumented feature of vte Why not at least document the vte feature and committing to keeping that, for the benefit of other vte-based apps? Thirdly, the actual patch presented here has several defects, chiefly the problem that it always forces an ARGB visual even when no transparency is in use. This may negatively impact performance and memory use. Someone somewhere (can't remember who and where, sorry) pointed out that quite a few other apps already always force ARGB without problems. As far as I remember, they pointed out that ARGB used to have problems but it's not the case anymore. Yet, if it's still an issue, the patch should be further improved to handle this. I myself have used g-t with this patch for about half a year now, and F20/Rawhide also ships this. I haven't found any reports yet that are likely connected to transparency. What are the other defects? Fourthly, the patch adds user-visible strings, but does not contain their translation Isn't it one more reason for accepting the feature mainstream (maybe behind a disabled-by-default configure flag)? Translations would appear at almost zero cost. Finally, there are many other terminal emulators that do support transparency (e.g., KDE's konsole); so if they want transparency, the user can simply choose to use one of them instead of gnome-terminal. I have recently put tons of effort in improving gnome-terminal, probably most significantly the rewrap-on-resize feature makes it significantly better for me than most other terminals. I'd hate to tell our users go use another terminal, that's not why I put so much work in it. I'd prefer my work to reach as many users as possible, even those who insist on transparency. as an addendum: While the OP claims that the patch is already more widely used than just its originator (Fedora) I'm not sure about Ubuntu's branches and stuff, but looking at https://code.launchpad.net/~ubuntu-desktop/gnome-terminal/ubuntu and https://launchpad.net/~gnome3-team/+archive/ubuntu/gnome3-staging suggests to me that probably the patch is going to be included in Vivid. In conclusion, it is my opinion that Debian should *not* add this patch to its gnome-terminal package. I don't think I have a conclusion here :) I think the best would be if mainstream g-t accepted this feature, I can't see why ChPe is so resistant, but he made it clear that the feature won't become mainstream. I'm not sure if all major distros shipping the patch and pushing for adoption could make him change his mind. Given this situation, Debian should listen to its users, understand the pros/cons of applying this patch and make whatever seems to be the best decision. cheers, egmont -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767734: upgrade failure: perl-modules depends on perl which is not configured yet
[CC'ing apt maintainers.] On 2014-11-02 10:27 +0100, Peter Palfrader wrote: Package: perl Version: 5.20.1-2 Severity: serious Hi, while upgrading a sid chroot, perl fails to upgrade: } Preparing to unpack .../perl-base_5.20.1-2_amd64.deb ... } Unpacking perl-base (5.20.1-2) over (5.18.2-7) ... } Setting up perl-base (5.20.1-2) ... } (Reading database ... 17402 files and directories currently installed.) } Preparing to unpack .../liblocale-gettext-perl_1.05-8+b1_amd64.deb ... } Unpacking liblocale-gettext-perl (1.05-8+b1) over (1.05-8) ... } Preparing to unpack .../libtext-charwidth-perl_0.04-7+b3_amd64.deb ... } Unpacking libtext-charwidth-perl (0.04-7+b3) over (0.04-7+b2) ... } Preparing to unpack .../libtext-iconv-perl_1.7-5+b2_amd64.deb ... } Unpacking libtext-iconv-perl (1.7-5+b2) over (1.7-5+b1) ... } Preparing to unpack .../perl_5.20.1-2_amd64.deb ... } Unpacking perl (5.20.1-2) over (5.18.2-7) ... } Preparing to unpack .../perl-modules_5.20.1-2_all.deb ... } Unpacking perl-modules (5.20.1-2) over (5.18.2-7) ... } dpkg: dependency problems prevent configuration of perl-modules: } perl-modules depends on perl (= 5.20.1-1); however: } Package perl is not configured yet. } } dpkg: error processing package perl-modules (--configure): } dependency problems - leaving unconfigured } Errors were encountered while processing: } perl-modules } E: Sub-process /usr/bin/dpkg returned an error code (1) The circular dependency between perl and perl-modules has been around for ages, and it can be broken by configuring both perl and perl-modules in one run and letting dpkg figure out the order. It seems as if apt told dpkg to only configure perl-modules which cannot work. I think this is the same problem as in https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1347721, and it's fixed in apt 1.0.7 (you have apt 1.0.6, 0.9.9 introduced the bug). Cheers, Sven (sid-amd64-sbuild)root@burlewii:~# dpkg -l Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==-==-==-== ii apt1.0.6 amd64 commandline package manager ii base-files 7.4 amd64 Debian base system miscellaneous files ii base-passwd3.5.33 amd64 Debian base system master password and group files ii bash 4.3-7 amd64 GNU Bourne Again SHell ii binutils 2.24.51.20140709-1 amd64 GNU assembler, linker and binary utilities ii bsdutils 1:2.20.1-5.8 amd64 Basic utilities from 4.4BSD-Lite ii build-essential11.6 amd64 Informational list of build-essential packages ii bzip2 1.0.6-5 amd64 high-quality block-sorting file compressor - utilities ii coreutils 8.21-1.2 amd64 GNU core utilities ii cpp4:4.9.1-1 amd64 GNU C preprocessor (cpp) ii cpp-4.94.9.1-1 amd64 GNU C preprocessor ii dash 0.5.7-4 amd64 POSIX-compliant shell ii debconf1.5.53 allDebian configuration management system ii debconf-i18n 1.5.53 allfull internationalization support for debconf ii debian-archive-keyring 2012.4 allGnuPG archive keys of the Debian archive ii debianutils4.4 amd64 Miscellaneous
Bug#767748: [cups] Version 2.0 released - please update
Package: cups Version: 1.7.5-7 Severity: wishlist --- Please enter the report below this line. --- Because version 2.0.0 has been released on Oct. 1. 2014 please update to this new major release. See http://www.cups.org/ Greetings Andreas Hausmann --- System information. --- Architecture: amd64 Kernel: Linux 3.17-2.towo-siduction-amd64 Debian Release: jessie/sid 500 unstable http.debian.net 500 unstable ftp.uni-stuttgart.de 500 unstable cdn.debian.net 100 wheezy-backports ftp.debian.org 1 experimental cdn.debian.net --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767749: crystalspace: enable verbose output of build system
Package: src:crystalspace Version: 2.0+dfsg-2 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear maintainer, while trying to debug #765157 I found that jam build system is really really quiet. Please change that so it shows the commands being run, etc. (e.g. something like 'make V=1') It's really hard to debug anything, if the build system doesn't output anything at all. Cheers, Ondrej - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJ8BAEBCgBmBQJUVhnOXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHaPAP+gOLBnykefeaXda8yF5AZBqu kfCJsHAs+Fu52PjK/ct5QlWw8UPu9dLfHEy1yfNDdiYKh2gj0iApLDM2XFOIqjbF GArGyjpfzAdQX/rGzruWcfd2DRADiBQGeGCljTlFaxhDwAynzhjARWjJsFMtNjYk 1R7Mn0kzkDtElYIubPKfRwAfE1ywoT8npD9baUpLojV/5p9/ObVvRSwYawEyOvCf BeR4AM2CyRUpkYzWLW9M0lkodMiVWXm4r8Xsfm9kbEkrFbf9FGT1UCdx1ZRvm6oM O9gykh/MiLtOdplaAmd8QJScj1bmWCnmBBDPMqJx4vVcIzEFkV+Iv42zF621tuK4 n+rFysjo2rwA0lNNGcclW1ZH6KkgTLfF2UGjUdGXXnaHtyCSMopEJjWPFx8XXfdk J642D1TEhUbP+bjexpYlMWLmVem685Z+m3X74LvmdY+ehRqBEALPqEoeD6wkCUOf zhJniPs3krjO+V4aCrQrZg6hcQhDhLlWjCjrvQQCTE+CVeUbi/Y0jwvwF1pAbhkU LeRgfHvNY3TeH4T7qsp74CyJvjU9z1A/wVVNNHMcWJEloxRVCQw8ZWybIRhgL07x NL0FZdqdmsIqz3bBX3EVCbhLg51V4Bas6TLev2PbPrRPwdqAeHNwtfIOt3Ltvwnz pOrk/d8mSUpaJzsvY8XS =5D6c -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767411: [Pkg-openmpi-maintainers] Bug#767411: torque: should not be released with jessie
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I tend to agree that we shouldn't propagate an ancient unsupported branch of torque into Jesse. Also, I really wish we were having this discussion a few months ago, not the day(!) before freeze starts. But, I *strongly* disagree that we should just accept the premise that we can't ship a newer Torque. A quick search turns up several instances of people from Adaptive Computing asserting that they want Torque to be free software, or at very least freely redistributable. In particular, the final message on #641484 is from a Ken Nielson at Adaptive asking Please let me know how we can help you in understanding that this license is open or show us what we need to change in order to make it clear that it is open. No reply to that query is recorded in the tracker. Whether or not there is time to resolve this for Jesse, I think we owe it to our users to finish that conversation. That said, I don't see much point in just keeping the libtorque bit if we're dropping the rest of Torque. Regards, Michael On 2014-11-01 14:50, Moritz Mühlenhoff wrote: On Sat, Nov 01, 2014 at 02:30:02PM -0400, Michael Gilbert wrote: On Sat, Nov 1, 2014 at 11:46 AM, Salvatore Bonaccorso wrote: Given Dominique's reply on #767411, from my POV I think the best solution would be to remove torque completely for jessie (i.e. first drop support from openmpi to be able to remove the package and remaining reverse dependencies). 4 wheezy DSAs doesn't necessarily sound that horrible, so I don't think we're clearly at the point where torque should be considered unsupportable. Maybe the patch backports were an incredible amount of work? Well, but the 2.4 branch is already no longer unsupported upstream and we shouldn't knowingly introduce it into a release which will be supported for five more years. The package does clearly need to be orphaned, so someone can step up post-jessie to get the package in sync with upstream. As written by Dominique that's no possible for license reasons. Cheers, Moritz -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJUVhhIAAoJEPdEJ5k+kPFrJSQQALjfxCBhc61yj/kSZEo2jnZY ieh8FydTUoSbzQ7W6cUrXKbeCUBvWHuk1oiSJ7svDduRk4GP9GS0J5lVdzNk7RPy nzn3RyJu9hkhbAsXDXZE9Ga68OS+vQKZq1+8p5YSC4cTiDs0hkiR79pjcDCyu/xM SzHGCT/IOmFLD52I7g9BTXiUC3GWLYfUbO97Xv2XgtugWy0r2sIlpxJjFE82jbuh PqQcJusenHBPMfgE8oiHOt0dMykm9V2xO2SuwBN953FfsBzXyKxo+e5yv/4fAKoX BHTlmsAsPYvVYBU5ppAVbXRf7uCYkONllE9dMQkstf6TTb41R1p4GHlT99ddQoKx AkVIwVD8n5wyUZcrD2Gvax+lSQ7MAQ32Htz9I0cIMjknnAqa5PXTYCK3Zr78OqgX vYZWk2SAF/+q8ewaPbxcKYC6v75EqabyRyJOqH5lbgNSEcRRK6YKW918VamsS/P2 zfIris+crdYii74hmki1Z4fGMxWxjRAWi4+Vc1JiCncP2lYvqSywQxggYf5BtFqH NeAXq4NnmzHcCWYV81bX9/jykKwAPHbckU2nWb+dC/Dk7mz/PK+KfKvijMyhkYpo xpFhoCiSTtsgjnGUXrb9A73Ep7bg6K9+ADzI6vlAEL3aJsIUR1UKxpJLYIyxzcdn aSsEKnmhwZoogHVm/I4a =EPRM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767750: unblock: libnet-dns-perl/0.81-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Please unblock package libnet-dns-perl Hi, the version of libnet-dns-perl in unstable fixes some FTBFS errors in other packages (#755317), so it's desired to have it in testing, but it's a 0.81 pre-released version and the 0.80_2 version is causing problems at least in spamassasssin (#766718). libnet-dns-perl has undergone some big refactoring in between version in stable and testing and last few upstream releases are just cleanups of that refactoring (mainly packages using some Net::DNS internal they shouldn't be using). Unfortunatelly upstream missed the freeze-10 days a little bit, thus I am asking for a permission to upload final 0.81 release and let it migrate to testing. Thank you for considering this. Cheers, Ondrej Cleaned-up[1] upstream diff attached, diffstat is here: $ diffstat /tmp/libnet-dns-perl-0.80.2-0.81.diff Packet.pm |8 Parameters.pm | 18 +- RR.pm |4 RR/MX.pm|4 ++-- RR/TSIG.pm |3 +-- Resolver/Recurse.pm |2 +- 6 files changed, 21 insertions(+), 18 deletions(-) unblock libnet-dns-perl/0.81-1 - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJ8BAEBCgBmBQJUVh3jXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsH7tQP/3vkysYdAchdrJ08MGN2YHMI WqQqmACE2c9scgoSW+3iEjJo31h9lKUOyToDWD/XV2vORsICHYly/yOEfttvOaDk UOVo5q/V6SbDrpxkqXijAKDh0wjK0N/5vE0vsk6x1QYjfmNIoKCS+scFQ5kTN/Yt z9YdjeIlITPhX5W6Tp5zZc9Prp0mQK4sHwUYk6QKySRS1Bs13+fkzMlJ14E1Af1V zBeMPMvGLqvE7iv3jRg6+An1tNG3rXoaa0Hm1ehDXsn6ZOoM9mS1CJ2b/qTtUXed mkUGMT0UklC1fD5NmgiK7+bh12/ofMrmf0a2fiIgRR8HKFg9VLcGEEg3hcfLnWqf jAVsdr29PsSS2SjpZYEv7tYEfSOR56GgmDcnYQxnorcrCu9GCEB3vqTjdbL3l48w k6XjDC0lVpavMjJFOwJjxIy5bfAXV+Ey+n65LPvRJ62MjH1zxSqBTtH3coJOc810 HacdoKSQGBVoZUTEEbj7gjBg1WAKW2rJw4z73Jo3GtjVp7EYksU6u/jUC1snPhH0 w8hTxcLX61nGXmsb21pLde9cs2DtaPvIrdmRetB5sywQGZHrIFBGXF535tmdntYb ZRPzY1YGkCpXzCy3qtkkosC5NLI/rhmd1A5e76c/mSFAfRJIYU5Z2rgN+b54X27+ BFwn+pdf3RIJvEp7AQAU =EraZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767751: wine32-tools: fails to upgrade, breaks wine32-dev-tools needed
Package: wine
Version: 1.6.2-15
Severity: serious
Tags: patch
Justification: Policy 7.6.1
Hi
just refer to (767626: wine64-tools: fails to upgrade from 'testing' -
trying to overwrite /usr/lib/x86_64-linux-gnu/wine/bin/winegcc).
The same should apply to the 32-bit packages, too.
Greets
jre
diff --git a/debian/control.in b/debian/control.in
index 95bed41..c444684 100644
--- a/debian/control.in
+++ b/debian/control.in
@@ -168,6 +168,7 @@ Depends:
libwine-dev (= ${binary:Version}),
Breaks:
libwine-dev ( 1.5.31-1),
+ wine32-dev-tools ( 1.6.2-9),
Replaces:
libwine-dev ( 1.5.31-1),
wine32-dev-tools ( 1.6.2-9),
Bug#764641: [pkg-wine-party] Bug#764641: I cant use wine64 and wine32 with the same .wine folder yet
control: found -1 1.6.2-13 control: found -1 1.6.2-14 control: notfound -1 1.6.2-15 Hi The code to fix this was broken (767437 wine: wine script broken, missing test) and fixed in 1.6.2-15. On 11/01/2014 12:37 AM, Kimy Hardy wrote: Hi, I cant use wine64 and wine32 with the same .wine folder yet, i have installed the wine 1.6.2-14, but if i have winearch 64 i cant run i386 apps on it. The fix applied here in #764641 assigns different wine prefixes $HOME/.wine and $HOME/.wine64 depending on WINEARCH. To use the /same/ wine prefix for 32-bit and 64 bit you need WoW64. See my feature request bug #762058 (wine-development: Please enable WoW64 setup). Greets jre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767743: unblock: blitz++/0.10-3
On 2014-11-02 12:39, Andreas Tille wrote: Hi Niels, On Sun, Nov 02, 2014 at 12:13:17PM +0100, Niels Thykier wrote: Control: tags -1 moreinfo Unfortunately blitz++ does not build on mips, so an unblock does not help. Sorry, that's not true. According to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767291#15 it builds on mips, but not on all porter machines. Okay, but as mentioned by Ivo in #767291 (comment #35): [...] blitz++ still won't migrate to testing like this. For that to happen, the build needs to succeed or the old mips packages need to be removed (including rdeps). This is enforced by our infrastructure and tools. I cannot override it. [...] In regards to the actual changes from 0.10-2, I have not looked at those. As long as blitz++ has out of date binaries on mips, an unblock will not work. I have pinged debian-mips@l.d.o twice about this problem and told them that I will ask for ROM on mips ... :-( Thanks for your work on the Debian release Andreas. Assuming the mips builds comes through before the 5th of November, blitz++ can migrate on its own. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728792: libreoffice-nlpsolver works in sid (regarding bug #728792)
notfound 728792 0.9~beta1-9 close 728792 thanks Hi, On Thu, Mar 20, 2014 at 04:37:50PM +0100, Rene Engelhard wrote: On Wed, Mar 19, 2014 at 10:52:31PM -0400, Matthew Brigida wrote: I installed nlpsolver and everything is working properly. I am running sid. Kernel: 3.12-1-686-pae Libreoffice version: 4.1.5.3 410m0(Build:3) openjdk-6-jre version: 6b30-1.13.1-1 openjdk-7-jre version: 7u51-2.4.5-2 I actually thought from the first time I saw this bug that this must either be a rare occurence or a non-bug. At least not something whihc is grave (and would affect all users of the package). Just tried to install the unchanged(!) nlpsolver package on jessie with the LO it contains - just works. No the status of this extension is unknown. That said, I didn't care that much as the package was not in my interest anymore either way (and in the meanwhile it got removed from testing..) That said, LO still ships it per default in it's packages from the website. Moijaiunvelo, do you still have that problem? And if you use(d) gcj in your LO (look in Options what it actually uses), try openjdk? No answer there. @Moijaiunvelo: I am closing this report. (Also to allow nlpsolver to re-migrate to tesing/jessie before the freeze) Reopen if you still see it *with OpenJDK* set in the options. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767743: unblock: blitz++/0.10-3
On 2014-11-02 13:28, Niels Thykier wrote: [...] Assuming the mips builds comes through before the 5th of November, blitz++ can migrate on its own. ~Niels Bah, obviously I missed the upload today. Provided that the mips build gets sorted out before the 5th of November, I am willing to accept the changes of the -2 upload. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767311: tightvnc FTBFS on arm64, build system issue.
Hi Sorry for not responding until now. The package is up for adoption so NMU is most welcome. / Ola Inguza Technology AB Sent from a phone Den 30 okt 2014 02:03 skrev peter green plugw...@p10link.net: Package: tightvnc Version: 1.3.9-6.4 Severity: important Tightvnc FTBFS on arm64, the cause is some missing logic in the build system to deal with it. (the build system in question seems to need to know about each architecture explicitly). Ubuntu has had a fix for some time* and I just took their fix, cleaned it up for debian (changelog tweaks, removing their maintainer changes) and checked it was buildable on debian arm64. A debdiff is attatched. We are desperately trying to get arm64 up to release status and the lack of this package is making stuff uninstallable in arm64 testing, so a prompt upload would be appreciated. If there is no maintainer response a NMU will most likely follow. If you have any objections to this patch please raise them now. * They also have a new upstream release but uploading new upstream releases is not appropriate at this point in the release cycle.
Bug#767750: unblock: libnet-dns-perl/0.81-1
Package: release.debian.org
Followup-For: Bug #767750
User: release.debian@packages.debian.org
Usertags: unblock
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Forgot to attach the diff :(
- -- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (700, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQJ8BAEBCgBmBQJUVh//XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsH5vQP+wTWt/qpu6tnPAj9hGBsUsFl
+b3b15PUTpLkd/60AQeq9+fxkflhYRRIVW8CAPFqL/fWQpbr+tGpOj8YgX0060No
2VW9xR6Jsj7NxNHEdVTxI9UHTEMezBtj1Gkbz8Xz0AmaDB/UXxx8a8y2g7sIp32r
/OTXDjOFBtMYCxW0dGmXTp/+QuAn337pUDLI1FUjS197JwSv5v9XdRZGcUKT4RZh
JXw4B9GMW+x76Hw3Ihr0DLrnG0MG+tn93lgINOngH6Sv0NR2goHhJx+vdmfasSPD
lxzP0yOgpa7C8AZ8J38y1aSLP/WbbIxZatcw/CQgwdOpVyhgiBp5LCNncB3CR+GP
Pw+f9gyN/+ys2cs/8PAoqjUZcpSJvhUx0SXfw3S25NUNbf/9uu8beN6XvzLnrU1x
ypm13nATbIZmmI/7CTu5vJ6CCwcGqbmJ0S/OdYkW80fUPKpVBKdwQ2vRk3KS/o/r
lrpxx0wmpashhw5f2NOK5qhAw8vgCGkjumiIQk/yBcNMtj9VaMcLdbKr1dq25q9/
PxI5QsV9EI+uMR++T8nqIqEltYRhh/Yi3kjWeqIIdXBC58rOK49EDEz1JJCissEt
iCyHaKR8z2CZ5f7N2LHcHvhHTFYxpSR8lDIN97O7LgLfEcFvnACtbGG4ENwdsKQ/
/Qdb50BR+/ulZdAkjp03
=0l2s
-END PGP SIGNATURE-
diff --git a/lib/Net/DNS/Packet.pm b/lib/Net/DNS/Packet.pm
index f79d26c..f177fb4 100644
--- a/lib/Net/DNS/Packet.pm
+++ b/lib/Net/DNS/Packet.pm
@@ -299,7 +299,7 @@ specifies the DNS zone to be updated.
=cut
sub question {
- return @{shift-{question}};
+ my @qr = @{shift-{question}};
}
sub zone {question}
@@ -319,7 +319,7 @@ not preexist.
=cut
sub answer {
- return @{shift-{answer}};
+ my @rr = @{shift-{answer}};
}
sub pre {answer}
@@ -339,7 +339,7 @@ specifies the RRs or RRsets to be added or deleted.
=cut
sub authority {
- return @{shift-{authority}};
+ my @rr = @{shift-{authority}};
}
sub update {authority}
@@ -355,7 +355,7 @@ section of the packet.
=cut
sub additional {
- return @{shift-{additional}};
+ my @rr = @{shift-{additional}};
}
diff --git a/lib/Net/DNS/Parameters.pm b/lib/Net/DNS/Parameters.pm
index a6de5d2..8ec3175 100644
--- a/lib/Net/DNS/Parameters.pm
+++ b/lib/Net/DNS/Parameters.pm
@@ -216,9 +216,9 @@ sub classbyname {
my $name = shift;
$classbyname{$name} || do {
- confess unknown type $name unless $name =~ m/CLASS(\d+)/;
+ croak unknown type $name unless $name =~ m/CLASS(\d+)/;
my $val = 0 + $1;
- confess classbyname( $name ) out of range if $val 0x;
+ croak classbyname( $name ) out of range if $val 0x;
return $val;
}
}
@@ -228,7 +228,7 @@ sub classbyval {
$classbyval{$val} || do {
$val += 0;
- confess classbyval( $val ) out of range if $val 0x;
+ croak classbyval( $val ) out of range if $val 0x;
return CLASS$val;
}
}
@@ -238,9 +238,9 @@ sub typebyname {
my $name = shift;
$typebyname{$name} || do {
- confess unknown type $name unless $name =~ m/TYPE(\d+)/;
+ croak unknown type $name unless $name =~ m/TYPE(\d+)/;
my $val = 0 + $1;
- confess typebyname( $name ) out of range if $val 0x;
+ croak typebyname( $name ) out of range if $val 0x;
return $val;
}
}
@@ -250,7 +250,7 @@ sub typebyval {
$typebyval{$val} || do {
$val += 0;
- confess typebyval( $val ) out of range if $val 0x;
+ croak typebyval( $val ) out of range if $val 0x;
return TYPE$val;
}
}
@@ -259,7 +259,7 @@ sub typebyval {
sub opcodebyname {
my $name = shift;
return $opcodebyname{$name} if defined $opcodebyname{$name};
- confess unknown opcode $name;
+ croak unknown opcode $name;
}
sub opcodebyval {
@@ -272,7 +272,7 @@ sub rcodebyname {
my $arg = shift;
return $rcodebyname{$arg} if defined $rcodebyname{$arg};
return 0 + $arg if $arg =~ /^\d/;
- confess unknown rcode $arg;
+ croak unknown rcode $arg;
}
sub rcodebyval {
@@ -285,7 +285,7 @@ sub ednsoptionbyname {
my $arg = shift;
return $ednsoptionbyname{$arg} if defined $ednsoptionbyname{$arg};
return 0 + $arg if $arg =~ /^\d/;
- confess unknown option $arg;
+ croak unknown option $arg;
}
sub ednsoptionbyval {
diff --git a/lib/Net/DNS/RR.pm b/lib/Net/DNS/RR.pm
index e8ed368..9128a47 100644
--- a/lib/Net/DNS/RR.pm
+++ b/lib/Net/DNS/RR.pm
@@ -243,6 +243,7 @@ use constant RRFIXEDSZ = length pack 'n2 N n', (0) x 4;
sub decode {
my $base = shift;
my ( $data, $offset, @opaque ) = @_;
+ my $start = $offset;
my ( $owner, $fixed ) = decode Net::DNS::DomainName1035(@_);
@@ -257,12 +258,15 @@ sub decode {
my $next = $index + $self-{rdlength};
die 'corrupt wire-format data' if length $$data $next;
+ $self-{offset} = $start;
if (COMPATIBLE) {
ref($self)-new( $self, $data, $index, @opaque );
+ delete $self-{offset};
return wantarray ? ( $self, $next ) : $self;
}
Bug#767743: unblock: blitz++/0.10-3
Hi Mips porters, according to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767291#15 blitz++ perfectly builds on mips provided that the build host is accordingly equipped. Could you please, pretty please make sure that the build of the latest upload will not fail? Thanks a lot Andreas. On Sun, Nov 02, 2014 at 01:32:54PM +0100, Niels Thykier wrote: On 2014-11-02 13:28, Niels Thykier wrote: [...] Assuming the mips builds comes through before the 5th of November, blitz++ can migrate on its own. ~Niels Bah, obviously I missed the upload today. Provided that the mips build gets sorted out before the 5th of November, I am willing to accept the changes of the -2 upload. ~Niels -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767753: octave: wheezy - jessie upgrade: octave fails to install
Package: octave Version: 3.8.2-3 Severity: important Dear Maintainer, I recently did wheezy - jessie upgrade for my system. Upgrade went quite smoothly, except that at the end of upgrade a new version of octave failed to install. I removed and reinstalled the package, but I keep hitting the issue below: zamar@meripeto:~$ sudo apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] Setting up octave (3.8.2-3) ... /usr/bin/octave-cli: error while loading shared libraries: libatlas.so.3: cannot open shared object file: No such file or directory dpkg: error processing package octave (--configure): subprocess installed post-installation script returned error exit status 127 Processing triggers for menu (2.1.47) ... Processing triggers for libc-bin (2.19-12) ... Errors were encountered while processing: octave E: Sub-process /usr/bin/dpkg returned an error code (1) If you need any further information about the status of my system, please let me know. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages octave depends on: ii default-jre-headless 2:1.7-52 ii libamd2.3.1 1:4.2.1-3 ii libarpack2 3.1.5-3 ii libatlas3-base [liblapack.so.3] 3.10.2-4 ii libblas3 [libblas.so.3] 1.2.20110419-10 ii libc62.19-12 ii libcamd2.3.1 1:4.2.1-3 ii libccolamd2.8.0 1:4.2.1-3 ii libcholmod2.1.2 1:4.2.1-3 ii libcolamd2.8.0 1:4.2.1-3 ii libcxsparse3.1.2 1:4.2.1-3 ii libfftw3-double3 3.3.4-1.1 ii libfftw3-single3 3.3.4-1.1 ii libfltk-gl1.31.3.2-6+b1 ii libfltk1.3 1.3.2-6+b1 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc1 1:4.9.1-16 ii libgl1-mesa-glx [libgl1] 10.3.1-1 ii libglpk364.55-1 ii libglu1-mesa [libglu1] 9.0.0-2 ii libgomp1 4.9.1-16 ii libgraphicsmagick++3 1.3.20-3+b1 ii libgraphicsmagick3 1.3.20-3+b1 ii liblapack3 [liblapack.so.3] 3.5.0-4 ii liboctave2 3.8.2-3 ii libqhull62012.1-5 ii libqrupdate1 1.1.2-1 ii libqscintilla2-112.8.4+dfsg-1 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui44:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libstdc++6 4.9.1-16 ii libumfpack5.6.2 1:4.2.1-3 ii libx11-6 2:1.6.2-3 ii octave-common3.8.2-3 ii texinfo 5.2.0.dfsg.1-5 Versions of packages octave recommends: ii gnuplot-x11 4.6.6-1 ii libatlas3-base 3.10.2-4 ii pstoedit3.62-2+b1 Versions of packages octave suggests: pn octave-doc none pn octave-htmldoc none pn octave-info none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767752: kernel-package: '--rootcmd sudo' does not produce workable results
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: kernel-package Version: 13.014 Severity: minor Dear Maintainer, I looked at the manpage of make-kpkg, and it said, it was not recommended to build as root. Typically, make-kpkg should be run under fakeroot, make-kpkg --rootcmd fakeroot kernel_image but instead you run this command as root (this is not recommended), or under fakeroot, or tell make-kpkg how to become root (not recommended either, fakeroot is perhaps the safest option), like so: make-kpkg --rootcmd sudo kernel_image The Debian package file is created in the parent directory of the kernel source directory where this command is run. So I tried the '--rootcmd sudo' option and found, that the results are not workable. Kernels build and install fine, but booting them fails very early in the process. It is probably the case, that using sudo is not significantly more secure than doing this as root, so I will have to learn about fakeroot, as it seems. I tried this both on testing and on stable, the latter with the latest default 3.2-kernel-source. So this possibility probably has to be removed from the manpage. - -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.3edt (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 kernel-package depends on: ii bc 1.06.95-9 ii binutils 2.24.90.20141023-1 ii build-essential 11.7 ii bzip21.0.6-7 ii dpkg-dev 1.17.13 ii file 1:5.20-1 ii gettext 0.19.2-3 ii kmod 18-3 ii po-debconf 1.0.16+nmu3 ii xmlto0.0.25-2 ii xz-utils [lzma] 5.1.1alpha+20120614-2 Versions of packages kernel-package recommends: ii cpio 2.11+dfsg-2 ii docbook-utils 0.6.14-3 ii kernel-common 13.014 pn uboot-mkimage none Versions of packages kernel-package suggests: pn libncurses-dev none ii linux-source3.16+62 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlRWJ84ACgkQ5+rBHyUt5wuXlACcCW0gLGV5VFxXSupQ+p0BIBHY ahQAoIZV27glgkAZyCNNWFo6fSBPzYup =xGox -END PGP SIGNATURE-
Bug#767684: mpd: Stack smashing detected in faad_decoder_init (when playing AAC stream)
On 2014/11/01 21:15, nandhp nan...@gmail.com wrote: After upgrading MPD, it crashes when I try to play an AAC stream, such as http://stream.srg-ssr.ch/m/rsc/aacp_96 Fixed upstream in 0.19.2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766338: kexec-tools: no shutdown possible with 1:2.0.7-3
Jim McCloskey wrote: Bernhard Úbelacker bernha...@vr-web.de wrote: Can someone else reproduce this issue? [...] Is it significant that all of the reports of this problem that I've seen (not that there are very many) involve the amd64 architecture? No, because my case was an i386 machine. I see text in /etc/init.d/kexec-load: # If running systemd, we want kexec reboot only if current # command is reboot followed by checks for pidof systemd /dev/null 21 and systemctl list-jobs systemd-reboot.service | grep -q systemd-reboot.service which look as if they should work... if they were in kexec instead of in kexec-load! But no, if I copy that stanza into /etc/init.d/kexec, it doesn't seem to help... the init.d script runs, but it doesn't detect that systemd is running, so it doesn't check for systemd-reboot.service. Is it possible that systemd has already closed down by that point? -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767754: new check: file-in-root-and-usr
Package: lintian
Version: 2.5.30
Severity: normal
Tags: patch
User: m...@linux.it
Usertags: usrmerge
For more information please read:
https://lists.debian.org/20141102020154.ga11...@bongo.bofh.it
http://anonscm.debian.org/cgit/users/md/usrmerge.git/tree/debian/README.Debian
--
ciao,
Marco
Check-Script: usrmerge
Author: Marco d'Itri m...@linux.it
Type: binary
Needs-Info: unpacked
Info: This script checks for files with the same name installed in / and /usr.
Tag: file-in-root-and-usr
Severity: important
Certainty: certain
Info: The package ships the two (or more) files with the same name
installed both in /{bin,sbin,lib*}/ and /usr/{bin,sbin,lib*}/.
This is incompatible with the everything-in-usr directories scheme.
.
Packages which need to do this must create in postinst one of the files
to be a symbolic link to the other one.
Ref: /usr/share/doc/usrmerge/README.Debian
# usrmerge -- lintian check script -*- perl -*-
# Copyright (C) 2014 Marco d'Itri
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program. If not, you can find it on the World Wide
# Web at http://www.gnu.org/copyleft/gpl.html, or write to the Free
# Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston,
# MA 02110-1301, USA.
package Lintian::usrmerge;
use strict;
use warnings;
use autodie;
use Lintian::Tags qw(tag);
sub run {
my (undef, undef, $info) = @_;
foreach my $file1 ($info-sorted_index) {
next unless $file1 =~ m,^(?:s?bin|lib(?:|x?32|64))/,;
my $file2 = $info-index(usr/$file1) or next;
tag 'file-in-root-and-usr', $file1, $file2;
}
return;
}
1;
# Local Variables:
# indent-tabs-mode: nil
# cperl-indent-level: 4
# End:
# vim: syntax=perl sw=4 sts=4 sr et
signature.asc
Description: Digital signature
Bug#767755: performous-tools: ss_extract and ss_cover_conv binaries are not built due to broken ImageMagick detection
Package: performous-tools
Version: 0.7.0+git20140715-1+b3
Severity: serious
Tags: patch
Currently the ss_extract and ss_cover_conv binaries are not shipped
with the performous-tools package which is a regression. I did not
willfully drop the binaries and it seems the detection of ImageMagick
libraries has been broken for some time.
Those libraries are no longer detected at build time and since they
are only optional the aforementioned binaries are not built anymore. I
assume the latest changes in ImageMagick and the corresponding
transition are reponsible for this change which went completely
unnoticed.
I consider this issue release critical because it was never the
intention to drop those binaries. Patch is attached.
Markus
From: Markus Koschany a...@gambaru.de
Date: Sun, 2 Nov 2014 13:44:14 +0100
Subject: fix imagemagick detection
Fix the detection of the ImageMagick library for Debian systems which use
Multiarch paths. That ensures that ss_extract and ss_cover_conv are built
again.
Forwarded: https://github.com/performous/performous/pull/113
---
tools/CMakeLists.txt | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/tools/CMakeLists.txt b/tools/CMakeLists.txt
index 50bdd6f..8c0d468 100644
--- a/tools/CMakeLists.txt
+++ b/tools/CMakeLists.txt
@@ -21,13 +21,17 @@ if (APPLE)
find_package(ImageMagick COMPONENTS Magick++)
include_directories(${ImageMagick_INCLUDE_DIRS})
else (APPLE)
-foreach(lib LibXML++ Z Magick++ Jpeg Tiff Png Freetype Z)
+foreach(lib LibXML++ Z Jpeg Tiff Png Freetype Z)
find_package(${lib})
if (${lib}_FOUND)
include_directories(${${lib}_INCLUDE_DIRS})
add_definitions(${${lib}_DEFINITIONS})
endif (${lib}_FOUND)
endforeach(lib)
+
+find_package(ImageMagick COMPONENTS Magick++)
+find_package(PkgConfig)
+PKG_CHECK_MODULES(IMAGEMAGICK Magick++ MagickWand MagickCore)
endif (APPLE)
# Set default compile flags for GCC
Bug#699400: ss_extract uses deprecated ffmpeg invocation
Control: severity -1 important
Control: tags -1 patch
On Thu, 31 Jan 2013 00:43:44 +0100 chrysn chr...@fsfe.org wrote:
Package: performous-tools
Version: 0.7.0-1
Severity: minor
File: /usr/games/ss_extract
when running `ss_extract --dvd ../some_singstar_style_dvd`, ss_extract
uses ffmpeg in a deprecated way:
This is not considered to be an issue by the developers of Performous
because other distributions still use ffmpeg instead of avconv. Their
intention is to fix it for all systems sometimes by using the
corresponding library instead of command-line options.
Unfortunately ffmpeg will not be shipped for Jessie hence we should just
change the ffmpeg command to avconv which does basically the same thing.
I am attaching a patch for this bug.
Markus
From: Markus Koschany a...@gambaru.de
Date: Sun, 2 Nov 2014 00:57:00 +0100
Subject: use avconv
Use avconv command instead of ffmpeg because the latter is not available on
Debian systems. This should be revisited for Jessie+1.
Forwarded: not-needed
---
tools/ss_extract.cc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/ss_extract.cc b/tools/ss_extract.cc
index 2a94110..6677b8f 100644
--- a/tools/ss_extract.cc
+++ b/tools/ss_extract.cc
@@ -213,7 +213,7 @@ struct Process {
}
if (g_mkvcompress) {
std::cerr Compressing video into video.m4v std::endl;
- std::string cmd = ffmpeg -i \ + (path / video.mpg).string() + \ -vcodec libx264 -profile main -crf 25 -threads 0 -metadata album=\ + song.edition + \ -metadata author=\ + song.artist + \ -metadata comment=\ + song.genre + \ -metadata title=\ + song.title + \ \ + (path / video.m4v\).string();
+ std::string cmd = avconv -i \ + (path / video.mpg).string() + \ -vcodec libx264 -profile main -crf 25 -threads 0 -metadata album=\ + song.edition + \ -metadata author=\ + song.artist + \ -metadata comment=\ + song.genre + \ -metadata title=\ + song.title + \ \ + (path / video.m4v\).string();
std::cerr cmd std::endl;
if (std::system(cmd.c_str()) == 0) { // FIXME: std::system return value is not portable
fs::remove(path / video.mpg);
signature.asc
Description: OpenPGP digital signature
Bug#767504: [Pkg-mpd-maintainers] Bug#767504: mpd: licence clash with libmp4v2 (MPL) and mpd GPL-+2
retitle 767504 mpd: GPL-2+ incompatible with libmp4v2 which is MPL-1.1 On Fri, 31 Oct 2014 at 17:20:27 +0100, grossepoube...@free.fr wrote: On Fri, Oct 31, 2014 at 03:27:47PM +0100, grossepoube...@free.fr wrote: You can't link GPL packages against MPL packages. IANAL, but I read in MPL1.1 section 6.2 that I can choose to use the code under a newer version of the license, such as MPL2.0 which is deemed compatible with the GPL by the FSF. IANAL too, but you can find several pages saying that MPL isn't compatible with GPL like this one : http://www.tomhull.com/ocston/docs/mozgpl.html Sorry, but the bug submitter appears to be correct here. MPL-1.1 §6.2 says Once Covered Code has been published under a particular version of the License, You may always continue to use it under the terms of that version. You may also choose to use such Covered Code under the terms of any subsequent version of the License published by Netscape. So yes, you can opt to use libmp4v2 under MPL-2.0. However, MPL-2.0 is only compatible with the GPL via MPL-2.0 §3.3, which does not apply if the Covered Software is Incompatible With Secondary Licenses. According to MPL-2.0 §1.5, anything made available under the terms of version 1.1 or earlier of the License is indeed Incompatible With Secondary Licenses. The FSF's license list does make this explicit: Software under previous versions of the MPL can be upgraded to version 2.0, but any software that isn't already available under one of the listed GNU licenses must be marked as Incompatible With Secondary Licenses. This means that software that's only available under previous versions of the MPL is still incompatible with the GPL and AGPL. Unfortunately, the MPL-2.0 effectively behaves like two separate licenses: MPL-2.0 Incompatible With Secondary Licenses and plain MPL-2.0. The former is incompatible with the GPL, the latter is compatible. Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767756: glibc: Consider providing a libc build compiled with -fno-omit-frame-pointer to help with profiling
Source: glibc Severity: wishlist Hi, When profiling with perf (and even oprofile) showing the call graph can often be invaluable. Unfortunately for anything that goes through libc that's not efficiently possible as glibc (on at least amd64) doesn't build with frame pointers enabled. It is possible to use dwarf unwinding with halfway modern kernel/perf combinations to get call graphs even in that case, but the overhead is about a magnitude higher and the profiles are much larger. As applications have to be built with -fno-omit-frame-pointers anyway to provide usable call stack it's usually not a problem if some library isn't. But as so many things that often are bottlenecks (syscalls, memcpy, string operations, locking, ...) goes through libc it'd be quite valuable to have a variant of libc built with frame pointers enabled. Thanks for considering, Andres -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17.0-andres-09670-g0429fbc (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/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524341: Further info on Polipo Accept-Encoding problem
On Wed, 27 Jul 2011 17:40:19 +0200 Juliusz Chroboczek j...@pps.jussieu.fr wrote: WHich version of Polipo? should Apache be sending back a different ETag or something to indicate that the content that may be returned must be uncompressed? Yes, it should. That's a well-known bug in some versions of Apache's mod_gzip. This is supposed to be worked around by the default value of dontTrustVaryETag. Have you reset this variable? Does setting it to true help? J.P. and Trent, do you still experience this problem? If so, can you please provide the requested information, including the current version of polipo you are running? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767743: unblock: blitz++/0.10-3
On Sun, Nov 2, 2014 at 12:39:07 +0100, Andreas Tille wrote: Ahhh, well. I confirm that the 0.10-2 changes need to be taken into consideration now as well. I admit I do not have any personal interest in blitz++. The only reason why I spent some time into it was that years ago somebody asked me for help in this package and now it seems to bit-rot while it has some users. If it's not actually maintained, we shouldn't ship it in stable, IMO. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767745: pidgin: Aborting due to incompatible libotr API version 4.0.0
forcemerge 767075 767745 affects 767075 pidgin thanks On Sun, 02 Nov 2014 at 12:12:06 +0100, Florian Aldehoff wrote: Expected libotr API version 4.1.0 incompatible with actual version 4.0.0. Aborting. I think this is pidgin-otr bug #767075. The root cause is libotr5 bug #767230, which intrigeri seems to be dealing with. Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767757: RM: getdns/0.1.4-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, please remove getdns from testing. There's no r-dep and the library is still in early stage of development (f.e. there was a quite big rehaul in 0.1.5 release), so it would be better to release jessie without it, so it doesn't get picked by developers yet. Thanks. Cheers, Ondrej - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJ8BAEBCgBmBQJUViuCXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHm2AQAKm7aOLs5me3xeLwjc98Dp/4 oYNu02fQidckI4F2p5J5CpUsnpew/ieuuxwo0QQjp7u9pTLmmtWMTk6ETHE9xeXa cypOH7u/79ZWGyoLasl7xaGCrfrI0dxgTcXtXk7zSaCIBhuinfbEUBqkYDKvy3eN p9M/l1WlbzXovNvGwsUaRcbi+byCtlQZlcZHWzTgwz1/lcJpolXn6GFCLDGQrIBa EaZYcv56yscSXA1RFoyK2/7wzCcCpXLUOc4qBBmc43ORyg1M68jgBN4fPnUIVVWU okjVHYpGuWND46Rh8GzKuKbWOHWF9Em8afE8LIqm36LtJH9dIZoZJCkiMWullMHZ wk2rH34iK1ipJ2MXJfBEmORyR6aPSqQofhHqr+sJJOaX894p8jMgjIxgretRtbi1 SL15ZspnDfa3JP3DB0YrAW0x4MAB+D5vFB5S/wThGKjaadXl4aDsNaw1ma83s+xG bbuzj8LeIuZMNOsV9hoJmcQn/ksORI1LEoP7ssbvd0H1tE1qhyiDYJ0CBs7ecKs+ zk0ZAMttqzXf8lKom1kKDk+vi+U0aKP6PhFsamzxojd7hZElHjbWRKaRqnx6Szmp Jht1vRw2Rg4wopXUIdWjkK52k/KXnht+u918IqSmQs6MfQA33uTXMGicrNM/LID5 +xFTp9KQGo3Q3J5r1T8c =z4cU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757633: Blueman broken in jessie beta 2 xfce 32-bit, cont
I'm working on a transition to obexd-server upstream which will fix this. We could also find a fix for making it work with obex-data-server again, but I do not have a starting point for this. Unfortunately neither will make it into jessie before the freeze. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767758: incron FTBFS on arm64, outdated conditional logic
Package: incron
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: arm64
incron FTBFS on arm64 with the following error.
In file included from icd-main.cpp:33:0:
inotify-cxx.h:40:34: fatal error: sys/inotify-syscalls.h: No such file or
directory
#include sys/inotify-syscalls.h
Looking at the code in question we find
// Use this if syscalls not defined
#ifndef __NR_inotify_init
#include sys/inotify-syscalls.h
#endif // __NR_inotify_init
So the code checks if the syscall number for inotify_init is defined, if it
isn't
then it assumes it needs to include sys/inotify-syscalls.h (a header which as far as I can tell
has not existed for years) to get the inotify stuff.
However the inotify_init syscall is deprecated and doesn't exist at all on
arm64 (and probablly
won't exist on other architectures that are regarded as completely new either).
The c library function inotify_init appears to now be implemented using
the inotify_init1 syscall (see excerpt below from glibc)
inotify_init (void)
{
return INLINE_SYSCALL (inotify_init1, 1, 0);
}
The attatched debdiff updates the conditional to also check for
inotify_init2, if there
Thanks to hrw for pointing this issue out and suggesting an initial fix
(though the one I went for was more
general than the one hrw proposed)
This was filed upstream with inotify-cxx (which seems to be embedded in
incron) at https://admin.aiken.cz:10443/bts/view.php?id=748 but upstream
closed it saying the project was abandoned.
If there is no maintainer response to this bug then it's likely an arm64
porter (possiblly but not nessaceally me) will NMU it. If you have any
objections please raise them now. If you are happy with an immediate NMU
please do say so.
diff -Nru incron-0.5.10/debian/changelog incron-0.5.10/debian/changelog
--- incron-0.5.10/debian/changelog 2014-03-20 22:38:56.0 +
+++ incron-0.5.10/debian/changelog 2014-11-02 13:08:49.0 +
@@ -1,3 +1,11 @@
+incron (0.5.10-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Update conditional check to allow build on architectures where deprecated
+inotify_init syscall is not defined (in particular arm64).
+
+ -- Peter Michael Green plugw...@debian.org Sun, 02 Nov 2014 13:06:10 +
+
incron (0.5.10-2) unstable; urgency=medium
* Add a patch to fix bad handling of arguments with spaces in incrontabs
diff -Nru incron-0.5.10/debian/patches/fix_inotify_syscall_conditional
incron-0.5.10/debian/patches/fix_inotify_syscall_conditional
--- incron-0.5.10/debian/patches/fix_inotify_syscall_conditional
1970-01-01 00:00:00.0 +
+++ incron-0.5.10/debian/patches/fix_inotify_syscall_conditional
2014-11-02 13:16:52.0 +
@@ -0,0 +1,27 @@
+Description: Fix inotify syscall conditional
+ the code checks if the syscall number for inotify_init is defined, if it isn't
+ then it assumes it needs to include sys/inotify-syscalls.h (a header which as
+ far as I can tell has not existed for years) to get the inotify stuff.
+
+ However the inotify_init syscall is deprecated and doesn't exist at all on
+ arm64 (and probablly won't exist on other architectures that are regarded as
+ completely new either).
+
+ The c library function inotify_init appears to now be implemented using the
+ inotify_init1 syscall
+
+ This patch updates the conditional logic to also check for the inotify_init1
+ syscall number and hence allows it to build on arm64 (and presumablly other
+ new architectures).
+
+--- incron-0.5.10.orig/inotify-cxx.h
incron-0.5.10/inotify-cxx.h
+@@ -36,7 +36,7 @@
+ #include sys/inotify.h
+
+ // Use this if syscalls not defined
+-#ifndef __NR_inotify_init
++#if not defined(__NR_inotify_init) not defined(__NR_inotify_init1)
+ #include sys/inotify-syscalls.h
+ #endif // __NR_inotify_init
+
diff -Nru incron-0.5.10/debian/patches/series
incron-0.5.10/debian/patches/series
--- incron-0.5.10/debian/patches/series 2014-03-20 22:24:03.0 +
+++ incron-0.5.10/debian/patches/series 2014-11-02 13:12:40.0 +
@@ -2,3 +2,4 @@
fix_ftbfs_gcc47
fix_incrontab_path_with_spaces_handling
fix_incrontab_bad_ownership
+fix_inotify_syscall_conditional
Bug#767743: unblock: blitz++/0.10-3
On Sun, Nov 2, 2014 at 13:52:00 +0100, Andreas Tille wrote: Hi Mips porters, according to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767291#15 blitz++ perfectly builds on mips provided that the build host is accordingly equipped. Could you please, pretty please make sure that the build of the latest upload will not fail? mips porters and buildd admins are not the same thing. Please use the right contact address for buildd issues (arch@buildd.debian.org). Cheers, Julien signature.asc Description: Digital signature
Bug#767718: unblock: clamtk/5.11-1
Control: tag -1 confirmed On Sun, Nov 02, 2014 at 01:10:52AM -0400, Scott Kitterman wrote: This new upstream version includes one important bug fix to properly escape the filename used in the right-click menu with Nautilus. It also provides improved documentation and updated translations. The simplified signature updating UI and Update Assistant are improvements it would be nice to get in. I particularly like that the code base gets smaller. Less to go wrong. I have the package ready to upload, but I'd like a pre-review so I don't block up unstable with this if it's not appropriate for Jessie. This looks ok; please ping this bug when it's uploaded. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
