Bug#764273: apt-offline missing a dependency?
Control: tag -1 +moreinfo On Tuesday 07 October 2014 01:23 AM, Thibault, Daniel wrote: I’m trying to use apt-offline on a fresh Beagle Bone Black (rev C). I imported the apt-offline_1.5_all.deb and installed it (using ‘sudo dpkg -i path/apt-offline_1.5_all.deb’). It generates signature files just fine, but when I try to install the packages into the apt cache (using ‘sudo apt-offline install path’), I run into a series of errors. If importing from a directory, the errors are (one for each package.deb in the directory): ERROR: I couldn’t understand file type package.deb. If I try to import a single package, the error becomes: ERROR: File path/package.deb is not a valid zip file The Beagle Bone Black Debian Wheezy installation has tar, ar, dpkg, apt, but not unzip, so I thought maybe this was what was missing. But after installing unzip manually (‘dpkg -i unzip_6.0-8_armhf.deb’), apt-offline still fails in exactly the same way. Adding a --verbose flag sheds no light, as it merely adds this output line: VERBOSE: Namespace(allow_unauthenticated=False, func=function installer at 0x4df0f0, install=’...all.deb’, install_src_path=None, simulate=False, skip_bug_reports=False, verbose=True) Can you provide the full log ? From the snippet of the verbose log, it looks like you provided it the full path to the actual deb. You are either required to give access to the directory path containing the debs, or give path to the .zip archive file name. As for the unizp tool, apt-offline acts on the .zip archive using python libraries and not the unzip binary. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention.
Bug#764318: libjpeg-progs: trying to overwrite '/usr/share/man/man1/djpeg.1.gz', also in libjpeg-turbo-progs
Control: clone -1 -2 Control: reassign -2 libjpeg-turbo-progs Control: found -2 1:1.3.1-3 Vincent, in fact the libjpeg-turbo-progs also had incorrect Breaks: libjpeg-progs instead of proper Conflicts: libjpeg-progs, so the bug is also present in the libjpeg-turbo-progs. Cheers, Ondrej On Tue, Oct 7, 2014, at 10:32, Vincent Lefevre wrote: Control: notfound -1 1:1.3.1-3 Control: found -1 1:9a-2 On 2014-10-07 10:11:30 +0200, Vincent Lefevre wrote: Unpacking libjpeg-progs (1:9a-2) over (1:1.3.1-3) ... [...] -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- 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#764225: slapd: fails to flush the cache if the system is shut down
Do you have olcDbNoSync (or some equivalent setting in the bdb config if you use that) set to true? If olcDbNoSync is set, then it could result in dataloss, else the commited data should remain intact. What backend do you use? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764248: apt-offline man concludes with incorrect recommendations
On Monday 06 October 2014 09:31 PM, Thibault, Daniel wrote:
Package: apt-offline
Version: 1.5
The apt-offline man pages conclude with :
NOTE: On a freshly installed box, that was installed without
the network, the package database is null. In that case, you
first need to run apt-offline with just the --update option to
ensure that you have a meaningful package database
However, if one tries to follow these instructions, this happens:
$ sudo apt-offline --update
usage: apt-offline [-h] [--verbose] [--simulate] [-v]
{set,get,install} ...
apt-offline: error: too few arguments
The “freshly installed box” (a Beagle Bone Black) does have a seeded
/var/lib/apt/lists (with *_Packages, *_Packages.gz, *_Release,
*_Release.gpg, and *_Translation-en files).
Ummm... You need to run the --update option along with the 'set'
command. The final resultant will be:
$ sudo apt-offline set /tmp/set.uris --update
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.
Bug#746013: Investigating i386 issues with libmatheval
On Mon, 06 Oct 2014 23:41:16 +0200 Julian Taylor jtaylor.deb...@googlemail.com wrote: On 06.10.2014 23:34, Neil Williams wrote: Something odd with the *386 builds, i386, kfreebsd-i386 and hurd-i386: i386 chroot: -1.3130352854993315 +1.3130352854993312 Other 32bit architectures don't have a problem. thats very expected, i386 numerical precision depends on compiler optimizations as the fpu has 80 bit width while double has 64. You need to bump the error bounds or use special flags like -ffloat-store or -fpmath=sse to avoid it. OK, thanks. We're going to tweak the patch to use deterministic precision, based on the highest precision available on all current architectures. -- Neil Williams = http://www.linux.codehelp.co.uk/ signature.asc Description: PGP signature
Bug#752103: [x264] Modify the control file for building without libav etc
Control: block -1 by 763766
Hi,
On Thu, 19 Jun 2014 18:50:25 +0300 Peter Pentchev r...@ringlet.net wrote:
As promised, here's the second set of patches for the bootstrap build of x264
without the libavformat, libffms2 and libgpac. It adds the appropriate
annotations to the control file so that the build tools (dpkg-dev, debhelper,
sbuild) will know that a stage1 build does not need all the build
dependencies and should not generate all the binary packages.
the syntax for the Build-Profiles field was changed during the bootstrap
sprint in paris [1,2]. Attached patch is updated to reflect those changes.
It only changes debian/control.in so please regenerate debian/control.
As the patch requires debhelper to understand the new syntax, this bug is
blocked by that bug in debhelper.
cheers, josch
[1] https://wiki.debian.org/Sprints/2014/BootstrapSprint
[2] https://wiki.debian.org/BuildProfileSpec
diff -Nru x264-0.142.2431+gita5831aa/debian/changelog x264-0.142.2431+gita5831aa/debian/changelog
--- x264-0.142.2431+gita5831aa/debian/changelog 2014-07-11 03:21:53.0 +0200
+++ x264-0.142.2431+gita5831aa/debian/changelog 2014-10-07 10:38:08.0 +0200
@@ -1,3 +1,21 @@
+x264 (2:0.142.2431+gita5831aa-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * To avoid a circular build dependency, do not build depend on
+libavformat-dev, libffms2-dev and libgpac-dev and do not build the x264
+package when building the stage1 profile. To that end:
+ - add build profile annotations to Build-Depends
+ - add Build-Profiles field so that only the library is built in the
+ stage1 build profile
+ - add --disable-avs --disable-ffms --disable-gpac to common_confflags
+ when building with stage1
+ - depend on the proper versions of debhelper and dpkg-dev for parsing
+ build profile information in debian/control
+Based on patch by Peter Pentchev
+Closes: #752103
+
+ -- Johannes Schauer j.scha...@email.de Tue, 07 Oct 2014 10:32:26 +0200
+
x264 (2:0.142.2431+gita5831aa-1) unstable; urgency=low
* Update to new upstream snapshot
diff -Nru x264-0.142.2431+gita5831aa/debian/confflags x264-0.142.2431+gita5831aa/debian/confflags
--- x264-0.142.2431+gita5831aa/debian/confflags 2014-07-11 03:13:07.0 +0200
+++ x264-0.142.2431+gita5831aa/debian/confflags 2014-10-07 10:27:55.0 +0200
@@ -20,6 +20,10 @@
common_confflags += --prefix=/usr --libdir=/usr/lib/$(DEB_HOST_MULTIARCH)
+ifneq (,$(filter stage1,$(DEB_BUILD_PROFILES)))
+common_confflags += --disable-avs --disable-ffms --disable-gpac
+endif
+
# XXX why isn't --enable-visualize used in the static build?
# TODO --disable-asm when we build an opt flavor?
static_confflags += \
diff -Nru x264-0.142.2431+gita5831aa/debian/control.in x264-0.142.2431+gita5831aa/debian/control.in
--- x264-0.142.2431+gita5831aa/debian/control.in 2014-07-11 03:13:07.0 +0200
+++ x264-0.142.2431+gita5831aa/debian/control.in 2014-10-07 10:32:05.0 +0200
@@ -7,11 +7,12 @@
Fabian Greffrath fabian+deb...@greffrath.com,
Rico Tzschichholz ric...@ubuntu.com
Build-Depends:
- debhelper (= 8.1.3~),
+ debhelper (= 9.FIXME),
autotools-dev,
- libavformat-dev (= 6:9),
- libffms2-dev,
- libgpac-dev (= 0.5.0+svn4288~),
+ dpkg-dev (= 1.17.14),
+ libavformat-dev (= 6:9) !stage1,
+ libffms2-dev !stage1,
+ libgpac-dev (= 0.5.0+svn4288~) !stage1,
libx11-dev,
yasm [any-i386 any-amd64]
Standards-Version: 3.9.5
@@ -22,6 +23,7 @@
Package: x264
Section: graphics
Architecture: any
+Build-Profiles: !stage1
Depends:
${misc:Depends},
${shlibs:Depends}
Bug#764323: apt-dater-host should not depend on needrestart
Package: apt-dater-host Version: 1.0.0-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, as of 1.0.0-1 a-d-h depends on needrestart which registers itself into apt to be run after each operation. I really don't need that on my (development) workstation. Can you please make the Depends: a Suggests: (or Recommends:? I don't remember the difference - at least so I can remove it :). Thanks, Sebastian - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-dater-host depends on: ii libapt-pkg-perl 0.1.29+b2 ii libimvirt-perl 0.9.6-1 ii lsb-release 4.1+Debian13 ii needrestart 1.2-1 ii openssh-server 1:6.6p1-8 ii perl 5.20.1-1 Versions of packages apt-dater-host recommends: ii imvirt 0.9.6-1 ii sudo1.8.10p3-1 apt-dater-host suggests no packages. - -- Configuration Files: /etc/apt-dater-host.conf changed [not included] /etc/sudoers.d/apt-dater-host [Errno 13] Permission denied: u'/etc/sudoers.d/apt-dater-host' - -- debconf information excluded -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIVAwUBVDOn6Phx3EthBlqjAQglag//YiRUXC8fzE3G7lEsYbrdWrJUMuJ7Ctnk dbjeB4apin2Wj11TpJEayJ9jkaLnEL/P5wh3GXjlwy+B/8DaQ4ppGJoLUHukxNmd Hdxwec/IqcbTTkyV+mP15gGWQK/17Bn3rSQy2Hhh69uTlAhEyBrMyVU420dP+SqI UpVf/G5/Ik1hgEzwdcie6poF7A9fQeG7EhwuB7FOLRv7M6DWar+VBQ9+ouErtK77 kBdOfT/ibOH6e2t+ZF4eDTkFrL+27RXtSEFmUq46p3Y5g1QRQmrJ9DIC4CN74bRf zar0zW66tAacR+0wxuEzG2Xl7rKO1v8yo40zAOskc+1mWKkrfDFA85bHG+QGmdGC Ba784XXSDF8Xyjd7gPlOm8IuIXHDS3253jEv67SuIhx+wgQ3ttwyMH1YnT7D6A65 lp+dRbgot/GILlOrkHPS8k76jmhQSLoDIa/Pe1BE1V61hiDvQSofS2B1zKf+cmPc WDYz3cQVz+ytmhn5EeNyH2tu1zdMjPYhWuqIBrV/brkf2hMBGeyIbS9Dy1Qz1MNO P0FlleK0hbM0E3Qkjm1Qy2n/wLQeCT/IafvWd2O/56CnLYw25Dd7QDCyWEFD0SL4 LGUQdbNzLkcL5KsQttZAdjKF6xXqJvgGOtqaOhkLQe839BxR6V/0VZz+gyZVRj6/ CLtDedHCsj4= =VAu2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762101: systemd: Bad configuration option in /lib/systemd/network/99-default.link?
also sprach Michael Biebl em...@michaelbiebl.de [2014-09-21 20:30 +0200]: The reference to NamePolicy refers to [1]. In Debian we decided to make the persistent interface naming explicitly opt-in instead of opt-out via the net.ifnames=0|1 kernel command line parameter. I have not opted-in, but I also see the message all the time. Maybe opt-in isn't working as planned? -- .''`. martin f. krafft madduck@d.o @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#708508: pdfinfo and pdftotext
Hi Benjamin,
If you have a look at the upstream bug you van find links for the
files you need.
Michele Cane, PhD.
On Tue, Oct 7, 2014 at 10:42 AM, Benjamin Eltzner b.eltz...@gmx.de wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Michele,
you are right, I missed that. Could you tell me where I can get the
modified pdfinfo binary? It does not seem to be included in
https://download.zotero.org/standalone/4.0.22/Zotero-4.0.22_linux-x86_64.tar.bz2
and I would really like to get the PDF import working as intended.
Cheers
Benjamin
Am 07.10.2014 um 10:24 schrieb Michele Cane:
Hi Benjamin,
Thanks for your help. Unfortunately Zotero uses a modified version
of pdfinfo that can write to a text file, so it can't just use the
system version.
So I could use your solution for pdftotext but not for pdfinfo.
Cheers
Mike
On Tue, Oct 7, 2014 at 9:55 AM, Benjamin Eltzner b.eltz...@gmx.de
wrote:
It seems that this problem has been somewhat long-standing:
https://forums.zotero.org/discussion/1243/pdf-installation-not-recognized/
A hack that solves it is
$ find $HOME/.mozilla -name zotero -exec ln -s /usr/bin/pdfinfo
'{}'/pdfinfo-Linux-x86_64 ';' $ find $HOME/.mozilla -name zotero
-exec ln -s /usr/bin/pdftotext '{}'/pdftotext-Linux-x86_64 ';'
If upstream is unresponsive (and if such a hack is acceptable
for a Debian package), you might consider doing something like
this via a postinst script.
Cheers, Benjamin
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBAgAGBQJUM6d6AAoJEK27BRz67lmppPcQAISx+O1xH7C8O54kfAniZZ37
5586g8FqN9AugQVwnWt9vbikKwmI0HwoN2H7YY+66+NTqN+PRJsud7O6hZ3yWet1
jm6Bp7O9HlRS0cYUEBVmhoGpd587l4JkAT/O2D7rFDxRV/Q4ndIKoDtKqKCQXqd7
bmj++V+wmwpQqD4r+OnWEoVLlOw0/ZG+zDmBNbmCeNvv151F5jUyC0m/8nr+ZVa3
tSTmAu/pmpmOuyKQHOq6PFxK6Yt1gaRGBtwLdlxnj5UTYkgbxCIqje5o0e4+495i
dOnOqrkAUc7Zj8jkkucv2MfbmXSUWEOAd0EUk8iDwAjddZiL2u1RF3YmMCipsutw
OJFfXXya+fCDSIJkMWZpXhdicp1NGMmcEEFTOJOsGX1/RZMUPwm+tZmMGuROCqVY
OuesM/o4xys5SbVHQbKGjZYZVVropmZBZaMpoYbh+KoSt+PvAyLaxoKRiBVYrrFu
ZwqvDBlUYD9Zo+Q8CbMpPd3tN7ttNZ54Hb7AYhNvrQfexYFSTqsV/BAwlz4v67PB
Ono6BxZKi7LkwkF8A/be2SNiAtubO3VpF7FpFujcdJne2e9umRIS7DAXpgYfVZh5
G1KA+nxHYbkwpHM/3JUypqjVZiaQsD3OdYkUaqL6Il49iSlCImcu5ltppqE1LBYH
7jlpreRXFaomreaq3xPm
=t6Js
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708508: pdfinfo and pdftotext
I forgot the link:
https://github.com/zotero/zotero-standalone-build/issues/28
Michele Cane, PhD.
On Tue, Oct 7, 2014 at 10:47 AM, Michele Cane michele.c...@gmail.com wrote:
Hi Benjamin,
If you have a look at the upstream bug you van find links for the
files you need.
Michele Cane, PhD.
On Tue, Oct 7, 2014 at 10:42 AM, Benjamin Eltzner b.eltz...@gmx.de wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Michele,
you are right, I missed that. Could you tell me where I can get the
modified pdfinfo binary? It does not seem to be included in
https://download.zotero.org/standalone/4.0.22/Zotero-4.0.22_linux-x86_64.tar.bz2
and I would really like to get the PDF import working as intended.
Cheers
Benjamin
Am 07.10.2014 um 10:24 schrieb Michele Cane:
Hi Benjamin,
Thanks for your help. Unfortunately Zotero uses a modified version
of pdfinfo that can write to a text file, so it can't just use the
system version.
So I could use your solution for pdftotext but not for pdfinfo.
Cheers
Mike
On Tue, Oct 7, 2014 at 9:55 AM, Benjamin Eltzner b.eltz...@gmx.de
wrote:
It seems that this problem has been somewhat long-standing:
https://forums.zotero.org/discussion/1243/pdf-installation-not-recognized/
A hack that solves it is
$ find $HOME/.mozilla -name zotero -exec ln -s /usr/bin/pdfinfo
'{}'/pdfinfo-Linux-x86_64 ';' $ find $HOME/.mozilla -name zotero
-exec ln -s /usr/bin/pdftotext '{}'/pdftotext-Linux-x86_64 ';'
If upstream is unresponsive (and if such a hack is acceptable
for a Debian package), you might consider doing something like
this via a postinst script.
Cheers, Benjamin
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBAgAGBQJUM6d6AAoJEK27BRz67lmppPcQAISx+O1xH7C8O54kfAniZZ37
5586g8FqN9AugQVwnWt9vbikKwmI0HwoN2H7YY+66+NTqN+PRJsud7O6hZ3yWet1
jm6Bp7O9HlRS0cYUEBVmhoGpd587l4JkAT/O2D7rFDxRV/Q4ndIKoDtKqKCQXqd7
bmj++V+wmwpQqD4r+OnWEoVLlOw0/ZG+zDmBNbmCeNvv151F5jUyC0m/8nr+ZVa3
tSTmAu/pmpmOuyKQHOq6PFxK6Yt1gaRGBtwLdlxnj5UTYkgbxCIqje5o0e4+495i
dOnOqrkAUc7Zj8jkkucv2MfbmXSUWEOAd0EUk8iDwAjddZiL2u1RF3YmMCipsutw
OJFfXXya+fCDSIJkMWZpXhdicp1NGMmcEEFTOJOsGX1/RZMUPwm+tZmMGuROCqVY
OuesM/o4xys5SbVHQbKGjZYZVVropmZBZaMpoYbh+KoSt+PvAyLaxoKRiBVYrrFu
ZwqvDBlUYD9Zo+Q8CbMpPd3tN7ttNZ54Hb7AYhNvrQfexYFSTqsV/BAwlz4v67PB
Ono6BxZKi7LkwkF8A/be2SNiAtubO3VpF7FpFujcdJne2e9umRIS7DAXpgYfVZh5
G1KA+nxHYbkwpHM/3JUypqjVZiaQsD3OdYkUaqL6Il49iSlCImcu5ltppqE1LBYH
7jlpreRXFaomreaq3xPm
=t6Js
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764324: model-builder: diff for NMU version 0.4.1-6.2
Package: model-builder
Version: 0.4.1-6.1
Severity: normal
Tags: patch
Dear maintainer,
I've prepared an NMU for model-builder (versioned as 0.4.1-6.2) and
uploaded it. This is very similar to the diff I previously attached
to #759066, but I spotted a couple of further updates needed for
wxPython 3.0, and addressed the FTBFS in #750275 better.
Cheers,
Olly
diff -Nru model-builder-0.4.1/debian/changelog model-builder-0.4.1/debian/changelog
--- model-builder-0.4.1/debian/changelog 2013-06-01 23:48:08.0 +1200
+++ model-builder-0.4.1/debian/changelog 2014-10-07 21:11:46.0 +1300
@@ -1,3 +1,12 @@
+model-builder (0.4.1-6.2) unstable; urgency=medium
+
+ * Non-maintainer upload with maintainer's permission.
+ * Fix FTBFS due to python helper changes. (Closes: #750275)
+ * Update for wxPython 3.0 (Closes: #759066):
+- New patch: wxpython3.0.patch
+
+ -- Olly Betts o...@survex.com Tue, 07 Oct 2014 08:11:43 +
+
model-builder (0.4.1-6.1) unstable; urgency=low
* Non-maintainer upload.
diff -Nru model-builder-0.4.1/debian/control model-builder-0.4.1/debian/control
--- model-builder-0.4.1/debian/control 2013-06-01 23:50:05.0 +1200
+++ model-builder-0.4.1/debian/control 2014-09-15 11:45:27.0 +1200
@@ -12,7 +12,7 @@
Package: model-builder
Architecture: all
Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends},
- python-numpy, python-scipy, python-wxtools, python-wxgtk2.8,
+ python-numpy, python-scipy, python-wxtools, python-wxgtk3.0,
python-matplotlib, python-pkg-resources
Description: graphical ODE simulator
Model Builder is a graphical tool for designing, simulating and
diff -Nru model-builder-0.4.1/debian/patches/series model-builder-0.4.1/debian/patches/series
--- model-builder-0.4.1/debian/patches/series 2010-07-17 14:30:58.0 +1200
+++ model-builder-0.4.1/debian/patches/series 2014-09-15 11:47:20.0 +1200
@@ -3,3 +3,4 @@
MB_help_path.diff
desktop_file.diff
use_wx2.8.diff
+wxpython3.0.patch
diff -Nru model-builder-0.4.1/debian/patches/wxpython3.0.patch model-builder-0.4.1/debian/patches/wxpython3.0.patch
--- model-builder-0.4.1/debian/patches/wxpython3.0.patch 1970-01-01 12:00:00.0 +1200
+++ model-builder-0.4.1/debian/patches/wxpython3.0.patch 2014-10-07 21:22:04.0 +1300
@@ -0,0 +1,308 @@
+Description: Update for wxPython 3.0
+ These changes should remain compatible with wxPython 2.8.
+Bug-Debian: https://bugs.debian.org/759066
+Forwarded: no
+Last-Update: 2014-10-07
+
+Index: model-builder-0.4.1/model_builder/PlotFigure.py
+===
+--- model-builder-0.4.1.orig/model_builder/PlotFigure.py
model-builder-0.4.1/model_builder/PlotFigure.py
+@@ -30,7 +30,7 @@ from numpy.random import *
+ from numpy import *
+
+ import wxversion
+-wxversion.select('2.8')
++wxversion.select('3.0')
+ import wx
+
+ def create(parent):
+@@ -318,7 +318,7 @@ class PlotFigure(wx.Frame):
+ return self.toolbar
+
+ if __name__ == '__main__':
+-app = wx.PySimpleApp()
++app = wx.App(False)
+ frame = create(None)
+ x = normal(0,1,50)
+ y = normal(0,1,(50,5))
+Index: model-builder-0.4.1/model_builder/PyMB.py
+===
+--- model-builder-0.4.1.orig/model_builder/PyMB.py
model-builder-0.4.1/model_builder/PyMB.py
+@@ -27,7 +27,7 @@
+ #-
+
+ import wxversion
+-wxversion.select('2.8')
++wxversion.select('3.0')
+ import wx
+ import wxFrame1
+
+@@ -52,7 +52,6 @@ modules ={u'MB': [0, '', u'MB.hhp'],
+
+ class BoaApp(wx.App):
+ def OnInit(self):
+-wx.InitAllImageHandlers()
+ self.main = wxFrame1.create(None)
+ # needed when running from Boa under Windows 9X
+ self.SetTopWindow(self.main)
+Index: model-builder-0.4.1/model_builder/about.py
+===
+--- model-builder-0.4.1.orig/model_builder/about.py
model-builder-0.4.1/model_builder/about.py
+@@ -1,6 +1,6 @@
+ #Boa:Dialog:wxDialog1
+ import wxversion
+-wxversion.select('2.8')
++wxversion.select('3.0')
+ import wx
+ import wx.html
+ import webbrowser
+Index: model-builder-0.4.1/model_builder/icones.py
+===
+--- model-builder-0.4.1.orig/model_builder/icones.py
model-builder-0.4.1/model_builder/icones.py
+@@ -3,7 +3,7 @@
+ # This file was generated by /usr/bin/img2py-2.6
+ #
+ import wxversion
+-wxversion.select('2.8')
++wxversion.select('3.0')
+ from wx import ImageFromStream, BitmapFromImage
+ import cStringIO, zlib
+
+Index: model-builder-0.4.1/model_builder/lhsframe.py
+===
+--- model-builder-0.4.1.orig/model_builder/lhsframe.py
model-builder-0.4.1/model_builder/lhsframe.py
+@@ -12,7 +12,7 @@
+ # New field: Whatever
+
Bug#759517: Info received (Bug#759517: Info received (digikam: When starting digikam it searches for new pictures and then nothing more happens.))
On Tue, 16 Sep 2014 19:57:04 +0200 =?ISO-8859-1?Q?J=FCrgen?= Leibner 201...@gmx.de wrote: On Thu, 11 Sep 2014 09:06:18 +0200 Massis Sirapian msirap...@free.fr wrote: Hi I've just solved this bug or at least identified the culprit. It's Gstreamer. So what I did: apt-get install phonon-backend-vlc dpkg -r phonon-backend-gstreamer:amd64 in systemsettings, the phonon engine was automatically switched to the only one available, VLC. And now digikam starts normally. I believe it's linked to this bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760663 and they say that next phonon package update should fix it. In the meanwhile, using another backend is a good workaround. regards Massis I did the same but it doesn't solve the problem. It hangs after telling that it reads the database. So still unusable ... Regards Jürgen Leibner These days I started a new try to see if something changed after version upgrades of digikam. I started digikam as usual ... and it crashes as usual. I moved the .db files out of the way and started again ... it asks for the place where the pictures are and then behaves normal. No crash so far. I can start it again and close and start again. It works. I changed the phonon-backends from vlc to gstreamer and back but no crash and no hanging, it works with both. I decided to use vlc because amarok plays sound with it while it does not with gstreamer. While playing around with digikam it crashes in one situation wich I reported then under Bug#764321: digikam crashes when a video file of type 'Apple QuickTime movie' is in an Album Regards Jürgen Leibner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760846: Upstream's got a patch
Upstream has got a patch: https://github.com/zmanda/amanda/commit/e810e1945909b5a55c3688d0b996a91f526ae1c6 It worked in my case. -- Michał Pokrywka -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764315: [DRE-maint] Bug#764315: sup-mail: sup-tweak-labels does not correctly parse query when removing labels
forwarded -1 https://github.com/sup-heliotrope/sup/issues/336 tag + upstream kthxbye Hi! Thank you for your attention to detail and solution suggestion. Forwarded this upstream. -- Per -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735742: [x264] fix the circular build dependency with libav and others
Hi,
On Thu, 19 Jun 2014 18:43:08 +0300 Peter Pentchev r...@ringlet.net wrote:
Here's a patch that does this: if we are building in the stage1
profile, the configure script is invoked with --disable-* and the rules
file does not build the x264 binary package at all. This still leaves
the build dependencies in the control file; a separate bug will be filed
for that, modifying the control file to add instructions to drop these
dependencies in the stage1 profile. Unfortunately, the Debian archive
infrastructure cannot yet deal with these annotations, so that bug will
most probably have to wait until Jessie is released.
the syntax for the Build-Profiles field was changed during the bootstrap
sprint in paris [1,2]. Attached patch is updated to reflect those changes.
It only changes debian/control.in so please regenerate debian/control.
As the patch requires debhelper to understand the new syntax, this bug is
blocked by that bug in debhelper.
In contrast to the patch for #752103 (which is marked as block by this bug)
this patch does use the new build profile syntax in the Build-Depends field and
thus can be applied before Jessie is released.
cheers, josch
[1] https://wiki.debian.org/Sprints/2014/BootstrapSprint
[2] https://wiki.debian.org/BuildProfileSpec
diff -Nru x264-0.142.2431+gita5831aa/debian/changelog x264-0.142.2431+gita5831aa/debian/changelog
--- x264-0.142.2431+gita5831aa/debian/changelog 2014-07-11 03:21:53.0 +0200
+++ x264-0.142.2431+gita5831aa/debian/changelog 2014-10-07 10:38:08.0 +0200
@@ -1,3 +1,21 @@
+x264 (2:0.142.2431+gita5831aa-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * To avoid a circular build dependencies:
+ - add Build-Profiles field so that only the library is built in the
+ stage1 build profile
+ - add --disable-avs --disable-ffms --disable-gpac to common_confflags
+ when building with stage1
+ - depend on the proper versions of debhelper and dpkg-dev for parsing
+ build profile information in debian/control
+Based on patch by Peter Pentchev
+Closes: #735742
+
+ -- Johannes Schauer j.scha...@email.de Tue, 07 Oct 2014 10:32:26 +0200
+
x264 (2:0.142.2431+gita5831aa-1) unstable; urgency=low
* Update to new upstream snapshot
diff -Nru x264-0.142.2431+gita5831aa/debian/confflags x264-0.142.2431+gita5831aa/debian/confflags
--- x264-0.142.2431+gita5831aa/debian/confflags 2014-07-11 03:13:07.0 +0200
+++ x264-0.142.2431+gita5831aa/debian/confflags 2014-10-07 10:27:55.0 +0200
@@ -20,6 +20,10 @@
common_confflags += --prefix=/usr --libdir=/usr/lib/$(DEB_HOST_MULTIARCH)
+ifneq (,$(filter stage1,$(DEB_BUILD_PROFILES)))
+common_confflags += --disable-avs --disable-ffms --disable-gpac
+endif
+
# XXX why isn't --enable-visualize used in the static build?
# TODO --disable-asm when we build an opt flavor?
static_confflags += \
diff -Nru x264-0.142.2431+gita5831aa/debian/control.in x264-0.142.2431+gita5831aa/debian/control.in
--- x264-0.142.2431+gita5831aa/debian/control.in 2014-07-11 03:13:07.0 +0200
+++ x264-0.142.2431+gita5831aa/debian/control.in 2014-10-07 10:57:02.0 +0200
@@ -6,8 +6,9 @@
Reinhard Tartler siret...@tauware.de,
Fabian Greffrath fabian+deb...@greffrath.com,
Rico Tzschichholz ric...@ubuntu.com
+# In the stage1 build profile, drop the libavformat-dev, libffms2-dev and libgpac-dev dependencies.
Build-Depends:
- debhelper (= 8.1.3~),
+ debhelper (= 9.FIXME),
autotools-dev,
libavformat-dev (= 6:9),
libffms2-dev,
@@ -22,6 +23,7 @@
Package: x264
Section: graphics
Architecture: any
+Build-Profiles: !stage1
Depends:
${misc:Depends},
${shlibs:Depends}
Bug#764325: ITP: ddate -- convert Gregorian dates to Discordian dates
Package: wnpp Severity: wishlist Owner: Sebastian Schmidt y...@yath.de -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: ddate Version : 0.2.2 Upstream Author : Jeremy Johnson mpyt...@gnu.ai.mit.edu * URL : https://github.com/bo0ts/ddate * License : Public Domain Programming Lang: C Description : convert Gregorian dates to Discordian dates Displays the Discordian date of a given date. The Discordian calendar was made popular by the Illuminatus! trilogy by Robert Shea and Robert Anton Wilson. ddate is no longer included in util-linux 2.25 so some fellow pope decided to fork the code on github. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIVAwUBVDOtdvhx3EthBlqjAQhNtRAAvqXRRXSqCKvlx/UXQFipeb/vViW1AT2e RQWK8JL9p3frEZl7KZfWVrPoJVpvmV3jr5iO2Ui9gRZBNPpvHS1dQiizZFGUSBt2 /Qv2zff7ogWkK+Qh/cGupT2RaW7rNJqs8jm8d/jLCfCLhhjrWjrC+UxIpwvIxhEd AWsLOnrUWg8M15czVtXzNxuadKCp3grojFEpVNStletrC5b60v3Kl02+qW1Usf/g YyrCpL0hGVITY2PagrvcpUN3pZAVKRppKYMiSRh4dvugLaFqLi+k2A3/j/qYg89X BsG8WIoe50YsV0PXTV8/3KiRhC5oj/xQ79/WMQ8YW+cqoKPiUHzxcYgP8xiQpiB4 Ox7sBDQI9k0Pi6hSfUJUqTXuYVFupDonswtkMLD9ZQgLRUeT1vXgJ0CjAlAtjces sVU01SK0BmCPVtnYStq4gIrHa4faY4xWHoOR8ktlFoErPw0CK0XL2AjEmDfk7UY7 MXBiu5btBcx6ZiHZCPxOnCQ9xFtVFX74dHsgA13XTjHjFaGgHsMFny68H2hAwFW/ 13t1xA9kHcGnWN+FzgP2Jv558pXvREJlQwZPbQqY2axeCHb//6pSas4UhHgr7T5v To2+i2+PoaITbi1j1PdIvl8AV/1lC+ygw4aanYP7MIj74XmrfuMbp5TC5xVpggy/ Ih7VzpLUcsc= =k5mj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757445: redshift-1.9.1 doesn't work with gnome-clock anymore
On Sunday 05 October 2014 08:43 PM, Stefano Zacchiroli wrote: On Fri, Aug 08, 2014 at 11:17:40AM +0200, pa...@ucw.cz wrote: redshift-1.9.1 from experimental appears to be missing gnome-clock support. Trying to start it in place of redshift-1.8, I'm getting $ redshift-gtk I can confirm this. Except that now redshift 1.9.x is no longer only in experimental, but is actually in testing and aiming to be released with Jessie. Whereas redshift 1.7.x (in testing up to yesterday) was working perfectly fine, 1.9.x is essentially broken, at least out of the box and for people who don't want (or cannot) set latlong explicitly. Any chance this is going to be fixed for jessie? Thanks for maintaining redshift! Cheers. I haven't seen this issue because I use redshift on KDE. redshift bare works fine if you provide it the location details. I just verified and there indeed is the problem with redshift with location providers. If you run with the list option, the supported sets are geoclue and manual. I'm assuming that is why it has been failing for all the gtk users. My build logs show that support for GNOME/GTK was enabled at build time. But for some reason, it was not honored during the build. I have filed a bug report upstream. Interested users can follow it here: https://github.com/jonls/redshift/issues/120 @pasky - Bug report submitter: I installed gtk-redshift package and ran redshift-gtk binary. Which I did not see any pop-up, there was no crash reported either. Do you still see the crash ? -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System
Bug#759074: pyserial: diff for NMU version 2.6-1.1
Control: tags 759074 + pending
Dear maintainer,
I've prepared an NMU for pyserial (versioned as 2.6-1.1) and
uploaded it. This is the same diff I attached before, but
with the changelog entry date touched and the package rebuilt
with current unstable.
Cheers,
Olly
diff -u pyserial-2.6/debian/control pyserial-2.6/debian/control
--- pyserial-2.6/debian/control
+++ pyserial-2.6/debian/control
@@ -11,7 +11,7 @@
Package: python-serial
Architecture: all
Depends: ${python:Depends}, ${misc:Depends}
-Suggests: python-wxgtk2.8 | python-wxgtk
+Suggests: python-wxgtk3.0 | python-wxgtk
XB-Python-Version: ${python:Versions}
Description: pyserial - module encapsulating access for the serial port
This module encapsulates the access for the serial port. It provides
@@ -22,7 +22,7 @@
Package: python3-serial
Architecture: all
Depends: ${python3:Depends}, ${misc:Depends}
-Suggests: python3-wxgtk2.8 | python3-wxgtk
+Suggests: python3-wxgtk3.0 | python3-wxgtk
XB-Python-Version: ${python3:Versions}
Description: pyserial - module encapsulating access for the serial port
This module encapsulates the access for the serial port. It provides
diff -u pyserial-2.6/debian/changelog pyserial-2.6/debian/changelog
--- pyserial-2.6/debian/changelog
+++ pyserial-2.6/debian/changelog
@@ -1,3 +1,14 @@
+pyserial (2.6-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Update for wxPython 3.0, Closes: #759074:
+- debian/control: Update dependencies.
+- examples/wxSerialConfigDialog.py,examples/wxTerminal.py: Drop calls to
+ wx.InitAllImageHandlers() which is a no-op for 2.8 and gives a
+ deprecation warning with 3.0. Update deprecated wx.SAVE to wx.FD_SAVE.
+
+ -- Olly Betts o...@survex.com Tue, 07 Oct 2014 09:02:39 +
+
pyserial (2.6-1) unstable; urgency=low
* New upstream version. Closes: #664788.
only in patch2:
unchanged:
--- pyserial-2.6.orig/examples/wxSerialConfigDialog.py
+++ pyserial-2.6/examples/wxSerialConfigDialog.py
@@ -229,8 +229,6 @@
class MyApp(wx.App):
Test code
def OnInit(self):
-wx.InitAllImageHandlers()
-
ser = serial.Serial()
print ser
#loop until cancel is pressed, old values are used as start for the next run
only in patch2:
unchanged:
--- pyserial-2.6.orig/examples/wxTerminal.py
+++ pyserial-2.6/examples/wxTerminal.py
@@ -202,7 +202,7 @@
def OnSaveAs(self, event):
Save contents of output window.
filename = None
-dlg = wx.FileDialog(None, Save Text As..., ., , Text File|*.txt|All Files|*, wx.SAVE)
+dlg = wx.FileDialog(None, Save Text As..., ., , Text File|*.txt|All Files|*, wx.FD_SAVE)
if dlg.ShowModal() == wx.ID_OK:
filename = dlg.GetPath()
dlg.Destroy()
@@ -320,7 +320,6 @@
class MyApp(wx.App):
def OnInit(self):
-wx.InitAllImageHandlers()
frame_terminal = TerminalFrame(None, -1, )
self.SetTopWindow(frame_terminal)
frame_terminal.Show(1)
Bug#752270: [freetype] Allow bootstrapping without the X libraries
Control: block -1 by 763766
Hi,
On Sun, 22 Jun 2014 02:26:20 +0300 Peter Pentchev r...@ringlet.net wrote:
Now, with freetype this is relatively easy - the X libraries are only
used for building the freetype2-demos package, not for the actual
freetype libraries. So what do you think about the attached patch that
checks for a stage1 build profile specified in the DEB_BUILD_PROFILES
variable and, if so, omits the freetype2-demos package from the build
at all?
the syntax for the Build-Profiles field was changed during the bootstrap
sprint in paris [1,2]. Attached patch is updated to reflect those changes.
It only changes debian/control.in so please regenerate debian/control.
As the patch requires debhelper to understand the new syntax, this bug is
blocked by that bug in debhelper.
In contrast to the patch for #752271 (which is marked as block by this bug)
this patch does use the new build profile syntax in the Build-Depends field and
thus can be applied before Jessie is released.
cheers, josch
[1] https://wiki.debian.org/Sprints/2014/BootstrapSprint
[2] https://wiki.debian.org/BuildProfileSpec
diff -u freetype-2.5.2/debian/changelog freetype-2.5.2/debian/changelog
--- freetype-2.5.2/debian/changelog
+++ freetype-2.5.2/debian/changelog
@@ -1,3 +1,12 @@
+freetype (2.5.2-2.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * If building in the stage1 build profile, do not depend on the X
+libraries and do not build the demo programs. This breaks a circular
+build dependency of src:freetype with src:libx11 and src:x11proto-core
+
+ -- Johannes Schauer j.scha...@email.de Tue, 07 Oct 2014 11:06:45 +0200
+
freetype (2.5.2-2) unstable; urgency=medium
* Acknowledge security NMU; thanks to Michael Gilbert.
diff -u freetype-2.5.2/debian/control freetype-2.5.2/debian/control
--- freetype-2.5.2/debian/control
+++ freetype-2.5.2/debian/control
@@ -3,7 +3,8 @@
Priority: optional
Maintainer: Steve Langasek vor...@debian.org
Uploaders: Anthony Fok f...@debian.org, Keith Packard kei...@keithp.com
-Build-Depends: bzip2, debhelper (= 9), docbook-to-man, gettext (= 0.10.36-2), libx11-dev, x11proto-core-dev, libz-dev, quilt, libpng-dev, autoconf, automake, libtool
+# For stage1 builds, remove the libx11-dev and x11proto-core-dev dependencies.
+Build-Depends: bzip2, debhelper (= 9.FIXME), docbook-to-man, gettext (= 0.10.36-2), libx11-dev, x11proto-core-dev, libz-dev, quilt, libpng-dev, autoconf, automake, libtool
Standards-Version: 3.9.6
Homepage: http://www.freetype.org
@@ -63,6 +64,7 @@
Package: freetype2-demos
Architecture: any
Section: utils
+Build-Profiles: !stage1
Depends: ${shlibs:Depends}, ${misc:Depends}
Replaces: freetype-tools
Description: FreeType 2 demonstration programs
diff -u freetype-2.5.2/debian/rules freetype-2.5.2/debian/rules
--- freetype-2.5.2/debian/rules
+++ freetype-2.5.2/debian/rules
@@ -46,13 +46,24 @@
libdoc = FTL.TXT CHANGES TODO ft2faq.html
+ifeq (,$(filter stage1,$(DEB_BUILD_PROFILES)))
+build_demos = 1
+else
+build_demos = 0
+endif
+
%:
dh $@
+tarballs = $(freetype_u) $(ftdocs_u)
+ifeq ($(build_demos),1)
+tarballs += $(ft2demos_u)
+endif
+
unpack:: unpack-stamp
unpack-stamp::
# Unpack upstream tarballs
- @for i in $(freetype_u) $(ftdocs_u) $(ft2demos_u); do \
+ @for i in $(tarballs); do \
if [ -f $$i.tar.bz2 ]; then \
echo Unpacking $$i.tar.bz2 ...; \
tar -x --bzip2 -f $$i.tar.bz2; \
@@ -72,8 +83,10 @@
cd $(freetype_u) \
QUILT_PATCHES=../debian/patches-freetype quilt --quiltrc /dev/null push -a
cd $(freetype_u) ./autogen.sh
+ifeq ($(build_demos),1)
cd $(ft2demos_u) \
QUILT_PATCHES=../debian/patches-ft2demos quilt --quiltrc /dev/null push -a
+endif
touch patch-stamp
override_dh_auto_configure: patch
@@ -81,8 +94,10 @@
override_dh_auto_build:
dh_auto_build -D $(freetype_u)
+ifeq ($(build_demos),1)
dh_auto_build -D $(ft2demos_u) -- TOP_DIR=../$(freetype_u) \
OBJ_DIR=../$(freetype_u)/objs
+endif
docbook-to-man $(freetype_config_sgml) $(freetype_config_man)
override_dh_auto_clean:
@@ -92,9 +107,11 @@
override_dh_auto_install:
dh_auto_install -D $(freetype_u) --destdir=$(CURDIR)/debian/tmp
+ifeq ($(build_demos),1)
$(freetype_u)/builds/unix/libtool --mode=install \
cp -av `find $(ft2demos_u)/bin -type f -perm -u=x -maxdepth 1` \
$(CURDIR)/debian/$(demospkg)/usr/bin/
+endif
sed -i -e'/dependency_libs/s/'.*'//' debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libfreetype.la
override_dh_install:
Bug#764005: targetcli: Upgrade issues from 2.1-1
Control: severity -1 important @Chris: Are you okay if I downgrade this? With severity grave it will be a candidate for removal. I understand the data loss situation during upgrades, but for users deploying it fresh, it is a non-issue. Please reset to grave if you disagree. My intent is to have LIO target for Jessie, available. On Sunday 05 October 2014 02:00 PM, Jerome Martin wrote: On 10/05/2014 09:37 AM, Ritesh Raj Sarraf wrote: Thanks for the bug report. Jerome: How can we ensure to have the old 2.x settings / targets in 3.x ? Manually, this is easy. But to automate package upgrade is bit of a brain-twister. I haven't found yet a good way to do it. Basically, the config format is completely different, so we need to start the new initscript and save the config (in the new version) while the target is running. But removing the previous package actually stops it... Is this save functionality available and ready to test, in the new 3.x series that in now in the archive ? Sorry, I ask this because I don't have the resources to test these myself. If that functionality is in, then yes, we could fix it the way you and Chris have proposed. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention.
Bug#752271: [freetype] Modify the control file for bootstrapping without the demos
Control: block -1 by 763766
Hi,
On Sun, 22 Jun 2014 02:30:15 +0300 Peter Pentchev r...@ringlet.net wrote:
As promised, here's the second part of the patch; it adds build profile
annotations to the control file and simplifies the changes to the rules
file a bit. There's a little catch: since the build profile-aware
versions of the build tools (dpkg-dev, debhelper, sbuild) have not hit
a stable release yet, making this change might have to wait until Jessie
is released, since right now the Debian archive build infrastructure
cannot handle these annotations.
the syntax for the Build-Profiles field was changed during the bootstrap
sprint in paris [1,2]. Attached patch is updated to reflect those changes.
It only changes debian/control.in so please regenerate debian/control.
As the patch requires debhelper to understand the new syntax, this bug is
blocked by that bug in debhelper.
cheers, josch
[1] https://wiki.debian.org/Sprints/2014/BootstrapSprint
[2] https://wiki.debian.org/BuildProfileSpec
diff -u freetype-2.5.2/debian/changelog freetype-2.5.2/debian/changelog
--- freetype-2.5.2/debian/changelog
+++ freetype-2.5.2/debian/changelog
@@ -1,3 +1,12 @@
+freetype (2.5.2-2.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * If building in the stage1 build profile, do not depend on the X
+libraries and do not build the demo programs. This breaks a circular
+build dependency of src:freetype with src:libx11 and src:x11proto-core
+
+ -- Johannes Schauer j.scha...@email.de Tue, 07 Oct 2014 11:06:45 +0200
+
freetype (2.5.2-2) unstable; urgency=medium
* Acknowledge security NMU; thanks to Michael Gilbert.
diff -u freetype-2.5.2/debian/control freetype-2.5.2/debian/control
--- freetype-2.5.2/debian/control
+++ freetype-2.5.2/debian/control
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Steve Langasek vor...@debian.org
Uploaders: Anthony Fok f...@debian.org, Keith Packard kei...@keithp.com
-Build-Depends: bzip2, debhelper (= 9), docbook-to-man, gettext (= 0.10.36-2), libx11-dev, x11proto-core-dev, libz-dev, quilt, libpng-dev, autoconf, automake, libtool
+Build-Depends: bzip2, debhelper (= 9.FIXME), dpkg-dev (= 1.17.14), docbook-to-man, gettext (= 0.10.36-2), libx11-dev !stage1, x11proto-core-dev !stage1, libz-dev, quilt, libpng-dev, autoconf, automake, libtool
Standards-Version: 3.9.6
Homepage: http://www.freetype.org
@@ -63,6 +63,7 @@
Package: freetype2-demos
Architecture: any
Section: utils
+Build-Profiles: !stage1
Depends: ${shlibs:Depends}, ${misc:Depends}
Replaces: freetype-tools
Description: FreeType 2 demonstration programs
diff -u freetype-2.5.2/debian/rules freetype-2.5.2/debian/rules
--- freetype-2.5.2/debian/rules
+++ freetype-2.5.2/debian/rules
@@ -46,13 +46,24 @@
libdoc = FTL.TXT CHANGES TODO ft2faq.html
+ifeq (,$(filter stage1,$(DEB_BUILD_PROFILES)))
+build_demos = 1
+else
+build_demos = 0
+endif
+
%:
dh $@
+tarballs = $(freetype_u) $(ftdocs_u)
+ifeq ($(build_demos),1)
+tarballs += $(ft2demos_u)
+endif
+
unpack:: unpack-stamp
unpack-stamp::
# Unpack upstream tarballs
- @for i in $(freetype_u) $(ftdocs_u) $(ft2demos_u); do \
+ @for i in $(tarballs); do \
if [ -f $$i.tar.bz2 ]; then \
echo Unpacking $$i.tar.bz2 ...; \
tar -x --bzip2 -f $$i.tar.bz2; \
@@ -72,8 +83,10 @@
cd $(freetype_u) \
QUILT_PATCHES=../debian/patches-freetype quilt --quiltrc /dev/null push -a
cd $(freetype_u) ./autogen.sh
+ifeq ($(build_demos),1)
cd $(ft2demos_u) \
QUILT_PATCHES=../debian/patches-ft2demos quilt --quiltrc /dev/null push -a
+endif
touch patch-stamp
override_dh_auto_configure: patch
@@ -81,8 +94,10 @@
override_dh_auto_build:
dh_auto_build -D $(freetype_u)
+ifeq ($(build_demos),1)
dh_auto_build -D $(ft2demos_u) -- TOP_DIR=../$(freetype_u) \
OBJ_DIR=../$(freetype_u)/objs
+endif
docbook-to-man $(freetype_config_sgml) $(freetype_config_man)
override_dh_auto_clean:
@@ -92,9 +107,11 @@
override_dh_auto_install:
dh_auto_install -D $(freetype_u) --destdir=$(CURDIR)/debian/tmp
+ifeq ($(build_demos),1)
$(freetype_u)/builds/unix/libtool --mode=install \
cp -av `find $(ft2demos_u)/bin -type f -perm -u=x -maxdepth 1` \
$(CURDIR)/debian/$(demospkg)/usr/bin/
+endif
sed -i -e'/dependency_libs/s/'.*'//' debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libfreetype.la
override_dh_install:
Bug#764035: gertty: should be in Section: devel
On Sun, Oct 05, 2014 at 11:49:14AM (+1100), Ben Finney wrote: Package: gertty Version: 1.0.2-1 Severity: normal The ‘gertty’ package is primarily a user-facing tool for development; it is not a Python library. So the section “python” is incorrect for this package. Please declare the package as “Section: devel” in ‘debian/control’. Hi, Thanks Ben! This bug is fixed in debian version 1.0.3-1 Seb -- Sebastien Badia signature.asc Description: Digital signature
Bug#762176: [Pkg-acpi-devel] Bug#762176: Does not lock on lid close suspend when xscreensaver is running
On 2014-09-24 13:56, Michael Meskes wrote: On Sat, Sep 20, 2014 at 04:51:08PM +0200, Per Andersson wrote: Before filing the bug I have of course tried with LOCK_SCREEN both true and false in the default file. No difference and the screensaver does not lock. I have also verified that xscreensaver is running before closing the lid. Could you please debug this? The locking code is in /usr/share/acpi-support/screenblank which is sourced by /etc/acpi/lid.sh. I had a look. It seems that the getXuser function does not work. If I try to manually execute getXuser it does not set XUSER or XAUTHORITY in the environment # . /usr/share/acpi-support/power-funcs # export displaynum=0 # getXuser # echo $XUSER # echo $XAUTHORITY The getXuser function takes the branch with ck-list-sessions (since it exists on my system). This is used to extract the UID, but since ck-list-sessions does not return anything $uid ends up being empty. # ck-list-sessions Maybe there's a problem setting XAUTHORITY. Possibly, but if I understood correctly, it doesn't even get that far. Everything fails because $user is not set in the beginning, and there is no way to recover from that. -- Per -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757445: redshift-1.9.1 doesn't work with gnome-clock anymore
Actually, right now, redshift-gtk produces no output and exits silently with an error code for me; even when passed --help or -v. strace seems to offer no obvious clue why. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758798: Another patch
Hi, ael wrote (27 Aug 2014 20:19:07 GMT) : On Wed, Aug 27, 2014 at 11:49:31AM -0700, intrigeri wrote: What's wrong with the initial one-liner patch? It works fine for me. It was completely wrong :-( It breaks the line up into several strings instead of one large quoted string. (From memory, I don't have the code in front of me.) It happens to suppress the error message, but that doesn't mean that it was correct... I suspect you meant to Cc the bug report when sending this reply. Probably. I don't seem to be able to find my original, so I am sending this to the bug. This new patch doesn't apply for me as-is. Further apologies. It should apply cleanly if you apply my wrong patch first. I would have diff'ed against the original, but I had already deleted that and it was only 2 characters astray. ael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764326: ddclient: [INTL:nl] Dutch translation of debconf messages
Package: ddclient Severity: wishlist Tags: l10n patch Dear Maintainer, == Please find attached the Dutch translation of ddclient debconf messages. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as debian/po/nl.po in your package build tree. === Groetjes, Frans === www.frans-spiesschaert.homenet.org home.base.be/vt6362833/ # Dutch translation of ddclient debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the ddclient package. # Bart Cornelis cob...@skolelinux.no, 2010. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # Frans Spiesschaert frans.spiesscha...@yucom.be, 2014. # msgid msgstr Project-Id-Version: ddclient 3.8.0-11.3\n Report-Msgid-Bugs-To: ddcli...@packages.debian.org\n POT-Creation-Date: 2014-01-16 00:49+0100\n PO-Revision-Date: 2014-09-25 10:48+0200\n Last-Translator: Frans Spiesschaert frans.spiesscha...@yucom.be\n Language-Team: Debian Dutch l10n Team debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../ddclient.templates:2001 msgid other msgstr andere #. Type: select #. Description #: ../ddclient.templates:2002 msgid Dynamic DNS service provider: msgstr Dynamische-DNS-dienstverlener: #. Type: select #. Description #: ../ddclient.templates:2002 msgid Please select the dynamic DNS service you are using. If the service you use is not listed, choose \other\ and you will be asked for the protocol and the server name. msgstr Kies de dynamische DNS-dienst die u gebruikt. Als de dienst niet weergegeven wordt, kies dan 'andere'. Er zal u dan gevraagd worden om het protocol en de servernaam op te geven. #. Type: string #. Description #: ../ddclient.templates:3001 msgid Dynamic DNS server: msgstr Dynamische-DNS-server: #. Type: string #. Description #: ../ddclient.templates:3001 msgid Please enter the name of the server which is providing you with dynamic DNS service (example: members.dyndns.org). msgstr Geef de naam op van de server die u de dynamische DNS-dienst levert (bv. members.dyndns.org). #. Type: select #. Description #: ../ddclient.templates:4001 msgid Dynamic DNS update protocol: msgstr Protocol voor het bijwerken van de dynamische DNS: #. Type: select #. Description #: ../ddclient.templates:4001 msgid Please select the dynamic DNS update protocol used by your dynamic DNS service provider. msgstr Selecteer het bijwerkingsprotocol dat uw dynamische DNS-dienstverlener gebruikt. #. Type: string #. Description #: ../ddclient.templates:5001 msgid DynDNS fully qualified domain names: msgstr Uw DynDNS 'fully qualified domain names' (FQDN = volledige namen): #. Type: string #. Description #: ../ddclient.templates:5001 msgid Please enter the list of fully qualified domain names for the local host(s) (for instance, \myname.dyndns.org\ with only one host or \myname1.dyndns. org,myname2.dyndns.org\ for two hosts). msgstr Voer de lijst in van volledige computernamen (FQDN's) voor de lokale computer (s) (zoals bv. 'myname.dyndns.org' voor 1 enkele computer of 'myname1.dyndns. org,myname2.dyndns.org' voor 2 computers). #. Type: string #. Description #: ../ddclient.templates:6001 msgid Username for dynamic DNS service: msgstr Gebruikersnaam voor de dynamische DNS-dienst: #. Type: string #. Description #: ../ddclient.templates:6001 msgid Please enter the username to use with the dynamic DNS service. msgstr Geef de gebruikersnaam op om in te loggen op de dynamische DNS-dienst. #. Type: password #. Description #: ../ddclient.templates:7001 msgid Password for dynamic DNS service: msgstr Wachtwoord voor de dynamische DNS-dienst: #. Type: password #. Description #: ../ddclient.templates:7001 msgid Please enter the password to use with the dynamic DNS service. msgstr Geef het wachtwoord op om in te loggen op de dynamische DNS-dienst. #. Type: password #. Description #: ../ddclient.templates:8001 msgid Re-enter password to verify: msgstr Voer ter controle het wachtwoord nogmaals in: #. Type: password #. Description #: ../ddclient.templates:8001 msgid Please enter your dynamic DNS service password again to make sure you typed it correctly. msgstr Gelieve het wachtwoord voor de dynamische DNS-dienst nogmaals op te geven om een mogelijke tikfout uit te sluiten. #. Type: error #. Description #: ../ddclient.templates:9001 msgid Passwords do not match msgstr De wachtwoorden komen niet overeen #. Type: error #. Description #: ../ddclient.templates:9001 msgid The two passwords you entered were not the same. Please try again. msgstr De twee wachtwoorden die u invoerde waren niet identiek. Probeer opnieuw. #. Type: boolean #. Description #:
Bug#746013: Re-opening for alternative fix to cover all architectures
reopen 746013 found 746013 1.1.11+dfsg-1.1 thanks Looking at a change in the evaluator to ensure that a deterministic precision is used for all calls. -- Neil Williams = http://www.linux.codehelp.co.uk/ signature.asc Description: PGP signature
Bug#764327: thinfan: Startup Fails On PostInstall
Package: thinkfan Version: Thinkfan Severity: grave Justification: renders package unusable Dear Maintainer, From the applicaiton log: # journalctl -xn -- Logs begin at Mon 2014-10-06 22:36:18 EDT, end at Tue 2014-10-07 05:35:40 EDT. -- Oct 07 05:35:40 Jessie systemd[1]: Starting simple and lightweight fan control program... -- Subject: Unit thinkfan.service has begun with start-up -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit thinkfan.service has begun starting up. Oct 07 05:35:40 Jessie thinkfan[11964]: thinkfan 0.9.1 starting... Oct 07 05:35:40 Jessie thinkfan[11964]: WARNING: Using default fan control in /proc/acpi/ibm/fan. Oct 07 05:35:40 Jessie thinkfan[11964]: WARNING: Using default temperature inputs in /proc/acpi/ibm/thermal. Oct 07 05:35:40 Jessie thinkfan[11964]: WARNING: You're using simple temperature limits without correction values, and your fan will only star Oct 07 05:35:40 Jessie thinkfan[11964]: Module thinkpad_acpi doesn't seem to support fan_control Oct 07 05:35:40 Jessie thinkfan[11964]: Cleaning up and resetting fan control. Oct 07 05:35:40 Jessie systemd[1]: PID file /var/run/thinkfan.pid not readable (yet?) after start. Oct 07 05:35:40 Jessie systemd[1]: Failed to start simple and lightweight fan control program. -- Subject: Unit thinkfan.service has failed -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit thinkfan.service has failed. -- -- The result is failed. Oct 07 05:35:40 Jessie systemd[1]: Unit thinkfan.service entered failed state. -- System Information: Debian Release: sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757445: redshift-1.9.1 doesn't work with gnome-clock anymore
On Tuesday 07 October 2014 02:48 PM, Petr Baudis wrote: Actually, right now, redshift-gtk produces no output and exits silently with an error code for me; even when passed --help or -v. strace seems to offer no obvious clue why. Thanks. That is now inline with what I see on my box. This did give my an input to add at-spi2-core to Recommends, without which, I got the following messages. 15:09:33 rrs@learner:/var/tmp/Debian-Build/Result$ redshift-gtk ** (redshift-gtk:25988): WARNING **: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764320: rsync in rescue mode
Control: reassign -1 rsync Control: forcemerge 729069 764320 Note that https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729069 includes a link to http://lackof.org/taggart/hacking/d-i-tricks/ which may be helpful (but hacky!) to the original submitter (I've not tried the approach there myself). Another approach for now would be a live cd rather than the Debian installer CD in rescue mode. Cheers, Ian. On Tue, 2014-10-07 at 10:31 +0200, Julien Cristau wrote: Package: debian-installer Severity: wishlist Control: submitter -1 r...@atlas.cz X-Debbugs-Cc: debian-test...@lists.debian.org - Forwarded message from r...@atlas.cz - From: r...@atlas.cz Date: Sun, 05 Oct 2014 11:36:51 +0200 To: debian-test...@lists.debian.org Subject: Ask for rsync Message-Id: 20141005113651.a111e...@atlas.cz Dear Debian developers, I kindly ask you for help. I am using instalation CD in rescue mode and I need to rescue my data. In rescue environment there is no rsync command, which would resolve my task. I kindly ask you, please add rsync command to standalone rescue environment. Thank you for help, R. - End forwarded message - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761877: xserver-xorg: Updated Xorg from Testing fails to start correctly
On Tue, Sep 16, 2014 at 08:08:19 -0500, Pat Parson wrote: Package: xserver-xorg Version: 1:7.7+7 Severity: important Dear Maintainer, After updating the Xorg packages from Stable to Testing xorg will no longer start and bring up the desktop. If I run the script to set the resolution as part of launching the display manager the gtk-greeter loads momentarily and then crashes immediately repeatedly as apparently Xorg then restarts. Logs seem to indicate that the display manager cannot find a display to use. I am unable to determine if this is a problem with the ATI drivers. Still using display manager from stable so there should be no problem there. Please test xserver-xorg-video-mach64 6.9.4-2, I'm hoping this is the same as bug#726585. Thanks, Julien signature.asc Description: Digital signature
Bug#752409: krb5: Modify the control file for bootstrapping without LDAP
Control: block -1 by 763766
Hi,
On Mon, 23 Jun 2014 17:07:13 +0300 Peter Pentchev r...@ringlet.net wrote:
As promised, here's the second patch that adds build profile annotations to
the krb5 debian/control file. It also removes the -N... options in the rules
file, thus making the changes a lot smaller.
the syntax for the Build-Profiles field was changed during the bootstrap
sprint in paris [1,2]. Attached patch is updated to reflect those changes.
As the patch requires debhelper to understand the new syntax, this bug is
blocked by that bug in debhelper.
cheers, josch
[1] https://wiki.debian.org/Sprints/2014/BootstrapSprint
[2] https://wiki.debian.org/BuildProfileSpec
diff -Nru krb5-1.13~alpha1+dfsg/debian/changelog krb5-1.13~alpha1+dfsg/debian/changelog
--- krb5-1.13~alpha1+dfsg/debian/changelog 2014-09-12 00:02:46.0 +0200
+++ krb5-1.13~alpha1+dfsg/debian/changelog 2014-10-07 11:43:37.0 +0200
@@ -1,3 +1,15 @@
+krb5 (1.13~alpha1+dfsg-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * In stage 1, remove the libldap2-dev build dependency. While building,
+check the DEB_BUILD_PROFILES variable for stage1 and, if found, disable
+the LDAP functionality and skip the LDAP-related parts of the build and
+installation. Add build profile annotations to debian/control.
+Based on patch by Peter Pentchev
+Closes: #752409
+
+ -- Johannes Schauer j.scha...@email.de Tue, 07 Oct 2014 11:41:41 +0200
+
krb5 (1.13~alpha1+dfsg-1) experimental; urgency=low
[ Jelmer Vernooij ]
diff -Nru krb5-1.13~alpha1+dfsg/debian/control krb5-1.13~alpha1+dfsg/debian/control
--- krb5-1.13~alpha1+dfsg/debian/control 2014-09-12 00:02:46.0 +0200
+++ krb5-1.13~alpha1+dfsg/debian/control 2014-10-07 11:44:14.0 +0200
@@ -1,9 +1,9 @@
Source: krb5
Section: net
Priority: standard
-Build-Depends: debhelper (= 8.1.3), byacc | bison,
+Build-Depends: debhelper (= 9.FIXME), dpkg-dev (= 1.17.14), byacc | bison,
comerr-dev, docbook-to-man, doxygen,
- libkeyutils-dev [linux-any], libldap2-dev,
+ libkeyutils-dev [linux-any], libldap2-dev !stage1,
libncurses5-dev, libssl-dev, ss-dev,
libverto-dev (= 0.2.4), pkg-config
build-depends-indep: python-cheetah, python-lxml, python-sphinx, doxygen-latex
@@ -56,6 +56,7 @@
Package: krb5-kdc-ldap
Architecture: any
Priority: extra
+Build-Profiles: !stage1
Depends: ${misc:Depends}, ${shlibs:Depends}, krb5-kdc (= ${binary:Version})
Description: MIT Kerberos key server (KDC) LDAP plugin
Kerberos is a system for authenticating users and services on a network.
diff -Nru krb5-1.13~alpha1+dfsg/debian/rules krb5-1.13~alpha1+dfsg/debian/rules
--- krb5-1.13~alpha1+dfsg/debian/rules 2014-09-12 00:02:46.0 +0200
+++ krb5-1.13~alpha1+dfsg/debian/rules 2014-10-07 11:41:32.0 +0200
@@ -51,6 +51,16 @@
LIB_PACKAGES = libkrb5-3 libgssapi-krb5-2 libkadm5clnt-mit9 libkadm5srv-mit9 libkdb5-8 libgssrpc4 \
libkrb5support0 libk5crypto3 libkrad0
+ifneq (,$(filter stage1,$(DEB_BUILD_PROFILES)))
+KRB5_SKIP_LDAP=1
+endif
+
+ifeq (,$(KRB5_SKIP_LDAP))
+CONFIGURE_LDAP=--with-ldap
+else
+CONFIGURE_LDAP=--without-ldap
+endif
+
# We touch each configure and Autoconf-related file so that we do not attempt
# to use Autoconf. The cache is used by the Embdebian project for cross
# compiles.
@@ -66,7 +76,7 @@
cd build $(FLAGS) ../src/configure \
--prefix=/usr --localstatedir=/etc --mandir=/usr/share/man \
--with-system-et --with-system-ss --disable-rpath \
- --enable-shared --with-ldap --without-tcl \
+ --enable-shared $(CONFIGURE_LDAP) --without-tcl \
--with-system-verto \
--libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \
--sysconfdir=/etc \
@@ -114,11 +124,15 @@
cd build $(MAKE) install DESTDIR=`pwd`/../debian/tmp
install -d $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/krb5 $(CURDIR)/debian/tmp/etc/insserv/overrides
+ifeq (,$(KRB5_SKIP_LDAP))
install -m644 debian/krb5-kdc-ldap.insserv-override debian/tmp/etc/insserv/overrides/krb5-kdc
- install -m644 $(CURDIR)/debian/README.mech.d $(CURDIR)/debian/libgssapi-krb5-2/etc/gss/mech.d/README
mv $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libkdb_ldap* \
$(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/krb5/
rm -f $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/krb5/libkdb_ldap*.so
+else
+ rm -f $(CURDIR)/debian/tmp/usr/share/man/man8/kdb5_ldap_util.8
+endif
+ install -m644 $(CURDIR)/debian/README.mech.d $(CURDIR)/debian/libgssapi-krb5-2/etc/gss/mech.d/README
mv $(CURDIR)/debian/tmp/usr/bin/krb5-config \
$(CURDIR)/debian/tmp/usr/bin/krb5-config.mit
mv $(CURDIR)/debian/tmp/usr/share/man/man1/krb5-config.1 \
Bug#727694: Patch offer.
Hi: El Lunes, 6 de octubre de 2014 14:52:54 Enrico Zini escribió: Control: tag -1 +help On Fri, Feb 21, 2014 at 11:32:36PM +0100, Raúl Sánchez Siles wrote: Since I bumped into this, i took a look at it. Maybe you could think of a better solution but here you can find attached a patch based on dh-exec [...] Unfortunately I don't understand what is going on here, so I can't think of a better solution, and I am would not upload with a patch that I don't understand. I'm just tagging this bug help for now. Enrico I'll try to explain how I see the issue. Just in case I fail to see something evident. Upstream part of libept installs libept.so.1.aptpkg4.12 This is the principal part of libept1.4.12 package. Let's call this solib the solib As a solib, and taking into account multiarch, the solib is installed at /usr/lib/multiarch-triplet After this you want that the solib is also loaded/linked with the libept alias so you also want a link named libept.so.1.0.5.4.12. What you are doing now is, from the debian packaging, in the libept1.4.12.links, you specify that libept.so.1.0.5.4.12 points to libept.so.1.aptpkg4.12 (the solib) Unfortunately this is not working because in the libept1.4.12.links file, you expect libept.so.1.aptpkg4.12(the solib) to be located at /usr/lib which is not true in multiarch ready package. According to the multiarch policy, the solib is installed at /usr/lib/multiarch-triplet as I said above. The patch I submitted addressed the issue using dh-exec which is smart enough knowing what the real path for the solib is, including the multiarch part. The path resolution happens in the package building time. The alternative solution would be tweaking upstream build system and creating the link from there, but I thought dh-exec approach would be acceptable. HTH. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#752271: [freetype] Modify the control file for bootstrapping without the demos
Quoting Johannes Schauer (2014-10-07 11:21:50) the syntax for the Build-Profiles field was changed during the bootstrap sprint in paris [1,2]. Attached patch is updated to reflect those changes. It only changes debian/control.in so please regenerate debian/control. please ignore the list sentence of above paragraph :) cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752407: krb5: Allow bootstrapping without LDAP
Control: block -1 by 763766
Hi,
On Tue, 8 Jul 2014 00:11:09 +0300 Peter Pentchev r...@ringlet.net wrote:
I've also attached a new version of the patch that adds build-time
support for the stage1 build profile (no !profile.stage1 yet) that
has been rebased onto the new version of the master branch; it is also
available from
https://gitorious.org/roam-debian-bootstrap/krb5-debian/commits/roam-stage1-build-3
I'll send the full control profile syntax one to the other bug right
away.
the syntax for the Build-Profiles field was changed during the bootstrap
sprint in paris [1,2]. Attached patch is updated to reflect those changes.
As the patch requires debhelper to understand the new syntax, this bug is
blocked by that bug in debhelper.
In contrast to the patch for #752409 (which is marked as block by this bug)
this patch does use the new build profile syntax in the Build-Depends field and
thus can be applied before Jessie is released.
cheers, josch
[1] https://wiki.debian.org/Sprints/2014/BootstrapSprint
[2] https://wiki.debian.org/BuildProfileSpec
diff -Nru krb5-1.13~alpha1+dfsg/debian/changelog krb5-1.13~alpha1+dfsg/debian/changelog
--- krb5-1.13~alpha1+dfsg/debian/changelog 2014-09-12 00:02:46.0 +0200
+++ krb5-1.13~alpha1+dfsg/debian/changelog 2014-10-07 11:50:36.0 +0200
@@ -1,3 +1,14 @@
+krb5 (1.13~alpha1+dfsg-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * While building, check the DEB_BUILD_PROFILES variable for stage1 and, if
+found, disable the LDAP functionality and skip the LDAP-related parts of
+the build and installation. Add build profile annotations to debian/control.
+Based on patch by Peter Pentchev
+Closes: #752407
+
+ -- Johannes Schauer j.scha...@email.de Tue, 07 Oct 2014 11:41:41 +0200
+
krb5 (1.13~alpha1+dfsg-1) experimental; urgency=low
[ Jelmer Vernooij ]
diff -Nru krb5-1.13~alpha1+dfsg/debian/control krb5-1.13~alpha1+dfsg/debian/control
--- krb5-1.13~alpha1+dfsg/debian/control 2014-09-12 00:02:46.0 +0200
+++ krb5-1.13~alpha1+dfsg/debian/control 2014-10-07 11:49:59.0 +0200
@@ -1,7 +1,8 @@
Source: krb5
Section: net
Priority: standard
-Build-Depends: debhelper (= 8.1.3), byacc | bison,
+# For stage1 builds, remove the libldap2-dev dependency.
+Build-Depends: debhelper (= 9.FIXME), byacc | bison,
comerr-dev, docbook-to-man, doxygen,
libkeyutils-dev [linux-any], libldap2-dev,
libncurses5-dev, libssl-dev, ss-dev,
@@ -56,6 +57,7 @@
Package: krb5-kdc-ldap
Architecture: any
Priority: extra
+Build-Profiles: !stage1
Depends: ${misc:Depends}, ${shlibs:Depends}, krb5-kdc (= ${binary:Version})
Description: MIT Kerberos key server (KDC) LDAP plugin
Kerberos is a system for authenticating users and services on a network.
diff -Nru krb5-1.13~alpha1+dfsg/debian/rules krb5-1.13~alpha1+dfsg/debian/rules
--- krb5-1.13~alpha1+dfsg/debian/rules 2014-09-12 00:02:46.0 +0200
+++ krb5-1.13~alpha1+dfsg/debian/rules 2014-10-07 11:41:32.0 +0200
@@ -51,6 +51,16 @@
LIB_PACKAGES = libkrb5-3 libgssapi-krb5-2 libkadm5clnt-mit9 libkadm5srv-mit9 libkdb5-8 libgssrpc4 \
libkrb5support0 libk5crypto3 libkrad0
+ifneq (,$(filter stage1,$(DEB_BUILD_PROFILES)))
+KRB5_SKIP_LDAP=1
+endif
+
+ifeq (,$(KRB5_SKIP_LDAP))
+CONFIGURE_LDAP=--with-ldap
+else
+CONFIGURE_LDAP=--without-ldap
+endif
+
# We touch each configure and Autoconf-related file so that we do not attempt
# to use Autoconf. The cache is used by the Embdebian project for cross
# compiles.
@@ -66,7 +76,7 @@
cd build $(FLAGS) ../src/configure \
--prefix=/usr --localstatedir=/etc --mandir=/usr/share/man \
--with-system-et --with-system-ss --disable-rpath \
- --enable-shared --with-ldap --without-tcl \
+ --enable-shared $(CONFIGURE_LDAP) --without-tcl \
--with-system-verto \
--libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \
--sysconfdir=/etc \
@@ -114,11 +124,15 @@
cd build $(MAKE) install DESTDIR=`pwd`/../debian/tmp
install -d $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/krb5 $(CURDIR)/debian/tmp/etc/insserv/overrides
+ifeq (,$(KRB5_SKIP_LDAP))
install -m644 debian/krb5-kdc-ldap.insserv-override debian/tmp/etc/insserv/overrides/krb5-kdc
- install -m644 $(CURDIR)/debian/README.mech.d $(CURDIR)/debian/libgssapi-krb5-2/etc/gss/mech.d/README
mv $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libkdb_ldap* \
$(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/krb5/
rm -f $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/krb5/libkdb_ldap*.so
+else
+ rm -f $(CURDIR)/debian/tmp/usr/share/man/man8/kdb5_ldap_util.8
+endif
+ install -m644 $(CURDIR)/debian/README.mech.d $(CURDIR)/debian/libgssapi-krb5-2/etc/gss/mech.d/README
mv $(CURDIR)/debian/tmp/usr/bin/krb5-config \
$(CURDIR)/debian/tmp/usr/bin/krb5-config.mit
mv $(CURDIR)/debian/tmp/usr/share/man/man1/krb5-config.1 \
Bug#757445: redshift-1.9.1 doesn't work with gnome-clock anymore
On Tuesday 07 October 2014 03:13 PM, Ritesh Raj Sarraf wrote: On Tuesday 07 October 2014 02:48 PM, Petr Baudis wrote: Actually, right now, redshift-gtk produces no output and exits silently with an error code for me; even when passed --help or -v. strace seems to offer no obvious clue why. Thanks. That is now inline with what I see on my box. This did give my an input to add at-spi2-core to Recommends, without which, I got the following messages. 15:09:33 rrs@learner:/var/tmp/Debian-Build/Result$ redshift-gtk ** (redshift-gtk:25988): WARNING **: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files Here's what's happening. 15:20:51 rrs@learner:~/Community/Packaging/redshift (build)$ redshift -v Trying location provider `geoclue'... Unable to obtain master client: The name org.freedesktop.Geoclue.Master was not provided by any .service files Failed to start provider geoclue. Trying next provider... Trying location provider `manual'... Latitude and longitude must be set. *** Location needs to be provided. Like I mentioned in previous post, current available support is geoclue (which doesn't work) and manual. In above example, it quit because no location was provided. 15:20:53 rrs@learner:~/Community/Packaging/redshift (build)$ redshift-gtk ['/usr/bin/redshift', '-v'] ** Since redshift-gtk doesn't have the location set, nor is it able to seek support from gnome clock, it has ended up firing redshift without the location details, which leads to redshift-gtk silently exiting. I'll keep digging, as time permits. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention.
Bug#757445: redshift-1.9.1 doesn't work with gnome-clock anymore
On Tuesday 07 October 2014 03:24 PM, Ritesh Raj Sarraf wrote:
I'll keep digging, as time permits.
if appindicator:
# Create indicator
self.indicator = appindicator.Indicator.new('redshift',
'redshift-status-on',
appindicator.IndicatorCategory.APPLICATION_STATUS)
self.indicator.set_status(appindicator.IndicatorStatus.ACTIVE)
else:
# Create status icon
self.status_icon = Gtk.StatusIcon()
self.status_icon.set_from_icon_name('redshift-status-on')
self.status_icon.set_tooltip_text('Redshift')
The way it works currently, we are falling under the appindicator side.
Anyone of you, using it, has any insight about it ? I have not much clue
on what it does than just that it is something about Unity's unified
sleek messaging protocol.
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.
Bug#762984: initramfs-tools: Alert! /dev/vg0/usr does not exist
Package: initramfs-tools Version: 0.118 Followup-For: Bug #762984 i am hit by the same problem. as a temporary fix, i added the 'vgchange -ay' to /usr/share/initramfs-tools/scripts/local-top/lvm2 as adding it to /etc/initramfs-tools/scripts/local-top/vgscan somehow did not work (most likely due wrong order of execution, but i did not investigate further) -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 17M Oct 7 11:49 /boot/initrd.img-3.16-2-amd64 -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.16-2-amd64 root=/dev/mapper/--vg-root ro quiet acpi_backlight=vendor pcie_aspm=force -- resume RESUME=/dev/mapper/--vg-swap_1 -- /proc/filesystems btrfs ext3 ext2 ext4 fuseblk -- lsmod Module Size Used by ctr12927 1 ccm17577 1 bnep 17431 2 binfmt_misc16949 1 pci_stub 12429 1 vboxpci23077 0 vboxnetadp 25443 0 vboxnetflt 23324 0 vboxdrv 340020 3 vboxnetadp,vboxnetflt,vboxpci nfsd 263053 2 auth_rpcgss51240 1 nfsd oid_registry 12419 1 auth_rpcgss nfs_acl12511 1 nfsd nfs 187961 0 lockd 83417 2 nfs,nfsd fscache45542 1 nfs sunrpc237445 6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl ecb12737 1 btusb 29721 0 uvcvideo 79005 0 bluetooth 374429 21 bnep,btusb videobuf2_vmalloc 12816 1 uvcvideo videobuf2_memops 12519 1 videobuf2_vmalloc videobuf2_core 47787 1 uvcvideo 6lowpan_iphc 16588 1 bluetooth v4l2_common12995 1 videobuf2_core videodev 126451 3 uvcvideo,v4l2_common,videobuf2_core media 18305 2 uvcvideo,videodev acpi_call 12552 0 x86_pkg_temp_thermal12951 0 intel_powerclamp 17159 0 joydev 17063 0 intel_rapl 17356 0 iTCO_wdt 12831 0 coretemp 12820 0 iTCO_vendor_support12649 1 iTCO_wdt kvm_intel 139077 0 kvm 388597 1 kvm_intel crc32_pclmul 12915 0 ghash_clmulni_intel12978 0 aesni_intel 151423 3 arc4 12536 2 aes_x86_64 16719 1 aesni_intel iwldvm135156 0 lrw12757 1 aesni_intel mac80211 474202 1 iwldvm gf128mul 12970 1 lrw glue_helper12695 1 aesni_intel ablk_helper12572 1 aesni_intel snd_hda_codec_hdmi 45118 1 iwlwifi92451 1 iwldvm cfg80211 405538 3 iwlwifi,mac80211,iwldvm cryptd 14516 3 ghash_clmulni_intel,aesni_intel,ablk_helper i915 836937 2 thinkpad_acpi 69119 1 drm_kms_helper 49210 1 i915 drm 249955 4 i915,drm_kms_helper snd_hda_codec_realtek63031 1 evdev 17445 5 psmouse98616 0 serio_raw 12849 0 pcspkr 12595 0 ac 12715 0 i2c_algo_bit 12751 1 i915 tpm_tis17182 0 nvram 13034 1 thinkpad_acpi snd_hda_codec_generic63107 1 snd_hda_codec_realtek i2c_i801 16965 0 mei_me 17941 0 tpm31511 1 tpm_tis i2c_core 46012 7 drm,i915,i2c_i801,drm_kms_helper,i2c_algo_bit,v4l2_common,videodev wmi17339 0 mei74977 1 mei_me lpc_ich20768 0 snd_hda_intel 26327 0 snd_hda_controller 26727 1 snd_hda_intel snd_hda_codec 104463 5 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller snd_hwdep 13148 1 snd_hda_codec snd_pcm88662 4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller snd_timer 26614 1 snd_pcm snd65244 9 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,thinkpad_acpi shpchp 31121 0 mfd_core 12601 1 lpc_ich battery13356 0 rfkill 18867 5 cfg80211,thinkpad_acpi,bluetooth button 12944 1 i915 video 18030 1 i915 soundcore 13026 2 snd,snd_hda_codec processor 28221 0 loop 26605 0 fuse 83350 1 parport_pc 26300 0 ppdev 16782 0 lp 17074 0 parport35749 3 lp,ppdev,parport_pc autofs435529 2 ext4 469572 6 crc16 12343 2 ext4,bluetooth mbcache17171 1 ext4 jbd2
Bug#757445: redshift-1.9.1 doesn't work with gnome-clock anymore
I'm afraid I don't. (I actually stopped using redshift-gtk altogether. In the past, it physically stopped the redshift process, but now it only stops it from shifting temperature. The trouble is that even if it is not per se shifting the color, it holds the color profile of the screen in custom mode and I'm normally using a specific color profile for my LCD panel.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764328: ipset: Entry timeouts are incorrectly set if used huge value
Package: ipset Version: 6.12.1-1 Severity: normal Tags: upstream Dear Maintainer, If set has huge default timeout value, or you try to add entry with huge timeout value, ipset uses 4294967 instead on x86_64 arch. How to reproduce: 1. Create testing set ipset create testset hash:ip timeout 2419200 2. Add new netry and check timeout value ipset add testset 1.2.3.4 ; ipset list testset | grep 1.2.3.4 Thank you for taking care about this. Regards, Marek Lukács -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764217: ld: warning: libjpeg.so.62, needed by libtiff.so, may conflict with libjpeg.so.8
Dear Maintainer and followers, I can confirm this bug in Jessie. Furthermore dependencies in other versions seem to be messy: on Sid libtiff5 depends on libjpeg62 and libjpeg8. Whereas libtiff4 (not available in Jessie) in Sid and Wheezy depend on libjpeg8. https://packages.debian.org/sid/libtiff5 https://packages.debian.org/sid/libtiff4 https://packages.debian.org/wheezy/libtiff4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764005: targetcli: Upgrade issues from 2.1-1
Hi Chris et al.,
On 10/05/2014 05:45 PM, Chris Boot wrote:
From my perspective, it would be nice to keep the old tcm_node and lio_node
tools around. I know that they are deprecated but there are a lot of tools
around that rely on them.
Do you have any particular examples of such tools?
Are these actual packaged tools or in the wild user scripts that you
know/assume exist? The feedback I have had from multiple users pointed
out a wide usage of rtslib API used from python, but not really the
ancient *_node tools.
However, I guess it is a good thing to keep it around for now if it
provides better support for existing configurations.
The migration from the lio-utils to targetcli startup scripts could possibly be
done by removing the init script from lio-utils and replacing it with the one
in targetcli. You would need a NEWS and/or a high priority debconf notification
to ensure people are aware of the change, and possibly leave saving the current
configuration to the user even.
I am just afraid that leaving this entirely up to the user would not be
very reliable. In any case, note that I have documented the process in
the README.md file found in targetcli 3.x branch, see the github page
for a nice endering of this: https://github.com/Datera/targetcli
This also documents what the initscript does when it detects a migration
scenario. Ritesh, do you plan on keeping the initscript as is or are
there special Debian-specific arrangements to be made?
In any case, be aware that the upstream initscript does have provision
for upgrade, the only blocking point being to ensure that the legacy
config will stay up when installing the package.
Certainly stopping the target when removing lio-utils seems very wrong indeed,
especially as there isn’t a daemon involved. I’ve always thought the lio-utils
{pre,post}{inst,rm} scripts shouldn’t attempt to run the init scripts at all.
Agreed.
So here is what I think:
1. A new version of lio-utils with:
a) the init script removed
b) Recommends: targetcli = [new version]
c) a NEWS.Debian entry and/or debconf prompt about transitioning to
targetcli
2. A new version of targetcli/rtslib with:
a) 'dh_installinit --no-start’ to not break running targets
b) Breaks: lio-utils [new version]
c) Replaces: lio-utils [new version]
d) a NEWS.Debian entry and/or debconf prompt about transitioning to
targetcli
e) the other bugs fixed that make them unusable...
That way, in theory, one gets the new de-fanged version of lio-utils during the
upgrade which keeps the current targets running. The new targetcli comes along,
and can either write out its own config based on the running targets or the
user can be prompted to do so.
I like that. It means on a scratch install, you can have a system
without lio-utils, and on a system with legacy lio-utils, the upgrade
should work and you can uninstall lio-utils afterwards if needed.
Ritesh, if you implement that in control, please send me a patch so that
I can push it upstream. Ultimately, I would like to have the same
debian/* files as in the maintainer package.
Kind Regards,
--
Jerome
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762984: initramfs-tools: Alert! /dev/vg0/usr does not exist
On 10/07/2014 11:59 AM, IOhannes m zmoelnig wrote: i am hit by the same problem. as a temporary fix, i added the 'vgchange -ay' to /usr/share/initramfs-tools/scripts/local-top/lvm2 as adding it to /etc/initramfs-tools/scripts/local-top/vgscan somehow did not work (most likely due wrong order of execution, but i did not investigate further) i turned out that i had forgotten to set +x permissions for /etc/initramfs-tools/scripts/local-top/vgscan gfmrdsa IOhannes signature.asc Description: OpenPGP digital signature
Bug#757445: redshift-1.9.1 doesn't work with gnome-clock anymore
I think I have the picture now... You guys can give your views.
The gtk code has no (or at least, now more now) gnome clock support.
15:29:51 rrs@learner:/usr/lib/python3/dist-packages/redshift_gtk$ grep
-Ri clock *
15:29:56 rrs@learner:/usr/lib/python3/dist-packages/redshift_gtk$ grep
-Ri gnome *
Binary file __pycache__/utils.cpython-34.pyc matches
utils.py: ('X-GNOME-Autostart-enabled', ('false', 'true')))
With no gnome clock support in the gtk gui, and something that I missed
in the upstream changelogs.. sigh.
NEWS:* Remove deprecated GNOME clock location provider.
NEWS:* Fix: Handle multiple instances of the GNOME clock applet;
contributed by
NEWS:* Automatically obtain the location from the GNOME Clock applet if
possible.
So I guess the conclusion is that GNOME clock support was dropped
upstream. You either need to use geoclue (which does not work afaik) or
else provide the location details manually.
Can we close this bug (and all similar) report ?
On Tuesday 07 October 2014 03:28 PM, Ritesh Raj Sarraf wrote:
On Tuesday 07 October 2014 03:24 PM, Ritesh Raj Sarraf wrote:
I'll keep digging, as time permits.
if appindicator:
# Create indicator
self.indicator = appindicator.Indicator.new('redshift',
'redshift-status-on',
appindicator.IndicatorCategory.APPLICATION_STATUS)
self.indicator.set_status(appindicator.IndicatorStatus.ACTIVE)
else:
# Create status icon
self.status_icon = Gtk.StatusIcon()
self.status_icon.set_from_icon_name('redshift-status-on')
self.status_icon.set_tooltip_text('Redshift')
The way it works currently, we are falling under the appindicator
side. Anyone of you, using it, has any insight about it ? I have not
much clue on what it does than just that it is something about Unity's
unified sleek messaging protocol.
--
Ritesh Raj Sarraf
RESEARCHUT -http://www.researchut.com
Necessity is the mother of invention.
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.
Bug#741561: closed by Michael Shuler mich...@pbandjelly.org (Re: CAcert Licensing and Inclusion in Debian main)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Di den 7. Okt 2014 um 2:45 schrieb Debian Bug Tracking System: Date: Mon, 06 Oct 2014 20:41:53 -0500 From: Michael Shuler mich...@pbandjelly.org To: 687693-d...@bugs.debian.org, 741561-d...@bugs.debian.org Subject: Re: CAcert Licensing and Inclusion in Debian main Control: tags -1 + wontfix Closing #687693 and #741561. A CAcert project member posted deb and source packaging to one of their mailing lists, shortly after removal from Debian. That package was built from the ca-certificates local package example and it includes the project's non-free RDL license in the source, as I would expect. I have checked periodically to see if the package showed up on the project's main download page, as another mailing list poster suggested, but it has not appeared there as of writing. Sorry, but the bug is not fixed. If you have evidence for a package that solves the problem that was inducted by you, please provide a link to that package. Gruß Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJUM7vUAAoJEKZ8CrGAGfasT08L/RwQTAL9nq/LUpycAH8l15lz HZsPxk2TdfhMYE+7anm5j5YBMq5z8SKVBprA4ADDhZoBIRFsyk0tjbcofIaQ9Czx 2ufVfah56RQ8DUL8HR8j6iA4W8Wd+U/U0PbLIxtDub+ItU6yjk1ub0It0Fg68Lzg VXq9jrVlTMHivV4dd8rKJUDcV+nH+0aHrg4U+S0bJ5sBgoogM2QIiVn/mfmfE5Qf 030kej35vOlB/yMVKREDtN1J0M4UZ/O1HNc3OpQAZgkIcPezKtpQMGJayLAxozIa 0RU+QyhnaZhxjAYF5M6AWOIK7kLBd1USaCy7d7W1ZYRSgMUNtJVhUJpqiHcIsBvj IXmgiUV+H6GZJaONJUtbY/nI7vOH4ZQsYWfkDj4IxDyLBmHy54mfedtG630x/GmV TuIdg6+PXiXfBNX10wbEIbB/9N/TOYH96BF6K2R15GzKh3cCjCqPc7MsNJceFz+6 69eynHeola+wHoURe1/UwYlPCJc82hGxrk7yc1UZwg== =/vj5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764261: RFS: librocket/1.3-1 [ITP]
On Mon, 2014-10-06 at 22:13 -0400, Harlan Lieberman-Berg wrote:
Thanks for packaging librocket for Debian. I've got a couple things for
you to fix as the next steps.
Good review Harlan, you missed some important things though, see below.
2. Your changelog should close an ITP bug - in your case, #764252.
You can do that by adding this in your changelog:
(Closes: #764252)
5. Your standards version isn't the latest version - you should update
it to 3.9.6.
Here is the list of changes since the last version:
https://www.debian.org/doc/debian-policy/upgrading-checklist
6. Your packages should have a short description and a longer
description that should be enough information for a user to decide
whether they want to install the package. Check out Debian Policy 3.4
for more details there.
https://www.debian.org/doc/debian-policy/ch-binary.html#s-descriptions
These issues block the upload of this package:
The package fails to build for me:
debian/rules build
dh build --buildsystem=cmake --sourcedirectory=Build
dh_testdir -O--buildsystem=cmake -O--sourcedirectory=Build
debian/rules override_dh_auto_configure
make[1]: Entering directory '/tmp/buildd/librocket-1.3'
dh_auto_configure -- -DBUILD_PYTHON_BINDINGS=On
-DCMAKE_INSTALL_LIBDIR=/usr/lib
dh_auto_configure: cmake ../Build -DCMAKE_INSTALL_PREFIX=/usr
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None
-DBUILD_PYTHON_BINDINGS=On -DCMAKE_INSTALL_LIBDIR=/usr/lib failed to to
execute: No such file or directory
debian/rules:11: recipe for target 'override_dh_auto_configure' failed
make[1]: *** [override_dh_auto_configure] Error 2
make[1]: Leaving directory '/tmp/buildd/librocket-1.3'
debian/rules:8: recipe for target 'build' failed
make: *** [build] Error 2
The python package should be named python-rocket:
https://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-package_names
The .so symlink should be installed in the -dev package.
The library package should be named librocketN
Please read the Debian policy sections on libraries:
https://www.debian.org/doc/debian-policy/ch-sharedlibs.html
Some parts (in Samples/tutorial) of the upstream tarball do not have a
clear license. The copyright holder is also different to the rest of the
package. Some other parts (Samples/) have a DFSG-free license but a
different copyright holder. The status should be clarified upstream, a
DFSG-free license applied and the results documented in
debian/copyright.
The fonts in Samples/assets are under a non-free license and cannot be
distributed in Debian main. Please ask upstream to remove them from the
tarball and from their version control system. They can simply use
font-family: sans-serif in invader.rcss instead.
http://www.exljbris.com/delicious.html
http://www.exljbris.com/eula.html
Some other issues that you might want to correct:
librocket.pc has an incorrect Version and Description.
Please forward the patches upstream if appropriate.
Please add a debian/watch file based on the example and the docs:
https://wiki.debian.org/debian/watch
debian/README.source is a copy of part of the upstream readme.md and is
not needed.
The static library normally isn't needed, please remove it unless
someone files a bug report asking for it to be added.
The pkg-config file doesn't appear to be installed in the package.
https://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package
how_to_build_for_mingw.txt is not relevant to Debian users, please drop
it from debian/docs.
changelog.txt should be installed with dh_installchangelogs rather than
dh_installdocs.
debian/copyright doesn't look like it conforms to the format. In
particular the licenses are missing dots on the blank lines. In
addition, you can avoid having two copies of the license by having one
license section separated from the files sections and have those files
sections refer to the files sections. The long lines of the license text
should also be wrapped.
http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
I wonder about the *.tga files in Samples/*invaders/data and
Samples/assets, some of them look like they might have other files (SVG
or similar) as their source. Please ask upstream to include the SVG or
other source in the tarball and have the build system create the *.tga
files at build time.
If the sample games are fun it might be interesting to make packages for
them. If not, their source could be included in an examples package.
Automatic checks:
https://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package
https://anonscm.debian.org/cgit/collab-maint/check-all-the-things.git
$ cme check dpkg
Warning in 'control source Build-Depends:0' value 'debhelper (= 8.0.0)':
should be (= 9) not (= 8.0.0) because compat is 9
Warning in 'control source Standards-Version' value '3.9.4': Current standards
version is 3.9.6
Warning in 'control binary:librocket-dev Depends:0' value 'librocket (=
${binary:Version})': package
Bug#757445: redshift-1.9.1 doesn't work with gnome-clock anymore
On Tuesday 07 October 2014 03:32 PM, Petr Baudis wrote: I'm afraid I don't. (I actually stopped using redshift-gtk altogether. In the past, it physically stopped the redshift process, but now it only stops it from shifting temperature. The trouble is that even if it is not per se shifting the color, it holds the color profile of the screen in custom mode and I'm normally using a specific color profile for my LCD panel.) Can you please quote when replying ? I have no context on your comments. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention.
Bug#764313: fai-client: usage of exported function definitions in Bash causing syntax errors
On Tue, 07 Oct 2014 09:11:54 +0200, Michael Prokop m...@debian.org said:
FAI uses exported function definitions in Bash, a feature that was
recently disabled by the CVEs around Shellshock.
No. Exporting function was not disabled. See below for a proof.
The fix only changes the encoding when exporting functions. See
http://ftp.gnu.org/gnu/bash/bash-4.3-patches/bash43-027
During FAI runs (fai dirinstall in my case) there are plenty of
Which distribution do you use during dirinstall?
Do these messages appear during task updatebase?
Please provide the full fai.log.
I'm tending to call this an RC bug, actually.
Maybe a RC bug of bash, because this fix breaks unrelated software,
see also #763164.
--
I'm using bash 4.2+dfsg-0.1+deb7u3.
$ set -a
$ . ~/fai-4.3/lib/subroutines
$ export -f
You will see that all FAI functions are defined.
Now. execute a new bash.
$ bash
$ export -f
All the FAI shell functions are still defined. They are exported to
the new shell without any error messages.
--
Here's a complete analysis of the problem.
newbash = 4.2+dfsg-0.1+deb7u3 including the shellshock fix
oldbash = 4.2+dfsg-0.1
First, use the new bash and define a function. Using set -a exports
all functions. If you then call the old bash (for example if you
chroot into a directory containing the old bash version) you'll get
the error messages.
#Call the new bash /bin/bash
newbash$ set -a
# Define a function
newbash$ a() {
echo a
}
# you can all this function
newbash~$ a
a
# Now call the old version of bash
newbash$ /tmp/oldbash/bin/bash
bash: BASH_FUNC_a(): line 0: syntax error near unexpected token `)'
bash: BASH_FUNC_a(): line 0: `BASH_FUNC_a() () { echo a'
bash: error importing function definition for `BASH_FUNC_a'
It's not a bug of FAI. The problem is that functions are exported in
different internal encodings in the old and new bash, and the old bash
does not work with the new encoding of functions. So, this problem
only appear if you mix the version of bash.
This problem appears, because
debootstrap does not use the security repository, but only the main
repository, which still contains the not fixed bash version.
It will be fixed, if a new Debian wheezy release is
available that contains the fixed bash in the main repository.
--
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#764005: targetcli: Upgrade issues from 2.1-1
Okay!! Thanks to both of you. I will prepare something next week. My
only request is if (other) users can test it in time.
On Tuesday 07 October 2014 03:32 PM, Jerome Martin wrote:
Hi Chris et al.,
On 10/05/2014 05:45 PM, Chris Boot wrote:
From my perspective, it would be nice to keep the old tcm_node and
lio_node tools around. I know that they are deprecated but there are
a lot of tools around that rely on them.
Do you have any particular examples of such tools?
Are these actual packaged tools or in the wild user scripts that you
know/assume exist? The feedback I have had from multiple users pointed
out a wide usage of rtslib API used from python, but not really the
ancient *_node tools.
However, I guess it is a good thing to keep it around for now if it
provides better support for existing configurations.
The migration from the lio-utils to targetcli startup scripts could
possibly be done by removing the init script from lio-utils and
replacing it with the one in targetcli. You would need a NEWS and/or
a high priority debconf notification to ensure people are aware of
the change, and possibly leave saving the current configuration to
the user even.
I am just afraid that leaving this entirely up to the user would not
be very reliable. In any case, note that I have documented the process
in the README.md file found in targetcli 3.x branch, see the github
page for a nice endering of this: https://github.com/Datera/targetcli
This also documents what the initscript does when it detects a
migration scenario. Ritesh, do you plan on keeping the initscript as
is or are there special Debian-specific arrangements to be made?
In any case, be aware that the upstream initscript does have provision
for upgrade, the only blocking point being to ensure that the legacy
config will stay up when installing the package.
Certainly stopping the target when removing lio-utils seems very
wrong indeed, especially as there isn’t a daemon involved. I’ve
always thought the lio-utils {pre,post}{inst,rm} scripts shouldn’t
attempt to run the init scripts at all.
Agreed.
So here is what I think:
1. A new version of lio-utils with:
a) the init script removed
b) Recommends: targetcli = [new version]
c) a NEWS.Debian entry and/or debconf prompt about transitioning
to targetcli
2. A new version of targetcli/rtslib with:
a) 'dh_installinit --no-start’ to not break running targets
b) Breaks: lio-utils [new version]
c) Replaces: lio-utils [new version]
d) a NEWS.Debian entry and/or debconf prompt about transitioning
to targetcli
e) the other bugs fixed that make them unusable...
That way, in theory, one gets the new de-fanged version of lio-utils
during the upgrade which keeps the current targets running. The new
targetcli comes along, and can either write out its own config based
on the running targets or the user can be prompted to do so.
I like that. It means on a scratch install, you can have a system
without lio-utils, and on a system with legacy lio-utils, the upgrade
should work and you can uninstall lio-utils afterwards if needed.
Ritesh, if you implement that in control, please send me a patch so
that I can push it upstream. Ultimately, I would like to have the same
debian/* files as in the maintainer package.
Kind Regards,
--
Jerome
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.
Bug#757445: redshift-1.9.1 doesn't work with gnome-clock anymore
On Tuesday 07 October 2014 03:36 PM, Ritesh Raj Sarraf wrote:
I think I have the picture now... You guys can give your views.
The gtk code has no (or at least, now more now) gnome clock support.
15:29:51 rrs@learner:/usr/lib/python3/dist-packages/redshift_gtk$ grep
-Ri clock *
15:29:56 rrs@learner:/usr/lib/python3/dist-packages/redshift_gtk$ grep
-Ri gnome *
Binary file __pycache__/utils.cpython-34.pyc matches
utils.py: ('X-GNOME-Autostart-enabled', ('false',
'true')))
With no gnome clock support in the gtk gui, and something that I
missed in the upstream changelogs.. sigh.
NEWS:* Remove deprecated GNOME clock location provider.
NEWS:* Fix: Handle multiple instances of the GNOME clock applet;
contributed by
NEWS:* Automatically obtain the location from the GNOME Clock applet
if possible.
So I guess the conclusion is that GNOME clock support was dropped
upstream. You either need to use geoclue (which does not work afaik)
or else provide the location details manually.
Can we close this bug (and all similar) report ?
This still makes me wonder why the GUI does not pop up. One
possibility being what I mentioned earlier that redshift is just run
with '-v' option, making it quit. Second could be that I'm on KDE and
don't have those indicator stuff on my desktop
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.
Bug#764329: pykaraoke: diff for NMU version 0.7.5-1.1
Package: pykaraoke
Version: 0.7.5-1
Severity: normal
Tags: patch pending
Dear maintainer,
I've uploaded an NMU for pykaraoke (versioned as 0.7.5-1.1). This is
the same as the patch I previously attached to #758948 except with the
changelog entry date touched.
Cheers,
Olly
diff -Nru pykaraoke-0.7.5/debian/changelog pykaraoke-0.7.5/debian/changelog
--- pykaraoke-0.7.5/debian/changelog 2011-11-29 13:21:54.0 +1300
+++ pykaraoke-0.7.5/debian/changelog 2014-10-07 22:42:45.0 +1300
@@ -1,3 +1,12 @@
+pykaraoke (0.7.5-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Update to use wxPython 3.0 (Closes: #758948):
++ New patch: wxpython3.0.patch
+ * Drop dependency on python-wxgtk2.6 (Closes: #645568)
+
+ -- Olly Betts o...@survex.com Tue, 07 Oct 2014 09:42:38 +
+
pykaraoke (0.7.5-1) unstable; urgency=low
[ Miriam Ruiz ]
diff -Nru pykaraoke-0.7.5/debian/control pykaraoke-0.7.5/debian/control
--- pykaraoke-0.7.5/debian/control 2011-11-24 23:52:27.0 +1300
+++ pykaraoke-0.7.5/debian/control 2014-09-01 09:02:47.0 +1200
@@ -5,7 +5,7 @@
Uploaders: Miriam Ruiz little_m...@yahoo.es
Homepage: http://www.kibosh.org/pykaraoke/
Build-Depends: debhelper (= 5.0.37.2), python-all-dev (= 2.6.6-3~),
- libsdl-dev | libsdl1.2-dev, python-pygame, python-wxgtk2.8 | python-wxgtk2.6, quilt
+ libsdl-dev | libsdl1.2-dev, python-pygame, python-wxgtk3.0, quilt
Vcs-Svn: svn://svn.debian.org/svn/python-apps/packages/pykaraoke/trunk/
Vcs-Browser: http://svn.debian.org/wsvn/python-apps/packages/pykaraoke/trunk/?op=log
Standards-Version: 3.9.2
@@ -13,7 +13,7 @@
Package: pykaraoke
Architecture: all
Depends: pykaraoke-bin (= ${source:Version}), python-pykaraoke (= ${source:Version}),
- ${python:Depends}, python-pygame, python-wxgtk2.8 | python-wxgtk2.6, ${misc:Depends}
+ ${python:Depends}, python-pygame, python-wxgtk3.0, ${misc:Depends}
Suggests: python-numpy
Description: free CDG/MIDI/MPEG karaoke player
PyKaraoke is a free karaoke player. You can use this program to play your
diff -Nru pykaraoke-0.7.5/debian/patches/series pykaraoke-0.7.5/debian/patches/series
--- pykaraoke-0.7.5/debian/patches/series 2011-11-29 12:30:36.0 +1300
+++ pykaraoke-0.7.5/debian/patches/series 2014-09-01 09:01:29.0 +1200
@@ -2,3 +2,4 @@
fix_desktop_files.patch
remove_hashbangs.patch
fix_cdg2mpg_bashism.patch
+wxpython3.0.patch
diff -Nru pykaraoke-0.7.5/debian/patches/wxpython3.0.patch pykaraoke-0.7.5/debian/patches/wxpython3.0.patch
--- pykaraoke-0.7.5/debian/patches/wxpython3.0.patch 1970-01-01 12:00:00.0 +1200
+++ pykaraoke-0.7.5/debian/patches/wxpython3.0.patch 2014-09-01 10:51:27.0 +1200
@@ -0,0 +1,78 @@
+Description: Updates for wxPython 3.0
+ The third parameter when splitting a window is meant to be an integer, and
+ is optional. If omitted, it defaults to 0, which means split in half
+ which I assume is what passing 0.5 was intended to do (and 0.5 will get
+ cast to an integer, so passing 0.5 is just a confusing way to pass 0 here).
+ However, in the second case, for some reason it doesn't split in half with
+ wxPython3.0, so I've had to make it calculate half the window size explicitly.
+Author: Olly Betts o...@survex.com
+Bug-Debian: https://bugs.debian.org/758948
+Forwarded: no
+Last-Update: 2014-08-31
+
+Index: pykaraoke-0.7.5/pykaraoke.py
+===
+--- pykaraoke-0.7.5.orig/pykaraoke.py
pykaraoke-0.7.5/pykaraoke.py
+@@ -128,13 +128,13 @@
+
+ import sys
+
+-# Ensure that we have at least wx version 2.6, but also protect
++# Ensure that we have at least wx version 2.8, but also protect
+ # wxversion against py2exe (wxversion requires actual wx directories
+ # on-disk, so it doesn't work in the py2exe-compiled version used for
+ # Windows distribution).
+ if not hasattr(sys, 'frozen'):
+ import wxversion
+-wxversion.ensureMinimal('2.6')
++wxversion.ensureMinimal('2.8')
+
+ import os, string, wx, time, copy, types
+ from pykconstants import *
+@@ -944,9 +944,9 @@ class ConfigWindow (wx.Frame):
+ parent = self.parent
+ parent.splitter.Unsplit()
+ if splitVertically:
+-parent.splitter.SplitVertically(parent.leftPanel, parent.rightPanel, 0.5)
++parent.splitter.SplitVertically(parent.leftPanel, parent.rightPanel)
+ else:
+-parent.splitter.SplitHorizontally(parent.leftPanel, parent.rightPanel, 0.5)
++parent.splitter.SplitHorizontally(parent.leftPanel, parent.rightPanel)
+
+ # Save the auto play option
+ if self.AutoPlayCheckBox.IsChecked():
+@@ -1286,7 +1286,7 @@ class ExportWindow(wx.Frame):
+
+ dlg = wx.FileDialog(self, 'Export file',
+ wildcard = 'Text Files (*.txt)|*.txt|All files|*',
+-style = wx.SAVE | wx.OVERWRITE_PROMPT)
++style = wx.FD_SAVE |
Bug#764005: targetcli: Upgrade issues from 2.1-1
On Tuesday 07 October 2014 03:49 PM, Ritesh Raj Sarraf wrote: Okay!! Thanks to both of you. I will prepare something next week. My only request is if (other) users can test it in time. By the way, Jerome, do you still plan on a newer release of the LIO stack ? Or is this, the one I pushed to Debian, good from your point of view ? -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention.
Bug#764005: targetcli: Upgrade issues from 2.1-1
On 10/07/2014 12:21 PM, Ritesh Raj Sarraf wrote: On Tuesday 07 October 2014 03:49 PM, Ritesh Raj Sarraf wrote: Okay!! Thanks to both of you. I will prepare something next week. My only request is if (other) users can test it in time. By the way, Jerome, do you still plan on a newer release of the LIO stack ? Or is this, the one I pushed to Debian, good from your point of view ? Yes, an update is on its way. This should not impact the iSCSI use-case too much, the aim will be updates to the HW fabrics support mostly, along with a few minor bug-fixes here and there. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761627: libtomcrypt-dev: arch-dependent file in Multi-Arch: same package
* Michael Stapelberg stapelb...@debian.org, 2014-09-29, 19:49: libtomcrypt-dev is marked as Multi-Arch: same, but the following file is architecture-dependent: /usr/share/doc/libtomcrypt-dev/crypt.pdf.gz MD5 sums of the file are: 6499c811b72bd3e21dcbd5bcd7f7c934 on arm64 and ppc64el; 150c0017b77e05d325dda105716569ad elsewhere. The difference is not caused by the architecture, but by the version of Build-Dependencies with which the file was compiled — on arm64 and ppc64el it was built last month, presumably because those are new architectures, and it was built using TeXLive 2014. On the other (older) architectures, the package was built 270 days ago, with TeXLive 2013. I don’t think Debian offers a way to have reproducible builds under these circumstances, i.e. I cannot expect all builds of my package to have _exactly_ the same Build-Dependencies available. Hence, I’m inclined to close this bug report without actually doing anything. Do you agree or is there something that we can do to avoid getting into this situation in the future? What you could do is to move the PDF to separate -doc package. That would reduce size of the -dev package from 1M to 340K. (Admittedly 1M is not THAT big, so maybe it'd be overkill.) For now, I’ll upload 1.17-6 soon, and then the file will be the same on all architectures again. Unfortunately, this upload didn't fix the problem for some reason. Now the MD5 sums are: 6499c811b72bd3e21dcbd5bcd7f7c934 on arm64, mips; 10e5c01c6c99ea4e45f7b480b232727d elsewhere. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695246: grub-efi-amd64 has no linux16, fails to boot memtest86+ (multiboot also fails)
On Fri, 3 Oct 2014, Yann Dirson wrote: On Fri, Oct 03, 2014 at 01:36:46AM +0200, Francois Gouget wrote: On Thu, 2 Oct 2014, Yann Dirson wrote: [...] You will find a test package at http://ydirson.free.fr/soft/debian/memtest/, I'll wait for feedback before uploading (just tested in qemu here). With this package I'm not getting the 'linux16' error anymore. However I'm not getting memtest86 either :-( The grub menu disappears and I'm left with the Debian's grub wallpaper and nothing happens. I had to use the power button to shutdown. OK, let's first check whether it is the patch that needs adjusting to 5.01, or if the original for 4.20 does not work for you either. Uploaded 4.20-2grub2 to same location. The 4.20-2grub2 package behaves the same way as the 5.01-2grub2 one: when I select the memtest86+ entry only the Debian background image remains and nothing furether happens. The computer is unresponsive to the keyboard and I have to press the power button to shut it down. -- Francois Gouget fgou...@free.fr http://fgouget.free.fr/ Theory is where you know everything but nothing works. Practice is where everything works but nobody knows why. Sometimes they go hand in hand: nothing works and nobody knows why. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764261: RFS: librocket/1.3-1 [ITP]
Thanks very much, I'll have a look at those issues soon. Re: pushing upstream, I am an upstream maintainer, so it should be relatively painless. On 7 Oct 2014 11:13, Paul Wise p...@debian.org wrote: On Mon, 2014-10-06 at 22:13 -0400, Harlan Lieberman-Berg wrote: Thanks for packaging librocket for Debian. I've got a couple things for you to fix as the next steps. Good review Harlan, you missed some important things though, see below. 2. Your changelog should close an ITP bug - in your case, #764252. You can do that by adding this in your changelog: (Closes: #764252) 5. Your standards version isn't the latest version - you should update it to 3.9.6. Here is the list of changes since the last version: https://www.debian.org/doc/debian-policy/upgrading-checklist 6. Your packages should have a short description and a longer description that should be enough information for a user to decide whether they want to install the package. Check out Debian Policy 3.4 for more details there. https://www.debian.org/doc/debian-policy/ch-binary.html#s-descriptions These issues block the upload of this package: The package fails to build for me: debian/rules build dh build --buildsystem=cmake --sourcedirectory=Build dh_testdir -O--buildsystem=cmake -O--sourcedirectory=Build debian/rules override_dh_auto_configure make[1]: Entering directory '/tmp/buildd/librocket-1.3' dh_auto_configure -- -DBUILD_PYTHON_BINDINGS=On -DCMAKE_INSTALL_LIBDIR=/usr/lib dh_auto_configure: cmake ../Build -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None -DBUILD_PYTHON_BINDINGS=On -DCMAKE_INSTALL_LIBDIR=/usr/lib failed to to execute: No such file or directory debian/rules:11: recipe for target 'override_dh_auto_configure' failed make[1]: *** [override_dh_auto_configure] Error 2 make[1]: Leaving directory '/tmp/buildd/librocket-1.3' debian/rules:8: recipe for target 'build' failed make: *** [build] Error 2 The python package should be named python-rocket: https://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-package_names The .so symlink should be installed in the -dev package. The library package should be named librocketN Please read the Debian policy sections on libraries: https://www.debian.org/doc/debian-policy/ch-sharedlibs.html Some parts (in Samples/tutorial) of the upstream tarball do not have a clear license. The copyright holder is also different to the rest of the package. Some other parts (Samples/) have a DFSG-free license but a different copyright holder. The status should be clarified upstream, a DFSG-free license applied and the results documented in debian/copyright. The fonts in Samples/assets are under a non-free license and cannot be distributed in Debian main. Please ask upstream to remove them from the tarball and from their version control system. They can simply use font-family: sans-serif in invader.rcss instead. http://www.exljbris.com/delicious.html http://www.exljbris.com/eula.html Some other issues that you might want to correct: librocket.pc has an incorrect Version and Description. Please forward the patches upstream if appropriate. Please add a debian/watch file based on the example and the docs: https://wiki.debian.org/debian/watch debian/README.source is a copy of part of the upstream readme.md and is not needed. The static library normally isn't needed, please remove it unless someone files a bug report asking for it to be added. The pkg-config file doesn't appear to be installed in the package. https://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package how_to_build_for_mingw.txt is not relevant to Debian users, please drop it from debian/docs. changelog.txt should be installed with dh_installchangelogs rather than dh_installdocs. debian/copyright doesn't look like it conforms to the format. In particular the licenses are missing dots on the blank lines. In addition, you can avoid having two copies of the license by having one license section separated from the files sections and have those files sections refer to the files sections. The long lines of the license text should also be wrapped. http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ I wonder about the *.tga files in Samples/*invaders/data and Samples/assets, some of them look like they might have other files (SVG or similar) as their source. Please ask upstream to include the SVG or other source in the tarball and have the build system create the *.tga files at build time. If the sample games are fun it might be interesting to make packages for them. If not, their source could be included in an examples package. Automatic checks: https://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package https://anonscm.debian.org/cgit/collab-maint/check-all-the-things.git $ cme check dpkg Warning in 'control source
Bug#757445: redshift-1.9.1 doesn't work with gnome-clock anymore
On Tue, Oct 07, 2014 at 03:36:51PM +0530, Ritesh Raj Sarraf wrote: With no gnome clock support in the gtk gui, and something that I missed in the upstream changelogs.. sigh. NEWS:* Remove deprecated GNOME clock location provider. So, the commit message for https://github.com/jonls/redshift/commit/79bfe9eed44486fbf59e6d482abdbc649c41cee5 says: This was basically a hack that happened to work because the Gnome Clock applet could store the current location of the user, and Redshift was able to fetch this location through GConf. Since Redshift for some time now has supported a config file where the location can be set, there is not really any reason to use an external, fragile solution to do the same. I still think it's absurd for the upstream to say not really any reason - the advantage is obvious, gnome clock is already configured so no extra manual configuration is required for the user. I don't know if you wish to argue with the upstream, though. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764330: libtasn1-doc_4.2-1: trying to overwrite..., which is also in package libtasn1-3-dev 2.13-2
package: libtasn1-doc version: 4.2-1 severity: serious Hi, from a test doing wheezy-jessie upgrades (running on jenkins.debian.net) I observed this: On Dienstag, 7. Oktober 2014, jenk...@jenkins.debian.net wrote: See https://jenkins.debian.net/job/chroot-installation_wheezy_install_developer_upgrade_to_jessie/480/ ... Selecting previously unselected package libtasn1-doc. Preparing to unpack .../libtasn1-doc_4.2-1_all.deb ... Unpacking libtasn1-doc (4.2-1) ... dpkg: error processing archive /var/cache/apt/archives/libtasn1-doc_4.2-1_all.deb (--unpack): trying to overwrite '/usr/share/info/libtasn1.info.gz', which is also in package libtasn1-3-dev 2.13-2 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) ... Errors were encountered while processing: /var/cache/apt/archives/libtasn1-doc_4.2-1_all.deb cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#764331: mount: mount --bind -o remount doesn't preserve flags
Package: mount Version: 2.25.1-3 Severity: normal Since I upgraded mount from 2.20.1-5.11 to 2.25.1-3, mount --bind -o remount doesn't preserve flags anymore. # mount -V mount from util-linux 2.20.1 (with libblkid and selinux support) # grep /tmp /proc/self/mountinfo 24 15 0:22 / /tmp rw,nosuid,nodev,relatime - tmpfs /tmp rw # strace -e trace=mount mount --bind -o remount,noexec /tmp mount(tmp, /tmp, 0x4104a4, MS_MGC_VAL|MS_NOSUID|MS_NODEV|MS_NOEXEC|MS_REMOUNT|MS_BIND, NULL) = 0 +++ exited with 0 +++ # grep /tmp /proc/self/mountinfo 24 15 0:22 / /tmp rw,nosuid,nodev,noexec,relatime - tmpfs /tmp rw # mount -V mount from util-linux 2.25.1 (libmount 2.25.0: selinux, assert, debug) # grep /tmp /proc/self/mountinfo 24 15 0:22 / /tmp rw,nosuid,nodev,relatime - tmpfs /tmp rw # strace -e trace=mount mount --bind -o remount,noexec /tmp mount(none, /tmp, 0x125a2f0, MS_MGC_VAL|MS_NOEXEC|MS_REMOUNT|MS_BIND, NULL) = 0 +++ exited with 0 +++ # grep /tmp /proc/self/mountinfo 24 15 0:22 / /tmp rw,noexec,relatime - tmpfs /tmp rw -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.17.0-rc7 (SMP w/4 CPU cores) Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) Shell: /bin/sh linked to /bin/dash Versions of packages mount depends on: ii libc6 2.19-11 ii libmount1 2.25.1-3 ii libselinux12.3-2 ii libsmartcols1 2.25.1-3 mount recommends no packages. Versions of packages mount suggests: pn nfs-common none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757445: redshift-1.9.1 doesn't work with gnome-clock anymore
On Tuesday 07 October 2014 03:57 PM, Petr Baudis wrote: This was basically a hack that happened to work because the Gnome Clock applet could store the current location of the user, and Redshift was able to fetch this location through GConf. Since Redshift for some time now has supported a config file where the location can be set, there is not really any reason to use an external, fragile solution to do the same. I still think it's absurd for the upstream to say not really any reason - the advantage is obvious, gnome clock is already configured so no extra manual configuration is required for the user. I don't know if you wish to argue with the upstream, though. I don't intend to. But if you want, you can take on with that bug report, I just closed. For me, on KDE, it works decently well with manual configuration. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention.
Bug#720545: please reevaluate this in light of recent bash issues
Am 02.10.2014 um 15:34 schrieb Henrique de Moraes Holschuh: Given the recent (and ongoing) issues, can we please reevaluate this? We effectively have the option to fix any surviving breakage (I doubt there will be any worth of notice) by changing #!/bin/bash to #!/bin/bash -p where required. This was not possible at the time the patch was first accepted, as it predates the use of /bin/dash as /bin/sh. Related thread about the same issue in dash: http://thread.gmane.org/gmane.comp.security.oss.general/10969 I don't want to change anything like this before bash is non-essential. Are you willing to do a test rebuild with an non-essential bash, and file bug reports for these issues? Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741561: closed by Michael Shuler mich...@pbandjelly.org (Re: CAcert Licensing and Inclusion in Debian main)
Hi, Klaus Ethgen wrote: Michael Shuler wrote: A CAcert project member posted deb and source packaging to one of their mailing lists, shortly after removal from Debian. [...] I have checked periodically to see if the package showed up on the project's main download page, as another mailing list poster suggested, but it has not appeared there as of writing. And why do you mention that only now? If you have evidence for a package that solves the problem that was inducted by you, please provide a link to that package. I suspect he refers to https://lists.cacert.org/wws/arc/cacert/2014-03/msg00030.html Neither a proper .dsc nor a proper package name as one would expect, but maybe it gives an idea what needs to be done. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764332: dput: Delayed queues don't work using the scp transport
Package: dput Version: 0.9.6.4 Severity: normal When using an scp queue, the delayed option doesn't work since the DELAYED/5-day directory doesn't exist on ssh.upload.debian.org dput needs to ssh into the box, mkdir -p DELAYED/5-day and then do the scp. Francois -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_CA.utf8, LC_CTYPE=fr_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dput depends on: ii gnupg 1.4.18-4 ii python 2.7.8-1 dput recommends no packages. Versions of packages dput suggests: ii lintian 2.5.28 pn mini-dinstall none ii openssh-client 1:6.6p1-8 ii rsync 3.1.1-2 -- 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#764333: jed: tab key does not work by default
Package: jed
Version: 1:0.99.19-3
Tags: upstream
Hello Wookey.
As the Subject says, the tab key does not seem to work at all.
Ok, I didn't know and apparently this is a FAQ:
http://www.jedsoft.org/jed/faq.html#faq-2
Many modes will set the TAB key to run an indent_line function. The
rationale for this is that many people feel that it is better to have
the editor determine how to indent a line in a context-sensitive way
rather than manually via TABS.
If you really want the TAB key to insert TABs, then put the following
in your .jedrc file:
public define global_mode_hook (hook_name)
{
local_setkey (self_insert_cmd, \t);
}
setkey (self_insert_cmd, \t);
Well, I was looking for a small editor with an emacs-like feel, and
the TAB key works in emacs by default, so this If you really want [...]
is pure nonsense to me. Of course I want the TAB key to insert TABs!
Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764225: slapd: fails to flush the cache if the system is shut down
On Tue, Oct 07, 2014 at 10:34:06AM +0200, GALAMBOS Daniel wrote: Do you have olcDbNoSync (or some equivalent setting in the bdb config if you use that) set to true? If olcDbNoSync is set, then it could result in dataloss, else the commited data should remain intact. What backend do you use? bdb, and yes: dbnosync is set unsetting dbnosync seems to avoid data loss. thanks! Wolfgang signature.asc Description: Digital signature
Bug#764334: iagno: trying to overwrite file from gnome-accessibility-themes
package: iagno version: 1:3.14.0-1 x-debbugs-cc: gnome-accessibility-the...@packages.debian.org Hi, during a gnome wheezy2jessie upgrade test running on jenkins.d.n I observed this: Preparing to unpack .../iagno_1%3a3.14.0-1_amd64.deb ... Unpacking iagno (1:3.14.0-1) over (1:3.4.2-3) ... dpkg: error processing archive /var/cache/apt/archives/iagno_1%3a3.14.0-1_amd64.deb (--unpack): trying to overwrite '/usr/share/icons/HighContrast/48x48/apps/iagno.png', which is also in package gnome-accessibility-themes 3.12.0-1 Full log available at https://jenkins.debian.net/job/chroot-installation_wheezy_install_gnome_upgrade_to_jessie/482/consoleFull cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#764335: /usr/include/x86_64-linux-musl/sys/kd.h:5:22: fatal error: linux/kd.h: No such file or directory
Package: musl-dev Version: 1.1.4-1 Severity: normal This is an error produced by the compiler when using musl-gcc to compile a source file which #includes sys/kd.h. linux-libc-dev provides file /usr/include/linux/kd.h, but it looks like musl-gcc does not try to use it. Thanks, /mjt -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (990, 'stable'), (500, 'oldstable'), (199, 'testing'), (50, 'unstable'), (40, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 powerpc Kernel: Linux 3.10-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages musl-dev depends on: ii musl 1.1.4-1 musl-dev recommends no packages. musl-dev 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#764336: logcheck: small typo: confilcts - conflicts
Package: logcheck Version: 1.3.16 Severity: minor Tags: patch diff --git a/debian/changelog b/debian/changelog index bb0511a..768302a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -2724,7 +2724,7 @@ logcheck (1.2.27) unstable; urgency=low (Closes: #268277) * Remove qmail rules because they have been added to qmail package. * Rule updates for spamd (Closes: #269318) - * Add note about avoiding file name confilcts in README.Maintainer + * Add note about avoiding file name conflicts in README.Maintainer * Add violations ignore for courier-pop3d-ssl (Closes: #269959) * Add anon-proxy rules (Closes: #269310) * Add perdition rules thanks to ja...@silverdream.org (Closes: #270191) diff --git a/docs/README.Maintainer b/docs/README.Maintainer index 6e7dc7c..ddc1790 100644 --- a/docs/README.Maintainer +++ b/docs/README.Maintainer @@ -51,7 +51,7 @@ any files to be parsed. If you are planning on adding rules for your package, please check to see if we have included them first. If we already have rules and you would like to maintain your own, please let us know before you upload -so we can avoid filename confilcts. +so we can avoid filename conflicts. -- Debian Logcheck Team logcheck-de...@lists.alioth.debian.org Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764337: vmdebootstrap: Add option to swap inside the KVM
Package: vmdebootstrap Version: 0.3-1 Severity: wishlist Some KVM operations need swap space - this substantially increases the size of the final image (so will need to be checked against the specified --size) but should compress well if the swap is created and then zeroed. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vmdebootstrap depends on: ii debootstrap1.0.63 ii extlinux 3:6.03~pre20+dfsg-5 ii kpartx 0.5.0-5 ii parted 3.2-6 ii python-cliapp 1.20140719-1 pn python:any none ii qemu-utils 2.1+dfsg-5 Versions of packages vmdebootstrap recommends: pn qemu-system none ii qemu-user-static 2.1+dfsg-5 ii squashfs-tools1:4.2+20130409-2 vmdebootstrap 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#756243: [intent to NMU] Re: Bug#756243: spice-vdagent: Neither guest resizing nor clipboard sharing work
Control: found -1 + 0.15.0-1.1 Control: severity -1 serious Control: tag -1 + patch Hi, intrig...@debian.org wrote (27 Jul 2014 21:17:08 GMT) : I'm testing spice-vdagent in a sid (GNOME Shell) guest, on a sid (GNOME Shell, libvirt/qemu, QXL display, Spice channels enabled) host, in spicy. The guest display doesn't resize to match the window size. The clipboard sharing doesn't work either way. Any debugging info I could provide? Raising severity to serious, as this bug makes the package in question unuseable or mostly so. I've tracked this down to the fact that we're still building spice-vdagent with --with-session-info=console-kit. On one of my (Jessie) systems, i see this error message: the name org.freedesktop.ConsoleKit was not provided by any .service files. On another (sid) system I instead see: spice-vdagentd[868]: GetSessionForUnixProcess failed: Unable to lookup session information for process '1033' spice-vdagentd[868]: GetActiveSession failed: Seat has no active session Once I've rebuilt the package with --with-session-info=systemd, all these errors disappeared, and resize guest to match the window size and clipboard sharing functionality started working again :) I've pushed the current state of my work to the bug756243-systemd-for-session-info branch in Vcs-Git. I intend to NMU this to DELAYED+5 shortly. Note that we also pass --with-init-script=systemd to ./configure, and spice-vdagent is built only on Linux architectures, so this change doesn't seem to make the porting situation seriously worse than it already is. Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733556: wine-auto
long story short, I use the following as /usr/bin/wine-auto: #!/usr/bin/env bash x64=`file $1 | grep x86-64 | wc -l` if [ $x64 == 0 ]; then export WINEPREFIX=$HOME/.wine32 exec wine32 $@ else export WINEPREFIX=$HOME/.wine64 exec wine64 $@ fi it assumes that 64bit wine is in ~/.wine64 and 32bit wine is in ~/.wine32 -- Marius
Bug#764339: targetcli: install with --no-install-recommends fails on implicit python-prettytable dependancy
Package: targetcli Version: 3.0+git0.7e32595e-2 Severity: important Installing target with --no-install-recommends results in: targetcli Traceback (most recent call last): File /usr/bin/targetcli, line 23, in module from targetcli import UIRoot File /usr/lib/python2.7/dist-packages/targetcli/__init__.py, line 18, in module from ui_root import UIRoot File /usr/lib/python2.7/dist-packages/targetcli/ui_root.py, line 24, in module from cli_config import CliConfig File /usr/lib/python2.7/dist-packages/targetcli/cli_config.py, line 25, in module import prettytable as pt ImportError: No module named prettytable and the command is unusable unless the python-prettytable package is manually installed. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-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 targetcli depends on: ii python 2.7.8-1 ii python-configshell 1.5+git0.0827baa6-2 ii python-rtslib 3.0+git0.86e46bc6-2 targetcli recommends no packages. targetcli 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#764335: /usr/include/x86_64-linux-musl/sys/kd.h:5:22: fatal error: linux/kd.h: No such file or directory
Control: retitle -1 linux/ includes do not work 07.10.2014 15:03, Michael Tokarev wrote: Package: musl-dev Version: 1.1.4-1 Severity: normal This is an error produced by the compiler when using musl-gcc to compile a source file which #includes sys/kd.h. linux-libc-dev provides file /usr/include/linux/kd.h, but it looks like musl-gcc does not try to use it. The same happens with all linux/ includes actually, even linux/version.h. Adding a symlink to /usr/include/linux into musl include directory does the trick, but I'm not sure it is the right/intended fix. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764338: pyxb: add Python 3 packages
Source: pyxb Severity: wishlist Dear Maintainer, According to the upstream documentation webpage, a Python 3 compatible version of pyxb is available for the current 1.2.3 release. It would be nice to have the Python 3 packages as well. The challenging bit however is that the Python 3 version currently lives in a separate dev branch, so the only way out is probably to patch the source on the Debian side so a 2to3 conversion can be done. Another option is to wait for v1.3 or v2.0 but I am doubtful upstream will release any new version on time before the freeze, will it ? Cheers, Ghislain -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-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#764340: targetcli: On new install exit or configure etc. fail due to missing /var/target/policy
Package: targetcli Version: 3.0+git0.7e32595e-2 Severity: important On a new install, on Jessie: root@ermintrude:/home/tim/Downloads# targetcli targetcli GIT_VERSION (rtslib GIT_VERSION) Copyright (c) 2011-2014 by Datera, Inc. All rights reserved. /backstores/iblock/win7 exit Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/configshell/shell.py, line 990, in run_interactive self._cli_loop() File /usr/lib/python2.7/dist-packages/configshell/shell.py, line 820, in _cli_loop self.run_cmdline(cmdline) File /usr/lib/python2.7/dist-packages/configshell/shell.py, line 934, in run_cmdline self._execute_command(path, command, pparams, kparams) File /usr/lib/python2.7/dist-packages/configshell/shell.py, line 909, in _execute_command result = target.execute_command(command, pparams, kparams) File /usr/lib/python2.7/dist-packages/targetcli/ui_node.py, line 216, in execute_command return UINode.execute_command(self, command, pparams, kparams) File /usr/lib/python2.7/dist-packages/targetcli/ui_node.py, line 103, in execute_command pparams, kparams) File /usr/lib/python2.7/dist-packages/configshell/node.py, line 1416, in execute_command result = method(*pparams, **kparams) File /usr/lib/python2.7/dist-packages/targetcli/ui_node.py, line 115, in ui_command_exit config = Config() File /usr/lib/python2.7/dist-packages/rtslib/config.py, line 133, in __init__ self._load_policy() File /usr/lib/python2.7/dist-packages/rtslib/config.py, line 140, in _load_policy for path in os.listdir(self.policy_dir) OSError: [Errno 2] No such file or directory: '/var/target/policy' /backstores/iblock/win7 Quit -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-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 targetcli depends on: ii python 2.7.8-1 ii python-configshell 1.5+git0.0827baa6-2 ii python-rtslib 3.0+git0.86e46bc6-2 targetcli recommends no packages. targetcli 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#752409: krb5: Modify the control file for bootstrapping without LDAP
These still aren't in a state wwhere both patches can be applied right? I wonder whether it would be better to close these bugs and open new bugs when you're actually in a position that applying a complete patch would be useful to you and would not break the package working with dak, debhelper or anything else? --sam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764338: new upstream release v.1.2.4-DEV with python 3 support merged in
Small errata. Python 3 support seems to be merged in a development version (v1.2.4-dev) upstream: https://github.com/pabigot/pyxb With good feedback regarding stability in the mailing list: http://sourceforge.net/p/pyxb/mailman/pyxb-users/?viewmonth=201408 So how about packaging this release and introduce the Python 3 packages ? Ghislain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764266: RFA: gnome-system-tools
Hi, gnome-system-tools is no longer maintained upstream and no longer used by GNOME Just curious - what does Gnome use now instead of g-s-t/liboobs/s-t-b bundle?
Bug#732924: [intent to NMU] Re: Bug#732924: spice-vdagent: not started in GDM
Control: tag -1 + patch Control: found -1 0.15.0-1.1 Hi, reproduced on current sid. Symlinking /usr/share/gdm/greeter/autostart/spice-vdagent.desktop - /etc/xdg/autostart/spice-vdagent.desktop fixes the problem. I've implemented this solution in the bug732924-start-spice-vdagent-in-GDM branch in the Vcs-Git, and confirmed it works on current sid. I intend to NMU shortly with these changes at the same time as my fix for #756243. Any reason why I should not? Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764343: media-player-info: maintainer address bounces
Source: media-player-info Severity: serious Tags: sid X-Debbugs-Cc: Martin Pitt mp...@debian.org The maintainer address for media-player-info bounces, see below. (Also why does the upload to Debian have an Original-Maintainer field?) Ansgar On 10/07/2014 12:49, kubuntu-devel-ow...@lists.ubuntu.com wrote: You are not allowed to post to this mailing list, and your message has been automatically rejected. If you think that your messages are being rejected in error, contact the mailing list owner at kubuntu-devel-ow...@lists.ubuntu.com. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764342: RFP: gandi-cli -- command-line interface to Gandi.net products using the public API
Package: wnpp Severity: wishlist * Package name: gandi-cli Version : 0.9 Upstream Author : Gandi S.A.S * URL : https://github.com/Gandi/gandi.cli/ * License : GPL-3+ Programming Lang: Python Description : command-line interface to Gandi.net products using the public API -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764341: Re-enable JIT, YARR_JIT and ASSEMBLER on armhf
Source: webkitgtk Version: 2.4.5-1 Severity: normal Hi, I think that with the change in 9c846a3f60213235e402d1367fea799421e5b82b, armhf was left out of the new list by mistake. We've had it enabled for some time both in Debian and Ubuntu and I'm not aware of any problems. If this was deliberate, please close the bug. Thanks, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752785: patch for pkgconfig vars
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
Would you please consider this patch (attached) to provide the necessary
variables to the ompi.pc file, so that ompi.pc can be a generic alias
for mpi.pc?
thanks
Alastair
- --
Alastair McKinstry, alast...@sceal.ie, mckins...@debian.org,
https://diaspora.sceal.ie/u/amckinstry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBCAAGBQJUM9L/AAoJEN9LdrZRJ3QsL0kP/jUrXUZhUiWZD/7ShdumzvGz
zW1bzt4rkee9261DsEdw1/qhTyCM/vZvYQus7RBs4VROFpWfV/YEz/EtZydb0ZPb
4328vZeqhm3+eiB2d2/M3VIzW6ZA1P4sNL9rIxorXqs3DXoKdskHTZJDLaE0JQ5d
MyE89RP+WE7pkpxnu1cCVVv/CCgdXH4rw1/jE1y8QX/oKUwv8Jo+8Gp0bT0DB3oj
vkYIfei2qZaUNgt+Npj7B8eGv3KBmxmTmTLGuiAfhoIPKwZLSB1m5lnW+PSZpCzf
XxdeBtpvksBP/sVVR0HYYmZauOSkk2LjpdjwwFGl3nrb7miE5nKmJmHNoILPZKOc
tq0HeUN0lP9NweKbU4XUzroZ5LVp61RPWxhBrlJw7SMuLuPIqhWEORpdHzu9xJyk
iZ/Oeh9rs3xYpHJEDPSh5sFjsI13+e9Q6sq0jzyxtgxnAQE9v2TDyFXccCI2/EcP
Npsy8YpvQkgKudbLnwGwEZd+PJdApyTKmKrMnQw3HLJllq6q/SbUcxIKoL/XeFc0
qtNMAjHHCW5GOcBzyy6r7DU8A4g2EZ/XB9aOGyzAgFVfM9xLjuaLuDmSKjuJB1de
Ifya0f3Ixtk/5ffmwvBWptjQoaE5xdZH4fgGhBZ9A/KyXjosBntya8ZPKjXfN1dH
oD+Pp8Cg3m+ScW9J7OmP
=Ovqe
-END PGP SIGNATURE-
Author: Alastair McKinstry mckins...@debian.org
Origin-Bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752785
Description: Add variables needed to make mpi.pc an alias for ompi.pc
Last-Updated: 2014-10-07
Forwarded: no
Index: openmpi-1.6.5/ompi/tools/wrappers/ompi.pc.in
===
--- openmpi-1.6.5.orig/ompi/tools/wrappers/ompi.pc.in
+++ openmpi-1.6.5/ompi/tools/wrappers/ompi.pc.in
@@ -14,7 +14,7 @@ libdir=@libdir@
# static linking (they're pulled in by libopen-rte.so's implicit
# dependencies), so only list these in Libs.private.
#
-Libs: -L${libdir} @OMPI_WRAPPER_EXTRA_LDFLAGS@ -lmpi
+Libs: -L${libdir} @OMPI_WRAPPER_EXTRA_LDFLAGS@ -lmpi_f90 -lmpi_f77 -lmpi
Libs.private: @OMPI_WRAPPER_EXTRA_LIBS@
#
# It is safe to hard-wire the -I before the EXTRA_INCLUDES because it
@@ -23,3 +23,8 @@ Libs.private: @OMPI_WRAPPER_EXTRA_LIBS@
# redundant (ick), but safe.
#
Cflags: -I${includedir} -I${includedir}/@OMPI_WRAPPER_EXTRA_INCLUDES@
@OMPI_WRAPPER_EXTRA_CPPFLAGS@ @OMPI_WRAPPER_EXTRA_CFLAGS@
+#
+# Add variables to be queried in specific cases. Match variables in mpich.pc
+cxxflags= -I${includedir} -I${includedir}/@OMPI_WRAPPER_EXTRA_INCLUDES@
@OMPI_WRAPPER_EXTRA_CPPFLAGS@ @OMPI_WRAPPER_EXTRA_CXXFLAGS@
+fcflags= -I${includedir} -I${includedir}/@OMPI_WRAPPER_EXTRA_INCLUDES@
@OMPI_WRAPPER_EXTRA_CPPFLAGS@ @OMPI_WRAPPER_EXTRA_FCFLAGS@
+fflags= -I${includedir} -I${includedir}/@OMPI_WRAPPER_EXTRA_INCLUDES@
@OMPI_WRAPPER_EXTRA_CPPFLAGS@ @OMPI_WRAPPER_EXTRA_FFLAGS@
Bug#764284: [testdisk] after ntfs-3g upgrade, testdisk cannot be installed (Depends: error)
Thanks for the note! I need to rebuild testdisk. Roland On 10/06/2014 11:07 PM, Dimitris wrote: Package: testdisk Severity: normal --- Please enter the report below this line. --- hey, after upgrading ntfs-3g, i can no longer install testdisk...: # apt-get install testdisk Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: testdisk : Depends: libntfs-3g851 E: Unable to correct problems, you have held broken packages. testdisk + ntfs-3g from testing, installs fine. so maybe its an error with newest ntfs-3g package in sid (?) or maybe libntfs-3g851 shouldn't be in the dependencies of testdisk (?) feel free to reassign if you think so, thanks, d. --- System information. --- Architecture: amd64 Kernel: Linux 3.16-2-amd64 Debian Release: jessie/sid 500 unstablehttp.debian.net 500 testing security.debian.org 500 testing http.debian.net --- Package information. --- Depends (Version) | Installed ===-+-== e2fslibs(= 1.41.0) | 1.42.12-1 libc6 (= 2.14) | 2.19-11 libcomerr2(= 1.01) | 1.42.12-1 libjpeg8(= 8c) | 8d1-1 libncursesw5 (= 5.6+20070908) | 5.9+20140913-1 libntfs-3g851 | libtinfo5 | 5.9+20140913-1 libuuid1 (= 2.16) | 2.25.1-3 zlib1g (= 1:1.1.4) | 1:1.2.8.dfsg-2 ntfs-3g | 1:2014.2.15AR.2-1 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764266: RFA: gnome-system-tools
On 07/10/14 13:22, Vlad Orlov wrote: Hi, gnome-system-tools is no longer maintained upstream and no longer used by GNOME Just curious - what does Gnome use now instead of g-s-t/liboobs/s-t-b bundle? gnome-control-center, with its various panels (network, users, shares, etc). Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764344: the InRelease and IndexDiff files end up belonging to nogroup
Package: apt Version: 1.1~exp3 Severity: wishlist The InRelease and IndexDiff files end up belonging to nogroup. The Packages and i18n_Translation-en files end up belonging to group root. Is all that intended? # ls -l /var/lib/apt/lists/ -rw-r--r-- 1 _apt nogroup 160746 10-07 10:50 ftp.tw.debian.org_debian_dists_experimental_InRelease -rw-r--r-- 1 _apt root6755 10-02 10:45 ftp.tw.debian.org_debian_dists_experimental_contrib_binary-i386_Packages -rw-r--r-- 1 _apt nogroup 7819 10-02 10:45 ftp.tw.debian.org_debian_dists_experimental_contrib_binary-i386_Packages.IndexDiff -rw-r--r-- 1 _apt root3607 10-01 10:10 ftp.tw.debian.org_debian_dists_experimental_contrib_i18n_Translation-en -rw-r--r-- 1 _apt nogroup 7819 08-11 23:01 ftp.tw.debian.org_debian_dists_experimental_contrib_i18n_Translation-en.IndexDiff -rw-r--r-- 1 _apt root 1399757 10-07 04:50 ftp.tw.debian.org_debian_dists_experimental_main_binary-i386_Packages -rw-r--r-- 1 _apt nogroup 7819 10-07 04:50 ftp.tw.debian.org_debian_dists_experimental_main_binary-i386_Packages.IndexDiff -rw-r--r-- 1 _apt root 943825 10-06 22:49 ftp.tw.debian.org_debian_dists_experimental_main_i18n_Translation-en -rw-r--r-- 1 _apt nogroup 7819 10-06 22:49 ftp.tw.debian.org_debian_dists_experimental_main_i18n_Translation-en.IndexDiff -rw-r--r-- 1 _apt root 23752 10-01 22:45 ftp.tw.debian.org_debian_dists_experimental_non-free_binary-i386_Packages -rw-r--r-- 1 _apt nogroup 7819 10-01 22:45 ftp.tw.debian.org_debian_dists_experimental_non-free_binary-i386_Packages.IndexDiff -rw-r--r-- 1 _apt root 16071 10-01 22:45 ftp.tw.debian.org_debian_dists_experimental_non-free_i18n_Translation-en -rw-r--r-- 1 _apt nogroup 7819 10-01 22:45 ftp.tw.debian.org_debian_dists_experimental_non-free_i18n_Translation-en.IndexDiff -rw-r--r-- 1 _apt nogroup 241787 10-07 10:50 ftp.tw.debian.org_debian_dists_unstable_InRelease -rw-r--r-- 1 _apt root 206983 10-06 04:48 ftp.tw.debian.org_debian_dists_unstable_contrib_binary-i386_Packages -rw-r--r-- 1 _apt nogroup 7819 10-06 04:48 ftp.tw.debian.org_debian_dists_unstable_contrib_binary-i386_Packages.IndexDiff -rw-r--r-- 1 _apt root 153162 10-06 04:46 ftp.tw.debian.org_debian_dists_unstable_contrib_i18n_Translation-en -rw-r--r-- 1 _apt nogroup 7819 10-06 04:46 ftp.tw.debian.org_debian_dists_unstable_contrib_i18n_Translation-en.IndexDiff -rw-r--r-- 1 root root34977004 10-07 10:46 ftp.tw.debian.org_debian_dists_unstable_main_binary-i386_Packages -rw-r--r-- 1 _apt nogroup 7876 10-07 10:46 ftp.tw.debian.org_debian_dists_unstable_main_binary-i386_Packages.IndexDiff -rw-r--r-- 1 _apt nogroup 7876 10-07 10:45 ftp.tw.debian.org_debian_dists_unstable_main_i18n_Translation-en.IndexDiff -rw-r--r-- 1 _apt root 371766 10-06 22:46 ftp.tw.debian.org_debian_dists_unstable_non-free_binary-i386_Packages -rw-r--r-- 1 _apt nogroup 7819 10-06 22:46 ftp.tw.debian.org_debian_dists_unstable_non-free_binary-i386_Packages.IndexDiff -rw-r--r-- 1 _apt root 330230 10-04 04:43 ftp.tw.debian.org_debian_dists_unstable_non-free_i18n_Translation-en -rw-r--r-- 1 _apt nogroup 7819 10-04 04:43 ftp.tw.debian.org_debian_dists_unstable_non-free_i18n_Translation-en.IndexDiff -rw-r- 1 _apt root 0 2009-10-29 lock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764341: [PATCH] Re-enable JIT, YARR_JIT and ASSEMBLER on armhf, disabled by mistake when inverting the test.
--- debian/changelog | 7 +++ debian/rules | 2 +- 2 files changed, 8 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index fac5640..5c0c01b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +webkitgtk (2.4.6-2) UNRELEASED; urgency=medium + + * Re-enable JIT, YARR_JIT and ASSEMBLER on armhf, disabled by mistake when +inverting the test. + + -- Iain Lane iain.l...@canonical.com Tue, 07 Oct 2014 12:39:18 +0100 + webkitgtk (2.4.6-1) unstable; urgency=high * New upstream release. diff --git a/debian/rules b/debian/rules index db86986..b1a6ab5 100755 --- a/debian/rules +++ b/debian/rules @@ -62,7 +62,7 @@ ifneq (,$(filter $(DEB_BUILD_ARCH),armel mips mipsel)) endif # See https://bugs.webkit.org/show_bug.cgi?id=113638 -ifeq (,$(filter $(DEB_BUILD_ARCH),i386 amd64 hurd-i386 kfreebsd-i386 kfreebsd-amd64 armel mips mipsel)) +ifeq (,$(filter $(DEB_BUILD_ARCH),i386 amd64 hurd-i386 kfreebsd-i386 kfreebsd-amd64 armel armhf mips mipsel)) CPPFLAGS += -DENABLE_JIT=0 -DENABLE_YARR_JIT=0 -DENABLE_ASSEMBLER=0 endif -- 2.1.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763488: NMUs uploaded to DELAYED/5 (libjpeg-turbo transition)
Hi, to finish the libjpeg-turbo transition in time for next stable releases, the missing fixes for libjpeg8-dev to libjpeg-dev changes in build depends were built and uploaded to DELAYED/5 as NMUs. No other changes than those related to libjpeg8 to libjpeg-turbo were done in the packages. Cheers, -- 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#764341: Re-enable JIT, YARR_JIT and ASSEMBLER on armhf
On Tue, Oct 07, 2014 at 12:47:04PM +0100, Iain Lane wrote: I think that with the change in 9c846a3f60213235e402d1367fea799421e5b82b, armhf was left out of the new list by mistake. We've had it enabled for some time both in Debian and Ubuntu and I'm not aware of any problems. I have the impression that armhf was failing at some point, but it might have been my mistake. Let's do this: I'll try to make a full build of 2.4.6 with JIT enabled and if everything goes fine I'll update the package. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764345: psychopy: Tests fail
Source: psychopy Version: 1.79.00+git16-g30c9343.dfsg-1.1 Severity: important In my recent NMU to migrate pyschopy to wxpython3.0, I fixed #718154 by setting $HOME to a temporary directory. Having done this, the tests fail, but they fail in exactly the same way with wxpython2.8 as well, so I simply tweaked debian/rules to ignore the test failures. Really these failures need investigating and fixing, and then the tweak to ignore the test failure can be reverted, but I'm not familiar with the package so doing this is rather beyond my capabilities. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764346: psychopy: diff for NMU version 1.79.00+git16-g30c9343.dfsg-1.1
Package: psychopy Version: 1.79.00+git16-g30c9343.dfsg-1 Severity: normal Tags: patch pending Dear maintainer, I've uploaded an NMU for psychopy (versioned as 1.79.00+git16-g30c9343.dfsg-1.1). A diff showing the changes is attached. Cheers, Olly diff -Nru psychopy-1.79.00+git16-g30c9343.dfsg/debian/changelog psychopy-1.79.00+git16-g30c9343.dfsg/debian/changelog --- psychopy-1.79.00+git16-g30c9343.dfsg/debian/changelog 2013-12-22 06:39:17.0 +1300 +++ psychopy-1.79.00+git16-g30c9343.dfsg/debian/changelog 2014-10-08 00:39:28.0 +1300 @@ -1,3 +1,16 @@ +psychopy (1.79.00+git16-g30c9343.dfsg-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Update for wxPython 3.0 (Closes: #759090): +- New patch: wxpython3.0.patch + * Create temporary directory and point $HOME to it when running tests during +package build. (Closes: #718154) + * Tests fail with python-wxgtk3.0, but the exact same failures are seen with +python-wxgtk2.8, so ignore failing tests so as not to block the wxpython3.0 +transition. + + -- Olly Betts o...@survex.com Tue, 07 Oct 2014 10:59:58 + + psychopy (1.79.00+git16-g30c9343.dfsg-1) unstable; urgency=low * New release (+ post-release fixes) diff -Nru psychopy-1.79.00+git16-g30c9343.dfsg/debian/control psychopy-1.79.00+git16-g30c9343.dfsg/debian/control --- psychopy-1.79.00+git16-g30c9343.dfsg/debian/control 2013-12-22 06:39:17.0 +1300 +++ psychopy-1.79.00+git16-g30c9343.dfsg/debian/control 2014-10-08 00:30:26.0 +1300 @@ -10,7 +10,7 @@ xvfb, xauth, libgl1-mesa-dri, python-pyglet, python-pygame, python-opengl, python-scipy, python-matplotlib, python-lxml, - python-configobj, python-imaging, python-openpyxl, python-mock, python-wxgtk2.8, libavbin0, python-pyo, + python-configobj, python-imaging, python-openpyxl, python-mock, python-wxgtk3.0, libavbin0, python-pyo, python-pytest, Vcs-Git: git://git.debian.org/git/pkg-exppsy/psychopy.git Vcs-Browser: http://git.debian.org/?p=pkg-exppsy/psychopy.git @@ -25,7 +25,7 @@ python-numpy, python-scipy, python-matplotlib, python-lxml, python-configobj -Recommends: python-wxgtk2.8, +Recommends: python-wxgtk3.0, python-pyglet, python-pygame, python-openpyxl, python-imaging, diff -Nru psychopy-1.79.00+git16-g30c9343.dfsg/debian/patches/series psychopy-1.79.00+git16-g30c9343.dfsg/debian/patches/series --- psychopy-1.79.00+git16-g30c9343.dfsg/debian/patches/series 2013-12-22 06:39:17.0 +1300 +++ psychopy-1.79.00+git16-g30c9343.dfsg/debian/patches/series 2014-09-12 12:38:51.0 +1200 @@ -1,3 +1,4 @@ deb_do_not_regenerate_init deb_use_system_serial update_matplotlib_test +wxpython3.0.patch diff -Nru psychopy-1.79.00+git16-g30c9343.dfsg/debian/patches/wxpython3.0.patch psychopy-1.79.00+git16-g30c9343.dfsg/debian/patches/wxpython3.0.patch --- psychopy-1.79.00+git16-g30c9343.dfsg/debian/patches/wxpython3.0.patch 1970-01-01 12:00:00.0 +1200 +++ psychopy-1.79.00+git16-g30c9343.dfsg/debian/patches/wxpython3.0.patch 2014-09-12 13:07:20.0 +1200 @@ -0,0 +1,430 @@ +Description: Update for wxPython 3.0 + These changes should remain compatible with wxPython 2.8. +Bug-Debian: https://bugs.debian.org/759090 +Forwarded: no +Last-Update: 2014-09-11 + +Index: psychopy-1.79.00+git16-g30c9343.dfsg/psychopy/app/builder/builder.py +=== +--- psychopy-1.79.00+git16-g30c9343.dfsg.orig/psychopy/app/builder/builder.py psychopy-1.79.00+git16-g30c9343.dfsg/psychopy/app/builder/builder.py +@@ -23,17 +23,17 @@ from psychopy.app.builder import validat + from psychopy.constants import * + + canvasColor=[200,200,200]#in prefs? ;-) +-routineTimeColor=wx.Color(50,100,200, 200) +-staticTimeColor=wx.Color(200,50,50, 100) +-nonSlipFill=wx.Color(150,200,150, 255) +-nonSlipEdge=wx.Color(0,100,0, 255) +-relTimeFill=wx.Color(200,150,150, 255) +-relTimeEdge=wx.Color(200,50,50, 255) +-routineFlowColor=wx.Color(200,150,150, 255) +-darkgrey=wx.Color(65,65,65, 255) +-white=wx.Color(255,255,255, 255) +-darkblue=wx.Color(30,30,150, 255) +-codeSyntaxOkay=wx.Color(220,250,220, 255) # light green ++routineTimeColor=wx.Colour(50,100,200, 200) ++staticTimeColor=wx.Colour(200,50,50, 100) ++nonSlipFill=wx.Colour(150,200,150, 255) ++nonSlipEdge=wx.Colour(0,100,0, 255) ++relTimeFill=wx.Colour(200,150,150, 255) ++relTimeEdge=wx.Colour(200,50,50, 255) ++routineFlowColor=wx.Colour(200,150,150, 255) ++darkgrey=wx.Colour(65,65,65, 255) ++white=wx.Colour(255,255,255, 255) ++darkblue=wx.Colour(30,30,150, 255) ++codeSyntaxOkay=wx.Colour(220,250,220, 255) # light green + + # regular expression to check for unescaped '$' to indicate code: + _unescapedDollarSign_re = re.compile(r^\$|[^\\]\$) +@@ -282,9 +282,9 @@ class FlowPanel(wx.ScrolledWindow): + self.btnInsertRoutine =
Bug#755757: closed by Olly Betts o...@survex.com (Bug#755757: fixed in cecilia 5.0.9-1.1)
Control: reopen -1 cecilia (5.0.9-1.1) unstable; urgency=medium . * Non-maintainer upload. * Update for wxPython 3.0 (Closes: #755757): + New patch: wxpython3.0.patch Aargh - I put the wrong bug number in the changelog entry, reopening... Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757445: redshift-1.9.1 doesn't work with gnome-clock anymore
On Tue, Oct 07, 2014 at 04:06:41PM +0530, Ritesh Raj Sarraf wrote: I don't intend to. But if you want, you can take on with that bug report, I just closed. For me, on KDE, it works decently well with manual configuration. Ok, I understand - I will see if I will have the time for that. I think it would be very kind to Debian redshift users if the package had a NEWS file entry pertaining this (and possibly some instructions or link to instructions on how to configure it manually). Petr Baudis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763488: [Openjdk] Bug#763488: NMUs uploaded to DELAYED/5 (libjpeg-turbo transition)
Am 07.10.2014 um 14:01 schrieb Ondřej Surý: Hi, to finish the libjpeg-turbo transition in time for next stable releases, the missing fixes for libjpeg8-dev to libjpeg-dev changes in build depends were built and uploaded to DELAYED/5 as NMUs. No other changes than those related to libjpeg8 to libjpeg-turbo were done in the packages. please avoid these uploads. 6 and 8 are not part of the upcoming release, and we'll have another 7 upload soonish. thanks, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761277: gdc uninstallable on kfreebsd because of missing dep. libphobos-4.9-dev
On Fri, Oct 03, 2014 at 05:24:55PM +0200, Matthias Klose wrote: Am 02.10.2014 um 20:41 schrieb Aurelien Jarno: On Tue, Sep 30, 2014 at 06:10:27PM +0200, Aurelien Jarno wrote: On Fri, Sep 12, 2014 at 07:34:36PM +0200, Matthias Klose wrote: Am 12.09.2014 um 15:13 schrieb Thibaut Paumard: While it's your prerogative to decrease the severity, please note that this bug means that all the packages that build-depend on gdc (22 packages in jessie) are currently in an FTBFS-state on kfreebsd. sure, and they still will ftbfs without libphobos. There are a few others architectures which build gdc, but which do not build libphobos-dev. What makes kfreebsd special there, and why do we need this gdc - libphobos-dev dependency (which wasn't there in previous versions of the package)? For me it looks like a patch like the following one will fix the problem: Index: rules === --- rules (révision 7672) +++ rules (copie de travail) @@ -264,7 +264,7 @@ go_archs = amd64 arm64 armel armhf i386 ia64 mips mipsel \ powerpc ppc64 ppc64el s390 s390x x32 -phobos_archs = amd64 armel armhf i386 x32 kfreebsd-amd64 kfreebsd-i386 +phobos_archs = amd64 armel armhf i386 x32 ifneq (,$(filter $(DEB_HOST_ARCH), $(multilib_archs))) with_multilib = yes Of course having libphobos would be even better, but that can be done in a later step. As nobody shouted against my above proposal, I guess it's the way to go. I have just committed the change to the SVN. Matthias could you please upload it, or if you don't have time can I just upload it myself? yes, on my list. Any news about that? -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696873: Better place for download button: a different approach?
Hi everybody I think that the download button in the left side or center of the page would be better seen, but today I discovered something that made me think of a different approach. Two different friends, Windows users, began to be interested in Debian, and both of them told me this morning that they had trouble to find which image to download. I wondered how they had missed the green download button in the frontpage, so I asked them to reproduce what they did the day before at home to try to download Debian. They both had done the same thing: went to Google, and searched for debian. The results page is structured like this (see below for the actual list of results) - 1.- Debian (www.debian.org) DownloadingSecurity information Debian on CDsNetwork install About DebianGetting Debian 2.- Debian - Wikipedia, the free encyclopedia 3.- etc etc (minor differences depending on the language of search/results) The point is that these two people (each one on their own, not together) didn't click in the first result (www.debian.org), they clicked in Downloading, or Debian on CDs, or Getting Debian. And they didn't know the architecture of their computers, so they got stuck. Of course they could read the pages and so, but they preferred to wait for today and ask me; well in fact, they preferred to wait for today and complain to me :) I asked why they didn't click on the first link, and they said Because there is no download written in the description, I wanted to go directly to the download place. The first link looks like this: Debian -- The Universal Operating System https://www.debian.org/ Debian GNU/Linux Debian is an operating system and a distribution of Free Software. It is maintained and updated through the work of many users who volunteer their time and ... I have some suggestions: 1.- Change the meta description of the frontpage (index.wml): - Debian is an operating system and a distribution of Free Software. It is maintained and updated + Download Debian. Debian is an operating system and a distribution of Free Software. It is maintained and updated ... 2.- And/or Include the green button in other pages in addition to index.wml: https://www.debian.org/distrib/ (Getting Debian) https://www.debian.org/CD/http-ftp/ (Downloading) https://www.debian.org/CD/ (Debian on CD) https://www.debian.org/CD/netinst/ What do you think? Regards Laura Arjona https://wiki.debian.org/LauraArjona -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764347: chromium: Fonts and sizes are way too large
Package: chromium Version: 37.0.2062.120-3 Severity: important Dear Maintainer, since today (after a system update), my chromium looks unusably huge on a non-hdpi display, even with a new profile. All menus become hardly usable since text is cut off and scrolling is always required. This is on a T440s (14) with 1920x1080. Chromium looks fine when I reconfigure my display to 1680x1050. Image with konqueror for comparison: http://phihag.de/2014/chromium-giant.png I suspect this is some kind of high-dpi mode triggered by accident. Is there any way to disable or configure it? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii gconf-service3.2.6-3 ii libasound2 1.0.28-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libcap2 1:2.24-6 ii libcups2 1.7.5-4 ii libdbus-1-3 1.8.8-2 ii libexpat12.1.0-6 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc1 1:4.9.1-16 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.30.8-1+b1 ii libglib2.0-0 2.42.0-2 ii libgnome-keyring03.12.0-1 ii libgtk2.0-0 2.24.24-1 ii libharfbuzz0b0.9.35-1 ii libjpeg621:1.3.1-5 ii libnspr4 2:4.10.7-1 ii libnspr4-0d 2:4.10.7-1 ii libnss3 2:3.17.1-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libspeechd2 0.8-6 ii libspeex11.2~rc1.2-1 ii libstdc++6 4.9.1-16 ii libudev1 215-5+b1 ii libx11-6 2:1.6.2-3 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1 ii libxdamage1 1:1.1.4-2 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-2 ii libxi6 2:1.7.4-1 ii libxml2 2.9.1+dfsg1-4 ii libxrandr2 2:1.4.2-1 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.28-2+b1 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1 ii xdg-utils1.1.0~rc1+git20111210-7.1 chromium recommends no packages. Versions of packages chromium suggests: ii chromium-inspector 37.0.2062.120-3 pn chromium-l10n none -- Configuration Files: /etc/chromium/default [Errno 2] No such file or directory: u'/etc/chromium/default' /etc/chromium/initial_bookmarks.html [Errno 2] No such file or directory: u'/etc/chromium/initial_bookmarks.html' /etc/chromium/master_preferences [Errno 2] No such file or directory: u'/etc/chromium/master_preferences' -- 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#764348: exim4: Mime Parser Bug in Exim 4.80
Package: exim4 Version: 4.80-7 Severity: normal Dear Maintainer, exim 4.80 from Debian stable contains a mime parser bug which leads to an invalid setting of $mime_filename This has been fixed in newer upstream Versions by commit 1bd0d12bcbf4f51bd78c60d5bae01f1ff38c5a84 See Discussion at https://lists.exim.org/lurker/message/20140714.133010.12ab3766.en.html This will allow to bypass ACL checks in certain cases. Regards Sven -- Package-specific info: Exim version 4.80 #2 built 02-Jan-2013 18:59:17 Copyright (c) University of Cambridge, 1995 - 2012 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2012 Berkeley DB: Berkeley DB 5.1.29: (October 25, 2011) Support for: crypteq iconv() IPv6 PAM Perl Expand_dlfunc GnuTLS move_frozen_messages Content_Scanning DKIM Old_Demime Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages exim4 depends on: ii debconf [debconf-2.0] 1.5.49 ii exim4-base 4.80-7 ii exim4-daemon-heavy 4.80-7 exim4 recommends no packages. exim4 suggests no packages. -- debconf information: exim4/drec: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758565: freerdp FTBFS on sparc, arm64, hppa and x32 arches
control: tag -1 + patch On Tue, Oct 07, 2014 at 08:15:37AM +, Mike Gabriel wrote: Hi Helge, On Mo 18 Aug 2014 22:52:31 CEST, Helge Deller wrote: Package: freerdp Version: 1.1.0~git20140809.1.b07a5c1+dfsg-3 Severity: bug freerdp fails to build on various platforms for the same reason, that it tries to compile with arm-specifc compile options: cc: error: unrecognized command line option '-mfpu=neon' cc: error: unrecognized command line option '-mfloat-abi=softfp' All of this is triggered by a wrongly set WITH_NEON CMakefile setting. For logs see: for sparc: https://buildd.debian.org/status/package.php?p=freerdpsuite=sid for arm64, hppa and x32: http://buildd.debian-ports.org/status/package.php?p=freerdpsuite=sid I can give access to a hppa machine if needed... Helge I have pushed two patches [1,2] to freerdp.git [3] that hopefully fix the observed issues. I tested this on sparc and with the first of those patches [1], freerdp now builds, but fails in TestAlignment (no. 51). Unfortunately, I do not have arm64 or hppa test machines. Do you think you could pull freerdp.git (master branch) and do a test build for me? This patch indeed works on arm64. The real problem though is that MATCHES takes a regular expression, do arm* matches every architectures which contain ar, like aarch64, parisc or sparc. The simple patch below is therefore enough to fix the build failure: --- freerdp-1.1.0~git20140921.1.440916e+dfsg1/cmake/ConfigOptions.cmake +++ freerdp-1.1.0~git20140921.1.440916e+dfsg1/cmake/ConfigOptions.cmake @@ -6,7 +6,7 @@ elseif((CMAKE_SYSTEM_PROCESSOR MATCHES elseif((CMAKE_SYSTEM_PROCESSOR MATCHES i386) AND (CMAKE_SIZEOF_VOID_P EQUAL 8) AND (APPLE)) # Mac is weird like that. set(TARGET_ARCH x64) -elseif(CMAKE_SYSTEM_PROCESSOR MATCHES arm*) +elseif(CMAKE_SYSTEM_PROCESSOR MATCHES arm.*) set(TARGET_ARCH ARM) endif() -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763488: [Openjdk] Bug#763488: NMUs uploaded to DELAYED/5 (libjpeg-turbo transition)
On Tue, Oct 7, 2014, at 14:14, Matthias Klose wrote: Am 07.10.2014 um 14:01 schrieb Ondřej Surý: Hi, to finish the libjpeg-turbo transition in time for next stable releases, the missing fixes for libjpeg8-dev to libjpeg-dev changes in build depends were built and uploaded to DELAYED/5 as NMUs. No other changes than those related to libjpeg8 to libjpeg-turbo were done in the packages. please avoid these uploads. 6 and 8 are not part of the upcoming release, I know, but for our sanity they should be updated as well, so we don't have to track the exceptions. and we'll have another 7 upload soonish. If soonish ~ 5 days then it shouldn't be a problem, since the new version will have higher version number than the one in DELAYED/5 and if soonish = 5 days than I see no problem with NMU to help finish the transition, right? But feel free to cancel the DELAYED/5 upload if you really feel strongly about this. (Or I can do that, although I would prefer not to.) Cheers, -- 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
