Bug#712646: Please backport libvirt/1.0.6-1 to bpo (once it reaches testing)
On Tue, Jun 18, 2013 at 10:49:39AM +0200, Sandro Tosi wrote: > Source: libvirt > Version: 1.0.6-1 > Severity: wishlist > > Hello, > While installing Debian 7.1, with libvirt/0.9.12-11+deb7u1, on a HP ProLiant > DL385 G7 we notices all the VMs were pinned on CPU 0, without using the second > CPU available. > > Looking at the changelog between stable and sid, we noticed several entries > that > might solve our issue, so we install the sid package and the problem went > away. > > Can you please backport libvirt/1.0.6-1 to wheezy BPO as soon as it reached > testing? I've pushed the bpo/wheezy branch to git: git://git.debian.org/git/pkg-libvirt/libvirt.git -b bpo/wheezy Will upload to backports once 707201 is fixed and we migrated to testing. Cheers, -- Guido > > Thanks in advance, > Sandro > > -- System Information: > Debian Release: 7.0 > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, > 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.8-trunk-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723521: ruby-god link with -L/usr/lib
I don't think this has much to do with ruby-god itself; the C extension is built using a Makefile dynamically produced by a gem2deb utility: /usr/bin/ruby1.8 -I/usr/lib/ruby/vendor_ruby /usr/lib/ruby/vendor_ruby/gem2deb/extension_builder.rb ruby-god /usr/bin/ruby1.8 extconf.rb checking for linux/netlink.h... yes checking for linux/connector.h... yes checking for linux/cn_proc.h... yes creating Makefile ... Would you then agree that a faulty linking of this extension on some architectures is more likely a result of some bug in gem2deb ? Cheers, --Seb On Sep/17, YunQiang Su wrote: > Package: ruby-god > Version: 0.13.2-3 > X-Debbugs-CC: wzss...@gmail.com > > This package has one or more -L/usr/lib in its build system, > which will make it ftbfs if there is libraries under /usr/lib, > while is not the default architecture, mips* for example. > > On mips* systems, /usr/lib is defined as place to hold O32 > libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. > > Beside the way, on the multiarch system like Debian, user may install > libraries under /usr/lib by hand. > > Please use the default search path if you can, and please consider fix > this. > > I will try to fix this bug, while if you can help to fix it, > It will be very appreciative. > > The attachement is the buildlog of this package on mips64el platform. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723458: libtrio link with -L/usr/lib
tags 723458 moreinfo thanks Hi, I believe this bug report is invalid, at least I could not find the place where -L/usr/lib is used. Please close the bug if it is invalid. Cheers, Balint PS: I suspect it is one of the false positives mentioned here: http://lists.debian.org/debian-devel/2013/09/msg00334.html 2013/9/17 YunQiang Su : > Package: libtrio > Version: 1.14+dfsg-2 > X-Debbugs-CC: wzss...@gmail.com > > This package has one or more -L/usr/lib in its build system, > which will make it ftbfs if there is libraries under /usr/lib, > while is not the default architecture, mips* for example. > > On mips* systems, /usr/lib is defined as place to hold O32 > libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. > > Beside the way, on the multiarch system like Debian, user may install > libraries under /usr/lib by hand. > > Please use the default search path if you can, and please consider fix > this. > > I will try to fix this bug, while if you can help to fix it, > It will be very appreciative. > > The attachement is the buildlog of this package on mips64el platform. signature.asc Description: OpenPGP digital signature
Bug#714056: iceweasel: build-depends on obsolete ttf-* packages
reopen 714056 thanks Hi, sorry, it looks like I made a mistake in my bug report: while ttf-dejima-mincho was replaced by fonts-dejima-mincho, the replacement for ttf-freefont is fonts-freefont-ttf (and not fonts-freefont as I wrongly said). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#720858: gramps 4.0.1 not 3.*
Can someone please tell me the logic of updating to version 3 not 4? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#655975: [PATCH] Support :any architecture qualifiers for multiarch
On 2013-09-18 6:33, Niels Thykier wrote:
I think we should take this opportunity to get rid of the "empty"
PREDEPENDS slot (i.e. have the MULTIARCH field replace PREDEPENDS).
There is no point in having the empty slot for PREDEPENDS; yours
truly
was just too lazy to figure out how to remove it from the C code when
I
merged PREDEPENDS into DEPENDS.
Seems reasonable; attached is a diff on top of the earlier patch that
does that, and passes the testsuite (including live-data).
I've also attached a squashed diff showing the cumulative changes
relative to the live code. I've left the "depends" array as-is because
it's part of the underlying abstraction; I assume the four elements are
intended to correspond to the fields which dpkg/apt consider as
"dependency relations", i.e. pre-depends, depends, recommends and
suggests. If we don't care about maintaining that in the abstraction
then we could probably flatten depends from a deplistlist to a deplist.
Regards,
Adamdiff --git a/britney.py b/britney.py
index 037645f..d2bcbd6 100755
--- a/britney.py
+++ b/britney.py
@@ -525,7 +525,6 @@ class Britney(object):
version,
get_field('Architecture'),
get_field('Multi-Arch'),
-None, # Pre-depends - leave as None for the C-code
deps,
', '.join(final_conflicts_list) or None,
get_field('Provides'),
diff --git a/consts.py b/consts.py
index eba22d2..827e7d4 100644
--- a/consts.py
+++ b/consts.py
@@ -30,11 +30,8 @@ SOURCE = 2
SOURCEVER = 3
ARCHITECTURE = 4
MULTIARCH = 5
-# PREDEPENDS = 6 - No longer used by the python code
-# - The C-code needs it for alignment reasons and still check it
-#but ignore it if it is None (so keep it None).
-DEPENDS = 7
-CONFLICTS = 8
-PROVIDES = 9
-RDEPENDS = 10
-RCONFLICTS = 11
+DEPENDS = 6
+CONFLICTS = 7
+PROVIDES = 8
+RDEPENDS = 9
+RCONFLICTS = 10
diff --git a/lib/britney-py.c b/lib/britney-py.c
index 28ace3c..94833cf 100644
--- a/lib/britney-py.c
+++ b/lib/britney-py.c
@@ -85,6 +85,7 @@ static PyObject *dpkgpackages_add_binary(dpkgpackages *self,
PyObject *args) {
pkg->package = strdup(pkg_name);
pkg->priority = 0;
pkg->details= NULL;
+pkg->depends[1] = NULL;
pkg->depends[2] = NULL;
pkg->depends[3] = NULL;
@@ -119,16 +120,10 @@ static PyObject *dpkgpackages_add_binary(dpkgpackages
*self, PyObject *args) {
pyString = PyList_GetItem(value, 7);
if (pyString == NULL) return NULL;
if (pyString != Py_None) {
-pkg->depends[1] = read_dep_andor(PyString_AsString(pyString));
-} else pkg->depends[1] = NULL;
-
-pyString = PyList_GetItem(value, 8);
-if (pyString == NULL) return NULL;
-if (pyString != Py_None) {
pkg->conflicts = read_dep_and(PyString_AsString(pyString));
} else pkg->conflicts = NULL;
-pyString = PyList_GetItem(value, 9);
+pyString = PyList_GetItem(value, 8);
if (pyString == NULL) return NULL;
if (pyString != Py_None) {
pkg->provides = read_packagenames(PyString_AsString(pyString));
@@ -211,12 +206,11 @@ static PyObject *build_system(PyObject *self, PyObject
*args) {
# SOURCEVER = 3
# ARCHITECTURE = 4
# MULTIARCH = 5
- # PREDEPENDS = 6
- # DEPENDS = 7
- # CONFLICTS = 8
- # PROVIDES = 9
- # RDEPENDS = 10
- # RCONFLICTS = 11
+ # DEPENDS = 6
+ # CONFLICTS = 7
+ # PROVIDES = 8
+ # RDEPENDS = 9
+ # RCONFLICTS = 10
*/
dpkg_packages *dpkg_pkgs = new_packages(arch);
@@ -230,6 +224,7 @@ static PyObject *build_system(PyObject *self, PyObject
*args) {
pkg->package = strdup(PyString_AsString(key));
pkg->priority = 0;
pkg->details= NULL;
+pkg->depends[1] = NULL;
pkg->depends[2] = NULL;
pkg->depends[3] = NULL;
@@ -264,16 +259,10 @@ static PyObject *build_system(PyObject *self, PyObject
*args) {
pyString = PyList_GetItem(value, 7);
if (pyString == NULL) continue;
if (pyString != Py_None) {
-pkg->depends[1] = read_dep_andor(PyString_AsString(pyString));
-} else pkg->depends[1] = NULL;
-
-pyString = PyList_GetItem(value, 8);
-if (pyString == NULL) continue;
-if (pyString != Py_None) {
pkg->conflicts = read_dep_and(PyString_AsString(pyString));
} else pkg->conflicts = NULL;
-pyString = PyList_GetItem(value, 9);
+pyString = PyList_GetItem(value, 8);
if (pyString == NULL) continue;
if (pyString != Py_None) {
pkg->provides = read_packagenames(PyString_AsString(pyString));
--- /srv/release.debian.org/britney/code/b2/lib/britney-py.c2013-07-07
13:42:04.0 +
+++ lib/britney-py.c2013-09-18 07:09:03.0 +
@@ -85,6 +85,7 @@
pkg->package = strdup(pkg_name);
pkg->priority = 0;
pkg->details
Bug#723629: fceu: no sound
Package: fceu Version: 0.98.12-4.1 Severity: important Dear Maintainer, * What led up to the situation? all games * What exactly did you do (or not do) that was effective (or ineffective)? $ fceu '/home/user/games/nes/Metroid.nes' Starting FCE Ultra 0.98.12... Loading /home/iobo/games/nes/Metroid.nes... PRG ROM:8 x 16KiB CHR ROM:0 x 8KiB ROM CRC32: 0x70080810 ROM MD5: 0xb2d2d9ed68b3e5e0d29053ea525bd37c Mapper: 1 Mirroring: Vertical Initializing video... Video Mode: 512 x 448 x 32 bpp Initializing sound...Error opening a sound device. * What was the outcome of this action? no sound Initializing sound...Error opening a sound device. ** debian jessie AlsaMixer v1.0.27.1 Card: PulseAudio Chip: PulseAudio -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (SMP w/1 CPU core) Locale: LANG=es_MX.UTF-8, LC_CTYPE=es_MX.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fceu depends on: ii libc62.17-92+b1 ii libsdl1.2debian 1.2.15-6 ii zlib1g 1:1.2.8.dfsg-1 fceu recommends no packages. Versions of packages fceu suggests: pn efp -- 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#723368: ikarus link with -L/usr/lib
Thanks for your bug report. The log you attached shows a build attempt on an unsupported architecture. It therefore does not show any actual compilation commands. But in any case, I believe that the -L/usr/lib options are being inserted by libtool, which is up to date because the package uses dh-autoreconf to refresh all autotools at build time. You would probably be better off focusing on libtool, as there is not much that can be done in ikarus without de-standardizing the build process. --Barak. -- Barak A. Pearlmutter Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572895: ldconfig issue: priority of /lib and /usr/lib is too high
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Sorry to say, but I doubt that it is reasonable to set a bug to "wishlist", just because the OS ABI tag issue is complex. This does not help. My suggestion is to keep things simple. Since mesa doesn't need it anymore, are there any other packages in x86/amd64 that cannot follow the documented priority scheme as described in ld.so(8) and therefore require the OS ABI tag? Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQEcBAEBCAAGBQJSOVfCAAoJEAqeKp5m04HLJXIH/03CahavsyYy/VhIPmZaPjaG B2kPnyye21ettV6BJjpAL6IBcoiP77pUEB2SyekQW2fcHh4gRhn/P56tEOKJuKEA /aH3OtsvDt6uXxCLgrkAsAZwNkXKQMoqUi6pmHgBiiyBLFUcsn8Iy3xGOSv4tZ4c c4tPL+IgCKlIWkqpsSjdq46VM52Km1qr/+4rXjMTyREgkNH0HXoXsvyYWVyUuDEg i41t8i2NJetlR+d1xvGIRBo3PiYalgEWAWMW8QFDjPhX/rHadIGhRjavxxhk5RuS mOb6Z+er8tMAsvIJbD95TWldJNYj/9zHtLj3FryyuCT/f9H3bcyt9ae4HZV0yD0= =FUAS -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#723620: [Pkg-mediawiki-devel] Bug#723620: mediawiki: Default installation does not work (Apache 2.4 problem)
On Tue, 17 Sep 2013, Matthew Gabeler-Lee wrote: > The problem seems to do with the change in syntax for Apache 2.4 allow/deny > rules. Prior bug#669832 mentions a fix that worked for me (change in the > allow/deny syntax in /etc/mediawiki/apache.conf). However, that bug was > marked closed without such a fix being applied to the mediawiki package. Hm, people told me it was enough. But I have got an idea. Can you please run: $ sudo a2enmod access_compat Then try again? If that helps, I’ll just call that from the postinst maintainer script, like we do in FusionForge. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723257: clippoly link with -L/usr/lib
The option -L/usr/lib is not in this package's build system per-se, but rather in libtool which is invoked automatically by the autotools-based build system. The relevant portion of the build log is: /bin/bash ./libtool --tag=CXX --mode=link g++ -Wall -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wl,-z,relro -o libclippoly.la -rpath /usr/lib/mips64el-linux-gnuabi64 nclip.lo poly.lo poly_io.lo posadder.lo primitives.lo templates.lo version.lo graphadd.lo graphmat.lo graphmat++.lo libtool: link: g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/mips64el-linux-gnuabi64/4.8/../../../mips64el-linux-gnuabi64/crti.o /usr/lib/gcc/mips64el-linux-gnuabi64/4.8/crtbeginS.o .libs/nclip.o .libs/poly.o .libs/poly_io.o .libs/posadder.o .libs/primitives.o .libs/templates.o .libs/version.o .libs/graphadd.o .libs/graphmat.o .libs/graphmat++.o -L/usr/lib/gcc/mips64el-linux-gnuabi64/4.8 -L/usr/lib/gcc/mips64el-linux-gnuabi64/4.8/../../../mips64el-linux-gnuabi64 -L/usr/lib/gcc/mips64el-linux-gnuabi64/4.8/../../../../lib -L/lib/mips64el-linux-gnuabi64 -L/lib/../lib -L/usr/lib/mips64el-linux-gnuabi64 -L/usr/lib/../lib -L/usr/lib/gcc/mips64el-linux-gnuabi64/4.8/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/mips64el-linux-gnuabi64/4.8/crtendS.o /usr/lib/gcc/mips64el-linux-gnuabi64/4.8/../../../mips64el-linux-gnuabi64/crtn.o -O2 -Wl,-z -Wl,relro -Wl,-soname -Wl,libclippoly.so.0 -o .libs/libclippoly.so.0.0.0 Note how libtool is invoked without the problematic option, but libtool's invocation of g++ does contain the option. The package uses dh-autoreconf to refresh the autotools files at build time, so the problem cannot be due to an old version of libtool being present in the package's sources. For this reason, I'd suggest you either close this bug report, or reassign it to the package containing the problematic libtool script. Cheers, --Barak. -- Barak A. Pearlmutter Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#720542: [PATCH] geeqie: crash (SIGABRT) when valid image doesn't have an extension
Hi Paul, I experience the same problem. The cause seems to be commit efc8096527d6f743d17c44b9982616a169973f39 in which file_data_new_simple (const gchar *path_utf) was completely rewritten and always requires the file existing in the current filelist. The filelist in turn is filtered by some the logic that you can see in the sidebar. As a workaround you can disable this filtering by navigating through the GUI: Edit > Preferences > Files [ ] Disable File Filtering My attached patch fixes the issue by loading the file if it is not included in the filelist already. Best regards, Leon Winter diff --git a/src/filedata.c b/src/filedata.c index 9cc9424..e24aab8 100644 --- a/src/filedata.c +++ b/src/filedata.c @@ -1097,8 +1097,8 @@ FileData *file_data_new_group(const gchar *path_utf8) filelist_read_real(dir, &files, NULL, TRUE); - fd = g_hash_table_lookup(file_data_pool, path_utf8); - g_assert(fd); + fd = g_hash_table_lookup(file_data_pool, path_utf8); + if (!fd) fd = file_data_new(path_utf8, &st, TRUE); file_data_ref(fd); filelist_free(files);
Bug#723630: icedove: Release is available
Package: icedove Version: 17.0.8-1 Severity: wishlist Dear Maintainer, Mozilla Thunderbird 24 is available for general purpose... Is it possible to upload it in experimental ? Thanks a lot, Best regards Mourad -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.4 ii fontconfig2.10.2-2 ii libasound21.0.27.2-1 ii libatk1.0-0 2.8.0-2 ii libc6 2.17-92+b1 ii libcairo2 1.12.16-1 ii libdbus-1-3 1.7.2-1 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.21-stable-1 ii libffi6 3.0.13-4 ii libfontconfig12.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-2 ii libgdk-pixbuf2.0-02.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk2.0-0 2.24.20-1 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libnspr4 2:4.10-1 ii libnss3 2:3.15.1-1 ii libnss3-1d2:3.15.1-1 ii libpango-1.0-01.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-0 1.32.5-5+b1 ii libpixman-1-0 0.30.2-1 ii libsqlite3-0 3.8.0.2-1 ii libstartup-notification0 0.12-3 ii libstdc++64.8.1-2 ii libvpx1 1.2.0-2 ii libx11-6 2:1.6.1-1 ii libxext6 2:1.3.2-1 ii libxrender1 1:0.9.8-1 ii libxt61:1.1.4-1 ii psmisc22.20-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages icedove recommends: ii hunspell-en-us [hunspell-dictionary] 20070829-6 ii myspell-fr [myspell-dictionary] 1.4-26 Versions of packages icedove suggests: ii fonts-lyx 2.0.6-1 ii libgssapi-krb5-2 1.11.3+dfsg-3 -- 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#659824: biojava vs biojava3
Hi, I think that biojava3 (3.x) may not be API compatible with older biojava (1.7, 1.8). I think that some programs may still need the old release, but I do not think we should put effort on updating old release if not specifically requested. Olivier -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723631: ois: Changing the priority from extra to optional
Source: ois Version: 1.3.0+dfsg0-5 Severity: normal Dear Maintainer, Please consider changing ois' priority value from "extra" to "optional" because ois is software people want to install whereas "extra" indicates some sort of conflict with another program or it has a specialized use case like debugging symbols. Actually being priority extra means for all reverse dependencies that they have to adjust their priority to extra too. See also Policy 2.5 http://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities Thank you for maintaining ois. Regards, Markus Koschany signature.asc Description: Digital signature
Bug#723632: pu: fai/4.0.8 - wheezy point-release update for FAI
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Tags: wheezy thanks Hi, as the stable release manager of FAI I'm kindly asking for letting src:fai 4.0.8 enter the upcoming wheezy point release update. We've FAI 4.0.8 sitting in jessie/unstable since ~2 weeks without any reported problems. The 4.0.7 version was specially released as stable update to address #719213, #720307 and update documentation. Version 4.0.8 just fixes a forgotten cherry-pick from the 4.0.7 upload (so the change was already part of FAI 4.0.6). The debdiff of FAI 4.0.6 (being part of current wheezy) and FAI 4.0.8 is attached. Thanks for consideration and regards, -mika- diff -Nru fai-4.0.6/bin/fai-make-nfsroot fai-4.0.8/bin/fai-make-nfsroot --- fai-4.0.6/bin/fai-make-nfsroot 2012-11-28 15:30:21.0 +0100 +++ fai-4.0.8/bin/fai-make-nfsroot 2013-08-20 11:30:22.0 +0200 @@ -378,7 +378,7 @@ # Work around Ubuntu's failure in installing rsyslog with # "start: Unable to connect to Upstart: Failed to connect to # socket /com/ubuntu/upstart: Connection refused" -if $ROOTCMD test -x /usr/sbin/dpkg-divert && [ -x $NFSROOT/sbin/initctl ] ; then +if $ROOTCMD which dpkg-divert >/dev/null 2>&1 && [ -x $NFSROOT/sbin/initctl ] ; then LC_ALL=C $ROOTCMD dpkg-divert --quiet --add --rename /sbin/initctl ln -sf /bin/true $NFSROOT/sbin/initctl INITCTL_DIVERT=true diff -Nru fai-4.0.6/conf/NFSROOT fai-4.0.8/conf/NFSROOT --- fai-4.0.6/conf/NFSROOT 2012-11-15 14:10:34.0 +0100 +++ fai-4.0.8/conf/NFSROOT 2013-08-20 11:30:22.0 +0200 @@ -29,14 +29,14 @@ #git # git consumes a lot of disk space on the FAI CD (ISO 9660) PACKAGES aptitude I386 -grub read-edid +grub-pc read-edid linux-image-686 # packages for Ubuntu natty/oneiric/precise: # linux-image-generic live-boot PACKAGES aptitude AMD64 -grub +grub-pc linux-image-amd64 # packages for Ubuntu natty/oneiric/precise: diff -Nru fai-4.0.6/debian/changelog fai-4.0.8/debian/changelog --- fai-4.0.6/debian/changelog 2013-02-01 21:33:38.0 +0100 +++ fai-4.0.8/debian/changelog 2013-09-03 17:26:06.0 +0200 @@ -1,3 +1,28 @@ +fai (4.0.8) unstable; urgency=low + + * Cherry-pick change for #699555 from 4.0.6 release which was +forgotten in the 4.0.7 upload. + + -- Michael Prokop Tue, 03 Sep 2013 17:25:10 +0200 + +fai (4.0.7) unstable; urgency=low + + * lib/task_sysinfo: make sure device is a valid block device before +acccessing it + * conf/NFSROOT: use grub-pc instead of grub package [Closes: #719213] + * Do not depend on dpkg-divert being available inside /usr/sbin +[Closes: #720307] + * Makefile: update list of bash, shell land perl scripts + * fai-guide/doc related changes: +- update repository information + feature list +- bunch of typo fixes +- fix name of dirinstall task +- update log file names regarding live-initramfs + klibc versions +- fix usage of it's <-> its +- replace "quiet" with "quite" and "setup" with "set up" + + -- Michael Prokop Tue, 20 Aug 2013 11:32:53 +0200 + fai (4.0.6) unstable; urgency=low * do not reboot if error.log is empty Closes: #699279, #690016 diff -Nru fai-4.0.6/doc/fai-guide.txt fai-4.0.8/doc/fai-guide.txt --- fai-4.0.6/doc/fai-guide.txt 2012-03-01 13:46:11.0 +0100 +++ fai-4.0.8/doc/fai-guide.txt 2013-08-20 11:30:22.0 +0200 @@ -99,7 +99,7 @@ http://fai-project.org/download Entry for 'sources.list':: -`http://fai-project.org/download lenny koeln` +`deb http://fai-project.org/download wheezy koeln` Mailing list:: https://lists.uni-koeln.de/mailman/listinfo/linux-fai @@ -116,12 +116,12 @@ http://fai-project.org/NEWS Source tree:: -You can access the subversion repository containing the newest -developer version of FAI using the following commands -`svn co svn://svn.debian.org/svn/fai/trunk fai` +You can access the Git repository containing the newest +developer version of FAI using the following command +`git clone git://github.com/faiproject/fai.git` Source tree via http:: -http://svn.debian.org/wsvn/fai/ +https://github.com/faiproject/fai Now read this manual, then enjoy the fully automatic installation and your saved time. @@ -260,8 +260,8 @@ * Hosts can boot from network card, CD, USB stick. * Simple creation of the CD and USB stick. * PXE with DHCP and BOOTP boot methods are supported. -* Lilo and grub support. -* ReiserFS, ext3 and XFS file system support. +* Grub support. +* ReiserFS, ext3/ext4 and XFS file system support. * Software RAID and LVM support. * Automatic hardware detection. * Remote login via ssh during installation process possible. @@ -408,7 +408,7 @@ === [[faisetup]]Setting up FAI -To setup a FAI install server you need at least the packages +To set up a FAI install server you need at least the packages _fai-server_ and _fai-doc_. The package _fai-quickstart_ contains dependencies on all required packages for an inst
Bug#705321: Can you reproduce
tag 705321 + moreinfo - confirmed thanks Hi JY, Can you reproduce the activesync problem with latest php-horde-activesync (2.7.3-1)? NB: please keep the bug in CC. Regards -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#713207: qd: diff for NMU version 2.3.11.dfsg-2.2
Control: tag 713207 patch pending Dear maintainer, I've prepared an NMU for qd (versioned as 2.3.11.dfsg-2.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, -- Colin Watson [cjwat...@debian.org] diff -u qd-2.3.11.dfsg/debian/rules qd-2.3.11.dfsg/debian/rules --- qd-2.3.11.dfsg/debian/rules +++ qd-2.3.11.dfsg/debian/rules @@ -3,12 +3,10 @@ ## control update does not seem t be a good practice ## DEB_AUTO_UPDATE_DEBIAN_CONTROL := yes -DEB_AUTO_UPDATE_LIBTOOL := -DEB_AUTO_UPDATE_AUTOCONF:= -DEB_AUTO_UPDATE_AUTOMAKE:= 1.11 include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/autotools.mk +include /usr/share/cdbs/1/rules/autoreconf.mk include /usr/share/cdbs/1/rules/patchsys-quilt.mk diff -u qd-2.3.11.dfsg/debian/control qd-2.3.11.dfsg/debian/control --- qd-2.3.11.dfsg/debian/control +++ qd-2.3.11.dfsg/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Science Maintainers Uploaders: Christophe Prud'homme -Build-Depends: cdbs, debhelper (>= 7), quilt, autotools-dev, g++ (>= 4.1), gfortran (>= 4.1), automake, autoconf, libtool +Build-Depends: cdbs, debhelper (>= 7), quilt, dh-autoreconf, g++ (>= 4.1), gfortran (>= 4.1) Standards-Version: 3.9.1 Homepage: http://crd.lbl.gov/~dhbailey/mpdist/ Vcs-Svn: svn://svn.debian.org/svn/debian-science/packages/qd/trunk diff -u qd-2.3.11.dfsg/debian/changelog qd-2.3.11.dfsg/debian/changelog --- qd-2.3.11.dfsg/debian/changelog +++ qd-2.3.11.dfsg/debian/changelog @@ -1,3 +1,12 @@ +qd (2.3.11.dfsg-2.2) unstable; urgency=low + + * Convert to dh-autoreconf, which is more robust than CDBS +DEB_AUTO_UPDATE_* (closes: #713207). + * Adjust pkglibdir.patch to work with current Autotools. + * Remove sh4.patch, automatically applied by autoreconf. + + -- Colin Watson Wed, 18 Sep 2013 09:31:53 +0100 + qd (2.3.11.dfsg-2.1) unstable; urgency=low * Non-maintainer upload. reverted: --- qd-2.3.11.dfsg/debian/patches/sh4.patch +++ qd-2.3.11.dfsg.orig/debian/patches/sh4.patch @@ -1,11 +0,0 @@ a/configure 2010-07-26 03:24:03.0 + -+++ b/configure 2010-07-26 03:24:32.0 + -@@ -8040,7 +8040,7 @@ - - ;; - # Ignore these flags. ---lang* | -lcrt*.o | -lc | -lgcc* | -lSystem | -libmil | -LANG:=* | -LIST:* | -LNO:*) -+-lang* | -lcrt*.o | -lc | -lgcc* | -lSystem | -libmil | -little | -LANG:=* | -LIST:* | -LNO:*) - ;; - -lkernel32) - test x"$CYGWIN" != xyes && ac_cv_fc_libs="$ac_cv_fc_libs $ac_arg" diff -u qd-2.3.11.dfsg/debian/patches/series qd-2.3.11.dfsg/debian/patches/series --- qd-2.3.11.dfsg/debian/patches/series +++ qd-2.3.11.dfsg/debian/patches/series @@ -1,3 +1,2 @@ libtool.patch -sh4.patch pkglibdir.patch diff -u qd-2.3.11.dfsg/debian/patches/pkglibdir.patch qd-2.3.11.dfsg/debian/patches/pkglibdir.patch --- qd-2.3.11.dfsg/debian/patches/pkglibdir.patch +++ qd-2.3.11.dfsg/debian/patches/pkglibdir.patch @@ -5,8 +5,8 @@ $(QDEXT): qdext.o -pkglib_DATA = $(QDMOD) $(QDEXT) $(DDMOD) $(DDEXT) -+qd_pkglibdir = $(pkglibdir) -+qd_pkglib_DATA = $(QDMOD) $(QDEXT) $(DDMOD) $(DDEXT) ++qdpkglibdir = $(pkglibdir) ++qdpkglib_DATA = $(QDMOD) $(QDEXT) $(DDMOD) $(DDEXT) DEMO=quaderq$(EXEEXT) quadgsq2d$(EXEEXT) quadgsq$(EXEEXT) \ quadtsq$(EXEEXT) quadtsq2d$(EXEEXT)
Bug#587458: retitle 587458 ITP: isbg
Hi, I intend to package this piece of software and maintain it like upstream. Upstream didn't work on it for some time now, but it still works and is very usefull (at least in my setup). -- MfG usw. Werner Mahr
Bug#723633: ITP: python-falcon -- supersonic micro-framework for building cloud APIs
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-falcon Version : 0.1.7 Upstream Author : Kurt Griffiths * URL : http://falconframework.org * License : Apache-2.0 Programming Lang: Python Description : supersonic micro-framework for building cloud APIs Falcon is a high-performance Python framework for building cloud APIs. It encourages the REST architectural style, and tries to do as little as possible while remaining highly effective. . Unlike other Python web frameworks, Falcon won't bottleneck your API's performance under highly concurrent workloads. Many frameworks max out at serving simple "hello world" requests at a few thousand req/sec, while Falcon can easily serve many more on the same hardware. . Falcon isn't very opinionated. In other words, the framework leaves a lot of decisions and implementation details to you. . Features: * Intuitive routing via URI templates and resource classes * Easy access to headers and bodies through request and response classes * Idiomatic HTTP error responses via a handy exception base class * DRY request processing using global, resource, and method hooks * Snappy unit testing through WSGI helpers and mocks * 20% speed boost when Cython is available * Python 2.6, Python 2.7, PyPy and Python 3.3 support -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#720060: patch fixes the issue
Hi Steve, On Sun, Aug 18, 2013 at 02:16:56AM -0500, Steve M. Robbins wrote: > I was incorrect in my last message when I said that > mu_authenticate_system() is not called. It is called. > > The patch I provided completely fixes my problem. Sorry for the late reply, and many thanks for bug report, analysis and patch! I've added the patch to the SVN repository, and hopefully will upload soon. I'll take care of forwarding this patch upstream, too. Again, many thanks! Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723198: udevd not copied to initrd, system unbootable
I am still trying to figure out what happened - fact is that on the "problematic" machine the initrd definitely has the line ./scripts/init-top/udev:udevd --daemon --resolve-names=never after upgrading to 204. Maybe it's some override script I forgot somewhere, in any case, it is very likely a local problem. I apologise, please close this bug. Cheers, I. - Mail original - De: "Michael Biebl" À: 723...@bugs.debian.org Cc: cont...@bugs.debian.org, "Itaï BEN YAACOV" Envoyé: Mercredi 18 Septembre 2013 00:12:08 Objet: Re: Bug#723198: udevd not copied to initrd, system unbootable severity 723198 important thanks Am 17.09.2013 17:55, schrieb Michael Biebl: > tags 723198 + moreinfo unreproducible > thanks > > Am 17.09.2013 14:38, schrieb Michael Biebl: >> Can you attach the output of >> "grep udevd /usr/share/initramfs-tools -R" > > I've checked all packages installing an initramfs hook. > None of that calls udevd directly: > > # grep udevd /usr/share/initramfs-tools/ -R > /usr/share/initramfs-tools/scripts/init-bottom/udev:# Stop udevd, we'll miss > a few events while we run init, but we catch up > /usr/share/initramfs-tools/scripts/init-top/udev:/lib/systemd/systemd-udevd > --daemon --resolve-names=never > /usr/share/initramfs-tools/scripts/functions: if command -v udevd >/dev/null > 2>&1; then > /usr/share/initramfs-tools/hooks/udev:copy_exec /lib/systemd/systemd-udevd > /lib/systemd > > > So I'm having a hard time reproducing the problem you are seeing. > Can you attach a more verbose error log from your boot process? Downgrading severity since the problem is not reproducible and no further information was provided so far. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723198: udevd not copied to initrd, system unbootable
Am 18.09.2013 10:52, schrieb can...@free.fr: > I am still trying to figure out what happened - fact is that on the > "problematic" machine the initrd definitely has the line > > ./scripts/init-top/udev:udevd --daemon --resolve-names=never That line is certainly not coming from the udev 204 package. But wait, are you looking at the initramfs itself or /usr/share/initramfs-tools? Maybe the initramfs was simply not updated in your case. We call "update-initramfs -u" in postinst and maybe that didn't update the initramfs for the kernel you are running. -- 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#723630: icedove: Release is available
Hello mourad, On Wed, Sep 18, 2013 at 09:49:29AM +0200, mourad wrote: > Package: icedove > Version: 17.0.8-1 > Severity: wishlist > > Dear Maintainer, > > Mozilla Thunderbird 24 is available for general purpose... currently available is the beta3 of the next upcomming release > Is it possible to upload it in experimental ? we are working on it. :) Locally it works but we have to clean up the local repository to make it pushable to the Debian repos. And there are some build testings that have to be done. Regrads Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723198: udevd not copied to initrd, system unbootable
Am 18.09.2013 11:07, schrieb Michael Biebl: > Am 18.09.2013 10:52, schrieb can...@free.fr: >> I am still trying to figure out what happened - fact is that on the >> "problematic" machine the initrd definitely has the line >> >> ./scripts/init-top/udev:udevd --daemon --resolve-names=never > > That line is certainly not coming from the udev 204 package. > But wait, are you looking at the initramfs itself or > /usr/share/initramfs-tools? > Maybe the initramfs was simply not updated in your case. > We call "update-initramfs -u" in postinst and maybe that didn't update > the initramfs for the kernel you are running. Do you have multiple kernels maybe and you are not using the the latest kernel? What's the content of /etc/initramfs-tools/update-initramfs.conf ? Does "update-initramfs -u" update the initramfs for the kernel you are running? -- 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#723198: udevd not copied to initrd, system unbootable
Am 18.09.2013 11:11, schrieb Michael Biebl: > Am 18.09.2013 11:07, schrieb Michael Biebl: >> Am 18.09.2013 10:52, schrieb can...@free.fr: >>> I am still trying to figure out what happened - fact is that on the >>> "problematic" machine the initrd definitely has the line >>> >>> ./scripts/init-top/udev:udevd --daemon --resolve-names=never Is that from /usr/share/initramfs-tools btw? >> That line is certainly not coming from the udev 204 package. >> But wait, are you looking at the initramfs itself or >> /usr/share/initramfs-tools? >> Maybe the initramfs was simply not updated in your case. >> We call "update-initramfs -u" in postinst and maybe that didn't update >> the initramfs for the kernel you are running. > > Do you have multiple kernels maybe and you are not using the the latest > kernel? > What's the content of /etc/initramfs-tools/update-initramfs.conf ? > Does "update-initramfs -u" update the initramfs for the kernel you are > running? But then again, if your initramfs was not updated, it should still have the old udev 175, which uses /sbin/udevd. So this actually doesn't explain your problem either. If the above output is indeed from your system's /usr/share/initramfs-tools then you must have something like a dpkg-override or similar which is not coming from the package. 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#707577: broadcom-sta-dkms: wl driver leads to general protection fault on 3.8.11 kernel
Package: broadcom-sta-dkms Followup-For: Bug #707577 Cyril Lacoux wrote: > Please upgrade to 6.30.223.141-1 which will be available very shortly > in Sid and tell me if the situation is better. > In my system, with 6.30.223.141-1, the kernel panic is no longer triggered by issuing "iwconfig". >PS: you can build it against kernel 3.10. > Indeed it was smooth. I just did the upgrade, but so far all seems good. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages broadcom-sta-dkms depends on: ii dkms 2.2.0.3-1.2 Versions of packages broadcom-sta-dkms recommends: ii wireless-tools 30~pre9-8 broadcom-sta-dkms suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#655975: [PATCH] Support :any architecture qualifiers for multiarch
On 2013-09-18 09:17, Adam D. Barratt wrote: > On 2013-09-18 6:33, Niels Thykier wrote: >> I think we should take this opportunity to get rid of the "empty" >> PREDEPENDS slot (i.e. have the MULTIARCH field replace PREDEPENDS). >> There is no point in having the empty slot for PREDEPENDS; yours truly >> was just too lazy to figure out how to remove it from the C code when I >> merged PREDEPENDS into DEPENDS. > > Seems reasonable; attached is a diff on top of the earlier patch that > does that, and passes the testsuite (including live-data). > Thanks, > I've also attached a squashed diff showing the cumulative changes > relative to the live code. I've left the "depends" array as-is because > it's part of the underlying abstraction; I assume the four elements are > intended to correspond to the fields which dpkg/apt consider as > "dependency relations", i.e. pre-depends, depends, recommends and > suggests. If we don't care about maintaining that in the abstraction > then we could probably flatten depends from a deplistlist to a deplist. > > Regards, > > Adam I would probably go with the squashed diff (of the two approaches). Personally, I wouldn't bother with flattening deplistlist to deplist. I would rather see us get rid of that C-module entirely instead. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723198: udevd not copied to initrd, system unbootable
OK, I figured it out, it was indeed an override script in /etc/initramfs-tools/scripts/init-top/udev which overrides the one in /usr/share. It was based on an earlier version of udev and of course didn't get updated. I do not even recall why I created it. Of course, I suspect that anyone with such a script (not many, I assume) will run into the same trouble. Maybe still put a check in the install script which looks for a file there and warns, at least, if it exists ? I. - Mail original - De: "Michael Biebl" À: can...@free.fr, 723...@bugs.debian.org Envoyé: Mercredi 18 Septembre 2013 11:17:09 Objet: Re: Bug#723198: udevd not copied to initrd, system unbootable Am 18.09.2013 11:11, schrieb Michael Biebl: > Am 18.09.2013 11:07, schrieb Michael Biebl: >> Am 18.09.2013 10:52, schrieb can...@free.fr: >>> I am still trying to figure out what happened - fact is that on the >>> "problematic" machine the initrd definitely has the line >>> >>> ./scripts/init-top/udev:udevd --daemon --resolve-names=never Is that from /usr/share/initramfs-tools btw? >> That line is certainly not coming from the udev 204 package. >> But wait, are you looking at the initramfs itself or >> /usr/share/initramfs-tools? >> Maybe the initramfs was simply not updated in your case. >> We call "update-initramfs -u" in postinst and maybe that didn't update >> the initramfs for the kernel you are running. > > Do you have multiple kernels maybe and you are not using the the latest > kernel? > What's the content of /etc/initramfs-tools/update-initramfs.conf ? > Does "update-initramfs -u" update the initramfs for the kernel you are > running? But then again, if your initramfs was not updated, it should still have the old udev 175, which uses /sbin/udevd. So this actually doesn't explain your problem either. If the above output is indeed from your system's /usr/share/initramfs-tools then you must have something like a dpkg-override or similar which is not coming from the package. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#721285: [xulrunner-17.0] startup hang, no information why
tags 721285 + unreproducible thanks On Fri, 2013-08-30 20:41:12 I wrote: > It still won't work with a full KDE session and I'm in the dark without > useful debug information. It works again, but I still don't know why it didn't work. Timo signature.asc Description: This is a digitally signed message part.
Bug#723198: udevd not copied to initrd, system unbootable
Am 18.09.2013 11:33, schrieb can...@free.fr: > OK, I figured it out, it was indeed an override script in > > /etc/initramfs-tools/scripts/init-top/udev Ok, thanks for investigating. > which overrides the one in /usr/share. > It was based on an earlier version of udev and of > course didn't get updated. I do not even recall why I > created it. > > Of course, I suspect that anyone with such a script > (not many, I assume) will run into the same trouble. Maybe > still put a check in the install script which looks for a > file there and warns, at least, if it exists ? I'm inclined to not do that since imho this particular local modification is too much of a corner case. I'm actually considering just closing the bug report but will keep it open for some time to see if other users run into this as well or this is a single occasion. 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#723634: ruby-kde4: please build against ruby1.9.1
Package: ruby-kde4 Version: 4:4.10.5-1.1 Severity: important Tags: patch User: debian-r...@lists.debian.org Usertags: ruby18-removal Control: block -1 with 520901 Hi! Please build the korundum package against ruby1.9.1, which has been the default Ruby interpreter since Wheezy. Ruby 1.8 is not maintained upstream anymore, and the Debian Ruby Team is willing to get rid of it as soon as possible. Please find attached patches to solve this issue, allowing to: - build against ruby1.9.1, libruby1.9.1-dev - install the files according to the Debian Ruby policy Note that this bug is blocked by #520901 against qtruby to build libqtruby4shared against ruby1.9.1. Cheers, Cédric From 2cecd2bbe09e62fe3039b959b980c0d0cde14e5f Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?C=C3=A9dric=20Boutillier?= Date: Tue, 17 Sep 2013 16:50:49 +0200 Subject: [PATCH 1/3] build against ruby1.9.1 --- debian/control | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/control b/debian/control index 6e64461..de7d9df 100644 --- a/debian/control +++ b/debian/control @@ -4,7 +4,7 @@ Priority: optional Maintainer: Debian Qt/KDE Maintainers Uploaders: Torsten Marek , Sune Vuorela , David Palacio , Michael Meskes , Maximiliano Curia -Build-Depends: debhelper (>= 9), cmake, ruby1.8, ruby1.8-dev, +Build-Depends: debhelper (>= 9), cmake, ruby1.9.1, ruby1.9.1-dev, smoke-dev-tools (>= 4:4.10), libsmokeqt4-dev (>= 4:4.10), libsmokekde-dev (>= 4:4.10), libqtruby4shared-dev (>= 4:4.10), kdelibs5-dev, kdepimlibs5-dev, libakonadi-dev, okular-dev (>= 4:4.10), libsoprano-dev -- 1.8.4.rc3 From ce49da11a9454d6c059056b8e6a91882b54235ad Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?C=C3=A9dric=20Boutillier?= Date: Tue, 17 Sep 2013 16:51:32 +0200 Subject: [PATCH 2/3] use Ruby vendor dirs to install as per Ruby policy --- debian/rules | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/debian/rules b/debian/rules index 4c291ea..e9e52f8 100755 --- a/debian/rules +++ b/debian/rules @@ -1,12 +1,11 @@ #! /usr/bin/make -f -#Always use Ruby 1.8.x -RUBY_SITEARCH := $(shell ruby1.8 -rrbconfig -e 'puts Config::CONFIG["sitearch"]') +RUBY_VENDORARCHDIR := $(shell ruby -rrbconfig -e 'puts RbConfig::CONFIG["vendorarchdir"]') +RUBY_VENDORDIR := $(shell ruby -rrbconfig -e 'puts RbConfig::CONFIG["vendordir"]') CMAKE_FLAGS := \ - -DRUBY_EXECUTABLE=/usr/bin/ruby1.8 \ - -DCUSTOM_RUBY_SITE_LIB_DIR=/usr/lib/ruby/1.8/ \ - -DCUSTOM_RUBY_SITE_ARCH_DIR=/usr/lib/ruby/1.8/$(RUBY_SITEARCH) \ - $(NULL) + -DCUSTOM_RUBY_SITE_LIB_DIR=$(RUBY_VENDORDIR) \ + -DCUSTOM_RUBY_SITE_ARCH_DIR=$(RUBY_VENDORARCHDIR) \ + $(NULL) override_dh_install: dh_install --list-missing -- 1.8.4.rc3 From d7e3aa7f34e4b2a28786a2ea4d47252fa40fc489 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?C=C3=A9dric=20Boutillier?= Date: Wed, 18 Sep 2013 10:49:01 +0200 Subject: [PATCH 3/3] fix install paths --- debian/ruby-akonadi.install | 4 ++-- debian/ruby-kde4.install| 24 debian/ruby-okular.install | 4 ++-- debian/ruby-plasma.install | 4 ++-- debian/ruby-soprano.install | 4 ++-- 5 files changed, 20 insertions(+), 20 deletions(-) diff --git a/debian/ruby-akonadi.install b/debian/ruby-akonadi.install index edcb15f..f680c36 100644 --- a/debian/ruby-akonadi.install +++ b/debian/ruby-akonadi.install @@ -1,2 +1,2 @@ -usr/lib/ruby/1.8/*/akonadi.so -usr/lib/ruby/1.8/akonadi/akonadi.rb +usr/lib/ruby/vendor_ruby/*/*/akonadi.so +usr/lib/ruby/vendor_ruby/akonadi/akonadi.rb diff --git a/debian/ruby-kde4.install b/debian/ruby-kde4.install index d309294..76e1a19 100644 --- a/debian/ruby-kde4.install +++ b/debian/ruby-kde4.install @@ -1,15 +1,15 @@ usr/bin/krubyapplication usr/bin/rbkconfig_compiler4 usr/lib/kde4/krubypluginfactory.so -usr/lib/ruby/1.8/*/khtml.so -usr/lib/ruby/1.8/*/kio.so -usr/lib/ruby/1.8/*/korundum4.so -usr/lib/ruby/1.8/*/ktexteditor.so -usr/lib/ruby/1.8/*/nepomuk.so -usr/lib/ruby/1.8/*/solid.so -usr/lib/ruby/1.8/KDE/korundum4.rb -usr/lib/ruby/1.8/khtml/khtml.rb -usr/lib/ruby/1.8/kio/kio.rb -usr/lib/ruby/1.8/ktexteditor/ktexteditor.rb -usr/lib/ruby/1.8/nepomuk/nepomuk.rb -usr/lib/ruby/1.8/solid/solid.rb +usr/lib/ruby/vendor_ruby/*/*/khtml.so +usr/lib/ruby/vendor_ruby/*/*/kio.so +usr/lib/ruby/vendor_ruby/*/*/korundum4.so +usr/lib/ruby/vendor_ruby/*/*/ktexteditor.so +usr/lib/ruby/vendor_ruby/*/*/nepomuk.so +usr/lib/ruby/vendor_ruby/*/*/solid.so +usr/lib/ruby/vendor_ruby/KDE/korundum4.rb +usr/lib/ruby/vendor_ruby/khtml/khtml.rb +usr/lib/ruby/vendor_ruby/kio/kio.rb +usr/lib/ruby/vendor_ruby/ktexteditor/ktexteditor.rb +usr/lib/ruby/vendor_ruby/nepomuk/nepomuk.rb +usr/lib/ruby/vendor_ruby/solid/solid.rb diff --git a/debian/ruby-okular.install b/debian/ruby-okular.install index 4060193..cf8c95f 100644 --- a/debian/ruby-okular.install +++ b/debian/ruby-okular.install @@ -1,2 +1,2 @@ -usr/lib/ruby/1.8/*/okular.so -usr/lib/ruby/1.8/okular/okular.rb +usr/lib/ruby/vendor_ruby/*/*/okular.so +usr/lib/ruby/
Bug#723635: installation-report: MDADM filesystem-root set up by reinstalling
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: installation-reports Version: 2.49 Severity: wishlist 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 *** - -- Package-specific info: Boot method: CD Image version: img-url & builddate Date: Machine: GIGABYTE GA-MA78GM-S2H mainboard Partitions: Filesystem Type 1K-blocks Used Available Use% Mounted on rootfs rootfs15426432 4435156 10991276 29% / udev devtmpfs 10240 0 10240 0% /dev tmpfs tmpfs 380156 848379308 1% /run /dev/disk/by-uuid/10634b61-3094-458a-8ee9-624731354791 xfs 15426432 4435156 10991276 29% / tmpfs tmpfs 5120 0 5120 0% /run/lock tmpfs tmpfs 2438020 224 2437796 1% /run/shm /dev/sda7 xfs 991196 53352937844 6% /boot /dev/sdg1 xfs 14637056 5784608 8852448 40% /media/fs-ro Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [o] Detect network card:[o] Configure network: [o] Detect CD: [o] Load installer modules: [o] Clock/timezone setup: [o] User/password setup:[o] Detect hard drives: [o] Partition hard drives: [o] Install base system:[o] Install tasks: [o] Install boot loader:[o] Overall install:[o] Comments/Problems: For a few days I tried converting my existing installation on my main PC, which has a USB-stick filesystem-root, into a RAID1 over USB-flashmemory and harddisk. First I tried to follow the recipy there: http://anonscm.debian.org/gitweb/?p=pkg-mdadm/mdadm.git;a=blob;f=debian/README.recipes;hb=HEAD [10. converting existing filesystem to RAID1] But it turned out that this is quite outdated and would not work anymore, because its seems to be from a time when md-devices were not partitioned. I had to use a live-CD in order to operate on the root-filesystem, but the last step, trying to add the existing data to the RAID, that was created with one missing disk, failed. Next I tried to develop my own method, basing on this recipe. Some obstacles appeared, for example an SD-card with a 2048-byte physical blocksize differing from the filesystem's, causing trouble repeatedly, being not workable and 723...@bugs.debian.org. I managed to create the the array then with a different new SD-card, transferrred all data from the USB-stick, in use, onto the raid using tar, but was not able to boot from the array, not even with a non-raid boot-partition on my harddisk. I was told so already, when creating the RAID. Finally I found this in wiki.debian.org: https://wiki.debian.org/Multi%20HDD/SSD%20Partition%20Scheme?highlight=%28mdadm%29 https://wiki.debian.org/DebianInstaller/SoftwareRaidRoot about installation on RAID-root, which also did not work initially, because an extra non-raid /boot/-partition is necessary too, when there are USB-devices involved, this maybe related to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624343. Now I tried to transfer the software selections from the old filesystem-root to the new one and failed again using dpkg --get-selections and dpkg --set-selections followed by 'apt-get dselect-upgrade'. Before doing this I copied /etc/apt/sources.list and /etc/apt/preferences over and did an 'aptitude update', but it failed anyway, so I am going to report this separately against 'dpkg', because this is not happening to me for the first time either. - -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="7 (wheezy) - installer build 20130613" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux md-ho 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] RS780 Host Bridge [1022:9600] lspci -knn: Subsystem: Advanced Micro Devices [AMD] RS780 Host Bridge [1022:9600] lspci -knn: 00:01.0 PCI bridge [0604]: Advanced Micro D
Bug#723470: libzdb link with -L/usr/lib
Control: unmerge -1 Re: Jack Bates 2013-09-17 <5238b9b0.1080...@nottheoilrig.com> > Where is libpq.so (PostgreSQL client library) installed on your > system? I suspect the offending line is libzdb-2.11.3/configure.ac > line 268: > > LDFLAGS="-L`$PGCONFIG --libdir` $LDFLAGS" > > I think bug #706849 (libpq5: enable multi-arch) will move libpq.so > out of /usr/lib and I think that will resolve this bug as well. Hi, it's not libpq's fault that you have -L`$PGCONFIG --libdir` in your configure.ac script. To link with it, you should just be able to say "-lpq" and it will find the library in /usr/lib, or whatever multiarch path. I'd suggest to just remove that mangling there. We will probaby do the multi-archification in a way that pg_config --libdir will continue to point to /usr/lib, because that's the location where the PostgreSQL modules are located. Only the client libraries (libpq5 and friends) will be moved. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#723636: [apt] apt segfault in pkgDepCache::SetCandidateVersion(pkgCache::VerIterator) ()
Package: apt Version: 0.9.9.4 Severity: normal i get the following backtrace trying to apt-get install package/unstable Program received signal SIGSEGV, Segmentation fault. 0x77afb262 in pkgDepCache::SetCandidateVersion(pkgCache::VerIterator) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (gdb) bt #0 0x77afb262 in pkgDepCache::SetCandidateVersion(pkgCache::VerIterator) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #1 0x77afecb6 in pkgDepCache::SetCandidateRelease(pkgCache::VerIterator, std::string const&, std::list, std::allocator > >&) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #2 0x004236ec in ?? () #3 0x00416842 in ?? () #4 0x77ae0112 in CommandLine::DispatchArg(CommandLine::Dispatch*, bool) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #5 0x00409bc5 in ?? () #6 0x76ef1995 in __libc_start_main (main=0x409960, argc=3, ubp_av=0x7fffeba8, init=, fini=, rtld_fini=, stack_end=0x7fffeb98) at libc-start.c:260 #7 0x00409ecf in ?? () -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717215: 717215: wrong udp checksum with virtio: workaround and patch
merge 717215 717217 thanks Hi, so this bug is caused by the virtio driver not populating the UDP checksum and thus dhcpd complains about this, see https://bugs.launchpad.net/ubuntu/+source/isc-dhcp/+bug/930962 for more background and a patch for dhcpd. From a user perspective the workaround is easy: use a different NIC driver, ie e1000 works with kvm. I wonder whether one of the two bugs should be reassigned to the kernel, as the root cause is in virtio and not dhcpd. Thanks to Daniel Swarbrick for making me aware of this issue. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#592539: ipv6 is important
control: severity -1 important # justification: this has been a release goal since ages # justification2: rfc6540 Thanks for maintaining isc-dhcp! cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#595817: package review
hello tong, i'm having a look at your libpam-ssh-agent-auth package, as i'd like to use it too. here are some things you should have a look at before the package can be uploaded: * changelog: dots inside the debian part of the version number are reserved for non-maintainer uploads (NMUs); when you're changing the package yourself, just increment the debian part. even better: use the dch utility, which will usually do the right thing. it will also prevent formating errors like missing lines as in the older versions by jamie. also, the changelog should probably be condensed into a single log entry for the first upload (ie. the version should be 0.9.5-1), and it should definitely contain a "(Closes: #595817)" text, so that the ITP bug gets closed when it hits the archive. * control: where did you take the build-depends from? i was curious about groff-base, had my doubts about mime-support, but libgl1-mesa-glx very definitely does not belong here. * control: if you want to have a paragraph break in the description, leave an empty line (as it is common with many plain-text systems). empty line in the context of a debian/control field means that the line contains a single indented dot (otherwise, it could be mistaken for the beginning of a new section): > keyring in a forwarded ssh-agent. > . > This module can be used to provide authentication for anything run locally that * copyright: as you are now modifying the debian packaging, your name should be listed in the "The Debian packaging is copyright" section of the copyright file. please also check whether the license described there really applies to the source code -- i only checked punctually, but the license text in pam_ssh_agent_auth.c is different from debian/copyright. * dirs / libpam-ssh-agent-auth.dirs: you only need one of those; see the man page of dh_installdirs. what debian/dirs does can be read from the debhelper man page (section "debhelper config files"), but in short, debian/dirs is a shorthand for debian/$PACKAGE.dirs if there is only one binary package in your source package. * README: the situation with README is a little confusing -- it's inside debian/, and its heading states it is about debian, but its content is not specific to debian. actually, this file should be in the upstream tarball outside the debian/ dir (which should not be in the upstream tarball anyway). in my opinion, this is nothing you can directly change well -- just ship the README file by adding a line "debian/README" to debian/docs (to be picked up by dh_installdocs) for the time being, and talk to upstream about dropping his debian directory and shipping this README as a generic readme file. * README.Debian: * this should definitely not be executable. * README.Debian files are usually wrapped to around 80 characters, and uses empty lines for paragraph separation. as far as i know, there is no definite "non-markup" language used there, just common sense, so your heading indications with leading '=' and the '+' around commands are not technically wrong, but a more widespread formatting would be: > The problem > === > > `sudo` is a mechanism for unprivileged user to gain privileged > accesses. don't bother too much with this, just be aware and have a look at other README.Debian files around. * for others who want to base their decisions on my review: i have not actually read the whole text. * rules: do you understand what all the lines there are doing? given the standards version, chances are that this file has been generated some time ago, and procedures have changed. a rules file like this has the same effect: > #!/usr/bin/make -f > # -*- makefile -*- > > # Uncomment this to turn on verbose mode. > #export DH_VERBOSE=1 > > %: > dh $@ > > override_dh_auto_configure: > dh_auto_configure -- --libexecdir=/lib/security --with-mantype=man (debian/libpam-ssh-agent-auth.install is not needed any more then.) * please have a look at the warnings lintian throws when running over the package. the biggest problems are also listed on the mentors page[1], but you can always check the results of a build process using `lintian ../libpam-ssh-agent-auth_0.9.5-2.2_amd64.changes -IE --color`. you should aim for fixing them (though some of them don't need to be fixed right now; for example, spelling-error-in-manpage is better forwarded upstream and fixed with the next upstream release). best regards chrysn [1] http://mentors.debian.net/package/libpam-ssh-agent-auth -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom signature.asc Description: Digital signature
Bug#706533: nitime: FTBFS with Sphinx 1.2: Could not import extension inheritance_diagram (exception: cannot import name xfileref_role)
Control: tags -1 + patch fixed-upstream This has been fixed upstream in this commit: https://github.com/nipy/nitime/commit/d9004946ea8f Cherry-picking the doc/conf.py hunk is enough to fix this failure. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#723615: dillo: mailcap for image/png,gif,jpeg
I wrote: > > text/html; /usr/bin/dillo %s ... Oops, the %s should be quoted. (run-mailcap defends against shell chars but not against spaces.) # Dillo 3.0.3 requires HTML or XHTML in a filename "foo.html", hence # nametemplate here for use when "see" reads stdin or similar. # Other filenames such as "foo.xhtml" are taken to be plain text and # displayed raw. # # ENHANCE-ME: Is there an option to dillo to force it to take an # arbitrary filename as html or as the image types below? # text/html; /usr/bin/dillo '%s'; description=HTML Text; test=test -n "$DISPLAY"; nametemplate=%s.html application/xhtml+xml; /usr/bin/dillo '%s'; description=XHTML Text; test=test -n "$DISPLAY"; nametemplate=%s.html # Dillo 3.0.3 uses the .gif etc in the filename to determine the image # type. So for instance a gif file called foo.png is not displayed. # Hence nametemplate here for use when "see" reads stdin or similar. # # "priority=2" for images here the same as other web browsers and # below dedicated image viewer programs at default priority=5. # Dillo 3.0.3 can only display gif, png and jpeg (see its DIC_Gif etc # enum in src/dicache.c). # image/png; /usr/bin/dillo '%s'; description=PNG Image; test=test -n "$DISPLAY"; nametemplate=%s.png; priority=2 image/jpeg; /usr/bin/dillo '%s'; description=JPEG Image; test=test -n "$DISPLAY"; nametemplate=%s.jpeg; priority=2 image/gif; /usr/bin/dillo '%s'; description=GIF Image; test=test -n "$DISPLAY"; nametemplate=%s.gif; priority=2
Bug#723614: netsurf-gtk: /etc/mailcap of filenames
I wrote: > > ... %s Oops, the %s should be quoted. run-mailcap defends against shell chars in the filename but not against spaces. # Netsurf takes a URI on the command line. Must turn a filename into # file://... including escaping any "%"s in the filename etc. text/html; /usr/bin/netsurf-gtk `perl -MURI::file -e 'print URI::file->new_abs($ARGV[0])' '%s'`; description=HTML Text; test=test -n "$DISPLAY" application/xhtml+xml; /usr/bin/netsurf-gtk `perl -MURI::file -e 'print URI::file->new_abs($ARGV[0])' '%s'`; description=XHTML Text; test=test -n "$DISPLAY" text/xml; /usr/bin/netsurf-gtk `perl -MURI::file -e 'print URI::file->new_abs($ARGV[0])' '%s'`; description=XML Text; test=test -n "$DISPLAY" # "priority=2" for images here the same as other web browsers use and # which is below dedicated image viewer programs at default priority=5. # Types GIF,PNG,JPEG same as /usr/share/applications/netsurf-gtk.desktop. # Also ms-dos BMP works. # image/png; /usr/bin/netsurf-gtk `perl -MURI::file -e 'print URI::file->new_abs($ARGV[0])' '%s'`; description=PNG Image; test=test -n "$DISPLAY"; priority=2 image/jpeg; /usr/bin/netsurf-gtk `perl -MURI::file -e 'print URI::file->new_abs($ARGV[0])' '%s'`; description=JPEG Image; test=test -n "$DISPLAY"; priority=2 image/gif; /usr/bin/netsurf-gtk `perl -MURI::file -e 'print URI::file->new_abs($ARGV[0])' '%s'`; description=GIF Image; test=test -n "$DISPLAY"; priority=2 image/x-ms-bmp; /usr/bin/netsurf-gtk `perl -MURI::file -e 'print URI::file->new_abs($ARGV[0])' '%s'`; description=BMP Image; test=test -n "$DISPLAY"; priority=2
Bug#723637: [node-mapnik] FTBFS node-waf: Command not found
Package: node-mapnik Version: 0.6.7-3 Severity: normal dpkg-buildpackage: source package node-mapnik dpkg-buildpackage: source version 0.6.7-3 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by David Paleino dpkg-source --before-build node-mapnik-0.6.7 dpkg-buildpackage: host architecture amd64 fakeroot debian/rules clean dh clean dh_testdir dh_auto_clean make[1]: Entering directory `/tmp/buildd/node-mapnik-0.6.7' make[1]: node-waf: Command not found make[1]: *** [clean] Error 127 make[1]: Leaving directory `/tmp/buildd/node-mapnik-0.6.7' dh_auto_clean: make -j1 clean returned exit code 2 make: *** [clean] Error 2 dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 -- TiN signature.asc Description: OpenPGP digital signature
Bug#723638: libtool: buggy library symlink install due to use of ldconfig
Package: libtool
Version: 2.4.2-1.3
Severity: normal
Some MPFR user found the following problem:
https://sympa.inria.fr/sympa/arc/mpfr/2013-09/msg00018.html
which I can reproduce below.
When installing two different versions of MPFR in the same directory,
I get:
[...]
libtool: install: /usr/bin/install -c .libs/libmpfr.so.4.1.2
/home/vlefevre/tmpmpfr/lib/libmpfr.so.4.1.2
libtool: install: (cd /home/vlefevre/tmpmpfr/lib && { ln -s -f libmpfr.so.4.1.2
libmpfr.so.4 || { rm -f libmpfr.so.4 && ln -s libmpfr.so.4.1.2 libmpfr.so.4; };
})
libtool: install: (cd /home/vlefevre/tmpmpfr/lib && { ln -s -f libmpfr.so.4.1.2
libmpfr.so || { rm -f libmpfr.so && ln -s libmpfr.so.4.1.2 libmpfr.so; }; })
[...]
for the first one (MPFR 3.1.2), and:
[...]
libtool: install: /usr/bin/install -c .libs/libmpfr.so.4.1.0
/home/vlefevre/tmpmpfr/lib/libmpfr.so.4.1.0
libtool: install: (cd /home/vlefevre/tmpmpfr/lib && { ln -s -f libmpfr.so.4.1.0
libmpfr.so.4 || { rm -f libmpfr.so.4 && ln -s libmpfr.so.4.1.0 libmpfr.so.4; };
})
libtool: install: (cd /home/vlefevre/tmpmpfr/lib && { ln -s -f libmpfr.so.4.1.0
libmpfr.so || { rm -f libmpfr.so && ln -s libmpfr.so.4.1.0 libmpfr.so; }; })
[...]
for the second one (MPFR trunk r8680), which yields:
lrwxrwxrwx 1 16 2013-09-18 12:42:10 libmpfr.so -> libmpfr.so.4.1.0
lrwxrwxrwx 1 16 2013-09-18 12:42:10 libmpfr.so.4 -> libmpfr.so.4.1.2
-rwxr-xr-x 1 1913565 2013-09-18 12:42:10 libmpfr.so.4.1.0
-rwxr-xr-x 1 1821786 2013-09-18 12:41:21 libmpfr.so.4.1.2
libmpfr.so.4 doesn't have the correct target!
After looking at strace output, the change of libmpfr.so.4 to point
back to libmpfr.so.4.1.2 is done by ldconfig after the installation
of the symlinks:
libtool: finish:
PATH="/home/vlefevre/eftests/bin:/home/vlefevre/bin:/home/vlefevre/x86_64/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/games:.:/sbin"
ldconfig -n /home/vlefevre/tmpmpfr/lib
This is probably not what the user expects and leads to confusion.
Either ldconfig should no longer be executed or the "make install"
should fail with a clear error message if the installed library is
not the "most recent" one.
("most recent" is the term used by ldconfig, but in practice, the
highest-version library may not be the most recent due to development
versions, which may not have accurate versioning information yet.)
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libtool depends on:
ii autotools-dev 20130810.1
ii clang-3.4 [c-compiler] 1:3.4~svn183914-1
ii cpp 4:4.8.1-3
ii file1:5.14-2
ii gcc [c-compiler]4:4.8.1-3
ii gcc-4.4 [c-compiler]4.4.7-4
ii gcc-4.5 [c-compiler]4.5.4-1
ii gcc-4.6 [c-compiler]4.6.4-4
ii gcc-4.7 [c-compiler]4.7.3-7
ii gcc-4.8 [c-compiler]4.8.1-10
ii libc6-dev [libc-dev]2.17-92+b1
ii tcc [c-compiler]0.9.26~git20120612.ad5f375-6
Versions of packages libtool recommends:
ii libltdl-dev 2.4.2-1.3+local1
Versions of packages libtool suggests:
ii autoconf 2.69-1.1
ii automake [automaken] 1:1.14-1
pn gcj
ii gfortran 4:4.8.1-3
ii gfortran-4.7 [fortran95-compiler] 4.7.3-7
ii gfortran-4.8 [fortran95-compiler] 4.8.1-10
ii libtool-doc2.4.2-1.3
-- 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#721917: [Pkg-sysvinit-devel] Bug#721917: Patches fixing sysvinit issues on Debian/Hurd
Quoting Justus Winter (2013-09-08 13:49:55) > Quoting Petter Reinholdtsen (2013-09-08 08:20:52) > > [Justus Winter] > > > Dear maintainer :) > > > > Hi. :) > > > > > This is a patch series fixing sysvinit issues on Debian/Hurd *without* > > > actually switching to sysvinit as init system on Debian/Hurd as this > > > requires a rebuilt hurd package with recently implemented > > > functionality. > > > > Hi. Should these patches also include changes to the package > > relantionship (depend/conflict/break), to ensure hurd machines upgrade > > required packages together? Some of the changes (like the tmpfs > > translation) seem to indicate that some newer package need to be > > installed when the change is done. Please find attached a patch introducing a proper break line for all the Hurd versions that do not have the features needed for this patch series. Cheers, JustusFrom 6e22128cfcfd5432505005ecfe0476d677e7a3bb Mon Sep 17 00:00:00 2001 From: Justus Winter <4win...@informatik.uni-hamburg.de> Date: Wed, 18 Sep 2013 13:17:23 +0200 Subject: [PATCH 7/7] initscripts: Break hurd << 20120408~ This is the Hurd package that included the most recent feature needed for the Hurd-related changes above (a fixed tmpfs). --- debian/changelog |3 +++ debian/control |4 +++- 2 files changed, 6 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index ac37127..84f1b13 100644 --- a/debian/changelog +++ b/debian/changelog @@ -9,6 +9,9 @@ sysvinit (2.88dsf-44) UNRELEASED; urgency=low * killall5.c: Use sysconf(_SC_SYMLOOP_MAX) instead of MAXSYMLINKS. Fixes build on Hurd. * sysvinit.postinst: Fix file name of gettys in /etc/inittab on Hurd. + * Break hurd << 20120408~, this is the Hurd package that included +the most recent feature needed for the Hurd-related changes above +(a fixed tmpfs). -- Justus Winter <4win...@informatik.uni-hamburg.de> Thu, 05 Sep 2013 15:10:39 +0200 diff --git a/debian/control b/debian/control index 7dd998d..4c8b627 100644 --- a/debian/control +++ b/debian/control @@ -118,7 +118,9 @@ Breaks: # being a symlink #668616 and #668650 initramfs-tools (<< 0.104), # Needed for transition to dependency-based boot for wheezy - bootchart (<< 0.10~svn407-4) + bootchart (<< 0.10~svn407-4), +# This hurd package brought us tmpfs + hurd (<< 20120408~) Description: scripts for initializing and shutting down the system The scripts in this package initialize a standard Debian system at boot time and shut it down at halt or reboot time. -- 1.7.10.4
Bug#723175: [SoB] Vcs is not up to date
Hi Bas, on SoB Wiki page[1] you asked for sponsering your package. I checked out VCS via gbp-clone ssh://git.debian.org/git/pkg-grass/osgearth.git and found an old version there which is lagging behind mentors[2] please commit everything to VCS to make sure it is in sync with what you intend to upload. I'll generally rebuild a package from VCS via git-buildpackage. Kind regards Andreas. [1] https://wiki.debian.org/DebianPureBlends/SoB [2] https://mentors.debian.net/package/osgearth -- 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#723639: new upstream (3.2.16)
Package: nsd3 it would be nice if you could upgrade to 3.2.16, it bringts nice rrl improvements. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#721602: libxslt1-dev: libxslt.pc should include -lm
Any chance to have this fixed?
Here's how to reproduce it:
$ echo 'main(){}' > test.c
$ gcc -o /dev/null test.c `pkg-config --cflags --libs libxslt`
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libxslt.so: error:
undefined reference to 'fmod'
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libxslt.so: error:
undefined reference to 'pow'
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libxslt.so: error:
undefined reference to 'floor'
collect2: error: ld returned 1 exit status
Berto
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#722895: Re: Bug#722895: scilab-full-bin: Can not install with openjdk7
On 17/09/2013 11:01, Aleksandr P wrote: > reopen 722895 > severity 722895 wishlist > -- > > > Hello. > > If it is not a bug let it be a wish. > > Most of java dependent packages have such dependency as java6-runtime. Well, that is a bug. They should depend on default-jre. We are working on this but it takes time... http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=openjdk-7-transition;users=ubuntu-de...@lists.ubuntu.com > > Maybe it is too dangerous to change something in stable, but the > alternative can be added to testing. > > That is already the case. openjdk 7 is now the default in Debian. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723640: ITP: vlc-plugin-vlsub -- VLC extension to download subtitles from opensubtitles.org
Package: vlc-plugin-vlsub Severity: wishlist Owner: Simon Gareste * Package name: vlc-plugin-vlsub Version : 0.9.10 Upstream Author : Guillaume Le Maout * URL : http://addons.videolan.org/content/show.php/?content=148752 https://github.com/simongareste/vlsub-deb * License : GPL-3+ Programming Lang: lua Description : VLC extension to download subtitles from opensubtitles.org Search and download subtitles from opensubtitles.org using the hash of the video currently playing or its title. -- Simon Gareste -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723175: [SoB] Vcs is not up to date
Hi Andreas, Thanks for looking into osgEarth so shortly before you VAC. On 09/18/2013 01:25 PM, Andreas Tille wrote: > on SoB Wiki page[1] you asked for sponsering your package. I checked > out VCS via > > gbp-clone ssh://git.debian.org/git/pkg-grass/osgearth.git > > and found an old version there which is lagging behind mentors[2] please > commit everything to VCS to make sure it is in sync with what you intend > to upload. I'll generally rebuild a package from VCS via > git-buildpackage. The changes for the package on mentors are in git, but in the jessie branch not in master. This should work for the moment: gbp-clone --debian-branch=jessie ssh://git.debian.org/git/pkg-grass/osgearth.git I'll merge the changes for jessie into master and push it to git.debian.org. > Kind regards > > Andreas. Kind Regards, Bas > [1] https://wiki.debian.org/DebianPureBlends/SoB > [2] https://mentors.debian.net/package/osgearth > -- GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710426: akonadi-kde-resource-googledata: fixed in kdepim-runtime 4:4.10.5-2
Package: akonadi-kde-resource-googledata Version: 1.2.0-1 Followup-For: Bug #710426 This package is deprecated and superseeded by the Google calendar and contacts resource in kdepim-runtime >= 4.10. In Debian, kdepim-runtime 4:4.10.5-2 ships with this resource included. With the new Google resource, the bug I described does not occur. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (450, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages akonadi-kde-resource-googledata depends on: ii kde-runtime 4:4.10.5-1 ii kdepim-runtime 4:4.10.5-2 ii libakonadi-kde4 4:4.10.5-1 ii libc62.17-92+b1 pn libgcal0 ii libgcc1 1:4.8.1-2 ii libkabc4 4:4.10.5-1 ii libkcal4 4:4.10.5-1 ii libkdecore5 4:4.10.5-1 ii libkdeui54:4.10.5-1 ii libkio5 4:4.10.5-1 ii libkresources4 4:4.10.5-1 ii libqt4-dbus 4:4.8.5+dfsg-4 ii libqt4-network 4:4.8.5+dfsg-4 ii libqt4-svg 4:4.8.5+dfsg-4 ii libqt4-xml 4:4.8.5+dfsg-4 ii libqtcore4 4:4.8.5+dfsg-4 ii libqtgui44:4.8.5+dfsg-4 ii libstdc++6 4.8.1-2 akonadi-kde-resource-googledata recommends no packages. akonadi-kde-resource-googledata 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
Bug#723641: pu: package xen/4.1.4-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu There are several CVE pending for Xen, plus some embargoed ones. This fixes all publicly ones that have fixes. xen (4.1.4-5) UNRELEASED; urgency=high * Fix reference counting error introduced in CVE-2013-1918. CVE-2013-1432 * Fix buffer overflow in xencontrol Python binding. CVE-2013-2072 * Fix information leak von XSAVE capable AMD CPUs. CVE-2013-2076 * Fix hypervisor crash due to missing exception recovery in XRESTOR. CVE-2013-2077 * Fix hypervisor crash due to missing exception recovery in XSETBV. CVE-2013-2078 * Fix multiple vulnerabilities in libelf PV kernel handling. CVE-2013-2194, CVE-2013-2195, CVE-2013-2196 * Properly set permissions on console related xenstore entries in libxl. CVE-2013-2211 * Disallow HVM passthrough in libxl with disabled IOMMU. CVE-2013-4329 -- Bastian Blank Sun, 05 May 2013 20:51:35 +0200 Bastian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723642: libcaca: please drop ruby1.8-dev (to be removed from the archive) as build-dep
Package: libcaca Version: 0.99.beta18-1 Severity: important User: debian-r...@lists.debian.org Usertags: ruby18-removal Hi, According to the debian/rules files, building ruby bindings for libcaca is disabled. Could you please drop ruby1.8-dev from Build-Deps: field? Ruby 1.8 is not maintained by upstream anymore, and the Debian Ruby team is willing to get rid of it (see the planned transition by the release team[1]. Should ruby bindings be activated again, please build them against the default version of the Ruby interpreter, which has been ruby1.9.1 since Wheezy. 1: http://release.debian.org/transitions/html/ruby1.8-removal.html Cheers, Cedric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702705: [vlock] This are a race
Package: vlock
Version: 2.2.2-3
control: tag -1 + patch
Ok may be a kernel problem search
Race in vt_event_wait() during suspend/resume
Nevertheless they are other problem with vlock:
- VT_WAITACTIVATE has select semantic ie
accroding to xfree86/os-support/linux/lnx_init.
There's a race here, in that if someone else does a VT_ACTIVATE
between our ACTIVATE/WAITACTIVE, we might never get the VT.
So, just spin until we do. There's really no fixing this,
it's a racy protocol.
May be time to get kernel support ?
Bastien
--
Dr-Ing Bastien ROUCARIÈS Université de Cergy/SATIE ENS Cachan--- new.c.old 2008-05-18 11:10:54.0 +0200
+++ new.c 2013-09-18 13:46:53.961467522 +0200
@@ -103,9 +103,23 @@
* file descriptor. */
static int activate_console(int consfd, int vtno)
{
- int c = ioctl(consfd, VT_ACTIVATE, vtno);
+ int c;
- return c < 0 ? c : ioctl(consfd, VT_WAITACTIVE, vtno);
+ c = ioctl(consfd, VT_ACTIVATE, vtno);
+ if (c < 0)
+goto error;
+
+ do {
+/* this ioctl has select behavior */
+c = ioctl(consfd, VT_WAITACTIVE, vtno);
+ } while (c < 0 && errno == EINTR);
+
+ if (c < 0)
+goto error;
+
+ return c;
+ error:
+ return c;
}
struct new_console_context {
Bug#712719: 712719
I was unable to print after upgrading my desktop to Wheezy. Error message was "Unable to add document to print job". Printer is attached to server running Squeeze (CUPS 1.4.4-7+squeeze3). The solution given here, to move ipp14 backend to become ipp solved it for me! I could not find the solution when looking for "Unable to add document to print job" error. Bruce Ward, Nelson, New Zealand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717215: 717215: wrong udp checksum with virtio: workaround and patch
On Wed, Sep 18, 2013 at 12:35:15PM +0200, Holger Levsen wrote: > so this bug is caused by the virtio driver not populating the UDP checksum > and > thus dhcpd complains about this, see > https://bugs.launchpad.net/ubuntu/+source/isc-dhcp/+bug/930962 > for more background and a patch for dhcpd. Why does dhcpd check the checksum, which is already done by the kernel? > I wonder whether one of the two bugs should be reassigned to the kernel, as > the root cause is in virtio and not dhcpd. Why do you think this is a bug in the kernel? If you use wireshark on any modern hardware, you will always get wrong checksums for locally generated UDP packets, because the checksum calculation is offloaded to the hardware. virtio does the same, but between different VM on the same machine. Bastian -- Peace was the way. -- Kirk, "The City on the Edge of Forever", stardate unknown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592133: RFP: curlpp -- C++ wrapper for libcurl
Hi Ximin,
Thanks for your work on curlpp! This is just what we need so I can sponsor
your upload.
All in all the packaging looks good to me. Good work!
Some small comments you may want to address before I upload:
- The package description misses full stops (".") behind the sentences,
and spells "shared" wrong.
- All 4 files you install via "debian/docs" should probably not be
installed. NEWS is empty, INSTALL contains instructions for building the
package (not needed in a Debian package that's already built), README
contains things that can also be found elsewhere in the package. CHANGES
should be installed but as /usr/share/doc/*/changelog.gz instead of the
placeholderfile that's there now.
- In debian/patches/, both patches should probably have a header
"Forwarded: http://code.google.com/p/curlpp/issues/detail?id=25";.
- File src/curlpp/autolink.h seems to have a different copyright holder
than the rest of the code. This should be listed in debian/copyright.
If this is fixed, I think I can sponsor your package.
Cheers,
Thijs
--
Thijs Kinkhorst – LIS Unix
Universiteit van Tilburg – Library and IT Services
Bezoekadres > Warandelaan 2 • Tel. 013 466 3035 • G 236
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#722454: New patch
Here is a new version (again)!
I have no idea what you tried to do to fix 699644 [1] but your code in
glpi.postinst seems to be no-op.
There'is no reasong to remove a previously installed directory. If the
directory isn't installed anymore by new versions, dpkg will remove it
by itself.
Moreover, this code don't create any link on new installations (not link
+ directory).
So basically, the right way to do is to simply add the link in
debian/links, see my attached patch.
The old postinst code is still here because I'm not really sure to
understand what it's supposed to do.
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699644
--
Adam CÉCILE
Mandriva / Linbox
1, Rue Pierre Simon de Laplace : 0 810 LINBOX
F-57070 Metz direct : +33 1 76 64 16 65
FRANCE www.mandriva.com
diff -Nur /tmp/glpi-0.83.91/debian/changelog debian/changelog
--- /tmp/glpi-0.83.91/debian/changelog 2013-07-08 11:00:55.0 +0200
+++ debian/changelog 2013-09-18 14:08:43.812705935 +0200
@@ -1,3 +1,14 @@
+glpi (0.83.91-3.1) UNRELEASED; urgency=low
+
+ * Non-maintainer upload.
+- Add 00-fix-css-typo patch
+- Add 01-upgrade-from-0.71-fix patch
+- Add missing libjs-extjs dependency
+- Add cron.d for scheduled/recurring tasks
+- Fix symlinks for external dependencies
+
+ -- Adam Cécile (Le_Vert) Wed, 18 Sep 2013 14:08:01 +0200
+
glpi (0.83.91-3) unstable; urgency=low
* Move default mysql configuration to /usr/share/glpi (Closes: #714812)
diff -Nur /tmp/glpi-0.83.91/debian/control debian/control
--- /tmp/glpi-0.83.91/debian/control 2013-07-02 10:55:59.0 +0200
+++ debian/control 2013-09-12 15:39:26.0 +0200
@@ -10,12 +10,14 @@
Architecture: all
Depends: apache2 | apache | apache-ssl | apache-perl | httpd,
php5 | php5-cgi | libapache2-mod-php5,
+php5-cli,
php5-mysql,
debconf (>= 0.2.26) | debconf-2.0,
dbconfig-common,
ttf-freefont,
tinymce,
libphp-phpmailer,
+libjs-extjs,
${misc:Depends}
Recommends: mysql-client,
mysql-server
diff -Nur /tmp/glpi-0.83.91/debian/glpi.cron.d debian/glpi.cron.d
--- /tmp/glpi-0.83.91/debian/glpi.cron.d 1970-01-01 01:00:00.0 +0100
+++ debian/glpi.cron.d 2013-09-12 15:34:34.0 +0200
@@ -0,0 +1 @@
+*/1 * * * * www-data /usr/bin/php5 /usr/share/glpi/front/cron.php
diff -Nur /tmp/glpi-0.83.91/debian/links debian/links
--- /tmp/glpi-0.83.91/debian/links 1970-01-01 01:00:00.0 +0100
+++ debian/links 2013-09-18 14:06:12.146302844 +0200
@@ -0,0 +1,2 @@
+usr/share/javascript/extjs usr/share/glpi/lib/extjs
+usr/share/fonts/truetype/freefont/FreeSans.ttf usr/share/glpi/lib/ezcomponents/FreeSans.ttf
diff -Nur /tmp/glpi-0.83.91/debian/patches/00-fix-css-typo.patch debian/patches/00-fix-css-typo.patch
--- /tmp/glpi-0.83.91/debian/patches/00-fix-css-typo.patch 1970-01-01 01:00:00.0 +0100
+++ debian/patches/00-fix-css-typo.patch 2013-09-10 17:36:56.0 +0200
@@ -0,0 +1,11 @@
+--- glpi/inc/toolbox.class.php.new 2013-09-10 17:28:58.388712110 +0200
glpi/inc/toolbox.class.php 2013-06-25 08:17:42.0 +0200
+@@ -491,7 +491,7 @@
+
+ // Display
+ if (!isCommandLine()) {
+- echo ''.
++ echo ''.
+ 'PHP '.$type.': ';
+ echo $errmsg.' in '.$filename.' at line '.$linenum.'';
+ } else {
diff -Nur /tmp/glpi-0.83.91/debian/patches/01-upgrade-from-0.71-fix.patch debian/patches/01-upgrade-from-0.71-fix.patch
--- /tmp/glpi-0.83.91/debian/patches/01-upgrade-from-0.71-fix.patch 1970-01-01 01:00:00.0 +0100
+++ debian/patches/01-upgrade-from-0.71-fix.patch 2013-09-10 17:31:10.0 +0200
@@ -0,0 +1,11 @@
+--- glpi/install/update_0713_072.php 2013-06-25 08:17:42.0 +0200
glpi/install/update_0713_072.php.new 2013-09-10 17:30:35.825234998 +0200
+@@ -325,7 +325,7 @@
+ $query_search_version = "SELECT *
+ FROM `glpi_softwareversions`
+ WHERE `sID` = '".$soft['ID']."'
+-AND `name` = '".$vers['version']."'";
++AND `name` = '".addslashes($vers['version'])."'";
+
+ if ($result_searchvers = $DB->query($query_search_version)) {
+ // Version already exists : update inst_software
diff -Nur /tmp/glpi-0.83.91/debian/patches/series debian/patches/series
--- /tmp/glpi-0.83.91/debian/patches/series 2013-06-26 17:08:17.0 +0200
+++ debian/patches/series 2013-09-10 17:36:23.0 +0200
@@ -1 +1,3 @@
02-remove-code-copy-phpmailer.patch
+00-fix-css-typo.patch
+01-upgrade-from-0.71-fix.patch
diff -Nur /tmp/glpi-0.83.91/debian/rules debian/rules
--- /tmp/glpi-0.83.91/debian/rules 2013-07-08 10:55:51.0 +0200
+++ debian/rules 2013-09-18 14:06:35.657435143 +0200
@@ -60,9 +60,8 @@
rm -f $(GDIR)/lib/extjs/license.txt
# delete remove.txt files
find $(DESTDIR
Bug#723640: ITP: vlc-plugin-vlsub -- VLC extension to download subtitles from opensubtitles.org
Control: reassign -1 wnpp On Mi, 18 sep 13, 13:50:29, Simon Gareste wrote: > Package: vlc-plugin-vlsub > Severity: wishlist > Owner: Simon Gareste > > * Package name: vlc-plugin-vlsub > Version : 0.9.10 > Upstream Author : Guillaume Le Maout > * URL : > http://addons.videolan.org/content/show.php/?content=148752 > https://github.com/simongareste/vlsub-deb > * License : GPL-3+ > Programming Lang: lua > Description : VLC extension to download subtitles from opensubtitles.org > Search and download subtitles from opensubtitles.org using the hash of > the video currently playing or its title. > > > -- > Simon Gareste -- 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#699732: qbittorrent: get the 3.0.9-1 to unstable/sid or better yet get the 3.0.11 to unstable/sid.
Dear Cristian, The version both in unstable and testing is one year back. The biggest issue with it is no support for magnet links or at least I don't get an option of qbittorrent as I get of transmission or/and deluge when downloading magnet links. I did see some work did go in the 3.0.0.1 release. Anyway here's the diff. between the 3.0.9-1 and 3.0.11 as it shows on the homepage of the upstream release. - from http://www.qbittorrent.org/news.php Also hopefully when you do put it unstable/sid the boost dependencies are of 1.54 version. http://release.debian.org/transitions/html/boost1.54.html Monday July 29th 2013 - qBittorrent v3.0.11 release qBittorrent v3.0.11 was released today and fixes several bugs. FEATURE: Allow more fine tuning of upload slots. It should improve speed (sledgehammer999) FEATURE: Enable edit/rename via F2 or double click in various places (Gelmir) BUGFIX: Fix Spanish and Basque translations being messed up on Windows (sledgehammer999) BUGFIX: Don't allow newlines in rename dialog (Gelmir) BUGFIX: Treat unfinished dates as the newest ones when sorting (sledgehammer999) BUGFIX: Fix text size problem on Windows with custom DPI (sledgehammer999) BUGFIX: Respect UI lock when clicking on tray notification (sledgehammer999) BUGFIX: Fix kickass torrents search plugin (Gelmir) BUGFIX: Use system language as default language. Closes #780 (sledgehammer999) BUGFIX: Move completed files to .unwanted folder when they are unselected by the user (constantined) BUGFIX: Show delete action when multiple feeds are selected (Gelmir) BUGFIX: Use Unicode for libtorrent alert messages (Gelmir) OTHER: Update translations WINDOWS: Shave off ~4MB from the binary size (sledgehammer999) WINDOWS: Remove wrong dependency on msvc2008 runtime (sledgehammer999) WINDOWS: Disable stacktrace when building with mingw (Gelmir) WINDOWS: Updated NSIS script to include/delete .pdb file. (sledgehammer999) July 10th 2013 - qBittorrent v3.0.10 release qBittorrent v3.0.10 was released today and fixes several bugs. BUGFIX: Fix LegitTorrents search plugin BUGFIX: Improve peer host name resolution (closes #360) BUGFIX: Context menu fix in the Web UI BUGFIX: Respect 'don't show' torrent dialog in Search (sledgehammer999) BUGFIX: Torrent creator can now use files/folders from disk root (Gelmir) BUGFIX: Update free disk space when changing drives in the add new torrent dialog (sledgehammer999) BUGFIX: Various fixes relating to RSS drag and drop (Gelmir) BUGFIX: Properly rename torrent which changes position in filter model (Gelmir) BUGFIX: Actually show tray notifications when a torrent finishes downloading (sledgehammer999) BUGFIX: Don't download RSS items based on rules still being edited (Gelmir) COSMETIC: Native look for the search boxes (Hyperz) IMPROVEMENT: Use natural sorting where possible (Gelmir and sledgehammer999) LINUX: Drop Boost.Thread dependency from configure script OTHER: Update translations. OTHER: Drop obsolete Boost.Thread dependency from configure script on linux (Dumez) LIBTORRENT: SOCKS5 fixes (0.16.10) LIBTORRENT: Fix hanging issue on Windows when closing files (0.16.10) LIBTORRENT: Cache can now be returned to the OS (0.16.10) PERFORMANCE: Impove drawing speed of tranferlist when there are many torrents(>100) (sledgehammer999) PERFORMANCE: Impove drawing speed of peers list when there are many peers (sledgehammer999) Looking for info. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qbittorrent depends on: ii geoip-database 20130813-1 ii libboost-filesystem1.49.0 1.49.0-4 ii libboost-system1.49.0 1.49.0-4 ii libc6 2.17-92+b1 ii libgcc11:4.8.1-2 ii libqt4-dbus4:4.8.5+dfsg-4 ii libqt4-network 4:4.8.5+dfsg-4 ii libqt4-xml 4:4.8.5+dfsg-4 ii libqtcore4 4:4.8.5+dfsg-4 ii libqtgui4 4:4.8.5+dfsg-4 ii libssl1.0.01.0.1e-3 ii libstdc++6 4.8.1-2 ii libtorrent-rasterbar6 0.15.10-1+b1 ii python 2.7.5-4 qbittorrent recommends no packages. Versions of packages qbittorrent suggests: pn qbittorrent-dbg -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Cont
Bug#723643: Wrong permissions for scores files
Package: five-or-more Version: 1:3.8.2-1 Severity: important -rw-r--r-- 1 root root 0 Jun 11 00:47 glines.Large.scores -rw-r--r-- 1 root root 0 Jun 11 00:47 glines.Medium.scores -rw-r--r-- 1 root root 0 Jun 11 00:47 glines.Small.scores Those files belong to five-or-more (previously glines) and seem to have the wrong permissions. Should be root:games 664 -- 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.10-3-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 Versions of packages five-or-more depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii libc62.17-92+b1 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii librsvg2-2 2.36.4-2 Versions of packages five-or-more recommends: ii yelp 3.8.1-2 five-or-more 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#711071: bitlbee: please port to libotr5-dev
Control: tag -1 patch
intrigeri (2013-09-17):
> Cyril Brulebois wrote (17 Sep 2013 18:14:34 GMT) :
> > Do you have a patch handy, or should I take care of that now?
>
> I don't, feel free to take care of that :)
There you go. I don't mind somebody else's uploading it, was just
looking quickly at current transitions…
--otr=0 seems to properly disable otr support, making sure having
libotr{2,5}-dev installed doesn't change anything as far as bitlbee
is concerned.
As for garbage collection in the archive, since the dropped package
isn't depended on by anyone, it should show up on cruft report, and
be removed by ftpmasters.
Mraw,
KiBi.
diff -u bitlbee-3.2/debian/rules bitlbee-3.2/debian/rules
--- bitlbee-3.2/debian/rules
+++ bitlbee-3.2/debian/rules
@@ -25,10 +25,6 @@
DH_OPTIONS += -Nbitlbee-libpurple
endif
-ifneq ($(BITLBEE_OTR),plugin)
-DH_OPTIONS += -Nbitlbee-plugin-otr
-endif
-
ifneq ($(BITLBEE_SKYPE),plugin)
DH_OPTIONS += -Nbitlbee-plugin-skype -Nskyped
endif
@@ -38,7 +34,7 @@
dh_testdir
mkdir -p debian/build-native
- ROOT=$$PWD; cd debian/build-native; $(BITLBEE_CONFIGURE_VERSION) $$ROOT/configure --debug=$(DEBUG) --prefix=/usr --etcdir=/etc/bitlbee --events=libevent --otr=$(BITLBEE_OTR) --skype=$(BITLBEE_SKYPE) $(BITLBEE_CONFIGURE_FLAGS)
+ ROOT=$$PWD; cd debian/build-native; $(BITLBEE_CONFIGURE_VERSION) $$ROOT/configure --debug=$(DEBUG) --prefix=/usr --etcdir=/etc/bitlbee --events=libevent --otr=0 --skype=$(BITLBEE_SKYPE) $(BITLBEE_CONFIGURE_FLAGS)
$(MAKE) -C debian/build-native
ifeq ($(BITLBEE_LIBPURPLE),1)
@@ -70,7 +66,6 @@
$(MAKE) -C debian/build-native install-bin DESTDIR=`pwd`/debian/bitlbee
$(MAKE) -C debian/build-native install-etc install-doc DESTDIR=`pwd`/debian/bitlbee-common
$(MAKE) -C debian/build-native install-dev DESTDIR=`pwd`/debian/bitlbee-dev
- $(MAKE) -C debian/build-native install-plugin-otr DESTDIR=`pwd`/debian/bitlbee-plugin-otr
$(MAKE) -C debian/build-native install-plugin-skype DESTDIR=`pwd`/debian/skyped
ifneq ($(BITLBEE_SKYPE),0)
@@ -98,7 +93,7 @@
dh_installdocs #--link-doc=bitlbee-common
# TODO: Restore --link-doc up here and remove the hack below once
# Hardy and Lenny are deprecated.
- for p in bitlbee bitlbee-libpurple bitlbee-dev bitlbee-plugin-otr; do rm -r debian/$$p/usr/share/doc/$$p && ln -s bitlbee-common debian/$$p/usr/share/doc/$$p || true; done
+ for p in bitlbee bitlbee-libpurple bitlbee-dev; do rm -r debian/$$p/usr/share/doc/$$p && ln -s bitlbee-common debian/$$p/usr/share/doc/$$p || true; done
dh_installdebconf
dh_installinit --init-script=bitlbee
dh_installman
diff -u bitlbee-3.2/debian/control bitlbee-3.2/debian/control
--- bitlbee-3.2/debian/control
+++ bitlbee-3.2/debian/control
@@ -4,7 +4,7 @@
Maintainer: Wilmer van der Gaast
Uploaders: Jelmer Vernooij
Standards-Version: 3.9.1
-Build-Depends: libglib2.0-dev (>= 2.4), libevent-dev, libgnutls-dev | gnutls-dev, po-debconf, libpurple-dev, libotr2-dev, debhelper (>= 6.0.7~), asciidoc
+Build-Depends: libglib2.0-dev (>= 2.4), libevent-dev, libgnutls-dev | gnutls-dev, po-debconf, libpurple-dev, debhelper (>= 6.0.7~), asciidoc
Homepage: http://www.bitlbee.org/
Vcs-Bzr: http://code.bitlbee.org/bitlbee/
DM-Upload-Allowed: yes
@@ -58,17 +58,6 @@
.
This package holds development stuff for compiling plug-ins.
-Package: bitlbee-plugin-otr
-Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, bitlbee (= ${binary:Version}) | bitlbee-libpurple (= ${binary:Version}), bitlbee-common (= ${source:Version})
-Description: An IRC to other chat networks gateway (OTR plugin)
- This program can be used as an IRC server which forwards everything you
- say to people on other chat networks: Jabber (which includes Google Talk
- and Facebook Chat), ICQ, AIM, MSN, Yahoo! and Twitter/Identica/Status.net.
- .
- This package contains a plugin that adds support for Off-The-Record
- encryption of instant messages.
-
Package: bitlbee-plugin-skype
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}, bitlbee (= ${binary:Version}) | bitlbee-libpurple (= ${binary:Version}), bitlbee-common (= ${source:Version})
diff -u bitlbee-3.2/debian/changelog bitlbee-3.2/debian/changelog
--- bitlbee-3.2/debian/changelog
+++ bitlbee-3.2/debian/changelog
@@ -1,3 +1,14 @@
+bitlbee (3.2-1.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Disable libotr support (hopefully temporarily) for the transition from
+libotr2 to libotr5 (Closes: #711071):
+- debian/control: Drop bitlbee-plugin-otr package.
+- debian/rules: Adjust DH_OPTIONS handling, drop support for
+ bitlbee-plugin-otr, and pass --otr=0 to configure.
+
+ -- Cyril Brulebois Wed, 18 Sep 2013 14:24:48 +0200
+
bitlbee (3.2-1.1) unstable; urgency=low
* Non-maintainer upload.
Bug#723644: scilab: FTBFS when building architecture-independent packages
Package: scilab Version: 5.4.1-4 Severity: serious If you try to build scilab in a clean chroot with "sbuild -A" so that it builds architecture-independent packages, it fails to build: Adding cdbs dependencies to debian/scilab-doc.substvars dh_installdirs -pscilab-doc mkdir /«PKGBUILDDIR»/debian/scilab-doc/usr/share/scilab/modules/helptools/jar/ EN_US_DOC=/«PKGBUILDDIR»/debian/tmp/usr/share/scilab/modules/helptools/jar/scilab_en_US_help.jar; \ mv $EN_US_DOC /«PKGBUILDDIR»/debian/scilab-doc/usr/share/scilab/modules/helptools/jar/ mv: cannot stat '/«PKGBUILDDIR»/debian/tmp/usr/share/scilab/modules/helptools/jar/scilab_en_US_help.jar': No such file or directory make: *** [install/scilab-doc] Error 1 The full build log is half a megabyte gzipped, so I doubt I can attach it here, but I've put it at http://people.debian.org/~cjwatson/tmp/scilab_5.4.1-4_i386.build.gz for the time being. Thanks, -- Colin Watson [cjwat...@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#723645: Wrong permissions for scores filesWrong permissions for scores files
Package: gnome-nibbles Version: 1:3.8.0-2 Severity: important -rw-r--r-- 1 root root 0 Jun 11 23:48 gnome-nibbles.1.0.scores -rw-r--r-- 1 root root 0 Jun 11 23:48 gnome-nibbles.1.1.scores -rw-r--r-- 1 root root 0 Jun 11 23:48 gnome-nibbles.2.0.scores -rw-r--r-- 1 root root 0 Jun 11 23:48 gnome-nibbles.2.1.scores -rw-r--r-- 1 root root 0 Jun 11 23:48 gnome-nibbles.3.0.scores -rw-r--r-- 1 root root 0 Jun 11 23:48 gnome-nibbles.3.1.scores -rw-r--r-- 1 root root 0 Jun 11 23:48 gnome-nibbles.4.0.scores -rw-r--r-- 1 root root 0 Jun 11 23:48 gnome-nibbles.4.1.scores Those files belong to gnome-nibbles (previously gnibbles) and seem to have the wrong permissions. Should be root:games 664 -- 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.10-3-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 Versions of packages gnome-nibbles depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii libc62.17-92+b1 ii libcanberra-gtk3-0 0.30-2 ii libclutter-1.0-0 1.14.4-3 ii libclutter-gtk-1.0-0 1.4.4-3 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libpango-1.0-0 1.32.5-5+b1 Versions of packages gnome-nibbles recommends: ii yelp 3.8.1-2 gnome-nibbles 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#716852: package review
hello package reviewers, (this is a copy of the mail i originally sent to the itp instead of the rfs, as i originally overlooked the rfs. this also explains why some of the points i mention are the same as mentioned by paul earlier). i'm having a look at your libpam-ssh-agent-auth package, as i'd like to use it too. here are some things you should have a look at before the package can be uploaded: * changelog: dots inside the debian part of the version number are reserved for non-maintainer uploads (NMUs); when you're changing the package yourself, just increment the debian part. even better: use the dch utility, which will usually do the right thing. it will also prevent formating errors like missing lines as in the older versions by jamie. also, the changelog should probably be condensed into a single log entry for the first upload (ie. the version should be 0.9.5-1), and it should definitely contain a "(Closes: #595817)" text, so that the ITP bug gets closed when it hits the archive. * control: where did you take the build-depends from? i was curious about groff-base, had my doubts about mime-support, but libgl1-mesa-glx very definitely does not belong here. * control: if you want to have a paragraph break in the description, leave an empty line (as it is common with many plain-text systems). empty line in the context of a debian/control field means that the line contains a single indented dot (otherwise, it could be mistaken for the beginning of a new section): > keyring in a forwarded ssh-agent. > . > This module can be used to provide authentication for anything run locally that * copyright: as you are now modifying the debian packaging, your name should be listed in the "The Debian packaging is copyright" section of the copyright file. please also check whether the license described there really applies to the source code -- i only checked punctually, but the license text in pam_ssh_agent_auth.c is different from debian/copyright. * dirs / libpam-ssh-agent-auth.dirs: you only need one of those; see the man page of dh_installdirs. what debian/dirs does can be read from the debhelper man page (section "debhelper config files"), but in short, debian/dirs is a shorthand for debian/$PACKAGE.dirs if there is only one binary package in your source package. * README: the situation with README is a little confusing -- it's inside debian/, and its heading states it is about debian, but its content is not specific to debian. actually, this file should be in the upstream tarball outside the debian/ dir (which should not be in the upstream tarball anyway). in my opinion, this is nothing you can directly change well -- just ship the README file by adding a line "debian/README" to debian/docs (to be picked up by dh_installdocs) for the time being, and talk to upstream about dropping his debian directory and shipping this README as a generic readme file. * README.Debian: * this should definitely not be executable. * README.Debian files are usually wrapped to around 80 characters, and uses empty lines for paragraph separation. as far as i know, there is no definite "non-markup" language used there, just common sense, so your heading indications with leading '=' and the '+' around commands are not technically wrong, but a more widespread formatting would be: > The problem > === > > `sudo` is a mechanism for unprivileged user to gain privileged > accesses. don't bother too much with this, just be aware and have a look at other README.Debian files around. * for others who want to base their decisions on my review: i have not actually read the whole text. * rules: do you understand what all the lines there are doing? given the standards version, chances are that this file has been generated some time ago, and procedures have changed. a rules file like this has the same effect: > #!/usr/bin/make -f > # -*- makefile -*- > > # Uncomment this to turn on verbose mode. > #export DH_VERBOSE=1 > > %: > dh $@ > > override_dh_auto_configure: > dh_auto_configure -- --libexecdir=/lib/security --with-mantype=man (debian/libpam-ssh-agent-auth.install is not needed any more then.) * please have a look at the warnings lintian throws when running over the package. the biggest problems are also listed on the mentors page[1], but you can always check the results of a build process using `lintian ../libpam-ssh-agent-auth_0.9.5-2.2_amd64.changes -IE --color`. you should aim for fixing them (though some of them don't need to be fixed right now; for example, spelling-error-in-manpage is better forwarded upstream and fixed with the next upstream release). best regards chrysn [1] http://mentors.debian.net/package/libpam-ssh-agent-auth -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene
Bug#723646: Wrong permissions for scores files
Package: gnome-robots Version: 1:3.8.1-2 Severity: important -rw-r--r-- 1 root root 0 Jun 11 23:55 gnome-robots.classic_robots-safe.scores -rw-r--r-- 1 root root 0 Jun 11 23:55 gnome-robots.classic_robots.scores -rw-r--r-- 1 root root 0 Jun 11 23:55 gnome-robots.classic_robots-super-safe.scores -rw-r--r-- 1 root root 0 Jun 11 23:55 gnome-robots.nightmare-safe.scores -rw-r--r-- 1 root root 0 Jun 11 23:55 gnome-robots.nightmare.scores -rw-r--r-- 1 root root 0 Jun 11 23:55 gnome-robots.nightmare-super-safe.scores -rw-r--r-- 1 root root 0 Jun 11 23:55 gnome-robots.robots2_easy-safe.scores -rw-r--r-- 1 root root 0 Jun 11 23:55 gnome-robots.robots2_easy.scores -rw-r--r-- 1 root root 0 Jun 11 23:55 gnome-robots.robots2_easy-super-safe.scores -rw-r--r-- 1 root root 0 Jun 11 23:55 gnome-robots.robots2-safe.scores -rw-r--r-- 1 root root 0 Jun 11 23:55 gnome-robots.robots2.scores -rw-r--r-- 1 root root 0 Jun 11 23:55 gnome-robots.robots2-super-safe.scores -rw-r--r-- 1 root root 0 Jun 11 23:55 gnome-robots.robots_with_safe_teleport-safe.scores -rw-r--r-- 1 root root 0 Jun 11 23:55 gnome-robots.robots_with_safe_teleport.scores -rw-r--r-- 1 root root 0 Jun 11 23:55 gnome-robots.robots_with_safe_teleport-super-safe.scores Those files belong to gnome-robots (previously gnobots2) and seem to have the wrong permissions. Should be root:games 664 -- 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.10-3-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 Versions of packages gnome-robots depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii libc62.17-92+b1 ii libcairo21.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii librsvg2-2 2.36.4-2 Versions of packages gnome-robots recommends: ii yelp 3.8.1-2 gnome-robots 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#723647: Wrong permissions for scores files
Package: tali Version: 1:3.8.0-1 Severity: important -rw-r--r-- 1 root root 0 Mai 25 19:43 gtali.Colors.scores -rw-r--r-- 1 root root 0 Mai 25 19:43 gtali.Regular.scores Those files belong to tali (previously gtali) and seem to have the wrong permissions. Should be root:games 664 -- 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.10-3-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 Versions of packages tali depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii libatk1.0-0 2.8.0-2 ii libc62.17-92+b1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libpango-1.0-0 1.32.5-5+b1 Versions of packages tali recommends: ii yelp 3.8.1-2 tali 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#723649: xul-ext-adblock-plus: wrong dependency on icedove 16
Package: xul-ext-adblock-plus Severity: important Dear Maintainer, xul-ext-adblock-plus wrongly depends on icedove > 16.0 which doesn't exist. It is clearly a typographic error since the previous dependency is on iceweasel > 16.0 regards xavier -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xul-ext-adblock-plus depends on: ii icedove10.0.12-1 ii iceweasel 17.0.8esr-2 xul-ext-adblock-plus recommends no packages. xul-ext-adblock-plus 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
Bug#723648: xdotool: please build against ruby1.9.1
Package: xdotool Version: 3.20130111.1-3 Severity: important Tags: patch User: debian-r...@lists.debian.org Usertags: ruby18-removal Hi, Ruby 1.8 is not maintained upstream any more, and the Ruby team whishes to get rid of it soon (see the transition planned by the release team). Could you please use the default Ruby interpreter, which has been ruby1.9.1 since Wheezy, to run your tests? A ruby package is provided for convenience and depends on the current default ruby interpreter. Please find attached two patches to fix this issue: - debian_control.patch, changing ruby1.8 build dependency to ruby and ruby-test-unit; ruby-test-unit is needed because the fake version of test-unit provided by ruby1.9.1 does not know about Test::Unit::AssertionFailedError. - 02_use_relative_path_in_ruby_require.patch to be added to your quilt patch series, which uses a relative path to find xdo_test_helper. In ruby1.8, the current dir was in the LOAD_PATH, which is not the case with more recent versions. Cheers, Cédric diff -Nru xdotool-3.20130111.1/debian/control xdotool-3.20130111.1/debian/control --- xdotool-3.20130111.1/debian/control 2013-05-05 19:20:30.0 +0200 +++ xdotool-3.20130111.1/debian/control 2013-09-18 14:48:41.0 +0200 @@ -18,9 +18,9 @@ openbox, xfonts-base, procps, - ruby1.8, + ruby, + ruby-test-unit, doxygen -Build-Conflicts: ruby1.9.1 Standards-Version: 3.9.4 Homepage: http://www.semicomplete.com/blog/projects/xdotool/ Vcs-Git: git://lair.fifthhorseman.net/~dkg/xdotool Description: use relative paths when requiring xdo_test_helper.rb The current directory is not in the $LOAD_PATH of more recent versions of the Ruby interpreter (ruby1.9.1 and ruby2.0). So the location of the file must be indicated. Author: Cédric Boutillier Origin: vendor Last-Update: 2013-09-18 --- a/t/test_basic.rb +++ b/t/test_basic.rb @@ -2,7 +2,7 @@ # require "test/unit" -require "xdo_test_helper" +require "./xdo_test_helper" class XdotoolBasicTests < Test::Unit::TestCase include XdoTestHelper --- a/t/test_chaining.rb +++ b/t/test_chaining.rb @@ -2,7 +2,7 @@ # require "test/unit" -require "xdo_test_helper" +require "./xdo_test_helper" class XdotoolChainingTests < Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_behave_screen_edge.rb +++ b/t/test_cmd_behave_screen_edge.rb @@ -2,7 +2,7 @@ # require "test/unit" -require "xdo_test_helper" +require "./xdo_test_helper" class XdotoolCommandBehaveScreenEdgeTests < Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_exec.rb +++ b/t/test_cmd_exec.rb @@ -3,7 +3,7 @@ # require "test/unit" -require "xdo_test_helper" +require "./xdo_test_helper" class XdotoolCommandExecTests < Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_getwindowname.rb +++ b/t/test_cmd_getwindowname.rb @@ -2,7 +2,7 @@ # require "test/unit" -require "xdo_test_helper" +require "./xdo_test_helper" class XdotoolCommandGetWindowPidTests < Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_getwindowpid.rb +++ b/t/test_cmd_getwindowpid.rb @@ -2,7 +2,7 @@ # require "test/unit" -require "xdo_test_helper" +require "./xdo_test_helper" class XdotoolCommandGetWindowPidTests < Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_key.rb +++ b/t/test_cmd_key.rb @@ -2,7 +2,7 @@ # require "test/unit" -require "xdo_test_helper" +require "./xdo_test_helper" class XdotoolCommandKeyTests < Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_windowfocus.rb +++ b/t/test_cmd_windowfocus.rb @@ -3,7 +3,7 @@ # require "test/unit" -require "xdo_test_helper" +require "./xdo_test_helper" class XdotoolCommandWindowFocusTests < Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_windowmap.rb +++ b/t/test_cmd_windowmap.rb @@ -3,7 +3,7 @@ # require "test/unit" -require "xdo_test_helper" +require "./xdo_test_helper" class XdotoolCommandWindowMapTests < Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_windowminimize.rb +++ b/t/test_cmd_windowminimize.rb @@ -2,7 +2,7 @@ # require "test/unit" -require "xdo_test_helper" +require "./xdo_test_helper" class XdotoolCommandWindowMinimizeTests < Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_windowmove.rb +++ b/t/test_cmd_windowmove.rb @@ -3,7 +3,7 @@ # require "test/unit" -require "xdo_test_helper" +require "./xdo_test_helper" class XdotoolCommandWindowMoveTests < Test::Unit::TestCase include XdoTestHelper --- a/t/test_cmd_windowsize.rb +++ b/t/test_cmd_windowsize.rb @@ -3,7 +3,7 @@ # require "test/unit" -require "xdo_test_helper" +require "./xdo_test_helper" class XdotoolCommandWindowSizeTests < Test::Unit::TestCase include XdoTestHelper --- a/t/test_mousemove.rb +++ b/t/test_mousemove.rb @@ -1,7 +1,7 @@ #!/usr/bin/env ruby require "test/unit" -require "xdo_test_helper" +require "./xdo_test_helper" class XdotoolMouseMoveTests < Test::Unit::TestCase include XdoTes
Bug#723175: [SoB osgearth] Vcs is not up to date
Hi Bas, On Wed, Sep 18, 2013 at 01:45:00PM +0200, Sebastiaan Couwenberg wrote: > Thanks for looking into osgEarth so shortly before you VAC. Well, forcing people to wait is demotivating ... and I want to push a bit on the motivation side, right. ;-) > On 09/18/2013 01:25 PM, Andreas Tille wrote: > > on SoB Wiki page[1] you asked for sponsering your package. I checked > > out VCS via > > > > gbp-clone ssh://git.debian.org/git/pkg-grass/osgearth.git > > > > and found an old version there which is lagging behind mentors[2] please > > commit everything to VCS to make sure it is in sync with what you intend > > to upload. I'll generally rebuild a package from VCS via > > git-buildpackage. > > The changes for the package on mentors are in git, but in the jessie > branch not in master. This should work for the moment: > > gbp-clone --debian-branch=jessie > ssh://git.debian.org/git/pkg-grass/osgearth.git Ahhh, that was a bit hidden from the workflow I'm usually following > I'll merge the changes for jessie into master and push it to git.debian.org. Found it. .../osgearth (master) $ git-buildpackage gbp:info: Orig tarball 'osgearth_2.4.0+dfsg.orig.tar.gz' not found at '../tarballs/' gbp:warning: Pristine-tar branch "pristine-tar" not found pristine-tar: no pristine-tar branch found, use "pristine-tar commit" first gbp:error: Couldn't checkout "osgearth_2.4.0+dfsg.orig.tar.gz": /usr/bin/pristine-tar returned 1 .../osgearth (master) $ git branch * master upstream Hmmm, it seems pristine-tar branch is missing. I'm used to import upstream tarball via git import-orig --pristine-tar which enables the byte-identical recreation of the upstream tarball. While I could download the tarball for sure would you consider also injecting this (or am I missing something again?) Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#522318: seamless last(1) even at the beginning of the month
Package: sysvinit-utils Version: 2.88dsf-43 Followup-For: Bug #522318 -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 It would also be nice if last looked at rotated and possibly compressed wtmp files (per logrotate). For example: bminton:~# ls -las /var/log/wtmp* 60 -rw-rw-r-- 1 root utmp 54528 Sep 18 08:17 /var/log/wtmp 72 -rw-rw-r-- 1 root utmp 67584 Aug 31 19:22 /var/log/wtmp.1 12 -rw-rw-r-- 1 root utmp 8526 Jan 31 2003 /var/log/wtmp.1.gz - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.9.0 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages sysvinit-utils depends on: ii libc62.17-92+b1 ii libselinux1 2.1.13-2 ii sysv-rc 2.88dsf-43 sysvinit-utils recommends no packages. Versions of packages sysvinit-utils suggests: pn bootlogd pn sash - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iEYEAREDAAYFAlI5p/4ACgkQ2/alund99IfwfwCeO8zfUbp83y84FDfqgTQ50rIv JHMAoLjXO5Vyf7dihZvrhzM9IhMNeazf =g2aq -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#723650: ratpoison: hide "XGetWMName failed" message in non-debug mode
Package: ratpoison Version: 1.4.6-1 This debug message should not fill the X session log file when using ratpoison in normal mode. Patch: http://openbsd.7691.n7.nabble.com/PATCH-get-rid-of-nasty-quot-XGetWMName-failed-quot-error-message-td227418.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#722609: libgmime-2.6-dev: [regression] gmime-2.6.pc is not properly installed anymore
tags 722609 + patch thanks This faulty commit needs to be reverted http://anonscm.debian.org/gitweb/?p=collab-maint/gmime.git;a=commitdiff;h=52add06f23ac877d95e2cdc611fed474922c9be7 Moving the .pc file into multiarch location while the rest of the library isn't converted to multiarch doesn't make sense anyway. Daniel, since this breaks the build for quite a few packages (in my case I wanted to upload a newer tracker release), it would be good to have fix soon. I can offer to NMU in case you are busy. 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#723175: [SoB osgearth] Vcs is not up to date
Hi again, On Wed, Sep 18, 2013 at 01:45:00PM +0200, Sebastiaan Couwenberg wrote: > I'll merge the changes for jessie into master and push it to git.debian.org. Only cosmetic hints: debian/rules: - override_dh_clean: dh_testdir -$(RM) -rf build/ -$(RM) debian/.#* .#* dh_prep -$(RM) -rf $(CURDIR)/debian/files -$(RM) -f $(CURDIR)/debian/*.debhelper.log -$(RM) -f $(CURDIR)/debian/man/*.1 It would be way shorter to do: override_dh_clean: dh_clean -$(RM) -f $(CURDIR)/debian/man/*.1 -$(RM) -rf build/ May be I forgot something - but calling the original dh_clean does several things you are doing manually. dh_testdir should not be needed in override_* statements neither should dh_prep. So you can drop the dh_testdir from any of your override_* targets. Regarding the get-orig-source target please read what I wrote in my mail this morning: https://lists.debian.org/debian-gis/2013/09/msg00017.html The enhanced uscan just does what you want it to do. So I would recommend for the next upstream version (no reason to fumble around with this onw) to use the enhanced uscan. Moreover I think you can drop export DEB_BUILD_MAINT_OPTIONS=hardening=+all It should be default for debhelper compat=9 . debian/control: --- Do you know cme fix dpkg-control Please just try it (I think you should call it twice in the row to fix all issues). You get a better readable debian/control file and it also drops unneeded versioned Depends. Calling cme to fix d/control quickly became part of my packaging workflow right after I realised this nice tool. You can also run it on dpkg-copyright to ensure DEP5 compatibility but in your case it is OK (even if I consider things like this Copyright: 2008-2010, Pelican Mapping 2008-2011, Pelican Mapping 2008-2012, Pelican Mapping 2008-2013, Pelican Mapping a bit strange ...) So you can see for the moment only nitpicking comments. Feel free to ask me to upload anyway once you told me whether you would include pristine-tar or whether I should use the original tarball in ../tarballs. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723652: RFS: autoconf-archive/20130609-2 [
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "autoconf-archive" Package name: autoconf-archive Version : 20130609-2 It builds those binary packages: autoconf-archive - Autoconf Macro Archive autoconf-gl-macros - Autoconf OpenGL Macro Archive -- transitional dummy package To access further information about this package, please visit the following URL: http://mentors.debian.net/package/autoconf-archive Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/autoconf-archive/autoconf-archive_20130609-2.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: Pabs ask me to release this version to unstable in order to build chromium and ask me to cc Andreas Beckmann and John Paul Adrian Glaubitz. Regards, bastien roucaries -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723651: linux-image-3.2.0-4-686-pae: 200KB/s max with ALFA AWUS036H with driver rtl8087
Source: linux-image-3.2.0-4-686-pae Severity: normal Tags: upstream I got a new ALFA AWUS036H Wi-Fi device, tried it on two different Debian boxes : * Debian 3.9.6-1 * Debian 3.2.0-4 Both with driver rtl8187. On my laptop, using the builtin Wi-Fi card I got ~4.5MB/s, using the ALFA AWUS036H I only got ~200KB/s, sometimes only 20KB/s. Seems that my USB port are version 2, not USB 1 (According to lshw). -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.13-grsec--grs-ipv6-64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723653: New upstream release available
Package: choqok Version: 1.3-1+b1 Severity: wishlist Hi Noah! Since some time ago there is a new upstream release avilable: http://sourceforge.net/projects/choqok/files/Choqok/choqok-1.4.tar.xz/download This fixes at least the Twitter support. Would it be possible to update the package? If you need help, don't heasitate to ask. Kinds regards, Lisandro. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.21+edid (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages choqok depends on: ii kde-runtime 4:4.10.5-1 ii libattica0.4 0.4.2-1 ii libc62.17-92+b1 ii libgcc1 1:4.8.1-10 ii libkcmutils4 4:4.11.1-1 ii libkdecore5 4:4.11.1-1 ii libkdeui54:4.11.1-1 ii libkemoticons4 4:4.11.1-1 ii libkhtml54:4.11.1-1 ii libkidletime44:4.11.1-1 ii libkio5 4:4.11.1-1 ii libkjsapi4 4:4.11.1-1 ii libknotifyconfig44:4.11.1-1 ii libkparts4 4:4.11.1-1 ii libkprintutils4 4:4.11.1-1 ii libkutils4 4:4.11.1-1 ii libnepomuk4 4:4.11.1-1 ii libnepomukutils4 4:4.11.1-1 ii libphonon4 4:4.6.0.0-3 ii libqca2-plugin-ossl 2.0.0~beta3-2 ii libqjson00.8.1-3 ii libqoauth1 1.0.1-1 ii libqt4-dbus 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqt4-network 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqt4-svg 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqt4-xml 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqtcore4 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqtgui44:4.8.5+git121-g2a9ea11+dfsg-1 ii libsoprano4 2.9.3+dfsg-1 ii libstdc++6 4.8.1-10 choqok recommends no packages. choqok 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#723175: [SoB osgearth] Vcs is not up to date
On 09/18/2013 03:11 PM, Andreas Tille wrote: > Hi Bas, > > On Wed, Sep 18, 2013 at 01:45:00PM +0200, Sebastiaan Couwenberg wrote: >> Thanks for looking into osgEarth so shortly before you VAC. > > Well, forcing people to wait is demotivating ... and I want to push a > bit on the motivation side, right. ;-) It is certainly motivating, I appreciate it a lot. > >> On 09/18/2013 01:25 PM, Andreas Tille wrote: >>> on SoB Wiki page[1] you asked for sponsering your package. I checked >>> out VCS via >>> >>> gbp-clone ssh://git.debian.org/git/pkg-grass/osgearth.git >>> >>> and found an old version there which is lagging behind mentors[2] please >>> commit everything to VCS to make sure it is in sync with what you intend >>> to upload. I'll generally rebuild a package from VCS via >>> git-buildpackage. >> >> The changes for the package on mentors are in git, but in the jessie >> branch not in master. This should work for the moment: >> >> gbp-clone --debian-branch=jessie >> ssh://git.debian.org/git/pkg-grass/osgearth.git > > Ahhh, that was a bit hidden from the workflow I'm usually following > >> I'll merge the changes for jessie into master and push it to git.debian.org. > > Found it. > > .../osgearth (master) $ git-buildpackage > gbp:info: Orig tarball 'osgearth_2.4.0+dfsg.orig.tar.gz' not found at > '../tarballs/' > gbp:warning: Pristine-tar branch "pristine-tar" not found > pristine-tar: no pristine-tar branch found, use "pristine-tar commit" first > gbp:error: Couldn't checkout "osgearth_2.4.0+dfsg.orig.tar.gz": > /usr/bin/pristine-tar returned 1 > > .../osgearth (master) $ git branch > * master > upstream > > > Hmmm, it seems pristine-tar branch is missing. I'm used to import upstream > tarball via > > git import-orig --pristine-tar > > which enables the byte-identical recreation of the upstream tarball. While > I could download the tarball for sure would you consider also injecting this > (or am I missing something again?) I don't use pristine-tar, I just commit the uscan downloaded upstream tarball to the upstream branch and merge that into the release specific branch and/or master to work on the debian packaging for the new upstream release. I build the packages with git-buildpackage specifying the upstream tree and debian branch. For example: git-buildpackage --git-upstream-tree="upstream" --git-debian-branch="jessie" --git-pbuilder --git-dist=sid -sa > /var/tmp/osgearth-2.4.pbuilder 2>&1 & Using pristine-tar instead of commiting the whole upstream tarballs is probably better. It's probably a good idea to adopt the Debian Perl Group Git Guide and modify it for Debian GIS. That workflow looks much better than what I've come up with, and more like what you were expecting. So far we only document how to setup a Git repo for Debian GIS on the wiki. We can use the git guide to document the next steps. > > Kind regards > >Andreas. Kind Regards, Bas -- GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723654: ITP: csvimp - CSV library used by PostBooks
Package: wnpp Severity: wishlist Owner: Daniel Pocock Upstream: http://www.xtuple.org http://www.xtuple.org/DataImportTool License: CPAL (derived from Mozilla) https://www.xtuple.com/CPAL Initial observations: Used by Postbooks, ITP: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703645 I've done a successful build of openrpt, csvimp and xtuple (the main package) from SVN on a squeeze system See the PostBooks ITP for details of build dependencies and a manual installation on Debian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719253: m17n-db: FTBFS twice in a row
Hi Daniel, Apologies for the delay. I plan to add the following patch in the next release. Try it out. cya, # diff --git a/debian/rules b/debian/rules index b900cb1..2220f75 100755 --- a/debian/rules +++ b/debian/rules @@ -50,6 +50,7 @@ clean: dh_testdir dh_testroot rm -f build-stamp + [ ! -f Makefile ] || $(MAKE) clean [ ! -f Makefile ] || $(MAKE) distclean ifneq "$(wildcard /usr/share/misc/config.sub)" "" rm -f config.sub -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723655: package depends on libgd2-noxpm or libgd2-xpm, neither of which are available
Package: openvas-client Version: 2.0.5-1.1 Severity: serious Hi, I have installed the package a while back, hence it is still present on my machine but and attempt to install it on another one fails as neither libgd2-xpm nor libgd2-noxpm are available in the repository. Please fix the package dependencies. Kind regards, Raf -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (999, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 3.10-3-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openvas-client depends on: ii libatk1.0-0 2.8.0-2 ii libc6 2.17-92+b1 ii libcairo2 1.12.16-2 ii libfontconfig12.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgd2-xpm2.0.36~rc1~dfsg-6.1 ii libgdchart-gd2-noxpm 0.11.5-7.1 ii libgdk-pixbuf2.0-02.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk2.0-0 2.24.20-1 ii libpango1.0-0 1.32.5-5+b1 ii libpng12-01.2.49-4 ii libssl1.0.0 1.0.1e-3 ii zlib1g1:1.2.8.dfsg-1 openvas-client recommends no packages. openvas-client 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#707594: RFS: libtaginfo/0.1.6-1 [ITP]
Dear mentors, I have updated the package. Changes since last update are: * Renaming libtaginfo-c0 and libtaginfo-c0-dev to libtaginfoc0 and libtaginfoc0-dev (with lintian override). This is according to the naming of taglib itself. Thank you for looking at this package! Regards Dominique signature.asc Description: OpenPGP digital signature
Bug#723175: [SoB osgearth] Vcs is not up to date
Hi Bas, On Wed, Sep 18, 2013 at 03:59:22PM +0200, Sebastiaan Couwenberg wrote: > > On Wed, Sep 18, 2013 at 01:45:00PM +0200, Sebastiaan Couwenberg wrote: > >> Thanks for looking into osgEarth so shortly before you VAC. > > > > Well, forcing people to wait is demotivating ... and I want to push a > > bit on the motivation side, right. ;-) > > It is certainly motivating, I appreciate it a lot. :-) > > .../osgearth (master) $ git branch > > * master > > upstream > > > > > > Hmmm, it seems pristine-tar branch is missing. I'm used to import upstream > > tarball via > > > > git import-orig --pristine-tar > > > > which enables the byte-identical recreation of the upstream tarball. While > > I could download the tarball for sure would you consider also injecting this > > (or am I missing something again?) > > I don't use pristine-tar, I just commit the uscan downloaded upstream > tarball to the upstream branch and merge that into the release specific > branch and/or master to work on the debian packaging for the new > upstream release. > > I build the packages with git-buildpackage specifying the upstream tree > and debian branch. For example: > > git-buildpackage --git-upstream-tree="upstream" > --git-debian-branch="jessie" --git-pbuilder --git-dist=sid -sa > > /var/tmp/osgearth-2.4.pbuilder 2>&1 & Uhmmm, that's a pretty long line to type + to remember. I feel way to stupid to remember all this and I rely on a workflow that takes a git-buildpackage only. :-) > Using pristine-tar instead of commiting the whole upstream tarballs is > probably better. Well, ths upstream tarball is *also* included. However, pristine-tar stores some metainformation to be able to recreate a *byte-identical* tarball which is a bit tricky with tar even if the content of the archive might be byte identical. There were several threads about this in the past on debian-devel list. So the pristine-tar branch is not instead of the upstream branch but in addition. > It's probably a good idea to adopt the Debian Perl Group Git Guide and > modify it for Debian GIS. Yes! > That workflow looks much better than what I've > come up with, and more like what you were expecting. As I said: In Debian Med we somehow forked Debian Perl workflow and are quite happy about this. It sounds quite sane to me to either fork again for Debian Gis directly from Perl or Med (or a mix from both - whatever seems to be apropriate). > So far we only document how to setup a Git repo for Debian GIS on the > wiki. We can use the git guide to document the next steps. +1 Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723656: xen-hypervisor-4.1-amd64: IPMI serial console hangs
Package: xen-hypervisor-4.1-amd64 Version: 4.1.4-3+deb7u1 Severity: important Dear Maintainer, Just upgraded a Supermicro server (X9SCM-F motherboard) from Squeeze to Wheezy. And now the IPMI serial console no longer work as it used to. It hangs like this: [...] (XEN) Enabled directed EOI with ioapic_ack_old on! (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) Platform timer is 14.318MHz HPET ( Xen cmdline: placeholder dom0_max_vcpus=2 dom0_vcpus_pin dom0_mem=2048M com1=115200,8n1,0x3e8,4 console=com1,vga Linux cmdline: placeholder root=/dev/mapper/vg01-root ro console=hvc0 earlyprintk=xen quiet It looks very similar to this, not sure if they are the same though.. http://old-list-archives.xenproject.org/archives/html/xen-devel/2010-01/msg00773.html -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash xen-hypervisor-4.1-amd64 depends on no packages. Versions of packages xen-hypervisor-4.1-amd64 recommends: ii xen-utils-4.1 4.1.4-3+deb7u1 Versions of packages xen-hypervisor-4.1-amd64 suggests: ii xen-docs-4.1 4.1.4-3+deb7u1 -- 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#338784: packaging update
We now have a packaging team for Postbooks and dependencies: https://alioth.debian.org/projects/pkg-xtuple/ Andrew has now started uploading to Mercurial on alioth http://anonscm.debian.org/hg/collab-maint/xtuple/ Upstream now appears to be using github as well as sourceforge: https://github.com/xtuple -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723657: -geometry not fully honoured
Package: mplayer2 Version: 2.0-554-gf63dbad-1+b1 Severity: minor When mplayer is started up with a -geometry option that specifies a position for the window (e.g., "-geometry +0+0"), it fails to set the USPosition hint bit that tells the window manager that the position was supplied by the user. The result is that a window manager that applies its own positioning logic in preference to program-supplied positions, but honours user-supplied positions, will override the user-supplied position with mplayer. The same goes for the USSize hint. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723659: strspn, strcspn - search a string for a set of characters
Package: manpages-dev $ man strspn | head -6 [...] strspn, strcspn - search a string for a set of characters However from POSIX: http://pubs.opengroup.org/onlinepubs/009695399/functions/strspn.html strspn - get length of a substring Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723658: libgmp-dev:amd64: failure when compiling with gcc -lmpfr without -lgmp
Package: libgmp-dev Version: 2:5.1.2+dfsg-3 Severity: minor Not sure whether this is a bug in gmp or in the linker... I get the following failure: $ gcc version.c -o version -lmpfr /usr/bin/ld.bfd.real: /tmp/cc3TW5Nl.o: undefined reference to symbol '__gmpn_popcount' /usr/lib/x86_64-linux-gnu/libgmp.so.10: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status There's no such problem with Debian 6.0.7. Adding -lgmp solves the problem, but Debian 6.0.7 suggests that it should not be necessary. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgmp-dev:amd64 depends on: ii libgmp10 2:5.1.2+dfsg-3 ii libgmpxx4ldbl 2:5.1.2+dfsg-3 Versions of packages libgmp-dev:amd64 recommends: ii libstdc++-4.8-dev [libstdc++-dev] 4.8.1-10 ii libstdc++6-4.4-dev [libstdc++-dev] 4.4.7-4 ii libstdc++6-4.5-dev [libstdc++-dev] 4.5.4-1 ii libstdc++6-4.6-dev [libstdc++-dev] 4.6.4-4 ii libstdc++6-4.7-dev [libstdc++-dev] 4.7.3-7 Versions of packages libgmp-dev:amd64 suggests: ii libgmp10-doc 2:5.1.2+dfsg-3 ii libmpfr-dev 3.1.1-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723660: [tmux] Please debianize by default option
Package: tmux Version: 1.8-4 Severity: normal Hi, For instance without customization: - lock-command is lock -np whereas under debian it is vlock (and maybe suggest vlock) - utf-8 should be may be the default Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703645: upstream support for upgrades
One important issue for this package will be the database upgrade procedure between major releases of Debian Does upstream provide a suitable schema update mechanism that can upgrade users who only upgrade every 2 years, or do they only support upgrades between each of their own consecutive releases and Debian users may have to run such upgrades back-to-back? Alternatively, should it simply refuse to run after package upgrade and leave the user to manage the schema manually? Maybe README.Debian should warn the users about the extent of support that will be provided for their future upgrades so they can make an informed decision when comparing it to other similar packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723487: lua-discount link with -L/usr/lib
Tags: wontfix Control: close This seems not to be a valid bug, see discussion under [0] and if it would be one it would not be a bug in this package but in dh-lua. Therefore I am closing it as wontfix. Best regards, Julian [0] http://lists.debian.org/20130917110507.ga29...@type.bordeaux.inria.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723661: linux-image-3.2.0-4-amd64: e1000 driver TX hang error with debian 3.2 kernel
Package: src:linux Version: 3.2.46-1+deb7u1 Severity: important Tags: d-i It appears there is an issue with the e1000 driver and this debian kernel. I did not witness the system crashing, but if there is significant network traffic then the Ethernet device "hangs" for a while, sometimes seconds, until it recovers and a debug message starting with "Detected Tx Unit Hang" is printed to the console. I believe the problem is caused by having over 4 GB of memory and can be fixed by compiling the e1000 driver version 8.0.35 from source however I could not get it to compile with Linux 3.2.x kernel and it looks like support has been ended for that driver and it is only now supported as part of the kernel. With the source compiled version it lets you add an option "ignore_64bit_dma=1" to the module which might fix the problem but I could not try it. See: http://blog.bradiceanu.net/2010/11/28/netdev-watchdog-eth0-transmit-timed-out/ -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.46-1+deb7u1 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/rootgrp-rootvol ro quiet ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [6.761553] mtrr: type mismatch for c000,1000 old: write-back new: write-combining [6.761554] [drm] Detected VRAM RAM=1024M, BAR=256M [6.761556] [drm] RAM width 64bits DDR [6.761563] [drm] radeon: 1024M of VRAM memory ready [6.761565] [drm] radeon: 512M of GTT memory ready. [6.761576] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [6.761578] [drm] Driver supports precise vblank timestamp query. [6.761608] radeon :01:00.0: irq 58 for MSI/MSI-X [6.761612] radeon :01:00.0: radeon: using MSI. [6.761634] [drm] radeon: irq initialized. [6.761636] [drm] GART: num cpu pages 131072, num gpu pages 131072 [6.761852] [drm] radeon: ib pool ready. [6.761907] [drm] Loading CEDAR Microcode [6.776862] platform radeon_cp.0: firmware: agent loaded radeon/CEDAR_pfp.bin into memory [6.784404] platform radeon_cp.0: firmware: agent loaded radeon/CEDAR_me.bin into memory [6.786539] platform radeon_cp.0: firmware: agent loaded radeon/CEDAR_rlc.bin into memory [7.338686] [drm] PCIE GART of 512M enabled (table at 0x0004). [7.338787] radeon :01:00.0: WB enabled [7.338789] [drm] fence driver on ring 0 use gpu addr 0x4c00 and cpu addr 0x880839fb0c00 [7.355076] [drm] ring test on 0 succeeded in 1 usecs [7.355198] [drm] ib test on ring 0 succeeded in 0 usecs [7.355354] [drm] Radeon Display Connectors [7.355355] [drm] Connector 0: [7.355355] [drm] HDMI-A [7.355356] [drm] HPD4 [7.355357] [drm] DDC: 0x6440 0x6440 0x6444 0x6444 0x6448 0x6448 0x644c 0x644c [7.355358] [drm] Encoders: [7.355359] [drm] DFP1: INTERNAL_UNIPHY1 [7.355360] [drm] Connector 1: [7.355361] [drm] DVI-I [7.355361] [drm] HPD1 [7.355362] [drm] DDC: 0x6460 0x6460 0x6464 0x6464 0x6468 0x6468 0x646c 0x646c [7.355363] [drm] Encoders: [7.355364] [drm] DFP2: INTERNAL_UNIPHY [7.355365] [drm] CRT1: INTERNAL_KLDSCP_DAC1 [7.355366] [drm] Connector 2: [7.355366] [drm] VGA [7.355367] [drm] DDC: 0x6430 0x6430 0x6434 0x6434 0x6438 0x6438 0x643c 0x643c [7.355368] [drm] Encoders: [7.355369] [drm] CRT2: INTERNAL_KLDSCP_DAC2 [7.355394] [drm] Internal thermal controller without fan control [7.355414] [drm] radeon: power management initialized [7.392004] [drm] fb mappable at 0xC0142000 [7.392005] [drm] vram apper at 0xC000 [7.392006] [drm] size 5242880 [7.392006] [drm] fb depth is 24 [7.392007] [drm]pitch is 5120 [7.392120] fbcon: radeondrmfb (fb1) is primary device [7.392121] fbcon: Remapping primary device, fb1, to tty 1-63 [8.062557] fb1: radeondrmfb frame buffer device [8.062561] [drm] Initialized radeon 2.16.0 20080528 for :01:00.0 on minor 1 [8.062681] snd_hda_intel :01:00.1: irq 59 for MSI/MSI-X [8.062706] snd_hda_intel :01:00.1: setting latency timer to 64 [8.086587] HDMI status: Codec=0 Pin=3 Presence_Detect=0 ELD_Valid=0 [8.086789] input: HD-Audio Generic HDMI/DP,pcm=3 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input6 [8.087312] hda_intel: Disabling MSI [8.087459] snd_hda_intel :02:00.1: setting latency timer to 64 [8.893609] HDMI status: Codec=0 Pin=5 Presence_Detect=0 ELD_Valid=0 [8.925580] HDMI status: Codec=1 Pin=5 Presence_Detect=0 ELD_Valid=0 [8.957546] HDMI status: Codec=2 Pin=5 Presence_Detect=0 ELD_Valid=0 [8.989516] HDMI status: Codec=3 Pin=5 Presence_Detect=0 ELD_Valid=0 [9.005703] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci:00/:00:01.1/:02:00.1/sound/card2/input7 [9.006017] input: HDA NVidia HDMI/DP,pcm=
Bug#707595: RFS: xnoise/0.2.18-1 [ITP]
Dear mentors, I have updated the package to the new upstream release 0.2.19: New source control file location is: dget -x http://mentors.debian.net/debian/pool/main/x/xnoise/xnoise_0.2.19-1.dsc (Debian) changes since the last upload: - Change taginfo dependency name accordingly [1]. - Clean pre-generated files (Makefile.in) and packaging directory. - Add automake and libtool dependencies and regenerate pre-generated files. - Recreate the libxnoise.symbols file. - Update dbus-service-location (no need to patch generated Makefile anymore) and extra_packaging patches. - Update files to install. Thank you for looking at this package! Regards Dominique [1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707594#16 signature.asc Description: OpenPGP digital signature
Bug#717215: 717215: wrong udp checksum with virtio: workaround and patch
Having pondered this for a while, it's more complex than I at first thought. UDP checksums are optional (for IPv4) according to RFC 768: "If the computed checksum is zero, it is transmitted as all ones (the equivalent in one's complement arithmetic). An all zero transmitted checksum value means that the transmitter generated no checksum (for debugging or for higher level protocols that don't care)." So it's up to the transmitting application, whether it will generate UDP checksums. Unlike TCP, traffic, for UDP traffic, it is not the IP stack or NIC driver's responsibility to generate the checksum. There is also no way to know whether an outgoing UDP packet actually has a valid checksum calculated by the application, or whether it's just junk data due to a lazy programmer not zeroing a buffer before use. Therefore, virtio cannot assume that the checksum is bogus and overwrite it with zeros. Strangely, two separate tcpdump captures of arbitrary UDP traffic inside two separate VMs on the same host, one with virtio NIC configured, and one with e1000 NIC, both had correct checksums for incoming packets (according to Wireshark). This doesn't really explain why setting the VM's virtual NIC type to e1000 fixes this problem on the dhcpd VM. It possibly implies that the virtio NIC emulation is tampering with the UDP checksum of incoming packets, causing dhcpd to complain. Or another way to look at it, the e1000 emulation may in fact be writing the _correct_ checksum into all UDP packets. I would need to capture the packets on the hypervisor host, before they enter the VM. The file "common/packet.c" from ISC dhcpd source is where this "bad udp checksum" error is being raised, and contains code that will skip the UDP checksum verification if the incoming packet's checksum is zero. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723662: amavisd-new: new upstream release
Package: amavisd-new Version: 2.7.1 Severity: wishlist Hi, according to http://www.ijs.si/software/amavisd/ a new version has been released on 2013-06-28. Please package it for Debian. Kindest Regards -- Robert Sander www.gurubert.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723099: taoframework: FTBFS with libav 9: dh_clideps: Error: Missing shlibs entry: libavcodec.so.53 or avcodec-51.dll for: Tao.FFmpeg.dll!
Control: tags -1 + patch
On 2013-09-16 15:30:57, Sebastian Ramacher wrote:
> Source: taoframework
> Version: 2.1.svn20090801-9
> Severity: serious
> Justification: fails to build (but built successfully in the past)
> Tags: jessie sid
> Control: block 706798 by -1
>
> taoframework fails to build against libav 9:
> | dh_clideps -d \
> | --exclude-moduleref=libdl.dylib \
> |
> --exclude-moduleref=/System/Library/Frameworks/Cocoa.framework/Cocoa \
> | --exclude-moduleref=libobjc.dylib
> | dh_clideps: Warning! No Build-Depends(-Indep) on cli-common-dev (>= 0.8~)!
> | dh_clideps: Error: Missing shlibs entry: libavcodec.so.53 or avcodec-51.dll
> for: Tao.FFmpeg.dll!
> | Use of uninitialized value $newpkgref in pattern match (m//) at
> /usr/bin/dh_clideps line 502, line 2.
> | Use of uninitialized value $pkgref in concatenation (.) or string at
> /usr/bin/dh_clideps line 533.
> | Use of uninitialized value $newpkgref in concatenation (.) or string at
> /usr/bin/dh_clideps line 533.
> | dh_clideps: Error: Missing shlibs entry: libavformat.so.53 or
> avformat-52.dll for: Tao.FFmpeg.dll!
> | Use of uninitialized value $newpkgref in pattern match (m//) at
> /usr/bin/dh_clideps line 502, line 3.
> | Use of uninitialized value $pkgref in concatenation (.) or string at
> /usr/bin/dh_clideps line 533.
> | Use of uninitialized value $newpkgref in concatenation (.) or string at
> /usr/bin/dh_clideps line 533.
> | dh_clideps: Error: Missing shlibs entry: libavutil.so.51 or avutil-49.dll
> for: Tao.FFmpeg.dll!
> | Use of uninitialized value $newpkgref in pattern match (m//) at
> /usr/bin/dh_clideps line 502, line 5.
> | Use of uninitialized value $pkgref in concatenation (.) or string at
> /usr/bin/dh_clideps line 533.
> | Use of uninitialized value $newpkgref in concatenation (.) or string at
> /usr/bin/dh_clideps line 533.
> | dh_clideps: Error: unresolvable module references or missing shlibs
> entries, please check above errors!
> | make[1]: *** [override_dh_clideps] Error 2
libtaoframework-ffmpeg0.4-cil and libtaoframework-ffmpeg-cil-dev don't
have any reverse dependencies, so it should be safe to just drop them.
The attached patch removes both binary packages.
Regards
--
Sebastian Ramacher
reverted:
--- taoframework-2.1.svn20090801/debian/libtaoframework-ffmpeg0.4-cil.install
+++ taoframework-2.1.svn20090801.orig/debian/libtaoframework-ffmpeg0.4-cil.install
@@ -1 +0,0 @@
-/usr/lib/mono/gac/Tao.FFmpeg/*/* /usr/lib/cli/Tao.FFmpeg-0.4/
reverted:
--- taoframework-2.1.svn20090801/debian/libtaoframework-ffmpeg-cil-dev.install
+++ taoframework-2.1.svn20090801.orig/debian/libtaoframework-ffmpeg-cil-dev.install
@@ -1 +0,0 @@
-/usr/lib/pkgconfig/tao-ffmpeg*
diff -u taoframework-2.1.svn20090801/debian/control taoframework-2.1.svn20090801/debian/control
--- taoframework-2.1.svn20090801/debian/control
+++ taoframework-2.1.svn20090801/debian/control
@@ -9,8 +9,6 @@
Build-Depends-Indep: cli-common-dev (>= 0.4.4),
freeglut3-dev,
libalut-dev,
- libavcodec-dev (>= 3:0.svn20090303),
- libavformat-dev (>= 3:0.svn20090303),
libdevil-dev,
libfreetype6-dev,
libftgl-dev,
@@ -28,7 +26,6 @@
libsdl-ttf2.0-dev,
libsdl1.2-dev,
libsmpeg-dev,
- libswscale-dev,
libx11-dev,
mono-devel (>= 2.4.3),
monodoc-base
@@ -275,32 +272,6 @@
This package contains development files for Tao.PhysFs, and should be
used for compilation.
-Package: libtaoframework-ffmpeg0.4-cil
-Architecture: all
-Depends: ${cli:Depends}, ${misc:Depends}
-Description: Tao CLI binding for FFmpeg
- The Tao Framework is a collection of bindings and libraries to
- facilitate cross-platform games-related development utilizing the Mono
- and .NET platforms.
- .
- The FFmpeg libraries support most existing file formats (AVI, MPEG, OGG,
- Matroska, ASF...) and encoding formats (MPEG, DivX, MPEG4, AC3, DV...).
-
-Package: libtaoframework-ffmpeg-cil-dev
-Architecture: all
-Depends: libtaoframework-ffmpeg0.4-cil (= ${binary:Version}), ${misc:Depends}
-Replaces: libtaoframework-ffmpeg0.4-cil (<< 2.1.svn20090801-2~)
-Description: Tao CLI binding for FFmpeg - development files
- The Tao Framework is a collection of bindings and libraries to
- facilitate cross-platform games-related development utilizing the Mono
- and .NET platforms.
- .
- The FFmpeg libraries support most existing file formats (AVI, MPEG, OGG,
- Matroska, ASF...) and encoding formats (MPEG, DivX, MPEG4, AC3, DV...).
- .
- This package contains development files for Tao.FFmpeg, and should be
- used for compilation.
-
Package: libtaoframework-freetype2.3-cil
Architecture: all
Depends: ${cli:Depends}, ${misc:Depends}
reverted:
--- taoframework-2.1.svn20090801/debian/libtaoframework-ff
Bug#723663: gnome-contacts doesn't show any contacts
Package: gnome-contacts Version: 3.4.1-2 Severity: grave Tags: upstream Justification: renders package unusable Hello everyone I have a problem with gnome-contacts. It doesn't show the contacts i have stored in my gmail account. The funny thing is that on Empathy, those contacts show flawlessly. -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-contacts depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii libc62.17-92+b1 ii libcairo21.12.14-4 ii libebook-1.2-13 3.4.4-4 ii libedataserver-1.2-163.4.4-4 ii libfolks-eds25 0.6.9-1+b1 ii libfolks-telepathy25 0.6.9-1+b1 ii libfolks25 0.6.9-1+b1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgee2 0.6.8-1 ii libglib2.0-0 2.36.4-1 ii libgnome-desktop-3-2 3.4.2-2 ii libgoa-1.0-0 3.8.3-1 ii libgtk-3-0 3.8.4-1 ii libnotify4 0.7.6-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libtelepathy-glib0 0.20.4-1 gnome-contacts recommends no packages. gnome-contacts 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#723664: iceweasel: FTBFS: preferred fonts-freefont alternative nonexistent
Source: iceweasel Version: 24.0-1 Severity: serious Justification: fails to build from source (but built successfully in the past) I welcome iceweasel 24's prompt appearance in unstable. Alas, automated builds thereof have been failing: The following packages have unmet dependencies: sbuild-build-depends-iceweasel-dummy : Depends: fonts-freefont but it is not installable E: Unable to correct problems, you have held broken packages. apt-get failed. Package installation failed Please substitute fonts-freefont-ttf. (The alternative build dependency on ttf-freefont is insufficient because Debian's autobuilders, to help ensure consistency, consider such alternatives only when explicit architecture restrictions force them to do so.) Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723654: Fwd: csvimp_0.4.7-1_amd64.changes is NEW
A rough cut of CSVImp is now in git and in the FTP NEW queue Vcs-Git: git://git.debian.org/collab-maint/csvimp.git Vcs-Browser: http://git.debian.org/?p=collab-maint/csvimp.git;a=summary http://ftp-master.debian.org/new/csvimp_0.4.7-1.html The source tarball was repacked, details in README.source Original Message Subject:csvimp_0.4.7-1_amd64.changes is NEW Date: Wed, 18 Sep 2013 16:03:01 + From: Debian FTP Masters To: Debian xTuple Maintainers , Daniel Pocock binary:libcsvimp-dev is NEW. binary:csvimp is NEW. source:csvimp is NEW. Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week.
Bug#723638: libtool: buggy library symlink install due to use of ldconfig
On Wed, Sep 18, 2013 at 01:17:44PM +0200, Vincent Lefevre wrote: > for the second one (MPFR trunk r8680), which yields: > > lrwxrwxrwx 1 16 2013-09-18 12:42:10 libmpfr.so -> libmpfr.so.4.1.0 > lrwxrwxrwx 1 16 2013-09-18 12:42:10 libmpfr.so.4 -> libmpfr.so.4.1.2 > -rwxr-xr-x 1 1913565 2013-09-18 12:42:10 libmpfr.so.4.1.0 > -rwxr-xr-x 1 1821786 2013-09-18 12:41:21 libmpfr.so.4.1.2 > > libmpfr.so.4 doesn't have the correct target! I'm not sure why you find this suprising. If libmpfr.so.4 is the soname, than both libmpfr.so.4.1.0 and libmpfr.so.4.1.2 are valid versions to point to and libmpfr.so.4.1.2 is the latest, so it makes sense to point to that. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
