Bug#752484: redmine: ActionView::Template::Error (incompatible character encodings: UTF-8 and ASCII-8BIT)
I've identified the problematic character(s): A symbol  with code 0xC2 (U+00C2) inserted to issue's description will produce internal error on attempt to view the ticket. Problematic character can be found in Kcharselect under European Alphabets -- Latin-1 Supplement: Name: LATIN CAPITAL LETTER A WITH CIRCUMFLEX. Although I was able to correct invalid description in MySQL database by editing column description in table issues I believe it is necessary to introduce a safeguard against such problems. Best wishes, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#751535: here is a picture of having maximize, minimize and close buttons of both iceweasel and nautilus
control: tags 725146 wontfix thanks On 7/1/14, Mike Gabriel mike.gabr...@das-netzwerkteam.de wrote: Control: tag -1 moreinfo Hi all, hi Shirish, snipped Please uninstall mate-netbook on the system that's showing this behaviour (or if that is not installed, maybe you have maximus installed?). Once mate-netbook and maximus are uninstalled, the browser buttons should look ok again. If you find that this fixes your issue, please close this bug with your next mail and tag it with wontfix. (Or is there a tag not-a-bug???). Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb Hi all, I indeed has mate-netbook. Didn't realize it has something called maximus which resulted into the behavior mentioned above. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753462: python-django-jsonfield: new upstream version supports python 3
Package: python-django-jsonfield Version: 0.9.12-2 Severity: wishlist The latest release is version 0.9.20 and it supports Python 3. Unless there are any objections, I will update to latest upstream version and enable the Python 3 package. Thanks -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-django-jsonfield depends on: ii python 2.7.3-4+deb7u1 ii python-django 1.6.5-2~bpo70+1 python-django-jsonfield recommends no packages. python-django-jsonfield suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753462: python-django-jsonfield: new upstream version supports python 3
Changes required are rather straight forward, but tests fail, am going to
have to investigate this in more detail later:
Index: debian/control
===
--- debian/control (revision 29577)
+++ debian/control (working copy)
@@ -2,11 +2,12 @@
Section: python
Priority: optional
Maintainer: Debian Python Modules Team
python-modules-t...@lists.alioth.debian.org
-Uploaders: Raphaël Hertzog hert...@debian.org
+Uploaders: Raphaël Hertzog hert...@debian.org,
+ Brian May b...@debian.org
Standards-Version: 3.9.5
Build-Depends: debhelper (= 9), dh-python, python-django,
python-all, python-setuptools,
-# python3-all, python3-setuptools
+ python3-all, python3-setuptools
Vcs-Svn: svn://
anonscm.debian.org/python-modules/packages/python-django-jsonfield/trunk/
Vcs-Browser:
http://anonscm.debian.org/viewvc/python-modules/packages/python-django-tagging/trunk/
Homepage: https://bitbucket.org/schinckel/django-jsonfield/
@@ -25,16 +26,16 @@
.
This is the Python 2 version of the package.
-#Package: python3-django-jsonfield
-#Architecture: all
-#Depends: ${python3:Depends}, ${misc:Depends}, python-django (= 1.3)
-#Description: JSON field for Django models (Python 3)
-# This package provides a Django field (jsonfield.JSONField) that you can
use to
-# store arbitrary JSON structures in a simple text field at the database
level.
-# .
-# Accessing the field returns a decoded object (list, dict, string).
-# .
-# In forms, it appears like a TextField but the input is validated to be
valid
-# JSON.
-# .
-# This is the Python 3 version of the package.
+Package: python3-django-jsonfield
+Architecture: all
+Depends: ${python3:Depends}, ${misc:Depends}, python-django (= 1.3)
+Description: JSON field for Django models (Python 3)
+ This package provides a Django field (jsonfield.JSONField) that you can
use to
+ store arbitrary JSON structures in a simple text field at the database
level.
+ .
+ Accessing the field returns a decoded object (list, dict, string).
+ .
+ In forms, it appears like a TextField but the input is validated to be
valid
+ JSON.
+ .
+ This is the Python 3 version of the package.
Index: debian/changelog
===
--- debian/changelog(revision 29577)
+++ debian/changelog(working copy)
@@ -1,3 +1,10 @@
+python-django-jsonfield (0.9.20-1) unstable; urgency=low
+
+ * New upstream version.
+ * Python3 package.
+
+ -- Brian May b...@debian.org Wed, 02 Jul 2014 16:15:14 +1000
+
python-django-jsonfield (0.9.12-2) unstable; urgency=medium
* Add python-django to Build-Depends to fix test suite run.
Index: debian/rules
===
--- debian/rules(revision 29577)
+++ debian/rules(working copy)
@@ -3,4 +3,4 @@
export PYBUILD_NAME=django-jsonfield
%:
- dh $@ --with python2 --buildsystem=pybuild
+ dh $@ --with python2,python3 --buildsystem=pybuild
dh_auto_test -O--buildsystem=pybuild
I: pybuild base:170: cd /«PKGBUILDDIR»/.pybuild/pythonX.Y_2.7/build;
python2.7 -m unittest discover -v
jsonfield.tests (unittest.loader.ModuleImportFailure) ... ERROR
==
ERROR: jsonfield.tests (unittest.loader.ModuleImportFailure)
--
ImportError: Failed to import test module: jsonfield.tests
Traceback (most recent call last):
File /usr/lib/python2.7/unittest/loader.py, line 254, in _find_tests
module = self._get_module_from_name(name)
File /usr/lib/python2.7/unittest/loader.py, line 232, in
_get_module_from_name
__import__(name)
File jsonfield/__init__.py, line 1, in module
from .fields import JSONField, JSONCharField
File jsonfield/fields.py, line 2, in module
from django.db import models
File /usr/lib/python2.7/dist-packages/django/db/models/__init__.py,
line 5, in module
from django.db.models.query import Q
File /usr/lib/python2.7/dist-packages/django/db/models/query.py, line
17, in module
from django.db.models.deletion import Collector
File /usr/lib/python2.7/dist-packages/django/db/models/deletion.py,
line 4, in module
from django.db.models import signals, sql
File /usr/lib/python2.7/dist-packages/django/db/models/sql/__init__.py,
line 4, in module
from django.db.models.sql.subqueries import *
File
/usr/lib/python2.7/dist-packages/django/db/models/sql/subqueries.py, line
12, in module
from django.db.models.sql.query import Query
File /usr/lib/python2.7/dist-packages/django/db/models/sql/query.py,
line 22, in module
from django.db.models.sql import aggregates as base_aggregates_module
File
/usr/lib/python2.7/dist-packages/django/db/models/sql/aggregates.py, line
9, in module
ordinal_aggregate_field = IntegerField()
File
/usr/lib/python2.7/dist-packages/django/db/models/fields/__init__.py,
line 116, in
Bug#753423: libhogweed: git push to remote not working because of a symbol lookup error.
Richard G. Riley rile...@gmail.com writes: git-remote-https: symbol lookup error: /usr/lib/x86_64-linux-gnu/libhogweed.so.2: undefined symbol: __gmpn_cnd_add_n [...] Versions of packages libhogweed2:amd64 depends on: ii libc6 2.19-4 ii libgmp10 2:6.0.0+dfsg-4 ii libnettle4 2.7.1-2+b1 ii multiarch-support 2.19-4 For what it's worth, that symbol should be defined by libgmp-6.0.0. Regards, /Niels -- Niels Möller. PGP-encrypted email is preferred. Keyid C0B98E26. Internet email is subject to wholesale government surveillance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753463: linux-image-3.14-1-486: low speed of network upload with this kernel when using samba.
Package: src:linux Version: 3.14.7-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: ** Version: Linux version 3.14-1-486 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-3) ) #1 Debian 3.14.7-1 (2014-06-16) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.14-1-486 root=UUID=634bb91f-fbde-4344-80d0-c53e2b22fc1f ro quiet splash rootflags=data=writeback ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [ 12.794856] systemd[1]: Mounting Huge Pages File System... [ 12.821989] systemd[1]: Started Set Up Additional Binary Formats. [ 12.867056] systemd[1]: Starting Load Kernel Modules... [ 12.869419] systemd[1]: Mounting POSIX Message Queue File System... [ 12.870466] systemd[1]: Expecting device dev-disk-by\x2dlabel-swap.device... [ 12.871649] systemd[1]: Starting File System Check on Root Device... [ 12.873148] systemd[1]: Starting udev Kernel Socket. [ 12.874516] systemd[1]: Listening on udev Kernel Socket. [ 12.874744] systemd[1]: Starting udev Control Socket. [ 12.875023] systemd[1]: Listening on udev Control Socket. [ 12.875220] systemd[1]: Starting udev Coldplug all Devices... [ 12.876513] systemd[1]: Expecting device dev-disk-by\x2duuid-ECF08992F08963A4.device... [ 12.877639] systemd[1]: Expecting device dev-disk-by\x2duuid-8cf2f039\x2dee36\x2d4d29\x2da5ac\x2d4acf068a569f.device... [ 12.877804] systemd[1]: Expecting device dev-disk-by\x2duuid-7019fadb\x2d47b9\x2d4d38\x2da492\x2d7146aff344d7.device... [ 14.276965] lp: driver loaded but no devices found [ 14.325990] ppdev: user-space parallel port driver [ 14.501976] fuse init (API version 7.22) [ 14.586354] loop: module loaded [ 24.878823] systemd-udevd[250]: starting version 204 [ 25.844919] EXT4-fs (sda7): re-mounted. Opts: errors=remount-ro,data=writeback,commit=60 [ 27.023717] ACPI: AC Adapter [AC0] (on-line) [ 27.193003] ACPI: Battery Slot [BAT0] (battery present) [ 27.220550] tsc: Marking TSC unstable due to TSC halts in idle [ 27.220575] ACPI: acpi_idle registered with cpuidle [ 27.223025] Switched to clocksource hpet [ 27.304526] eeepc_laptop: Eee PC Hotkey Driver [ 27.304551] eeepc_laptop: Hotkey init flags 0x41 [ 27.304745] eeepc_laptop: TYPE (200) not reported by BIOS, enabling anyway [ 27.311382] eeepc_laptop: PANELPOWER (400) not reported by BIOS, enabling anyway [ 27.311399] eeepc_laptop: Get control methods supported: 0x6101711 [ 27.314890] input: Asus EeePC extra buttons as /devices/platform/eeepc/input/input7 [ 27.504877] intel_rng: FWH not detected [ 27.800235] ACPI Warning: SystemIO range 0x0828-0x082f conflicts with OpRegion 0x0800-0x087f (\PMIO) (20131218/utaddress-258) [ 27.800254] ACPI Warning: SystemIO range 0x0828-0x082f conflicts with OpRegion 0x0800-0x083f (\_SB_.PCI0.SBRG.PMS0) (20131218/utaddress-258) [ 27.800265] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 27.800273] ACPI Warning: SystemIO range 0x04b0-0x04bf conflicts with OpRegion 0x0480-0x04bf (\_SB_.PCI0.SBRG.GPBX) (20131218/utaddress-258) [ 27.800283] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 27.800287] ACPI Warning: SystemIO range 0x0480-0x04af conflicts with OpRegion 0x0480-0x04bf (\_SB_.PCI0.SBRG.GPBX) (20131218/utaddress-258) [ 27.800296] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 27.800300] lpc_ich: Resource conflict(s) found affecting gpio_ich [ 27.802025] cfg80211: Calling CRDA to update world regulatory domain [ 27.928723] snd_hda_intel :00:1b.0: irq 43 for MSI/MSI-X [ 27.994528] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input8 [ 27.997978] input: HDA Intel Headphone as /devices/pci:00/:00:1b.0/sound/card0/input10 [ 28.002963] input: HDA Intel Mic as /devices/pci:00/:00:1b.0/sound/card0/input9 [ 28.309369] ACPI Warning: SystemIO range 0x0400-0x041f conflicts with OpRegion 0x0400-0x040f (\SMRG) (20131218/utaddress-258) [ 28.309388] ACPI Warning: SystemIO range 0x0400-0x041f conflicts with OpRegion 0x0400-0x040f (\_SB_.PCI0.SBRG.SMRG) (20131218/utaddress-258) [ 28.309399] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 28.384076] input: PC Speaker as /devices/platform/pcspkr/input/input11 [ 28.440488] eeepc_laptop: Unable to find port [ 28.517911] ath5k :01:00.0:
Bug#753465: banshee-extension-openvp: not installable in sid
Package: banshee-extension-openvp Version: 2.4.0-4 Severity: grave User: trei...@debian.org Usertags: edos-uninstallable Hello, banshee-extension-openvp is not installable in sid on any of the architectures where it is available. This the case since, at least, 2014-04-23. The reasons are : Architectures: armhf, hurd-i386, mips, mipsel Version: 2.4.0-4 No package matches the dependency libglib2.0-cil (= 2.12.10-1ubuntu1) of package banshee-extension-openvp (=2.4.0-4) Architectures: amd64, armel, i386, kfreebsd-amd64, kfreebsd-i386, powerpc, s390x Version: 2.4.0-4 Package banshee-extension-openvp (=2.4.0-4) depends on libtaoframework-sdl1.2-cil (= 2.1.svn20090801) No package matches the dependency libsdl-gfx1.2-4 of package libtaoframework-sdl1.2-cil (=2.1.svn20090801-9) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753464: firewalld: Upon startup, no rules are setup
Package: firewalld Version: 0.3.10-1 Severity: important Hi! Upon startup, firewalld is running but nor rules are setup. firewalld.service - firewalld - dynamic firewall daemon Loaded: loaded (/lib/systemd/system/firewalld.service; enabled) Active: active (running) since mer. 2014-07-02 08:50:42 CEST; 3min 15s ago Main PID: 1049 (firewalld) CGroup: /system.slice/firewalld.service └─1049 /usr/bin/python -Es /usr/sbin/firewalld --nofork --nopid juil. 02 08:50:42 zoro systemd[1]: Starting firewalld - dynamic firewall daemon... juil. 02 08:50:42 zoro systemd[1]: Started firewalld - dynamic firewall daemon. juil. 02 08:51:28 zoro firewalld[1049]: 2014-07-02 08:51:28 ERROR: INVALID_ZONE Chain INPUT (policy ACCEPT 417 packets, 48118 bytes) pkts bytes target prot opt in out source destination Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 0 0 ACCEPT all -- * docker0 0.0.0.0/00.0.0.0/0 ctstate RELATED,ESTABLISHED 0 0 ACCEPT all -- docker0 !docker0 0.0.0.0/00.0.0.0/0 0 0 ACCEPT all -- docker0 docker0 0.0.0.0/00.0.0.0/0 Chain OUTPUT (policy ACCEPT 261 packets, 29855 bytes) pkts bytes target prot opt in out source destination If I restart firewalld, I get the expected rules. Note that I don't have a separate /usr so I don't know where the INVALID_ZONE error comes from. I am using the default configuration. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages firewalld depends on: ii dbus 1.8.4-1 ii gir1.2-glib-2.0 1.40.0-2 ii init-system-helpers 1.19 ii iptables 1.4.21-2 ii policykit-1 0.105-6 ii python 2.7.6-2 ii python-dbus 1.2.0-2+b3 ii python-gi3.12.1-1+b1 ii python-slip-dbus 0.6.0-2 Versions of packages firewalld recommends: ii ebtables 2.0.10.4-3 firewalld suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670614: wipefs still fails with liblinux-lvm-perl
Hi! wipefs still fails with newest liblinux-lvm-perl --snip-- Executing: vgchange -a n vol0 Executing: wipefs -a vol0/opt Command had non-zero exit code Error in task partition. Code: 710 --snip-- liblinux-lvm-perl 0.17-2 lvm22.02.106-2 fai-client 4.2 fai-setup-storage 4.2 Regards Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753466: xul-ext-classic-theme-restorer: customize the new Iceweasel look
Package: wnpp Severity: wishlist X-Debbugs-Cc: pkg-mozext-maintain...@lists.alioth.debian.org * Package name: xul-ext-classic-theme-restorer Version : 1.2.1 Upstream Author : * URL or Web page : https://addons.mozilla.org/en-US/firefox/addon/classicthemerestorer/ * License : Mozilla Public License, version 2.0 Description : Classic Theme Restorer is an add-on for Mozilla The Australis theme now employed by Mozilla Firefox (Iceweasel) is by no means an undisputed improvement. Of the new features, perhaps the most complained on are the lack of the “status bar” (which could, however, be fixed by using xul-ext-status4evar already in Debian) and the presence of the unremovable “menu” button to the right of (the customizable part of) the toolbar. As per the description, and also some Mozilla “forum” topics, the Classic Theme Restorer addon is the way to revert (in whole or in part) the changes brought in by Australis. Please thus package this addon for Debian. TIA. -- FSF associate member #7257 http://boycottsystemd.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753465: [pkg-cli-apps-team] Bug#753465: banshee-extension-openvp: not installable in sid
reassign 753465 libtaoframework-sdl1.2-cil kthxbye On Wed, Jul 02, 2014 at 09:02:46AM +0200, Ralf Treinen wrote: [] Package banshee-extension-openvp (=2.4.0-4) depends on libtaoframework-sdl1.2-cil (= 2.1.svn20090801) No package matches the dependency libsdl-gfx1.2-4 of package libtaoframework-sdl1.2-cil (=2.1.svn20090801-9) Looks like libtaoframework-sdl1.2-cil itself isn't installable, so it should be fixed there instead. -- Kind regards, Loong Jin signature.asc Description: Digital signature
Bug#732697: /usr/sbin/dibbler-client: dibbler_client: segfaults in TClntCfgMgr::validateConfig
Hello Tomasz, On Fri, 20 Dec 2013, Tomasz Mrugalski wrote: Thanks for this bug report. I'm an original Dibbler author, and used to be also Debian package maintainer (I'm not one anymore). There is a fix You're still listed as Maintainer of the Debian package. Is Bartosz Fenski fe...@debian.org the new Debian maintainer ? If yes, Bartosz, can you take care of uploading a new packages with your name as Maintainer and drop Tomasz ? Please package a new upstream snapshot fixing that bug unless a new upstream release is prepared soon (see questions below). Tomasz, if you want to keep receiving the Debian bug reports, you will have to subscribe with the Debian package tracking system: http://packages.qa.debian.org/dibbler (see box in the bottom left) on master that is likely to address your segfault. Can you please confirm if the latest master from https://github.com/tomaszmrugalski/dibbler solves the problem? If it does, I'll need to release 1.0.0RC2 and then ask Debian maintainer to package it. Does that sound like a plan? Can we get a new upstream release, please ? :-) It's rather unusual to have a release candidate last for more than a year... usually release candidates have that status for a few weeks, maybe a couple of months. Is there a new stable release not too far away ? Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753357: How to avoid stealth installation of systemd?
On 07/02/2014 03:52 AM, Juliusz Chroboczek wrote: Juliusz, can you please paste your apt logs showing what pulled systemd in on the system? Sent by private mail. If anyone else wants a copy, please drop me a note. -- Juliusz Please send it publicly in the Debian bug tracker. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753467: libvtk-dicom0.5-dev and libvtk-dicom0.4-dev: error when trying to install together
Package: libvtk-dicom0.4-dev,libvtk-dicom0.5-dev Version: libvtk-dicom0.4-dev/0.4.5-1 Version: libvtk-dicom0.5-dev/0.5.0-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2014-07-02 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Extracting templates from packages: 27% Extracting templates from packages: 54% Extracting templates from packages: 81% Extracting templates from packages: 100% Preconfiguring packages ... Selecting previously unselected package gcc-4.9-base:amd64. (Reading database ... 10931 files and directories currently installed.) Preparing to unpack .../gcc-4.9-base_4.9.0-9_amd64.deb ... Unpacking gcc-4.9-base:amd64 (4.9.0-9) ... Setting up gcc-4.9-base:amd64 (4.9.0-9) ... (Reading database ... 10938 files and directories currently installed.) Preparing to unpack .../libstdc++6_4.9.0-9_amd64.deb ... Unpacking libstdc++6:amd64 (4.9.0-9) over (4.8.2-19) ... Setting up libstdc++6:amd64 (4.9.0-9) ... Processing triggers for libc-bin (2.19-4) ... Selecting previously unselected package libdb5.3:amd64. (Reading database ... 10951 files and directories currently installed.) Preparing to unpack .../libdb5.3_5.3.28-5_amd64.deb ... Unpacking libdb5.3:amd64 (5.3.28-5) ... Selecting previously unselected package libgcrypt20:amd64. Preparing to unpack .../libgcrypt20_1.6.1-2_amd64.deb ... Unpacking libgcrypt20:amd64 (1.6.1-2) ... Selecting previously unselected package libgmp10:amd64. Preparing to unpack .../libgmp10_2%3a6.0.0+dfsg-4_amd64.deb ... Unpacking libgmp10:amd64 (2:6.0.0+dfsg-4) ... Selecting previously unselected package libnettle4:amd64. Preparing to unpack .../libnettle4_2.7.1-2+b1_amd64.deb ... Unpacking libnettle4:amd64 (2.7.1-2+b1) ... Selecting previously unselected package libhogweed2:amd64. Preparing to unpack .../libhogweed2_2.7.1-2+b1_amd64.deb ... Unpacking libhogweed2:amd64 (2.7.1-2+b1) ... Selecting previously unselected package libffi6:amd64. Preparing to unpack .../libffi6_3.1-2_amd64.deb ... Unpacking libffi6:amd64 (3.1-2) ... Preparing to unpack .../libp11-kit0_0.20.2-5_amd64.deb ... Unpacking libp11-kit0:amd64 (0.20.2-5) over (0.18.5-3) ... Selecting previously unselected package libtasn1-6:amd64. Preparing to unpack .../libtasn1-6_3.7-1_amd64.deb ... Unpacking libtasn1-6:amd64 (3.7-1) ... Selecting previously unselected package libgnutls-deb0-28:amd64. Preparing to unpack .../libgnutls-deb0-28_3.2.15-2_amd64.deb ... Unpacking libgnutls-deb0-28:amd64 (3.2.15-2) ... Selecting previously unselected package libkeyutils1:amd64. Preparing to unpack .../libkeyutils1_1.5.9-4_amd64.deb ... Unpacking libkeyutils1:amd64 (1.5.9-4) ... Selecting previously unselected package libkrb5support0:amd64. Preparing to unpack .../libkrb5support0_1.12.1+dfsg-3_amd64.deb ... Unpacking libkrb5support0:amd64 (1.12.1+dfsg-3) ... Selecting previously unselected package libk5crypto3:amd64. Preparing to unpack .../libk5crypto3_1.12.1+dfsg-3_amd64.deb ... Unpacking libk5crypto3:amd64 (1.12.1+dfsg-3) ... Selecting previously unselected package libkrb5-3:amd64. Preparing to unpack .../libkrb5-3_1.12.1+dfsg-3_amd64.deb ... Unpacking libkrb5-3:amd64 (1.12.1+dfsg-3) ... Selecting previously unselected package libgssapi-krb5-2:amd64. Preparing to unpack .../libgssapi-krb5-2_1.12.1+dfsg-3_amd64.deb ... Unpacking libgssapi-krb5-2:amd64 (1.12.1+dfsg-3) ... Selecting previously unselected package libsasl2-modules-db:amd64. Preparing to unpack .../libsasl2-modules-db_2.1.26.dfsg1-10_amd64.deb ... Unpacking libsasl2-modules-db:amd64 (2.1.26.dfsg1-10) ... Selecting previously unselected package libsasl2-2:amd64. Preparing to unpack .../libsasl2-2_2.1.26.dfsg1-10_amd64.deb ... Unpacking libsasl2-2:amd64 (2.1.26.dfsg1-10) ... Selecting previously unselected package libldap-2.4-2:amd64. Preparing to unpack .../libldap-2.4-2_2.4.39-1_amd64.deb ... Unpacking libldap-2.4-2:amd64 (2.4.39-1) ... Selecting previously unselected package libwrap0:amd64. Preparing to unpack .../libwrap0_7.6.q-25_amd64.deb ... Unpacking libwrap0:amd64 (7.6.q-25) ... Selecting previously unselected package libxml2:amd64. Preparing to unpack .../libxml2_2.9.1+dfsg1-3_amd64.deb ... Unpacking libxml2:amd64 (2.9.1+dfsg1-3) ... Selecting previously unselected package libxau6:amd64. Preparing to unpack .../libxau6_1%3a1.0.8-1_amd64.deb ... Unpacking libxau6:amd64 (1:1.0.8-1) ... Selecting previously unselected package x11-common. Preparing to unpack .../x11-common_1%3a7.7+7_all.deb ... Unpacking x11-common (1:7.7+7) ... Selecting previously unselected package libice6:amd64. Preparing to unpack .../libice6_2%3a1.0.8-2_amd64.deb ... Unpacking libice6:amd64 (2:1.0.8-2) ... Selecting previously unselected package libsm6:amd64. Preparing to unpack .../libsm6_2%3a1.2.1-2_amd64.deb ... Unpacking libsm6:amd64 (2:1.2.1-2) ... Selecting previously unselected
Bug#753465: [pkg-cli-apps-team] Bug#753465: banshee-extension-openvp: not installable in sid
On Wed, Jul 02, 2014 at 03:19:24PM +0800, Chow Loong Jin wrote: Looks like libtaoframework-sdl1.2-cil itself isn't installable, so it should be fixed there instead. yes, you are right of course. Thanks -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751535: here is a picture of having maximize, minimize and close buttons of both iceweasel and nautilus
Control:close -1 On Mi 02 Jul 2014 08:08:57 CEST, shirish शिरीष wrote: Hi all, I indeed has mate-netbook. Didn't realize it has something called maximus which resulted into the behavior mentioned above. Ok. So this actually has not been a bug. Thus, closing it. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpVKK0XhAiZr.pgp Description: Digitale PGP-Signatur
Bug#753033: gnustep-base: Please build against gnutls28 / uses gcrypt without gcrypt dependency
tags 753033 + fixed-upstream pending thanks At Sat, 28 Jun 2014 19:10:27 +0200, Andreas Metzler wrote: Please note that just switching build-depends is not enough, since gnustep-base uses gcrypt directly, too. However afaict the only gcrypt usage is the thread related code in Source/GSSocketStream.m. Thanks. My patch was accepted upstream (the affected code is in Source/GSTLS.m in newer releases), but I'd like to ask how urgent is this fix. I want to get rid of the old GNUstep libraries (release.d.o #673538) and if possible, to delay fixing this bug until the GNUstep transition begins (we are ready, currently waiting only for a sponsor for a bunch of packages). I would like to avoid further uploads of gnustep-base/1.22 as it is going away. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708350: transition: java7
On 01/07/14 10:42, Matthias Klose wrote: I would like to keep openjdk-6 in unstable (with a RC issue so that it doesn't migrate) to prepare and test security updates. You may want to close #720911 then. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732697: /usr/sbin/dibbler-client: dibbler_client: segfaults in TClntCfgMgr::validateConfig
On 02.07.2014 09:26, Raphael Hertzog wrote: You're still listed as Maintainer of the Debian package. Is Bartosz Fenski fe...@debian.org the new Debian maintainer ? I'm not sure what his current plans are, but he was willing to maintain it the last time we spoke. I'm no longer maintaining this package. Please remove me from the maintainers list. Tomasz, if you want to keep receiving the Debian bug reports, you will have to subscribe with the Debian package tracking system: http://packages.qa.debian.org/dibbler (see box in the bottom left) Thanks. Will do that once updated Dibbler package is uploaded. on master that is likely to address your segfault. Can you please confirm if the latest master from https://github.com/tomaszmrugalski/dibbler solves the problem? If it does, I'll need to release 1.0.0RC2 and then ask Debian maintainer to package it. Does that sound like a plan? Can we get a new upstream release, please ? :-) That's a fair request. It's rather unusual to have a release candidate last for more than a year... usually release candidates have that status for a few weeks, maybe a couple of months. I know. I happen to have less and less time for the project. The reason is because I'm working full time on a new DHCP implementation (see http://kea.isc.org) Is there a new stable release not too far away ? Yes. It's not too far way. It has been for the last year ;) Seriously speaking, you make a good point. I'll try to wrap things up and publish 1.0.0 in a week. Does that sound reasonable? Tomek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753468: cron fails after changing admin email
Package: bugzilla3 Version: 3.6.2.0-4.6 I changed the admin email address through the web interface: Old value: dan...@pocock.com.au New value: dan...@pocock.pro The next day and every day since then, the cron has failed: /etc/cron.daily/bugzilla3: The name dan...@pocock.com.au is not a valid username. Either you misspelled it, or the person has not registered for a Bugzilla account. run-parts: /etc/cron.daily/bugzilla3 exited with return code 255 I notice the old value is cached in /var/lib/bugzilla3/data/answerfile I changed it there manually and then ran the cron script successfully. However, it appears that file is autogenerated. Running /usr/share/bugzilla3/contrib/dumpanswerfile puts back the wrong email address (it obtains the address from the debconf database) I then tried dpkg-reconfigure bugzilla3 and it appears to try running a lot of other scripts and then fails with an error about failing to contact the database. Maybe I should have just manually tweaked the value in the debconf database or do all those other setup scripts really need to be run to change the admin email address? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753395: osspd: messes up gbsplay
On Tue, Jul 1, 2014 at 7:23 PM, Ralf Jung p...@ralfj.de wrote: Hi, thanks for the report. This is probably an upstream problem, but before I forward the report, I need some more information. In particular, which osspd backend are you using? Please send the output of update-alternatives --display ossp-slave $ update-alternatives --display ossp-slave ossp-slave - auto mode link currently points to /usr/lib/osspd/ossp-padsp /usr/lib/osspd/ossp-alsap - priority 60 /usr/lib/osspd/ossp-padsp - priority 70 Current 'best' version is '/usr/lib/osspd/ossp-padsp'. If set to point to ossp-alsap everything seem to be working smoothly for a while but it will eventually get messed up too. Sophokils -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753368: texlive-base: suggest /etc/mailcap entry for dvi2tty
Norbert Preining prein...@logic.at writes: But since I don't have much experience with mime type handling, does that interfere with the entry for xdvi in the same file? priority=3 I suggest is below the priority=5 of the xdvi entry, so the xdvi is earlier in the generated /etc/mailcap and so preferred whenever its test $DISPLAY succeeds. (This priority bit is a debian extra described in the update-mime man page.) I wondered afterwards if priority=2 might leave more room for flavours of graphical viewers. But there's not many dvi viewers. Is it ok to simply add this line you propose: application/x-dvi; /usr/bin/dvi2tty -q %s; copiousoutput; description=TeX DVI; priority=3 Yes, just add the line to the file. -- No, eees hamster. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732697: /usr/sbin/dibbler-client: dibbler_client: segfaults in TClntCfgMgr::validateConfig
On Wed, 02 Jul 2014, Tomasz Mrugalski wrote: It's rather unusual to have a release candidate last for more than a year... usually release candidates have that status for a few weeks, maybe a couple of months. I know. I happen to have less and less time for the project. The reason is because I'm working full time on a new DHCP implementation (see http://kea.isc.org) Interesting! What does that mean for the future of dibbler? Do you expect to discontinue dibbler once kea is ready for prime-time? Is there a new stable release not too far away ? Yes. It's not too far way. It has been for the last year ;) Seriously speaking, you make a good point. I'll try to wrap things up and publish 1.0.0 in a week. Does that sound reasonable? Yes, thanks! -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753469: mutt: Can't parse a particular mbox
Package: mutt Version: 1.5.21-6.2+deb7u2 Severity: normal Mutt only displays the first 4 messages from the mbox at https://bugs.debian.org/cgi-bin/bugreport.cgi?mboxmaint=yes;mbox=yes;bug=729203 in the message list view, and the 4th message isn't readable. -- Package-specific info: Mutt 1.5.21 (2010-09-15) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 3.14-0.bpo.1-amd64 (x86_64) ncurses: ncurses 5.9.20110404 (compiled with 5.9) libidn: 1.25 (compiled with 1.25) hcache backend: tokyocabinet 1.4.47 Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. misc/am-maintainer-mode features/ifdef features/xtitles features/trash-folder features/purge-message features/imap_fast_trash features/sensible_browser_position features-old/patch-1.5.4.vk.pgp_verbose_mime features/compressed-folders features/compressed-folders.debian debian-specific/Muttrc debian-specific/Md.etc_mailname_gethostbyname.diff debian-specific/use_usr_bin_editor.diff debian-specific/correct_docdir_in_man_page.diff debian-specific/dont_document_not_present_features.diff debian-specific/document_debian_defaults debian-specific/assumed_charset-compat debian-specific/467432-write_bcc.patch debian-specific/566076-build_doc_adjustments.patch misc/define-pgp_getkeys_command.diff misc/gpg.rc-paths misc/smime.rc upstream/531430-imapuser.patch upstream/537818-emptycharset.patch upstream/543467-thread-segfault.patch upstream/542817-smimekeys-tmpdir.patch upstream/548577-gpgme-1.2.patch upstream/553321-ansi-escape-segfault.patch upstream/568295-references.patch upstream/547980-smime_keys-chaining.patch upstream/528233-readonly-open.patch upstream/228671-pipe-mime.patch upstream/383769-score-match.patch upstream/578087-header-strchr.patch upstream/603288-split-fetches.patch upstream/537061-dont-recode-saved-attachments.patch upstream/608706-fix-spelling-errors.patch upstream/620854-pop3-segfault.patch upstream/611412-bts-regexp.patch upstream/624058-gnutls-deprecated-set-priority.patch upstream/624085-gnutls-deprecated-verify-peers.patch upstream/584138-mx_update_context-segfault.patch upstream/619216-gnutls-CN-validation.patch upstream/611410-no-implicit_autoview-for-text-html.patch upstream/path_max upstream/CVE-2014-0467.patch misc/579967-fixes-german-translation.patch mutt.org -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (600, 'stable'), (590, 'stable-updates'), (570, 'testing'), (560, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-0.bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mutt depends on: ii libc6 2.13-38+deb7u1 ii libcomerr21.42.5-1.1 ii libgnutls26 2.12.20-8+deb7u2 ii libgpg-error0 1.10-3.1 ii libgpgme111.2.0-1.4 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libidn11 1.25-2 ii libk5crypto3 1.10.1+dfsg-5+deb7u1 ii libkrb5-3 1.10.1+dfsg-5+deb7u1 ii libncursesw5 5.9-10 ii libsasl2-22.1.25.dfsg1-6+deb7u1 ii libtinfo5 5.9-10 ii libtokyocabinet9 1.4.47-2 Versions of packages mutt recommends: ii exim4-daemon-light [mail-transport-agent] 4.80-7 ii libsasl2-modules 2.1.25.dfsg1-6+deb7u1 ii locales2.13-38+deb7u1 ii mime-support 3.52-1 Versions of packages mutt suggests: ii aspell 0.60.7~20110707-1 ii ca-certificates 20130119 ii gnupg1.4.12-7+deb7u4 ii ispell 3.3.02-6 pn mixmasternone ii openssl 1.0.1e-2+deb7u11 pn urlview none Versions of packages mutt is related to: ii mutt 1.5.21-6.2+deb7u2 pn mutt-dbg none pn mutt-patched none -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Bug#753470: libspring-java: CVE-2014-0225
Package: libspring-java Severity: grave Tags: security Justification: user security hole Hi, please see http://www.gopivotal.com/security/cve-2014-0225 Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753471: konqueror: Black picture when trying to play youtube videos using html5
Package: konqueror Version: 4:4.12.4-1 Severity: normal Dear Maintainer, Not sure if this problem is with a library or the konqueror application as such, so I start by filing the bug against konqueror. Did not find a similar bug already reported. When I visit youtube on a freshly installed Jessie desktop and try to watch a video, the video player seem to start as it should, show the duration and playout position, and even play the sound sound, but there is no image. Only a black video frame. See for example URL: http://www.youtube.com/watch?v=o6voAW_Go5Y , which is working fine in Iceweasel, but not in konqueror. Could it be a problem with the canvas support in konqueror, incorrect X settings or something else? -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.utf8, LC_CTYPE=nb_NO.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages konqueror depends on: ii install-info5.2.0.dfsg.1-4 ii kde-baseapps-bin4:4.12.4-1 ii kde-baseapps-data 4:4.12.4-1 ii kde-runtime 4:4.13.1-1 ii libc6 2.19-4 ii libkactivities6 4:4.13.1-1 ii libkcmutils44:4.13.1-1 ii libkde3support4 4:4.13.1-1 ii libkdecore5 4:4.13.1-1 ii libkdesu5 4:4.13.1-1 ii libkdeui5 4:4.13.1-1 ii libkfile4 4:4.13.1-1 ii libkhtml5 4:4.13.1-1 ii libkio5 4:4.13.1-1 ii libkonq5abi14:4.12.4-1 ii libkonqsidebarplugin4a 4:4.12.4-1 ii libkparts4 4:4.13.1-1 ii libqt4-dbus 4:4.8.6+dfsg-2 ii libqt4-qt3support 4:4.8.6+dfsg-2 ii libqt4-xml 4:4.8.6+dfsg-2 ii libqtcore4 4:4.8.6+dfsg-2 ii libqtgui4 4:4.8.6+dfsg-2 ii libstdc++6 4.9.0-7 ii libx11-62:1.6.2-2 Versions of packages konqueror recommends: ii dolphin 4:4.12.4-1 ii kfind4:4.12.4-1 ii konqueror-nsplugins 4:4.12.4-1 ii kpart-webkit 1.3.2-2 Versions of packages konqueror suggests: ii konq-plugins 4:4.12.4-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#753402: libguess: FTBFS on s390x
Hi, On 1 July 2014 16:40, Sebastian Ramacher sramac...@debian.org wrote: libguess failed to build on s390x. Please take a look at it. The full build log is available at https://buildd.debian.org/status/fetch.php?pkg=libguessarch=s390xver=1.2~git20131128.cc43cefc-1stamp=1403693117 This is a very strange failure. I thought it's accidental and would disappear on the next upload, but this didn't happen. By the way, * debian/control: Bump libguess-dev to = 1.2~ in Build-Depends. Starting with 3.5 audacious requires libguess 1.2. Actually, it wouldn't if it weren't needlessly calling guess_init. There aren't any other API differences between 1.1 and 1.2, so Audacious could compile with 1.1 either. -- Cheers, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753472: Please update gccxml to use autotools helper
Source: gccxml Severity: normal Hi Steve, sorry for opening this bug report, but I think is better to have track of my request in order to avoid problems in the next ubuntu sync. I'm proposing a trivial patch from ubuntu to update config.sub and config.guess files (this might simplify the future work for debian ports, even if arm64 is not supported yet) +gccxml (0.9.0+git20140610-3) UNRELEASED; urgency=medium + + [ Dmitry Shachnev ] + * Use dh_autotools-dev addon to update config.sub|guess. + + [ Gianfranco Costamagna ] + * Bump std-version to 3.9.5, no changes required. + + -- Gianfranco Costamagna costamagnagianfra...@yahoo.it Wed, 02 Jul 2014 10:43:33 +0200 + gccxml (0.9.0+git20140610-2) unstable; urgency=medium * patches/stl_algo.patch: New. Improve GCC 4.9 support. diff -Nru gccxml-0.9.0+git20140610/debian/control gccxml-0.9.0+git20140610/debian/control --- gccxml-0.9.0+git20140610/debian/control 2013-05-11 09:44:29.0 +0200 +++ gccxml-0.9.0+git20140610/debian/control 2014-07-02 10:43:18.0 +0200 @@ -2,12 +2,12 @@ Section: devel Priority: optional Maintainer: Steve M. Robbins s...@debian.org -Build-Depends: debhelper (= 9), cmake +Build-Depends: debhelper (= 9), cmake, autotools-dev Build-Conflicts: ccache Homepage: http://www.gccxml.org/ Vcs-Browser: http://anonscm.debian.org/viewvc/collab-maint/deb-maint/gccxml/trunk/ Vcs-Svn: svn://svn.debian.org/collab-maint/deb-maint/gccxml/trunk -Standards-Version: 3.9.3 +Standards-Version: 3.9.5 Package: gccxml Architecture: any diff -Nru gccxml-0.9.0+git20140610/debian/rules gccxml-0.9.0+git20140610/debian/rules --- gccxml-0.9.0+git20140610/debian/rules 2013-05-11 22:32:37.0 +0200 +++ gccxml-0.9.0+git20140610/debian/rules 2014-07-02 10:43:31.0 +0200 @@ -7,7 +7,7 @@ pkg_dev = libgccxml-dev %: - dh $@ --buildsystem=cmake --parallel + dh $@ --buildsystem=cmake --parallel --with=autotools-dev override_dh_auto_configure: dh_auto_configure -- $(CMAKE_FLAGS) thanks Gianfranco
Bug#753307: broken by tcl/tk 8.6
Hi, On Mon, Jun 30, 2014 at 3:35 PM, Sergei Golovan sgolo...@debian.org wrote: Hi Julian. On Mon, Jun 30, 2014 at 3:25 PM, Julian Taylor jtaylor.deb...@googlemail.com wrote: on the ubuntu-motu mailing list (search skycat) there is a patch that fixes this issue but it will still segfault on start due to itcl3 needing tcl 8.5. I have no fix for that. I'll try to port itcl3 and itk3 to tcl/tk8.6, or may be package itcl4. It'll require to look into their reverse dependencies (e.g. ftools-pow and ftools-fv). As far as I can tell, itcl3 and itk3 work with tcl/tk8.6. Even if they currently depend on tcl8.5, if you run wish8.6 and do package require Itcl or package require Itk, everything works fine (I've tried to run tests, supplied with itcl3 and itk3, and demos in iwidgets4). On the other hand, blt, which is currently built with tk8.6, doesn't work at all. The demos from blt-demo package crashed for me every time (I'm going to file a bugreport). So, I guess, we have to decide what to do with blt first. By the way, blt 2.4z-8 (conservatively built with tcl8.5) works fine (but obviously doesn't load into wish8.6). Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750459: Improvement: initscript enhancement with support for conf.d and configtest on startup
Hello David, On 16:39 Tue 03 Jun , David Gabriel wrote: Source: haproxy Version: 1.4.25 Severity: wishlist Dear Maintainer, * What led up to the situation? not satisfied with the functionality of the current init script. ubuntu package maintainer redirected me to debian packagers as ubuntu package is identical with debian package The haproxy initscript misses a configtest option, which haproxy natively supports. It also does not warn the user, if haproxy has been disabled in the default file, but exits silently. Also, it has become a de-facto standard for daemons to include conf.d configuration file support. I attached a patch for the current init script, which remedies all these issues and should be forward/backward compatible to haproxy 1.3/1.4/1.5. In 1.5.0 we added the config test to the initscript and also made systemd error reporting more robust. We also deprecated the START flag, since it's no more of any real use. However, we did not implement the conf.d directory, mostly because it is not very straightforward to do so in systemd (it needs a separate unit file that will construct an additional environment file that will be fed to systemd). We could further investigate this if you still need it, or close this bug otherwise. Regards, Apollon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750587: Reassigning to marco
Control: reassign -1 marco Hi Stefano, do you think you can look at #750587 [1] and give feedback about possible reasons? Is it really a window manager issue? Or is the issuer's gcard simply broken (or the driver). Happy about any feedback you can provide... Mike [1] http://bugs.debian.org/750587 -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpOygJDj2B_g.pgp Description: Digitale PGP-Signatur
Bug#610180: homonymous package, retitle this
Control: retitle -1 RFP: redo-python -- a top-down software build system There is another to-be-packaged software with the same name. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741029#15 for details. -- regards, Mattia Rizzolo GPG Key: 4096R/B9444540 http://goo.gl/I8TMB more about me: http://mapreri.org Launchpad User: https://launchpad.net/~mapreri Ubuntu Wiki page: https://wiki.ubuntu.com/MattiaRizzolo signature.asc Description: Digital signature
Bug#753473: who-uploads: only reports very old uploads
Package: devscripts Version: 2.14.5 Severity: important who-uploads doesn't seem to know about recent uploads; it only reports about very old ones. e.g.: emilio@titan:~$ who-uploads weston Uploads for weston: 0.85.0-1 to experimental: Sébastien Villemot sebast...@debian.org emilio@titan:~$ Note how there have been 1.5.0-1, 1.4.0-1, 1.3.0-1 and 1.1.1-1 after 0.85.0-1. This is not specific to weston but is happening with every package I try. Thanks for maintaining devscripts! Emilio -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBCHANGE_RELEASE_HEURISTIC=changelog DEBRELEASE_UPLOADER=dput DEBRELEASE_DEBS_DIR=../build-area DEBSIGN_KEYID=E4368302 DGET_VERIFY=no LICENSECHECK_COPYRIGHT_SPLIT=yes LICENSECHECK_PARSELINES=1 USCAN_VERBOSE=yes USCAN_SYMLINK=rename USCAN_DESTDIR=../tarballs -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental'), (650, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 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 devscripts depends on: ii dpkg-dev 1.17.10 ii libc62.19-4 ii perl 5.18.2-4 ii python3 3.4.1-1 pn python3:any none Versions of packages devscripts recommends: ii at 3.1.14-1 ii curl7.37.0-1+b1 ii dctrl-tools 2.23 ii debian-keyring 2014.04.25 ii dput-ng [dput] 1.7 ii dupload 2.7.0 ii equivs 2.0.9 ii fakeroot1.20-3 ii file1:5.19-1 ii gnupg 1.4.16-1.2 ii libdistro-info-perl 0.13 ii libencode-locale-perl 1.03-1 ii libjson-perl2.61-1 ii liblwp-protocol-https-perl 6.04-3 ii libparse-debcontrol-perl2.005-4 ii libsoap-lite-perl 1.11-1 ii liburi-perl 1.60-1 ii libwww-perl 6.06-1 ii lintian 2.5.24 ii man-db 2.6.7.1-1 ii patch 2.7.1-5 ii patchutils 0.3.3-1 ii python3-debian 0.1.22 ii python3-magic 1:5.19-1 ii sensible-utils 0.0.9 ii strace 4.8-1 ii unzip 6.0-12 ii wdiff 1.2.2-1 ii wget1.15-1+b1 ii xz-utils5.1.1alpha+20120614-2 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.20131005cvs-1 ii build-essential 11.6 pn cvs-buildpackage none pn devscripts-elnone pn gnuplot none ii gpgv 1.4.16-1.2 ii libauthen-sasl-perl 2.1600-1 ii libfile-desktopentry-perl0.07-1 ii libnet-smtp-ssl-perl 1.01-3 pn libterm-size-perlnone ii libtimedate-perl 2.3000-2 pn libyaml-syck-perlnone ii mutt 1.5.23-1 ii openssh-client [ssh-client] 1:6.6p1-5 ii svn-buildpackage 0.8.5 ii w3m 0.5.3-16 -- 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#741029: already in wnpp?
Control: tag -1 - moreinfo On Tue, Jul 1, 2014 at 11:35 AM, Nils Dagsson Moskopp n...@dieweltistgarnichtso.net wrote: Those two are not the same, but different implementations of the „redo“ software envisioned (but not implemented AFAIK) by DJB. There also seems to exist a Haskell implementation https://github.com/jekor/redo. Maybe they should be titled redo-sh, redo-python and redo-haskell? yes, please. I'm going to retitle the RFP #610180, I let you change this to redo-bash -- regards, Mattia Rizzolo GPG Key: 4096R/B9444540 http://goo.gl/I8TMB more about me: http://mapreri.org Launchpad User: https://launchpad.net/~mapreri Ubuntu Wiki page: https://wiki.ubuntu.com/MattiaRizzolo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752045: [RFR] templates://dictionaries-common/{dictionaries-common.templates}
Christian PERRIER bubu...@debian.org wrote: [...] Sorry, I'm further offline at the moment than I'd expected, so my comments will probably be delayed until the weekend. -- JBR Ankh kak! (Ancient Egyptian blessing) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753471: konqueror: Black picture when trying to play youtube videos using html5
Hi. A quick followup after svuorela poked me on IRC and asked for a bit more detail. He asked which rendering engine was being used, and after checking View-Viewmode, I can report that the default setting I was using is webkit. I tried changing it to khtml, but then the video player did not play video at all. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751525: transition: poppler 0.26
On 25/06/14 20:47, Pino Toscano wrote: Hi, On 2014-06-24 10:52, Emilio Pozuelo Monfort wrote: On 14/06/14 12:11, Emilio Pozuelo Monfort wrote: On 13/06/14 20:41, Pino Toscano wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Control: block -1 by 751432 Hi, I would like to ask a slot for a Poppler 0.26.x transition. Currently there is Poppler 0.26.1 in experimental already. This transition impacts the existing poppler libraries in the following ways: - libpoppler44 → libpoppler46 - libpoppler-glib8 -- BC with 0.24 (with few new symbols) - libpoppler-qt4-4 -- BC with 0.24 (with one new symbol) - libpoppler-qt5-1 -- BC with 0.24 (with one new symbol) Below it is a list of sources which are touched by the transition, and their situation, sorted by solutions: Looks so good that I was going to ack it immediately, but unfortunately libreoffice clashes with the ongoing iceweasel transition, so let's wait until that finishes. libreoffice is about to transition, so please go ahead. I'll just wait until libreoffice migrates before scheduling its binNMU. Thanks for the ACK. Unfortunately I'm not that available for uploading, NMU gdcm and following the transition in the next 7 days. Please let me know whether there are blockers before July 3rd. There are none atm. Please go ahead when you get back. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753402: libguess: FTBFS on s390x
Hi On 2014-07-02 10:54:29, Andrew Shadura wrote: * debian/control: Bump libguess-dev to = 1.2~ in Build-Depends. Starting with 3.5 audacious requires libguess 1.2. Actually, it wouldn't if it weren't needlessly calling guess_init. There aren't any other API differences between 1.1 and 1.2, so Audacious could compile with 1.1 either. But unless configure (it explicitely checks for = 1.2) and the guess_init call are patched, it FTBFS with libguess 1.1 as seen on s390x: https://buildd.debian.org/status/fetch.php?pkg=audaciousarch=s390xver=3.5-1stamp=1404220109 Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#752999: transition: libass
Hi, and sorry about the late reply. On Sat, Jun 28, 2014 at 2:48 PM, Emilio Pozuelo Monfort po...@debian.org wrote: Have you test-rebuilt the rdeps? Are rebuilds enough or do they need sourceful uploads? You may find the buildlogs here: http://debomatic-amd64.debian.net/distribution#experimental Currently xbmc's build is still in progress, the rest looks fine. Cheers. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753474: transition: libibumad/libibmad/opensm
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi, I'd like to migrate libibumad and other two OFED libraries, libibmad and opensm from experimental to unstable. The three of them have a new soname. See: http://release.debian.org/transitions/html/auto-libibumad.html https://release.debian.org/transitions/html/auto-libibmad.html https://release.debian.org/transitions/html/auto-opensm.html All the package using these libraries belong to OFED, so the upload shouldn't impact any other package. Also, I'll be uploading all the packages depending on these libraries later because they need a packaging revamp. Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732697: /usr/sbin/dibbler-client: dibbler_client: segfaults in TClntCfgMgr::validateConfig
On 02.07.2014 10:40, Raphael Hertzog wrote: On Wed, 02 Jul 2014, Tomasz Mrugalski wrote: It's rather unusual to have a release candidate last for more than a year... usually release candidates have that status for a few weeks, maybe a couple of months. I know. I happen to have less and less time for the project. The reason is because I'm working full time on a new DHCP implementation (see http://kea.isc.org) Interesting! What does that mean for the future of dibbler? Do you expect to discontinue dibbler once kea is ready for prime-time? Yes. Kea is not a complete replacement for Dibbler. It is the server only. We do have plans to develop client and relay eventually, but it's far away in the future. Also, Dibbler is much more feature complete (host reservation, client classification, scripts, reconfigure, authentication etc.). And supports more operating systems, e.g. most Microsoft systems (not really relevant in Debian context, but it's still important from userbase perspective). On the other hand, there's a small team working on Kea full time, often well over 40 hours a week. So the project is developing quickly. As for Dibbler, I'm able to spend a few hours on weekends. We will release 0.9 in the next 2 months. It will be stable and feature complete enough that we could start talking about Debian packaging. So if you ask if Dibbler is being abandoned - no. It will continue, at least for the next couple years. I will consider closing the project once there's viable alternative and a clear migration path for users. That's not going to happen in the next 5 years. So I expect Dibbler to be around at least that long. Tomek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750587: Please try another desktop environment (LXDE, XFCE) and verify ...
Control: tag -1 moreinfo Dear Didicou Please try another desktop environment (LXDE, XFCE) and verify if this really is a MATE-only problem. I presume it is not... I just got notice from MATE upstream via IRC and we both presume that you are actually bumping into a driver issue (or maybe run on broken hardware). Waiting for your feedback... Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp99E9XtmG4N.pgp Description: Digitale PGP-Signatur
Bug#753475: rabbitmq-server: Misleading error message when configuration file has wrong permissions
Package: rabbitmq-server Version: 3.1.5-1 Severity: normal Dear Maintainer, when /etc/rabbitmq/rabbitmq.conf is not world-readable, running service rabbitmq-server restart fails, and /var/log/rabbitmq/startup_err says: Crash dump was written to: erl_crash.dump could not start kernel pid (application_controller) (error in config file /etc/rabbitmq/rabbitmq.config (none): configuration file not found) But clearly that configuration file was found (if the file is missing, the restart succeeds). So the error message mis-represents the error (is not found, should be permission denied or not readable). I found the actual error only through strace. -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rabbitmq-server depends on: ii adduser 3.113+nmu3 ii erlang-nox 1:15.b.1-dfsg-4+deb7u1 ii logrotate 3.8.1-4 rabbitmq-server recommends no packages. rabbitmq-server suggests no packages. -- no debconf information smime.p7s Description: S/MIME cryptographic signature
Bug#753476: blt: new build against Tcl/Tk 8.6 crashes
Package: blt Version: 2.4z-9 Severity: grave Justification: renders package unusable Dear Maintainer, Looks like blt 2.4z can't work with Tcl/Tk 8.6. An easy way to see this is to run demos included in the blt-demo package. Here are the issues: 1) barchart1.tcl: segfault on exit 2) barchart2.tcl: immediate segfault 3) barchart3.tcl: segfault on mouse interaction with the chart 4) barchart4.tcl: segfault on mouse interaction with the chart 5) barchart5.tcl: segfault on mouse interaction with the chart 6) bgexec1.tcl: segfault on Stop button click 7) bitmap.tcl: segfault on any button click and so on. This means that we either have to build blt with Tcl/Tk 8.5 (and make sure that all packages which use blt don't try to use Tcl/Tk 8.6) or we should port blt to Tcl/Tk 8.6. The problem is that the project upstream isn't active (https://sourceforge.net/projects/blt/) Last release in 2003, last activity in CVS in 2010. There is a 2.5 release from another upstream (https://sourceforge.net/projects/wize/files/), but this is another discontinued project, so we can't rely on its development. Moreover, I can't say at the moment if this release really works with Tcl/Tk 8.6. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-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 blt depends on: ii libc6 2.19-3 ii libtcl8.5 8.5.15-4 ii libtk8.5 8.5.15-4 ii libx11-6 2:1.6.2-2 blt recommends no packages. Versions of packages blt suggests: ii blt-demo 2.4z-9 -- 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#752762: load-module module-alsa-sink freezes display
When pulseaudio is working, does sound play? IIRC, gnome starts some sounds on startup. Now it does, when the problem occured it didn't. This error is weird, because the module load failure should just cause pulseaudio to exit. Perhaps something caused PA to respawn repeatedly? Does it do that if it's, like, killed at the beginning of a session? Yes. By default, pulseaudio is autospawned whenever a connection is attempted. You can disable this behavior in client.conf. I'm not sure we're talking about the same thing here. Yes, of course it does restart on error and similarily of course I had an error, but I only have one error message in the logs. Besides, can it respawn so fast that it blocks the rest of the system? Did the gdm/xsession/any other log have something useful to say? Currently I'm quite stumped as to where the bug may be. Same here. What happens on your system if you enable that config line without the right parameter? Honestly I haven't checked since finding my problem, but it may also have to do with a non-existing default sink. Anyway, I shall try again and report back. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699141:
On Wed, 18 Jun 2014 16:02:27 Gianfranco Costamagna wrote: Sorry, the script is get-orig-source.sh I didn't include it in debian/rules file, to keep things clean (in my opinion, since this script isn't used when building or cleaning the package). Do you think I should add it again in rules file? Yes, I think it will be better. This way whoever will be rebuilding your package would be able to fetch upstream source archive using standard way as described in policy. It is a good thing and it saves time that otherwise somebody would spend trying to figure out how to use yet another non- conformant script to get source archive. Googling around I found many get-orig-source.sh scripts, all those packages are bugged then? I wrote it in this way starting from another debian package! Yes there are packages that do not comply and IMHO it is a best practice to use get-orig-source target from rules. However it is not mandatory so technically speaking those packages are not buggy -- just not following the best practice. let me know if I need to merge it back in rules file This is up to you -- as maintainer you can do as you wish. :) -- All the best, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#753441: make MATE menus configurable through desktop-profiles
On Tue, Jul 01, 2014 at 09:36:33PM +, Mike Gabriel wrote: Package: desktop-profiles Hi Petter, I want to make the desktop-profiles package (well, maybe also the upstream project) aware of the MATE desktop environment. Especially, I want to make the Education submenus available in MATE's session menu. Do you think you can help me with that? By looking at the open bugs of desktop-profiles, there is a bit to do on that software anyway. Does this make sense? I see that desktop-profiles is a native package. Thus we can work on the code directly in the packaging repository. It also seems as if the Git repo of desktop-profiles still needs to be migrated. This URL [1] leads to nowhere, at least. Greets, Mike [1] http://anonscm.debian.org/gitweb/?p=debian-edu/pkg-team/desktop-profiles.git I think Petter moved desktop-profiles in upstream from pkg-team after the migration. If you instead goto[0] by replacing pkg-team with upstream it should work. I am not sure why the Vcs-* fields were not updated. [0]: http://anonscm.debian.org/gitweb/?p=debian-edu/upstream/desktop-profiles.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748203: xorg-server: Please enable logind support
Hello, Looking at this again, to enable logind support the only new needed dependency is against libdbus, so no direct dependency against systemd library, everything is done using dbus calls[0]. Enabling the suid-wrapper is causing severals binaries to be renamed and/or added: The main Xorg binary is renamed to Xorg.bin and moved to some libexec directory. A new setuid binary Xorg.wrap is added and installed in that same libexec directory. And the /usr/bin/Xorg replaced by a shell script calling the wrapper. Like said in my previous message we'll need to drop the current xserver-wrapper built from the xorg source package. We need to check if this wrapper is also working on !linux architectures and that we have an upgrade path regarding its configuration file. I didn't test all of this yet, but before does that sound like something that could happen for jessie? Cheers, Laurent Bigonville [0] There is another feature (socket activation) which can also be enabled, this one is adding a dependency against libsystemd-daemon apparently. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753402: libguess: FTBFS on s390x
Hi, On 2 July 2014 11:17, Sebastian Ramacher sramac...@debian.org wrote: But unless configure (it explicitely checks for = 1.2) and the guess_init call are patched, it FTBFS with libguess 1.1 as seen on s390x: https://buildd.debian.org/status/fetch.php?pkg=audaciousarch=s390xver=3.5-1stamp=1404220109 I know, I had that change already, but forgot to commit it, actually. -- Cheers, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753477: rinse extracts more packages than specified
Package: rinse Version: 2.0.1-1 Severity: minor When you remove a package from /etc/rinse/*.packages, but this package is already in the cache (/var/cache/rinse) from a former call, this package will be extracted anyhow. This is because all packages from the cache are copied to the target, and the extract subroutine does not use the package list for extracting, but uses the perl glob operator for creating the list of packages to extract. Workaround. Clean the cache after you have modified a package list in /etc/rinse/*.packages -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753441: make MATE menus configurable through desktop-profiles
[Alexander Alemayhu] I think Petter moved desktop-profiles in upstream from pkg-team after the migration. If you instead goto[0] by replacing pkg-team with upstream it should work. I am not sure why the Vcs-* fields were not updated. Yes, I did, because we are upstream for the package. And I forgot the Vcs-fields. :( -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753474: transition: libibumad/libibmad/opensm
Control: tags -1 confirmed Hi Ana! On 02/07/14 11:24, Ana Guerrero Lopez wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi, I'd like to migrate libibumad and other two OFED libraries, libibmad and opensm from experimental to unstable. The three of them have a new soname. See: http://release.debian.org/transitions/html/auto-libibumad.html https://release.debian.org/transitions/html/auto-libibmad.html https://release.debian.org/transitions/html/auto-opensm.html All the package using these libraries belong to OFED, so the upload shouldn't impact any other package. Also, I'll be uploading all the packages depending on these libraries later because they need a packaging revamp. Sounds good, please go ahead. Let us know if/when you need binnmus. Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753441: make MATE menus configurable through desktop-profiles
[Mike Gabriel] Do you think you can help me with that? By looking at the open bugs of desktop-profiles, there is a bit to do on that software anyway. Perhaps. If I remember correctly, Vagrant made it, and I do not remember much, but I guess we can figure it out together. :) Does this make sense? I see that desktop-profiles is a native package. Thus we can work on the code directly in the packaging repository. I'm not sure it make sense. desktop-profiles support mostly those compatible with XDG. Is MATE compatible? If not, it might miss the features needed to make this work. If it is compatible, why isn't it working out of the box? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680463: virtinst: disk-images with a+x permissions
Hi, Just a heads up that the patch I sent upstream to fix this has now been accepted and can be found here: https://git.fedorahosted.org/cgit/virt-manager.git/commit/?id=ea1d973957ce3662c7fb22046c34b62f72f0e624 Cheers, Ron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753441: make MATE menus configurable through desktop-profiles
Hi Petter, hi Stefano, On Mi 02 Jul 2014 12:15:54 CEST, Petter Reinholdtsen wrote: [Mike Gabriel] Do you think you can help me with that? By looking at the open bugs of desktop-profiles, there is a bit to do on that software anyway. Perhaps. If I remember correctly, Vagrant made it, and I do not remember much, but I guess we can figure it out together. :) Does this make sense? I see that desktop-profiles is a native package. Thus we can work on the code directly in the packaging repository. I'm not sure it make sense. desktop-profiles support mostly those compatible with XDG. Is MATE compatible? If not, it might miss the features needed to make this work. If it is compatible, why isn't it working out of the box? One thing that's different... MATE has its desktop directories .desktop files in /usr/share/mate/desktop-directories I am actually thinking that this is a MATE bug... Thus, Cc:ing the pkg-mate-team. @Stefano (from MATE upstream): should the .desktop files in the above named directory not actually be placed into /usr/share/desktop-directories ??? Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpZLFzfnsYoj.pgp Description: Digitale PGP-Signatur
Bug#752999: transition: libass
Control: tags -1 confirmed On 02/07/14 11:19, Alessio Treglia wrote: Hi, and sorry about the late reply. On Sat, Jun 28, 2014 at 2:48 PM, Emilio Pozuelo Monfort po...@debian.org wrote: Have you test-rebuilt the rdeps? Are rebuilds enough or do they need sourceful uploads? You may find the buildlogs here: http://debomatic-amd64.debian.net/distribution#experimental Currently xbmc's build is still in progress, the rest looks fine. Great. xbmc build-depends on libass but doesn't depend on it, so it won't need any binnmus / is not really affected. Please go ahead with this. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753478: Please depend on gnome-keyring to make evolution work without gnome-session
Package: evolution-data-server
Version: 3.12.2-1
Severity: important
Tags: upstream
Hi,
In order to make evolution work without having
gnome-session{,-flashback} installed gnome-keyring is needed. Installing
network-manager-gnome pulls in gnome-keyring, but if not using
network-manager this does not happen. In a thread on
evolution-l...@lists.gnome.org the solution was found. I'm quoting two
message snippets from that thread.
Quoting from a mail on the evolution-list by Angel in February 2014:
After the capability checking evolution asks for the password through
dbus and if there's no secrets service, the background thread simply
hangs. No error, no local password dialog. No hints at the other side
of
the connection, either.
I was bitten by that problem and it was hard to realise what was
happenning.
Quoting Milan Crha (mcrha@redhat) in a follow-up mail:
On Sun, 2014-02-16 at 20:06 +0100, Svante Signell wrote:
Thank you all, I'll now file a bug to Debian so that gnome-keyring
is installed also
when running evolution stand-alone :-)
Hi,
make the dependency for evolution-data-server, not evolution, because
the running part resides in evolution-data-server.
Just a side not, the 3.12.0 (and I think also 3.10.4) will claim any
errors, instead of getting hung on password prompts when an error
happens on the evolution-data-server (evolution-source-registry
process)
side. It was a bug that the client side (evolution process) didn't
receive errors.
Bye,
Milan
apt-cache depends evolution-data-server
evolution-data-server
Depends: libc6
Depends: libcamel-1.2-49
Depends: libdb5.3
Depends: libebackend-1.2-7
Depends: libebook-1.2-14
Depends: libebook-contacts-1.2-0
Depends: libecal-1.2-16
Depends: libedata-book-1.2-20
Depends: libedata-cal-1.2-23
Depends: libedataserver-1.2-18
Depends: libgcr-base-3-1
Depends: libgcr-ui-3-1
Depends: libgdata19
Depends: libglib2.0-0
Depends: libgoa-1.0-0b
Depends: libgtk-3-0
Depends: libgweather-3-6
Depends: libical1
Depends: libldap-2.4-2
Depends: libpango-1.0-0
Depends: libsecret-1-0
Depends: libsoup2.4-1
Depends: libxml2
Depends: evolution-data-server-common
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753479: Last testing CD's are half of the week out of work
Package: cdimage.debian.org Severity: minor Tags: jessie Download various CD's with jigdo-lite from cdimage.debian.org/weekly-buils/amd64/jigdo-cd/ after build is completed is not possible before Thursday. Today for instance debian-testing-amd64-xfce-cd-1.jigdo produce Error - template checksum mismatch! The .template file does not belong to the .jigdo file ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699141:
Il Mercoledì 2 Luglio 2014 11:42, Dmitry Smirnov only...@debian.org ha scritto: On Wed, 18 Jun 2014 16:02:27 Gianfranco Costamagna wrote: Sorry, the script is get-orig-source.sh I didn't include it in debian/rules file, to keep things clean (in my opinion, since this script isn't used when building or cleaning the package). Do you think I should add it again in rules file? Yes, I think it will be better. This way whoever will be rebuilding your package would be able to fetch upstream source archive using standard way as described in policy. It is a good thing and it saves time that otherwise somebody would spend trying to figure out how to use yet another non- conformant script to get source archive. Googling around I found many get-orig-source.sh scripts, all those packages are bugged then? I wrote it in this way starting from another debian package! Yes there are packages that do not comply and IMHO it is a best practice to use get-orig-source target from rules. However it is not mandatory so technically speaking those packages are not buggy -- just not following the best practice. let me know if I need to merge it back in rules file This is up to you -- as maintainer you can do as you wish. :) Hi again Dmitry, I think I fixed in the best way this problem, since I didn't found a proper way to call get-orig-source with the uscan parameters I add the uscan call in the rules get-orig-source target so now you can run ./debian/rules get-orig-source or directly uscan, with exactly the same behaviour. I think this is the best way, compliant with policy and not breaking the existing update procedure. I hope you agree, I committed it here http://anonscm.debian.org/gitweb/?p=pkg-virtualbox/virtualbox.git;a=commitdiff;h=cb88c2a13a0fe8336831b3d63082fda348c02c4b And will be fixed in the next upload Cheers! Gianfranco -- All the best, Dmitry Smirnov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747534: transition: libetpan
On Mon, 9 Jun 2014 16:47:27 +0200 Ricardo Mones mo...@debian.org wrote: On Mon, Jun 09, 2014 at 04:32:30PM +0200, Emilio Pozuelo Monfort wrote: On 09/06/14 15:44, Ricardo Mones wrote: Hi, On Sun, May 25, 2014 at 02:38:47AM +0200, Ricardo Mones wrote: Hi Emilio, On Sat, May 24, 2014 at 07:16:32PM +0200, Emilio Pozuelo Monfort wrote: Hi, […] Can you upload this to experimental so it can go through NEW? Sure, done. […] Libetpan 1.4.1 has been in experimental for a week, and seems a transition tracker is already created. Does it mean is it ok to upload it to unstable? What's the status of claws-mail? You said you were waiting for upstream to make a release that works with the new libetpan. If that's still a blocker, then do not proceed with this, but if that release is out, then go ahead and upload both libetpan and claws-mail to unstable. Well, that already happened for Claws Mail 3.10.0, and today again for 3.10.1, so I'll proceed :) AFAICS everything is built fine¹, but PTS/testing migration excuses² says there's a missing libetpan16, which of course won't be since this was a soname bump and now its libetpan17... Is something wrong? Is there something left to do from my side? regards, ¹ https://buildd.debian.org/status/package.php?p=libetpansuite=unstable ² http://qa.debian.org/excuses.php?package=libetpan -- Ricardo Mones http://people.debian.org/~mones «Never let someone who says it cannot be done interrupt the person who is doing it.» signature.asc Description: PGP signature
Bug#752999: transition: libass
On Wed, Jul 2, 2014 at 11:30 AM, Emilio Pozuelo Monfort po...@debian.org wrote: Great. xbmc build-depends on libass but doesn't depend on it, so it won't need any binnmus / is not really affected. Please go ahead with this. Uploaded, thanks. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746863: FTBFS src:insighttoolkit4
There must be something wrong with your setup because what is failing is a plain CC compile command /usr/bin/cc that should never include the files from /usr/share/gccxml-0.9/GCC/4.9/ as it does in this build. Besides, from the compiler flags SSE is not enabled, and unless g++-4.9 on i386 suddenly enables this with -O2, compilation should not include any *mmintrn.h headers. best Gert signature.asc Description: This is a digitally signed message part
Bug#746863: FTBFS src:insighttoolkit4
Il Mercoledì 2 Luglio 2014 12:50, Gert Wollny gw.foss...@gmail.com ha scritto: T here must be something wrong with your setup because what is failing is a plain CC compile command /usr/bin/cc that should never include the files from /usr/share/gccxml-0.9/GCC/4.9/ as it does in this build. Besides, from the compiler flags SSE is not enabled, and unless g++-4.9 on i386 suddenly enables this with -O2, compilation should not include any *mmintrn.h headers. Sorry but so there must be something wrong in the *debian buildd* setup, since this build log is taken from here [1] [2] this isn't my build, but the official one. [1] https://buildd.debian.org/status/fetch.php?pkg=insighttoolkit4arch=i386ver=4.5.2-3stamp=1404281010 [2] https://buildd.debian.org/status/package.php?p=insighttoolkit4suite=unstable cheers, Gianfranco best Gert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753480: ftp.debian.org: Please add a section for JavaScript packages
Package: ftp.debian.org Severity: wishlist Hi, currenlty there are around 350 packages provinding JavaScript libraries and the number is quickly increasing whit the arrival of Node.js server-side modules. Most of these packages are now in section web, but not all of them are really related to web, or in the more generic misc section. After discussioning this in JavaScript team, we ended up that it would be better to request a new section javascript where put these packages. The regex to add existing packages is [node|libjs]-.* -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753044: Pending fixes for bugs in the libcatmandu-atom-perl package
tag 753044 + pending thanks Some bugs in the libcatmandu-atom-perl package are closed in revision 75f4e196eb0b0d10e2e8b8985c894091464c493c in branch 'master' by Jonas Smedegaard The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libcatmandu-atom-perl.git;a=commitdiff;h=75f4e19 Commit message: Fix simplify versioned build-dependency on libmodule-build-perl (see bug#752989), and fix add trailing zeros. Closes: bug#753044. Thanks to Niko Tyni. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746863: FTBFS src:insighttoolkit4
My bad, I got irritated by the parallel build. The failing command seems to be /usr/bin/gccxml -fxml-start=_cable_ -fxml=/«PKGBUILDDIR»/BUILD/Wrapping/Modules/ITKCommon/vcl_complex.xml --gccxml-gcc-options /«PKGBUILDDIR»/BUILD/Wrapping/Modules/ITKCommon/gcc_xml.inc -DCSWIG -DCABLE_CONFIGURATION -DITK_MANUAL_INSTANTIATION /«PKGBUILDDIR»/BUILD/Wrapping/Modules/ITKCommon/vcl_complex.cxx /usr/bin/cmake -E cmake_progress_report /«PKGBUILDDIR»/BUILD/CMakeFiles Seems like something is wrong with the generated Wrapping/Modules/ITKCommon/gcc_xml.inc best Gert signature.asc Description: This is a digitally signed message part
Bug#753481: ITP: django-xmlrpc -- XMLRPC library for Django
Package: wnpp Severity: wishlist Owner: Brian May b...@debian.org * Package name: django-xmlrpc Version : 0.1.5 Upstream Author : Fache Julien fantoma...@gmail.com * URL : https://pypi.python.org/pypi/django-xmlrpc/ * License : BSD Programming Lang: Python2 and Python3 Description : XMLRPC library for Django Provides python-django-xmlrpc and python3-django-xmlrpc. django_xmlrpc offers a means by which a Django developer can expose their views (or indeed any other function) using XML-RPC. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753482: ITP: django-tldap -- High level python LDAP Library
Package: wnpp Severity: wishlist Owner: Brian May b...@debian.org * Package name: django-tldap Version : 0.3.0 Upstream Author : Brian May b...@debian.org * URL : https://pypi.python.org/pypi/django-tldap * License : GPL3+ Programming Lang: Python2 and Python3 Description : High level python LDAP Library Provides python-tldap, python3-tldap and python-tldap-doc. TLDAP is a high level LDAP library for Python 3 that users django-db like models to define LDAP schemas that can then be used in an easy way from Python code. It also supports fake LDAP transactions, to try and ensure LDAP database remains in a consistent state, even if there are errors that cause the transaction to fail. This uses the python-ldap3/python3-ldap3 packages that I recently packaged for the low level LDAP connection. At present it requires Django, although I imagine it wouldn't be too hard to remove this dependancy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753479: Last testing CD's are half of the week out of work
On Wed, Jul 02, 2014 at 12:40:21PM +0200, Thomas Schlegel wrote: Package: cdimage.debian.org Severity: minor Tags: jessie Download various CD's with jigdo-lite from cdimage.debian.org/weekly-buils/amd64/jigdo-cd/ after build is completed is not possible before Thursday. Today for instance debian-testing-amd64-xfce-cd-1.jigdo produce Error - template checksum mismatch! The .template file does not belong to the .jigdo file ... Hi Thomas, Sorry, I don't quite follow you. Are you saying that the files are not in sync for half the week? When I look, all seems fine. Is this is a one-off problem for you, or is this happening a lot? -- Steve McIntyre, Cambridge, UK.st...@einval.com There's no sensation to compare with this Suspended animation, A state of bliss -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728666: libpam-smbpass: No talloc stackframe at ../source3/param/loadparm.c:4831, leaking memory
On Mon, 2014-05-19 at 11:09 +1200, Andrew Bartlett wrote:
On Thu, 2014-05-15 at 23:16 -0400, Brian Campbell wrote:
On Tue, Apr 1, 2014 at 12:26 AM, Andrew Bartlett abart...@samba.org wrote:
If someone would like to try the attached patch and confirm I've not
broken anything (ie test all the auth/acct/password steps), that would
be most helpful.
Thanks,
Andrew Bartlett
I was running into this bug, and have applied the attached patch to
fix it. It appears to work for me. I'm not sure if I've tested all
the auth/acct/password steps, but I haven't run into any problems so
far. If there are any particular tests that I should focus on, let me
know.
Thanks,
Andrew Bartlett
I've proposed this patch for the next 4.1 release.
Andrew Bartlett
--
Andrew Bartlett http://samba.org/~abartlet/
Authentication Developer, Samba Team http://samba.org
Samba Developer, Catalyst IT http://catalyst.net.nz/services/samba
From 732447a070f9b30283bbca2b98817f28963fca57 Mon Sep 17 00:00:00 2001
From: Andrew Bartlett abart...@samba.org
Date: Tue, 1 Apr 2014 17:01:26 +1300
Subject: [PATCH 1/3] pam_smbpass: Wrap calls in talloc_stackframe() to avoid
warnings about leaking memory
Any code in source3 is permitted to use talloc_tos() at any point, so we must protect all the library interfaces
against memory leaks this way.
Andrew Bartlett
Signed-off-by: Andrew Bartlett abart...@samba.org
Reviewed-by: Jeremy Allison j...@samba.org
(cherry picked from commit 8f3a516acb8c95cd6d88bf80abd495ac0cafaae3)
---
source3/pam_smbpass/pam_smb_acct.c | 9 +
source3/pam_smbpass/pam_smb_auth.c | 7 +++
source3/pam_smbpass/pam_smb_passwd.c | 16 +++-
3 files changed, 31 insertions(+), 1 deletion(-)
diff --git a/source3/pam_smbpass/pam_smb_acct.c b/source3/pam_smbpass/pam_smb_acct.c
index 60acd3c..bd4615f 100644
--- a/source3/pam_smbpass/pam_smb_acct.c
+++ b/source3/pam_smbpass/pam_smb_acct.c
@@ -55,6 +55,7 @@ int pam_sm_acct_mgmt( pam_handle_t *pamh, int flags,
const char *name;
struct samu *sampass = NULL;
void (*oldsig_handler)(int);
+ TALLOC_CTX *frame = talloc_stackframe();
/* Samba initialization. */
load_case_tables_library();
@@ -68,6 +69,7 @@ int pam_sm_acct_mgmt( pam_handle_t *pamh, int flags,
if (on( SMB_DEBUG, ctrl )) {
_log_err(pamh, LOG_DEBUG, acct: could not identify user );
}
+ TALLOC_FREE(frame);
return retval;
}
if (on( SMB_DEBUG, ctrl )) {
@@ -76,6 +78,7 @@ int pam_sm_acct_mgmt( pam_handle_t *pamh, int flags,
if (geteuid() != 0) {
_log_err(pamh, LOG_DEBUG, Cannot access samba password database, not running as root.);
+ TALLOC_FREE(frame);
return PAM_AUTHINFO_UNAVAIL;
}
@@ -85,6 +88,7 @@ int pam_sm_acct_mgmt( pam_handle_t *pamh, int flags,
if (!initialize_password_db(True, NULL)) {
_log_err(pamh, LOG_ALERT, Cannot access samba password database );
CatchSignal(SIGPIPE, oldsig_handler);
+ TALLOC_FREE(frame);
return PAM_AUTHINFO_UNAVAIL;
}
@@ -93,18 +97,21 @@ int pam_sm_acct_mgmt( pam_handle_t *pamh, int flags,
if (!(sampass = samu_new( NULL ))) {
CatchSignal(SIGPIPE, oldsig_handler);
/* malloc fail. */
+ TALLOC_FREE(frame);
return nt_status_to_pam(NT_STATUS_NO_MEMORY);
}
if (!pdb_getsampwnam(sampass, name )) {
_log_err(pamh, LOG_DEBUG, acct: could not identify user);
CatchSignal(SIGPIPE, oldsig_handler);
+ TALLOC_FREE(frame);
return PAM_USER_UNKNOWN;
}
/* check for lookup failure */
if (!strlen(pdb_get_username(sampass)) ) {
CatchSignal(SIGPIPE, oldsig_handler);
+ TALLOC_FREE(frame);
return PAM_USER_UNKNOWN;
}
@@ -118,12 +125,14 @@ int pam_sm_acct_mgmt( pam_handle_t *pamh, int flags,
please see your system administrator. );
CatchSignal(SIGPIPE, oldsig_handler);
+ TALLOC_FREE(frame);
return PAM_ACCT_EXPIRED;
}
/* TODO: support for expired passwords. */
CatchSignal(SIGPIPE, oldsig_handler);
+ TALLOC_FREE(frame);
return PAM_SUCCESS;
}
diff --git a/source3/pam_smbpass/pam_smb_auth.c b/source3/pam_smbpass/pam_smb_auth.c
index 4270bcc..ac5ef3f 100644
--- a/source3/pam_smbpass/pam_smb_auth.c
+++ b/source3/pam_smbpass/pam_smb_auth.c
@@ -50,6 +50,7 @@ do {\
pam_set_data( pamh, smb_setcred_return \
, (void *) ret_data, NULL ); \
} \
+ TALLOC_FREE(frame); \
return retval; \
} while (0)
@@ -75,6 +76,7 @@ int pam_sm_authenticate(pam_handle_t *pamh, int flags,
const char *name;
void (*oldsig_handler)(int) = NULL;
bool found;
+ TALLOC_CTX *frame = talloc_stackframe();
/* Points to memory managed by the PAM library. Do not free. */
char *p = NULL;
@@ -195,6 +197,7 @@ static int _smb_add_user(pam_handle_t *pamh, unsigned int ctrl,
char *msg_str = NULL;
const char *pass = NULL;
int retval;
+ TALLOC_CTX *frame = talloc_stackframe();
/* Get the authtok; if we don't have one, silently fail. */
retval = _pam_get_item( pamh, PAM_AUTHTOK,
Bug#753357: How to avoid stealth installation of systemd?
Juliusz, can you please paste your apt logs Sent by private mail. Please send it publicly in the Debian bug tracker. Sorry, Thomas, but I'm not quite sure what are the privacy implications of making public the set of packages running on my system. (Probably none, but I'd rather not find out I'm wrong.) -- Juliusz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730600: [Kolab-devel] [pkg-kolab] Bug#730600: Bug#730600: libkolab(xml): New upstream version available
Hey, I have some comments/questions: 1) libcalendaring-* doesn't have a single symbol in common with kdepimlibs *and* why is that needed? all libs are named differently, have a different version and the headers will lay in /usr/include/calendaring/ -I don't see the point, why compile two times one with kdepimlibs and the other one with libcalendering is not enough? 2) there are two versions of libkolab(-xml) that doesn't conflict and that should be easy solvable with different install destinations. 3) these versions of libkolab(-xml) doesn't share symbols. Well actually, if the both versions have different symbols, than all applications has be updated to have the support for libcalendering. [sune] That way, there are no symbol clashes and no file clashes, and you can have a kolab test server on your laptop together with kontact and be sure that it doesn't blow up in your face. Why it should blow up, if there are two libs lying around with same symbols? The linking is done against a library and not against the symbols. Or do you care about dh_shlibdeps? sandro -- Sandro Knauß Software Developer Kolab Systems AG Zürich, Switzerland e: kna...@kolabsys.com t: +41 43 501 66 91 w: http://kolabsys.com pgp: CE81539E Sandro Knauß signature.asc Description: This is a digitally signed message part.
Bug#753483: libgnustep-dl2-0d: Programs using EOControl die with NSInvalidArgumentException, reason: Can not determine type information for +[GDL2CDNSObject (null)]
Package: libgnustep-dl2-0d Version: 0.12.0-9+nmu1 Severity: grave It appears that some of the patches (581934.patch specifically, possibly in combination with others) are broken and/or incomplete and have caused the package to be entirely unusable. Trying eoexample from /usr/share/doc/gnustep-dl2/examples: $ ./obj/eoexample 2014-07-02 14:55:44.721 eoexample[7935] autorelease called without pool for object (0x23ea690) of class NSMethodSignature in thread NSThread: 0x2391e60 2014-07-02 14:55:44.722 eoexample[7935] autorelease called without pool for object (0x2471970) of class NSMutableDataMalloc in thread NSThread: 0x2391e60 2014-07-02 14:55:44.723 eoexample[7935] autorelease called without pool for object (0x23eb7b0) of class GSCodeBuffer in thread NSThread: 0x2391e60 2014-07-02 14:55:44.723 eoexample[7935] autorelease called without pool for object (0x246ffd0) of class GSCInlineString in thread NSThread: 0x2391e60 2014-07-02 14:55:44.723 eoexample[7935] autorelease called without pool for object (0x246ff20) of class NSException in thread NSThread: 0x2391e60 2014-07-02 14:55:44.724 eoexample[7935] autorelease called without pool for object (0x2470140) of class NSLongLongNumber in thread NSThread: 0x2391e60 2014-07-02 14:55:44.724 eoexample[7935] autorelease called without pool for object (0x2464a20) of class NSLongLongNumber in thread NSThread: 0x2391e60 2014-07-02 14:55:44.724 eoexample[7935] autorelease called without pool for object (0x2449080) of class NSLongLongNumber in thread NSThread: 0x2391e60 2014-07-02 14:55:44.724 eoexample[7935] autorelease called without pool for object (0x2438970) of class NSLongLongNumber in thread NSThread: 0x2391e60 2014-07-02 14:55:44.724 eoexample[7935] autorelease called without pool for object (0x237e640) of class NSLongLongNumber in thread NSThread: 0x2391e60 2014-07-02 14:55:44.724 eoexample[7935] autorelease called without pool for object (0x23a1a60) of class NSLongLongNumber in thread NSThread: 0x2391e60 2014-07-02 14:55:44.724 eoexample[7935] autorelease called without pool for object (0x2413660) of class NSLongLongNumber in thread NSThread: 0x2391e60 2014-07-02 14:55:44.724 eoexample[7935] autorelease called without pool for object (0x246e730) of class NSLongLongNumber in thread NSThread: 0x2391e60 2014-07-02 14:55:44.724 eoexample[7935] autorelease called without pool for object (0x2437a80) of class NSLongLongNumber in thread NSThread: 0x2391e60 2014-07-02 14:55:44.725 eoexample[7935] autorelease called without pool for object (0x24411f0) of class NSLongLongNumber in thread NSThread: 0x2391e60 2014-07-02 14:55:44.725 eoexample[7935] autorelease called without pool for object (0x243cfb0) of class NSLongLongNumber in thread NSThread: 0x2391e60 2014-07-02 14:55:44.725 eoexample[7935] autorelease called without pool for object (0x2427020) of class NSLongLongNumber in thread NSThread: 0x2391e60 2014-07-02 14:55:44.725 eoexample[7935] autorelease called without pool for object (0x2417140) of class NSLongLongNumber in thread NSThread: 0x2391e60 2014-07-02 14:55:44.725 eoexample[7935] autorelease called without pool for object (0x243cf30) of class NSLongLongNumber in thread NSThread: 0x2391e60 2014-07-02 14:55:44.725 eoexample[7935] autorelease called without pool for object (0x246e440) of class NSLongLongNumber in thread NSThread: 0x2391e60 ./obj/eoexample: Uncaught exception NSInvalidArgumentException, reason: Can not determine type information for +[GDL2CDNSObject (null)] $ gdb ./obj/eoexample (gdb) break -[NSException raise] (gdb) r Starting program: /home/yavor/scratch/examples/obj/eoexample [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. 2014-07-02 14:57:08.297 eoexample[7940] autorelease called without pool for object (0x69b690) of class NSMethodSignature in thread NSThread: 0x642e60 2014-07-02 14:57:08.298 eoexample[7940] autorelease called without pool for object (0x722a40) of class NSMutableDataMalloc in thread NSThread: 0x642e60 2014-07-02 14:57:08.298 eoexample[7940] autorelease called without pool for object (0x69c7b0) of class GSCodeBuffer in thread NSThread: 0x642e60 2014-07-02 14:57:08.298 eoexample[7940] autorelease called without pool for object (0x7210a0) of class GSCInlineString in thread NSThread: 0x642e60 2014-07-02 14:57:08.298 eoexample[7940] autorelease called without pool for object (0x720ff0) of class NSException in thread NSThread: 0x642e60 Breakpoint 1, -[NSException raise] (self=0x720ff0, _cmd=0x77718860) at NSException.m:955 955 NSException.m: Няма такъв файл или директория. (gdb) bt #0 -[NSException raise] (self=0x720ff0, _cmd=0x77718860) at NSException.m:955 #1 0x77267ae1 in +[NSException raise:format:] ( self=self@entry=0x777189e0, _cmd=_cmd@entry=0x7779ebb0, name=0x77718a50, format=format@entry=0x7779ee60) at NSException.m:835 #2 0x77366da5 in GSFFIInvocationCallback
Bug#747534: transition: libetpan
On 02/07/14 12:48, Ricardo Mones wrote: On Mon, 9 Jun 2014 16:47:27 +0200 Ricardo Mones mo...@debian.org wrote: On Mon, Jun 09, 2014 at 04:32:30PM +0200, Emilio Pozuelo Monfort wrote: On 09/06/14 15:44, Ricardo Mones wrote: Hi, On Sun, May 25, 2014 at 02:38:47AM +0200, Ricardo Mones wrote: Hi Emilio, On Sat, May 24, 2014 at 07:16:32PM +0200, Emilio Pozuelo Monfort wrote: Hi, […] Can you upload this to experimental so it can go through NEW? Sure, done. […] Libetpan 1.4.1 has been in experimental for a week, and seems a transition tracker is already created. Does it mean is it ok to upload it to unstable? What's the status of claws-mail? You said you were waiting for upstream to make a release that works with the new libetpan. If that's still a blocker, then do not proceed with this, but if that release is out, then go ahead and upload both libetpan and claws-mail to unstable. Well, that already happened for Claws Mail 3.10.0, and today again for 3.10.1, so I'll proceed :) AFAICS everything is built fine¹, but PTS/testing migration excuses² says there's a missing libetpan16, which of course won't be since this was a soname bump and now its libetpan17... That's because libetpan needs to be decrufted (i.e. the old libetpan16 need to be removed). However I haven't asked for a decruft yet because the transition isn't quite finished, as cairo-dock-plug-ins hasn't been rebuilt yet because of #751171, and now also because of bd-uninst issue with gnutls26/gnutls28. So once cairo-dock-plug-ins build-depends on libgnutls28-dev (so that the build dependencies can be satisfied), then as soon as #751171 is fixed the package will build on s390x and the migration will be done. So, can you file a bug for the bd-uninst issue on cairo-dock-plug-ins and make it block this bug? Thanks, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750212: lvcreate in wheezy
JFYI, lvm2 in whezy does not support --yes for lvcreate. lvcreate --yes lvcreate: unrecognized option '--yes' dpkg -l lvm2 ii lvm2 2.02.95-8amd64Linux Logical Volume Manager -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753255: [Pkg-owncloud-maintainers] Bug#753255: owncloud-client: add libegl1-mesa-dev as workaround for a qt upstream bug
Hello Alf, thanks a lot for the patch. The base problem of adding libegl1-mesa-dev as dependency is reported as #752847. sphinx-common should be added, as it provide the needed debhelper parts for perl. sphinx-common is a dependency of python-sphinx and python3-sphinx, so it should be installed if one of these packages is installed. I'll skip this part of the patch. regards, sandro signature.asc Description: This is a digitally signed message part.
Bug#753368: texlive-base: suggest /etc/mailcap entry for dvi2tty
On Wed, 02 Jul 2014, Kevin Ryde wrote: Yes, just add the line to the file. Already done (this line plus the comments ;-) Will be in the next upload. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753273: FTBFS with clang instead of gcc
On Monday, June 30, 2014 02:19:51 Alexander wrote: Source: mumble Severity: minor Tags: patch User: pkg-llvm-t...@lists.alioth.debian.org Usertags: clang-ftbfs Hello, Using the rebuild infrastructure, your package fails to build with clang (instead of gcc). We detected this kinf of error: http://clang.debian.net/status.php?version=3.4.2key=DEFAULT_CONSTRUCTOR Full build log is available here: http://clang.debian.net/logs/2014-06-16/mumble_1.2.6-1_unstable_clang.log Thanks, Alexander Greetings, Alexander. Thanks very much for reporting this bug and including a patch. I've had a good look at the patch and verified that all of these changes are required to get Mumble to compile with clang. I built Mumble with clang via cowbuilder, using these instructions: http://henrich-on-debian.blogspot.com/2013/03/use-clang-with-pbuildercowbuilder.html?_escaped_fragment_=#! ... it seemed to require 'export CHOOSE_COMPILER=clang' though. Concerning the patch: of the 4 changes, 2 have been implemented upstream, and I'll report the other 2 concerning making enums SampleFormat and eSampleFormat public. I've implemented the patch to fix this, which will close the bug with the upload of 1.2.7. Thanks much! -- Chris -- Chris Knadle chris.kna...@coredump.us signature.asc Description: This is a digitally signed message part.
Bug#730600: [Kolab-devel] [pkg-kolab] Bug#730600: Bug#730600: libkolab(xml): New upstream version available
On Wednesday 02 July 2014 13:36:52 Sandro Knauß wrote: Hey, I have some comments/questions: 1) libcalendaring-* doesn't have a single symbol in common with kdepimlibs *and* why is that needed? all libs are named differently, have a different version and the headers will lay in /usr/include/calendaring/ -I don't see the point, why compile two times one with kdepimlibs and the other one with libcalendering is not enough? To ensure that if something ends up loading libcalendaring into the kontact process that everything still works. 2) there are two versions of libkolab(-xml) that doesn't conflict and that should be easy solvable with different install destinations. All libs in Debian go to a shared install directory, /usr/lib (or /usr/lib/TRIPLET ), so different destinations are not good enough. That also implies different SONAME's for the libraries. 3) these versions of libkolab(-xml) doesn't share symbols. Well actually, if the both versions have different symbols, than all applications has be updated to have the support for libcalendering. What applications would have to use it interchangeable ? I'd expect the kolab server people to just use the libcalendaring versions, while the kontact users would use the kdepimlibs versions. Why it should blow up, if there are two libs lying around with same symbols? The linking is done against a library and not against the symbols. Or do I want to ensure that neither of us gets to debug weird crashes if both libraries are loaded into the same application. /Sune -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753357: How to avoid stealth installation of systemd?
On Wed Jul 2 2014 07:26:52 PM HKT, Juliusz Chroboczek j...@pps.univ-paris-diderot.fr wrote: Please send it publicly in the Debian bug tracker. Sorry, Thomas, but I'm not quite sure what are the privacy implications of making public the set of packages running on my system. (Probably none, but I'd rather not find out I'm wrong.) just carefully cut the relevant parts... Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752989: libio-callback-perl: FTBFS with Perl 5.20: alternative dependencies
Quoting Jonas Smedegaard (2014-06-28 19:09:32) Quoting Niko Tyni (2014-06-28 09:03:08) Perhaps something like this (untested) could work? Build-Depends: perl (= 5.17.1~) | libmodule-build-perl (= 0.40), libmodule-build-perl (The unversioned dependency would guarantee either a perl version with the bundled M::B, or a separate package. The versioned alternative would guarantee that the M::B version is new enough.) I suppose we'll have to teach lintian new tricks too at some point... Reading your original suggestion again, I realize it does indeed work - also for my pedantic view: An additional detail I forgot to take into account is that fallback build-dependencies are ignored on official build daemons where deterministic resolving is important. Sorry if you felt this thread was too long - and thanks for opening my eyes to a more compact way of expressing this kind of issue than I'd come up with. Hmm, I am getting doubts again... Niko's declaration, with Gregor's correction, is this: Build-Depends: perl (= 5.17.1~) | libmodule-build-perl (= 0.40), libmodule-build-perl That declaration relies on the assumption that any system with a new enough perl will also have a new enough libmodule-build-perl - either provided by perl(-modules) or standalone. Is that safe to assume? I believe this more strict declaration covers that cornercase: Build-Depends: perl (= 5.17.1~) | libmodule-build-perl (= 0.40), libmodule-build-perl (= 0.40) | perl ( 5.21~) Both those two declarations need two parts, so none of them can currently be handled my Config::Model, as I understand it. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#753476: BLT from wize doesn't work
Hi! I've tried to build BLT from https://sourceforge.net/projects/wize/files/ and it suffers the same problems as 2.4z currently in Debian. It segfaults for Tcl/Tk 8.6. Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753320: network-manager-openconnect-gnome: VPN status in gnome top-bar always 'Off'
Thanks. My bug is a duplicate of #729288, I will respond there. Don't know how to close this report. On 07/02/2014 05:15 AM, Mike Miller wrote: On Mon, Jun 30, 2014 at 16:09:01 +0200, Michael Herold wrote: connecting to VPN servers works like a charm for me. But since jessie the state in the gnome top-bar menu is always 'Off'. Note that this is the only place were it is always wrong. Opening the network settings dialog shows the right state. Strange that such an incositency is possible at all. Thanks for your bug report. This looks like #729288 against gnome-shell. Can you test whether the patch there fixes the problem for you? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753473: who-uploads: only reports very old uploads
On 2014-07-02 10:05, Emilio Pozuelo Monfort wrote: Package: devscripts Version: 2.14.5 Severity: important who-uploads doesn't seem to know about recent uploads; it only reports about very old ones. e.g.: emilio@titan:~$ who-uploads weston Uploads for weston: 0.85.0-1 to experimental: Sébastien Villemot sebast...@debian.org emilio@titan:~$ Note how there have been 1.5.0-1, 1.4.0-1, 1.3.0-1 and 1.1.1-1 after 0.85.0-1. As a data point, I can't reproduce this with 2.12.6 (wheezy): $ who-uploads weston Uploads for weston: 1.5.0-2 to unstable: unrecognised public key (E4368302) 1.5.0-1 to unstable: unrecognised public key (E4368302) 1.4.0-1.1 to unstable: Hector Oron Martinez (debian) zu...@debian.org Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738959: Should protect apache php5.conf file with IfModule directives, and use version 2.4 allow directives
Hi Julian, I have updated the Allow/Deny directives to apache2 2.4 versions, but I am going to leave out the IfModule out. I haven't received a single bugreport about this failing and I do see a value in apache2 failing to start if you mess your config that you stop serving PHP files. This is better than starting to provide raw sources to the general public without notice. Ondrej -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729288: Patch proposed upstream works for me
Editing /usr/share/gnome-shell/js/ui/status/network.js as proposed in https://bugzilla.gnome.org/show_bug.cgi?id=698962#c13 fixes the problem for me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738959: Should protect apache php5.conf file with IfModule directives, and use version 2.4 allow directives
On Wed, Jul 02, 2014 at 02:32:49PM +0200, Ondřej Surý wrote: Hi Julian, I have updated the Allow/Deny directives to apache2 2.4 versions, but I am going to leave out the IfModule out. I haven't received a single bugreport about this failing and I do see a value in apache2 failing to start if you mess your config that you stop serving PHP files. This is better than starting to provide raw sources to the general public without notice. That's a very good point. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753484: lightdm-gtk-greeter: Updated Norwegian Bokmål (nb) translation
Package: lightdm-gtk-greeter Version: 1.8.5-1 Tags: patch When testing lightdm in Jessie, I noticed the login gui is only partly translated to Norwegian Bokmål. The attached nb.po file fixes this. Please include in a future version, and forward it to upstream if it make sense. -- Happy hacking Petter Reinholdtsen # Norwegian Bokmal translation for lightdm # Copyright (c) 2011 Rosetta Contributors and Canonical Ltd 2011 # This file is distributed under the same license as the lightdm package. # # Petter Reinholdtsen p...@hungry.com, 2014. msgid msgstr Project-Id-Version: lightdm\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2014-03-15 17:37-0400\n PO-Revision-Date: 2014-07-02 14:39+0200\n Last-Translator: Petter Reinholdtsen p...@hungry.com\n Language-Team: Norwegian Bokmål i18n...@lister.ping.uio.no\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Launchpad-Export-Date: 2014-05-01 06:31+\n X-Generator: Lokalize 1.4\n Language: nb\n Plural-Forms: nplurals=2; plural=(n != 1);\n #: ../src/lightdm-gtk-greeter.c:708 msgid Unlock msgstr Lås opp #: ../src/lightdm-gtk-greeter.c:710 ../src/lightdm-gtk-greeter.glade.h:8 msgid Log In msgstr Logg inn #: ../src/lightdm-gtk-greeter.c:1079 msgid Failed to start session msgstr Klarte ikke å starte økten #: ../src/lightdm-gtk-greeter.c:1254 msgid Other msgstr Andre #: ../src/lightdm-gtk-greeter.c:1266 ../src/lightdm-gtk-greeter.c:1852 msgid Guest Session msgstr Gjesteøkt #: ../src/lightdm-gtk-greeter.c:1479 msgid Incorrect password, please try again msgstr Feil passord, prøv igjen #: ../src/lightdm-gtk-greeter.c:1483 msgid Failed to authenticate msgstr Klarte ikke å autentisere #: ../src/lightdm-gtk-greeter.c:1526 #, c-format msgid Warning: There are still %d users logged in. msgstr Advarsel: Det er fortsatt %d brukere innlogget. #: ../src/lightdm-gtk-greeter.c:1528 #, c-format msgid Warning: There is still %d user logged in. msgstr Advarsel: Det er fortsatt %s bruker innlogget. #: ../src/lightdm-gtk-greeter.c:1540 ../src/lightdm-gtk-greeter.glade.h:9 msgid Cancel msgstr Avbryt #: ../src/lightdm-gtk-greeter.c:1579 msgid Restart msgstr Start på nytt #: ../src/lightdm-gtk-greeter.c:1579 msgid Are you sure you want to close all programs and restart the computer? msgstr Er du sikker på at du vil lukke alle programmer og starte datamaskinen på nytt? #: ../src/lightdm-gtk-greeter.c:1594 msgid Shut Down msgstr Slå av #: ../src/lightdm-gtk-greeter.c:1594 msgid Are you sure you want to close all programs and shut down the computer? msgstr Er du sikker på at du vil stenge alle programmer og slå av datamaskinen? #: ../src/lightdm-gtk-greeter.c:1860 msgid Other... msgstr Andre... #: ../src/lightdm-gtk-greeter.c:2513 ../src/lightdm-gtk-greeter.c:2520 msgid Enter your password msgstr Skriv inn ditt passord #: ../src/lightdm-gtk-greeter.c:2514 ../src/lightdm-gtk-greeter.c:2521 msgid Enter your username msgstr Skriv inn ditt brukernavn #: ../src/lightdm-gtk-greeter.glade.h:1 msgid Suspend msgstr Hvilemodus #: ../src/lightdm-gtk-greeter.glade.h:2 msgid Hibernate msgstr Dvalemodus #: ../src/lightdm-gtk-greeter.glade.h:3 msgid Restart... msgstr Omstart... #: ../src/lightdm-gtk-greeter.glade.h:4 msgid Shut Down... msgstr Slå av... #: ../src/lightdm-gtk-greeter.glade.h:5 msgid Large Font msgstr Stor skrift #: ../src/lightdm-gtk-greeter.glade.h:6 msgid High Contrast msgstr Høy kontrast #: ../src/lightdm-gtk-greeter.glade.h:7 msgid On Screen Keyboard msgstr Skjermtastatur
Bug#753473: who-uploads: only reports very old uploads
On 2014-07-02 13:33, Adam D. Barratt wrote: On 2014-07-02 10:05, Emilio Pozuelo Monfort wrote: who-uploads doesn't seem to know about recent uploads; it only reports about very old ones. e.g.: emilio@titan:~$ who-uploads weston Uploads for weston: 0.85.0-1 to experimental: Sébastien Villemot sebast...@debian.org [...] As a data point, I can't reproduce this with 2.12.6 (wheezy): $ who-uploads weston Uploads for weston: 1.5.0-2 to unstable: unrecognised public key (E4368302) 1.5.0-1 to unstable: unrecognised public key (E4368302) 1.4.0-1.1 to unstable: Hector Oron Martinez (debian) zu...@debian.org Poking a little further, the only change between that and the current version is 18b3f8e9a97466c2f05cb63e0cb847fbebd1ac39 ; applying that to wheezy's script gives: $ ./who-uploads weston Uploads for weston: 1.5.0-2 to unstable: unrecognised public key (gpg: 9D46C488E4368302) 1.5.0-1 to unstable: unrecognised public key (gpg: 9D46C488E4368302) 1.4.0-1.1 to unstable: Hector Oron Martinez (debian) zu...@debian.org Which still doesn't look crazy. Hmmm. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753486: Custom wallpaper duirectories forgotten when configuring desktop
Package: kde-plasma-desktop Version: 5:84 Severity: normal If I define some custom wallpaper directories, it works. However next time I want to change another configuration of the desktop, the custom directories list is blanked and I get the default wallpapers again. -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (600, 'stable'), (500, 'proposed-updates'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-plasma-desktop depends on: ii kde-baseapps4:4.12.4-1 ii kde-runtime 4:4.13.1-1 ii kde-workspace 4:4.11.9-1 ii plasma-desktop 4:4.11.9-1 ii udisks2 2.1.3-2 ii upower 0.9.23-2+b2 Versions of packages kde-plasma-desktop recommends: ii kdm 4:4.11.9-1 ii xserver-xorg 1:7.7+7 Versions of packages kde-plasma-desktop suggests: ii kde-l10n-fr [kde-l10n] 4:4.13.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#753485: samtools: python-pysam FTBFS on mips/mipsel due to issues in samtools
Package: samtools
Version: 0.1.19-1
Tags: sid patch
Severity: important
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
'python-pysam' package FTBFS on mips/mipsel due to issues in 'samtools' package.
Build log for 'python-pysam' on mips:
https://buildd.debian.org/status/fetch.php?pkg=python-pysamarch=mipsver=0.7.7-1stamp=1397894446
Build log for 'python-pysam' on mipsel:
https://buildd.debian.org/status/fetch.php?pkg=python-pysamarch=mipselver=0.7.7-1stamp=1397887877
Output of samtools executable from samtools package is used as a reference
during tests in python-pysam (its output is compared with output from
pysam python module), but samtools has both unaligned memory access
and system endianness issues.
I have attached patches that fix this. With these patches applied to samtools,
python-pysam builds fine.
Best Regards
Aleksandar Zlicic
Index: samtools-0.1.19/bam_import.c
===
--- samtools-0.1.19.orig/bam_import.c
+++ samtools-0.1.19/bam_import.c
@@ -21,6 +21,10 @@ void bam_init_header_hash(bam_header_t *
void bam_destroy_header_hash(bam_header_t *header);
int32_t bam_get_tid(const bam_header_t *header, const char *seq_name);
+#if defined(__i386__) || defined(__i386) || defined(__amd64__) || defined(__amd64) || defined(__x86_64__) || defined(__x86_64) || defined(__i686__) || defined(__i686)
+# define ALLOW_UAC
+#endif
+
unsigned char bam_nt16_table[256] = {
15,15,15,15, 15,15,15,15, 15,15,15,15, 15,15,15,15,
15,15,15,15, 15,15,15,15, 15,15,15,15, 15,15,15,15,
@@ -365,6 +369,10 @@ int sam_read1(tamFile fp, bam_header_t *
if (dret != '\n' dret != '\r') { // aux
while (ks_getuntil(ks, KS_SEP_TAB, str, dret) = 0) {
uint8_t *s, type, key[2];
+#ifndef ALLOW_UAC
+ uint8_t tmpData[8];
+ int j;
+#endif
z += str-l + 1;
if (str-l 6 || str-s[2] != ':' || str-s[4] != ':')
parse_error(fp-n_lines, missing colon in auxiliary data);
@@ -410,14 +418,30 @@ int sam_read1(tamFile fp, bam_header_t *
}
}
} else if (type == 'f') {
+#ifndef ALLOW_UAC
+float *ptmpData = (float*)tmpData;
+#endif
s = alloc_data(b, doff + 5) + doff;
*s++ = 'f';
+#ifdef ALLOW_UAC
*(float*)s = (float)atof(str-s + 5);
+#else
+*ptmpData = (float)atof(str-s + 5);
+for(j=0;j4;j++) s[j] = tmpData[j];
+#endif
s += 4; doff += 5;
} else if (type == 'd') {
+#ifndef ALLOW_UAC
+float *ptmpData = (float*)tmpData;
+#endif
s = alloc_data(b, doff + 9) + doff;
*s++ = 'd';
+#ifdef ALLOW_UAC
*(float*)s = (float)atof(str-s + 9);
+#else
+*ptmpData = (float)atof(str-s + 9);
+for(j=0;j4;j++) s[j] = tmpData[j];
+#endif
s += 8; doff += 9;
} else if (type == 'Z' || type == 'H') {
int size = 1 + (str-l - 5) + 1;
Index: samtools-0.1.19/bam.c
===
--- samtools-0.1.19.orig/bam.c
+++ samtools-0.1.19/bam.c
@@ -157,7 +157,7 @@ int bam_header_write(bamFile fp, const b
return 0;
}
-static void swap_endian_data(const bam1_core_t *c, int data_len, uint8_t *data)
+static void swap_endian_data(const bam1_core_t *c, int data_len, uint8_t *data, int is_host)
{
uint8_t *s;
uint32_t i, *cigar = (uint32_t*)(data + c-l_qname);
@@ -174,16 +174,18 @@ static void swap_endian_data(const bam1_
else if (type == 'Z' || type == 'H') { while (*s) ++s; ++s; }
else if (type == 'B') {
int32_t n, Bsize = bam_aux_type2size(*s);
+ if(!is_host) bam_swap_endian_4p(s+1);
memcpy(n, s + 1, 4);
if (1 == Bsize) {
} else if (2 == Bsize) {
-for (i = 0; i n; i += 2)
+for (i = 0; i n*Bsize; i += 2)
bam_swap_endian_2p(s + 5 + i);
} else if (4 == Bsize) {
-for (i = 0; i n; i += 4)
+for (i = 0; i n*Bsize; i += 4)
bam_swap_endian_4p(s + 5 + i);
}
- bam_swap_endian_4p(s+1);
+ if(is_host) bam_swap_endian_4p(s+1);
+ s += n * Bsize + 4;
}
}
}
@@ -217,7 +219,7 @@ int bam_read1(bamFile fp, bam1_t *b)
}
if (bam_read(fp, b-data, b-data_len) != b-data_len) return -4;
b-l_aux = b-data_len - c-n_cigar * 4 - c-l_qname - c-l_qseq - (c-l_qseq+1)/2;
- if (bam_is_be) swap_endian_data(c, b-data_len, b-data);
+ if (bam_is_be) swap_endian_data(c, b-data_len, b-data, 0);
if (bam_no_B) bam_remove_B(b);
return 4 + block_len;
}
@@ -240,11 +242,11 @@ inline int bam_write1_core(bamFile fp, c
for (i = 0; i 8; ++i) bam_swap_endian_4p(x + i);
y = block_len;
bam_write(fp, bam_swap_endian_4p(y), 4);
- swap_endian_data(c, data_len, data);
+ swap_endian_data(c, data_len, data, 1);
} else bam_write(fp, block_len, 4);
bam_write(fp, x, BAM_CORE_SIZE);
bam_write(fp, data, data_len);
- if (bam_is_be) swap_endian_data(c, data_len, data);
+ if (bam_is_be) swap_endian_data(c, data_len, data, 0);
return 4 + block_len;
}
Bug#753487: RFS: stda/1.3.1-1 -- new upstream release (package already in Debian)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package stda * Package name: stda Version : 1.3.1-1 Upstream Author : Dimitar Ivanov dimitar.iva...@mirendom.net * URL : http://gnu.mirendom.net/stda.html * License : GPLv3+ Section : math It builds those binary packages: stda - simple tools for data analysis (stda) Following programs are included in stda: * maphimbu - histogram builder for 1-d numerical and text data * mintegrate - evaluate average/sum/integral/derivative of 1-d numerical data * mmval - find minimum and maximum value in a data set * muplot - plot a multi-curve figure from multiple data by using Gnuplot * nnum - produce a series of equally separated integers or floats * prefield - prepare input file for 'muplot' to plot 2-d fields by arrows To access further information about this package, please visit the following URL: http://mentors.debian.net/package/stda Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/stda/stda_1.3.1-1.dsc Regards, Dimitar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753488: cairo-dock-plug-ins: FTBFS in s390x because of uninstallable build-depend libgnutls-dev
Source: cairo-dock-plug-ins Severity: serious Hi maintainers, Build logs shows subject's problem: https://buildd.debian.org/status/package.php?p=cairo-dock-plug-ins Switching from libgnutls-dev to libgnutls28-dev in Build-Depends should fix this, though I've not checked it :) best regards, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#753489: ntdb: Add support for hurd-any
Source: ntdb
Version: 1.0-4
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
ntdb is not built on GNU/Hurd due to missing entries in the
debian/control file. The attached patch adds hurd-any. With them it
builds out of the box without problems.
Thanks!
--- a/debian/control 2014-05-25 18:26:27.0 +0200
+++ b/debian/control 2014-07-02 14:50:56.0 +0200
@@ -16,7 +16,7 @@
Package: libntdb1
Pre-Depends: ${misc:Pre-Depends}
Multi-Arch: same
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any kfreebsd-any hurd-any
Section: libs
Depends: ${misc:Depends}, ${shlibs:Depends}
Description: New Trivial Database - shared library
@@ -32,7 +32,7 @@
Package: ntdb-tools
Section: utils
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any kfreebsd-any hurd-any
Depends: ${misc:Depends}, ${shlibs:Depends}
Description: New Trivial Database - bundled binaries
This is a simple database API. It is modelled after the structure
@@ -47,7 +47,7 @@
Package: libntdb-dev
Section: libdevel
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any kfreebsd-any hurd-any
Depends: libc6-dev, libntdb1 (= ${binary:Version}), ${misc:Depends}
Suggests: libtalloc-dev
Description: New Trivial Database - development files
@@ -63,7 +63,7 @@
Package: libntdb1-dbg
Section: debug
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any kfreebsd-any hurd-any
Priority: extra
Depends: libntdb1 (= ${binary:Version}), ${misc:Depends}
Recommends: libc6-dbg
@@ -80,7 +80,7 @@
Package: python-ntdb
Section: python
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any kfreebsd-any hurd-any
Depends: libntdb1 (= ${binary:Version}),
${misc:Depends},
${python:Depends},
@@ -99,7 +99,7 @@
Package: python-ntdb-dbg
Section: debug
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any kfreebsd-any hurd-any
Priority: extra
Depends: python-ntdb (= ${binary:Version}),
${misc:Depends},
Bug#753490: python-pysam FTBFS on mips/mipsel
Package: python-pysam
Version: 0.7.7-1
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
Control: block -1 by 753485
While trying to build python-pysam on mips/mipsel, build fails on testing.
Build log for 'python-pysam' on mips:
https://buildd.debian.org/status/fetch.php?pkg=python-pysamarch=mipsver=0.7.7-1stamp=1397894446
Build log for 'python-pysam' on mipsel:
https://buildd.debian.org/status/fetch.php?pkg=python-pysamarch=mipselver=0.7.7-1stamp=1397887877
The cause of test failures are issues in both 'samtools' and 'python-pysam'
packages.
For python-pysam to work samtools has to be fixed first since output of
samtools executable from samtools package is used as a reference
during tests in python-pysam (its output is compared with output from
pysam python module).
python-pysam has unaligned memory access and system endianness related issues
as well.
I have attached patches that fix this.
With samtools fixed (with solution proposed at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753485), and attached patches
are applied to python-pysam, I have successfully built python-pysam on
mips and mipsel.
Could you consider including these patches?
Best regards,
Aleksandar Zlicic
Index: python-pysam-0.7.7/samtools/bam_import.c.pysam.c
===
--- python-pysam-0.7.7.orig/samtools/bam_import.c.pysam.c
+++ python-pysam-0.7.7/samtools/bam_import.c.pysam.c
@@ -367,6 +367,9 @@ int sam_read1(tamFile fp, bam_header_t *
if (dret != '\n' dret != '\r') { // aux
while (ks_getuntil(ks, KS_SEP_TAB, str, dret) = 0) {
uint8_t *s, type, key[2];
+ uint8_t tmpData[8];
+ int j;
+
z += str-l + 1;
if (str-l 6 || str-s[2] != ':' || str-s[4] != ':')
parse_error(fp-n_lines, missing colon in auxiliary data);
@@ -412,15 +415,35 @@ int sam_read1(tamFile fp, bam_header_t *
}
}
} else if (type == 'f') {
+#ifdef ALLOW_UAC
s = alloc_data(b, doff + 5) + doff;
*s++ = 'f';
*(float*)s = (float)atof(str-s + 5);
s += 4; doff += 5;
+#else
+float *ptmpData = (float*)tmpData;
+s = alloc_data(b, doff + 5) + doff;
+*s++ = 'f';
+for(j=0;j4;j++) tmpData[j]=s[j];
+*ptmpData = (float)atof(str-s + 5);
+for(j=0;j4;j++) s[j] = tmpData[j];
+s += 4; doff += 5;
+#endif
} else if (type == 'd') {
+#ifdef ALLOW_UAC
s = alloc_data(b, doff + 9) + doff;
*s++ = 'd';
*(float*)s = (float)atof(str-s + 9);
s += 8; doff += 9;
+#else
+float *ptmpData = (float*)tmpData;
+s = alloc_data(b, doff + 9) + doff;
+*s++ = 'd';
+for(j=0;j8;j++) tmpData[j]=s[j];
+*ptmpData = (float)atof(str-s + 9);
+for(j=0;j8;j++) s[j] = tmpData[j];
+s += 8; doff += 9;
+#endif
} else if (type == 'Z' || type == 'H') {
int size = 1 + (str-l - 5) + 1;
if (type == 'H') { // check whether the hex string is valid
Index: python-pysam-0.7.7/samtools/bam.h
===
--- python-pysam-0.7.7.orig/samtools/bam.h
+++ python-pysam-0.7.7/samtools/bam.h
@@ -70,6 +70,12 @@ typedef gzFile bamFile;
/* no bam_write/bam_tell/bam_seek() here */
#endif
+#if defined(__i386__) || defined(__i386) || defined(__amd64__) || defined(__amd64) || defined(__x86_64__) || defined(__x86_64) || defined(__i686__) || defined(__i686)
+# define ALLOW_UAC
+#else
+# undef ALLOW_UAC
+#endif
+
/*! @typedef
@abstract Structure for the alignment header.
@field n_targets number of reference sequences
Index: python-pysam-0.7.7/samtools/bam_aux.c.pysam.c
===
--- python-pysam-0.7.7.orig/samtools/bam_aux.c.pysam.c
+++ python-pysam-0.7.7/samtools/bam_aux.c.pysam.c
@@ -180,7 +180,18 @@ float bam_aux2f(const uint8_t *s)
int type;
type = *s++;
if (s == 0) return 0.0;
+#ifdef ALLOW_UAC
if (type == 'f') return *(float*)s;
+#else
+ if (type == 'f')
+ {
+ uint8_t tmpData[4];
+ int j;
+ float *ptmpData = (float*)tmpData;
+ for(j=0;j4;j++) tmpData[j]=s[j];
+ return *ptmpData;
+ }
+#endif
else return 0.0;
}
@@ -189,7 +200,19 @@ double bam_aux2d(const uint8_t *s)
int type;
type = *s++;
if (s == 0) return 0.0;
+#ifdef ALLOW_UAC
if (type == 'd') return *(double*)s;
+#else
+ if (type == 'd')
+ {
+ uint8_t tmpData[8];
+ int j;
+ double *ptmpData = (double*)tmpData;
+ for(j=0;j8;j++) tmpData[j]=s[j];
+ return *ptmpData;
+
+ }
+#endif
else return 0.0;
}
Index: python-pysam-0.7.7/pysam/csamtools.pyx
===
--- python-pysam-0.7.7.orig/pysam/csamtools.pyx
+++ python-pysam-0.7.7/pysam/csamtools.pyx
@@ -2763,7 +2763,7 @@ cdef class AlignedRead:
src = self._delegate
-fmts, args = [], []
+fmts, args = [=], []
if tags != None:
Index:
Bug#753320: network-manager-openconnect-gnome: VPN status in gnome top-bar always 'Off'
Control: reassign -1 gnome-shell Control: forcemerge 729288 -1 On Wed, Jul 2, 2014 at 14:22:49 +0200, Michael Herold wrote: Thanks. My bug is a duplicate of #729288, I will respond there. Don't know how to close this report. Good. Merging this report with #729288. -- mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742896: Blank screen on all videos with VDPAU and nVidia card
Hi, 2014-06-13 22:31 GMT+02:00 Bálint Réczey bal...@balintreczey.hu: Hi, 2014-06-05 11:40 GMT+02:00 Bálint Réczey bal...@balintreczey.hu: Hi Juho, 2014-05-31 23:57 GMT+07:00 hetas het...@gmail.com: I get a blank screen on all video using vdpau, audio only, with nVidia GeForce GT 220. So no video even with mpeg2. Works fine when hardware acceleration is disabled from the settings. Yes, VDPAU is broken in 13.x, see. #742896. :-( Well, that is this bug. :-) VAAPI probably would work for you, try installing vdpau-va-driver. See #750199. I hoped debugging this bug on an old PC of mine but it turned out the video card in it does not support VDPAU. I need a VDPAU compatible video card or someone debugging this to move this bug further. :-( I just found this bug report: https://bugs.archlinux.org/task/40246 Does removing config files from XBMC 12 solve the problem? If it does not please build the two versions of XBMC (Libav/FFmpeg) from http://people.debian.org/~rbalint/xbmc-gcov/ and try to play the same file using each of them. Please try to make the exact same steps on each versions. After the runs each build directory will contain *.gcda and *.gcno files. Please compress the whole content of the build directories including the newly created files and upload them somewhere where I can access them. Gcov can generate coverage information from the newly created files and we may be able to figure out the difference in using VDPAU with FFmpeg and Libav. Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753491: jpeginfo: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
Package: jpeginfo
Version: 1.6.0-5
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
User: debian-de...@lists.debian.org
Usertags: autoreconf
Dear Maintainer,
Currently this package FTBFS when compiled in new architectures (as ppc64el)
that is not supported on the outdated package autotools files, mainly because
it fails to understand that the new architectures has support for shared
libraries, as shown below:
dh_testdir
./configure --prefix=/usr --with-libjpeg \
--mandir=\${prefix}/share/man \
--infodir=\${prefix}/share/info
creating cache ./config.cache
aux/config.guess: unable to guess system type
This script, last modified 2009-12-30, has failed to recognize
the operating system you are using. It is advised that you
download the most up to date version of the config scripts from
The full log could be found at
http://ftp.unicamp.br/pub/ppc64el/debian/buildd-upstream/build_logs/logs/jpeginfo_1.6.0-5_ppc64el.build
I created this patch that call autoreconf to updates the autotool files during
the build, as suggest by the following wiki:
https://wiki.debian.org/qa.debian.org/FTBFS#A2014-01-21_using_dh-autoreconf_during_the_build
I did some tests (as in ppc64el) and the patch solves the problem and doesn't
seem to add any regression.
Thank you,
Breno
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)
Kernel: Linux 3.13-1-powerpc64le (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Index: jpeginfo-1.6.0/debian/control
===
--- jpeginfo-1.6.0.orig/debian/control 2014-07-02 12:53:07.0 +
+++ jpeginfo-1.6.0/debian/control 2014-07-02 12:57:55.0 +
@@ -2,7 +2,7 @@
Section: graphics
Priority: optional
Maintainer: Ola Lundqvist o...@debian.org
-Build-Depends: debhelper ( 6.0), libjpeg-dev
+Build-Depends: debhelper ( 6.0), libjpeg-dev, autotools-dev
Standards-Version: 3.9.1
Package: jpeginfo
Index: jpeginfo-1.6.0/debian/rules
===
--- jpeginfo-1.6.0.orig/debian/rules 2014-07-02 12:53:07.0 +
+++ jpeginfo-1.6.0/debian/rules 2014-07-02 12:58:29.0 +
@@ -12,6 +12,7 @@
configure: configure-stamp
configure-stamp:
dh_testdir
+ dh_autotools-dev_updateconfig
./configure --prefix=/usr --with-libjpeg \
--mandir=\$${prefix}/share/man \
--infodir=\$${prefix}/share/info
@@ -26,6 +27,7 @@
clean:
dh_testdir
+ dh_autotools-dev_restoreconfig
-rm -f build-stamp configure-stamp
[ ! -f Makefile ] || $(MAKE) distclean
rm -f `find . -name *~` \
Bug#736014: iaxmodem is marked for autoremoval from testing
On Mon, Jun 30, 2014 at 09:11:09AM +0200, Joerg Dorchain wrote: If nobody else volunteers, I will try to care care of that. Fix is trivial, obviously. I found that the fix for this bug is in the source (http://anonscm.debian.org/viewvc/pkg-voip/iaxmodem/trunk/debian/) for quite some time, so nothing to do but upload a new package, which I would really appreciate. Thanks for taking care of it, Joerg signature.asc Description: Digital signature
Bug#753485: samtools: python-pysam FTBFS on mips/mipsel due to issues in samtools
Hi Aleksandar, Thanks for the patches. Could you please explain what the issue is and how the patch fixes it? I don't see any comments in the patch. Does upstream accept your patch? Thanks -Dominique
