Bug#706002: Observations regarding the fprint daemon
Hi, I am experiencing exactly the same problem. I have, so far, only managed to reliably reproduce it using these steps: 0. Lock the screen 1. Close the lid of my laptop, so that it suspends according to GNOME3's power settings 2. Wait a short while - the time it would normally take the fingerprint procedure to time-out (may not be necessary, not sure) 3. Re-open the lid, causing the laptop to wake up. Thus, it seems related to going in and out of S3 suspend. I have tried debugging it via what little D-Bus I know. Basically, the device is Claimed first by gdm (I assume...) as my username. Then, the UI sends a VerifyStart message. If the verification succeeds, it's the normal mode of operation. However, if there is a suspend and a resume (presumably followed by an USB reset), the verification never finishes and the device remains claimed forever. Here are some messages I have tried sending to Fprint to make it let go of the device and their respective responses, separated by a blank line: $ dbus-send --system --dest=net.reactivated.Fprint --print-reply /net/reactivated/Fprint/Device/0 net.reactivated.Fprint.Device.VerifyStop Error net.reactivated.Fprint.Error.AlreadyInUse: Device already in use by another user $ dbus-send --system --dest=net.reactivated.Fprint --print-reply /net/reactivated/Fprint/Device/0 net.reactivated.Fprint.Device.Release Error net.reactivated.Fprint.Error.AlreadyInUse: Device already in use by another user However, simply killing fprintd and restarting it fixes the deadlock. One side effect is that I can now see what the daemon is doing. Annotated output below, my lines start with ## # fprintd Launching FprintObject ** Message: D-Bus service launched with name: net.reactivated.Fprint ** Message: entering main loop ## Locked the screen, moved the mouse cursor ** Message: user 'thewanderer' claiming the device: 0 ** Message: now monitoring fd 15 ** Message: device 0 claim status 0 ** Message: start verification device 0 finger 7 ## Swiped the finger ** Message: verify_cb: result verify-match (1) ** Message: no longer monitoring fd 15 ** Message: released device 0 ## The screen is unlocked by now ## Lock the screen again ** Message: user 'thewanderer' claiming the device: 0 ** Message: now monitoring fd 16 ** Message: device 0 claim status 0 ** Message: start verification device 0 finger 7 ## Suspend the machine by closing the lid ## Resume by opening the lid ## At this point, the USB-related message appears in syslog ## No further activity can be seen at all in output. I have tried running fprintd under strace, but the multitude of file open() calls and socket I/O did their best to obfuscate the nature of the problem. Most likely, a problem in the daemon code itself. It should at least have some kind of verification timeout and force-release for handling situations like these. I am currently in no position to try and fix fprintd (wouldn't really know where to begin), but still leaving this here if anyone wants to have a closer look at the code. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721752: isc-dhcp-server: Always listens on all interfaces
Package: isc-dhcp-server Version: 4.2.4-7 Severity: normal It seems that the isc-dhcp-server daemon always listens for dhcp requests on all interfaces, even when given a specific interface to bind to. The dnsmasq program appears to have the same bug. The result is that having a dhcp server for a local physical subnet cannot co-exist with virtual subnets created by libvirt, and now I can either have network access for my VMs, or network access for my physical devices, but not both. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9.2 (SMP w/12 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages isc-dhcp-server depends on: ii debconf [debconf-2.0] 1.5.50 ii debianutils4.4 ii isc-dhcp-common4.2.4-7 ii libc6 2.17-92 ii lsb-base 4.1+Debian12 isc-dhcp-server recommends no packages. Versions of packages isc-dhcp-server suggests: pn isc-dhcp-server-ldap none -- Configuration Files: /etc/dhcp/dhcpd.conf changed [not included] -- debconf information: isc-dhcp-server/config_warn: * isc-dhcp-server/interfaces: eth1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721751: dnsmasq-base: Always listens on all interfaces
Package: dnsmasq-base Version: 2.66-4 Severity: normal It seems that the dnsmasq daemon always listens for dhcp requests on all interfaces, even when given a specific interface to bind to. The isc-dhcp-server program appears to have the same bug. The result is that having a dhcp server for a local physical subnet cannot co-exist with virtual subnets created by libvirt, and now I can either have network access for my VMs, or network access for my physical devices, but not both. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9.2 (SMP w/12 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dnsmasq-base depends on: ii adduser 3.113+nmu3 ii libc62.17-92 ii libdbus-1-3 1.6.12-1 ii libidn11 1.28-1 ii libnetfilter-conntrack3 1.0.4-1 ii libnfnetlink01.0.1-2 dnsmasq-base recommends no packages. dnsmasq-base 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#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts
Am Dienstag, den 03.09.2013, 22:06 +0200 schrieb Jonas Smedegaard: Could it be that there is a good reason for the renaming? Honestly, I have no idea. Might it affect some uses of the official font that we distort it? An example coming to my mind is Postscript files referencing a font without embedding it - produced on a host with the pristine font installed). Is there perhaps a way to symlink old FontName to new one - in TeX and/or in fontconfig or other places? It should be no issue for Ghostscript and X11, as they map font names to files via /etc/ghostscript/fontmap.d/10fonts-urw-base35.conf and /etc/X11/fonts/Type1/fonts-urw-base35.scale respectively. It was, however, an issue for fontconfig which works on font names. The rules in /etc/fonts/conf.d/30-metric-aliases.conf did not apply anymore, because they matched on font names. But i was able to fix this with /etc/fonts/conf.d/31-fonts-urw-base35.conf which maps the old font names to the new ones. The only system that also uses this font and that I am not sure about the effect of the changed FontName field is latex. That is why I kindly ask Norbert to test the psnfss package with the new fonts. I will also try to do some test, but will not get to it before Thursday (or even next week). If we hack the font, should we then better change some font identifiers to ensure our flavor of the font is distinct from the pristine one? I would add +gs9.10 to the package version number then. To me it seems we have a chance of shipping a commercial grade font in its pristine form, and I worry that we ruin that opportunity. That's really an important point! Let's see how latex reacts to the mofified font names and then further discuss how to proceed. Good night, - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717726: logrotate doesn't recreate logfiles with the previous permissions
On Fri, Jul 26, 2013 at 09:30:40AM +0200, Stéphane CHIRON wrote: here's the ls -l /var/log/mail.* result before rotation and after I manually chmoded permissions to rw-r-r : renaming /var/log/mail.log to /var/log/mail.log.1 creating new /var/log/mail.log mode = 0644 uid = 0 gid = 4 renaming /var/log/mail.info to /var/log/mail.info.1 creating new /var/log/mail.info mode = 0644 uid = 0 gid = 4 renaming /var/log/mail.warn to /var/log/mail.warn.1 creating new /var/log/mail.warn mode = 0644 uid = 0 gid = 4 renaming /var/log/amavis.log to /var/log/amavis.log.1 creating new /var/log/amavis.log mode = 0644 uid = 113 gid = 108 This SHOULD work and DOES work for most people. It even says it's working! Which version of logrotate are you actually using? Is it from the Debian archive? Are ACLs enabled on the filesystem with /var/log on it? Are you running with selinux enabled? Which MTA are you using and does it have its own logrotate script? I'm inclined to think this is a misconfiguration rather than a fault in logrotate. Does your amavis log get the same permissions breakage? The other possibility is that there's a race condition between logrotate and syslog-ng... Is that /etc/logrotate.d/syslog-ng the stock one or did you modify it? -- Paul Martin p...@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#721754: yubiserver: segfault
Hi, after a quick installation and by using the credentials you provided I can't reproduce the problem. Everything seems to work fine. By issuing a simple curl: curl http://localhost:8000/wsapi/2.0/verify?otp=ccblfdhtrhtrdkubrvrkftdkgdubbtnucevbitgg h= t=2013-09-04T00:12:25.726Z otp=ccblfdhtrhtrdkubrvrkftdkgdubbtnucevbitgg nonce= sl=100 status=OK and again curl http://localhost:8000/wsapi/2.0/verify?otp=ccblfdhtrhtrdkubrvrkftdkgdubbtnucevbitgg h= t=2013-09-04T00:15:47.432Z otp=ccblfdhtrhtrdkubrvrkftdkgdubbtnucevbitgg nonce= sl=100 status=REPLAYED_OTP Regards, Chris. On 2013-09-03 21:27, maxim berlin wrote: Package: yubiserver Version: 0.2-2 Severity: important Dear Maintainer, on fresh debian install i'm getting this: Sep 3 22:11:43 xfce yubiserver: *** glibc detected *** /usr/bin/yubiserver: free(): invalid next size (normal): 0x0959fa70 *** or this, depending of server/desktop setup: [56285.187282] yubiserver[17962]: segfault at 8 ip 08049623 sp bff213c0 error 4 in yubiserver[8048000+6000] yubiserver-admin -y -a m ccblfdht 16066960c218 4e36c0d5920113493285a87ea2c589ad and then http://localhost:8000/wsapi/2.0/verify?otp=ccblfdhtrhtrdkubrvrkftdkgdubbtnucevbitgg server crushes. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages yubiserver depends on: ii libc6 2.13-38 ii libconfig91.4.8-5 ii libev41:4.11-1 ii libgcrypt11 1.5.0-5+deb7u1 ii libmhash2 0.9.9.9-1.1 ii libsqlite3-0 3.7.13-1+deb7u1 yubiserver recommends no packages. yubiserver suggests no packages. -- Configuration Files: /etc/yubiserver/yubiserver.sqlite changed: SQLite format 3 nickname varchar(16) unique not null, publicname varchar(16) unique not null, created varchar(24) not null, internalname varchar(12) not null, aeskey varchar(32) not null, active boolean default true, counter integer not null default 1, time integer not null default 1 )/C!!�_tableoathtokensoathtokensCREATE TABLE oathtokens( nickname varchar(16) unique not null, publicname varchar(12) unique not null, created varchar(24) not null, secret varchar(40) not null, active boolean default true, counter integer not null default 1 )3G! nickname varchar(16), secret varchar(28), id integer primary key ) -- 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#721768: Please update feedparser to 5.1.3
Package: python-feedparser Version: 5.1.2-2 Priority: wishlist A new version of feedparser is available, can someone please package it? I've got a package that requires the newer version -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628157: Fwd: worklog uploaded to mentors.debian.net
I've gotten poked a couple times lately, so I built the worklog package today, and uploaded to mentors. There are some lintian warnings, but I think my release is as good, if not better than the previous release, so I don't think that should be a stopper. I've added in quilt patches for the three bugs that I reported and have been using for years. There is an additional bug report with a patch that looks good (in that I've seen the same behavior, so I'll check out the patch). But, I'd be interested in seeing this version get published, and make sure I understand how the whole process works. So - Emanuele - I think you said you would be willing to continue sponsoring this package? If not, let me know, and I'll see if there is someone else. -- Forwarded message -- Date: Tue, 3 Sep 2013 22:03:30 + (UTC) From: mentors.debian.net supp...@mentors.debian.net To: deb...@jon.limedaley.com Subject: worklog uploaded to mentors.debian.net Hi. Your upload of the package 'worklog' to mentors.debian.net was successful. Others can now see it. The URL of your package is: http://mentors.debian.net/package/worklog The respective dsc file can be found at: http://mentors.debian.net/debian/pool/main/w/worklog/worklog_1.8-7.dsc If you do not yet have a sponsor for your package you may want to go to http://mentors.debian.net/sponsors/rfs-howto/worklog and set the Seeking a sponsor option to highlight your package on the welcome page. You can also send an RFS (request for sponsorship) to the debian-mentors mailing list. Your package page will give your suggestions on how to send that mail. Good luck in finding a sponsor! Thanks, -- mentors.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721759: synaptic: choosing a repo and clicking delete button in repositories windows closes synaptic
Package: synaptic Version: 0.80.2 Severity: important Dear Maintainer, to choose one line enabled or disabled and click on delete button closes repositories and synaptic windows -- 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/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 Versions of packages synaptic depends on: ii hicolor-icon-theme 0.12-1 ii libapt-inst1.5 0.9.9.4 ii libapt-pkg4.12 0.9.9.4 ii libatk1.0-0 2.8.0-2 ii libc62.17-92 ii libcairo-gobject21.12.14-4 ii libcairo21.12.14-4 ii libept1.4.12 1.0.9 ii libgcc1 1:4.8.1-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.2-3 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libstdc++6 4.8.1-2 ii libvte-2.90-91:0.34.6-1 ii libx11-6 2:1.6.1-1 ii libxapian22 1.2.15-2 ii libxext6 2:1.3.2-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages synaptic recommends: ii gksu 2.0.2-6 ii libgtk2-perl 2:1.247-2 ii policykit-10.105-3 ii rarian-compat 0.8.1-5 Versions of packages synaptic suggests: ii apt-xapian-index 0.46 pn deborphannone pn dwww none ii menu 2.1.46 pn software-properties-gtk none ii tasksel 3.17 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721723: apt: FTBFS on non-Linux: Testing with HashSums_libapt_test ###FAILED###
David Kalnischkies kalnischkies+deb...@gmail.com writes: I don't have much time at the moment, but I guess the attached patch should do this in the simplest/laziest way we have available. It would be nice if you could test it, though. Sure, no problem; I'm happy to confirm that it works like a charm, and that no further problems cropped up. Thanks for the quick fix! -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628157: public repository
Tim: here are URLs for you. I've uploaded the package to the mentors website, but that upload doesn't contain a .deb file, so if you want that, you can find the .deb file where I accidentally uploaded it earlier today: ftp://ftp.upload.debian.org/pub/UploadQueue/worklog_1.8-7_i386.deb (since that was an accident, it will be removed automatically at some point soon) Here is the mentors link: http://mentors.debian.net/package/worklog My subversion repository (you'll need `quilt` to apply the patches) https://limedaley.com/svn/limedaley/vendor/worklog/mine/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721632: RFP: wxpdfdoc -- wxPdfDocument allows wxWidgets applications to generate PDF documents.
On Mon, Sep 02, 2013 at 10:04:32AM -0500, Paul Elliott wrote: * Package name: wxpdfdoc Version : 0.9.4 Upstream Author : Ulrich Telle ulrich.te...@gmx.de * URL : http://wxcode.sourceforge.net/components/wxpdfdoc/ * License : (GPL, LGPL, BSD, MIT/X, etc.) You're meant to fill in the licence actually used by the software here. Looking at the website, it seems to be under the wxWindows license. Programming Lang: C++ Description : wxPdfDocument allows wxWidgets generate PDF documents. wxPdfDocument allows wxWidgets applications to generate PDF documents. The code is a port of FPDF - a free PHP class for generating PDF files - to C++ using the wxWidgets library. Several add-on PHP scripts found on the FPDF web site are incorporated into wxPdfDocument. Embedding of PNG, JPEG, GIF and WMF images is supported. In addition to the 14 standard Adobe fonts it is possible to use other Type1 or TrueType fonts - with or without embedding them into the generated document. In Unicode build CJK fonts are supported, too. Graphics primitives allow the creation of simple drawings. I have a package which compiles and links its own copy of this package (maitreya). It would be trivial to change it to link to external library instead. But I can't because I find no such package. I seem to be the only active member of the wxwidgets maintainers team currently, and I'm sorry but I already have plenty on my plate with sorting out the wx 2.9 situation with taking on packaging this too. If you just need a sponsor for wxpdfdoc and can't find one elsewhere, let me know and I can try to help. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718417: transition: grib-api
On Wed, Jul 31, 2013 at 14:18:09 +0200, Enrico Zini wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hello, I have packaged the new version of grib-api and I'm ready to upload it. Upstream still doesn't want to worry about ABI compatibility and still embeds the full package version in the soname, so a transition is needed. grib-api (and magics++ and ruby-grib binNMUs) made it to testing tonight. The old lib is still around though, waiting for cdo and pygrib. Cheers, Julien signature.asc Description: Digital signature
Bug#721774: avis-client-c: FTBFS on kFreeBSD: undefined reference to `ceil'
Source: avis-client-c Version: 1.2.4-5 Severity: serious Justification: fails to build from source The kfreebsd-* builds of avis-client-c failed with undefined references to ceil and ceilf. Please take care to link against -lm on all architectures (also including the Hurd, in which avis-client-c is still in the Needs-Build queue), not just Linux. libtool: link: gcc -Wall -pedantic -pthread -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wl,-z -Wl,relro -Wl,-z -Wl,now -o .libs/basic_test basic_test.o ../../src/lib/.libs/libavis.so -pthread ../../src/lib/.libs/libavis.so: undefined reference to `ceilf' collect2: error: ld returned 1 exit status Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721773: biomaj: fails to install: database configuration problem
Package: biomaj Version: 1.2.2-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): debconf: delaying package configuration, since apt-utils is not installed Fetched 4763 kB in 0s (33.2 MB/s) Selecting previously unselected package biomaj. (Reading database ... 13419 files and directories currently installed.) Unpacking biomaj (from .../biomaj_1.2.2-1_all.deb) ... Setting up biomaj (1.2.2-1) ... /var/lib/dpkg/info/biomaj.config: 17: [: =: unexpected operator You need to configure the database access before executing the upgrade Execute the script manually once configuration is done Died at /var/lib/biomaj/migration/update.pl line 32. *** Before running the migration, please check that database configuration is correctly set and that the database schema and user are correctly created. To upgrade the database, the script must be run with the following arguments: For a first install, all arguments are mandatory, for an upgrade, only some parameters are required. - First install: [ -dbuser DBUSER -dbpwd DBPASSWORD -dbhost DBHOST -db (mysql|hsql)] - From v1.1 : [ -admin LOGIN -adminpwd PASSWORD -adminemail ADMINEMAIL] To get the current version, execute: biomaj --version dpkg: error processing biomaj (--configure): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: biomaj piuparts tests are run with DEBIAN_FRONTEND=oninteractive, so no debconf questions will be asked and the defaults are used. A mysql database server was running inside the chroot where the test was performed. cheers, Andreas biomaj_1.2.2-1.log.gz Description: GNU Zip compressed data
Bug#721769: ITA: ifmetric -- Set routing metrics for a network interface
package: wnpp severity: normal Per an email conversation with the current maintainer, I intend to adopt ifmetric. On 09/03/2013 04:47 PM, Chris Hanson wrote: I would love it if you would take over ifmetric. -- Kind regards, Michael Shuler signature.asc Description: OpenPGP digital signature
Bug#719998: opencv: FTBFS with new libav: error: 'av_open_input_file' was not declared in this scope
On 2013-09-04 00:46:32, Sebastian Ramacher wrote: Control: tags -1 + patch On 2013-08-17 07:38:03, Daniel Schepler wrote: 10%] Building CXX object modules/highgui/CMakeFiles/opencv_highgui.dir/src/cap_ffmpeg.o cd /tmp/buildd/opencv-2.3.1/obj-x86_64-linux-gnu/modules/highgui /usr/bin/c++ -DCVAPI_EXPORTS -DHAVE_CVCONFIG_H -DHAVE_JASPER -DHAVE_JPEG -DHAVE_OPENEXR -DHAVE_PNG -DHAVE_TIFF -DHIGHGUI_EXPORTS -Dopencv_highgui_EXPORTS -Wall -Wno-long-long -pthread -ffunction-sections -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -fomit-frame-pointer -ffast-math -msse -msse2 -DNDEBUG -fPIC -I/usr/lib/pymodules/python2.7/numpy/core/include -I/tmp/buildd/opencv-2.3.1/. -I/tmp/buildd/opencv-2.3.1/obj-x86_64-linux-gnu -I/tmp/buildd/opencv-2.3.1/include -I/tmp/buildd/opencv-2.3.1/include/opencv -I/usr/include/OpenEXR -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/libdrm -I/usr/include/harfbuzz -I/tmp/buildd/opencv-2.3.1/modules/highgui/include -I/tmp/buildd/opencv-2.3.1/modules/highgui/../core/include -I/tmp/buildd/opencv-2.3.1/modules/highgui/../imgproc/include -I/tmp/buildd/opencv-2.3.1/modules/highgui/src -I/tmp/buildd/opencv-2.3.1/obj-x86_64-linux-gnu/modules/highgui-D PYTHON_USE_NUMPY=1 -o CMakeFiles/opencv_highgui.dir/src/cap_ffmpeg.o -c /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg.cpp In file included from /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg.cpp:45:0: /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp: In member function 'void CvCapture_FFMPEG::close()': /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:458:9: warning: 'void av_close_input_file(AVFormatContext*)' is deprecated (declared at /usr/include/libavformat/avformat.h:1397) [-Wdeprecated-declarations] av_close_input_file(ic); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:458:31: warning: 'void av_close_input_file(AVFormatContext*)' is deprecated (declared at /usr/include/libavformat/avformat.h:1397) [-Wdeprecated-declarations] av_close_input_file(ic); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp: In member function 'bool CvCapture_FFMPEG::reopen()': /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:489:5: warning: 'void av_close_input_file(AVFormatContext*)' is deprecated (declared at /usr/include/libavformat/avformat.h:1397) [-Wdeprecated-declarations] av_close_input_file(ic); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:489:27: warning: 'void av_close_input_file(AVFormatContext*)' is deprecated (declared at /usr/include/libavformat/avformat.h:1397) [-Wdeprecated-declarations] av_close_input_file(ic); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:492:52: error: 'av_open_input_file' was not declared in this scope av_open_input_file(ic, filename, NULL, 0, NULL); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:493:27: error: 'av_find_stream_info' was not declared in this scope av_find_stream_info(ic); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:500:50: error: 'avcodec_thread_init' was not declared in this scope avcodec_thread_init(enc, get_number_of_cpus()); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:503:28: error: 'avcodec_open' was not declared in this scope avcodec_open(enc, codec); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp: In member function 'bool CvCapture_FFMPEG::open(const char*)': /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:530:63: error: 'av_open_input_file' was not declared in this scope int err = av_open_input_file(ic, _filename, NULL, 0, NULL); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:535:33: error: 'av_find_stream_info' was not declared in this scope err = av_find_stream_info(ic); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:547:54: error: 'avcodec_thread_init' was not declared in this scope
Bug#719998: opencv: FTBFS with new libav: error: 'av_open_input_file' was not declared in this scope
Control: tags -1 + patch On 2013-08-17 07:38:03, Daniel Schepler wrote: 10%] Building CXX object modules/highgui/CMakeFiles/opencv_highgui.dir/src/cap_ffmpeg.o cd /tmp/buildd/opencv-2.3.1/obj-x86_64-linux-gnu/modules/highgui /usr/bin/c++ -DCVAPI_EXPORTS -DHAVE_CVCONFIG_H -DHAVE_JASPER -DHAVE_JPEG -DHAVE_OPENEXR -DHAVE_PNG -DHAVE_TIFF -DHIGHGUI_EXPORTS -Dopencv_highgui_EXPORTS -Wall -Wno-long-long -pthread -ffunction-sections -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -fomit-frame-pointer -ffast-math -msse -msse2 -DNDEBUG -fPIC -I/usr/lib/pymodules/python2.7/numpy/core/include -I/tmp/buildd/opencv-2.3.1/. -I/tmp/buildd/opencv-2.3.1/obj-x86_64-linux-gnu -I/tmp/buildd/opencv-2.3.1/include -I/tmp/buildd/opencv-2.3.1/include/opencv -I/usr/include/OpenEXR -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/libdrm -I/usr/include/harfbuzz -I/tmp/buildd/opencv-2.3.1/modules/highgui/include -I/tmp/buildd/opencv-2.3.1/modules/highgui/../core/include -I/tmp/buildd/opencv-2.3.1/modules/highgui/../imgproc/include -I/tmp/buildd/opencv-2.3.1/modules/highgui/src -I/tmp/buildd/opencv-2.3.1/obj-x86_64-linux-gnu/modules/highgui-D PYTHON_USE_NUMPY=1 -o CMakeFiles/opencv_highgui.dir/src/cap_ffmpeg.o -c /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg.cpp In file included from /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg.cpp:45:0: /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp: In member function 'void CvCapture_FFMPEG::close()': /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:458:9: warning: 'void av_close_input_file(AVFormatContext*)' is deprecated (declared at /usr/include/libavformat/avformat.h:1397) [-Wdeprecated-declarations] av_close_input_file(ic); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:458:31: warning: 'void av_close_input_file(AVFormatContext*)' is deprecated (declared at /usr/include/libavformat/avformat.h:1397) [-Wdeprecated-declarations] av_close_input_file(ic); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp: In member function 'bool CvCapture_FFMPEG::reopen()': /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:489:5: warning: 'void av_close_input_file(AVFormatContext*)' is deprecated (declared at /usr/include/libavformat/avformat.h:1397) [-Wdeprecated-declarations] av_close_input_file(ic); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:489:27: warning: 'void av_close_input_file(AVFormatContext*)' is deprecated (declared at /usr/include/libavformat/avformat.h:1397) [-Wdeprecated-declarations] av_close_input_file(ic); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:492:52: error: 'av_open_input_file' was not declared in this scope av_open_input_file(ic, filename, NULL, 0, NULL); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:493:27: error: 'av_find_stream_info' was not declared in this scope av_find_stream_info(ic); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:500:50: error: 'avcodec_thread_init' was not declared in this scope avcodec_thread_init(enc, get_number_of_cpus()); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:503:28: error: 'avcodec_open' was not declared in this scope avcodec_open(enc, codec); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp: In member function 'bool CvCapture_FFMPEG::open(const char*)': /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:530:63: error: 'av_open_input_file' was not declared in this scope int err = av_open_input_file(ic, _filename, NULL, 0, NULL); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:535:33: error: 'av_find_stream_info' was not declared in this scope err = av_find_stream_info(ic); ^ /tmp/buildd/opencv-2.3.1/modules/highgui/src/cap_ffmpeg_impl.hpp:547:54: error: 'avcodec_thread_init' was not declared in this scope avcodec_thread_init(enc, get_number_of_cpus()); ^
Bug#721661: dgit: Support `dgit help`
On Tue, Sep 3, 2013 at 2:48 PM, Ian Jackson ijack...@chiark.greenend.org.uk wrote: There is an existing function helponly() for this. Perhaps the answer is simply to rename it cmd_help. Please see branch feature--dgit_help-2 on git.debian.org/git/dgit-repos/repos/dgit.git Richard PS: I thought I had pointed origin to my own remote, but apparently I can push to there as well. If you are happy to let me push to branches, please let me know. Else, that will have been the first and last time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721753: multiarch: ambigous package name '$x' with more than one installed instance
Package: aptitude Version: 0.6.9.1-1 Severity: normal When trying to purge packages with a status of 'rc' with dpkg: --- $ sudo aptitude purge ~c Nämä paketit POISTETAAN: dict-freedict-eng-ita{p} dict-freedict-eng-lat{p} erlang-base{p} gnibbles{p} gnobots2{p} gnome-control-center{p} gnome-control-center-data{p} gtk-doc-tools{p} libaudit0{p} libavcodec55{p} libavdevice54{p} libavdevice55{p} libavformat55{p} libboost-filesystem1.49.0{p} libboost-serialization1.49.0{p} libboost-system1.49.0{p} libcheese-gtk21{p} libcheese3{p} libepc-1.0-3{p} libepc-ui-1.0-3{p} libmng1:i386{p} libnm-glib-vpn1{p} libnm-gtk0{p} libpackagekit-qt2-6{p} libqpdf10{p} libqt4-network:i386{p} libqt4-xml:i386{p} libqtcore4:i386{p} libqtdbus4:i386{p} libqtgui4:i386{p} libqtwebkit4:i386{p} libsctp1{p} libsvn-perl{p} libswresample0{p} linux-tools-3.10{p} mueller7-dict{p} skype:i386{p} smartpm-core{p} 0 päivitettyä pakettia, 0 uutta asennusta, 38 poistettavaa ja 0 päivittämätöntä. Tarvitsee noutaa 0 B arkistoista. Levytilaa kuluu 0 B purkamisen jälkeen. Haluatko jatkaa? [Kyllä=y/ei=n/?] y dpkg: error: --purge needs a valid package name but 'libmng1' is not: ambiguous package name 'libmng1' with more than one installed instance Type dpkg --help for help about installing and deinstalling packages [*]; Use 'apt' or 'aptitude' for user-friendly package management; Type dpkg -Dhelp for a list of dpkg debug flag values; Type dpkg --force-help for a list of forcing options; Type dpkg-deb --help for help about manipulating *.deb files; Options marked [*] produce a lot of output - pipe it through 'less' or 'more' ! W: Can not find PkgVer for 'dict-freedict-eng-ita' W: Can not find PkgVer for 'dict-freedict-eng-lat' W: Can not find PkgVer for 'libaudit0' W: Can not find PkgVer for 'libepc-1.0-3' W: Can not find PkgVer for 'libepc-ui-1.0-3' W: Can not find PkgVer for 'libmng1' W: Can not find PkgVer for 'mueller7-dict' W: Can not find PkgVer for 'smartpm-core' E: Sub-process /usr/bin/dpkg returned an error code (2) --- The x64 version of libmng1 was fully installed. libmng1:i386 had configs remaining. Perhaps aptitude isn't passing the arch to dpkg when doing the purging? Instead of aptitude purge ~c I went with dpkg -P $(dpkg -l |grep ^rc |awk '{print $2}') -- Package-specific info: Terminal: xterm $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.9.1 compiled at Jul 21 2012 14:11:01 Compiler: g++ 4.7.1 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.2.10 Ept support disabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20130608 cwidget version: 0.5.16 Apt version: 4.12.0 aptitude linkage: linux-vdso.so.1 (0x7fff3a168000) libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (0x7fc7b282) libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7fc7b25f) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7fc7b23c) libsigc-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7fc7b21b8000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7fc7b1eb8000) libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7fc7b1c0) libboost_iostreams.so.1.49.0 = /usr/lib/libboost_iostreams.so.1.49.0 (0x7fc7b19e8000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7fc7b160) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fc7b13e) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7fc7b10d8000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7fc7b0dd8000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7fc7b0bc) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7fc7b081) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7fc7b0608000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7fc7b040) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7fc7b01e8000) libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7fc7affd8000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7fc7afdd) libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fc7afdc8000) /lib64/ld-linux-x86-64.so.2 (0x7fc7b31f8000) -- 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/6 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii aptitude-common 0.6.9.1-1 ii libapt-pkg4.120.9.11.2 ii libboost-iostreams1.49.0
Bug#721770: mothur: FTBFS on ia64: unrecognized command line option '-m64'
Source: mothur Version: 1.31.2+dfsg-1 Severity: serious Justification: fails to build from source The ia64 build of mothur failed because GCC doesn't recognize -m64 there: if [ 64 -eq 64 ] ; then \ dh_auto_build -- 64BIT_VERSION=yes USEMPI=yes \ mv mothur mothur-mpi make clean \ dh_auto_build -- 64BIT_VERSION=yes USEMPI=no ; \ else \ dh_auto_build -- 64BIT_VERSION=no ; \ fi make[2]: Entering directory `/«BUILDDIR»/mothur-1.31.2+dfsg' gfortran -c -m64 *.f f951: error: unrecognized command line option '-m64' I'd suggest doing away with that flag altogether, since it's redundant on the architectures that do support it (disregarding multiarch compiler installations, on which mothur of course doesn't build-depend). Could you please look into it? Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts
Am Dienstag, den 03.09.2013, 10:35 +0200 schrieb Jonas Smedegaard: Oh, I am surprised: I thought your intend was to maintain it, not prepare it for others to maintain. You misread me! I was just surprised that I announce for about a week now that I am going to replace the gsfonts and gsfonts-x11 packages and did not get a single reply for the respective maintainers. All I requested from you (Norbert and Jonas) was sposoring the upload for that package that I *do* intent to maintain myself. If I am to maintain it, I will repackage using CDBS, as that's how I manage to maintain the other 300+ package I am currently involved in. But really I'd prefer not getting involved in this one - I have plenty other packages already, and others in the pipeline. Alright, let's keep it as it is. Is it just me or is there a subtle aggressiveness in your mails? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721754: yubiserver: segfault
Package: yubiserver Version: 0.2-2 Severity: important Dear Maintainer, on fresh debian install i'm getting this: Sep 3 22:11:43 xfce yubiserver: *** glibc detected *** /usr/bin/yubiserver: free(): invalid next size (normal): 0x0959fa70 *** or this, depending of server/desktop setup: [56285.187282] yubiserver[17962]: segfault at 8 ip 08049623 sp bff213c0 error 4 in yubiserver[8048000+6000] yubiserver-admin -y -a m ccblfdht 16066960c218 4e36c0d5920113493285a87ea2c589ad and then http://localhost:8000/wsapi/2.0/verify?otp=ccblfdhtrhtrdkubrvrkftdkgdubbtnucevbitgg server crushes. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages yubiserver depends on: ii libc6 2.13-38 ii libconfig91.4.8-5 ii libev41:4.11-1 ii libgcrypt11 1.5.0-5+deb7u1 ii libmhash2 0.9.9.9-1.1 ii libsqlite3-0 3.7.13-1+deb7u1 yubiserver recommends no packages. yubiserver suggests no packages. -- Configuration Files: /etc/yubiserver/yubiserver.sqlite changed: SQLite format 3 @ � � -�% � � ^ d ] %=%Mmccblfdht2013-09-03T22:11:36.234Z16066960c2 184e36c0d5920113493285a87ea2c589ad � �� m
Bug#721772: puppet: autopkgtest runs tests in wrong order
Package: puppet Version: 3.2.4-3 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu saucy ubuntu-patch *** /tmp/tmpDyephT/bug_body In Ubuntu, the attached patch was applied to achieve the following: * debian/tests/control: invert order of tests, or else puppet-agent runs after puppetmaster-passenger has already enabled the service. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers saucy-updates APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy'), (100, 'saucy-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0-4-generic (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru puppet-3.2.4/debian/changelog puppet-3.2.4/debian/changelog diff -Nru puppet-3.2.4/debian/tests/control puppet-3.2.4/debian/tests/control --- puppet-3.2.4/debian/tests/control 2013-09-01 07:42:15.0 -0400 +++ puppet-3.2.4/debian/tests/control 2013-09-03 18:51:11.0 -0400 @@ -1,7 +1,7 @@ -Tests: puppetmaster-passenger -Depends: puppetmaster-passenger -Restrictions: needs-root - Tests: puppet-agent Depends: puppet Restrictions: needs-root + +Tests: puppetmaster-passenger +Depends: puppetmaster-passenger +Restrictions: needs-root
Bug#721771: otrs2: fails to install: You must invoke apache2-maintscript-helper with an unmodified environment when sourcing it
Package: otrs2 Version: 3.2.10-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package otrs2. (Reading database ... 15270 files and directories currently installed.) Unpacking otrs2 (from .../otrs2_3.2.10-1_all.deb) ... Warning: The home dir /usr/share/otrs you specified can't be accessed: No such file or directory Adding system user `otrs' (UID 151) ... Adding new user `otrs' (UID 151) with group `www-data' ... Not creating home directory `/usr/share/otrs'. Setting up otrs2 (3.2.10-1) ... dbconfig-common: writing config to /etc/dbconfig-common/otrs2.conf Creating config file /etc/dbconfig-common/otrs2.conf with new version Creating config file /etc/otrs/database.pm with new version granting access to database otrs2 for otrs@localhost: success. verifying access for otrs@localhost: success. creating database otrs2: success. verifying database otrs2 exists: success. populating database via sql... done. dbconfig-common: flushing administrative password Creating config file /etc/otrs/Kernel/Config.pm with new version Creating config file /etc/otrs/Kernel/Config/GenericAgent.pm with new version Creating config file /etc/otrs/maintenance.html with new version Creating config file /etc/otrs/cron with new version Creating config file /etc/otrs/fetchmailrc with new version You must invoke apache2-maintscript-helper with an unmodified environment when sourcing it dpkg: error processing otrs2 (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: otrs2 cheers, Andreas otrs2_3.2.10-1.log.gz Description: GNU Zip compressed data
Bug#720975: libdancer-perl: FTBFS with perl 5.18: test failures
Tags: patch, upstream Forwarded: https://github.com/PerlDancer/Dancer/pull/959 On 2013-08-26 18:43 +0100, Dominic Hargreaves wrote: # Failed test 'mime_type is ok' # at t/06_helpers/01_send_file.t line 89. # got: 'text/x-perl' # expected: 'application/x-perl' # Looks like you failed 1 test of 25. t/06_helpers/01_send_file.t Dubious, test returned 1 (wstat 256, 0x100) This is caused by hash randomization, where MIME::Types will respond with either application/perl or text/perl for the .pl extension. I've proposed a patch for this upstream. -- --- | Olof Johansson http://stdlib.se/ | | irc: zibri https://github.com/olof | --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721671: gedit-plugins: drawspaces plugin fails to load
Thanks, Piotr. gedit-plugins maintainers, as #721696 has been resolved in dh-python 1.20130903-1, it should be sufficient to release a repackaged gedit-plugins. Kind regards, -- Ben Caradoc-Davies b...@wintersun.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts
[Resent to get rid of that typo in gsfo...@packages.debian.org.] Am Dienstag, den 03.09.2013, 10:35 +0200 schrieb Jonas Smedegaard: Oh, I am surprised: I thought your intend was to maintain it, not prepare it for others to maintain. You misread me! I was just surprised that I announce for about a week now that I am going to replace the gsfonts and gsfonts-x11 packages and did not get a single reply for the respective maintainers. All I requested from you (Norbert and Jonas) was sposoring the upload for that package that I *do* intent to maintain myself. If I am to maintain it, I will repackage using CDBS, as that's how I manage to maintain the other 300+ package I am currently involved in. But really I'd prefer not getting involved in this one - I have plenty other packages already, and others in the pipeline. Alright, let's keep it as it is. Is it just me or is there a subtle aggressiveness in your mails? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721753: [Aptitude-devel] Bug#721753: multiarch: ambigous package name '$x' with more than one installed instance
* Axel Beckert a...@debian.org [04-09-2013 00:21 EEST]: Hi Edward, thanks for the bug report. Edward J. Shornock wrote: Package: aptitude Version: 0.6.9.1-1 This was an experimental branch of aptitude which is unsupported and discontinued. It has been removed from Debian experimental months ago. Sorry about that, I didn't notice. Can you verify that the issue also exists with the aptitude 0.6.8.2-1 from Stable/Testing or 0.6.8.2-1.2 from Unstable? Yes, the problem can be seen with 0.6.8.2-1.2 as well. --- eshornock@darkside:~$ apt-cache policy aptitude aptitude: Installed: 0.6.8.2-1.2 Candidate: 0.6.8.2-1.2 Version table: *** 0.6.8.2-1.2 0 500 http://localhost:/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status 0.6.8.2-1 0 500 http://localhost:/debian/ wheezy/main amd64 Packages 500 http://localhost:/debian/ testing/main amd64 Packages eshornock@darkside:~$ sudo aptitude purge ~c The following packages will be REMOVED: libmng1:i386{p} 0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. Do you want to continue? [Y/n/?] y dpkg: error: --purge needs a valid package name but 'libmng1' is not: ambiguous package name 'libmng1' with more than one installed instance --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691627: XFCE4 - switch user - without Gnome's Dependencies Vortex
I tried the Ubuntu package for xfswitch-plugin without gdm3 (I use lightdm) onto a Debian wheezy desktop and it installs fine but doesn't work. I used this one xfswitch-plugin (0.0.1-3ubuntu1) from http://packages.ubuntu.com/precise/xfswitch-plugin This program requires gdmflexiserver which ubuntu includes in both gdm3 and lightdm so that you can install either. The debian version of lightdm does not include gdmflexiserver and so it would either need to be included in lightdm or in xfswitch-plugin, or in some other package. I tried extracting the gdmflexiserver binary from the gdm3 .deb file and manually copied it to /usr/bin This seems to work but I get this error The name org.gnome.DisplayManager was not provided by any .service files and now I am out of knowledge/experience. I would also like to request that xfswitch-plugin be fixed so that it can be used with lightdm instead of gdm3. thanks, Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721654: dgit: Support `dgit version`
On Tue, Sep 3, 2013 at 2:46 PM, Ian Jackson ijack...@chiark.greenend.org.uk wrote: Thanks, but I'm not sure how valuable this is. If people think it would be helpful I don't mind it existing, but: Well, it's one of the most common functions of any program. Myself, I realized it was missing after I ran a dist-upgrade and still had the error with missing .git/dgit (0.14 hadn't reached my mirror yet). +our $dgit_version = 0.14; + I don't want to duplicate the version number, because that would complicate the release process. And I'd rather avoid editing the dgit script as it is installed, unless absolutely necessary. I agree that build or install time changes are icky. Release time, not so much, but OK. Perhaps dgit version should get the information from the first line of /usr/share/doc/dgit/changelog.gz. If you don't mind dgit depending on IO::Uncompress::Gunzip just for that (and IO::Uncompress::Xz at some point), I will submit such a patch. Richard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709758: Replacing a binary package by another one(was: Communication issue?)
Hi David, On Di, 03 Sep 2013, David Prévot wrote: I was directly proposing that, instead of silently removing the texlive-lang-danish — and at least texlive-lang-norwegian — binary packages, they could be added back as dummy transitional packages I understood your proposal, of course. Still, since there are no rdepends besides very few (1?) build-depends on these two packages, I consider it a a waste of resources. I repeat my point, these changes happen on major upgrades. If many packages are concerned, a mass bug filing is the way to go. Since we are talking about *one* package that in addition is extremly simple to fix, I don't consider it useful or necessary to provide transitional packages. dist-upgrade will remove these packages during upgrade from stable to next-stable, so nothing to worry. I’ve witnessed many such transitions, they even usually are kept in the following stable release (so stable-to-stable upgrades are not too disruptive for those third parties, and our users). I failed to come up Nothing disruptive here, dist-upgrade removes conflicting packages that have no dependencies anymore. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592839: dpkg-source option to remove files on unpack: debian/source/remove-files
Jonathan Nieder jrnie...@gmail.com writes: I don't think I understand this particular use case --- why patch the embedded library instead of just removing it? The embedded library is actually a fork, with tiny but functionally significant changes. d -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721754: yubiserver: segfault
Hi, On Wed, 04 Sep 2013 00:11:25 +0300 Nanakos Chrysostomos nana...@wired-net.gr wrote: Hi, after a quick installation and by using the credentials you provided I can't reproduce the problem. Everything seems to work fine. By issuing a simple curl: curl http://localhost:8000/wsapi/2.0/verify?otp=ccblfdhtrhtrdkubrvrkftdkgdubbtnucevbitgg h= t=2013-09-04T00:12:25.726Z otp=ccblfdhtrhtrdkubrvrkftdkgdubbtnucevbitgg nonce= sl=100 status=OK and again curl http://localhost:8000/wsapi/2.0/verify?otp=ccblfdhtrhtrdkubrvrkftdkgdubbtnucevbitgg h= t=2013-09-04T00:15:47.432Z otp=ccblfdhtrhtrdkubrvrkftdkgdubbtnucevbitgg nonce= sl=100 status=REPLAYED_OTP root@xfce:/home/mak/yubi/yubiserver-0.3# /etc/init.d/yubiserver start Database file used: /etc/yubiserver/yubiserver.sqlite Logfile used: /var/log/yubiserver.log Server starting at port: 8000 root@xfce:/home/mak/yubi/yubiserver-0.3# curl http://localhost:8000/wsapi/2.0/verify?otp=ccblfdhtrhtrdkubrvrkftdkgdubbtnucevbitgg h= t=2013-09-04T03:30:19.983Z otp=ccblfdhtrhtrdkubrvrkftdkgdubbtnucevbitgg nonce= sl=100 status=OK root@xfce:/home/mak/yubi/yubiserver-0.3# ps ax|grep yubiserver 19353 pts/0S+ 0:00 grep yubiserver root@xfce:/home/mak/yubi/yubiserver-0.3# grep yubiserver /var/log/syslog Sep 3 22:11:43 xfce yubiserver: *** glibc detected *** /usr/bin/yubiserver: free(): invalid next size (normal): 0x0959fa70 *** Sep 3 23:05:16 xfce kernel: [ 9063.289625] yubiserver[14729]: segfault at 8 ip 08049623 sp bf958f40 error 4 in yubiserver[8048000+6000] Sep 3 23:16:10 xfce kernel: [ 9717.362258] yubiserver[15156]: segfault at 8 ip 08049623 sp b3d0 error 4 in yubiserver[8048000+6000] Sep 4 03:30:20 xfce kernel: [24967.191015] yubiserver[19349]: segfault at 3630363d ip b74ee124 sp bf8c3658 error 4 in libc-2.13.so[b747c000+147000] root@xfce:/home/mak/yubi/yubiserver-0.3# i can make small virtual server for you to reproduce, if you want. Regards, Chris. On 2013-09-03 21:27, maxim berlin wrote: Package: yubiserver Version: 0.2-2 Severity: important Dear Maintainer, on fresh debian install i'm getting this: Sep 3 22:11:43 xfce yubiserver: *** glibc detected *** /usr/bin/yubiserver: free(): invalid next size (normal): 0x0959fa70 *** or this, depending of server/desktop setup: [56285.187282] yubiserver[17962]: segfault at 8 ip 08049623 sp bff213c0 error 4 in yubiserver[8048000+6000] yubiserver-admin -y -a m ccblfdht 16066960c218 4e36c0d5920113493285a87ea2c589ad and then http://localhost:8000/wsapi/2.0/verify?otp=ccblfdhtrhtrdkubrvrkftdkgdubbtnucevbitgg server crushes. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages yubiserver depends on: ii libc6 2.13-38 ii libconfig91.4.8-5 ii libev41:4.11-1 ii libgcrypt11 1.5.0-5+deb7u1 ii libmhash2 0.9.9.9-1.1 ii libsqlite3-0 3.7.13-1+deb7u1 yubiserver recommends no packages. yubiserver suggests no packages. -- Configuration Files: /etc/yubiserver/yubiserver.sqlite changed: SQLite format 3 nickname varchar(16) unique not null, publicname varchar(16) unique not null, created varchar(24) not null, internalname varchar(12) not null, aeskey varchar(32) not null, active boolean default true, counter integer not null default 1, time integer not null default 1 )/C!!�_tableoathtokensoathtokensCREATE TABLE oathtokens( nickname varchar(16) unique not null, publicname varchar(12) unique not null, created varchar(24) not null, secret varchar(40) not null, active boolean default true, counter integer not null default 1 )3G! nickname varchar(16), secret varchar(28), id integer primary key ) -- no debconf information Best wishes, Maxim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592839: dpkg-source option to remove files on unpack: debian/source/remove-files
David Bremner wrote: Jonathan Nieder jrnie...@gmail.com writes: I don't think I understand this particular use case --- why patch the embedded library instead of just removing it? The embedded library is actually a fork, with tiny but functionally significant changes. I think we're veering off topic, but if you'd like help getting the source package that provides the normal library to provide the modified library as an extra binary package, I'd be happy to work on that. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709758: Replacing a binary package by another one(was: Communication issue?)
[Norbert Preining] I understood your proposal, of course. Still, since there are no rdepends besides very few (1?) build-depends on these two packages, I consider it a a waste of resources. Sounds like you are saying 'texlive-lang-danish' is only useful as a package dependency - in other words, users would never install it explicitly because they want its functionality. Is that correct? This is not clear from the package description, which at least to me looks like something users _would_ install explicitly: Description-en: TeX Live: Danish Support for typesetting Danish. . This package includes the following CTAN packages: hyphen-danish -- Danish hyphenation patterns. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721755: Add an interface to apply for DM
Package: nm.debian.org Severity: wishlist Hello, I'd like to build an interface one can use to apply for DM. Most of the procedure for applying for DM can be automated, so this can make the applying process significantly lighter. Unfortunately, there is currently no way for a non-DD to log in the website. Either we're going to have DACS with an Alioth backend soon, or we can implement some 'pending' records that anyone can submit, and get put in a queue for DDs to advocate. Advocating a pending record turns it into a real one. Ciao, Enrico -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts
Am Dienstag, den 03.09.2013, 20:06 +0200 schrieb Jonas Smedegaard: Why? Sounds like a _very_ bad idea to me (no matter if others did similar bad stuff in the past). Because the font names may be hard coded somewhere (the internal FontName and FontFamily fields, I am not talking about the file names). This is how it looks for the current gsfonts package: ~/Debian/gsfonts-8.11+urwcyr1.0.7~pre44$ grep -a 'FontName' *.pfb a010013l.pfb:/FontName /URWGothicL-Book def a010015l.pfb:/FontName /URWGothicL-Demi def a010033l.pfb:/FontName /URWGothicL-BookObli def a010035l.pfb:/FontName /URWGothicL-DemiObli def b018012l.pfb:/FontName /URWBookmanL-Ligh def b018015l.pfb:/FontName /URWBookmanL-DemiBold def b018032l.pfb:/FontName /URWBookmanL-LighItal def b018035l.pfb:/FontName /URWBookmanL-DemiBoldItal def c059013l.pfb:/FontName /CenturySchL-Roma def c059016l.pfb:/FontName /CenturySchL-Bold def c059033l.pfb:/FontName /CenturySchL-Ital def c059036l.pfb:/FontName /CenturySchL-BoldItal def d05l.pfb:/FontName /Dingbats def n019003l.pfb:/FontName /NimbusSanL-Regu def n019004l.pfb:/FontName /NimbusSanL-Bold def n019023l.pfb:/FontName /NimbusSanL-ReguItal def n019024l.pfb:/FontName /NimbusSanL-BoldItal def n019043l.pfb:/FontName /NimbusSanL-ReguCond def n019044l.pfb:/FontName /NimbusSanL-BoldCond def n019063l.pfb:/FontName /NimbusSanL-ReguCondItal def n019064l.pfb:/FontName /NimbusSanL-BoldCondItal def n021003l.pfb:/FontName /NimbusRomNo9L-Regu def n021004l.pfb:/FontName /NimbusRomNo9L-Medi def n021023l.pfb:/FontName /NimbusRomNo9L-ReguItal def n021024l.pfb:/FontName /NimbusRomNo9L-MediItal def n022003l.pfb:/FontName /NimbusMonL-Regu def n022004l.pfb:/FontName /NimbusMonL-Bold def n022023l.pfb:/FontName /NimbusMonL-ReguObli def n022024l.pfb:/FontName /NimbusMonL-BoldObli def p052003l.pfb:/FontName /URWPalladioL-Roma def p052004l.pfb:/FontName /URWPalladioL-Bold def p052023l.pfb:/FontName /URWPalladioL-Ital def p052024l.pfb:/FontName /URWPalladioL-BoldItal def s05l.pfb:/FontName /StandardSymL def z003034l.pfb:/FontName /URWChanceryL-MediItal def These are the values those fields carry since decades. Now, for the updated release, URW decided to slightly modify those fields: ~/Debian/fonts-urw-base35$ grep -a 'FontName' *.pfb a010013l.pfb:/FontName /URWGothic-Boo def a010015l.pfb:/FontName /URWGothic-Dem def a010033l.pfb:/FontName /URWGothic-BooObl def a010035l.pfb:/FontName /URWGothic-DemObl def b018012l.pfb:/FontName /BookmanURW-Lig def b018015l.pfb:/FontName /BookmanURW-DemBol def b018032l.pfb:/FontName /BookmanURW-LigIta def b018035l.pfb:/FontName /BookmanURW-DemBolIta def c059013l.pfb:/FontName /CenturySchURW-Rom def c059016l.pfb:/FontName /CenturySchURW-Bol def c059033l.pfb:/FontName /CenturySchURW-Ita def c059036l.pfb:/FontName /CenturySchURW-BolIta def d05l.pfb:/FontName /Dingbats def n019003l.pfb:/FontName /NimbusSan-Reg def n019004l.pfb:/FontName /NimbusSan-Bol def n019023l.pfb:/FontName /NimbusSan-Ita def n019024l.pfb:/FontName /NimbusSan-BolIta def n019043l.pfb:/FontName /NimbusSanNar-Reg def n019044l.pfb:/FontName /NimbusSanNar-Bol def n019063l.pfb:/FontName /NimbusSanNar-Ita def n019064l.pfb:/FontName /NimbusSanNar-BolIta def n021003l.pfb:/FontName /NimbusRom-Reg def n021004l.pfb:/FontName /NimbusRom-Med def n021023l.pfb:/FontName /NimbusRom-Ita def n021024l.pfb:/FontName /NimbusRom-MedIta def n022003l.pfb:/FontName /NimbusMon-Reg def n022004l.pfb:/FontName /NimbusMon-Bol def n022023l.pfb:/FontName /NimbusMon-Obl def n022024l.pfb:/FontName /NimbusMon-BolObl def p052003l.pfb:/FontName /PalladioURW-Rom def p052004l.pfb:/FontName /PalladioURW-Bol def p052023l.pfb:/FontName /PalladioURW-Ita def p052024l.pfb:/FontName /PalladioURW-BolIta def s05l.pfb:/FontName /StandardSymL def z003034l.pfb:/FontName /ChanceryURW-MedIta def I am afraid these FontNames are expected and have even found them hard-coded in texlive. Thus, I am considering to reset these fields back to the values of the gsfonts package. Ghostscript has already done this for the fonts in the Resource/Font directory to circumvent that exact issue. They did also rename the font file names, but this is not what I am talking about. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718381: [Pkg-osg-devel] Bug#718381: openwalnut: Please recompile against OpenSceneGraph 3.2
Manuel A. Fernandez Montecelo writes: 2013/8/20 Alberto Luaces alua...@udc.es: Manuel, do you have by chance the patches you used to try to add the deprecated_osg functionality with 3.2.0~rc1? I have just packaged 3.2.0 and I wanted to try openwalnut against it before going in more depth. It was a simple substitution, patch attached. I tried harder with one packages than with others, but I wasn't very successful in any case. Patch for openwalnut attached. Thanks. Anyway I came late. Now openwalnut build does not even reach code using OSG because the compilation fails before, as soon as anything uses the new Boost 1.54. I have to find other program or library to test. Regards, Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721775: systemd: can't umount schroot after reboot
Package: systemd Version: 44-11 Severity: normal If I have a schroot active when I reboot my computer (e.g. it crashes for reasons unrelated to this bug), then when it comes back up I can't remove my active schroot session: aquitard# schroot -e --all-sessions E: 15binfmt: update-binfmts: unable to open /var/lib/schroot/mount/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7/bin/sh: No such file or directory E: 10mount: umount: /var/lib/schroot/union/underlay/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7: device is busy. E: 10mount: (In some cases useful info about processes that use E: 10mount: the device is found by lsof(8) or fuser(1)) E: squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7: Chroot setup failed: stage=setup-stop aquitard# umount /var/lib/schroot/union/underlay/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7 umount: /var/lib/schroot/union/underlay/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7: device is busy. (In some cases useful info about processes that use the device is found by lsof(8) or fuser(1)) aquitard# fuser -vm /var/lib/schroot/union/underlay/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7 USERPID ACCESS COMMAND /var/lib/schroot/union/underlay/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7: root kernel mount /var/lib/schroot/union/underlay/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7 This is after a reboot, and no processes should be using it. Last time this happened, I had to reboot the computer without systemd active so I could umount it. Then it just worked. I have a 3.10 kernel, however has the same problem with the 3.2 kernel in wheezy. Is there another way? Thanks -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-0.bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii dpkg 1.16.10 ii initscripts 2.88dsf-41 ii libacl1 2.2.51-8 ii libaudit01:1.7.18-1.1 ii libc62.13-38 ii libcap2 1:2.22-1.2 ii libcryptsetup4 2:1.4.3-4 ii libdbus-1-3 1.6.8-1+deb7u1 ii libkmod2 9-3 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.3-7.1 ii libselinux1 2.1.9-5 ii libsystemd-daemon0 44-11 ii libsystemd-id128-0 44-11 ii libsystemd-journal0 44-11 ii libsystemd-login044-11 ii libudev0 175-7.2 ii libwrap0 7.6.q-24 ii udev 175-7.2 ii util-linux 2.20.1-5.3 Versions of packages systemd recommends: ii libpam-systemd 44-11 Versions of packages systemd suggests: ii python2.7.3-4 ii python-cairo 1.8.8-1+b2 ii python-dbus 1.1.1-1 ii systemd-gui 44-11 -- 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#721777: postgres-xc: fails to install: initializing pg_authid ... FATAL: wrong number of index expressions
Package: postgres-xc Version: 1.0.3-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package postgres-xc. (Reading database ... 7420 files and directories currently installed.) Unpacking postgres-xc (from .../postgres-xc_1.0.3-1+b1_amd64.deb) ... Setting up postgres-xc (1.0.3-1+b1) ... Adding user postgres-xc to group ssl-cert The files belonging to this GTM system will be owned by user postgres-xc. This user must also own the server process. creating directory GTM ... ok creating configuration files ... ok Success. You can now start the GTM server using: gtm -D GTM or gtm_ctl -Z gtm -D GTM -l logfile start The files belonging to this database system will be owned by user postgres-xc. This user must also own the server process. The database cluster will be initialized with locale C. The default database encoding has accordingly been set to SQL_ASCII. The default text search configuration will be set to english. creating directory CN ... ok creating subdirectories ... ok selecting default max_connections ... 100 selecting default shared_buffers ... 24MB creating configuration files ... ok creating template1 database in CN/base/1 ... ok initializing pg_authid ... FATAL: wrong number of index expressions STATEMENT: REVOKE ALL on pg_authid FROM public; child process exited with exit code 1 initdb: removing data directory CN dpkg: error processing postgres-xc (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: postgres-xc cheers, Andreas postgres-xc_1.0.3-1+b1.log.gz Description: GNU Zip compressed data
Bug#721776: libprelude: FTBFS on kfreebsd (FAIL: test-poll)
Source: libprelude Version: 1.0.0-11 Severity: serious Justification: fails to build from source (but built successfully in the past) Control: block 712615 with -1 Hi, libprelude FTBFS on the kfreebsd buildds, see the build logs at https://buildd.debian.org/status/logs.php?pkg=libpreludever=1.0.0-11%2Bb1suite=sid Cheers, Julien signature.asc Description: Digital signature
Bug#721395: Solved upstream
Seems that it has been fixed in upstream some time ago. https://rt.cpan.org/Public/Bug/Display.html?id=72765 and fixed in version 3.41 T. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721778: doxygen: Doxygen in unstable seems not to be compiled against libclang.
Package: doxygen Version: 1.8.4-1 Severity: normal Dear Maintainer, It seems that doxygen in unstable does not depend on libclang even though it is at least at version 1.8.4. It would be cool to try out the improved parsing available via clang. http://comments.gmane.org/gmane.comp.compilers.clang.devel/29490 Could you compile in support for libclang? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-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 Versions of packages doxygen depends on: ii libc6 2.17-92+b1 ii libgcc1 1:4.8.1-9 ii libstdc++6 4.8.1-9 Versions of packages doxygen recommends: ii doxygen-latex 1.8.4-1 Versions of packages doxygen suggests: ii doxygen-doc 1.8.4-1 pn doxygen-gui none ii graphviz 2.26.3-15+b1 -- no debconf information This message and any enclosures are intended only for the addressee. Please notify the sender by email if you are not the intended recipient. If you are not the intended recipient, you may not use, copy, disclose, or distribute this message or its contents or enclosures to any other person and any such actions may be unlawful. Ball reserves the right to monitor and review all messages and enclosures sent to or from this email address. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721775: systemd: can't umount schroot after reboot
Hi Brian, Am 04.09.2013 01:45, schrieb Brian May: If I have a schroot active when I reboot my computer (e.g. it crashes for reasons unrelated to this bug), then when it comes back up I can't remove my active schroot session: aquitard# schroot -e --all-sessions E: 15binfmt: update-binfmts: unable to open /var/lib/schroot/mount/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7/bin/sh: No such file or directory E: 10mount: umount: /var/lib/schroot/union/underlay/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7: device is busy. E: 10mount: (In some cases useful info about processes that use E: 10mount: the device is found by lsof(8) or fuser(1)) E: squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7: Chroot setup failed: stage=setup-stop Can you post the output of 'findmnt' after such a reboot (before you run schroot). Are you using lvm? 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#721557: python-moinmoin: Trying to create page without write permissions (or cancelling a creation of page) creates empty page directories
Control: tag -1 pending On Mon, Sep 02, 2013 at 12:19:01AM +0200, Salvatore Bonaccorso wrote: Package: python-moinmoin Version: 1.9.4-8+deb7u1 Severity: normal Tags: upstream patch Control: found -1 1.9.5-5 Hi Steve, We found to be affected by [1] at our workplace, which could in principle be used to mount a minor denial of service attack on moinmoin pages for users e.g. having a inode quota set (or in worst case fill space in general, depending on protection for wiki instance): An attempt by an unauthorized user to create a page fails when they attempt to edit it, but leaves a junk directory behind in data/pages. It appears that the ACL is not checked at page creation time. I can confirm this behaviour: In both cases if - a user with no write permissions tries creating a new page - a user with write permissions cancels creating a new page a data/pages/foo directory with an empty edit-log is created, confirmed both for wheezy and unstable (squeeze not tested). Upstream patch at [2] solves this problem. I've got a new 1.9.7-1 package built locally including this patch. I'm testing it now, hopefully ready to upload tomorrow. -- Steve McIntyre, Cambridge, UK.st...@einval.com Getting a SCSI chain working is perfectly simple if you remember that there must be exactly three terminations: one on one end of the cable, one on the far end, and the goat, terminated over the SCSI chain with a silver-handled knife whilst burning *black* candles. --- Anthony DeBoer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721779: billiard: FTBFS: dh: unable to load addon sphinxdoc
Source: billiard Version: 2.7.3.32-1 Severity: serious Justification: fails to build from source Builds of billiard in minimal environments geared towards building only its architecture-dependent binary package (python-billiard) have been failing due to its unconditional use of dh --with sphinxdoc: dh clean --with python2,sphinxdoc --buildsystem=python_distutils dh: unable to load addon sphinxdoc: Can't locate Debian/Debhelper/Sequence/sphinxdoc.pm in @INC (you may need to install the Debian::Debhelper::Sequence::sphinxdoc module) (@INC contains: /etc/perl /usr/local/lib/perl/5.18.1 /usr/local/share/perl/5.18.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.18 /usr/share/perl/5.18 /usr/local/lib/site_perl .) at (eval 11) line 2. BEGIN failed--compilation aborted at (eval 11) line 2. make: *** [clean] Error 2 As I recall, using --with sphinxdoc can also lead to errors when not building the documentation, so I'd strongly recommend simply conditionalizing its usage appropriately. Could you please look into it? Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721780: htseq: FTBFS: dh_sphinxdoc: Sphinx documentation not found
Source: htseq Version: 0.5.4p3-1 Severity: serious Justification: fails to build from source Builds of htseq covering only its architecture-dependent binary package (as on the autobuilders, or with dpkg-buildpackage -B) have been failing: dh_sphinxdoc -a dh_sphinxdoc: Sphinx documentation not found make: *** [binary-arch] Error 2 Please conditionalize dh_sphinxdoc's usage appropriately. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721775: systemd: can't umount schroot after reboot
On 4 September 2013 10:16, Michael Biebl bi...@debian.org wrote: Can you post the output of 'findmnt' after such a reboot (before you run schroot). Are you using lvm? Yes, using lvm. schroot starts automatically on boot in /etc/init.d/schroot Immediately after system comes up I get: aquitard# findmnt TARGET SOURCEFSTYPE OPTIONS / /dev/mapper/aquitard-debian ext4 rw,relatime,errors=remount-ro,data=ordered ├─/sys sysfs sysfs rw,nosuid,nodev,noexec,relatime │ ├─/sys/fs/cgroup tmpfs tmpfs rw,nosuid,nodev,noexec,relatime,mode=755 │ │ ├─/sys/fs/cgroup/systemd cgroupcgroup rw,nosuid,nodev,noexec,relatime,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd │ │ ├─/sys/fs/cgroup/cpuset cgroupcgroup rw,nosuid,nodev,noexec,relatime,cpuset │ │ ├─/sys/fs/cgroup/cpu,cpuacct cgroupcgroup rw,nosuid,nodev,noexec,relatime,cpuacct,cpu │ │ ├─/sys/fs/cgroup/devices cgroupcgroup rw,nosuid,nodev,noexec,relatime,devices │ │ ├─/sys/fs/cgroup/freezer cgroupcgroup rw,nosuid,nodev,noexec,relatime,freezer │ │ ├─/sys/fs/cgroup/net_cls cgroupcgroup rw,nosuid,nodev,noexec,relatime,net_cls │ │ ├─/sys/fs/cgroup/blkio cgroupcgroup rw,nosuid,nodev,noexec,relatime,blkio │ │ └─/sys/fs/cgroup/perf_event cgroupcgroup rw,nosuid,nodev,noexec,relatime,perf_event │ ├─/sys/kernel/security securityfssecurityfs rw,relatime │ └─/sys/kernel/debug debugfs debugfs rw,relatime ├─/proc proc proc rw,nosuid,nodev,noexec,relatime │ └─/proc/sys/fs/binfmt_misc systemd-1 autofs rw,relatime,fd=26,pgrp=1,timeout=300,minproto=5,maxproto=5,direct │ └─/proc/sys/fs/binfmt_misc binfmt_misc binfmt_misc rw,relatime ├─/dev udev devtmpfs rw,relatime,size=10240k,nr_inodes=504875,mode=755 │ ├─/dev/pts devptsdevpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 │ ├─/dev/shm tmpfs tmpfs rw,nosuid,nodev,relatime │ ├─/dev/mqueue mqueuemqueue rw,relatime │ └─/dev/hugepages hugetlbfs hugetlbfs rw,relatime ├─/run tmpfs tmpfs rw,nosuid,relatime,size=810552k,mode=755 │ ├─/run/lock tmpfs tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k │ └─/run/user tmpfs tmpfs rw,nosuid,nodev,noexec,relatime,size=102400k,mode=755 ├─/boot /dev/sda5 ext4 rw,relatime,data=ordered ├─/home /dev/mapper/aquitard-home ext4 rw,relatime,data=ordered ├─/var/lib/schroot /dev/mapper/aquitard-schroot ext4 rw,relatime,errors=remount-ro,data=ordered │ └─/var/lib/schroot/union/underlay/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7 /dev/mapper/aquitard-schroot--squeeze ext4rw,relatime,data=ordered └─/var/lib/nfs/rpc_pipefs rpc_pipefsrpc_pipefs rw,relatime -- Brian May b...@debian.org
Bug#721781: libtexttools3-dev: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE
Package: libtexttools3-dev Version: 2.1.0-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, an upgrade test with piuparts revealed that your package installs files over existing symlinks and possibly overwrites files owned by other packages. This usually means an old version of the package shipped a symlink but that was later replaced by a real (and non-empty) directory. This kind of overwriting another package's files cannot be detected by dpkg. This was observed on the following upgrade paths: testing - sid For /usr/share/doc/PACKAGE this may not be problematic as long as both packages are installed, ship byte-for-byte identical files and are upgraded in lockstep. But once one of the involved packages gets removed, the other one will lose its documentation files, too, including the copyright file, which is a violation of Policy 12.5: http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile For other overwritten locations anything interesting may happen. Note that dpkg intentionally does not replace directories with symlinks and vice versa, you need the maintainer scripts to do this. See in particular the end of point 4 in http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase For switching from a symlink to a directory, the *preinst* script should do something like this: DOCDIR=/usr/share/doc/@@PACKAGE@@ if [ -L $DOCDIR ]; then rm $DOCDIR fi From the attached log (usually somewhere in the middle...): 0m30.1s ERROR: FAIL: silently overwrites files via directory symlinks: /usr/share/doc/libtexttools3-dev/README.Debian (libtexttools3-dev) != /usr/share/doc/libtexttools5/README.Debian (?) /usr/share/doc/libtexttools3-dev/changelog.Debian.gz (libtexttools3-dev) != /usr/share/doc/libtexttools5/changelog.Debian.gz (libtexttools5:amd64) /usr/share/doc/libtexttools3-dev/copyright (libtexttools3-dev) != /usr/share/doc/libtexttools5/copyright (libtexttools5:amd64) debsums: missing file /usr/share/doc/libtexttools3-dev/README.Debian (from libtexttools3-dev package) cheers, libtexttools3-dev_2.1.0-3.log.gz Description: GNU Zip compressed data
Bug#721782: modem-manager-gui: FTBFS on non-Linux: linux/netlink.h: No such file or directory
Source: modem-manager-gui Version: 0.0.16-2 Severity: serious Justification: fails to build from source modem-manager-gui declares no architecture restrictions but unconditionally uses at least one Linux-specific header, leading to errors on other kernels (kFreeBSD and presumably the Hurd): In file included from mmguicore.h:27:0, from strformat.h:27, from strformat.c:26: netlink.h:26:27: fatal error: linux/netlink.h: No such file or directory #include linux/netlink.h ^ compilation terminated. make[2]: *** [strformat.o] Error 1 If you can reasonably port it to other kernels, please do; otherwise, please officially restrict its architecture to linux-any so that other architectures' autobuilders know not to bother with it. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721783: someone vandalised the evince user interface
Package: evince Version: 3.8.3-1 the menu bar has vanished in latest version of evince, replaced with a series of inscrutable icons that you can make sense of only one at a time with a half-second delay on each for the tooltip to appear. my previous setting to have text-based menus rather than icons has been removed or simply ignored. i have no problem reading english words, but great difficulty making sense of designer hieroglyphics. there's a reason why alphabetic scripts work better than pictographic, learning a modular set of re-usable letters is far more efficient than rote-memorizing thousands of slightly different pictures, especially when the pics change due to fashion or some designer's whim every few years. a picture may be worth 1000 words but that's because it requires 1000 words to make sense of it, when only one word is actually necessary for a menu title. the file menu has been replaced by some sort of circle with squiggly bits on it, and bizarrely has been moved to the top right of the window instead of the top left. the document menu has also been replaced by some squarish icon with what looks like maybe a small spanner in it. it has also been moved to the far right of the window instead of on the left where it belongs. craig -- craig sanders c...@taz.net.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721775: systemd: can't umount schroot after reboot
Am 04.09.2013 01:45, schrieb Brian May: aquitard# umount /var/lib/schroot/union/underlay/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7 umount: /var/lib/schroot/union/underlay/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7: device is busy. (In some cases useful info about processes that use the device is found by lsof(8) or fuser(1)) aquitard# fuser -vm /var/lib/schroot/union/underlay/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7 USERPID ACCESS COMMAND /var/lib/schroot/union/underlay/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7: root kernel mount /var/lib/schroot/union/underlay/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7 So I assume after the reboot it is the schroot init script which mounts that file system or is that mount point in /etc/fstab? systemd only mounts a few internal API file systems and what it finds in /etc/fstab. But if I read you correctly, the above means, that there is a running mount process which was spawned to mount that lvm volume and that mount process did not exit? And this behaviour you only get with systemd? 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#721544: FTBFS on ia64, mips(el), s390(x): /usr/lib/gcc/ia64-linux-gnu/4.6/../../../libboost_thread.so: undefined reference to `boost::atomics::detail::lockpool::get_lock_for(void const volatile*)'
On Sun, Sep 01, 2013 at 10:08:26PM +0200, Sebastian Ramacher wrote: | /usr/lib/gcc/ia64-linux-gnu/4.6/../../../libboost_thread.so: undefined | reference to `boost::atomics::detail::lockpool::get_lock_for(void const | volatile*)' How about backporting patch at [0]? [0] https://svn.boost.org/trac/boost/ticket/9041 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721775: systemd: can't umount schroot after reboot
On 4 September 2013 10:39, Michael Biebl bi...@debian.org wrote: Am 04.09.2013 01:45, schrieb Brian May: aquitard# umount /var/lib/schroot/union/underlay/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7 umount: /var/lib/schroot/union/underlay/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7: device is busy. (In some cases useful info about processes that use the device is found by lsof(8) or fuser(1)) aquitard# fuser -vm /var/lib/schroot/union/underlay/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7 USERPID ACCESS COMMAND /var/lib/schroot/union/underlay/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7: root kernel mount /var/lib/schroot/union/underlay/squeeze-f8ea98e7-1bac-43d1-b774-94c9c42fddc7 So I assume after the reboot it is the schroot init script which mounts that file system or is that mount point in /etc/fstab? Yes. That is my understanding. systemd only mounts a few internal API file systems and what it finds in /etc/fstab. pid says kernel, which is somewhat odd. Does systemd do anything to monitor mounted filesystems, e.g. to run actions if something changes? But if I read you correctly, the above means, that there is a running mount process which was spawned to mount that lvm volume and that mount process did not exit? I don't see any evidence of any mount command still running. ps auwx | grep mount returns nothing. And this behaviour you only get with systemd? Yes. That is correct. Maybe I should try again now, however that would mean another reboot, and now is not a good time.
Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts
On Di, 03 Sep 2013, Fabian Greffrath wrote: Why? Sounds like a _very_ bad idea to me (no matter if others did similar bad stuff in the past). Because the font names may be hard coded somewhere (the internal FontName and FontFamily fields, I am not talking about the file names). One more thing - I *agree* (for now at least) that *chanigng the /FontName is *not* a good idea. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts
Hi Fabian, many emails, short answer. On Mi, 04 Sep 2013, Fabian Greffrath wrote: The only system that also uses this font and that I am not sure about the effect of the changed FontName field is latex. That is why I kindly That will break with renaming, since the map files list the *FontName* so changing the FontName needs adjustment of the .map files. That's really an important point! Let's see how latex reacts to the mofified font names and then further discuss how to proceed. For now we can upload. As long as the TeX Live package do not ship symlinks to the new fonts nothing happens. On the usptream (TeX Live) (I am also maintainer there) I will see if we can prepare an updated package for CTAN with the exact fonts, which would solve the problem automatically. Bottom line: Is there anything else before I should sponsor this package? Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706391: Please add slimlock
Please add slimlock. I went to the upstream and found no integration work. Roman V. Nikolaev signature.asc Description: OpenPGP digital signature
Bug#709758: Replacing a binary package by another one(was: Communication issue?)
On Di, 03 Sep 2013, Peter Samuelson wrote: Sounds like you are saying 'texlive-lang-danish' is only useful as a package dependency - in other words, users would never install it explicitly because they want its functionality. Is that correct? This I never said that. The functionality is now in texlive-lang-european Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721784: openmama: FTBFS: autoreconf: not found
Source: openmama Version: 2.2.2.1-1 Severity: serious Justification: fails to build from source Builds of openmama in minimal environments (as on the autobuilders) have been failing: debian/rules override_dh_auto_configure make[1]: Entering directory `/«PKGBUILDDIR»' ( for subproject in common/c_cpp mama/c_cpp mama/jni mamda/c_cpp ; \ do ( cd ${subproject} ; autoreconf -fi ) done ) /bin/sh: 2: autoreconf: not found /bin/sh: 2: autoreconf: not found /bin/sh: 2: autoreconf: not found /bin/sh: 2: autoreconf: not found make[1]: *** [override_dh_auto_configure] Error 127 make[1]: Leaving directory `/«PKGBUILDDIR»' make: *** [build-arch] Error 2 Please declare a build dependency on autoconf and confirm with pbuilder or the like that you haven't missed any others. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709758: Replacing a binary package by another one(was: Communication issue?)
Sounds like you are saying 'texlive-lang-danish' is only useful as a package dependency - in other words, users would never install it explicitly because they want its functionality. Is that correct? This [Norbert Preining] I never said that. The functionality is now in texlive-lang-european I can see that. But your argument for removing texlive-lang-danish etc. is basically there are almost no rdeps. But that is only half the story. The other half is to explain what will happen to users who installed texlive-lang-danish because they want Danish language hyphenation support. When they upgrade, will they get texlive-lang-european? It doesn't look like it to me (no Breaks or Conflicts), but I haven't actually tried it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709758: Replacing a binary package by another one(was: Communication issue?)
On Di, 03 Sep 2013, Peter Samuelson wrote: texlive-lang-european? It doesn't look like it to me (no Breaks or Conflicts), but I haven't actually tried it. conflicts there are, texlive-base conflicts with all the old packages. TL2013 made big changes to the naming of packages. If I go down the road you suggest I have to introduce about 30 transitional packages ... Simple answer: No. If someone wants to, I am fine to hand over the maintainance of TL to those who think they can handle it. I will not carry 30+ transitional packages. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721783: someone vandalised the evince user interface
Am 04.09.2013 02:37, schrieb Craig Sanders: Package: evince Version: 3.8.3-1 the menu bar has vanished in latest version of evince, replaced with a series of inscrutable icons that you can make sense of only one at a time with a half-second delay on each for the tooltip to appear. my previous setting to have text-based menus rather than icons has been removed or simply ignored. i have no problem reading english words, but great difficulty making sense of designer hieroglyphics. there's a reason why alphabetic scripts work better than pictographic, learning a modular set of re-usable letters is far more efficient than rote-memorizing thousands of slightly different pictures, especially when the pics change due to fashion or some designer's whim every few years. a picture may be worth 1000 words but that's because it requires 1000 words to make sense of it, when only one word is actually necessary for a menu title. the file menu has been replaced by some sort of circle with squiggly bits on it, and bizarrely has been moved to the top right of the window instead of the top left. the document menu has also been replaced by some squarish icon with what looks like maybe a small spanner in it. it has also been moved to the far right of the window instead of on the left where it belongs. Feel free to raise this issue upstream. -- 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#721785: Annual ping for John Stamp
Package: debian-maintainers Severity: normal This is my annual ping. I am still maintaining my packages in Debian. Regards, John Stamp signature.asc Description: Digital signature
Bug#721786: virtualbox-dkms: Virtualbox netfilter modules don't work on Kernel 3.11
Package: virtualbox-dkms Version: 4.2.16-dfsg-2 Severity: important Tags: patch Dear Maintainer, Upgrading to kernel 3.11 renders debian virtualbox package unusable. Attempt to start virtual machines, results in an error message with regards to network (it suggests to manually modprobe vboxnetflt module; but it is already loaded). Typical VBox log upon failed start VM attempt under 3.11 kernel: . 00:00:01.199735 IntNet#0: szNetwork={HostInterfaceNetworking-eth0} enmTrunkType=3 szTrunk={eth0} fFlags=0x8000 cbRecv=325632 cbSend=196608 fIgnoreConnectFailure=false 00:00:01.199826 VMSetError: /tmp/buildd/virtualbox-4.2.16-dfsg/src/VBox/Devices/Network/DrvIntNet.cpp(1718) int drvR3IntNetConstruct(PPDMDRVINS, PCFGMNODE, uint32_t); rc=VERR_INTNET_FLT_IF_NOT_FOUND 00:00:01.199847 VMSetError: Failed to open/create the internal network 'HostInterfaceNetworking-eth0' (you might need to modprobe vboxnetflt to make it accessible) 00:00:01.199908 VMSetError: /tmp/buildd/virtualbox-4.2.16-dfsg/src/VBox/Devices/Network/DevE1000.cpp(7680) int e1kConstruct(PPDMDEVINS, int, PCFGMNODE); rc=VERR_INTNET_FLT_IF_NOT_FOUND 00:00:01.199913 VMSetError: Failed to attach the network LUN 00:00:01.199927 PDM: Failed to construct 'e1000'/0! VERR_INTNET_FLT_IF_NOT_FOUND (-3600) - The networking interface to filter was not found. The problem affects both Linux Windows virtual machines, both 32 and 64 bit (no difference what virtual adapter was used). Booting into a previous 3.10 kernel resolves the issue. More info: Exact problematic kernel which failed is 3.11-0.slh.1-aptosid-amd64. The last kernel with which Virtualbox works fine is 3.10-10.slh.1-aptosid-amd64 aptosid is a sid-based Debian dfsg distribution. aptosid's kernel maintainer advised to provide you the following related patch links from upstream: https://www.virtualbox.org/ticket/12001 Here is also the related discussion in aptosid's support forum: http://aptosid.com/index.php?name=PNphpBB2file=viewtopict=2662 Thanks, manul -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-10.slh.1-aptosid-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721787: org-mode 8 no longer supports remember.el
Package: org-mode Version: 8.0.7-1 Severity: minor Dear Maintainer, I was looking at the Suggests: list for org-mode 8.0.7-1 and noticed it still listed remember-el. When I was reading the org-mode change log at: http://orgmode.org/Changes.html I saw a note that org-remember.el has been removed You cannot use remember.el anymore to capture notes. Support for remember templates has been obsoleted since long, it is now fully removed. Use M-x org-capture-import-remember-templates RET to import your remember templates into capture templates. I suspect that means the suggests is now out of date. Diane -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (110, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-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#709758: Replacing a binary package by another one(was: Communication issue?)
On Wed, 2013-09-04 at 10:57 +0900, Norbert Preining wrote: On Di, 03 Sep 2013, Peter Samuelson wrote: texlive-lang-european? It doesn't look like it to me (no Breaks or Conflicts), but I haven't actually tried it. conflicts there are, texlive-base conflicts with all the old packages. TL2013 made big changes to the naming of packages. If I go down the road you suggest I have to introduce about 30 transitional packages ... Simple answer: No. If someone wants to, I am fine to hand over the maintainance of TL to those who think they can handle it. I will not carry 30+ transitional packages. How much do those packages weigh, Norbert? Are TeX transitional packages particularly heavy? I really don't know why you think TeX is exempt from the usual requirements to support clean upgrades between Debian releases. Ben. -- Ben Hutchings If you seem to know what you are doing, you'll be given more to do. signature.asc Description: This is a digitally signed message part
Bug#709758: Replacing a binary package by another one(was: Communication issue?)
On Mi, 04 Sep 2013, Ben Hutchings wrote: How much do those packages weigh, Norbert? Are TeX transitional packages particularly heavy? In kg? In bit? In work time? I really don't know why you think TeX is exempt from the usual requirements to support clean upgrades between Debian releases. Please try it before complaining. Clean upgrades are working with dist-upgrade And now I leave this discussion, I have enough of it. I complained about a *serious* bug not being fixed although patches and fixes are known, and at the end it is me hahahahaha. Go and have fun yourself. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720356: Progress?
Any chance of getting a new upload? It's a little hard to know how to try to cobble a fix together when the current package (2.1.7) is so out of date with respect to the dovecot mainline (2.1.17 / 2.2.5) - the obvious application of the change you mentioned doesn't seem to fix it for me. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721775: [Pkg-systemd-maintainers] Bug#721775: systemd: can't umount schroot after reboot
Am 04.09.2013 02:50, schrieb Brian May: On 4 September 2013 10:39, Michael Biebl bi...@debian.org wrote: And this behaviour you only get with systemd? Yes. That is correct. Maybe I should try again now, however that would mean another reboot, and now is not a good time. Can you run systemctl enable udev-settle.service before you make another reboot and see if that changes anything. -- 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#721788: totem: No Play Disc menu item
Package: totem Version: 3.8.2-3 Severity: normal Dear Maintainer, After upgrading to version 3.8, the Open and Open Location menu items that were previously under Movie were moved to the top-of-screen menu. However, Play Disc is not present in either menu, despite being referenced in the documentation as being under Movie. Since no one has yet reported this issue, and given that I'm also getting This stream is in the wrong format errors on DVDs that worked fine before the upgrade to 3.8, this may well be part of an issue with my system rather than the software itself. I didn't do anything other than upgrade the packages, however. Jamie -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages totem depends on: ii gnome-icon-theme3.8.3-1 ii gnome-icon-theme-symbolic 3.8.2.2-2 ii gsettings-desktop-schemas 3.4.2-3 ii gstreamer1.0-clutter2.0.6-1 ii gstreamer1.0-plugins-bad1.0.10-2 ii gstreamer1.0-plugins-base 1.0.10-1 ii gstreamer1.0-plugins-good 1.0.10-1 ii gstreamer1.0-x 1.0.10-1 ii libatk1.0-0 2.8.0-2 ii libc6 2.17-92+b1 ii libcairo-gobject2 1.12.14-5 ii libcairo2 1.12.14-5 ii libclutter-1.0-01.14.4-3 ii libclutter-gst-2.0-02.0.6-1 ii libclutter-gtk-1.0-01.4.4-3 ii libcogl-pango12 1.14.0-3 ii libcogl12 1.14.0-3 ii libdbus-1-3 1.6.12-1 ii libdbus-glib-1-20.100.2-1 ii libegl1-mesa [libegl1-x11] 9.1.6-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgirepository-1.0-1 1.36.0-2+b1 ii libglib2.0-02.36.4-1 ii libgstreamer-plugins-base1.0-0 1.0.10-1 ii libgstreamer1.0-0 1.0.10-1 ii libgtk-3-0 3.8.4-1 ii libjson-glib-1.0-0 0.16.0-1 ii libnautilus-extension1a 3.4.2-2 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpeas-1.0-0 1.8.1-1 ii libtotem-plparser17 3.4.5-1 ii libtotem0 3.8.2-3 ii libx11-62:1.6.1-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext62:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxi6 2:1.7.2-1 ii libxrandr2 2:1.4.1-1 ii python 2.7.5-4 ii totem-common3.8.2-3 Versions of packages totem recommends: ii grilo-plugins-0.2 0.2.9-1 ii gstreamer1.0-libav 1.0.10-1 ii gstreamer1.0-plugins-ugly 1.0.10-1 ii gstreamer1.0-pulseaudio1.0.10-1 ii totem-plugins 3.8.2-3 Versions of packages totem suggests: ii gnome-codec-install 0.4.7+nmu2 pn totem-mozillanone -- 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#721789: apt-listdifferences: [debconf_rewrite] Debconf templates and debian/control review proposal
Package: apt-listdifferences Version: N/A Severity: normal Dear Debian maintainer, Hello, I just noticed new or modified debconf templates appearing for this package. I would like to suggest you to consider calling for debconf templates review AND translation updates when you introduce new debconf templates or modify the existing templates in a package or, if you prefer, to send a call for translations after uploading the first version that introduces new templates or templates changes. If you're interested in suggestions for doing this, you can find some at the end of this bug report. The debian-l10n-english team will now start a review, on our own initiative. It will be conducted through this bug report. Suggestions for future debconf templates review 1) Getting debconf templates reviewed -- The Debian i18n contributors have developed a set of suggestions for the writing style of debconf templates, to give them an overall consistency all around Debian. These writing style suggestions are explained in the Developers Reference. Lintian also warns about common writing style concerns. Maintainers are welcome when they ask for a review of debconf templates and/or packages descriptions on debian-l10n-engl...@lists.debian.org. It is of course not needed to wait for someone (such as me right me) proposing you such a review. In such situations (whether the review is requested by the maintainer or proposed by someone else), someone from the debian-l10n-english team will pick up the review to do, handle it, and finally send you a bug report with the suggested templates. If you want, you can ask for being CC'ed to the various discussions when the templates are reviewed. 2) Call for new translations As soon as the templates have been reviewed, you can ask Debian translators for new translations: Just go to your package's build tree and use: $ podebconf-report-po --call This will propose you a generic mail which is to be sent to debian-i...@lists.debian.org and call for new translations. This utility will mention existing translations to avoid duplicate work. It will also attach the needed material to this mail. Please also think about giving a deadline to translators. We like deadlines..:-) 3) Always call for translation updates before uploading --- (of course only when you change the debconf templates!) If your package already includes debconf translations (ie *.po files in debian/po), please consider calling for translation updates if you happen to change something in the templates...or just in case when you release a new version. This is done with the following command: $ podebconf-report-po This will build private mails to translators (ie people listed in Last-Translator in the PO files) for translations that are incomplete. These mails will included the needed PO file for each translator. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#721790: pluxml: [debconf_rewrite] Debconf templates and debian/control review proposal
Package: pluxml Version: N/A Severity: normal Dear Debian maintainer, Hello, I just noticed new or modified debconf templates appearing for this package. I would like to suggest you to consider calling for debconf templates review AND translation updates when you introduce new debconf templates or modify the existing templates in a package or, if you prefer, to send a call for translations after uploading the first version that introduces new templates or templates changes. If you're interested in suggestions for doing this, you can find some at the end of this bug report. The debian-l10n-english team will now start a review, on our own initiative. It will be conducted through this bug report. Suggestions for future debconf templates review 1) Getting debconf templates reviewed -- The Debian i18n contributors have developed a set of suggestions for the writing style of debconf templates, to give them an overall consistency all around Debian. These writing style suggestions are explained in the Developers Reference. Lintian also warns about common writing style concerns. Maintainers are welcome when they ask for a review of debconf templates and/or packages descriptions on debian-l10n-engl...@lists.debian.org. It is of course not needed to wait for someone (such as me right me) proposing you such a review. In such situations (whether the review is requested by the maintainer or proposed by someone else), someone from the debian-l10n-english team will pick up the review to do, handle it, and finally send you a bug report with the suggested templates. If you want, you can ask for being CC'ed to the various discussions when the templates are reviewed. 2) Call for new translations As soon as the templates have been reviewed, you can ask Debian translators for new translations: Just go to your package's build tree and use: $ podebconf-report-po --call This will propose you a generic mail which is to be sent to debian-i...@lists.debian.org and call for new translations. This utility will mention existing translations to avoid duplicate work. It will also attach the needed material to this mail. Please also think about giving a deadline to translators. We like deadlines..:-) 3) Always call for translation updates before uploading --- (of course only when you change the debconf templates!) If your package already includes debconf translations (ie *.po files in debian/po), please consider calling for translation updates if you happen to change something in the templates...or just in case when you release a new version. This is done with the following command: $ podebconf-report-po This will build private mails to translators (ie people listed in Last-Translator in the PO files) for translations that are incomplete. These mails will included the needed PO file for each translator. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#709253: texlive-lang-english: symbols-a4.pdf and symbols-letter.pdf contain many PDF errors
On Mi, 22 Mai 2013, Vincent Lefevre wrote: The /usr/share/doc/texlive-doc/latex/comprehensive/symbols-*.pdf files contain many PDF errors, e.g. Why do you deduce that this is a PDF error and not a limitation in the poppler library driving the display? My feeling is that this is a poppler bug. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721775: [Pkg-systemd-maintainers] Bug#721775: systemd: can't umount schroot after reboot
On 4 September 2013 14:11, Michael Biebl bi...@debian.org wrote: Can you run systemctl enable udev-settle.service before you make another reboot and see if that changes anything. No change. So I rebooted again without supplying the kernel the init= parameter for systemd, and now I can umount that directory. Only happens for schroot that are mounted at boot, if I create a schroot session without rebooting I can umount it even with systemd running. -- Brian May b...@debian.org
Bug#719871: texlive-science: siunitx: Bug in siunitx-version-1.cfg
tags 719871 + unreproducible thanks LaTeX error: kernel/property-unknown The key property '.meta:x' is unknown. $ COLUMNS=120 dpkg -l texlive-science ... ii texlive-science 2013.20130722-1 .. $ cat sitest.tex \documentclass{article} \usepackage{siunitx} \begin{document} \num{.3e45} \end{document} $ pdflatex sitest.tex ... $ evince sitest.pdf no errors I don't see your problem. Please provide examples. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721712: gcc-4.8 doesn't compile i386 linux kernel on amd64 system
On 2013-09-03 23:43:02 +0200, Bastian Blank wrote: On Tue, Sep 03, 2013 at 12:14:02PM +, Kusanagi Kouichi wrote: gcc-4.8 doesn't compile i386 linux kernel on amd64 system. gcc-4.7 compiles it successfully. If you have used V=1, you would have seen that the compiler calls miss the -m32 argument. This is broken in upstream Linux, see arch/x86/Makefile*. -m32 is missing only with gcc 4.8 because it's broken with gcc 4.8. $ : empty.c $ gcc-4.8 -m32 -c empty.c In file included from command-line:0:0: /usr/include/stdc-predef.h:30:26: fatal error: bits/predefs.h: No such file or directory #include bits/predefs.h ^ compilation terminated. $ gcc-4.7 -m32 -c empty.c $ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721791: protobuf: please fix static initialization problem with dlopen
Package: protobuf Version: 2.4.1-3 Severity: important Tags: patch Hi, Version 2.4.1 of protobuf has a problem for static initialization with dlopen. This problem already reported to upstream[0]. The package mozc[1] which I am maintaining has a problem[2] which does not work in part for this problem. I create patch which revise this problem. Could you check and apply this? Best regards, Nobuhiro [0]: https://code.google.com/p/protobuf/issues/detail?id=370 [1]: http://packages.qa.debian.org/m/mozc.html [2]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700307 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: armhf Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libprotobuf7 depends on: ii libc6 2.17-92+b1 ii libgcc1 1:4.8.1-9 ii libstdc++6 4.8.1-9 ii zlib1g 1:1.2.8.dfsg-1 libprotobuf7 recommends no packages. libprotobuf7 suggests no packages. -- no debconf information diff -Nru protobuf-2.4.1/debian/changelog protobuf-2.4.1/debian/changelog --- protobuf-2.4.1/debian/changelog 2012-06-18 01:29:45.0 +0900 +++ protobuf-2.4.1/debian/changelog 2013-07-24 08:31:44.0 +0900 @@ -1,3 +1,11 @@ +protobuf (2.4.1-3.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix static initialization problem with dlopen. +Add fix_static_initialization_problem_with_dlopen.diff + + -- Nobuhiro Iwamatsu iwama...@debian.org Wed, 24 Jul 2013 08:27:47 +0900 + protobuf (2.4.1-3) unstable; urgency=low * Add patch from Steven Chamberlain fixing build failures of the diff -Nru protobuf-2.4.1/debian/patches/fix_static_initialization_problem_with_dlopen.diff protobuf-2.4.1/debian/patches/fix_static_initialization_problem_with_dlopen.diff --- protobuf-2.4.1/debian/patches/fix_static_initialization_problem_with_dlopen.diff 1970-01-01 09:00:00.0 +0900 +++ protobuf-2.4.1/debian/patches/fix_static_initialization_problem_with_dlopen.diff 2013-07-24 08:30:48.0 +0900 @@ -0,0 +1,49 @@ +Description: Fix static initialization problem with dlopen +Origin: upstream, https://code.google.com/p/protobuf/issues/attachmentText?id=370aid=370001name=quick_patch.difftoken=veyaIIhquJ8gVFu20MrgOM-XmYM%3A1374621685076 +Bug: https://code.google.com/p/protobuf/issues/detail?id=370 +Bug-Debian: http://bugs.debian.org/ +Forwarded: not-needed +Last-Update: 2013-07-24 + +--- protobuf-2.4.1.orig/src/google/protobuf/descriptor_database.cc protobuf-2.4.1/src/google/protobuf/descriptor_database.cc +@@ -309,7 +309,18 @@ bool EncodedDescriptorDatabase::Add( + const void* encoded_file_descriptor, int size) { + FileDescriptorProto file; + if (file.ParseFromArray(encoded_file_descriptor, size)) { ++std::pairconst void*, int existing = index_.FindFile(file.name()); ++if (existing.first) { ++ if (existing.second == size memcmp(existing.first, encoded_file_descriptor, size) == 0) { ++// Contents match ++return true; ++ } ++ else { ++GOOGLE_LOG(ERROR) File descriptor file.name() is already registered, but descriptor contents are different; ++ } ++} + return index_.AddFile(file, make_pair(encoded_file_descriptor, size)); ++ + } else { + GOOGLE_LOG(ERROR) Invalid file descriptor data passed to + EncodedDescriptorDatabase::Add().; +--- protobuf-2.4.1.orig/src/google/protobuf/message.cc protobuf-2.4.1/src/google/protobuf/message.cc +@@ -238,7 +238,8 @@ GeneratedMessageFactory* GeneratedMessag + void GeneratedMessageFactory::RegisterFile( + const char* file, RegistrationFunc* registration_func) { + if (!InsertIfNotPresent(file_map_, file, registration_func)) { +-GOOGLE_LOG(FATAL) File is already registered: file; ++registration_func(file); ++//GOOGLE_LOG(FATAL) File is already registered: file; + } + } + +@@ -253,7 +254,7 @@ void GeneratedMessageFactory::RegisterTy + // the mutex. + mutex_.AssertHeld(); + if (!InsertIfNotPresent(type_map_, descriptor, prototype)) { +-GOOGLE_LOG(DFATAL) Type is already registered: descriptor-full_name(); ++//GOOGLE_LOG(DFATAL) Type is already registered: descriptor-full_name(); + } + } + diff -Nru protobuf-2.4.1/debian/patches/series protobuf-2.4.1/debian/patches/series --- protobuf-2.4.1/debian/patches/series 2012-06-18 01:29:45.0 +0900 +++ protobuf-2.4.1/debian/patches/series 2013-07-24 08:31:33.0 +0900 @@ -3,3 +3,4 @@ arm_optimization.diff revert_upstream_issue_388_about_rpath.diff fix-ftbfs-gcc4.7-kfreebsd.patch +fix_static_initialization_problem_with_dlopen.diff
Bug#721765: six: Update to latest version and offer of co-maintainership
On Tue, Sep 03, 2013 at 05:08:20PM -0400, Barry Warsaw wrote: six 1.4.1 is now available upstream: https://pypi.python.org/pypi/six/1.4.1 Please update Debian's version to this new version. Thanks, doing. I humbly offer to help co-maintain this package, or to move it to PMPT for team maintenance. So, I'm fine with you co-maintaining, but I don't really want to flatten this package out of a DVCS into Subversion, which seems to be the only option in the Debian Python modules team at the moment. If we could use bzr or git (I guess the latter has more widespread popularity, though it would require a history conversion), then I'd be fine with that. -- 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