Bug#753794: tkdesk: needs rebuild because BLT is ported to Tcl/Tk 8.6
Source: tkdesk Version: 2.0-9.1 Severity: grave Tags: patch Justification: renders package unusable Dear Maintainer, Since the blt package is built against Tcl/Tk 8.6 tkdesk stopped working and has to be ported to Tcl/Tk 8.6 as well. Unfortunately, simple bin-NMU doesn't suffice (tkdesk uses deprecated interp-result field, which support was dropeed in 8.6). I've prepared a small patch which allows tkdesk to build and I caould do NMU if you don't mind. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u tkdesk-2.0/debian/changelog tkdesk-2.0/debian/changelog --- tkdesk-2.0/debian/changelog +++ tkdesk-2.0/debian/changelog @@ -1,3 +1,11 @@ +tkdesk (2.0-9.2) unstable; urgency=low + + * Non-maintainer upload. + * Switched to Tcl/Tk 8.6 to work with newer BLT. + * Defined USE_INTERP_RESULT macro to build with Tcl 8.6. + + -- Sergei Golovan sgolo...@debian.org Fri, 04 Jul 2014 07:53:30 +0400 + tkdesk (2.0-9.1) unstable; urgency=low * Non-maintainer upload. diff -u tkdesk-2.0/debian/rules tkdesk-2.0/debian/rules --- tkdesk-2.0/debian/rules +++ tkdesk-2.0/debian/rules @@ -15,7 +15,7 @@ configure: configure-stamp configure-stamp: dh_testdir - ./configure --with-blt=/usr/lib --prefix=/usr --mandir=/usr/share/man --with-tcl=/usr/lib/tcl8.5 --with-tk=/usr/lib/tk8.5 --with-itcl=/usr/lib/itcl3.4 --with-itcl-lib=-litcl3.4 --with-itcl-version=3.4 + ./configure --with-blt=/usr/lib --prefix=/usr --mandir=/usr/share/man --with-tcl=/usr/lib --with-tk=/usr/lib --with-itcl=/usr/lib/itcl3.4 --with-itcl-lib=-litcl3.4 --with-itcl-version=3.4 touch configure-stamp build: build-stamp @@ -23,7 +23,7 @@ build-stamp: configure-stamp dh_testdir - make CC_EXTRA_OPTS=-O2 -g -Wall TKDESK_LIBRARY=$(TKDESK_LIBRARY) + make CC_EXTRA_OPTS=-O2 -g -Wall -DUSE_INTERP_RESULT TKDESK_LIBRARY=$(TKDESK_LIBRARY) touch build-stamp clean: diff -u tkdesk-2.0/debian/control tkdesk-2.0/debian/control --- tkdesk-2.0/debian/control +++ tkdesk-2.0/debian/control @@ -3,7 +3,7 @@ Priority: extra Maintainer: Daniel Martin fiz...@debian.org Standards-Version: 3.6.1.0 -Build-Depends: itcl3-dev ( 3.3), blt-dev, tk8.5-dev (= 8.5.7-2), debhelper ( 5.0.0) +Build-Depends: itcl3-dev ( 3.3), blt-dev (= 2.5.3), tk-dev (= 8.6.0), debhelper ( 5.0.0) Package: tkdesk Architecture: any
Bug#753590: ITP: python-pyqtgraph -- Scientific Graphics and GUI Library for Python
Hi, I added this package to the viewing task of Debian science. It's fine if you maintain the package in the Python team but this way scientists might become aware of it. Thanks for maintaining this package Andreas. On Thu, Jul 03, 2014 at 12:53:45PM +0100, Gianfranco Costamagna wrote: Package: wnpp Severity: wishlist Owner: Gianfranco Costamagna costamagnagianfra...@yahoo.it * Package name : python-pyqtgraph Version : 0.9.8 Upstream Author : Luke Campagnola luke.campagn...@gmail.com * URL : http://luke.campagnola.me/code/pyqtgraph * License : MIT Programming Lang: Python Description : Scientific Graphics and GUI Library for Python PyQtGraph is a pure-python graphics and GUI library built on PyQt4 and numpy. It is intended for use in mathematics / scientific / engineering applications. Despite being written entirely in python, the library is very fast due to its heavy leverage of numpy for number crunching and Qt's GraphicsView framework for fast display. I would like to maintain inside Debian Python Modules Team, this package is relevant since is needed by the new binwalk release (don't know if other packages needs it) Thanks, Gianfranco -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1404388425.93189.yahoomail...@web171804.mail.ir2.yahoo.com -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753390: non-free stuff in source package
Hello Thorsten, Thanks for the pointer! However, I'm unsure about how to proceed: the content under CC-BY-NC-ND you mean are probably two guides written in Latex. Unless it's really unsuitable to Debian policies, I would like to keep them there so they are built and stored in the mrpt-doc package as .ps docs. Other contents in this directory are: - Man pages as .pod files (-- which end up in the mrpt-apps package) - Doxygen pages (-- also go to the mrpt-doc package) - Some code examples. Since I'm also the author upstream, I can update the debian/copyright and/or the license of the two guides in Latex. Let me know what would be the preferred changes so all contents in the Debian package mrpt-doc can be maintained there and I can flag this bug as done. Cheers, JL On Tue, Jul 1, 2014 at 1:40 PM, Thorsten Alteholz alteh...@debian.org wrote: Package: mrpt Version: 1:1.2.0-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please remove the doc directory from the source package. Most of the stuff is either licensed under CC-BY-NC-ND or some other license that makes it unfit for main. In this context you might want to review your debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753795: ngspice: needs rebuild with Tcl/Tk 8.6 after BLT was ported to Tcl/Tk 8.6
Source: ngspice
Version: 24-1.1
Severity: grave
Tags: patch
Justification: renders package unusable
Dear Maintainer,
Recently the blt package was ported to the Tcl/Tk 8.6, so tclspice needs
to do the same because it uses BLT. I've prepared a patch and can do NMU if
you don't mind.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru ngspice-24/debian/changelog ngspice-24/debian/changelog
--- ngspice-24/debian/changelog 2014-02-14 09:43:38.0 +0400
+++ ngspice-24/debian/changelog 2014-07-04 07:35:11.0 +0400
@@ -1,3 +1,12 @@
+ngspice (24-1.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Replace dependencies on Tcl/Tk 8.5 by Tcl/Tk 8.6 to match the newer
+blt package.
+ * Define USE_INTERP_RESULT to make tclspice buildable with Tcl 8.6.
+
+ -- Sergei Golovan sgolo...@debian.org Fri, 04 Jul 2014 07:35:05 +0400
+
ngspice (24-1.1) unstable; urgency=low
* Non-maintainer upload.
diff -Nru ngspice-24/debian/control ngspice-24/debian/control
--- ngspice-24/debian/control 2014-01-31 11:23:48.0 +0400
+++ ngspice-24/debian/control 2014-07-05 10:26:27.0 +0400
@@ -6,7 +6,7 @@
Andreas Tille ti...@debian.org
Build-Depends: debhelper (= 8), automake, libtool, libxaw7-dev, flex,
bison, gfortran, libedit-dev, libncurses5-dev,
- texinfo, tcl8.5-dev, tcl8.5, tk8.5-dev, tk8.5, blt-dev
+ texinfo, tcl8.6-dev, tcl8.6, tk8.6-dev, tk8.6, blt-dev (= 2.5.3)
Build-Depends-Indep: lyx, elyxer, texlive, texlive-latex-extra, texlive-lang-greek,
texlive-generic-recommended, imagemagick
Standards-Version: 3.9.3
@@ -29,7 +29,7 @@
Package: tclspice
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, ngspice, blt, tcl8.5, tk8.5
+Depends: ${shlibs:Depends}, ${misc:Depends}, ngspice, blt, tcl8.6, tk8.6
Replaces: tclspice-dev
Breaks: tclspice-dev
Description: NGspice library for Tcl
diff -Nru ngspice-24/debian/rules ngspice-24/debian/rules
--- ngspice-24/debian/rules 2014-01-31 11:33:17.0 +0400
+++ ngspice-24/debian/rules 2014-07-04 07:36:02.0 +0400
@@ -14,7 +14,7 @@
CROSS= --build $(DEB_BUILD_GNU_TYPE)
endif
-
+CFLAGS= -DUSE_INTERP_RESULT
config.status: config.status-stamp configure
config.status-stamp:
@@ -57,7 +57,7 @@
--enable-cider \
--disable-debug \
--disable-x \
- --with-tcl=/usr/lib/tcl8.5 \
+ --with-tcl=/usr/lib/tcl8.6 \
CFLAGS=$(CFLAGS))
touch $@
Bug#753444: Bug#753542: perl-base - Segfaults in libperl.so.5.18
On Sat, Jul 05, 2014 at 02:27:02AM +0200, Emilio Pozuelo Monfort wrote: On 03/07/14 19:50, Aurelien Jarno wrote: On Thu, Jul 03, 2014 at 07:43:57PM +0300, Niko Tyni wrote: I could make a sourceful perl upload incrementing perlapi-5.18.2 to for instance perlapi-5.18.2d (and removing perlapi-5.18.1) on s390x only. This would make ~500 reverse dependencies of perlapi-5.18.* uninstallable and require a new binNMU round for them. As libperl5.18 has a tight dependency on perl-base, I don't think we'd need to do anything on the libperl side. I think this would work fine. From the buildds point of view, the 500 binNMUs should not pose any problem, we have enough build power there. I think this would be the right way fix this, but I suppose it would affect ongoing transitions and the like. I'm cc'ing the release team for advice. I have come up with: https://release.debian.org/transitions/html/perlapi-5.18.2d-s390x.html Although I would prefer to wait a bit and do 5.20 directly, I'm not affected by this breakage as I don't have any s390x machines. So if you think this is important enough, we could go ahead and do it now. The only conflict I see right now is gdal with the poppler transition, but that one should be finished in two or three days if everything goes well. Thanks. I don't use s390x either, but clearly there are people who do, and broken upgrades for a few weeks don't seem acceptable to me. So do I wait until poppler is done? Please ping me when it's OK to upload. What do we do with packages that fail to build? Remove the old s390x binaries from testing? The source packages are going to cause trouble for the 5.20 transition too, of course... -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753795: The correct patch
Hi!
Here is the correct patch (where the examples in the tclspice package
use wish8.6 instead of wish8.5).
Cheers!
--
Sergei Golovan
diff -Nru ngspice-24/debian/changelog ngspice-24/debian/changelog
--- ngspice-24/debian/changelog 2014-02-14 09:43:38.0 +0400
+++ ngspice-24/debian/changelog 2014-07-04 07:35:11.0 +0400
@@ -1,3 +1,12 @@
+ngspice (24-1.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Replace dependencies on Tcl/Tk 8.5 by Tcl/Tk 8.6 to match the newer
+blt package.
+ * Define USE_INTERP_RESULT to make tclspice buildable with Tcl 8.6.
+
+ -- Sergei Golovan sgolo...@debian.org Fri, 04 Jul 2014 07:35:05 +0400
+
ngspice (24-1.1) unstable; urgency=low
* Non-maintainer upload.
diff -Nru ngspice-24/debian/control ngspice-24/debian/control
--- ngspice-24/debian/control 2014-01-31 11:23:48.0 +0400
+++ ngspice-24/debian/control 2014-07-05 10:26:27.0 +0400
@@ -6,7 +6,7 @@
Andreas Tille ti...@debian.org
Build-Depends: debhelper (= 8), automake, libtool, libxaw7-dev, flex,
bison, gfortran, libedit-dev, libncurses5-dev,
- texinfo, tcl8.5-dev, tcl8.5, tk8.5-dev, tk8.5, blt-dev
+ texinfo, tcl8.6-dev, tcl8.6, tk8.6-dev, tk8.6, blt-dev (= 2.5.3)
Build-Depends-Indep: lyx, elyxer, texlive, texlive-latex-extra,
texlive-lang-greek,
texlive-generic-recommended, imagemagick
Standards-Version: 3.9.3
@@ -29,7 +29,7 @@
Package: tclspice
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, ngspice, blt, tcl8.5, tk8.5
+Depends: ${shlibs:Depends}, ${misc:Depends}, ngspice, blt, tcl8.6, tk8.6
Replaces: tclspice-dev
Breaks: tclspice-dev
Description: NGspice library for Tcl
diff -Nru ngspice-24/debian/patches/02_fix_tcl_examples.patch
ngspice-24/debian/patches/02_fix_tcl_examples.patch
--- ngspice-24/debian/patches/02_fix_tcl_examples.patch 2014-01-31
11:29:19.0 +0400
+++ ngspice-24/debian/patches/02_fix_tcl_examples.patch 2014-07-05
10:46:45.0 +0400
@@ -6,7 +6,7 @@
#!/bin/sh
# WishFix \
-exec wish -f $0 ${1+$@}
-+exec wish8.5 -f $0 ${1+$@}
++exec wish8.6 -f $0 ${1+$@}
###
# old name: analyse-20070504-0.tcl
@@ -22,7 +22,7 @@
#!/bin/sh
# WishFix \
- exec wish -f $0 ${1+$@}
-+ exec wish8.5 -f $0 ${1+$@}
++ exec wish8.6 -f $0 ${1+$@}
###
package require BLT
@@ -37,7 +37,7 @@
#!/bin/sh
# WishFix \
-exec wish -f $0 ${1+$@}
-+exec wish8.5 -f $0 ${1+$@}
++exec wish8.6 -f $0 ${1+$@}
###
package require BLT
@@ -52,7 +52,7 @@
#!/bin/sh
# WishFix \
- exec wish vspicechart.tcl example.cir
-+ exec wish8.5 vspicechart.tcl example.cir
++ exec wish8.6 vspicechart.tcl example.cir
###
--- a/examples/tclspice/tcl-testbench4/vspicechart.tcl
+++ b/examples/tclspice/tcl-testbench4/vspicechart.tcl
@@ -80,7 +80,7 @@
#!/bin/sh
# WishFix \
-exec wish -f $0 ${1+$@}
-+exec wish8.5 -f $0 ${1+$@}
++exec wish8.6 -f $0 ${1+$@}
###
package require BLT
diff -Nru ngspice-24/debian/rules ngspice-24/debian/rules
--- ngspice-24/debian/rules 2014-01-31 11:33:17.0 +0400
+++ ngspice-24/debian/rules 2014-07-04 07:36:02.0 +0400
@@ -14,7 +14,7 @@
CROSS= --build $(DEB_BUILD_GNU_TYPE)
endif
-
+CFLAGS= -DUSE_INTERP_RESULT
config.status: config.status-stamp configure
config.status-stamp:
@@ -57,7 +57,7 @@
--enable-cider \
--disable-debug \
--disable-x \
- --with-tcl=/usr/lib/tcl8.5 \
+ --with-tcl=/usr/lib/tcl8.6 \
CFLAGS=$(CFLAGS))
touch $@
Bug#736036: upgrading to serious: libtiff4-dev is being removed
Thanks for escalating, I will attempt fix well before autoremoval deadline. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753307: Patch
Hi Ole!
I've prepared a small patch which can help in porting skycat to 8.6
(it just replaces 8.5 by 8.6 here and there and adds a bit more
restrictive dependency on blt).
Cheers!
--
Sergei Golovan
diff -Nru skycat-3.1.2+starlink1~b/debian/changelog
skycat-3.1.2+starlink1~b/debian/changelog
--- skycat-3.1.2+starlink1~b/debian/changelog 2014-04-14 13:48:11.0
+0400
+++ skycat-3.1.2+starlink1~b/debian/changelog 2014-07-05 10:52:33.0
+0400
@@ -1,3 +1,10 @@
+skycat (3.1.2+starlink1~b-6.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Switched to Tcl/Tk 8.6.
+
+ -- Sergei Golovan sgolo...@debian.org Sat, 05 Jul 2014 10:52:01 +0400
+
skycat (3.1.2+starlink1~b-6) unstable; urgency=low
* Replace tclx8.4 dependency by tcl8.5 counterparts
diff -Nru skycat-3.1.2+starlink1~b/debian/control
skycat-3.1.2+starlink1~b/debian/control
--- skycat-3.1.2+starlink1~b/debian/control 2014-04-14 13:38:08.0
+0400
+++ skycat-3.1.2+starlink1~b/debian/control 2014-07-05 10:51:21.0
+0400
@@ -3,15 +3,15 @@
Priority: optional
Maintainer: Debian Astronomy Maintainers
debian-astro-maintain...@lists.alioth.debian.org
Uploaders: Ole Streicher deb...@liska.ath.cx
-Build-Depends: blt-dev (= 2.4z),
+Build-Depends: blt-dev (= 2.5.3),
debhelper (= 9),
dh-autoreconf,
itcl3,
itk3,
libcfitsio3-dev,
libwcstools-dev,
- tcl8.5-dev,
- tk8.5-dev
+ tcl8.6-dev,
+ tk8.6-dev
Standards-Version: 3.9.5
Homepage: http://archive.eso.org/cms/tools-documentation/skycat.html
Vcs-Git: git://anonscm.debian.org/debian-astro/packages/skycat.git
@@ -19,12 +19,12 @@
Package: skycat
Architecture: any
-Depends: blt (= 2.4z),
+Depends: blt (= 2.5.3),
itcl3,
itk3,
libtk-img,
- tcl8.5,
- tk8.5,
+ tcl8.6,
+ tk8.6,
${misc:Depends},
${shlibs:Depends}
Description: Image visualization and access to catalogs and data for astronomy
diff -Nru skycat-3.1.2+starlink1~b/debian/patches/fhs.patch
skycat-3.1.2+starlink1~b/debian/patches/fhs.patch
--- skycat-3.1.2+starlink1~b/debian/patches/fhs.patch 2014-03-17
14:48:30.0 +0400
+++ skycat-3.1.2+starlink1~b/debian/patches/fhs.patch 2014-07-05
11:02:54.0 +0400
@@ -315,7 +315,7 @@
test -d $HOME/.skycat || mkdir $HOME/.skycat
echo `date`: Starting skycat with: $0 ${1+$@} $HOME/.skycat/log
-exec wish8.4 $SKYCAT_BASE/lib/skycat@PACKAGE_VERSION@/main.tcl ${1+$@} |
tee -a $HOME/.skycat/log 21
-+exec wish8.5 /usr/share/skycat/skycat@PACKAGE_VERSION@/main.tcl ${1+$@} |
tee -a $HOME/.skycat/log 21
++exec wish8.6 /usr/share/skycat/skycat@PACKAGE_VERSION@/main.tcl ${1+$@} |
tee -a $HOME/.skycat/log 21
--- a/skycat/configure.in
+++ b/skycat/configure.in
@@ -359,7 +359,7 @@
test -d $HOME/.rtd || mkdir $HOME/.rtd
-exec wish8.4 $RTD_BASE/lib/rtd@PACKAGE_VERSION@/main.tcl ${1+$@} | tee
$HOME/.skycat/log 21
-+exec wish8.5 /usr/share/skycat/rtd@PACKAGE_VERSION@/main.tcl ${1+$@} | tee
$HOME/.skycat/log 21
++exec wish8.6 /usr/share/skycat/rtd@PACKAGE_VERSION@/main.tcl ${1+$@} | tee
$HOME/.skycat/log 21
--- a/tclutil/configure.in
+++ b/tclutil/configure.in
diff -Nru skycat-3.1.2+starlink1~b/debian/rules
skycat-3.1.2+starlink1~b/debian/rules
--- skycat-3.1.2+starlink1~b/debian/rules 2014-03-17 16:28:18.0
+0400
+++ skycat-3.1.2+starlink1~b/debian/rules 2014-07-05 10:54:21.0
+0400
@@ -7,7 +7,7 @@
dh $@ --with autoreconf
override_dh_auto_configure:
- dh_auto_configure -- --with-tkinclude=/usr/include/tcl8.5
--with-tcl=/usr/lib/tcl8.5 --with-tk=/usr/lib/tk8.5 --libdir=/usr/lib/
--libexecdir=/usr/lib
+ dh_auto_configure -- --with-tkinclude=/usr/include/tcl8.6
--with-tcl=/usr/lib/tcl8.6 --with-tk=/usr/lib/tk8.6 --libdir=/usr/lib/
--libexecdir=/usr/lib
override_dh_installchangelogs:
Bug#753791: simgrid: FTBFS on hurd-i386
Hello, I'm wondering on why are you reporting this bug against simgrid. It seems to me that this is obviously a javadoc bug, don't you think? Could you please reassign that bug to the right package? Thanks for the time you took to investiguate the issue, though. But there is not much I can do about it myself... Bye, Mt. On Sat, Jul 05, 2014 at 03:41:09AM +0200, Gabriele Giacone wrote: Source: simgrid Severity: important User: debian-h...@lists.debian.org Usertags: hurd It FTBFS on hurd [...] cd /home/user/port/simgrid/simgrid-3.11.1/doc /usr/bin/javadoc -quiet -d /home/user/port/simgrid/simgrid-3.11.1/doc/html/javadoc/ /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/*.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/*/*.java Segmentation fault (core dumped) Same segfault with both gjdoc-4.8. Attached backtrace. Reading symbols from /usr/bin/gjdoc-4.9...(no debugging symbols found)...done. Starting program: /usr/bin/javadoc -quiet -d /home/user/port/simgrid/simgrid-3.11.1/doc/html/javadoc/ /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/NativeLib.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/As.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/Comm.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/File.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/Host.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/HostFailureException.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/HostNotFoundException.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/JniException.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/Msg.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/MsgException.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/Mutex.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/NativeException.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/Process.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/ProcessKilledError.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/ProcessNotFoundException.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/RngStream.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/Semaphore.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/Task.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/TaskCancelledException.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/TimeoutException.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/TransferFailureException.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/msg/VM.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/Action.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/ActionList.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/ActionState.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/Cpu.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/CpuAction.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/CpuModel.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/LmmConstraint.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/LmmVariable.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/Model.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/NetworkAction.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/NetworkLink.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/Plugin.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/Resource.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/ResourceState.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/RoutingEdge.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/Surf.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/SurfJNI.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/TmgrTrace.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/surf/TmgrTraceEvent.java
Bug#753796: totem-mozilla to browser-plugin-totem
Package: totem-mozilla Severity: normal Since the last Debian release, Mozilla plugins are named either browser-plugin-foo (generic NAPI plugin) or xul-ext-foo (Iceweasel-specific XUL extention). It would be desirable for the Totem plugin to be renamed accordingly. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages totem-mozilla depends on: ii dbus-x11 1.8.6-1 ii libc62.19-4 ii libgcc1 1:4.9.0-7 ii libglib2.0-0 2.40.0-3 ii libstdc++6 4.9.0-7 ii libtotem-plparser18 3.10.2-3 ii libx11-6 2:1.6.2-2 pn totemnone Versions of packages totem-mozilla recommends: ii iceweasel [www-browser] 30.0-2 ii w3m [www-browser]0.5.3-16 totem-mozilla suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/debian-bugs-dist
Bug#753797: braille display incorrectly refreshed e.g. at tty change
Package: brltty Version: 5.0-2+b1 Severity: normal The content of the braille display is not always refreshed correctly. One example is at console change: when coming back to a previously visited console, what's displayed is the window containing the cursor, eventhough that was not the window which was displayed when the console was left. This bug is notpresent in the latest upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752845: RFS - policyd-weight/0.1.15.2-8 (fixes broken policyd-weight in unstable/testing rc bug #752845)
Package: sponsorship-requests Severity: important Hi everybody, currently, policyd-weight is broken in unstable/testing due to recent libnet-dns-perl upgrade, technically speaking policyd-weight used Net::DNS::Packet function dh_expand() which does not exist anymore. This upgrade fixes policyd-weight, policyd-weight now uses Net::DNS::Packet function dh_expand_PP(). * Package name: policyd-weight Version : 0.1.15.2-8 Upstream Author : Robert Felber * URL : www.policyd-weight.org * License : GPL-2+ Section : mail Changes: * Add 10_replace_net_dns_dn_expand.patch which replaces Net::DNS::Packet function dh_expand() with dh_expand_PP() (Closes: #752845) * Fixed description in 09_fix_net_dns_usage.patch It builds those binary packages: policyd-weight - Perl policy daemon for the Postfix MTA To access further information about this package, please visit the following URL: http://mentors.debian.net/package/policyd-weight Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/policyd-weight/policyd-weight_0.1.15.2-8.dsc It would be great if you could upload this package for me. Cheers, Werner Detter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698595: Debian bug #698595
Hello, IPV6 - Support was added. See http://sourceforge.net/p/ipmitool/feature-requests/32/ CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#746657: weboob: boobank/bp regression when used from skrooge
Hi, You can try to use the backend “weboob0g” instead of the bakend “weboob“. It solve the issue for me. Regards, Adrien signature.asc Description: This is a digitally signed message part.
Bug#752280: RM: haskell-attempt haskell-attoparsec-conduit haskell-base64-conduit haskell-blaze-builder-conduit haskell-filesystem-conduit haskell-network-conduit haskell-pool-conduit haskell-wai-even
Dear FTP-team, Am Mittwoch, den 25.06.2014, 19:20 -0700 schrieb Joachim Breitner: Am Samstag, den 21.06.2014, 23:19 -0700 schrieb Joachim Breitner: the latest release of the conduit- and wai-related libraries caused some reorganisation, and hence obsoletion of some packages. Please remove the mentioned source packages from unstable at some time. (This is not yet critical for a testing migration, but will eventually. I’ll come back to you when that happens.) we are nearing the transition, and according to dak on coccoia, there are no more # Broken Depends: on RC architectures, so from my POV, this looks like it’s good to go. according to https://jenkins.debian.net/job/chroot-installation_sid_install_haskell/397/console this removal is the last bit required to get Haskell in Debian into shape again (at least on amd64). Can we have them removed now, pretty please? Thanks, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#752550: nss-pam-ldapd: [INTL:ru] Russian debconf templates translation update
В Fri, 04 Jul 2014 13:00:50 +0200 Arthur de Jong adej...@debian.org пишет: On Wed, 2014-07-02 at 23:27 +0200, Arthur de Jong wrote: There is however another template that has recently been added and I am considering asking the English language list for a review of the templates that were added a while back (that's why I didn't call for translations yet). I haven't gotten around to asking the English language list but another template was added. Please see the attached .po file. I would be grateful if you could take the time to update it. Done. -- Best Regards, Yuri Kozlov ru.po.gz Description: application/gzip
Bug#736398: gap-dev: multi-architecture support
On Fri, Jul 04, 2014 at 11:44:26PM +0200, Jerome BENOIT wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Bill, On 29/06/14 23:08, Bill Allombert wrote: To start with GAP itself, I plan to add a symlink in GAP 4r7p5, /usr/lib/gap/bin/$(GAParch) - /usr/lib/$(multiarch triplet)/gap/bin and make sure packages like IO can be compiled without patching the configure system. I am on my way to update the GAP IO Debian package: the assertion ``IO can be compiled without patching the configure system'' is nearly true with `4r7p5-1' as AC_FIND_GAP failed at the very end: AC_FIND_GAP can not locate GAP's gmp.h and emit the message ``checking for GAP's gmp.h location... not found, GAP was compiled without GMP''. Can this easy to fix issue be fixed soon ? I do not understand: Just do ./configure_like_gap /usr/lib/gap make and everything should work. Cheers, Bill. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752921: transition: qtbase-opensource-src
On Sat, Jul 5, 2014 at 00:43:40 -0300, Lisandro Damián Nicanor Pérez Meyer wrote: I have just pushed qtbase-opensource-src 5.3.1+dfsg-3 which should fix the FTBFS in gammaray and fcitx-qt5 due to a improper check in the cmake files. Please schedule a binNMU with a waitdep on it (or I can ping you whenever qtbase gets built everywhere too). jcristau@wuiet:~$ wb dw gammaray fcitx-qt5 . ALL -armel -armhf -hurd-i386 . -m 'qtbase5-dev (= 5.3.1+dfsg-3)' Cheers, Julien signature.asc Description: Digital signature
Bug#733517: FTBFS on Sparc and S390x
❦ 4 mai 2014 09:15 +0200, Vincent Bernat ber...@debian.org : There is another problem on sparc that makes the build fail but it succeeds on s390x. I still have to figure out the remaining bug on sparc but it seems quite complex (and related to libffi). Since sparc is now removed from the list of supported architectures, the patch should fix the problem (or use the 0.8.2 version which also fixes the problem). Could you consider applying the patch or update to 0.8.2? Thanks. -- Don't compare floating point numbers just for equality. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#747907: Forwarded
control: forwarded -1 http://www.cmake.org/Bug/view.php?id=15007 control: tags -1 + upstream -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731340: lintian: [new check] Check if debian/upstream files are valid YAML
On 2013-12-04 14:04, Simon Kainz wrote: Package: lintian Version: 2.5.10.4 Severity: wishlist Tags: patch After processing some debian/upstream whic hcontained broken/invalid YAML data, i created the following check together with ti...@debian.org: if debian/upstream is not avail - pedantic warning Invalid YAML - normal warning YAML with invalid field - normal warning Please see my attached file. Would be nice if this could be integrated into lintian. [...] Hi Simon, Thanks for taking the time to write a patch and sorry for the long delay in getting back to you. We already commented on your patch a while ago, but unfortunately, you were never added to the recipient list of those mails ... Our primary concern with your patch is that it relies on Test::YAML and Test::More, which are modules only used for testing code (e.g. build time tests). Beyond that, there are two additional improvements worth considering: * Adding a test case for your new checks / tags * Moving the (contents of) @allowed_fields into a data file. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753727: [DSE-Dev] Bug#753727: reason for this
Le Sat, 05 Jul 2014 11:46:08 +1000, Russell Coker russ...@coker.com.au a écrit : The current version of libselinux1.postint runs telinit u to tell init to re-exec itself. This was added so the system can shutdown cleanly when sysvinit is the active PID 1. AFAIK that was never the case. The reason for running telinit u when a shared object that init uses is upgraded is so that init will start using the new version. I don't think we can unconditionally avoid such an operation. If at some future time we find a security flaw in one of those libraries that can affect the operation of process 1 there needs to be a way of causing the buggy library to be removed from memory. If systemd is unable to handle this correctly then that would be a bug in systemd. Also there is the possibility of an upgrade requiring a file format change to something under /etc/selinux. Upgrades of SE Linux user space between major versions of Debian without a reboot are officially unsupported (I'll close any bug report of the form I did a dist-upgrade from wheezy to jessie without rebooting and things didn't work correctly), so this shouldn't be a problem. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753790 I don't think that systemd needs to get the new library instantly (not even for a security issue). But it definitely needs to get it before the next reboot (which may be a year later). So maybe we could have a trigger or something and let systemd work it out. I have filed bug report #753790 against systemd for this. Quickly looking a the libsepol case, I'm not sure why we are re-executing init in this case at all. sysvinit doesn't seems to use any of its symbols and libselinux itself is statically linked against it. Or did I overlooked something? Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532356: Debian bug #532356
Control: tag -1 + moreinfo Hello, occurs this error with the current version still on? Regards Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#753799: libghc-xmonad-contrib-dev: unmet dependencies
Source: libghc-xmonad-contrib-dev Version: unmet dependencies Severity: grave Justification: renders package unusable libghc-xmonad-contrib-dev version 0.11.3-1 is uninstallable, due to unmet dependencies. $ sudo apt install libghc-xmonad-contrib-dev [sudo] password for gueux: 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: libghc-xmonad-contrib-dev : Depends: libghc-xmonad-dev-0.11-eaaae but it is not installable E: Unable to correct problems, you have held broken packages. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (500, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: Digital signature
Bug#712105: Debian Bug #712105
Hello, I close this bug now. If the error still exists feel free to reopen this bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#656660: Debian bug #656660
Hello, I close this bug now. If the error still exists feel free to reopen this bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#736398: gap-dev: multi-architecture support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Bill, thanks for your prompt reply. On 05/07/14 10:26, Bill Allombert wrote: On Fri, Jul 04, 2014 at 11:44:26PM +0200, Jerome BENOIT wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Bill, On 29/06/14 23:08, Bill Allombert wrote: To start with GAP itself, I plan to add a symlink in GAP 4r7p5, /usr/lib/gap/bin/$(GAParch) - /usr/lib/$(multiarch triplet)/gap/bin and make sure packages like IO can be compiled without patching the configure system. I am on my way to update the GAP IO Debian package: the assertion ``IO can be compiled without patching the configure system'' is nearly true with `4r7p5-1' as AC_FIND_GAP failed at the very end: AC_FIND_GAP can not locate GAP's gmp.h and emit the message ``checking for GAP's gmp.h location... not found, GAP was compiled without GMP''. Can this easy to fix issue be fixed soon ? I do not understand: Just do ./configure_like_gap /usr/lib/gap make and everything should work. `./configure_like_gap' is specific to the GAP-IO package, for other GAP package only the classical configure may be available. The macro generally involved to set up is AC_FIND_GAP defined in `IO/m4/ac_find_gap.m4'. This macro determines (weakly: line 150 to 156) whether GAP was built with GMP support. Back to GAP-IO: cd IO ./configure --with-gaproot=/usr/lib/gap gives, as concerned GAP: checking for GAP root directory... /usr/lib/gap checking for GAP architecture... x86_64-pc-linux-gnu-gcc-default64 checking for GAP include files... /usr/lib/gap/src/compiled.h checking for GAP config.h... /usr/lib/gap/bin/x86_64-pc-linux-gnu-gcc-default64/config.h checking for GAP's gmp.h location... not found, GAP was compiled without GMP The GAP's gmp.h is not located because AC_FIND_GAP looks for for it as `/usr/lib/gap/bin/x86_64-pc-linux-gnu-gcc-default64/extern/gmp/include/gmp.h', which effectively does not exist. I guess that the folder `/usr/lib/gap/bin/GAP triplet/extern/' must be created, then the sub-folders `gmp/include', and then the link 'gmp.h' - /usr/include/Debiean triplet/gmp.h must be set up. I am agree that this issue may be not relevant for the GAP IO package itself, but it may be for other GAP packages (e.g., float). The non location of the GMP header introduces some inconsistencies in the building process, as such it may be fixed. Best wishes, Jerome Cheers, Bill. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTt8RHAAoJEIC/w4IMSybjDVoH/3t03F11gB3WAx7YSK6epGc5 1znkGZWc3juRoseahOJzTtsHlIPmoffR43f4cddANwI3wS0ZutJ6PltO6K+T/EpJ SUHXpiycots8agqYTmkPalZmnhWygJCaLWe5QV1cV9cOOOwToL70MmW5EduTuhAC PC8UUtdJO/d+TvKZGA8yWOgURfJYOfw4PtHdkiDC/+yW99npbAF9dFoF3pvKKz0Z z5u/svCgfKq0rW3IEbTBRxzaxfpMP9XIPxMnjb4V2RBgV12bwFRDg/ViNrwlFqGx Q5kdLA9AE4DP2p7qHiFe7ZtMhVmo8HNJb434aN8MsgUCWRGvn0THQJDhvy1WcFo= =N39f -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#753584: Should depend on mate-media-pulse | mate-media-gstreamer
On 07/04/2014 06:32 PM, Mike Gabriel wrote: However, I also get the usability part, so I give way to this request. Thank you! Please take care of getting this change into unstable, please. Sure, will do during the next days. Was planning to do some Debian work anyway. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 signature.asc Description: OpenPGP digital signature
Bug#753800: tracker.debian.org: please give the details link some content
Package: tracker.debian.org Severity: minor Please add some content to the span title=details links. Currently the whole content of the a .. is a i... tag without any content and the image of the question mark in the circle is put there as background image. This causes some text browsers to not offer anything to select there, so the link is not shown and cannot be followed. It would be nicer if there was some img .. with a proper alternate text. Thanks in advance, Bernhard R. Link -- F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753801: pbuilder: Please consider patch to fix it on hurd-i386
Package: pbuilder
Version: 0.215+nmu2
Severity: normal
User: debian-h...@lists.debian.org
Usertags: hurd
Dear Maintainer,
attached patch makes pbuilder working on hurd.
First and last hunks work around a hurd limitation: currently if
mountpoints (also device pathnames) contain superfluous . and /,
path is not canonicalized so user to properly umount needs to specify
mountpoint exactly as it was specified at mount time, with superfluous
. and / if any.
See https://lists.gnu.org/archive/html/bug-hurd/2014-06/msg00018.html
thread.
Thanks for considering.
diff --git a/pbuilder-createbuildenv b/pbuilder-createbuildenv
index 8362b1c..1441d4c 100755
--- a/pbuilder-createbuildenv
+++ b/pbuilder-createbuildenv
@@ -73,7 +73,7 @@ if ! ( cd $BUILDPLACE \
--include=apt \
${DEBOOTSTRAPOPTS[@]} \
$DISTRIBUTION \
-. \
+$BUILDPLACE \
$MIRRORSITE \
$DEBOOTSTRAPSCRIPT ) ; then
log E: $DEBOOTSTRAP failed
diff --git a/pbuilder-modules b/pbuilder-modules
index 055d611..f40f76d 100644
--- a/pbuilder-modules
+++ b/pbuilder-modules
@@ -153,6 +153,7 @@ function seems_truly_unmounted() {
}
function umount_one () {
+DEB_BUILD_ARCH_OS=$(dpkg-architecture -qDEB_BUILD_ARCH_OS)
if [ ${IGNORE_UMOUNT} = yes ]; then
# support ignore umount option.
log I: ignoring umount of $1 filesystem
@@ -221,7 +222,7 @@ function umountproc () {
if [ $USEDEVFS = yes ]; then
umount_one dev
fi
-if [ $USERUNSHM = yes ]; then
+if [ $USERUNSHM = yes ] [ $DEB_BUILD_ARCH_OS != hurd ]; then
umount_one run/shm
fi
if [ $USEPROC = yes ]; then
@@ -233,6 +234,17 @@ function umountproc () {
if [ $DEB_BUILD_ARCH_OS = kfreebsd ]; then
umount_one sys
fi
+if [ $DEB_BUILD_ARCH_OS = hurd ]; then
+umount_one servers
+umount_one dev
+
+# Workaround to remove chroot on Hurd: once /dev firmlink is
+# removed, chroot removal either gets stuck or fails by removing
+# some devices.
+for dev in $BUILDPLACE/dev/{netdde,tty*,pty*,fd,vcs}; do
+settrans -fg $dev
+done
+fi
}
@@ -244,11 +256,15 @@ function mountproc () {
if [ $USEPROC = yes ]; then
log I: mounting /proc filesystem
mkdir -p $BUILDPLACE/proc
- PROCFS=proc
- if [ $DEB_BUILD_ARCH_OS = kfreebsd ]; then
- PROCFS=linprocfs
- fi
- mount -t $PROCFS /proc $BUILDPLACE/proc
+case $DEB_BUILD_ARCH_OS in
+kfreebsd) PROCFS=linprocfs ;;
+hurd) settrans -fg $BUILDPLACE/proc
+PROCFS=firmlink
+;;
+*) PROCFS=proc ;;
+esac
+mount -t $PROCFS /proc $BUILDPLACE/proc ||
+[ $DEB_BUILD_ARCH_OS = hurd ] true
ln -s ../proc/mounts $BUILDPLACE/etc/mtab 2 /dev/null || true
mounted[${#mounted[@]}]=$BUILDPLACE/proc
fi
@@ -279,6 +295,14 @@ function mountproc () {
mount -t selinuxfs /selinux $BUILDPLACE/selinux
mounted[${#mounted[@]}]=$BUILDPLACE/selinux
fi
+if [ $DEB_BUILD_ARCH_OS = hurd ]; then
+# /dev and /servers might have already been mounted at
+# debootstrap chroot creation
+mount -t firmlink /dev $BUILDPLACE/dev || true
+mounted[${#mounted[@]}]=$BUILDPLACE/dev
+mount -t firmlink /servers $BUILDPLACE/servers || true
+mounted[${#mounted[@]}]=$BUILDPLACE/servers
+fi
MOUNTPARAMS=-obind
[ $DEB_BUILD_ARCH_OS = kfreebsd ] MOUNTPARAMS=-t nullfs
for mnt in $BINDMOUNTS; do
diff --git a/pbuilderrc b/pbuilderrc
index d15eb53..9fdb14d 100644
--- a/pbuilderrc
+++ b/pbuilderrc
@@ -4,7 +4,7 @@
BASETGZ=/var/cache/pbuilder/base.tgz
#EXTRAPACKAGES=
#export DEBIAN_BUILDARCH=athlon
-BUILDPLACE=/var/cache/pbuilder/build/
+BUILDPLACE=/var/cache/pbuilder/build
MIRRORSITE=http://cdn.debian.net/debian
#OTHERMIRROR=deb http://www.home.com/updates/ ./
#export http_proxy=http://your-proxy:8080/
Bug#753658: /etc/os-release has moved
On Fri, Jul 04, 2014 at 05:45:41AM +0200, Marco d'Itri wrote: Package: base-files Version: 7.3 Severity: normal From the changelog of systemd 215: * The /etc/os-release file should now be placed in /usr/lib/os-release. The old location is automatically created as symlink. /usr/lib is the more appropriate location of this file, since it shall actually describe the vendor operating system shipped in /usr, and not the configuration stored in /etc. Fine, but the current /etc/os-release is a conffile in the dpkg sense which is updated when the system is updated. Making base-files to update the file at /usr/lib would be quite tricky (and in fact, I think it would violate policy). This means that either base-files updates the file and most probably violates policy, or the file is not updated on upgrades, people would be pissed about this, and they would report this as a bug. Nobody thought about that before deciding to move the file? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752009: debian-installer: Use -perm /0111 in Makefile as + is deprecated
Control: severity -1 important Christian PERRIER bubu...@debian.org (2014-06-19): Quoting Philip Mu?kovac (yo...@gmx.net): Package: debian-installer Version: 20140316 Severity: serious Tags: d-i patch Justification: fails to build from source (but built successfully in the past) The makefile currently uses -perm +0111 to find files which have to be be processed by mklibs which is deprecated. findutils 4.5 from experimental doesn't seem to allow using + anymore and finds no files when using it which causes the d-i build to fail as mklibs can't resolve all symbols anymore. Please use -perm /0111 as mentioned in the manpage which works with find 4.4 and 4.5 Thanks for the patch. I applied it in git and pushed it. It would be nice to avoid a broken last name; currently we have “Mu?kovac” in both debian/changelog and git history, we probably should fix the changelog. That would be Muškovac, right? Anyway, Philip, thanks for the patch; since the bug depends on pulling stuff from experimental, I'm lowering the severity for the time being. Mraw, KiBi. signature.asc Description: Digital signature
Bug#753444: Bug#753542: perl-base - Segfaults in libperl.so.5.18
On 05/07/14 08:48, Niko Tyni wrote: On Sat, Jul 05, 2014 at 02:27:02AM +0200, Emilio Pozuelo Monfort wrote: Although I would prefer to wait a bit and do 5.20 directly, I'm not affected by this breakage as I don't have any s390x machines. So if you think this is important enough, we could go ahead and do it now. The only conflict I see right now is gdal with the poppler transition, but that one should be finished in two or three days if everything goes well. Thanks. I don't use s390x either, but clearly there are people who do, and broken upgrades for a few weeks don't seem acceptable to me. So do I wait until poppler is done? Please ping me when it's OK to upload. I have thought a bit more about this. I was hesitant as there are lots of packages involved, but thinking more about it, this should be pretty smooth. You add perlapi-5.18.2d to perl-base's Provides, but you won't remove perlapi-5.18.1 or perlapi-5.18.2. Then perl-base can migrate immediately, and all the rebuilds can migrate as well. Then after the rebuilds are done, you can remove perlapi-5.18.1 and perlapi-5.18.2 from Provides. What do we do with packages that fail to build? Remove the old s390x binaries from testing? The source packages are going to cause trouble for the 5.20 transition too, of course... For leaf packages, we could possibly remove them. But why not just fix them wherever possible? Do you expect many FTBFS? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753697: openafs-filserver: OPENAFS-fileserver does not answer
Control: reassign -1 openafs-fileserver On Vi, 04 iul 14, 13:55:23, f...@fkoop.de wrote: Package: openafs-filserver Version: openafs-fileserver Severity: important Dear Maintainer, I have an OPENAFS-cell that used to work for several months. After having a crash on the machine, it started not to work anymore. The fileserver does not answer to requests any more. In the logs I see the following errors: FileLog Fri Jul 4 12:52:15 2014 File server starting (/usr/lib/openafs/fileserver) Fri Jul 4 12:52:15 2014 VL_RegisterAddrs rpc failed; will retry periodically (code=5376, err=0) Fri Jul 4 12:52:15 2014 Couldn't get CPS for AnyUser, will try again in 30 seconds; code=5376. Fri Jul 4 12:52:45 2014 Couldn't get CPS for AnyUser, will try again in 30 seconds; code=5376. VolserLog Fri Jul 4 12:53:01 2014 SYNC_connect: temporary failure on circuit 'FSSYNC' (will retry) Fri Jul 4 12:53:17 2014 SYNC_connect: temporary failure on circuit 'FSSYNC' (will retry) Fri Jul 4 12:53:41 2014 SYNC_connect: temporary failure on circuit 'FSSYNC' (will retry) Fri Jul 4 12:54:13 2014 SYNC_connect: temporary failure on circuit 'FSSYNC' (will retry) Fri Jul 4 12:54:53 2014 SYNC_connect: temporary failure on circuit 'FSSYNC' (will retry) Fri Jul 4 12:55:41 2014 Unable to connect to file server; will retry at need Fri Jul 4 12:55:41 2014 Starting AFS Volserver 2.0 (/usr/lib/openafs/volserver) This Cell has only 1 server, so all processes run on the same machine. bos status tells me that all processes (fs, vlserver, ptserver) are running fine. What else can I do to debug and/or fix the situation? Thanks for your help. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#712729: [Build-common-hackers] Bug#712729: cdbs: langcore.mk: support dpkg-buildflags' DEB_CFLAGS_MAINT_APPEND and similar
On Tue, Mar 18, 2014 at 12:03:08AM +0100, Simon Ruderich wrote: Hello Jonas, Any news on this? It would be great if this patch could get included into cdbs to provide the additional hardening flags for other packages. Hello Jonas, Any news? I saw a new version of cdbs was released, but this bug wasn't closed. Please include the patch and release a new version of cdbs, so other packages can get the hardening flags. Regards Simon -- + privacy is necessary + using gnupg http://gnupg.org + public key id: 0x92FEFDB7E44C32F9 signature.asc Description: Digital signature
Bug#753802: gns3: unable to install on wheezy-backports - missing backport of dynamips
Package: gns3 Version: 0.7.4-1 Severity: wishlist Dear Maintainer, the current backport 0.8.6-3~bpo70+1 have a Depends on dynamips (=0.2.8) but wheezy has 0.2.7-0.2.8RC2-5.1 and none backport are available. Please backport dynamips 0.2.12-1. Thanks. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gns3 depends on: ii dynamips0.2.7-0.2.8RC2-5.1 ii python 2.7.3-4+deb7u1 ii python-qt4 4.9.3-4 ii python-support 1.0.15 ii ucf 3.0025+nmu3 gns3 recommends no packages. gns3 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#753769: no cross toolchain plain communicated
Control: reassign -1 cross-binutils On Vi, 04 iul 14, 22:10:55, Matthias Klose wrote: Package: src:binutils-cross Version: 0.1 Severity: serious binutils-cross is now in unstable, however there was no discussion about the general target to provide a cross toolchain in Debian (at least not on the debian-cross or debian-gcc ML's). This should be done first before any cross toolchain component enters testing/jessie. -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#753793: mate: the xscreensaver demon is not started automatically
Control: reassign -1 mate-desktop-environment On Sb, 05 iul 14, 06:50:48, Markus Trümper wrote: Package: mate Version: MATE Desktop Environment 1.8.1 / xscreensaver 5.26 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I wanted to try out the Mate desktop environment and have used xfce and lxde up to that point. After installing MATE Core via Synaptic I found that the screensaver didn't start automatically anymore. * What exactly did you do (or not do) that was effective (or ineffective)? I used System / Preferences / Screensaver (Mate menu) to reconfigure the screensaver. It warned that the XScreenSaver daemon doesn't seem to be running on display :0.0 and offered to start it, which I did. It did not configure the demon to start automatically at the next login, though. I then added /usr/bin/xscreensaver to the list of autostart applications in System / Control Center / Startup Applications. *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#753781: Heads up: transition: xserver 1.16
Hi, We're planning on uploading xserver 1.16 to unstable. Currently all drivers in main, except for xf86-video-glamo, build fine against the new xserver. xf86-video-glamo fails to build but has patches on the BTS. I haven't tried to rebuild the drivers in non-free. Please check those. While we have tested the new xserver, we have limited hardware and haven't tested most drivers. So please give your driver some testing against the new xserver. We plan to upload the xserver next week. We will binNMU the drivers that can be rebuilt unless you say you want to do a sourceful upload for some reason. The packages that don't get support for the new xserver promptly may need to be removed from testing (I'm mostly thinking about the drivers in non-free). Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753803: libselinux1-dev: security_load_policy(3) needs links for selinux_mkload_policy(3) and selinux_init_load_policy(3)
Package: libselinux1-dev Version: 2.3-1 Severity: normal The man page security_load_policy(3) also has entries for selinux_mkload_policy(3) and selinux_init_load_policy(3) but no symlinks so the latter man commands don't work. Please create the symlinks. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libselinux1-dev depends on: ii libpcre3-dev 1:8.31-5 ii libselinux12.3-1 ii libsepol1-dev 2.3-1 libselinux1-dev recommends no packages. libselinux1-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#753804: ITP: node-ipaddr.js -- utility to manipulate IPv4 and IPv6 addresses
Package: wnpp Severity: wishlist Owner: Leo Iannacone l...@ubuntu.com X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-ipaddr.js Version : 0.1.2 Upstream Author : Peter Zotov whitequ...@whitequark.org * URL : https://github.com/whitequark/ipaddr.js * License : Expat Programming Lang: JavaScript Description : utility to manipulate IPv4 and IPv6 addresses ipaddr.js is a small library for manipulating IP addresses in JavaScript environments. It runs on both CommonJS runtimes, e.g. Node.js and in a web browser. . ipaddr.js allows to verify and parse string representation of an IP address, match it against a CIDR range or range list, determine if it falls into some reserved ranges (examples include loopback and private ranges), and convert between IPv4 and IPv4-mapped IPv6 addresses. . Node.js is an event-based server-side JavaScript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731415: unrar-free is dead upstream and completely useless
Hi, I'm not sure that it would be a good idea to use unar instead of unrar-free. In fact, unar and unrar-free haven't the same functionalities: For exemple, unar isn't able to read archives entries without extracting them. I think bsdtar would be a better replacement for unrar-free. Then, I mean that it would be better to keep unrar-free in Debian, even if it isn't really usefull: For exemple, I've packaged python-rarfile, a python module which uses both bsdtar and unrar-free. unrar-free's functions are used only if they work, otherwise, it uses bsdtar. The removal of unrar-free will also cause problems for its reverse dependencies: python-rarfile python3-rarfile zipper.app unp qcomicbook krusader ark amavisd-new Regards, Hugo -- Hugo Lefeuvre (hugo6390)|www.hugo6390.org 4096/ ACB7 B67F 197F 9B32 1533 431C AC90 AC3E C524 065E signature.asc Description: Digital signature
Bug#753793: mate: the xscreensaver demon is not started automatically
From xscreensaver README.Debian: XScreenSaver autostart == There is an example desktop file for XDG-compliant session managers in /usr/share/xscreensaver called xscreensaver-daemon.desktop If you want XScreenSaver to autostart in your sessions just copy it to ~/.config/autostart , or if you want it for all users copy it to /etc/xdg/autostart . If you don't need to modify it, consider soft-linking it instead of copying, so that future improvements will take effect automatically. The use of a NotShowIn option can be useful if you install the desktop file globally but have several desktop environments installed. For instance, if you have nuked gnome-screensaver and replaced it by xscreensaver, using a desktop file globally will be handy, but in that case you should use NoShowIn=KDE; just to avoid starting it in KDE sessions. If you use xscreensaver in other xdg-compliant environments but gnome-screensaver and kscreensaver for Gnome and KDE, using NoShowIn=KDE;GNOME; might suit your purpose. Note that the example desktop file does not start the daemon directly but via a wrapper script. This wrapper is intended to set the newLoginCommand resource correctly depending on the currently running display manager. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753805: mate-applets: Volume Applet 1.8.0 unmute doesn't unmute speakers
Package: mate-applets Version: 1.8.0+dfsg1-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? I muted my speakers using the Volume Applet 1.8.0 for the MATE panel. Alsa mixer shows that that mutes Master volume, Speaker and Bass Speaker on my system. Unmuting only unmutes the Master volume, but not the speakers. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mate-applets depends on: ii gir1.2-mate-panel 1.8.0+dfsg1-2 ii gsettings-desktop-schemas 3.8.2-2 ii gstreamer0.10-alsa 0.10.36-1.1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu3 ii gvfs1.20.2-1 ii libatk1.0-0 2.12.0-1 ii libc6 2.19-4 ii libcairo2 1.12.16-2 ii libcpufreq0 008-1 ii libdbus-1-3 1.8.4-1 ii libdbus-glib-1-20.102-1 ii libfontconfig1 2.11.0-5 ii libfreetype62.5.2-1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-02.40.0-3 ii libgtk2.0-0 2.24.24-1 ii libgtop2-7 2.28.5-2 ii libice6 2:1.0.8-2 ii libmate-desktop-2-171.8.1+dfsg1-1 ii libmate-panel-applet-4-11.8.0+dfsg1-2 ii libmateweather1 1.8.0-2 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpangoft2-1.0-0 1.36.3-1 ii libpolkit-gobject-1-0 0.105-6 ii libsm6 2:1.2.1-2 ii libupower-glib1 0.9.23-2+b2 ii libx11-62:1.6.2-2 ii mate-applets-common 1.8.0+dfsg1-1 ii mate-icon-theme 1.8.0-1 ii mate-panel 1.8.0+dfsg1-2 ii python 2.7.6-2 ii python-dbus 1.2.0-2+b3 ii python-gi 3.12.1-1+b1 ii python-gobject 3.12.1-1 ii python-gst0.10 0.10.22-3 ii python-notify 0.1.1-3 Versions of packages mate-applets recommends: ii cpufrequtils 008-1 ii mate-media 1.8.0+dfsg1-2 ii mate-polkit 1.8.0+dfsg1-3 ii mate-system-monitor 1.8.0+dfsg1-2 mate-applets 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#753727: [DSE-Dev] Bug#753727: reason for this
On Sat, 5 Jul 2014 11:03:32 Laurent Bigonville wrote: Quickly looking a the libsepol case, I'm not sure why we are re-executing init in this case at all. sysvinit doesn't seems to use any of its symbols and libselinux itself is statically linked against it. Or did I overlooked something? You are correct. When looking through the code it seems that libsepol is only used for audit2why.so (used for that one application and nothing else apparently) and for selinux_mkload_policy(3) (which I don't think is called by any init program). I think this is all fairly ugly anyway. Statically linking libraries is generally a bad thing to do and needlessly linking in code in essential libraries is always a bad thing. If I was in a position to change this (and I'm not given the cross distribution issues) then I would have selinux_mkload_policy(3) exported from libsepol.so and have the dependencies go from libsepol.so to libselinux.so so that systemd, init, and other programs which only need the base libselinux.so functionality can skip any form of linking against libsepol.so code. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753522: closed by gregor herrmann gre...@debian.org (Bug#753522: fixed in libflickr-api-perl 1.01-3+deb7u1)
On Sat, 05 Jul 2014 07:42:06 +0200, l...@soem.dk wrote: Hi Gregor, I believe API/Request.pm has to be patched as we, see lines 17 and 30. Ack, I later found the 1.10 upstream release with this change, uploaded it to unstable, and backported the two changes in API/Request.pm to a new 1.01-3+deb7u2 version, which is already accepted into stable-new. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Featuring The Dubliners, The Fureys And Davey Arthur Etc.: The Foggy Dew, Jim Mc Cann signature.asc Description: Digital Signature
Bug#752009: debian-installer: Use -perm /0111 in Makefile as + is deprecated
On Saturday 05 July 2014 11:42:19 Cyril Brulebois wrote: Control: severity -1 important Christian PERRIER bubu...@debian.org (2014-06-19): Quoting Philip Mu?kovac (yo...@gmx.net): Package: debian-installer Version: 20140316 Severity: serious Tags: d-i patch Justification: fails to build from source (but built successfully in the past) The makefile currently uses -perm +0111 to find files which have to be be processed by mklibs which is deprecated. findutils 4.5 from experimental doesn't seem to allow using + anymore and finds no files when using it which causes the d-i build to fail as mklibs can't resolve all symbols anymore. Please use -perm /0111 as mentioned in the manpage which works with find 4.4 and 4.5 Thanks for the patch. I applied it in git and pushed it. It would be nice to avoid a broken last name; currently we have “Mu?kovac” in both debian/changelog and git history, we probably should fix the changelog. That would be Muškovac, right? Anyway, Philip, thanks for the patch; since the bug depends on pulling stuff from experimental, I'm lowering the severity for the time being. Mraw, KiBi. Right, Muškovac would be the correct spelling. Sorry if I choose the wrong severity, none of the descriptions in reportbug seemed to fit so I choose 'ftbfs' Philip signature.asc Description: This is a digitally signed message part.
Bug#744914: Debian bug #744914
Hello, I close this bug now. If the error still exists feel free to reopen this bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#753806: texstudio: please use synctex parser provided by libsynctex-dev
Source: texstudio
Version: 2.7.0+debian-2.1
Severity: wishlist
Usertags: embedded-synctex-parser
texstudio currently contains a copy of synctex parser from texlive-bin.
This code is now provided as shared library by
libsynctex1/libsynctex-dev. Please consider the attached patch to use
the shared library instead of the embedded copy.
Cheers
--
Sebastian Ramacher
diff -Nru texstudio-2.7.0+debian/debian/changelog
texstudio-2.7.0+debian/debian/changelog
--- texstudio-2.7.0+debian/debian/changelog 2014-04-22 16:45:40.0
+0200
+++ texstudio-2.7.0+debian/debian/changelog 2014-07-05 12:18:36.0
+0200
@@ -1,3 +1,10 @@
+texstudio (2.7.0+debian-2.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Use synctex parser provided by libsynctex-dev.
+
+ -- Sebastian Ramacher sramac...@debian.org Sat, 05 Jul 2014 12:05:28 +0200
+
texstudio (2.7.0+debian-2) unstable; urgency=medium
* Moving html documentation and latex templates to separate package.
diff -Nru texstudio-2.7.0+debian/debian/control
texstudio-2.7.0+debian/debian/control
--- texstudio-2.7.0+debian/debian/control 2014-04-18 22:46:04.0
+0200
+++ texstudio-2.7.0+debian/debian/control 2014-07-05 12:07:47.0
+0200
@@ -4,7 +4,7 @@
Maintainer: Tom Jampen t...@cryptography.ch
Build-Depends:
debhelper (= 9), libhunspell-dev, libpoppler-qt4-dev, pkg-config, qt4-qmake,
- zlib1g-dev
+ zlib1g-dev, libsynctex-dev
Standards-Version: 3.9.5
Homepage: http://texstudio.sf.net/
diff -Nru texstudio-2.7.0+debian/debian/patches/series
texstudio-2.7.0+debian/debian/patches/series
--- texstudio-2.7.0+debian/debian/patches/series2014-03-22
13:07:01.0 +0100
+++ texstudio-2.7.0+debian/debian/patches/series2014-07-05
12:08:13.0 +0200
@@ -3,3 +3,4 @@
03-disable-auto-update.patch
04-no-qt-translations.patch
05-fix-poppler-qt5-path.patch
+use-system-synctex.patch
diff -Nru texstudio-2.7.0+debian/debian/patches/use-system-synctex.patch
texstudio-2.7.0+debian/debian/patches/use-system-synctex.patch
--- texstudio-2.7.0+debian/debian/patches/use-system-synctex.patch
1970-01-01 01:00:00.0 +0100
+++ texstudio-2.7.0+debian/debian/patches/use-system-synctex.patch
2014-07-05 12:08:37.0 +0200
@@ -0,0 +1,45 @@
+Description: Use synctex provided by libsynctex-dev
+Author: Sebastian Ramacher sramac...@debian.org
+Last-Update: 2014-07-05
+
+--- texstudio-2.7.0+debian.orig/PDFDocument.h
texstudio-2.7.0+debian/PDFDocument.h
+@@ -35,7 +35,7 @@
+ #else
+ #include poppler-qt5.h
+ #endif
+-#include synctex_parser.h
++#include synctex_parser.h
+
+ #include ui_PDFDocument.h
+ #include pdfrendermanager.h
+--- texstudio-2.7.0+debian.orig/texstudio.pro
texstudio-2.7.0+debian/texstudio.pro
+@@ -3,7 +3,7 @@ LANGUAGE = C++
+ DESTDIR = ./
+ CONFIG += qt precompile_header uitools
+ CONFIG += link_pkgconfig
+-PKGCONFIG = hunspell
++PKGCONFIG = hunspell synctex
+ QT += network \
+ xml \
+ svg \
+@@ -91,8 +91,6 @@ HEADERS += texmaker.h \
+ userquickdialog.h \
+ PDFDocument.h \
+ PDFDocks.h \
+-synctex_parser_utils.h \
+-synctex_parser.h \
+ latexstyleparser.h \
+ pdfrenderengine.h \
+ pdfrendermanager.h \
+@@ -597,9 +595,6 @@ exists(./.hg) {
+ SOURCES += hg_revision.cpp
+ }
+
+-# moved to the end because it seems to destroy the precompiled header
+-SOURCES+=synctex_parser_utils.c synctex_parser.c
+-
+ #QMAKE_CXXFLAGS_DEBUG += -Werror -Wall -Wextra -Winit-self -Wmain
-Wmissing-include-dirs -Wtrigraphs -Wunused -Wunknown-pragmas -Wundef
-Wpointer-arith -Wtype-limits -Wwrite-strings -Wclobbered -Wempty-body
-Wsign-compare -Waddress -Wlogical-op -Winline
+ QMAKE_CXXFLAGS_DEBUG += -Wall -Wextra -Winit-self -Wmissing-include-dirs
-Wtrigraphs -Wunused -Wunknown-pragmas -Wundef -Wpointer-arith
-Wwrite-strings -Wempty-body -Wsign-compare -Waddress -Winline
+
signature.asc
Description: Digital signature
Bug#736398: gap-dev: multi-architecture support
On Sat, Jul 05, 2014 at 11:24:37AM +0200, Jerome BENOIT wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Bill, thanks for your prompt reply. gives, as concerned GAP: checking for GAP root directory... /usr/lib/gap checking for GAP architecture... x86_64-pc-linux-gnu-gcc-default64 checking for GAP include files... /usr/lib/gap/src/compiled.h checking for GAP config.h... /usr/lib/gap/bin/x86_64-pc-linux-gnu-gcc-default64/config.h checking for GAP's gmp.h location... not found, GAP was compiled without GMP I am agree that this issue may be not relevant for the GAP IO package itself, but it may be for other GAP packages (e.g., float). The non location of the GMP header introduces some inconsistencies in the building process, as such it may be fixed. GAP does not provide a file gmp.h. Instead, this file is part of libgmp-dev. GAP is configured in with --with-gmp=system which is a supported configuration. AC_FIND_GAP is not shipped with GAP so it is a bug in IO. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752075: RFH: Re: Bug#752075: daemontools-run: Add systemd support
On Fri, Jul 04, 2014 at 03:49:19PM +0200, Michael Biebl wrote: Joern, could you copy the attached file to /etc/systemd/system, run systemctl enable svscanboot.service and report back if your daemontools services are properly started on the next reboot. I don't use daemontools myself, so it would be great if Gerrit and you can provide more input on what kind of services need to be started or if the attached service file might already be sufficient. Thanks, works for me! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753805: mate-applets: Volume Applet 1.8.0 unmute doesn't unmute speakers
Volume applet is in mate-media package. Please specify if you are using mate-media-pulse or mate-media-gstreamer, and if you have pulseaudio installed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753802: gns3: unable to install on wheezy-backports - missing backport of dynamips
Hi, On 05/07/14 10:50, mdt wrote: Package: gns3 Version: 0.7.4-1 Severity: wishlist Dear Maintainer, the current backport 0.8.6-3~bpo70+1 have a Depends on dynamips (=0.2.8) but wheezy has 0.2.7-0.2.8RC2-5.1 and none backport are available. Please backport dynamips 0.2.12-1. Thanks. I was wondering how long it'd be before this was picked up on... I have backported Dynamips as well... but it hasn't been uploaded :( To the backport list: Would anyone be prepared to get this uploaded for me? This package can be found here: http://mentors.debian.net/package/dynamips Regards Daniel Lintott signature.asc Description: OpenPGP digital signature
Bug#752261: suggest parcimonie to slowly refresh the public keyring
As further incentive, the gnupg package has now done this: * Add parcimonie to Suggests (closes: #752260). http://metadata.ftp-master.debian.org/changelogs//main/g/gnupg/gnupg_1.4.18-1_changelog -- ilf Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich nicht weg! -- Eine Initiative des Bundesamtes für Tastaturbenutzung signature.asc Description: Digital signature
Bug#753807: ITP: node-proxy-addr -- Determine address of proxied request
Package: wnpp Severity: wishlist Owner: Leo Iannacone l...@ubuntu.com X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-proxy-addr Version : 1.0.1 Upstream Author : Douglas Christopher Wilson d...@somethingdoug.com * URL : https://github.com/expressjs/proxy-addr * License : Expat Programming Lang: JavaScript Description : determine address of proxied request - Node.js module This package provide a module to easy determinate the address of the request that can be trusted or not. . It works with both IPv4 and IPv6 and takes certain pre-defined names (such as lookback, linklocal an uniquelocal) and expand them internally into IP addresses. . Node.js is an event-based server-side JavaScript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
Le Fri, Jul 04, 2014 at 02:20:12PM +0100, Gianfranco Costamagna a écrit : Package: wnpp Severity: wishlist Owner: Gianfranco Costamagna costamagnagianfra...@yahoo.it * Package name : amap Version : 5.4 Upstream Author : Van Hauser v...@thc.org * URL : http://www.thc.org/thc-amap/ * License : GPL-2+ Programming Lang: C Description : Next-generation scanning tool for pentesters Dear Gianfranco, note that there is already a program called ‘amap’ in Debian, to align nucleic acid sequences. It is distributed by the package ‘amap-align’. Have a nice week-end, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753808: osm-gps-map: osmgpsmap-1.0.pc not installed with package (pkg-config)
Source: osm-gps-map Version: 1.0.2-1 Severity: normal Dear Maintainer, The pkg-config file for osmgpsmap is not installed when the package libosmgpsmap-1.0-dev is installed. Here is a simple patch which fixes it: --- osm-gps-map-1.0.2.orig/debian/libosmgpsmap-1.0-dev.install 2014-07-05 12:05:55.513909478 +0200 +++ osm-gps-map-1.0.2/debian/libosmgpsmap-1.0-dev.install 2014-07-05 12:15:53.557904362 +0200 @@ -1 +1,2 @@ docs/reference/html/* /usr/share/gtk-doc/html/osmgpsmap/ +usr/lib/*/pkgconfig/* Thanks and best regards, Ruben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753809: ginkgocadx: will not display studies
Package: ginkgocadx Version: 3.6.1.1367.34+dfsg-1 Severity: important Ginkgo CADx 3.6.1 does not display a whole range of studies which it did display before. Upstream tells me this is a problem with GDCM/ITK not being patched on Debian (as opposed to upstream's internal version which works fine) so I am putting this bug here so we don't forget. The severity lies in patients sitting at my desk wanting to know about their imaging results. Karsten -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'stable-updates'), (500, 'stable'), (50, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ginkgocadx depends on: ii libc6 2.19-4 ii libcairo2 1.12.16-2 ii libcurl3-gnutls 7.37.0-1+b1 ii libdcmtk2 3.6.0-15+b1 ii libgcc1 1:4.9.0-7 ii libgl1-mesa-glx [libgl1] 10.2.1-2 ii libgtk2.0-0 2.24.24-1 ii libinsighttoolkit3.20 3.20.1+git20120521-5 ii libjsoncpp0 0.6.0~rc2-3 ii libsqlite3-0 3.8.5-2 ii libssl1.0.0 1.0.1h-3 ii libstdc++64.9.0-7 ii libvtk5.8 5.8.0-17.3 ii libwxbase3.0-03.0.1-2 ii libwxgtk3.0-0 3.0.1-2 ginkgocadx recommends no packages. ginkgocadx 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#753704: ITP: amap -- Next-generation scanning tool for pentesters
Hi Clarles, Il Sabato 5 Luglio 2014 12:48, Charles Plessy ple...@debian.org ha scritto: Le Fri, Jul 04, 2014 at 02:20:12PM +0100, Gianfranco Costamagna a écrit : Package: wnpp Severity: wishlist Owner: Gianfranco Costamagna costamagnagianfra...@yahoo.it * Package name : amap Version : 5.4 Upstream Author : Van Hauser v...@thc.org * URL : http://www.thc.org/thc-amap/ * License : GPL-2+ Programming Lang: C Description : Next-generation scanning tool for pentesters Dear Gianfranco, note that there is already a program called ‘amap’ in Debian, to align nucleic acid sequences. It is distributed by the package ‘amap-align’. Have a nice week-end, Hi Charles, I looked before at amap-align, but the package provided by your one is only amap-align, there is no amap installable, hence I don't think there will be a clash for the packages, right? http://anonscm.debian.org/viewvc/debian-med/trunk/packages/amap-align/trunk/debian/control?view=markup Do you think about a real installation problem or you just think having two similar packages can be misleading to users? thanks Gianfranco -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
Le Sat, Jul 05, 2014 at 11:56:28AM +0100, Gianfranco Costamagna a écrit : I looked before at amap-align, but the package provided by your one is only amap-align, there is no amap installable, hence I don't think there will be a clash for the packages, right? The ‘amap-align’ package version 2.2-4 install the file ‘amap’ in ‘/usr/bin’, this is why I am worried about clashes. Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741330: autopkgtest: please add ability to wrap a script/runner/adverb around existing tests
Hey Simon, this has been stuck for a while, so let's see how we can get at least some of this working. Simon McVittie [2014-04-04 20:42 +0100]: Not quite: it can be a shell command line (with multiple words). The idea was that you can do Interpreter: dbus-run-session -- env XDG_RUNTIME_DIR=$ADTTMP -- to wrap the test in both dbus-run-session and env. Perhaps this is over-engineering and I should be using debian/tests/environment.sh (containing that command-line + $@) as my Interpreter, but I think I recently refactored the test metadata parsing to be more easily extensible (as I added support for Ubuntu's click packages). During that course, the internal test representation can now hold either a path to an executable (as it always has) or a shell command. This isn't exposed yet for debian/tests/control, but it would be fairly simple now to write the above as Test-Command: piece of shell so you can put any adverbs or other wrappers directly into the control file. We could support multiple Test-Command: lines in each paragraph so that you can still have a common Restrictions:/Depends etc, and of course being a shell command you can use globbing, `find`, etc. This has an obvious semantics, and with a shell command you should be able to do pretty much anything. Does that suit your needs? * Read tests from a file: Tests: debian/tests/testlist If it can be a file in the filesystem, I think that would be fine - packagers of GNOME stuff could arrange for it to be generated during the build and installed alongside the *.test files. If not, the only mechanism I can see for arranging for it to be generated would be to repeat the entire package build, which seems a shame when the GNOME installed-tests are specifically designed to not need that. If we actually need this, it's not too hard to implement now, but I wonder if there's a real-world use case for this already? * Globbing: Tests: glib*.test In GNOME installed-tests, the actual files of interest are /usr/share/installed-tests/$PACKAGE/*.test and /usr/share/installed-tests/$PACKAGE/**/*.test (using the rsync/zsh notation where ** matches any number of levels of directories), so there would need to be a way to say cut off this prefix when naming the tests. Likewise, it's now rather easy to implement, and perhaps even better than Tests: from above? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#736398: gap-dev: multi-architecture support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Bill, On 05/07/14 12:29, Bill Allombert wrote: On Sat, Jul 05, 2014 at 11:24:37AM +0200, Jerome BENOIT wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Bill, thanks for your prompt reply. gives, as concerned GAP: checking for GAP root directory... /usr/lib/gap checking for GAP architecture... x86_64-pc-linux-gnu-gcc-default64 checking for GAP include files... /usr/lib/gap/src/compiled.h checking for GAP config.h... /usr/lib/gap/bin/x86_64-pc-linux-gnu-gcc-default64/config.h checking for GAP's gmp.h location... not found, GAP was compiled without GMP I am agree that this issue may be not relevant for the GAP IO package itself, but it may be for other GAP packages (e.g., float). The non location of the GMP header introduces some inconsistencies in the building process, as such it may be fixed. GAP does not provide a file gmp.h. Instead, this file is part of libgmp-dev. GAP is configured in with --with-gmp=system which is a supported configuration. I am agree. AC_FIND_GAP is not shipped with GAP so it is a bug in IO. AC_FIND_GAP is used by some GAP package, so the issue does not concern only GAP-IO. Even if I am agree to say that the implemented location of gmp.h is weak, it seems nevertheless that an external include hierarchy is expected in `/usr/lib/gap/bin/GAP triplet/extern'. If this assertion is true, then the --with-gmp=system in GAP does not complete its jobs properly, so it might be a bug in the GAP source itself --- after all, it is GAP itself that may point the GMP material with which it was built. What do you think ? Best wishes, Jerome Cheers, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTt9dUAAoJEIC/w4IMSybjHJ8H/10Zyi919hBwc91wiF7TT9CS /arvIkd10Uiz8O3GKFQLZdR8zntWvnIg7I4V5QFQ4nzNrZgb7NFS8NhBZP0t4oKI 0ymuum5B+hQnx2OdaCU078m6TqS8+W4uA71rJxKDv90/JIPzi71aSAYB+RvuVSia oj9ZpZ0NXBD4VauVrmaVYY5LYaQbxSGxidBrl85g0xcTnLuzGi6SIS5Bmu9CbHaP rZOidVjXc96cSM5Ykl0JjMEFz9lhecif2LGIJKLuCTBcXUwKOmZqEyf3feaG/XAo FxLMYAEzqa3UamaKQ0aSa0P+OQMMbm3mG32Jh2X26QUXxMTRdxU7ir/KRSD4KCQ= =VwTb -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#753239: enblend-enfuse: FTBFS: /usr/bin/texi2dvi: pdfetex exited with bad status, quitting.
Control: reassign 753239 texlive-latex-recommended 2014.20140626-1
On 2014-06-29 David Suárez david.sephi...@gmail.com wrote:
Source: enblend-enfuse
[...]
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
/«BUILDDIR»/enblend-enfuse-4.1.2+dfsg/doc/enblend.tpt:778: Und
efined control sequence.
l.778 ...s???`??$??(,t?[?r?^^^HG:?^^R^^E??\^^Z
[...]
Hello,
afaict thumbpdf is broken in texlive-latex-recommended
2014.20140626-1.
===
(SID)ametzler@argenau:/tmp/ENBLEND/EXA$ cat example.tex
\documentclass[12pt]{article}
\usepackage{thumbpdf}
\pdfobjcompresslevel=0
\begin{document}
Hello world!
\end{document}
(SID)ametzler@argenau:/tmp/ENBLEND/EXA$ pdflatex example thumbpdf --makedata
example pdflatex example
This is pdfTeX, Version 3.14159265-2.6-1.40.15 (TeX Live 2014/Debian)
(preloaded format=pdflatex)
restricted \write18 enabled.
entering extended mode
(./example.tex
LaTeX2e 2014/05/01
Babel 3.9k and hyphenation patterns for 2 languages loaded.
(/usr/share/texlive/texmf-dist/tex/latex/base/article.cls
Document Class: article 2007/10/19 v1.4h Standard LaTeX document class
(/usr/share/texlive/texmf-dist/tex/latex/base/size12.clo))
(/usr/share/texlive/texmf-dist/tex/generic/thumbpdf/thumbpdf.sty
Package thumbpdf Warning: Compressed PDF objects of PDF 1.5 are not supported.
Package thumbpdf Warning: Thumbnail data file `example.tpt' not found.
)
No file example.aux.
[1{/var/lib/texmf/fonts/map/pdftex/updmap/pdftex.map}] (./example.aux) )/usr/s
hare/texlive/texmf-dist/fonts/type1/public/amsfonts/cm/cmr12.pfb
Output written on example.pdf (1 page, 10443 bytes).
Transcript written on example.log.
THUMBPDF 3.15, 2012/04/18 - Copyright (c) 1999-2012 by Heiko Oberdiek.
*** make png files / run Ghostscript ***
Processing pages 1 through 1.
[1]
*** make `thumbpdf.pdf' / run pdfTeX ***
libpng warning: iCCP: profile 'default_rgb.icc': 0h: PCS illuminant is not D50
libpng warning: iCCP: Not recognizing known sRGB profile that has been edited
*** parse `thumbpdf.pdf' ***
Use of uninitialized value in numeric lt () at /usr/bin/thumbpdf line 1073.
*** write `example.tpt' (pdfTeX thumbnail data) ***
Use of uninitialized value $_[0] in split at /usr/bin/thumbpdf line 1475.
*** clear temp files ***
*** ready. ***
This is pdfTeX, Version 3.14159265-2.6-1.40.15 (TeX Live 2014/Debian)
(preloaded format=pdflatex)
restricted \write18 enabled.
entering extended mode
(./example.tex
LaTeX2e 2014/05/01
Babel 3.9k and hyphenation patterns for 2 languages loaded.
(/usr/share/texlive/texmf-dist/tex/latex/base/article.cls
Document Class: article 2007/10/19 v1.4h Standard LaTeX document class
(/usr/share/texlive/texmf-dist/tex/latex/base/size12.clo))
(/usr/share/texlive/texmf-dist/tex/generic/thumbpdf/thumbpdf.sty
Package thumbpdf Warning: Compressed PDF objects of PDF 1.5 are not supported.
(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/ifluatex.sty)
(./example.tpt)
Runaway text?
/Width 75/Height 106/BitsPerComponent 8/ColorSpace/DeviceRGB/Length\ETC.
! File ended while scanning text of \pdfobj.
inserted text
}
l.625 \input{\THB@datafile}
%
===
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
Hi Charles Il Sabato 5 Luglio 2014 13:03, Charles Plessy ple...@debian.org ha scritto: Le Sat, Jul 05, 2014 at 11:56:28AM +0100, Gianfranco Costamagna a écrit : I looked before at amap-align, but the package provided by your one is only amap-align, there is no amap installable, hence I don't think there will be a clash for the packages, right? The ‘amap-align’ package version 2.2-4 install the file ‘amap’ in ‘/usr/bin’, this is why I am worried about clashes. Oh... I see now... How do you suggest to move on? Should I just rename the binary file or do you suggest something else? According to both popcons, and according to the fact that both of them are really niche packages and in really different environments (one for penetration testing and the other for med science) how do you feel about making them non-coinstallable? Tweaking the control file might be the easiest solution, I don't think many users want them both at the same time... Thanks for the answer Gianfranco Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753810: system: screen locking up, freezing
Package: 89 x11-session-utils Severity: important File: system Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: Kali Linux 1.0.7 Architecture: amd64 (x86_64) Kernel: Linux 3.14-kali1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Just installed Kali ON windows 7 HP get help -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750772: Undefined index: cardsTableName at /usr/share/owncloud/apps/contacts/lib/backend/database.php#55
Hello, I see the same behavior here, but I see php-errors in the owncloud Administration panel: Error PHP Undefined index: indexTableName at /usr/share/owncloud/apps/contacts/lib/backend/database.php#56 2014-07-05T10:40:41+00:00 Error PHP Undefined index: cardsTableName at /usr/share/owncloud/apps/contacts/lib/backend/database.php#55 2014-07-05T10:40:41+00:00 Error PHP Undefined index: indexTableName at /usr/share/owncloud/apps/contacts/lib/backend/database.php#56 2014-07-05T10:40:41+00:00 Error PHP Undefined index: cardsTableName at /usr/share/owncloud/apps/contacts/lib/backend/database.php#55 2014-07-05T10:40:56+00:00 Error PHP Undefined index: indexTableName at /usr/share/owncloud/apps/contacts/lib/backend/database.php#56 2014-07-05T10:40:56+00:00 Error PHP Undefined index: cardsTableName at /usr/share/owncloud/apps/contacts/lib/backend/database.php#55 2014-07-05T10:40:56+00:00 Error PHP Undefined index: indexTableName at /usr/share/owncloud/apps/contacts/lib/backend/database.php#56 2014-07-05T10:40:56+00:00 Error PHP Undefined index: cardsTableName at /usr/share/owncloud/apps/contacts/lib/backend/database.php#55 2014-07-05T10:40:56+00:00 Error PHP Undefined index: indexTableName at /usr/share/owncloud/apps/contacts/lib/backend/database.php#56 2014-07-05T10:40:44+00:00 Error PHP Undefined index: cardsTableName at /usr/share/owncloud/apps/contacts/lib/backend/database.php#55 2014-07-05T10:40:44+00:00 -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdor...@web.de jabber: rdor...@jabber.org GPG Fingerprint: 5E6C 4AF9 363C 97A6 F820 C2E6 8CE0 5F33 07F3 EDC0 Full GPG key: http://pgp.mit.edu/
Bug#750854: Updated news on the problem
Hi the problem I reported with the files at
http://vmiklos.hu/blog/lo-writer-drawingml-shape-improvements.html seems
to be resolved with the latest version in experimental libreoffice
(1:4.3.0~rc2-1) , this part
* debian/scripts/gid2pkgdirs.sh:
install gid_Module_Filters (oox-drawingml-{adj-names,cs-presets})
I think resolved the anomaly,sorry for the possible annoyance, regards
and keep up with the good work :-)
Carmelo Leggio
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753483: libgnustep-dl2-0d: Programs using EOControl die with NSInvalidArgumentException, reason: Can not determine type information for +[GDL2CDNSObject (null)]
Federico Giménez Nieto wrote: I had commented the move_resources call related to GDL2 in preinst, now it is removed completeley. Just delete the file, it is not needed. Builds fine, nothing breaks but the palette is empty, see the attached screenshot. AFAICS it doesn't have any draggable items so that is expected. The GDL2 palette hooks eomodel objects into Gorm so that they are available in the GUI that Gorm creates. It is only usable with DBModeler. To test, open a eomodel file in DBModeler and try to drag and drop some objects from there to Gorm's object window. During the drag operation, the cursor should change to something very similar to DBModeler's logo and become an object in Gorm, after you drop it. Then, you can add a NSTableView and start editing attributes, making connections, instantiate a EOEditingContext class, etc. Basically, the usual Gorm stuff but with a GDL2-aware application. There were a few videos by Matt Rice, the DBModeler/EOModel author; I'm not sure if they're still available. The eomodel(d) file must be in the same directory as the gorm file, as the palette README says. P.S. I'd suggest you to talk with upstream about a new release, and more importantly, what is their recommended route for the future. In SVN trunk, there's now an incompatible fork of the EOModel library under Apps/ and a new app, EOModelEditor, designed for the same job as DBModeler. I don't know if it is usable (either independently or in conjunction with the palette). Both libraries+apps are built by default, but only one can run since the libraries are with the same soname and the two versions are not ABI-compatible. A bit messy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753695: cloud-init: please drop iproute build-dependency
Control: tag -1 pending Le Fri, Jul 04, 2014 at 01:42:17PM +0200, Andreas Henriksson a écrit : Please investigate if you can confirm that it is no longer needed and drop the build-dependency, or switch it to iproute2. Dear Andreas, I confirm that the package works with iproute2 and that its regression tests fail without, and will upload an updated package soon. Have a nice week-end, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753080: blhc: False positives when compiling Python files
On Sat, Jun 28, 2014 at 11:39:20PM -0400, James McCoy wrote: % blhc ~/.cache/sbuild/logs/subversion_1.8.9-2_amd64-20140601-2135.build NONVERBOSE BUILD: Compiling /«PKGBUILDDIR»/debian/tmp/usr/lib/python2.7/dist-packages/libsvn/__init__.py ... NONVERBOSE BUILD: Compiling /«PKGBUILDDIR»/debian/tmp/usr/lib/python2.7/dist-packages/libsvn/client.py ... The attached patch finishes the previous attempt (#714630) at fixing these false positives. Hello James, Thanks for the report and patch, applied as 332d94 [1]. I also added a testcase. Jari, if you have some time please upload a new Debian package with this fix. Thanks. Regards Simon [1]: http://ruderich.org/simon/gitweb/?p=blhc/blhc.git;a=commit;h=332d9415d373e83efbe2e8d03f8df22cb913b560 -- + privacy is necessary + using gnupg http://gnupg.org + public key id: 0x92FEFDB7E44C32F9 signature.asc Description: Digital signature
Bug#753811: libc++1: Integer libc++1 into Debian Wheezy via backports
Package: libc++1 Severity: normal Dear Maintainer, Since this day, a new game is available on Steam Linux. this game is Warlock 2: the Exiled. Unfortunatly, the game require the libc++.so.1 library to run. I use actually Debian Wheezy and i would like to know if there is the possibility to push the package into Debian Stable. The package and library are only available in Jessie/Sid because it was build with CLANG = 3.2 . On Wheezy, it's only the 3.0 version. Thanks, Maxime -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736398: gap-dev: multi-architecture support
On Sat, Jul 05, 2014 at 12:45:51PM +0200, Jerome BENOIT wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Bill, On 05/07/14 12:29, Bill Allombert wrote: On Sat, Jul 05, 2014 at 11:24:37AM +0200, Jerome BENOIT wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Bill, thanks for your prompt reply. gives, as concerned GAP: checking for GAP root directory... /usr/lib/gap checking for GAP architecture... x86_64-pc-linux-gnu-gcc-default64 checking for GAP include files... /usr/lib/gap/src/compiled.h checking for GAP config.h... /usr/lib/gap/bin/x86_64-pc-linux-gnu-gcc-default64/config.h checking for GAP's gmp.h location... not found, GAP was compiled without GMP I am agree that this issue may be not relevant for the GAP IO package itself, but it may be for other GAP packages (e.g., float). The non location of the GMP header introduces some inconsistencies in the building process, as such it may be fixed. GAP does not provide a file gmp.h. Instead, this file is part of libgmp-dev. GAP is configured in with --with-gmp=system which is a supported configuration. I am agree. AC_FIND_GAP is not shipped with GAP so it is a bug in IO. AC_FIND_GAP is used by some GAP package, so the issue does not concern only GAP-IO. Even if I am agree to say that the implemented location of gmp.h is weak, it seems nevertheless that an external include hierarchy is expected in `/usr/lib/gap/bin/GAP triplet/extern'. If this assertion is true, then the --with-gmp=system in GAP does not complete its jobs properly, so it might be a bug in the GAP source itself --- after all, it is GAP itself that may point the GMP material with which it was built. I do not see how gap can generate the extern hierarchy when using --with-gmp=system and doing so would be very awkward, and I would rather not support it in Debian anyway. What do you think ? I reported the bug upstream. Cheers, Bill. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753812: texmaker: plese use synctex parser provided by libsynctex-dev
Source: texmaker
Version: 4.2-1
Severity: wishlist
Usertags: embedded-synctex-parser
texmkaer currently contains a copy of synctex parser from texlive-bin.
This code is now provided as shared library by
libsynctex1/libsynctex-dev. Please consider the attached patch to use
the shared library instead of the embedded copy.
Cheers
--
Sebastian Ramacher
diff -Nru texmaker-4.2/debian/changelog texmaker-4.2/debian/changelog
--- texmaker-4.2/debian/changelog 2014-06-03 18:09:01.0 +0200
+++ texmaker-4.2/debian/changelog 2014-07-05 13:34:37.0 +0200
@@ -1,3 +1,10 @@
+texmaker (4.2-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Use synctex parser provided by libsynctex-dev.
+
+ -- Sebastian Ramacher sramac...@debian.org Sat, 05 Jul 2014 13:34:26 +0200
+
texmaker (4.2-1) unstable; urgency=medium
* New upstream release.
diff -Nru texmaker-4.2/debian/control texmaker-4.2/debian/control
--- texmaker-4.2/debian/control 2014-06-03 18:08:26.0 +0200
+++ texmaker-4.2/debian/control 2014-07-05 13:34:57.0 +0200
@@ -13,7 +13,8 @@
libpoppler-private-dev (= 0.24.5-2),
libqt5webkit5-dev,
qtdeclarative5-dev,
- libqt5opengl5-dev
+ libqt5opengl5-dev,
+ libsynctex-dev
Standards-Version: 3.9.5
Vcs-Browser:
http://anonscm.debian.org/viewvc/debian-science/packages/texmaker/trunk/
Vcs-Svn: svn://anonscm.debian.org/debian-science/packages/texmaker/trunk/
diff -Nru texmaker-4.2/debian/patches/series texmaker-4.2/debian/patches/series
--- texmaker-4.2/debian/patches/series 2014-05-28 15:23:59.0 +0200
+++ texmaker-4.2/debian/patches/series 2014-07-05 13:36:59.0 +0200
@@ -1,2 +1,3 @@
10_spelling_dict.patch
20-add-keywords-desktop-file.patch
+use-system-synctex.patch
diff -Nru texmaker-4.2/debian/patches/use-system-synctex.patch
texmaker-4.2/debian/patches/use-system-synctex.patch
--- texmaker-4.2/debian/patches/use-system-synctex.patch1970-01-01
01:00:00.0 +0100
+++ texmaker-4.2/debian/patches/use-system-synctex.patch2014-07-05
13:37:30.0 +0200
@@ -0,0 +1,60 @@
+Description: Use synctex provided by libsynctex-dev
+Author: Sebastian Ramacher sramac...@debian.org
+Last-Update: 2014-07-05
+
+--- texmaker-4.2.orig/pdfviewer.h
texmaker-4.2/pdfviewer.h
+@@ -39,7 +39,7 @@
+ #include QKeySequence
+
+ #include documentview.h
+-#include synctex_parser.h
++#include synctex_parser.h
+ #include browser.h
+
+
+--- texmaker-4.2.orig/pdfviewerwidget.h
texmaker-4.2/pdfviewerwidget.h
+@@ -40,7 +40,7 @@
+ #include QSplitter
+
+ #include documentview.h
+-#include synctex_parser.h
++#include synctex_parser.h
+ #include minisplitter.h
+ #include browser.h
+
+--- texmaker-4.2.orig/texmaker.pro
texmaker-4.2/texmaker.pro
+@@ -19,11 +19,11 @@ DEFINES += HAVE_SPLASH
+ unix:!macx {
+ contains( QT_VERSION, ^5.* ) {
+ CONFIG+= link_pkgconfig
+-PKGCONFIG = poppler-qt5
++PKGCONFIG = poppler-qt5 synctex
+ DEFINES += POPPLER24
+ } else {
+ CONFIG+= link_pkgconfig
+-PKGCONFIG = poppler-qt4
++PKGCONFIG = poppler-qt4 synctex
+ DETECTEDPOPPLER=$$system(pkg-config --modversion poppler)
+ contains( DETECTEDPOPPLER, ^0.18.* ){
+ DEFINES += OLDPOPPLER
+@@ -88,8 +88,6 @@ HEADERS += texmaker.h \
+ textblockselection.h \
+ scandialog.h \
+ exportdialog.h \
+- synctex_parser.h \
+- synctex_parser_utils.h \
+ usertagslistwidget.h \
+ addtagdialog.h \
+ versiondialog.h \
+@@ -198,8 +196,6 @@ SOURCES+= main.cpp \
+ texdocdialog.cpp \
+ scandialog.cpp \
+ exportdialog.cpp \
+- synctex_parser.c \
+- synctex_parser_utils.c \
+ usertagslistwidget.cpp \
+ addtagdialog.cpp \
+ versiondialog.cpp \
signature.asc
Description: Digital signature
Bug#745195: Fwd: Bug#745195: unrtf 0.21 outputs hex.junk to stdout
Hi Dave, I got attached bug report. It seems there is a bigger problem with the handling of images, since the test case, pict.rtf, also does not produce any image in the working directory. At least, the test case does not get unrtf to produce output garbage as demonstrated in this bug report. Additionally, there is a memory handling problem: % valgrind unrtf FUNDS\ RELEASE\ FORM..rtf /tmp/output ==19089== Memcheck, a memory error detector ==19089== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==19089== Using Valgrind-3.9.0 and LibVEX; rerun with -h for copyright info ==19089== Command: unrtf FUNDS\ RELEASE\ FORM..rtf ==19089== ==19089== Invalid read of size 4 ==19089==at 0x401C2C: ??? (in /usr/bin/unrtf) ==19089==by 0x40750D: ??? (in /usr/bin/unrtf) ==19089==by 0x408041: ??? (in /usr/bin/unrtf) ==19089==by 0x4017CD: ??? (in /usr/bin/unrtf) ==19089==by 0x4E54B44: (below main) (libc-start.c:287) ==19089== Address 0x5bef5a0 is 90,000 bytes inside a block of size 90,016 free'd ==19089==at 0x4C29730: free (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==19089==by 0x4074D1: ??? (in /usr/bin/unrtf) ==19089==by 0x408041: ??? (in /usr/bin/unrtf) ==19089==by 0x4017CD: ??? (in /usr/bin/unrtf) ==19089==by 0x4E54B44: (below main) (libc-start.c:287) ==19089== ==19089== ==19089== HEAP SUMMARY: ==19089== in use at exit: 2,488,733 bytes in 3,274 blocks ==19089== total heap usage: 19,992 allocs, 16,718 frees, 29,549,989 bytes allocated ==19089== ==19089== LEAK SUMMARY: ==19089==definitely lost: 5,972 bytes in 596 blocks ==19089==indirectly lost: 0 bytes in 0 blocks ==19089== possibly lost: 0 bytes in 0 blocks ==19089==still reachable: 2,482,761 bytes in 2,678 blocks ==19089== suppressed: 0 bytes in 0 blocks ==19089== Rerun with --leak-check=full to see details of leaked memory ==19089== ==19089== For counts of detected and suppressed errors, rerun with: -v thanks Willi PS: Did you get my previously forwarded bug reports? I haven't received an answer. Original-Nachricht Betreff: Bug#745195: unrtf 0.21 outputs hex.junk to stdout Weitersenden-Datum: Fri, 18 Apr 2014 19:00:02 + Weitersenden-Von: Matus UHLAR - fantomas uh...@fantomas.sk Weitersenden-An: debian-bugs-dist@lists.debian.org Weitersenden-CC: Willi Mann wi...@debian.org Datum: Fri, 18 Apr 2014 20:48:51 +0200 Von: Matus UHLAR - fantomas uh...@fantomas.sk Antwort an: Matus UHLAR - fantomas uh...@fantomas.sk, 745...@bugs.debian.org An: sub...@bugs.debian.org Package: unrtf Version: 0.21.5-1 when converting RTF file with images attached to text, unrtf 0.21.5 outputs huge amount of text (looks like image data in hex) to output, where unrtf 0.19.2 present in wheezy shows at the same place something like: ### picture data found, WMF type is MM_ANISOTROPIC, picture dimensions are 7842 by 2125, depth 1 you can see the example RTF file and output from both unrtf versions on: http://test.fantomas.sk/unrtf/ -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. - Have you got anything without Spam in it? - Well, there's Spam egg sausage and Spam, that's not got much Spam in it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753813: RFS: ngspice_26-1, a new upstream release
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package ngspice: * Package name: ngspice Version : 26-1 Upstream Author : Paolo Nenzi, Holger Vogt * URL : http://ngspice.sourceforge.net/ * License : MIT_MODERN, GPL-v2, SPICEDOC,... Section : electronics It builds those binary packages: ngspice - Spice circuit simulator tclspice- NGspice library for Tcl ngspice-doc - Documentation for the NGspice circuit simulator To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ngspice Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/non-free/n/ngspice/ngspice_26-1.dsc Changes since the last upload: * New upstream release (Closes: #706821) * Bump standards version to 3.9.5 * Make VCS field canonical * Change tcl version to 8.6 * Remove part of patch, wish8.4 changed back to wish for tclspice examples * Add pdf manual * Remove DM-upload line from control * Add patch 03_fix_compilation.patch (Thanks to Robert Larice) * Remove stripping of codemodel files * Add -BLT and -ltcl8.6 to configure for tclspice. Needed by libtclspice * Remove ps manual * Remove hardening wrapper and exchange for dpkg-buildflags * Add dependency on libfftw3-dev Regards, Gudjon I. Gudjonsson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753814: update-initramfs produce warnings about missing modules dir, when kernel is built with no modules
Package: initramfs-tools Version: 0.115 hello! i'm using self-built monolith kernels with no modules support, built with kernel-package. on every install/update that triggers update-initramfs, the latter starts to complain about missing /lib/modules/version/* update-initramfs: Generating /boot/initrd.img-3.14.4-167.14+pf+r4 WARNING: missing /lib/modules/3.14.4-167.14+pf+r4 Device driver support needs thus be built-in linux image! depmod: ERROR: could not open directory /lib/modules/3.14.4-167.14+pf+r4: No such file or directory depmod: FATAL: could not search modules: No such file or directory depmod: WARNING: could not open /var/tmp/mkinitramfs_TKOtDa/lib/modules/3.14.4-167.14+pf+r4/modules.order: No such file or directory depmod: WARNING: could not open /var/tmp/mkinitramfs_TKOtDa/lib/modules/3.14.4-167.14+pf+r4/modules.builtin: No such file or directory it doesn't cause any failure, though, initrd's build fine, and update doesn't break, but it's a bit annoying and may confuse people (especially with those fatal and error messages). could you please add some behaviour not to trigger depmod if we don't see CONFIG_MODULES=y in /boot/config-version? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751028: policykit-1: forces dependencies on libsystemd-login0 and systemd on a sysv-only system
yes, that's a real pain! especially since now it also even wants systemd-sysv, offering to delete sysvinit, making systemd default init. why the hell? as a workaround, we still can install systemd-shim package and continue with sysv, but what is the reason for such dependecies? on my system polkit-1 is only required by hplip, and just for that it takes all that systemd crap with itself -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
Il Sabato 5 Luglio 2014 13:03, Charles Plessy ple...@debian.org ha scritto: The ‘amap-align’ package version 2.2-4 install the file ‘amap’ in ‘/usr/bin’, this is why I am worried about clashes. Le Sat, Jul 05, 2014 at 12:11:37PM +0100, Gianfranco Costamagna a écrit : According to both popcons, and according to the fact that both of them are really niche packages and in really different environments (one for penetration testing and the other for med science) how do you feel about making them non-coinstallable? This violates the Policy's section 10.1, but it is still my favorite solution for the reason that you explained above. Please ping me if your package has been accepted in unstable and installs a ‘amap’ file in ‘/usr/bin’. I will then upload an update of ‘amap-align’ that conflictson ‘amap’. Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753727: [DSE-Dev] Bug#753727: reason for this
Le Sat, 05 Jul 2014 20:11:44 +1000, Russell Coker russ...@coker.com.au a écrit : On Sat, 5 Jul 2014 11:03:32 Laurent Bigonville wrote: Quickly looking a the libsepol case, I'm not sure why we are re-executing init in this case at all. sysvinit doesn't seems to use any of its symbols and libselinux itself is statically linked against it. Or did I overlooked something? You are correct. When looking through the code it seems that libsepol is only used for audit2why.so (used for that one application and nothing else apparently) and for selinux_mkload_policy(3) (which I don't think is called by any init program). I think this is all fairly ugly anyway. Statically linking libraries is generally a bad thing to do and needlessly linking in code in essential libraries is always a bad thing. If I was in a position to change this (and I'm not given the cross distribution issues) then I would have selinux_mkload_policy(3) exported from libsepol.so and have the dependencies go from libsepol.so to libselinux.so so that systemd, init, and other programs which only need the base libselinux.so functionality can skip any form of linking against libsepol.so code. But this means that we could drop the telinit u from the libsepol postinst script, correct? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753815: libelf1: multiarch problem: libelf:i386 conflicts with libelf:amd64
Package: libelf1 Version: 0.152-1+wheezy1 Severity: important Dear Maintainer, it's not possible to install libelf:amd64 and libelf:i386 simultaneously. When I try to install libelf:i386, aptitude reports: # aptitude install libelf1:i386 libelf1 : Conflicts: libelf1:i386 but 0.152-1+wheezy1 is to be installed. libelf1:i386 : Conflicts: libelf1 but 0.152-1+wheezy1 is installed. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable'), (160, 'testing'), (150, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libelf1 depends on: ii libc6 2.13-38+deb7u1 libelf1 recommends no packages. libelf1 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#753169: yaz: Please build against (and depend on) libgnutls28-dev
Control: tags 753169 patch
On 2014-06-29 Vincent Danjean vincent.danj...@ens-lyon.org wrote:
On 29/06/2014 19:34, Andreas Metzler wrote:
[...]
Please build yaz against libgnutls28-dev instead of libgnutls-dev, the
older GnuTLS version should not be part of jessie.
This package needs a important update as yaz upstream is now at
version 5.2.1.
I welcome any help (on this small bug or to prepare the new
upstream version). The packaging is done with git in collab-maint.
Fixing this one is straightforward, patch attached. Imho it should not
wait for the big invasive change (5.2.1) but get its own upload.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
diff -Nru yaz-4.2.30/debian/changelog yaz-4.2.30/debian/changelog
--- yaz-4.2.30/debian/changelog 2013-10-15 13:41:06.0 +0200
+++ yaz-4.2.30/debian/changelog 2014-07-05 14:14:03.0 +0200
@@ -1,3 +1,11 @@
+yaz (4.2.30-2.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * (Build-)Depend on libgnutls28-dev instead of libgnutls-dev.
+Closes: #753169
+
+ -- Andreas Metzler ametz...@debian.org Sat, 05 Jul 2014 14:06:37 +0200
+
yaz (4.2.30-2.1) unstable; urgency=low
* Non-maintainer upload
diff -Nru yaz-4.2.30/debian/control yaz-4.2.30/debian/control
--- yaz-4.2.30/debian/control 2013-10-03 15:36:11.0 +0200
+++ yaz-4.2.30/debian/control 2014-07-05 14:13:00.0 +0200
@@ -7,7 +7,7 @@
quilt (= 0.46-7~~),
libreadline-dev, libwrap0-dev, libpcap0.8-dev,
libicu-dev ( 3.8.1-1) | libicu36-dev,
- libgnutls-dev,
+ libgnutls28-dev,
tcl, bison, xsltproc,
gawk, docbook-xsl, docbook-dsssl, docbook-xml,
autotools-dev (=20100122.1~),
@@ -50,7 +50,7 @@
Package: libyaz4-dev
Depends: libyaz4 (= ${binary:Version}), libxslt1-dev, libwrap0-dev,
- libgnutls-dev, ${misc:Depends},
+ libgnutls28-dev, ${misc:Depends},
libicu-dev | libicu36-dev
Replaces: yaz-devel, libyaz3-dev
Conflicts: yaz-devel, libyaz-dev, libyaz2-dev, libyaz3-dev
Bug#753816: [systemd] Broken audio
Package: systemd Version: 204-14 Severity: important --- Please enter the report below this line. --- After upgrading to systemd and rebooting, audio has dissappeared from my box. Here are the lines I found in dmesg output: [ 10.812065] cannot find the slot for index 0 (range 0-0), error: -16 [ 10.812119] hda-intel: Error creating card! [ 10.812170] snd_hda_intel: probe of :00:14.2 failed with error -16 [ 10.812193] cannot find the slot for index 0 (range 0-0), error: -16 [ 10.812243] hda-intel: Error creating card! [ 10.812291] snd_hda_intel: probe of :01:00.1 failed with error -16 --- System information. --- Architecture: amd64 Kernel: Linux 3.14-1-amd64 Debian Release: jessie/sid 900 testing security.debian.org 900 testing ftp.es.debian.org 800 stable update.devolo.com 800 stable dl.google.com 500 unstableftp.es.debian.org 500 sid linux.dropbox.com --- Package information. --- Depends(Version) | Installed -+-= libacl1(= 2.2.51-8) | libaudit1 (= 1:2.2.1) | libc6 (= 2.17) | libcap2(= 2.10) | libcryptsetup4 (= 2:1.4.3) | libdbus-1-3 (= 1.1.1) | libgcrypt11 (= 1.5.1) | libkmod2 (= 5~) | liblzma5(= 5.1.1alpha+20120614) | libpam0g (= 0.99.7.1) | libselinux1 (= 2.1.9) | libsystemd-daemon0(= 204-14) | libsystemd-journal0 (= 204-14) | libudev1(= 189) | libwrap0 (= 7.6-4~) | libsystemd-login0 (= 204-14) | util-linux (= 2.19.1-2) | initscripts (= 2.88dsf-17) | sysv-rc | udev | acl | adduser | libcap2-bin | Recommends (Version) | Installed =-+-=== libpam-systemd| 204-14 Suggests(Version) | Installed =-+-=== systemd-ui| --- Output from package bug script --- -- BEGIN ATTACHMENTS -- /tmp/tmp.GbnkrRgIle/systemd-delta.txt /tmp/tmp.GbnkrRgIle/systemctl-dump.txt /tmp/tmp.GbnkrRgIle/dsh-enabled.txt -- END ATTACHMENTS -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
Il Sabato 5 Luglio 2014 14:03, Charles Plessy ple...@debian.org ha scritto:
Il Sabato 5 Luglio 2014 13:03, Charles Plessy
ple...@debian.org ha scritto:
The ‘amap-align’ package version 2.2-4 install the file ‘amap’ in
‘/usr/bin’,
this is why I am worried about clashes.
Le Sat, Jul 05, 2014 at 12:11:37PM +0100, Gianfranco Costamagna a écrit :
According to both popcons, and according to the fact that both of them are
really niche packages and in really different environments (one for
penetration testing and the other for med science) how do you feel about
making them non-coinstallable?
This violates the Policy's section 10.1, but it is still my favorite
solution
for the reason that you explained above.
Please ping me if your package has been accepted in unstable and installs a
‘amap’ file in ‘/usr/bin’. I will then upload an update of ‘amap-align’
that conflictson ‘amap’.
Wonderful, I'll then reupload on mentors my amap with a conflict on amap-align
then wait for a sponsor.
This is the patch I used on control file
Package: amap
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
+Provides: amap
+Conflicts: amap-align
+Replaces: amap-align
Description: Next-generation scanning tool for pentesters
AMAP stands for Application MAPper. It is a next-generation scanning
tool for pentesters. It attempts to identify applications even if they
I hope is ok :)
cheers,
Gianfranco
Cheers,
--
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
Quoting Gianfranco Costamagna (2014-07-04 15:20:12) Package: wnpp Severity: wishlist Owner: Gianfranco Costamagna costamagnagianfra...@yahoo.it * Package name : amap Version : 5.4 Upstream Author : Van Hauser v...@thc.org * URL : http://www.thc.org/thc-amap/ * License : GPL-2+ Programming Lang: C Description : Next-generation scanning tool for pentesters AMAP stands for Application MAPper. It is a next-generation scanning tool for pentesters. It attempts to identify applications even if they are running on a different port than normal. . It also identifies non-ascii based applications. This is achieved by sending trigger packets, and looking up the responses in a list of response strings. I would like to reintroduce this useful package in debian, since bug #381185 no longer applies and this tool is useful and used in penetration testing and security (I took the Raphael package from kali linux git). I suggest to mention the terms penetration testing and security in the long description, both to ease searching and to help those (like me) puzzled what pentesters mean (I honestly guessed it might have something to do with USB sticks, until I saw your comment at the end). Perhaps additional terms could be mentioned too, to ease searching (try compare with related packages already in Debian, if any). - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#752550: nss-pam-ldapd: [INTL:ru] Russian debconf templates translation update
On Sat, 2014-07-05 at 12:11 +0400, Yuri Kozlov wrote: Done. Thanks for the quick response. It will be in the next upload. Thanks, -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#751047: nss-pam-ldapd: [INTL:pt] Portuguese translation for debconf messages (update)
On Fri, 2014-07-04 at 23:55 +0100, Américo Monteiro wrote: Updated translation attached Thanks for the quick response. It will be in the next upload. Thanks, -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#753816: [systemd] Broken audio
Am 05.07.2014 14:16, schrieb Antonio Marcos López Alonso: Package: systemd Version: 204-14 Severity: important --- Please enter the report below this line. --- After upgrading to systemd and rebooting, audio has dissappeared from my box. Here are the lines I found in dmesg output: [ 10.812065] cannot find the slot for index 0 (range 0-0), error: -16 [ 10.812119] hda-intel: Error creating card! [ 10.812170] snd_hda_intel: probe of :00:14.2 failed with error -16 [ 10.812193] cannot find the slot for index 0 (range 0-0), error: -16 [ 10.812243] hda-intel: Error creating card! [ 10.812291] snd_hda_intel: probe of :01:00.1 failed with error -16 What kind of hardware do you have? Could you attach your /etc/modules file, please? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#753817: ttt: needs to build with Tcl/Tk 8.6 because BLT is ported to Tcl/Tk 8.6
Source: ttt
Version: 1.7-3.4
Severity: grave
Tags: patch
Justification: renders package unusable
Dear Maintainer,
Recently we switched to Tcl/Tk 8.6 in blt, one of the packages ttt depends on.
This means ttt has to switch as well. I've prepared a patch which does that
and fixes immediate segfault in tttviewer. If you don't mind I could NMU it.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u ttt-1.7/debian/control ttt-1.7/debian/control
--- ttt-1.7/debian/control
+++ ttt-1.7/debian/control
@@ -2,7 +2,7 @@
Section: net
Priority: optional
Maintainer: Thomas Scheffczyk thomas.scheffc...@verwaltung.uni-mainz.de
-Build-Depends: debhelper (= 6.0.0), autotools-dev, tcl8.5-dev, tk8.5-dev, blt-dev, libpcap-dev
+Build-Depends: debhelper (= 6.0.0), autotools-dev, tcl-dev, tk-dev, blt-dev, libpcap-dev
Standards-Version: 3.7.2.2
Package: ttt
diff -u ttt-1.7/debian/rules ttt-1.7/debian/rules
--- ttt-1.7/debian/rules
+++ ttt-1.7/debian/rules
@@ -14,6 +14,7 @@
DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
+EXTRA_CFLAGS = -DUSE_INTERP_RESULT
ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS)))
CFLAGS += -g
@@ -35,7 +36,7 @@
cp -f /usr/share/misc/config.guess cf/config.guess )
./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info \
- --with-tcl=/usr/lib/tcl8.5 --with-tk=/usr/lib/tk8.5
+ --with-tcl=/usr/lib --with-tk=/usr/lib
build-arch: config.status build-arch-stamp
@@ -43,7 +44,7 @@
dh_testdir
# Add here command to compile/build the package.
- $(MAKE)
+ $(MAKE) EXTRA_CFLAGS=$(EXTRA_CFLAGS)
touch build-arch-stamp
@@ -65,7 +66,7 @@
dh_testdir
dh_testroot
# 2003-04-14 Extended rm command to make sure that all build
-# stamps are deleted. Original comand was rm -f build-stamp
+ # stamps are deleted. Original comand was rm -f build-stamp
rm -f build-*stamp
# Add here commands to clean up after the build process.
diff -u ttt-1.7/debian/changelog ttt-1.7/debian/changelog
--- ttt-1.7/debian/changelog
+++ ttt-1.7/debian/changelog
@@ -1,3 +1,14 @@
+ttt (1.7-3.5) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Build with Tcl/Tk 8.6 to make the package work with newer BLT package.
+ * Define USE_INTERP_RESULT macro to allow the usage of deprecated
+interp-result field.
+ * Added missing includes into viewer.c to declare exit(), strcpy(),
+bzero() and inet_ntoa() functions to prevent immediate segfault.
+
+ -- Sergei Golovan sgolo...@debian.org Sat, 05 Jul 2014 16:25:45 +0400
+
ttt (1.7-3.4) unstable; urgency=low
* Non-maintainer upload.
only in patch2:
unchanged:
--- ttt-1.7.orig/viewer.c
+++ ttt-1.7/viewer.c
@@ -17,11 +17,15 @@
shared by tttview and extview but TTT_TEXT flag is set for
extview. */
#include stdio.h
+#include stdlib.h
+#include string.h
+#include strings.h
#include netdb.h
#include sys/param.h
#include sys/socket.h
#include sys/time.h
#include netinet/in.h
+#include arpa/inet.h
#include ttt.h
#include ttt_node.h
Bug#753818: texworks: please use synctex parser provided by libsynctex-dev
Source: texworks
Version: 0.5~svn1363-4
Severity: wishlist
Usertags: embedded-synctex-parser
texworks currently contains a copy of synctex parser from texlive-bin.
This code is now provided as shared library by
libsynctex1/libsynctex-dev. Please consider the attached patch to use
the shared library instead of the embedded copy.
Cheers
--
Sebastian Ramacher
diff -u texworks-0.5~svn1363/debian/changelog
texworks-0.5~svn1363/debian/changelog
--- texworks-0.5~svn1363/debian/changelog
+++ texworks-0.5~svn1363/debian/changelog
@@ -1,3 +1,10 @@
+texworks (0.5~svn1363-4.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Use system synctex parser provided by libsynctex-dev.
+
+ -- Sebastian Ramacher sramac...@debian.org Sat, 05 Jul 2014 13:51:35 +0200
+
texworks (0.5~svn1363-4) unstable; urgency=medium
* Enabled parallel building. Thanks to Pino Toscano pino AT debian.org.
diff -u texworks-0.5~svn1363/debian/control texworks-0.5~svn1363/debian/control
--- texworks-0.5~svn1363/debian/control
+++ texworks-0.5~svn1363/debian/control
@@ -2,7 +2,7 @@
Section: editors
Priority: extra
Maintainer: Atsuhito KOHDA ko...@debian.org
-Build-Depends: debhelper (= 7), pkg-config, cmake (= 2.8.6),
libhunspell-dev, libqt4-dev, libpoppler-qt4-dev, liblua5.2-dev, python-dev,
zlib1g-dev
+Build-Depends: debhelper (= 7), pkg-config, cmake (= 2.8.6),
libhunspell-dev, libqt4-dev, libpoppler-qt4-dev, liblua5.2-dev, python-dev,
zlib1g-dev, libsynctex-dev
Standards-Version: 3.9.5
Homepage: http://www.tug.org/texworks/
only in patch2:
unchanged:
--- texworks-0.5~svn1363.orig/CMake/Modules/FindSynctex.cmake
+++ texworks-0.5~svn1363/CMake/Modules/FindSynctex.cmake
@@ -0,0 +1,51 @@
+# - Try to find Synctex
+# Once done this will define
+#
+# SYNCTEX_FOUND - system has Synctex
+# SYNCTEX_INCLUDE_DIR - the Fontconfig include directory
+# SYNCTEX_LIBRARIES - Link these to use Sycntex
+#
+# Redistribution and use of this file is allowed according to the terms of the
+# MIT license. For details see the file COPYING-CMAKE-MODULES.
+
+
+if ( SYNCTEX_INCLUDE_DIR AND SYNCTEX_LIBRARIES )
+ # in cache already
+ SET(Synctex_FIND_QUIETLY TRUE)
+endif ( SYNCTEX_INCLUDE_DIR AND SYNCTEX_LIBRARIES )
+
+# use pkg-config to get the directories and then use these values
+# in the FIND_PATH() and FIND_LIBRARY() calls
+if( NOT WIN32 )
+ find_package(PkgConfig)
+
+ pkg_check_modules(SYNCTEX_PKG QUIET synctex)
+endif( NOT WIN32 )
+
+FIND_PATH(SYNCTEX_INCLUDE_DIR NAMES synctex_parser.h
+ PATHS
+/usr/local/include/synctex_parser
+/usr/X11/include/synctex_parser
+/usr/include/synctex_parser
+ HINTS
+${SYNCTEX_PKG_INCLUDE_DIRS} # Generated by pkg-config
+)
+
+FIND_LIBRARY(SYNCTEX_LIBRARIES NAMES synctex ${SYNCTEX_PKG_LIBRARIES}
+ PATHS
+/usr/local
+/usr/X11
+/usr
+ HINTS
+${SYNCTEX_PKG_LIBRARY_DIRS} # Generated by pkg-config
+ PATH_SUFFIXES
+lib64
+lib
+)
+
+include(FindPackageHandleStandardArgs)
+FIND_PACKAGE_HANDLE_STANDARD_ARGS(Synctex DEFAULT_MSG SYNCTEX_LIBRARIES
SYNCTEX_INCLUDE_DIR)
+
+# show the SYNCTEX_INCLUDE_DIR and SYNCTEX_LIBRARIES variables only in the
advanced view
+MARK_AS_ADVANCED(SYNCTEX_INCLUDE_DIR SYNCTEX_LIBRARIES )
+
only in patch2:
unchanged:
--- texworks-0.5~svn1363.orig/CMakeLists.txt
+++ texworks-0.5~svn1363/CMakeLists.txt
@@ -221,6 +221,7 @@
FIND_PACKAGE(ZLIB REQUIRED)
FIND_PACKAGE(Hunspell REQUIRED)
FIND_PACKAGE(Poppler REQUIRED)
+FIND_PACKAGE(Synctex)
# The only thing Poppler should need is the location of the include directories
# in order to access header files. The library loader should be able to find
@@ -241,6 +242,10 @@
LIST(APPEND TeXworks_INCLUDE_DIRS ${FONTCONFIG_INCLUDE_DIR})
ENDIF ()
+IF ( SYNCTEX_FOUND )
+ LIST(APPEND TeXworks_INCLUDE_DIRS ${SYNCTEX_INCLUDE_DIR})
+ENDIF ()
+
SET(TeXworks_LIB_DIRS ${QT_LIBRARY_DIR})
set(TEXWORKS_ADDITIONAL_LIBS CACHE STRING Additional libraries not found
by CMake)
@@ -255,6 +260,11 @@
${TEXWORKS_ADDITIONAL_LIBS}
)
+IF ( SYNCTEX_FOUND )
+ LIST(APPEND TeXworks_LIBS ${SYNCTEX_LIBRARIES})
+ENDIF ()
+
+
# Configure Optional Dependencies
# ---
only in patch2:
unchanged:
--- texworks-0.5~svn1363.orig/src/CMakeLists.txt
+++ texworks-0.5~svn1363/src/CMakeLists.txt
@@ -21,6 +21,14 @@
LIST(APPEND TEXWORKS_SRCS ${TEXWORKS_WIN_RCS})
ENDIF ( WIN32 )
+IF ( SYNCTEX_FOUND )
+ FILE(GLOB SYNCTEX_SRCS synctex_*.c)
+ FILE(GLOB SYNCTEX_HDRS synctex_*.h)
+
+ LIST(REMOVE_ITEM TEXWORKS_SRCS ${SYNCTEX_SRCS})
+ LIST(REMOVE_ITEM TEXWORKS_HDRS ${SYNCTEX_HDRS})
+ENDIF ( SYNCTEX_FOUND )
+
# These source files along with the `.moc` files generated from some headers
# form the TeXworks scripting API. We export them to variables in the
# `PARENT_SCOPE` (top level CMake file) so that they will be available to the
only in patch2:
unchanged:
--- texworks-0.5~svn1363.orig/src/PDFDocument.h
+++ texworks-0.5~svn1363/src/PDFDocument.h
@@ -40,7 +40,7 @@
#else
#include
Bug#753819: Please add support for adding attachments via bug-scripts
Package: reportbug-ng Version: 1.31 Severity: wishlist reportbug recently gained a feature where you can attach larger files as real attachments instead of being pasted into the email [1]. This is an immensly useful feature, as otherwise the bug reports become unreadable with large attachments. Please consider to implement a solution compatible with what's been implemented in [1]. Regards, Michael [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526110#15 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.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#753510: liblognorm1 - Conflicts against liblognorm0 without justification
Hi Pierre, did you have time to look into this? This is currently blocking rsyslog from entering testing, so it would be nice to have this resolved. If there is a preferred approached how you like to see this handled (a/ move into -dev, b/ move into new -tools package or c/ naming it using a non-conflicting name), but you don't have time for it, just let us know. I could offer to NMU in this case if I know how you want to see this addressed. If you chose c/, an alternative to what waldi suggested naming it /usr/lib/$PACKAGE/lognormalizer-$DEB_HOST_MULTIARCH might be /usr/lib/$(DEB_HOST_MULTIARCH)/$PACKAGE/lognormalizer That looks more natural to me Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#687502: lscpu: SIGFPE with some kernel configurations
Hello Meelis Roos! Thanks for the bug report you submitted at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687502 I'll need some additional information to be able to dive deeper into what's causing the problem for you. It seems to be fixed by upstream meanwhile - just tested 2.20.1-5.8 to work fine, sample output from one such server with SMT but no multicore config: Architecture: x86_64 CPU op-mode(s):32-bit, 64-bit Byte Order:Little Endian CPU(s):4 On-line CPU(s) list: 0-3 Thread(s) per core:2 Core(s) per socket:1 Socket(s): 2 Vendor ID: GenuineIntel CPU family:15 Model: 4 Stepping: 1 CPU MHz: 3199.950 BogoMIPS: 6400.70 L1d cache: 16K L2 cache: 1024K However, attached is the dump for test case if you need it for coverage. You seem to have jumped a bit to fast to conclusions in your report. eg. after trying to opennonexistant /sys/devices/system/cpu/cpu0/topology/book_siblings: When strace says access this means lscpu is checking if the file exists, not trying to open it. The code is already atleast attempting to handle the case when it does not exist. (Fwiw, I don't have this file either, but lscpu works fine for me.) If you could please collect some test data, hopefully I'll be able to reproduce the problem. Please do: cd /tmp apt-get source util-linux cd util-linux-* bash ./tests/ts/lscpu/mk-input.sh debian-687502 Then submit the newly created debian-687502.tar.gz file back to me / this bug report! Regards, Andreas Henriksson -- Meelis Roos (mr...@linux.ee) debian-687502.tar.gz Description: Binary data
Bug#752815: stfl: hardcodes /usr/lib/perl5
Control: tag -1 + patch
On Thu, 26 Jun 2014 21:42:42 +0300, Niko Tyni wrote:
This package fails to build with perl_5.20.0-1 from experimental:
dh_install
cp: cannot stat 'debian/tmp/debian/tmp/usr/lib/perl5/auto/stfl/stfl.so': No
such file or directory
dh_install: cp -a debian/tmp/debian/tmp/usr/lib/perl5/auto/stfl/stfl.so
debian/libstfl-perl//usr/lib/perl5/auto/stfl/ returned exit code 1
make: *** [binary-arch] Error 2
Attached is a debdiff using debian/libstfl-perl.install.in, and
replacing the placeholder with $Config{vendorarch} during build.
Cheers,
gregor
--
.''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
: :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/
`. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe
`- NP: Beatles
diff -Nru stfl-0.22/debian/changelog stfl-0.22/debian/changelog
--- stfl-0.22/debian/changelog 2014-02-12 02:07:22.0 +0100
+++ stfl-0.22/debian/changelog 2014-07-05 15:00:40.0 +0200
@@ -1,3 +1,14 @@
+stfl (0.22-1.2) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix hardcodes /usr/lib/perl5:
+- remove debian/libstfl-perl.dirs, not needed
+- create debian/libstfl-perl.install during build, using
+ $Config{vendorarch}
+(Closes: #752815)
+
+ -- gregor herrmann gre...@debian.org Sat, 05 Jul 2014 14:44:58 +0200
+
stfl (0.22-1.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru stfl-0.22/debian/libstfl-perl.dirs stfl-0.22/debian/libstfl-perl.dirs
--- stfl-0.22/debian/libstfl-perl.dirs 2011-10-25 16:22:53.0 +0200
+++ stfl-0.22/debian/libstfl-perl.dirs 1970-01-01 01:00:00.0 +0100
@@ -1,2 +0,0 @@
-/usr/lib/perl5
-/usr/lib/perl5/auto/stfl
diff -Nru stfl-0.22/debian/libstfl-perl.install stfl-0.22/debian/libstfl-perl.install
--- stfl-0.22/debian/libstfl-perl.install 2011-10-25 16:22:53.0 +0200
+++ stfl-0.22/debian/libstfl-perl.install 1970-01-01 01:00:00.0 +0100
@@ -1,2 +0,0 @@
-debian/tmp/usr/lib/perl5/auto/stfl/stfl.so
-debian/tmp/usr/lib/perl5/stfl.pm
diff -Nru stfl-0.22/debian/libstfl-perl.install.in stfl-0.22/debian/libstfl-perl.install.in
--- stfl-0.22/debian/libstfl-perl.install.in 1970-01-01 01:00:00.0 +0100
+++ stfl-0.22/debian/libstfl-perl.install.in 2014-07-05 14:54:57.0 +0200
@@ -0,0 +1,2 @@
+debian/tmp/@PERL_ARCHLIB@/auto/stfl/stfl.so
+debian/tmp/@PERL_ARCHLIB@/stfl.pm
diff -Nru stfl-0.22/debian/rules stfl-0.22/debian/rules
--- stfl-0.22/debian/rules 2014-02-12 02:05:12.0 +0100
+++ stfl-0.22/debian/rules 2014-07-05 14:57:15.0 +0200
@@ -13,6 +13,7 @@
MAKE_FOUND_INTERPR := FOUND_PERL5=0 FOUND_SWIG=1 FOUND_SPL=1 FOUND_RUBY=0 FOUND_PYTHON=0
MAKE_INSTALL_TARGET := DESTDIR=$(MAKE_DESTDIR) prefix=/usr
CFLAGS += -fPIC
+PERL_ARCHLIB := $(shell perl -MConfig -e 'print $$Config{vendorarch}')
build: build-stamp $(addprefix build-stamp-python-, $(PYTHON_VERSIONS))
build-stamp:
@@ -42,6 +43,7 @@
$(MAKE) $(MAKE_INSTALL_TARGET) $(MAKE_FOUND_INTERPR) install
# perl
$(MAKE) -C perl5 install DESTDIR=$(MAKE_DESTDIR) PREFIX=/usr
+ sed -e 's;@PERL_ARCHLIB@;$(PERL_ARCHLIB);g' debian/libstfl-perl.install.in debian/libstfl-perl.install
# ruby
dh_ruby --install
@@ -57,6 +59,8 @@
rm -f build-stamp*
# ruby
dh_ruby --clean
+ # perl
+ rm -f debian/libstfl-perl.install
# Add here commands to clean up after the build process.
[ ! -f Makefile ] || $(MAKE) clean
signature.asc
Description: Digital Signature
Bug#753820: atril build-depends on obsolete transiionall package
Package: atril Severity: serious Tags: patch atril depends on the obsolete transitional package libtiff4-dev which has been removed in the latest version of the tiff source package. The fix is trivial and obvious, change the build-dependency to libtiff-dev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746078: RT News - New member, freeze reminder and last Squeeze release
Hello Nobuhiro Iwamatsu! I'd like to ask what the status is on getting bluez5 into unstable? This part of the recent release-team announcement makes me feel pretty stressed: On Sat, Jul 05, 2014 at 09:37:57AM +0200, Niels Thykier wrote: [...] Freeze reminder FREEZE We are quickly approaching the freeze, which is about ~4 months away! * In two months (5th of Sep), we will close down for transitions! [...] I'm not alone in thinking that releasing Jessie with a Gnome that has bluetooth support disable is not ok to release. We really need to start this soon to be able to get everything updated before the freeze deadlines! If blueman is not ready, then so be it not the end of the world. It has no reverse dependencies, so I really don't think it should be considered a blocker. We lose much more if we don't get bluez5 into Jessie then we do if we keep bluez4 for the sake of blueman. Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753170: RM: autoconf2.13 -- ROM, NVIU; dead upstream, superseded by autoconf
On July 4, 2014 10:02:40 PM EDT, Ben Pfaff b...@cs.stanford.edu wrote: ... Dak disagrees about reverse dependencies: Checking reverse dependencies... # Broken Build-Depends: How strange. I guess apt-cache rdepends cannot be trusted. For reference, apt-cache rdepends only checks depends, not build-deps I Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753806: texstudio: please use synctex parser provided by libsynctex-dev
tag 753806 pending thanks On 05.07.2014 12:23, Sebastian Ramacher wrote: texstudio currently contains a copy of synctex parser from texlive-bin. This code is now provided as shared library by libsynctex1/libsynctex-dev. Please consider the attached patch to use the shared library instead of the embedded copy. Hi Sebastian Thanks for the news about libsynctex and the provided patch. I'm preparing an upload of texstudio 2.8.0 right now and I've gladly included your patch. Cheers, Tom signature.asc Description: OpenPGP digital signature
Bug#753821: eject fails on CD/DVD drive and reports wrong error
Package: eject
Version: 2.1.5+deb1+cvs20081104-13
Severity: important
I should have reported this ages ago, sorry. :-(
I've got a system with several CD/DVD drives in it, and they all show
the same behaviour. I think there's a kernel bug with CD locking at
the root of the main problem here, and I'll report another bug there.
For a while after I start my system, eject /dev/srX works just
fine. However, after some non-determined period it stops working
reliably. What I'm seeing is an annoying badly-reported error:
sledge:/home/steve/iso# eject /dev/sr1
eject: unable to eject, last error: Inappropriate ioctl for device
sledge:/home/steve/iso# eject /dev/sr1
eject: unable to eject, last error: Inappropriate ioctl for device
sledge:/home/steve/iso# eject /dev/sr1
eject: unable to eject, last error: Inappropriate ioctl for device
sledge:/home/steve/iso# eject /dev/sr1
After the fourth attempt here, the eject call works. I've tried
hitting the eject button on the drive itself, but no joy.
As to reporting ENOTTY, that's just *wrong*.
Running the same under strace, I can see a silliness here that is the cause:
open(/dev/sr1, O_RDONLY|O_NONBLOCK) = 3
ioctl(3, CDROMEJECT, 0) = -1 EIO (Input/output error)
ioctl(3, SG_GET_VERSION_NUM, 0x7fff2e8f387c) = 0
ioctl(3, SG_IO, {'S', SG_DXFER_NONE, cmd[6]=[1e, 00, 00, 00, 00, 00],
mx_sb_len=32, iovec_count=0, dxfer_len=0, timeout=1, flags=0, status=00,
masked_status=00, sb[0]=[], host_status=0, driver_status=0, resid=0,
duration=0, info=0}) = 0
ioctl(3, SG_IO, {'S', SG_DXFER_NONE, cmd[6]=[1b, 00, 00, 00, 01, 00],
mx_sb_len=32, iovec_count=0, dxfer_len=0, timeout=1, flags=0, status=02,
masked_status=01, sb[18]=[70, 00, 02, 00, 00, 00, 00, 0a, 3a, 00, bb, 00, 3a,
00, 00, 00, 00, 00], host_status=0, driver_status=0x8, resid=0, duration=4,
info=0x1}) = 0
ioctl(3, FDEJECT, 0x7fff2e8f38b8) = -1 ENOTTY (Inappropriate ioctl for
device)
ioctl(3, MGSL_IOCGPARAMS or MMTIMER_GETRES or MTIOCTOP or SNDCTL_MIDI_MPUMODE,
0x7fff2e8f3890) = -1 ENOTTY (Inappropriate ioctl for device)
For some daft reason, eject looks to be trying ioctl(CDROMEJECT),
getting EIO as a failure mode, then falling back to ioctl(FDEJECT) on
the CD drive. That last failure is the cause for the ENOTTY error, and
that is reported incorrectly instead of the EIO that is the first (and
correct) error.
-- System Information:
Debian Release: 7.5
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-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/bash
Versions of packages eject depends on:
ii libc6 2.13-38+deb7u1
ii libdevmapper1.02.1 2:1.02.74-8
eject recommends no packages.
Versions of packages eject suggests:
ii cdtool 2.1.8-release-2
pn setcd 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#753823: vim-runtime: jessie missing in syntax/debsources.vim
Package: vim-runtime Version: 2:7.4.335-1 Severity: minor Tags: patch Dear Maintainer, Although jessie has not been released yet, it is already a valid codename in debian sources files. However, it is still not properly recognised (highlighted) by vim. This could be easily fixed by adding jessie\| right after wheezy\| in line 26 of file /usr/share/vim/vim74/syntax/debsources.vim . Could you please do so? Thank you Kind regards, E. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash vim-runtime depends on no packages. Versions of packages vim-runtime recommends: ii vim 2:7.4.335-1 ii vim-tiny 2:7.4.335-1 vim-runtime 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#753816: [systemd] Broken audio
El 05/07/14 13:33, Michael Biebl escribió: Am 05.07.2014 14:16, schrieb Antonio Marcos López Alonso: Package: systemd Version: 204-14 Severity: important --- Please enter the report below this line. --- After upgrading to systemd and rebooting, audio has dissappeared from my box. Here are the lines I found in dmesg output: [ 10.812065] cannot find the slot for index 0 (range 0-0), error: -16 [ 10.812119] hda-intel: Error creating card! [ 10.812170] snd_hda_intel: probe of :00:14.2 failed with error -16 [ 10.812193] cannot find the slot for index 0 (range 0-0), error: -16 [ 10.812243] hda-intel: Error creating card! [ 10.812291] snd_hda_intel: probe of :01:00.1 failed with error -16 What kind of hardware do you have? Could you attach your /etc/modules file, please? Sure. Attaching file. # /etc/modules: kernel modules to load at boot time. # # This file contains the names of kernel modules that should be loaded # at boot time, one per line. Lines beginning with # are ignored. # Parameters can be specified after the module name. loop snd-aloop # Generated by sensors-detect on Mon Jun 18 22:30:23 2012 # Chip drivers it87
