Bug#738507: src:sqlite3: Fix broken cross-compilation with multiarch Tcl
severity 738507 important thanks Hi Christian, On Mon, Feb 10, 2014 at 6:08 AM, Christian Svensson deb...@cmd.nu wrote: Package: src:sqlite3 Version: 3.8.2-1 Severity: serious Tags: patch Justification: fails to build from source With the new tcl8.5 in experimental the flags passed to configure must be updated. This patch does just that. Thanks for the heads-up. While experimental is integral part of Debian, please don't file serious bugs that related only to that. The version in unstable builds fine in an up-to-date environment. Also included is a small patch to remove chrpath usage on cross compilation. For the case x86_64 - or1k chrpath does not handle the ELF format and fails. Still, other cross compilations like x86_64 - armel should remove the rpath I guess. Never tested that way, but may try it this week. Any ETA when the new Tcl package will hit unstable? Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738273: qgis-providers-common: fails to install, should use triggers for crssync
On 02/10/2014 12:08 AM, Andreas Beckmann wrote: On 2014-02-09 22:52, Sebastiaan Couwenberg wrote: When I upgrade the the qgis 2.0.1-1 packages currently in unstable to 2.0.1-2 from my local repo the triggers are never run. I'll take a look. Is the debdiff you sent also already in git somewhere? That would make it easier for me to experiment. Yes, the changes are in my personal git repo for the time being. I heavily rebase this repo before pushing the changes to Alioth, so it's not the best repo to clone from. Pulling updates won't work most of the time. http://git.linuxminded.nl/?p=pkg-grass/qgis As I have no idea what your packages do, please give me a bit more information about /usr/lib/qgis/crssync. It updates a srs.db - where does it look for input files? hardcoded directory(ies) (which?) or from config file (which?) The srs.db is updated with the CRS data from GDAL and PROJ.4. crssync uses the csv and wkt files shipped in libgdal1h: /usr/share/gdal/1.10/gcs.csv /usr/share/gdal/1.10/pcs.csv /usr/share/gdal/1.10/vertcs.csv /usr/share/gdal/1.10/compdcs.csv /usr/share/gdal/1.10/geoccs.csv /usr/share/gdal/1.10/epsg.wkt (the wkts it includes no longer exist) The paths are not hardcoded, only the file basename is. The full path is looked up using CPLFindFile() which is a function from libgdal. From reading the source (QgsCoordinateReferenceSystem::syncDb() in src/core/qgscoordinatereferencesystem.cpp), http://hub.qgis.org/issues/5282 where crssync is added to qgis-providers-common.postinst, and http://hub.qgis.org/issues/3645 where crssync was initially introduced, it also uses the EPSG list from Proj.4 via the proj API. /usr/share/proj/epsg The EPSG list from Proj.4 is included in proj-data which is a dependency of libproj0. I chose to go with the named trigger first because I envision the gdal and proj4 packages to activate this trigger too in their postinst when their data is updated. Kind Regards, Bas -- GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738507: src:sqlite3: Fix broken cross-compilation with multiarch Tcl
Hi, On Sun, Feb 9, 2014 at 11:56 PM, László Böszörményi (GCS) g...@debian.org wrote: Thanks for the heads-up. While experimental is integral part of Debian, please don't file serious bugs that related only to that. The version in unstable builds fine in an up-to-date environment. Will do. reportbug listed 'does not build but used to' as this severity, but I agree that the severity was a bit high. Still, other cross compilations like x86_64 - armel should remove the rpath I guess. Never tested that way, but may try it this week. Yes, it's not the best solution - but the other one is to fix chrpath, which might be hard. One could also maybe hack it to ignore or1k binaries. Yet another solution is to do 'chrpath $FILE || true' to make the step optional. I spent a short amount of time trying to see if there was an easy fix for chrpath but I didn't dig too deep - something related to the endianness was all I could figure out. Any ETA when the new Tcl package will hit unstable? 1-2 month according to the maintainer. Regards, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738516: src:unixodbc: Update config.sub/config.guess
Control: tags -1 = confirmed On Sun, Feb 09, 2014 at 11:51:39PM -0800, Christian Svensson wrote: Hi, On Sun, Feb 9, 2014 at 11:47 PM, Steve Langasek vor...@debian.org wrote: The unixodbc package already updates config.sub and config.guess from the autotools-dev package at build time. What is the build failure that you're seeing? Maybe it is only updating one of the copies? (final-or1k-amd64)root@openrisc-lab:/tmp/unixodbc-2.3.1# dpkg-buildpackage -aor1k -b -d dpkg-buildpackage: source package unixodbc dpkg-buildpackage: source version 2.3.1-1 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by Steve Langasek vor...@debian.org dpkg-architecture: warning: specified GNU system type or1k-linux-gnu does not match gcc system type x86_64-linux-gnu, try setting a correct CC environment variable dpkg-buildpackage: host architecture or1k dpkg-source --before-build unixodbc-2.3.1 debian/rules clean dh clean dh_testdir debian/rules override_dh_auto_clean make[1]: Entering directory `/tmp/unixodbc-2.3.1' dh_auto_clean make[1]: Leaving directory `/tmp/unixodbc-2.3.1' dh_clean debian/rules build dh build dh_testdir debian/rules override_dh_auto_configure make[1]: Entering directory `/tmp/unixodbc-2.3.1' OLDDATESUB=`./config.sub -t | tr -d - ` || OLDDATESUB=; \ NEWDATESUB=`/usr/share/misc/config.sub -t | tr -d - `; \ if [ -z $OLDDATESUB ] || [ $OLDDATESUB -lt $NEWDATESUB ]; \ then \ cp -f /usr/share/misc/config.sub config.sub; \ cp -f /usr/share/misc/config.sub libltdl/config.sub; \ fi /bin/sh: 1: ./config.sub: not found Ah, it seems the config.sub in the 2.3.1 upstream tarball has wrong permissions, causing the update to fail. I'll be sure to address this in the next upload. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#738453: mplayer2: crash when seek file from http
В Вск, 09/02/2014 в 21:14 -0500, Reinhard Tartler пишет: On Sun, Feb 9, 2014 at 2:21 PM, Alexander V. Kudrevatykh kudrevat...@gmail.com wrote: Package: mplayer2 Version: 2.0-554-gf63dbad-1+b1 Severity: normal When playing some files from http and trying to seek forward mplayer2 crashes When playing same file from filesystem seek works OK and no crashes in attachment you can find gdb output for mplayer Can you please rerun your backtrace with the package libav-dbg installed? The backtrace is missing potentially helpful pieces of information. Thanks. You can find new backtrace in attachment Thanks warning: no loadable sections found in added symbol-file system-supplied DSO at 0x77ffa000 [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Reading config file /etc/mplayer/mplayer.conf get_path('') - '/home/maloi/.mplayer/' get_path('config') - '/home/maloi/.mplayer/config' Reading config file /home/maloi/.mplayer/config MPlayer2 UNKNOWN (C) 2000-2012 MPlayer Team CPU vendor name: GenuineIntel max cpuid level: 13 CPU: Intel(R) Core(TM) i5-3337U CPU @ 1.80GHz (Family: 6, Model: 58, Stepping: 9) extended cpuid-level: 8 extended cache-info: 16801856 Detected cache-line size is 64 bytes CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNowExt: 0 SSE: 1 SSE2: 1 SSSE3: 1 Compiled with runtime CPU detection. Compiled against libavutil version 51.22.1 (runtime 51.22.2) Compiled against libavcodec version 53.35.0 Compiled against libavformat version 53.21.0 (runtime 53.21.1) Compiled against libswscale version 2.1.0 get_path('codecs.conf') - '/home/maloi/.mplayer/codecs.conf' Reading /home/maloi/.mplayer/codecs.conf: Can't open '/home/maloi/.mplayer/codecs.conf': No such file or directory Reading /etc/mplayer/codecs.conf: Can't open '/etc/mplayer/codecs.conf': No such file or directory Using built-in default codecs.conf. Configuration: --prefix=/usr --confdir=/etc/mplayer --enable-translation --disable-svga --extra-cflags=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 --extra-ldflags=-Wl,-z,relro --enable-debug=3 --enable-runtime-cpudetection CommandLine: '-v' 'http://mediatomb:49155/content/media/object_id/2252/res_id/0/ext/file.avi' Using MMX (with tiny bit MMX2) Optimized OnScreenDisplay init_freetype get_path('fonts') - '/home/maloi/.mplayer/fonts' Using nanosleep() timing get_path('input.conf') - '/home/maloi/.mplayer/input.conf' Can't open input config file /home/maloi/.mplayer/input.conf: No such file or directory Parsing input config file /etc/mplayer/input.conf Input config file /etc/mplayer/input.conf parsed: 92 binds Setting up LIRC support... mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. get_path('file.avi.conf') - '/home/maloi/.mplayer/file.avi.conf' Playing http://mediatomb:49155/content/media/object_id/2252/res_id/0/ext/file.avi. get_path('sub/') - '/home/maloi/.mplayer/sub/' Filename for url is now http://mediatomb:49155/content/media/object_id/2252/res_id/0/ext/file.avi Filename for url is now http://mediatomb:49155/content/media/object_id/2252/res_id/0/ext/file.avi STREAM_HTTP(1), URL: http://mediatomb:49155/content/media/object_id/2252/res_id/0/ext/file.avi Resolving mediatomb for AF_INET6... Couldn't resolve name for AF_INET6: mediatomb Resolving mediatomb for AF_INET... Connecting to server mediatomb[192.168.3.16]: 49155... --- HTTP DEBUG HEADER --- START --- protocol: [HTTP/1.1] http minor version: [1] uri:[(null)] method: [(null)] status code:[200] reason phrase: [OK] body size: [0] Fields: 0 - CONTENT-LENGTH: 392718336 1 - CONTENT-TYPE: video/x-msvideo 2 - DATE: Mon, 10 Feb 2014 08:08:58 GMT 3 - LAST-MODIFIED: Sat, 08 Feb 2014 14:56:13 GMT 4 - SERVER: Linux/3.2.0-4-amd64, UPnP/1.0, MediaTomb/0.12.1 5 - CONNECTION: close 6 - Content-Disposition: attachment; filename=24.s05e09.dvdrip.rus.eng.novafilm.tvtorrents.ru.avi 7 - Accept-Ranges: bytes 8 - transferMode.dlna.org: Streaming 9 - transferMode.dlna.org: Streaming 10 - contentFeatures.dlna.org: DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=017000 00 --- HTTP DEBUG HEADER --- END --- Content-Length: [392718336] Content-Type: [video/x-msvideo] Cache size set to 21000 KBytes STREAM: [null] http://mediatomb:49155/content/media/object_id/2252/res_id/0/ext/file.avi STREAM: Description: http streaming STREAM: Author: Bertrand, Albeau, Reimar Doeffinger, Arpi? STREAM: Comment: plain http CACHE_PRE_INIT: 0 [0] 0 pre:645120 eof:0 Cache fill: 0.00% (0 bytes) Detected file format: AVI list_end=0x3324 === AVI Header === us/frame: 41708 (fps=23.976) max bytes/sec: 0 padding: 0 MainAVIHeader.dwFlags: (272) HAS_INDEX IS_INTERLEAVED frames total: 62772 initial: 0 streams: 3 Suggested BufferSize: 0
Bug#738524: libsepol1: strange error message about Duplicate declaration
Package: libsepol1 Version: 2.2-1 Severity: normal Setting up selinux-policy-default (2:2.20140206-1.1) ... Updating selinux default policy...libsepol.scope_copy_callback: application: Duplicate declaration in module: type/attribute application_exec_type (No such file or directory). libsemanage.semanage_link_sandbox: Link packages failed (No such file or directory). semodule: Failed! I'm getting the above error when installing an experimental policy package. My policy is probably buggy so some error is due, but getting the name of the module wrong is a bug in libsepol1. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libsepol1 depends on: ii libc6 2.17-97 ii multiarch-support 2.17-97 libsepol1 recommends no packages. libsepol1 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#738525: nvidia-kernel-source: process signals masked by nvidia drivers.
Source: nvidia-kernel-source Version: 319.82 Severity: important Tags: upstream Dear Maintainer, nvidia drivers mask signals in terminals (CTRL-Z, CTRL-C), intermittenty. has been reported upstream. see https://devtalk.nvidia.com/default/topic/638521/linux/gnome-terminal-problems- ctrl-c-and-exit/ http://stackoverflow.com/a/20219577 https://bugzilla.redhat.com/show_bug.cgi?id=1028272 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/12 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.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#603659: [PATCH] posh: test failures
On Mon, 15 Nov 2010, Jonathan Nieder wrote: Patches are attached, since that is what debbugs seems to cope best with. 02-guard-against-unset-ifs • An unset IFS shall behave like an IFS set to spacetabnewline, see POSIX: http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_06_05 bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736760: Conflict between debian/upstream (DEP-12) debian/upstream/ (uscan)
On Fri, Feb 07, 2014 at 08:07:41PM -0500, James McCoy wrote: On Fri, Feb 07, 2014 at 10:32:52AM +0100, Daniel Leidert wrote: James McCoy wrote: Part of the reason I chose to use debian/upstream/ is that an extensible location for upstream related information (similar in spirit to debian/source/) could be useful. I've really wondered, why you didn't use debian/source/ for this purpose and introduced another directory? Why not put the key used to sign the upstream source right into debian/source/? debian/source/ is for content related to the source package. debian/upstream/ would be for content related to upstream. There's a distinct separation there and as the signing key is, IMO, obviously upstream metadata it's not appropriate for debian/source/. The only relation it has to the source package is that it's used to verify one component of the source package. I wonder whether you have further files in mind which should end up in debian/upstream/ dir. Could your please give some reasons why you dropped the previously used location, debian/upstream-signing-key.pgp, in favour of introducing a directory which even conflicts with some other file name which is discussed in a DEP-12 without minding any discussion. IMHO, it is simply not the right way to to a grab into the name space without dicussion and creating work for your fellow DDs by doing so. For instance: Do you plan to move the debian/watch file to debian/upstream/ dir as well (or not and if not why not?) If I could see any vision behind your change I would have no problem to follow this vision but even if I have some very slight sympathy from the esthetics of naming I consider the principle of never change a running system as way more important than some slight esthetical change specifically introduced without any coordination / discussion in the first place. In short: If there is some big plan for a debian/upstream/ dir please lay it out for public discussion. Otherwise I'd be in favour of reverting the change in devscripts. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738336: RFA: rotix - A program to generate rotational obfuscations
Hi, Chris Taylor ctay...@debian.org writes: Due to an unfortunate lack of time and interest, I am requesting a adopter for rotix. I am willing to sponsor the first few uploads if a non-DD would like to adopt it. Here is the long description for rotix: Rotix allows you to generate rotational obfuscations, like the world-famous ROT-13. Note that this is not an encryption pack. . Install Rotix if you want to generate ROT-13 variants. It doesn't seem to offer much more than caesar from bsdgames. rotix has options to specify input and output files, but this can easily be achieved with the shell. There are also no --left and --right options in caesar. So maybe this package should just be removed from the archive? Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738389: mlpost: FTBFS: Latex errors
On Sun, Feb 09, 2014 at 05:50:18PM +0100, David Suárez wrote: Source: mlpost Version: 0.8.1-5 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140208 qa-ftbfs Justification: FTBFS on amd64 Transcript written on mfput.log. grep: ecrm1000.log: No such file or directory Probably a missing build-dependency on texlive-fonts-recommended. I will check this out tonight. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738525: nvidia-kernel-source: process signals masked by nvidia drivers.
Control: reassign -1 src:nvidia-graphics-drivers 319.82-1 On Lu, 10 feb 14, 16:20:33, Andrew King wrote: Source: nvidia-kernel-source Version: 319.82 Severity: important Tags: upstream Dear Maintainer, nvidia drivers mask signals in terminals (CTRL-Z, CTRL-C), intermittenty. has been reported upstream. see https://devtalk.nvidia.com/default/topic/638521/linux/gnome-terminal-problems- ctrl-c-and-exit/ http://stackoverflow.com/a/20219577 https://bugzilla.redhat.com/show_bug.cgi?id=1028272 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/12 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#738526: sort: weird(might wrong) sorting result
Package: coreutils Version: 8.21-1 Severity: important Why does the sort command process [1] to [2]? [1]: c = c ca = ca cm = cm [2]: ca = ca c = c cm = cm Just run this: echo -e c = c\nca = ca\ncm = cm|sort, it's really weird, seems like sort ignores and = -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (2, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coreutils depends on: ii libacl1 2.2.52-1 ii libattr1 1:2.4.47-1 ii libc62.17-97 ii libselinux1 2.2.2-1 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- Adam Lee http://adam8157.info -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738527: acpidump does not work for me anymore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: acpidump Version: 20131115-1.1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** This link was presented to me in the acpi-kernel-documentation: https://01.org/linux-acpi/documentation/overriding-dsdt but I am unable to make an ACPI-dump from my testing-machine. Installation was reported here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=77 I switched from XFCE back to GNOME today and I think the 'sort folders before files'-option of the file-manager is not working here. code andreas@s5:~$ sudo aptitude install acpidump The following NEW packages will be installed: acpica-tools{a} acpidump 0 packages upgraded, 2 newly installed, 0 to remove and 2 not upgraded. Need to get 785 kB of archives. After unpacking 2,195 kB will be used. Do you want to continue? [Y/n/?] Get: 1 http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ jessie/main acpica-tools amd64 20131115-1.1 [627 kB] Get: 2 http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ jessie/main acpidump all 20131115-1.1 [157 kB] Fetched 785 kB in 1s (432 kB/s) Selecting previously unselected package acpica-tools. (Reading database ... 217102 files and directories currently installed.) Preparing to unpack .../acpica-tools_20131115-1.1_amd64.deb ... Unpacking acpica-tools (20131115-1.1) ... Selecting previously unselected package acpidump. Preparing to unpack .../acpidump_20131115-1.1_all.deb ... Unpacking acpidump (20131115-1.1) ... Processing triggers for man-db (2.6.6-1) ... Setting up acpica-tools (20131115-1.1) ... update-alternatives: using /usr/bin/acpixtract-acpica to provide /usr/bin/acpixtract (acpixtract) in auto mode update-alternatives: warning: skip creation of /usr/share/man/man1/man1/acpixtract.1.gz because associated file /usr/share/man/man1/man1/acpixtract-acpica.1 (of link group acpixtract) doesn't exist update-alternatives: using /usr/bin/acpidump-acpica to provide /usr/bin/acpidump (acpidump) in auto mode update-alternatives: warning: skip creation of /usr/share/man/man1/man1/acpidump.1.gz because associated file /usr/share/man/man1/man1/acpidump-acpica.1 (of link group acpidump) doesn't exist Setting up acpidump (20131115-1.1) ... andreas@s5:~$ sudo aptitude install iasl The following NEW packages will be installed: iasl 0 packages upgraded, 1 newly installed, 0 to remove and 2 not upgraded. Need to get 157 kB of archives. After unpacking 181 kB will be used. Get: 1 http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ jessie/main iasl all 20131115-1.1 [157 kB] Fetched 157 kB in 0s (520 kB/s) Selecting previously unselected package iasl. (Reading database ... 217129 files and directories currently installed.) Preparing to unpack .../iasl_20131115-1.1_all.deb ... Unpacking iasl (20131115-1.1) ... Setting up iasl (20131115-1.1) ... andreas@s5:~$ sudo acpidump acpidump Could not get ACPI tables, AE_BAD_HEADER /code acpidump only produces empty files as a result - -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.9caec (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acpidump depends on: ii acpica-tools 20131115-1.1 acpidump recommends no packages. acpidump suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlL4lkoACgkQ5+rBHyUt5wvmRgCbB9EcD/9hE4x4r+r96YgcUSxc VvcAnikn4oWmoRzXGdNst7T/gQwgB3vD =aWIL -END PGP SIGNATURE-
Bug#736760: Conflict between debian/upstream (DEP-12) debian/upstream/ (uscan)
Greetings Fellow Developers, I would like to put here some words that I had in mind since I discovered the problem with the upstream file/dir in debian/. It is already a respectable while that we use the debian/upstream *file* for the documentation of bibliographic data in packages that might have articles published about the software packaged. I discovered recently that upstream was to become a directory in debian/. While I think that such a choice might be a reasonably good idea, I have to admit my astonishment at the total absence of information/discussion around that matter, from the side of the devscripts folks, as this choice fell us--designers and happy users of debian/upstream as a file totally out of the blue. On Mon, Feb 10, 2014 at 09:21:02AM +0100, Andreas Tille wrote: On Fri, Feb 07, 2014 at 08:07:41PM -0500, James McCoy wrote: On Fri, Feb 07, 2014 at 10:32:52AM +0100, Daniel Leidert wrote: James McCoy wrote: Part of the reason I chose to use debian/upstream/ is that an extensible location for upstream related information (similar in spirit to debian/source/) could be useful. I've really wondered, why you didn't use debian/source/ for this purpose and introduced another directory? Why not put the key used to sign the upstream source right into debian/source/? debian/source/ is for content related to the source package. debian/upstream/ would be for content related to upstream. There's a distinct separation there and as the signing key is, IMO, obviously upstream metadata it's not appropriate for debian/source/. The only relation it has to the source package is that it's used to verify one component of the source package. I wonder whether you have further files in mind which should end up in debian/upstream/ dir. Could your please give some reasons why you dropped the previously used location, debian/upstream-signing-key.pgp, in favour of introducing a directory which even conflicts with some other file name which is discussed in a DEP-12 without minding any discussion. IMHO, it is simply not the right way to to a grab into the name space without dicussion and creating work for your fellow DDs by doing so. +1 If I could see any vision behind your change I would have no problem to follow this vision but even if I have some very slight sympathy from the esthetics of naming I consider the principle of never change a running system as way more important than some slight esthetical change specifically introduced without any coordination / discussion in the first place. +1 In short: If there is some big plan for a debian/upstream/ dir please lay it out for public discussion. Otherwise I'd be in favour of reverting the change in devscripts. +1 Happy hacking, Filippo -- Filippo Rusconi, PhD - public crypto key C78F687C @ pgp.mit.edu Researcher at CNRS and Debian Developer lopi...@debian.org Author of ``massXpert'' at http://www.massxpert.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738509: python-gnupg: CVE-2013-7323 CVE-2014-1927 CVE-2014-1928
Control: tags 738404 + pending The CVEs should be fixed in upstream version 0.3.6 for which I've prepared a package (just submitted to my usual sponsor) I'm working on backporting the fixes to the 0.3.0 version in stable -- Elena ``of Valhalla'' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728279: cowbuilder: Document --save option in man-page
I think it's --save-after-login you mention. It is documented in pbuilder.8 At Wed, 30 Oct 2013 09:05:11 +0100, Ralf Jung wrote: Package: cowbuilder Version: 0.73 Severity: normal Dear Maintainer, the manpage does not mention the --save parameter which allows to --login to the cowbuilder and do persistent changes. I don't know how foten I already had to look up this argument elsewhere, als I only rarely need it, but it should really be mentioned in the manpage. Kind regards Ralf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cowbuilder depends on: ii cowdancer 0.73 ii libc6 2.17-93 ii pbuilder 0.215 cowbuilder recommends no packages. cowbuilder 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#738528: debian/tests/check-presets now fails with 1.5.3
Package: winff Version: 1.5.3-2 Hello, winff's autopkgtest succeeded for the previous 1.5.2 (with the fixes from #737541 applied, thanks for that), but it now fails with the new 1.5.3 version: | + /usr/bin/avconv -i /home/ubuntu/winff-1.5.3/debian/tests/test.avi -f mp4 -vf scale=320:240 -aspect 320:240 -r 11.988 -b:v 160k -b:a 56k -vcodec libxvid -acodec libvo_aacenc -y -t 1 test.mp4 | avconv version 9.10-6:9.10-1ubuntu7, Copyright (c) 2000-2013 the Libav developers | built on Dec 23 2013 20:10:59 with gcc 4.8 (Ubuntu/Linaro 4.8.2-10ubuntu2) | Guessed Channel Layout for Input Stream #0.1 : mono | Input #0, avi, from '/home/ubuntu/winff-1.5.3/debian/tests/test.avi': | Metadata: | encoder : Lavf54.20.3 | Duration: 00:00:01.06, start: 0.00, bitrate: 868 kb/s | Stream #0.0: Video: mjpeg, yuvj422p, 240x180, 30 fps, 30 tbr, 30 tbn | Stream #0.1: Audio: pcm_u8, 11024 Hz, mono, u8, 88 kb/s | [libvo_aacenc @ 0x1953c20] Unable to set encoding parameters | Output #0, mp4, to 'test.mp4': | Metadata: | encoder : Lavf54.20.3 | Stream #0.0: Video: libxvid, yuv420p, 320x240 [PAR 1:1 DAR 4:3], q=2-31, 160 kb/s, 90k tbn, 11.99 tbc | Stream #0.1: Audio: libvo_aacenc, 11024 Hz, mono, s16, 56 kb/s | Stream mapping: | Stream #0:0 - #0:0 (mjpeg - libxvid) | Stream #0:1 - #0:1 (pcm_u8 - libvo_aacenc) | Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height http://ci.debian.net/#package/winff did not yet pick up 1.5.3 yet, but you can get a full current log at [1]. I confirmed that this also affects Debian sid, with $ adt-run winff --- adt-virt-schroot sid Is that an upstream regression, or does check-presets need to be adjusted to the new version? Thanks in advance, Martin [1] http://ci.debian.net/Ful://jenkins.qa.ubuntu.com/job/trusty-adt-winff/7/ARCH=i386,label=adt/console -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.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#738529: [debian-zfs] Can't compile DKMS module
Package: debian-zfs Version: 7~wheezy Severity: normal --- Please enter the report below this line. --- Hi, The DKMS module does not compile, here is the log: == 8 === 8 == DKMS make.log for spl-0.6.2 for kernel 3.12-1-amd64 (x86_64) lundi 10 février 2014, 09:53:30 (UTC+0100) make all-recursive make[1]: entrant dans le répertoire « /var/lib/dkms/spl/0.6.2/build » Making all in module make[2]: entrant dans le répertoire « /var/lib/dkms/spl/0.6.2/build/module » make -C /lib/modules/3.12-1-amd64/build SUBDIRS=`pwd` O=/lib/modules/3.12-1-amd64/build CONFIG_SPL=m modules make[3]: entrant dans le répertoire « /usr/src/linux-headers-3.12-1-amd64 » CC [M] /var/lib/dkms/spl/0.6.2/build/module/spl/../../module/spl/spl-debug.o CC [M] /var/lib/dkms/spl/0.6.2/build/module/spl/../../module/spl/spl-proc.o CC [M] /var/lib/dkms/spl/0.6.2/build/module/spl/../../module/spl/spl-kmem.o In file included from /var/lib/dkms/spl/0.6.2/build/include/sys/types.h:44:0, from /var/lib/dkms/spl/0.6.2/build/include/sys/kmem.h:37, from /var/lib/dkms/spl/0.6.2/build/module/spl/../../module/spl/spl-kmem.c:27: /var/lib/dkms/spl/0.6.2/build/include/linux/mm_compat.h:198:16: error: unknown field 'shrink' specified in in$ static struct shrinker s = { \ ^ /var/lib/dkms/spl/0.6.2/build/module/spl/../../module/spl/spl-kmem.c:842:1: note: in expansion of macro 'SPL_$ SPL_SHRINKER_DECLARE(spl_kmem_cache_shrinker, ^ /var/lib/dkms/spl/0.6.2/build/include/linux/mm_compat.h:198:16: warning: initialization from incompatible poi$ static struct shrinker s = { \ ^ /var/lib/dkms/spl/0.6.2/build/module/spl/../../module/spl/spl-kmem.c:842:1: note: in expansion of macro 'SPL_$ SPL_SHRINKER_DECLARE(spl_kmem_cache_shrinker, ^ /var/lib/dkms/spl/0.6.2/build/include/linux/mm_compat.h:198:16: warning: (near initialization for 'spl_kmem_c$ static struct shrinker s = { \ ^ /var/lib/dkms/spl/0.6.2/build/module/spl/../../module/spl/spl-kmem.c:842:1: note: in expansion of macro 'SPL_$ SPL_SHRINKER_DECLARE(spl_kmem_cache_shrinker, ^ make[7]: *** [/var/lib/dkms/spl/0.6.2/build/module/spl/../../module/spl/spl-kmem.o] Erreur 1 make[6]: *** [/var/lib/dkms/spl/0.6.2/build/module/spl] Erreur 2 make[5]: *** [_module_/var/lib/dkms/spl/0.6.2/build/module] Erreur 2 make[4]: *** [sub-make] Erreur 2 make[3]: *** [all] Erreur 2 make[3]: quittant le répertoire « /usr/src/linux-headers-3.12-1-amd64 » make[2]: *** [modules] Erreur 2 make[2]: quittant le répertoire « /var/lib/dkms/spl/0.6.2/build/module » make[1]: *** [all-recursive] Erreur 1 make[1]: quittant le répertoire « /var/lib/dkms/spl/0.6.2/build » make: *** [all] Erreur 2 == 8 = 8 == Any help would be helpful !! Thanks for the reply and follow-up ! Rgds, michaël Chlon --- System information. --- Architecture: amd64 Kernel: Linux 3.12-1-amd64 Debian Release: jessie/sid 995 testing gpl.code.de 995 testing ftp.fr.debian.org 995 testing debian.opennms.org 985 unstable gpl.code.de 985 unstable ftp.fr.debian.org 985 unstable download.sip-communicator.org 985 unstable apt.puppetlabs.com 900 experimental gpl.code.de 900 experimental ftp.fr.debian.org 500 wheezy-proposed packages.asterisk.org 500 wheezy packages.asterisk.org 500 stable security.debian.org 500 stable packages.elasticsearch.org 500 stable labs.consol.de 500 stable ftp.fr.debian.org 500 stable downloads.opennebula.org 500 stable download.proxmox.com 500 stable dl.google.com 500 stable deb.opera.com 500 squeeze-cdh4 archive.cloudera.com 500 squeeze-cdh3 archive.cloudera.com 500 squeeze repo.varnish-cache.org 500 sid linux.dropbox.com 500 saucy ppa.launchpad.net 500 release apt.spideroak.com 500 precise-getdeb archive.getdeb.net 500 precise ppa.launchpad.net 500 precise cloudstack.apt-get.eu 500 oneiric ppa.launchpad.net 500 natty ppa.launchpad.net 500 maverick ppa.launchpad.net 500 lucid ppa.launchpad.net 500 karmic ppa.launchpad.net 500 jaunty ppa.launchpad.net 500 binary pkg.jenkins-ci.org 500 all liveusb.info 500 6.0 ftp.project-builder.org 500 10gen downloads-distro.mongodb.org 100 wheezy-backports ftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== spl | 0.6.2-3~wheezy spl-dkms | 0.6.2-3~wheezy zfs-dkms | 0.6.2-4~wheezy zfsutils | 0.6.2-4~wheezy Recommends (Version) | Installed ==-+-=== build-essential | 11.6 linux-headers | zfsonlinux | 2~wheezy Suggests (Version) | Installed -+-=== zfs-auto-snapshot | * Anglais - détecté * Anglais * Français * Allemand * Russe * Anglais * Français * Allemand * Russe javascript:void(0);#
Bug#734203: Ping about debian-edu-german ML
Dear Debian list maintainers, any news on this request??? Thanks, Mike -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net pgpE7ES_HvENN.pgp Description: Digitale PGP-Signatur
Bug#738530: ITP: ipig -- integrating PSMs into genome browser visualisations
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: ipig Version : SVN r5 Upstream Author : Mathias Kuhring kuhri...@rki.de * URL : http://sourceforge.net/projects/ipig/ * License : BSD Programming Lang: Java Description : integrating PSMs into genome browser visualisations iPiG targets the integration of peptide spectrum matches (PSMs) from mass spectrometry (MS) peptide identifications into genomic visualisations provided by genome browser such as the UCSC genome browser (http://genome.ucsc.edu/). . iPiG takes PSMs from the MS standard format mzIdentML (*.mzid) or in text format and provides results in genome track formats (BED and GFF3 files), which can be easily imported into genome browsers. Remark: This package is maintained by the Debian Med team and the packaging is available at git://anonscm.debian.org/debian-med/ipig.git It belongs to a set of packages listed at http://www.renard.it/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738531: apparmor: debian/watch is out-of-date
Source: apparmor Version: 2.8.0-5 Severity: normal Tags: patch Hi, the currently shipped debian/watch is broken: $ uscan --report uscan warning: In debian/watch, no matching hrefs for watch line http://launchpad.net/apparmor/+download/ http://launchpad.net/apparmor/.*/AppArmor-(.*)\.tar\.gz ... while the proposed one works fine: $ wget -O debian/watch 'http://anonscm.debian.org/viewvc/sepwatch/trunk/watchfiles/apparmor_2.8.0-5.watch?revision=179view=co' $ uscan --report Processing watchfile line for package apparmor... Newest version on remote site is 2.8.2, local version is 2.8.0 apparmor: Newer version (2.8.2) available on remote site: https://launchpad.net/apparmor/2.8/2.8.2/+download/apparmor-2.8.2.tar.gz (local version is 2.8.0) Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738312: valadoc: new upstream (support vala 0.22)
Hello Sebastian! On Mon, Feb 10, 2014 at 01:50:16AM +0100, Sebastian Reichel wrote: [...] valac 0.22 is currently only available in experimental. I wonder if valac-0.22 should be uploaded to sid first. [...] I don't see any harm in valadoc supporting valac 0.22 before it's available in sid, quite the contrary as any package using valadoc would then start to FTBFS with the new vala. Anyway, FYI I intend to upload valac 0.22 to sid in a not to distant future (unless I can trick someone else into doing it first) (ie. in march or so when gnome 3.12 releases are out.) Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737730: debian-policy: Minor rewrite for CGI program paths in 11.5 Web servers and applications
Hi. Bill Allombert bill.allomb...@math.u-bordeaux1.fr writes: On Wed, Feb 05, 2014 at 02:48:56PM +0100, Olivier Berger wrote: Package: debian-policy Severity: minor Dear Maintainer, Reading https://www.debian.org/doc/debian-policy/ch-customized-programs.html#s-web-appl I think it could be rephrased from : 1. Cgi-bin executable files are installed in the directory /usr/lib/cgi-bin/cgi-bin-name or a subdirectory of that directory, and should be referred to as http://localhost/cgi-bin/cgi-bin-name (possibly with a subdirectory name before cgi-bin-name). to : 1. Cgi-bin executable files are installed in the directory /usr/lib/cgi-bin/ or a subdirectory of that directory, so that, typically /usr/lib/cgi-bin/cgi-bin-name should be referred to as http://localhost/cgi-bin/cgi-bin-name (possibly with a subdirectory name before cgi-bin-name). Hope this helps. I think your main point is that /usr/lib/cgi-bin/cgi-bin-name should be /usr/lib/cgi-bin/ in the original text, is it ? The dirname is /usr/lib/cgi-bin/, yes. The original phrasing was ambiguous, as such. I am slightly concerned that the added typically weakens the should. Is it intended ? I don't know, as I'm not an english native speaker. That weakening wasn't intended. Feel free to improve ;) Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726021: gtest: missing google test shared library (was package libgtest0)
Control: tags -1 + wontfix Yves Fischer wrote: Dear Maintainer, with commit Switch to cmake. Install full source. [1] you removed the package libgtest0. Due to this it is not possible to build google test projects in debian the same way as using redhat linux, where a libgtest/libgtest_main is provided as a shared library. I'm not sure about your reasons, however please consider re-adding this package. Shared library is no longer provided due to upstream recommendation. From README.Debian: Use of precompiled libgtest Not Recommended --- The Google C++ Testing Framework uses conditional compilation for some things. Because of the C++ One Definition Rule, gtest must be compiled with exactly the same flags as your C++ code under test. Because this is hard to manage, upstream no longer recommends using precompiled libraries [1]. [1] http://groups.google.com/group/googletestframework/browse_thread/thread/668eff1cebf5309d You can find examples of using the library under /usr/share/doc/libgtest-dev/examples, and more advice within the quoted README.Debian. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719624: RFA: xrdp
❦ 6 février 2014 00:44 CET, Micheal Waltz eclip...@gmail.com : I would like to become a Debian Maintainer and am looking for a mentor/sponsor to help me with building packages and maintaining packages for Debian. I've built a few Debian packages at work and have experience, but unfortunately none of it is open source. Since we use xrdp frequently on many of our users machines, I believe maintaining the xrdp package would be a good place to start and allow me to have the time to maintain it. Please let me know if this package is still up for adoption and if so what the next steps are, thank you. Hi Michael! For some reason, I didn't see your ITA. Yes, xrdp is still available for adoption. Since there was some pending work in my git tree, I have pushed a last upload (including 0.6.1 upstream version). Feel free to contact me directly once you get a package to sponsor. -- panic(sun_82072_fd_inb: How did I get here?); 2.2.16 /usr/src/linux/include/asm-sparc/floppy.h signature.asc Description: PGP signature
Bug#738532: initscripts fails to install
Package: initscripts Version: 2.88dsf-50 Severity: important Dear Maintainer, Setting up initscripts (2.88dsf-50) ... insserv: can not connect systemd: Failed to connect to socket /run/systemd/private: Connection refused process 25629: arguments to dbus_connection_close() were incorrect, assertion connection != NULL failed in file ../../dbus/dbus-connection.c line 2907. This is normally a bug in some application using the D-Bus library. process 25629: arguments to dbus_connection_unref() were incorrect, assertion connection != NULL failed in file ../../dbus/dbus-connection.c line 2794. This is normally a bug in some application using the D-Bus library. insserv: FATAL: service rpcbind is missed in the runlevels 2 3 4 5 to use service nfs-common insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing package initscripts (--configure): -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10.29 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF8) Shell: /bin/sh linked to /bin/bash Versions of packages initscripts depends on: ii coreutils 8.21-1 ii debianutils 4.4 ii libc6 2.18-0experimental1 ii lsb-base4.1+Debian12 ii mount 2.20.1-5.6 ii sysv-rc 2.88dsf-50 ii sysvinit-utils 2.88dsf-50 Versions of packages initscripts recommends: ii e2fsprogs 1.42.9-3 ii psmisc 22.20-1 initscripts suggests no packages. -- Configuration Files: /etc/default/rcS changed: TMPTIME=7 SULOGIN=no DELAYLOGIN=no VERBOSE=no FSCKFIX=no ASYNCMOUNTNFS=yes -- 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#727708: Both T and L are wrong, plea for something simpler
Le dimanche, 9 février 2014, 13.02:21 Steve Langasek a écrit : On Sun, Feb 09, 2014 at 02:07:56PM +0100, Didier 'OdyX' Raboud wrote: Le vendredi, 7 février 2014, 14.27:25 Steve Langasek a écrit : (…), what I've seen suggests that systemd integration is currently in a state that would cause terrible regressions for many server users. (…) Could you please either refrain from blanket statements about the brokenness of systemd or back them with bugreports? Someone kindly pointed to me in private that I went off-bounds with this attack on Steve. I agree and therefore apologize: it was unneededly personal and wasn't helping the discussion, sorry for that. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515744: script usage is wrong
On Sun, Feb 09, 2014 at 10:57:32PM -0500, Phillip Susi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 tags 515744 + moreinfo thanks I'm afraid this report is too vague to be useful: *how* is it incoherent? Indeed, the -r opt reported in the cmd-line help is not valid. I see no more other incosistencies. At the same time SYNOPSIS in the man page needs fixing (--force is missing). Command line help: -- Options: -a, --appendappend the output -c, --command command run command rather than interactive shell -r, --returnreturn exit code of the child process -f, --flush run flush after each write --force use output file even when it is a link -q, --quiet be quiet -t, --timing[=file] output timing data to stderr (or to FILE) -V, --version output version information and exit -h, --help display this help and exit Man page: - script [-a] [-c command] [-e] [-f] [-q] [-t[=file]] [-V] [-h] [file] DESCRIPTION script makes a typescript of everything printed on your terminal. It is useful for students who need a hardcopy record of an interactive session as proof of an assignment, as the typescript file can be printed out later with lpr(1). If the argument file is given, script saves all dialogue in file. If no file name is given, the typescript is saved in the file typescript. Options: -a, --append Append the output to file or typescript, retaining the prior contents. -c, --command command Run the command rather than an interactive shell. This makes it easy for a script to capture the output of a program that behaves differ‐ ently when its stdout is not a tty. -e, --return Return the exit code of the child process. Uses the same format as bash termination on signal termination exit code is 128+n. -f, --flush Flush output after each write. This is nice for telecooperation: one person does `mkfifo foo; script -f foo', and another can supervise real-time what is being done using `cat foo'. --force Allow the default output destination, i.e. the typescript file, to be a hard or symbolic link. The command will follow a symbolic link. -q, --quiet Be quiet. -t, --timing[=file] Output timing data to standard error, or to file when given. This data contains two fields, separated by a space. The first field indi‐ cates how much time elapsed since the previous output. The second field indicates how many characters were output this time. This informa‐ tion can be used to replay typescripts with realistic typing and output delays. -V, --version Output version information and exit. -h, --help Output help and exit. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734763: [Pkg-javascript-devel] Bug#734763: Please update libjs-jquery-cookie and use upstream numbering
Hi Marcelo, I'm late, but only for clarify why I created the jquery-goodies package. See: http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2009-May/000238.html Thanks, it is a very useful package :-) When talking to our upstream developers about the way they use JavaScript, they typically go to get the latest files from GitHub etc. rather than looking first to see which version they can get from Debian. Over time, unless there is a known bug which forces an update, their bundled library becomes older than the version available in Debian. So they don't necessarily always have the latest version, but they do know exactly the version they have. Cheers! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738533: RFS: psensor/0.8.0.4-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package psensor * Package name: psensor Version : 0.8.0.4-1 Upstream Author : jea...@gmail.com * URL : http://wpitchoune.net/psensor * License : GPL v2 Section : utils It builds those binary packages: psensor- display graphs for monitoring hardware temperature psensor-common - common files for Psensor and Psensor server psensor-server - Psensor server for monitoring hardware sensors remotely To access further information about this package, please visit the following URL: http://mentors.debian.net/package/psensor Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/psensor/psensor_0.8.0.4-1.dsc More information about psensor can be obtained from http://wpitchoune.net/psensor. Changes since the last upload: * New upstream release. * debian/control + added dep to autotools-dev to regenerate config.{guess,sub}. + added vcs fields. + fixed ordering of build-deps. + longer description for psensor-common. * debian/copyright + copyright end date set to 2013. * debian/psensor*.lintian-overrides + ignored no-upstream-change lintian warnings as upstream does not provide it. * removed debian/docs because there are multiple bin packages. * debian/psensor-common.install + added README. * debian/psensor-common.doc-base.manual + registered to doc-base. * debian/rules + regenerate config.{guess,sub} automatically. (Closes: #727950) Regards, Jean-Philippe Orsini -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738534: ITA: cwirc -- X-Chat morse plugin
Package: wnpp Severity: normal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738535: Error: 'No such file or directory' when clicking 'Path: Click to open'
Package: calibre Version: 1.14.0+dfsg-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Click the 'Click to open link in the RH pane * What exactly did you do (or not do) that was effective (or ineffective)? As above * What was the outcome of this action? Error message: 'No such file or directory' * What outcome did you expect instead? File manager would open in the directory containing calibre's ebook files for the selected book. *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 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 calibre depends on: ii calibre-bin 1.14.0+dfsg-1 ii fonts-liberation 1.07.3-3 ii imagemagick 8:6.7.7.10-7 ii libjs-mathjax 2.2-1 ii poppler-utils 0.22.5-4 ii python-apsw 3.8.2-r1-1 ii python-beautifulsoup 3.2.1-1 ii python-chardet2.0.1-2 ii python-cherrypy3 3.2.2-2 ii python-cssselect 0.9.1-1 ii python-cssutils 0.9.10-1 ii python-dateutil 1.5+dfsg-1 ii python-dbus 1.2.0-2+b1 ii python-feedparser 5.1.3-1 ii python-imaging2.2.1-3.1 ii python-lxml 3.2.0-1+b1 ii python-markdown 2.3.1-2 ii python-mechanize 1:0.2.5-3 ii python-netifaces 0.8-3 ii python-pil2.2.1-3.1 ii python-pkg-resources 2.1-1 ii python-pyparsing 2.0.1+dfsg1-1 ii python-qt44.10.3+dfsg1-1 ii python-routes 2.0-1 ii python2.7 2.7.6-5 ii xdg-utils 1.1.0~rc1+git20111210-7 Versions of packages calibre recommends: ii python-dnspython 1.11.1-1 calibre 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#736760: Conflict between debian/upstream (DEP-12) debian/upstream/ (uscan)
Hi, On Mon, 10 Feb 2014, Filippo Rusconi wrote: I discovered recently that upstream was to become a directory in debian/. While I think that such a choice might be a reasonably good idea, I have to admit my astonishment at the total absence of information/discussion around that matter, from the side of the devscripts folks, as this choice fell us--designers and happy users of debian/upstream as a file totally out of the blue. This change was also suggested by Guillem Jover in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735840#20 and I tend to agree with the logic of grouping upstream related meta-data in a single directory. That said I also agree that this change is mainly a matter of coherence and esthetics and thus should not break anything and thus everything should support both locations for a long period of time. YMMV. -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578649: waiting ...
Hi, The patch from Stephan is working for me as well without any problem. When will we have a new version of the package with the patch? Ubuntu had it years ago (same patch). Cheers, Lars -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690227: netatalk3: Polished version on github
Quoting Adrian Knoth (2014-01-28 18:39:08) I forked Igor's repo and applied Tony's update to 3.0.6 on top of it. I then took 1-2hrs to clean up the package, so that it builds in pbuilder, is mostly lintian clean (two missing manpages) and probably a good starting point for Jonas. I don't know if we should go for netatalk3 instead, that's completely up to you. Updated repo is here: https://github.com/adiknoth/netatalk-debian I've also sent pull requests to Igor. Thanks - to all of you! I still have interest in maintaining Netatalk, but as you probably noticed have grown pretty conservative. It is not my intend, however, to sit on it alone - I just done a bad job at promoting Netatalk packaging as a teamwork. If some of you may be interested in ongoing maintenance of Netatalk packaging for Debian (and its derivatives like Ubuntu), please join the Alioth team and its corresponding mailinglist (when created - I requested that list just now and it takes a little while to be processed), and let's move discussions to that list: https://alioth.debian.org/projects/pkg-netatalk/ If all you wanted was to help this one-off push to a newer release, then that's quite appreciated too: I (or rather we, the team) will sure take those suggested patches into account when upgrading the packaging officially. Thanks again for your contributions. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#738536: dgit clone fails with unicode dsc file
Package: dgit Version: 0.21 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi once dsc file contains unicode, dgit fails on that: $ dgit clone phpmyadmin canonical suite name for unstable is sid starting new git history downloading http://ftp.debian.org/debian//pool/main/p/phpmyadmin/phpmyadmin_4.0.10-1.dsc... Strings with code points over 0xFF may not be mapped into in-memory file handles Nepřípustný argument at /usr/bin/dgit line 818. - -- Michal Čihař | http://cihar.com | http://blog.cihar.com - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4.63-2.44-desktop (SMP w/2 CPU cores; PREEMPT) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dgit depends on: ii curl 7.34.0-1 ii devscripts 2.14.1 ii dpkg-dev 1.17.6 ii dput 0.9.6.4 ii git [git-core] 1:1.8.5.3-1 ii git-core 1:1.8.5.3-1 ii libdpkg-perl 1.17.6 ii libwww-perl6.05-2 ii perl [libdigest-sha-perl] 5.18.2-2 ii realpath 1.19 ii wget 1.15-1 Versions of packages dgit recommends: ii openssh-client [ssh-client] 1:6.4p1-2 Versions of packages dgit suggests: pn sbuild none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS+K4iAAoJEGo39bHX+xdNi10P/RQ6SjQ1LBdoVw3U5Rx2Ts7b 5xtGx0KrnubR/mMkDqqQx2P0TRvjvDyEk7vCWncziMvl1uTKt9EwhwvbpWoALde/ KoXRu2+WOhiZF3rhWtnlegLau0Rz/oF7Hn2Y6els1tQbzJXMeGJprwH+YxcoG+WU oZM+k8th8cL4fJEm7ycN+01G/QByn2EgsHzWVN1Dq1RHN3B18i1HbFT65F5++vI5 7bfRKqBYvcn2Zhr5EXY9GEDNE48diEfcTViyWFuDDxr9A2H6G3Bj0oY4TYS0+OHr htfQyVmv4rvgEmmxROcwSwR5GXVVujJwjYFp/nwxX031d6f381DZl1aFnqggA0ci 3bHhbTLmZEB9VIQgG3cdO/rf6gkKvcqJfqRl68p+iiJ497EcbG3fzX5SgHh3KnMW 9q60Es9rPqE8NMmtkgrLp/luJ2LG5+07dk2rWYClRrTEPnXtvjVaGmYj6bKoHIs8 C2yIpMl20O4vdA/Jj4xg72wQJ3DFm1Lt5HBLyfU68Y/G7s/wysHpYTg/CBDN0zRr VxFCJKDDgn/sJbIRiD9uaUNnft+6xYrde10ywsweD+2vovCWQD6Ir8sUMBYj3k4A VgM8S0rqKTeHpnRoIIAnSftv0RJx75AnpuBh2uzl5ZpzsCuh7AYZd3HBLtDy/C+b xp2LKqd1RYg4n/Kki1k8 =rb25 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738520: src:python2.7: Fix cross compilation dependencies, add profiles for no bluetooth and no Tk
Am 10.02.2014 08:06, schrieb Christian Svensson: Package: src:python2.7 Version: 2.7.6-5 Severity: wishlist Tags: patch Dear Maintainer, This patch uses the new build profiles support to allow for builds without depending on tk or bluez. no. at least I can't find any documentation and/or support in the build and archive tools about build profiles. If that was decided, please point to a wiki page or a decision at debian-devel. Additionally, use the build native version of xauth and net-base instead of the target host ones. no. xauth net-base need to be m-a foreign. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738507: src:sqlite3: Fix broken cross-compilation with multiarch Tcl
the chrpath issue should not be added as work arounds on a per package basis. if this support is needed, then binutils-multiarch should be configured to add it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624122: hash sums mismatch
Starting two weeks ago the downloaded diff-files like http.debian.net_debian_dists_experimental_main_source_Sources.ed.2014-02-10-0246.39.gz are not longer removed after apt-get download but stay in /var/lib/apt/lists. The next time apt-get downloads a diff-file, like for example http.debian.net_debian_dists_experimental_main_source_Sources.ed.2014-02-10-0847.58.gz, the hash sums mismatch error occurs. It may be interesting that afterwards the sha1sum of http.debian.net_debian_dists_experimental_main_source_Sources is the same as given in the History section of http.debian.net_debian_dists_experimental_main_source_Sources.IndexDiff for snapshot 2014-02-10-0847.58. Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709017: /e/n/i getting overwritten after late_command of preseed
Hello, I've came across with the same problem and I think that the attached patch could do the job to fix this weird scenario. It looks if file already exists and only overwrites it in-target if it doesn't. Since '/e/n/i' is already written by 'debian-installer' itself in previous steps, I think it makes no sense to overwrite it again when installation is almost complete. It doesn't make sense neither if the file already exists for any reason (in e.g.: you create it in any other installation step like the case mentioned in 'debian-users' list [1]), so the only case I think it makes sense to set the '/e/n/i' file at that installation stage is if there isn't one already. Hope it helps. [1] https://lists.debian.org/debian-user/2013/05/msg01012.html diff --git a/finish-install.d/55netcfg-copy-config b/finish-install.d/55netcfg-copy-config index c1d2906..23ed968 100755 --- a/finish-install.d/55netcfg-copy-config +++ b/finish-install.d/55netcfg-copy-config @@ -69,6 +69,9 @@ fi # be done if the /e/n/i option is chosen, since /e/n/i gets copied in any # situation. mkdir -p /target$(dirname $FILE_INTERFACES) -cp $FILE_INTERFACES /target$FILE_INTERFACES +if [ ! -e /target$FILE_INTERFACES ] +then + cp $FILE_INTERFACES /target$FILE_INTERFACES +fi exit 0
Bug#738322: RM: xen-api and friends -- ROM; non maintained upstream
On Sun, 2014-02-09 at 14:18 +0800, Thomas Goirand wrote: This is a great shame, but I think the right course of action. [...] I am currently unsure if we should keep: - blktap - blktap-dkms I would appreciate comments from knowledgeable people like one of the 2 Ian (eg: Campbell, Jackson), or Mike about this. I currently believe that blktap isn't needed anymore outside of XCP, so unless they oppose to it, we can delete these packages TL;DR: Ack, they should be removed. IIRC these blktap modules worked with the XCP toolstack but have diverged from the blktap shipped with Xen itself and are therefore incompatible with e.g. the xl toolstack. So in the absence of XCP I don't think it makes much sense to keep these around and you may as well remove them. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734880: ITP: percona-xtradb-cluster-5.5 -- Synchronously replicated, highly available MySQL
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 16/01/14 23:44, Moritz Mühlenhoff wrote: Percona XtraDB Cluster (PXC) provides a highly-available MySQL solution which is based upon the MySQL codebase, but has a quite distinctly different set of features - specifically synchronous replication provided by Galera. This impacts on the standard features of MySQL - for example, query cache configuration which is a popular performance optimization is not available - so its not feasible to have a single mysql-* package that provides both feature sets. Percona closely track the upstream MySQL codebase and ship security/point releases fairly promptly after Oracle releases them. So we'll need to ship security updates for Percona six times a year, which totally sucks as database are notoriously ugly to test. Are you reliably commiting to prepare tested security updates for oldstable and stable througout the entire life cycle of Jessie? Yes - this is an important feature and as long as I'm working on Ubuntu/Debian, I'll commit to doing this. Cheers James - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJS+LayAAoJEL/srsug59jD1GYQANG1VWgPQI2yU12+BKQG1qFa z8lnLts9TCl1zuwwFyxzTqXPPzzZ5mUnPqQODjeOol1e6jopjPYAMxXIBp5Xq8U5 XLto7T39Ec3H1dmgdR/yyaNxPZlIqsaGHUL3rIYmT8t8ew/nOS4ygtRjghlwiCSu CDmyDP/1ipERnlr7oRrE5pF16zsrzmzLVgvPhS4lG0cI/5yiJbIBq3yifBJiJd4x LNvtVTEZEE77EOWsw0fGyQervN8Rt5/BR9oF51qQh7zk7ItIEcGhdmApRZauFaLg 6SZSygY6X8KK1wninq5hElyPyVfQXcI24do7KCETANUeSsjzFHJ+jBmyZTlMpmjb BxEhzNvce4TvrT2Lnn7fuzesTbVSJ26ep1Jmv/l5i2L3WE0qb2ub5GelcsJu+b/g fATmIR2qAbb60V2kEynM2+2WIVFO2Vyz1ebloR9pKXZN2ClmtGbGo/ABRu+QEMcV RmytY3rg9RMFIALNapK7FFj98hAk2vqBodVC9sHhvquQU4AEPjBOMQPzHqjan0PX lVB+OR1CDwxBX6F1pvFysO5tF8G7ayoMpRPRWeoFoM5oFJR6Z0xXjz+cVHHcC1iV B3dctZP8ozZH2bNy6O3o72s/VLQms8QDNx52TABDdQlnGM8wDQEfaoHXdyR+ZV1m Gx17ZAmigiIG0eTyjuWX =wNUa -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736989: r10k/1.1.3-1
On Wed, Jan 29, 2014 at 01:59:53AM +0100, Sebastien Badia wrote: Hi Sebastien, I'm reviewing the package. -- Gonéri pgpj4Sbh_ibSG.pgp Description: PGP signature
Bug#738537: Packages's debian/copyright file incomplete, package contains non-DFSG files
Package: nautilus Version: 3.8.2-2 Severity: serious Dear maintainer, while packaging Caja from the MATE Desktop project for Debian, I stumbled over a severe issue with the debian/copyright file of nautilus and its upstream tarball. (1) the debian/copyright file is incomplete. Several LGPL-2+ files from the upstream tarball (libnautilus-extension1a package) are not covered by debian/copyright. (2) the upstream source tarball contains a COPYING-DOCS file (containing a version of the GNU FDL-1.1+ license). This file probably relates to the docs/ folder in the upstream tarball (it is not quite clear). These files should not be in Debian as the GNU FDL-1.1+ is not considered as a DFSG compliant license by the Debian project [1]. For Caja the solutions are: (for 1) provide a detailled license file, compliant to DEP-5 proposal (for 2) drop nearly all files found in the docs/ folder (except man pages) light+love, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpDMOdK2BuHB.pgp Description: Digitale PGP-Signatur
Bug#738538: Is boost1.55 really multiarch ?
Package: libboost1.55-dev Version: 1.55.0-1 Severity: important I am trying to build a custom software with g++-multilib. I would like to be able to use -m32 on my amd64 box, but I cannot find a way to install boost with both amd64 and i386 package. Steps: $ apt-cache policy libboost1.55-dev:amd64 libboost1.55-dev:i386 Installed: 1.55.0-1 Candidate: 1.55.0-1 Version table: *** 1.55.0-1 0 500 http://ftp.fr.debian.org/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status libboost1.55-dev:i386: Installed: (none) Candidate: 1.55.0-1 Version table: 1.55.0-1 0 500 http://ftp.fr.debian.org/debian/ sid/main i386 Packages $ sudo apt-get install libboost1.55-dev:i386 Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: g++-4.6 libavcodec53 libavformat53 libavutil51 libboost-atomic1.54.0 libboost-chrono1.54.0 libboost-context1.54.0 libboost-date-time1.54.0 libboost-graph-parallel1.54.0 libboost-graph1.54.0 libboost-locale1.54.0 libboost-log1.54.0 libboost-math1.54.0 libboost-mpi-python1.54.0 libboost-mpi1.54.0 libboost-program-options1.54.0 libboost-python1.54.0 libboost-random1.54.0 libboost-regex1.49.0 libboost-serialization1.54.0 libboost-signals1.54.0 libboost-test1.54.0 libboost-thread1.54.0 libboost-timer1.54.0 libboost-wave1.54.0 libcglib-java libclang-common-dev libclang1 libcloog-isl4:i386 libcoin60 libcppnetlib0 libdirac-encoder0 libffi5 libfglrx libgmp10:i386 libinsighttoolkit3.20 libisl10:i386 libllvm3.2 libmaven-plugin-testing-java libmockito-java libmpc2 libmpc3:i386 libmpfr4:i386 libobjenesis-java libstdc++6-4.6-dev libtiff4-dev libtiffxx0c2 libx264-123 linux-headers-3.2.0-4-amd64 linux-headers-3.2.0-4-common linux-headers-amd64 linux-kbuild-3.2 llvm-3.2 llvm-3.2-dev llvm-3.2-runtime mono-dmcs mpi-default-bin nvidia-installer-cleanup zlib1g:i386 Use 'apt-get autoremove' to remove them. The following extra packages will be installed: autopoint binutils binutils-mingw-w64-x86-64 cpp-4.7 dpkg-dev g++-4.7 gcc-4.7 gcc-4.7-base gcc-4.7-multilib gcc-4.8-base gcc-4.8-base:i386 hardening-includes lib32gcc-4.7-dev lib32gcc1 lib32gomp1 lib32itm1 lib32quadmath0 libasan0 libasan0:i386 libatomic1 libatomic1:i386 libc6:i386 libc6-dev:i386 libc6-dev-x32 libc6-i686:i386 libc6-x32 libdpkg-perl libgcc-4.7-dev libgcc-4.8-dev libgcc-4.8-dev:i386 libgcc1 libgcc1:i386 libgcc1-dbg libgfortran3 libgmp10 libgomp1 libgomp1:i386 libitm1 libitm1:i386 libobjc-4.8-dev libobjc4 libquadmath0 libquadmath0:i386 libstdc++-4.8-dev libstdc++-4.8-dev:i386 libstdc++6 libstdc++6:i386 libstdc++6-4.7-dbg libstdc++6-4.7-dev libtsan0 libx32gcc-4.7-dev libx32gcc1 libx32gomp1 libx32itm1 libx32quadmath0 lintian linux-libc-dev linux-libc-dev:i386 Suggested packages: binutils-doc gcc-4.7-locales g++-4.7-multilib gcc-4.7-doc libmudflap0-4.7-dev libgomp1-dbg libitm1-dbg libquadmath0-dbg libmudflap0-dbg libcloog-ppl0 libppl-c4 libppl9 libpwl5 libboost1.55-doc:i386 libboost-atomic1.55-dev:i386 libboost-chrono1.55-dev:i386 libboost-context1.55-dev:i386 libboost-coroutine1.55-dev:i386 libboost-date-time1.55-dev:i386 libboost-exception1.55-dev:i386 libboost-filesystem1.55-dev:i386 libboost-graph1.55-dev:i386 libboost-graph-parallel1.55-dev:i386 libboost-iostreams1.55-dev:i386 libboost-locale1.55-dev:i386 libboost-log1.55-dev:i386 libboost-math1.55-dev:i386 libboost-mpi1.55-dev:i386 libboost-mpi-python1.55-dev:i386 libboost-program-options1.55-dev:i386 libboost-python1.55-dev:i386 libboost-random1.55-dev:i386 libboost-regex1.55-dev:i386 libboost-serialization1.55-dev:i386 libboost-signals1.55-dev:i386 libboost-system1.55-dev:i386 libboost-test1.55-dev:i386 libboost-thread1.55-dev:i386 libboost-timer1.55-dev:i386 libboost-wave1.55-dev:i386 libboost1.55-tools-dev:i386 libmpfrc++-dev:i386 libntl-dev:i386 glibc-doc:i386 locales:i386 manpages-dev:i386 libstdc++-4.8-doc libstdc++-4.8-doc:i386 libstdc++6-4.7-doc binutils-multiarch libtext-template-perl libyaml-perl Recommended packages: gcc:i386 c-compiler:i386 The following packages will be REMOVED: build-essential cableswig cpp cpp-4.8 dh-autoreconf dkms g++ g++-4.8 gcc gcc-4.8 gccxml libboost1.55-dev libtool php5-dev The following NEW packages will be installed: autopoint gcc-4.8-base:i386 lib32gcc-4.7-dev libasan0:i386 libatomic1:i386 libboost1.55-dev:i386 libc6:i386 libc6-dev:i386 libc6-dev-x32 libc6-i686:i386 libc6-x32 libgcc-4.7-dev libgcc-4.8-dev:i386 libgcc1:i386 libgomp1:i386 libitm1:i386 libquadmath0:i386 libstdc++-4.8-dev:i386 libstdc++6:i386 libx32gcc-4.7-dev libx32gcc1 libx32gomp1 libx32itm1 libx32quadmath0 linux-libc-dev:i386 The following packages will be upgraded: binutils binutils-mingw-w64-x86-64 cpp-4.7 dpkg-dev g++-4.7 gcc-4.7 gcc-4.7-base gcc-4.7-multilib gcc-4.8-base hardening-includes lib32gcc1 lib32gomp1 lib32itm1 lib32quadmath0 libasan0 libatomic1 libdpkg-perl libgcc-4.8-dev
Bug#738312: valadoc: new upstream (support vala 0.22)
Hi, On Mon, Feb 10, 2014 at 10:30:15AM +0100, Andreas Henriksson wrote: I don't see any harm in valadoc supporting valac 0.22 before it's available in sid, quite the contrary as any package using valadoc would then start to FTBFS with the new vala. Anyway, FYI I intend to upload valac 0.22 to sid in a not to distant future (unless I can trick someone else into doing it first) valadoc links against libvala of each vala release it supports. I just uploaded an updated valadoc package to experimental, which includes support for vala 0.22. (ie. in march or so when gnome 3.12 releases are out.) How about uploading valac 0.22 to sid ASAP without making it the default valac release? This should not break any packages and I can upload an updated valadoc package to sid. -- Sebastian signature.asc Description: Digital signature
Bug#728279: cowbuilder: Document --save option in man-page
Hi, I see. I was not aware that all the pbuilder options still apply. Does it auto-complete --save to --save-after-login? 'cause I used cowbuilder --login --save and it worked. Kind regards Ralf On 10/02/14 09:10, Junichi Uekawa wrote: I think it's --save-after-login you mention. It is documented in pbuilder.8 At Wed, 30 Oct 2013 09:05:11 +0100, Ralf Jung wrote: Package: cowbuilder Version: 0.73 Severity: normal Dear Maintainer, the manpage does not mention the --save parameter which allows to --login to the cowbuilder and do persistent changes. I don't know how foten I already had to look up this argument elsewhere, als I only rarely need it, but it should really be mentioned in the manpage. Kind regards Ralf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cowbuilder depends on: ii cowdancer 0.73 ii libc6 2.17-93 ii pbuilder 0.215 cowbuilder recommends no packages. cowbuilder 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#724844: bind9: Missing dns/rrl.h
Hi, On Sun, Jan 26, 2014 at 08:52:42PM +, Dominic Hargreaves wrote: On Tue, Jan 21, 2014 at 01:42:29PM +0100, Bernhard Schmidt wrote: I'd like to echo this; 9.9.x has useful and important functionality for DNSSEC deployment. The bug in question seems to be a repeat of #720813 which was marked fixed in 1:9.9.3.dfsg.P2-3 but as far as I can tell from looking at http://snapshot.debian.org/archive/debian/20130828T095519Z/pool/main/b/bind9/libbind-dev_9.9.3.dfsg.P2-3_amd64.deb wasn't. The bug is marked pending but I can't see any sign of a fix in the git repo. Lamont, can you confirm the situation? I'll be working on BIND this week, expect this to be addressed by Monday 3 Feb. Sorry to bother you again, but any news? Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
Please a GR to override this bullshit. There are 100 people who have chosen to use systemd. Yet they override everyone else because they are in the right position. Fuck systemd from the bottom of my heart. Fuck it. Fuck it. FUCK SYSTEMD. I do not want to learn systemd. I do not want to deal with systemd. I hate the way it does things. I hate the way their community works. I hate that it does so much. I hate that it changes the system. I hate what it is: system Daemon. I want an init that does few things. An init that doesn't crash (not systemd!) An init that doesn't care that I have encrypted hdd, and _never_ did care. An init that's small and doesn't contain security errors (the larger the code the more there are, and nope C is not run directly on the iron, so whatever you think you're coding, guess again because you don't have as much control as you think once the real code is running on the machine) SystemD isn't it. I hate the attitude of it's fuck faced devs and fans. It's either them or us. They make that clear. Fuck them, Fuck their system. Fuck SystemD Fuck SystemD. We are obsolete and must obey their way. Our beliefs are superceded, says them. Fuck Systemd. Viva unix (please!). Fuck Systemd. http://images2.fanpop.com/image/polls/322000/322597_125780756_full.jpg Looking up to you unix of old and of now. Love you unix of old. You are rough but resolute. Not a new wonder kid BITCH, that thinks WE are it's bitch. FUCK SYSTEMD. Systemd fanboys try to keep steve from voting Yea, and others in or around the tech-ctte are completly different. You know, being systemd fanboys that just want to foist a completely new order on us for what seems like religious reasons, rather than a possibly slightly monetary reasons. So _COMPLETELY_ different! So yea, No steve lan, and shove systemd straight down our throats, down our gullet, through our stomach, have it crash through our guts below, and then castrate us while it powerbombs through our balls at the antepodal region from where it entered into the ground (perhaps crashing through a few floors below us and doing the same to some other poor sods). In the end there will be nothing but systemd. To make this possible steve lan needs to be moved out of the way for a clean victory for the new way(TM!). All Hail Lennart! (Lennart IS a german from Brazil, and it IS his way or NO way, so it fits).
Bug#737700: netatalk: versions 2.2.5 and 3.1 available
forcemerge 685878 690227 710726 737700 retitle 685878 netatalk: newer upstream versions available thanks Quoting Brian Campbell (2014-02-05 05:41:09) I'm interested in an updated version of Netatalk. At the moment, Netatalk 2.2.5 fixes several bugs that I've encountered, and is relatively easy to update to. There's one fairly significant feature missing in Netatalk 3 that's missing and preventing me from using it, but I'm working with upstream on that; if they implement that, then I'd want to update to 3.1. Which feature is that? I've built a Netatalk 2.2.5 package for my own use, and am wondering if you're interested in help maintaining Netatalk in Debian. I'm new to Debian packaging, however, so you'll have to be patient with me as a lot of this is new. Yes - help is appreciated. Both one-off help by filing bugreports and offering patches, and ongoing help maintaining the package. I have now dusted off the Alioth team which have existed for quite some years but haven't been used or promoted much, and added a mailinglist there. Anyone interested in maintaining Netatalk packaging for Debian (and its derivatives, e.g. Ubuntu) is encourages to join that team and subscribe to the corresponding mailinglist. To join the team, you need to (create an Alioth account and) request membership at https://alioth.debian.org/projects/pkg-netatalk/ When filing bugreports, please check if same issue has already been reported, and if so post additional info to that existing bugreport. Similar bugreports is merged with this email. Regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#695218: Valgrind - strlen error
I'm adding this as it seems related. I'll log a new bug if needed. I've got the same problem with the *dbg packages installed. Linux localhost 3.11-2-amd64 #1 SMP Debian 3.11.10-1 (2013-12-04) x86_64 GNU/Linux dpkg -l libc6* ||/ Name Version Architecture +++-==--- ii libc6:amd642.17-97 amd64 ii libc6:i386 2.17-97 i386 ii libc6-amd642.17-97 i386 ii libc6-dbg:amd642.17-97 amd64 ii libc6-dbg:i386 2.17-97 i386 ii libc6-dev:amd642.17-97 amd64 ii libc6-dev:i386 2.17-97 i386 in libc6-dev-amd64none i386 ii libc6-dev-i386 2.17-97 amd64 ii libc6-dev-x32 2.17-97 amd64 ii libc6-i386 2.17-97 amd64 ii libc6-i686:i3862.17-97 i386 ii libc6-x32 2.17-97 amd64 un libc6.1 none none un libc6.1-dev none none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738539: xul-ext-https-everywhere: add www.debian.org and security-tracker.debian.org
Package: xul-ext-https-everywhere Version: 3.4.5-1 Severity: wishlist Please add www.debian.org and security-tracker.debian.org to Debian.xml. Thanks for considering. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738540: libmgl-dev: clang cannot be used to compile an application using mathgl
Package: libmgl-dev Version: 2.2-1 Severity: important Tags: upstream Dear Maintainer, When trying to compile an application using libmgl-dev with clang I get the following compilation error: /usr/include/mgl2/define.h:27:10: fatal error: 'omp.h' file not found #include omp.h Indeed, clang does not support OpenMP yet. I traced back the include in the Mathgl sources and it seems: 1. This include is useless since there is no call in the sources to any of the OpenMP functions 2. Even if mathgl sources want to make use of the OpenMP API, the omp.h include should not have been provided to the end-user. IMHO, it should have stayed in C++ source files not in headers provided to the user. I think this is an upstream bug, but in the mean time there may be a Debian fix to allow users to compile their application with clang. One may consider rebuilding mathgl with OpenMP support deactivated and maybe activate the pthread support since it is the alternate way provided by mathgl. Thanks! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (800, 'stable-updates'), (800, 'stable'), (700, 'unstable'), (90, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmgl-dev depends on: ii libgl1-mesa-dev [libgl-dev] 9.2.2-1 ii libgsl0-dev 1.16+dfsg-1 ii libmgl-fltk7.1.0 2.2-1 ii libmgl-glut7.1.0 2.2-1 ii libmgl-mpi7.1.0 2.2-1 ii libmgl-qt7.1.0 2.2-1 ii libmgl-wnd7.1.0 2.2-1 ii libmgl-wx7.1.0 2.2-1 ii libmgl7.1.0 2.2-1 ii libpng12-dev [libpng-dev]1.2.50-1 libmgl-dev recommends no packages. libmgl-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: A general resolution is needed. The 100 systemd users shouldn't be able to take over debian linux. They're in the right place, but their decision to foist this on us should be overruled.
A general resolution is needed. The 100 systemd users shouldn't be able to take over debian linux. They're in the right place at the right time (they always seem to be), but their decision to foist this on us should be overruled. The systemd developers and supporters seek to enforce their vision of what linux is to be on all of us. They are winning in that fight. Not because we all want them to, but because they know how to play the game. They zero in on key positions of authority and that is whom they either convince or aquire access into. Few people use system d in debian. Yet we must all use it by default for the next release. A system alien to any unix principals. A system that is not anything like what we knew. A system that has an asshole for a main dev that has no regards for anyone else's opinion or wishes. Fk systemd. I don't want systemd, wayland, gnome3, etc. I do want debian, but the new people are on a crusade. They can't let me have what I allready have, I have to switch to their stack (whatever the hell that means) in the future or eat their dust. They intentionally remove support for enemy ways of running a system. Fk them.
Bug#738317: dbus: stage1 bootstrap build isn't working
On 09/02/14 04:55, Daniel Schepler wrote: Source: dbus Version: 1.8.0-1 Severity: wishlist Thanks for including support for DEB_BUILD_PROFILE=stage1 to enable bootstrapping. However, that doesn't seem to be working in this version: ... cp: cannot stat 'debian/tmp/debian/tmp/lib/systemd/system/dbus.service': No such file or directory Yes, this was an upstream change (in 1.7.10) after I implemented the stage1 support. Previously, we installed the systemd .service files unconditionally, even on non-Linux architectures where systemd won't work. I'm afraid the stage1 support will continue to be a low priority (and probably get bugs like this) until it's exercised on a regular basis, which can't be done in Debian infrastructure until sbuild etc. support the conditional build-dependencies. I've worked around this by removing the systemd files from debian/dbus.install by hand just for this build, but that of course wouldn't be a suitable patch to apply to the official source package... Maybe a suitable patch would be removing them from debian/dbus.install, and then doing a manual dh_install in debian/rules conditional on not being in a stage1 build? Something like that. Since 1.7.10 we already generate debian/dbus.install from a generic part and an OS-specific part, because we don't get Linux-specific systemd stuff on kFreeBSD or Hurd either. Perhaps the approach I took in that version (dbus.install-${DEB_HOST_ARCH_OS}) was too speculatively generic, and we should have been concatenating debian/dbus.install-generic and (in non-stage1 builds for Linux) debian/dbus.install-systemd; or perhaps we should have been making use of debhelper 9's support for executable debhelper config files. Tested patches welcome :-) (When testing, please use sbuild/pbuilder/cowbuilder and debdiff to make sure that when built normally, the non-stage1 packages end up with the same files we currently ship.) Thanks, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738526: sort: weird(might wrong) sorting result
Pádraig's mail was missed by bug-tracking system? Quoted here for reference. On Mon, Feb 10, 2014 at 09:48:00AM +, Pádraig Brady wrote: On 02/10/2014 08:56 AM, Adam Lee wrote: echo -e c = c\nca = ca\ncm = cm|sort $ echo -e c = c\nca = ca\ncm = cm| LANG=C sort c = c ca = ca cm = cm This is a FAQ, but you need to explicitly set the C locale to avoid your locale collating rules. thanks, Pádraig. -- Adam Lee -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738541: obnam: Add support for ext[234] nodump flag
Package: obnam Version: 1.6.1-1 Severity: wishlist Tags: upstream patch I've spent a few days hacking on Obnam to add support for the Linux ext[234] nodump flag. This flag, when set with the `chattr +d` command, lets you mark a file or folder as not to be backed up, and is a good way for regular users to exclude their own files from backup without needing access to Obnam's configuration file. Instead of just emailing a patch, I have pushed these changes to a Github repository. There are two branches: `linux-nodump-support` and `linux-nodump- support-forstable`. The former is based on the current upstream `master`, and the latter is based on the current stable release (1.6.1). They differ only in which test framework is used: Yarn for the former, and cmdtest for the latter. They are at: [master] https://github.com/argv-minus-one/obnam/tree/linux-nodump-support [stable] https://github.com/argv-minus-one/obnam/tree/linux-nodump-support-forstable To anyone that wants to build an Obnam package with this feature added, you can download a zip file containing a source tree, ready for a standard dpkg- buildpackage build, from: https://github.com/argv-minus-one/obnam/archive/linux-nodump-support-forstable.zip -- System Information: Debian Release: sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-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 obnam depends on: ii libc6 2.17-95 ii python2.7.5-5 ii python-cliapp 1.20130808-1 ii python-fuse 2:0.2.1-9 ii python-larch 1.20131130-1 ii python-paramiko 1.10.1-1 ii python-tracing0.6-2 ii python-ttystatus 0.23-1 obnam recommends no packages. obnam suggests no packages. -- no debconf information signature.asc Description: This is a digitally signed message part.
Bug#722249: ITP: simplescreenrecorder -- a simple program to record
Any news on this package? A few italian teachers (who are using and spreading around a Debian derivative) would love to have it available / installed. -- Elena ``of Valhalla'' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738543: nginx upload-module plugin enablement
Package: nginx Version: 1.4.4-4 Please add upload-module plugin ( https://github.com/vkholodkov/nginx-upload-module) to nginx. Patch is attached. In patch you can find plugin code patched to work with latest nginx ( https://github.com/vkholodkov/nginx-upload-module/issues/45). nginx-upload-module.patch.gz Description: GNU Zip compressed data
Bug#738542: loses messages when clients are unreachable
Package: ejabberd Version: 2.1.5-3+squeeze2 Severity: grave We are migrating our XMPP infrastructure away from ejabberd, but it'd be not very nice not to let you know: With mobile clients, such as Xabber on Android, we've seen plenty of cases of ejabberd losing messages. What seems to happen is that the mobile client loses connectivity (effectively going offline without telling the server). If the server now receives a message for the client, it seems to blindly forward it without waiting for acknowledgement. When the mobile client connects the next time, it won't get the message as the server deems it delivered and hence did not queue it for later delivery. I don't really have any more information or logs or traces, sorry. But I am sure this can be easily reproduced. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
On Mon, Feb 10, 2014 at 12:37 PM, Craig Bransworth craigbranswo...@aim.com wrote: In the end there will be nothing but systemd. To make this possible steve lan needs to be moved out of the way for a clean victory for the new way(TM!). I'm one of the vocal and outspoken systemd advocates. Your assertion that Ian needs to be moved out is completely baseless and ridiculous. There are 4 people for consistently vote for systemd, 4 who do this for Upstart. Before you wrote your message loads of people have pointed out that this call for Ian to be removed is inappropriate (see LWN, Phoronix, Google+). All Hail Lennart! References to religion and second world war? Really? You expect people to listen to such bullshit? Fairly easy to assign everything to conspiracy and say systemd advocates are handling in bad faith. Now read LWN and Phoronix comments. Public proof you're totally off. Note that various ctte members have stated multiple times that messages such as yours are inappropriate, don't add any value (ranting is not very useful!) and too late. This makes it quite clear you didn't investigate. Regards, Olav -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733734: apt-listchanges: sometimes gives too many changes
Control: found -1 2.85.13 On 2013-12-31 14:50:56 +0100, Vincent Lefevre wrote: apt-listchanges sometimes gives too many changes, with changelogs for versions = the one being installed. For instance: [...] Another example: $ apt-show-versions -a libserf-1-1 libserf-1-1:amd64 1.3.3-1 install ok installed No stable version libserf-1-1:amd64 1.3.3-1 testing ftp.fr.debian.org libserf-1-1:amd64 1.3.4-1 unstable ftp.fr.debian.org No experimental version libserf-1-1:amd64/unstable 1.3.3-1 upgradeable to 1.3.4-1 Version 1.3.3-1 was installed on 2014-01-03. But no references of libserf-1-1 in /var/lib/apt/listchanges.db. apt-listchanges --profile=apt /var/cache/apt/archives/libserf-1-1_1.3.4-1_amd64.deb gives changelogs up to: serf (0.7.2-1) experimental; urgency=low * New upstream release. - patches/no-export-vars: delete, now upstream. * New ABI: - patches/abi-0.x: New patch to change upstream SONAME. - Rename libserf-0-0 to libserf0.7. - Rename libserf-0-0-dev to libserf-dev while we're at it. * Policy 3.9.1: one instance of s/Conflicts/Breaks/. * Upgrade to source format 1.0. * Add some Depends: ${misc:Depends}; thanks, Lintian. -- Peter Samuelson pe...@p12n.org Fri, 03 Jun 2011 03:18:07 -0500 BTW, I notice that for libsvn1 and libsvn-dev, which were installed at the same time, there isn't a reference either in listchanges.db. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: #727708
Hi please consider ENTIRELY disallowing any mail to that bug, except for the few CTTE members, no exceptions. Nothing there currently is of any help, nor providing any new information. Should the CTTE want someone external to add, either you can manually allow them - there shouldn't really be many to come - or they can just forward the few pieces of useful information they still may need. If you don't want to do the manual work of adding new people on CTTE request, (something I can understand entirely) I volunteer to do exactly that work for the time until the issue is resolved, just enable me to do so. If you need this mail signed, I can only provide that this evening, until which I'm sure there would be another three or four dozen waste mails around, so if you could act earlier, that would be nice. -- bye Joerg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738536: dgit clone fails with unicode dsc file
Michal Čihař writes (Bug#738536: dgit clone fails with unicode dsc file): once dsc file contains unicode, dgit fails on that: How annoying. Sorry about that. I will look into this. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
oops.. that was supposed to be a private message, sorry for the noise. Please remove this one and my previous one. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738544: wrong month name for February in de_AT: FebruAr
Package: locales-all Version: 2.13-38+deb7u1 Severity: normal } weasel@defiant:~$ LC_ALL=de_AT date +%B } FebruAr } weasel@defiant:~$ LC_ALL=de_DE date +%B } Februar The month's name in de_AT should be Februar. Feber is also acceptable. FebruAr with a capital A is just Wrong (with a capital W :). Cheers, -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.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#727708: Fsk SystemD and its developers and its users. GR to override this please.
Please a GR to override this bullshit. There are 100 people who have chosen to use systemd. Yet they override everyone else because they are in the right position.
Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
Olav Vitters dixit: References to religion and second world war? Really? You expect people to listen to such bullshit? Also, as a German, I’m affronted by Craig’s comment. After all, Hitler was Austrian, not even German. Fairly easy to assign everything to conspiracy and say systemd advocates are handling in bad faith. Now read LWN and Phoronix comments. Public proof you're totally off. Actually, there’s more proof that systemd is not all roses, too. By dalias of musl fame, no less: http://ewontfix.com/14/ bye, //mirabilos -- 13:37⎜«Natureshadow» Deep inside, I hate mirabilos. I mean, he's a good guy. But he's always right! In every fsckin' situation, he's right. Even with his deeply perverted taste in software and borked ambition towards broken OSes - in the end, he's damn right about it :(! […] works in mksh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738359: xorrisofs: -follow-links fails on valid symlinks
Hi, Linux semantics is that component .. hops up to the parent directory of the link-resolved current tree node. xorriso hopped up to the previous path component. I have uploaded a new development snapshot. Please test whether it solves the problem. In a directory of your choice, do wget http://www.gnu.org/software/xorriso/xorriso-1.3.5.tar.gz # optionally verify its MD5: 84ebab5aa1de56dec8c22ad046c2b5f0 tar xzf xorriso-1.3.5.tar.gz cd xorriso-1.3.5 ./configure make xorriso/xorriso -version The -version command should report among other lines Version timestamp : 2014.02.10.104827 No need to install it. Just use the absolute path and command -as mkisofs instead of xorrisofs: xorriso=$(pwd)/xorriso/xorriso cd /somewhere/else $xorriso -as mkisofs -f -o test.iso root/ If you want to install it over the Debian xorriso, then find the latter by debian_xorriso=$(which xorriso) echo $debian_xorriso and copy the new binary at the location of the (much smaller) Debian one mv $debian_xorriso $debian_xorriso_debian cp $xorriso $debian_xorriso The new binary brings its statically linked copies of libburn, libisofs, and libisoburn. So these Debian packages can stay installed as they are. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738319: [Pkg-systemd-maintainers] Bug#738319: Bug#738319: Bug#738319: systemd: Patch to bootstrap without gobject-introspection or cryptsetup
Am 09.02.2014 18:49, schrieb Daniel Schepler: But since that new syntax is not backwards compatible with stable's dpkg and apt, we won't be able to actually upload packages using that syntax until at least after jessie's release. So in the meantime, I'm submitting patches with just the debian/rules changes, leaving out the debian/control changes. Thanks for your reply, Daniel. So from what I understand, the patch is incomplete and not really sufficient to enable bootstrapping. Is that correct? If so, I'd like to keep this bug open until jessie is released and we merge a complete patch then. Or is there any benefit in merging an incomplete patch which simply contains the debian/rules bits? 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#738544: wrong month name for February in de_AT: FebruAr
* Peter Palfrader [Mon Feb 10, 2014 at 01:20:28PM +0100]: Package: locales-all Version: 2.13-38+deb7u1 Severity: normal } weasel@defiant:~$ LC_ALL=de_AT date +%B } FebruAr } weasel@defiant:~$ LC_ALL=de_DE date +%B } Februar The month's name in de_AT should be Februar. Feber is also acceptable. FebruAr with a capital A is just Wrong (with a capital W :). AFAICT with locales-all 2.17-97 it seems to be fine[1]: mika@heart ~ % LC_ALL=de_AT date +%B Februar mika@heart ~ % LC_ALL=de_DE date +%B Februar [1] Though I consider it broken that de_AT says Februar instead of Feber, see http://de.wikipedia.org/wiki/Feber regards, -mika- signature.asc Description: Digital signature
Bug#738342: lintian: checks/cruft - GFDL check is slow
Le 9 févr. 2014 13:54, Niels Thykier ni...@thykier.net a écrit : Package: lintian Version: 2.5.21 Severity: normal A quick benchmark suggests that lintian spends nearly 2 minutes on the Linux source package (I tested with linux/3.10~rc7-1~exp1). Profiling Lintian with perl -d:NYTProf suggests that the vast majority of the time is spent in: if ($cleanedblock =~ $gfdlpattern) { Where $gfdlpattern is one of: # classical gfdl matching pattern my $normalgfdlpattern = qr/ (?'contextbefore'(?: (?:(?!a \s+ copy \s+ of \s+ the \s+ license \s+ is).){1024}| (?:\s+ copy \s+ of \s+ the \s+ license \s+ is.{0,1024}?))) gnu \s+ free \s+ documentation \s+ license (?'rawgfdlsections'(?:(?!gnu \s+ free \s+ documentation \s+ license).){0,1024}?) a \s+ copy \s+ of \s+ the \s+ license \s+ is /xsmo; # for first block we get context from the beginning my $firstblockgfdlpattern = qr/ (?'rawcontextbefore'(?: (?:(?!a \s+ copy \s+ of \s+ the \s+ license \s+ is).){1024}| \A(?:(?!a \s+ copy \s+ of \s+ the \s+ license \s+ is).){0,1024}| (?:\s+ copy \s+ of \s+ the \s+ license \s+ is.{0,1024}?) ) ) gnu \s+ free \s+ documentation \s+ license (?'rawgfdlsections'(?:(?!gnu \s+ free \s+ documentation \s+ license).){0,1024}?) a \s+ copy \s+ of \s+ the \s+ license \s+ is /xsmo; The profiler suggests that 60% of the runtime is spent in the CORE:match operations inside license_check from c/cruft. The regex appeas to be hit only 2452 times, but it spends an average of 55.9ms per time totalling 137s. Bastian, do you have an ideas for reducing the cost of the regex? Yes I have. Use these regexp only if we could match gnu free documentation license Bastien ~Niels
Bug#727708: #727708
Am 10.02.2014 13:18 schrieb Joerg Jaspert jo...@debian.org: Hi please consider ENTIRELY disallowing any mail to that bug, except for the few CTTE members, no exceptions. Nothing there currently is of any help, nor providing any new information. I second that, at least for some time doing that will be a good thing. Cheers, Matthias
Bug#737782: [DRE-maint] Bug#737782: RFC: on the future of the ruby-switch and rbenv packages
Hi, On 10 Feb 2014, at 03:14, Antonio Terceiro terce...@debian.org wrote: Hello all, [..] I am inclined to do the following: - request the removal of ruby-switch - drop the rbenv-alternatives plugin from rbenv (rbenv already supports switching between the system Ruby and its own). I would like to have any feedback on this. I would agree on this course of actions. Christian signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#738497: gdm3: XDMCP cannot handle multiple terminals
On 10/02/14 00:08, Paul Szabo wrote: Initial problem was with D-Bus, log lines like Feb 4 11:53:21 bari gdm-welcome][15095]: AccountsService-WARNING: Failed to connect to the D-Bus daemon: GDBus.Error:org.freedesktop.DBus.Error.LimitsExceeded: The maximum number of active connections for UID 0 has been reached Seems /etc/dbus-1/session.conf settings are not applied. A workaround seems to be to set limit lines in /etc/dbus-1/system.conf also. system.{conf,conf.local,d} are the correct place to configure this limit, and session.{conf,conf.local,d} are not. The system bus and the session buses are not the same thing: they share a executable, but have separate configuration. The system bus is the single instance of dbus-daemon that runs under uid messagebus, and can be used by processes under any uid. AccountsService is a system service (like NetworkManager, BlueZ, Avahi, systemd, and gdm itself). The session buses are the instances of dbus-daemon that run under individual users' uids, and can only be used by that same uid. They're only relevant for session services like dconf and Telepathy, and session applications (e.g. most GNOME and KDE applications). gdm uses the system bus for general system coordination involving privileged components (communication between gdm components, AccountsService, ConsoleKit if in use, and systemd-logind if in use). It also uses one session bus per login GUI for communication among unprivileged login GUI components (the greeter), under uid Debian-gdm. Adding limit entries to system.conf, system.conf.local or a file in system.d, similar to those in session.conf but with somewhat smaller numbers, is likely to be necessary if you have that many parallel users on a machine. You'll probably want to raise max_completed_connections and max_incomplete_connections (so dbus-daemon asks the kernel for a higher fd limit before it drops privileges), as well as max_connections_per_user. The shipped system.conf does not currently override the hard-coded default limits from bus/config-parser.c. The limit for the number of connections per user (uid) is conservative, because each D-Bus connection needs one fd, and the maximum number of fds per process is relatively small. The hard-coded defaults are 256 connections per user, and 2048 connections in total (so 8 users could cooperate to deny service to the rest). uid 0 is not currently treated as special: if you would like it to be exempt from max_connections_per_user, please send a patch upstream to https://bugs.freedesktop.org/show_bug.cgi?id=74788. I don't know why the greeters quit when you have more than 5-10 at once: that sounds like some orthogonal bug. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736760: Conflict between debian/upstream (DEP-12) debian/upstream/ (uscan)
Hi, On Mon, Feb 10, 2014 at 11:42:20AM +0100, Raphael Hertzog wrote: This change was also suggested by Guillem Jover in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735840#20 and I tend to agree with the logic of grouping upstream related meta-data in a single directory. Quoting this mail: (As a side note, I'd rather have liked to use something like debian/upstream/whatever.ext, and was considering filing a bug report, which could be followed by allowing to have debian/upstream/watch, but it's probably too late for the latter. :/ ) I wonder in how far it is to late for debian/watch and not for the file debian/upstream. Yey, I'm aware that we have two to three orders of magnitude more debian/watch files than debian/upstream files - but how to know when it is to late or not? That said I also agree that this change is mainly a matter of coherence and esthetics and thus should not break anything and thus everything should support both locations for a long period of time. Seems we all agree on the esthetics issue but I for myself would think that *if* we go for esthetics than we should make this strict and complete or not at all. Otherwise I see no point in wasting developer time for half baken things. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
On 10 February 2014 11:37, Craig Bransworth craigbranswo...@aim.com wrote: Please a GR to override this ... The Debian Project welcomes and encourages participation by everyone. No matter how you identify yourself or how others perceive you: we welcome you. We welcome contributions from everyone as long as they interact constructively with our community. However, the message you have posted is extremely offensive and thus cannot be considered as constructive interaction with us. Please refrain from using such language when interacting with us. If you can't refrain yourself, please stop interacting with us. -- Regards, Dimitri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738317: dbus: stage1 bootstrap build isn't working
On 10/02/14 07:42, Christian Svensson wrote: Also, please change the use of DEB_BUILD_PROFILE to DEB_BUILD_PROFILES (which the tools now support). As with the originally-reported bits of this bug, if you're interested in staged builds, tested patches are very welcome. I would also welcome a rebased/updated version of this commit using whatever syntax the dpkg maintainers chose to merge (I've lost track): http://anonscm.debian.org/gitweb/?p=pkg-utopia/dbus.git;a=commitdiff;h=stage1 I won't be able to push that to the main packaging branches, namely master and experimental, until Debian infrastructure (wanna-build, sbuild, dak, britney etc.) supports it, but it would still be a good thing to have on a branch. Thanks, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738545: archive: InRelease and Release file have no exsisting files in them.
Package: archive Severity: important Dear Maintainer, After some help and fresh installed VM i think there is problem in ther archive When i do apt-get update on my kfreebsd machien i get this W: Failed to fetch http://ftp.nl.debian.org/debian/dists/sid/main/source/Sources 404 Not Found [IP: 2001:67c:2564:a120::21 80] W: Failed to fetch http://ftp.nl.debian.org/debian/dists/sid/main/binary-kfreebsd-amd64/Packages 404 Not Found [IP: 2001:67c:2564:a120::21 80] W: Failed to fetch http://ftp.nl.debian.org/debian/dists/sid/main/i18n/Translation-en 404 Not Found [IP: 2001:67c:2564:a120::21 80] W: Failed to fetch http://ftp.nl.debian.org/debian/dists/jessie-updates/main/source/Sources 404 Not Found [IP: 2001:67c:2564:a120::21 80] W: Failed to fetch http://ftp.nl.debian.org/debian/dists/jessie-updates/main/binary-kfreebsd-amd64/Packages 404 Not Found [IP: 2001:67c:2564:a120::21 80] E: Some index files failed to download. They have been ignored, or old ones used instead. All of the above file are listed in the release file but are not on any archive mirror, can some one fix this please ! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.2-1-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#726998: [debian-policy] any news ? Lintian implement some check now
On Mon, Feb 10, 2014 at 01:49:13PM +0800, Paul Wise wrote: On Sun, 2014-02-09 at 23:11 +0100, Bill Allombert wrote: I am not quite sure I understand your point about Promotion of upstream projects. What example do you have in mind ? Some of the issues are to do with social networks - Twitter, Facebook, Google+, which are mostly used for promotion in the FOSS world. But practically, how is it possible to replace them by local resources ? Cheers, Bill. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738453: mplayer2: crash when seek file from http
retitle 738453 mplayer2: libmpdemux/demuxer.c:837: ds_get_packet2: Assertion `ds-buffer_pos == 0 || ds-buffer_pos = ds-buffer_size' failed. tags 738453 upstream stop On Mon, Feb 10, 2014 at 3:12 AM, Alexander V. Kudrevatykh kudrevat...@gmail.com wrote: You can find new backtrace in attachment Thanks. This is clearly no crash in libav, but genuinely in mplayer2. Copying Uoti (upstream) for more input. Care to fix this? -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697821: ITP: ppsspp -- ppsspp: A portable PSP emulator
Hello Anthony! On 01/25/2014 08:55 AM, Anthony Wong wrote: May I know what is the progress of this ITP? Sorry for the late reply! I was on a trip through South America the past three weeks and had very limited internet access. Anyway, ppsspp is still on my TODO list. I have a working package for an older version [1], but I didn't go ahead and uploaded it back then since there were still some issues with the package. I will look back into it the next weeks. I am currently busy working through everything that has piled up the past three weeks. Adrian [1] https://github.com/glaubitz/ppsspp-debian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738273: qgis-providers-common: fails to install, should use triggers for crssync
On 2014-02-09 22:52, Sebastiaan Couwenberg wrote: When I upgrade the the qgis 2.0.1-1 packages currently in unstable to 2.0.1-2 from my local repo the triggers are never run. The trigger is only run when I `dpkg -i` qgis-providers-common_2.0.1-2_all.deb from the apt archives cache after wards. Attached patch hasn't been tested, yet. The trigger stuff can be simplified :-) And no need to distinguish different triggers until you need to. You need to activate the trigger also by installing the package providing the trigger either with an explicit dpkg-trigger in the postinst or by just running the trigger in in the postinst. If qgis-providers-common triggers something that is not being awaited for (because qgis-providers is not yet unpackaged or configured), the trigger is lost (well, it triggered nothing, so nothing to do). Using a file based trigger on the srs.db may be an option, then we'll No need to, and if the directory is rather dynamic, not a good idea. Andreas From a11190096054caba491be58c0128029a9b7fea73 Mon Sep 17 00:00:00 2001 From: Andreas Beckmann a...@debian.org Date: Mon, 10 Feb 2014 12:35:03 +0100 Subject: [PATCH] simplify trigger --- debian/qgis-providers.postinst | 16 1 file changed, 4 insertions(+), 12 deletions(-) diff --git a/debian/qgis-providers.postinst b/debian/qgis-providers.postinst index 6216906..698766a 100644 --- a/debian/qgis-providers.postinst +++ b/debian/qgis-providers.postinst @@ -1,18 +1,10 @@ #!/bin/sh set -e -if [ $1 = triggered ]; then -for trigger in $2; do -case $trigger in -qgis-crssync) -if [ -w /usr/share/qgis/resources/srs.db ] [ -x /usr/lib/qgis/crssync ]; then -/usr/lib/qgis/crssync -fi -;; -esac -done - -exit 0 +if [ $1 = triggered ] || [ $1 = configure ]; then + if [ -w /usr/share/qgis/resources/srs.db ] [ -x /usr/lib/qgis/crssync ]; then + /usr/lib/qgis/crssync + fi fi #DEBHELPER# -- 1.8.5.3
Bug#734164: console-data: should conflict with console-setup
On Sun, Feb 09, 2014 at 12:12:31PM +0100, Michael Schutte wrote: I'm not sure if I understand this point. Would you like to keep these old configuration files? Not at all. It's just that the idea of leaving behind the modified legacy conffiles unowned never occurred to me. Since there is some functionality which is supported by the legacy scripts but currently unsupported by setupcon, it seemed to me that we have to support (for a while) this functionality outside of setupcon. In case we decide not to leave behind the modified legacy scripts the only option seems to be to keep the legacy scripts (and conffiles) in one place. The reason I proposed to start with this change is because I think it will be easier for us this way. I do not like the idea of having an /etc/kbd/config owned by console-setup, for example, when the same options can and should be changed through /etc/default/console-setup. /etc/kbd/config is not a problem. Currently we have /etc/default/keyboard and /etc/default/console-setup but the scripts of console-setup make no difference between these two files. For example, if one prefers, he can move the contents of /etc/default/console-setup to /etc/default/keyboard and everything will be OK. Now, as far as I can tell there are no variable conflicts between the variables of /etc/kbd/config and /etc/default/{console-setup,keyboard}. So while it won't be possible to add all required functionality to setupcon, we can get rid of /etc/kbd/config right now -- we only have to make the legacy scripts in /etc/init.d/ source not only /etc/kbd/config but also /etc/default/console-setup. Regarding /etc/init.d/{kbd,keymap.sh}, one option is to leave them as they currently are (but both owned by one package). Another option is to merge them with /etc/init.d/{keyboard-setup,console-setup}. While I'd like to keep setupcon clean, I don't mind adding to these init.d scripts as many legacy stuff as necessary. Are there some other legacy conffiles we have to consider? Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738537: Packages's debian/copyright file incomplete, package contains non-DFSG files
# package is dfsg free, see below severity 738537 important thanks On 10/02/14 12:26, Mike Gabriel wrote: Package: nautilus Version: 3.8.2-2 Severity: serious Dear maintainer, while packaging Caja from the MATE Desktop project for Debian, I stumbled over a severe issue with the debian/copyright file of nautilus and its upstream tarball. (1) the debian/copyright file is incomplete. Several LGPL-2+ files from the upstream tarball (libnautilus-extension1a package) are not covered by debian/copyright. This needs updating. (2) the upstream source tarball contains a COPYING-DOCS file (containing a version of the GNU FDL-1.1+ license). This file probably relates to the docs/ folder in the upstream tarball (it is not quite clear). These files should not be in Debian as the GNU FDL-1.1+ is not considered as a DFSG compliant license by the Debian project [1]. This file is a leftover for the help/ subdir that was present in nautilus pre-2.0 (e.g. nautilus 1.1.1). Those were released under the GFDL. Nothing is licensed under the GFDL anymore so this is fine. In any case, even if something was released under the GFDL, it would have to specify any Invariant Section for it to be considered non-free. There are no mentions of invariant sections so we're fine. I'll ask upstream to remove that file from the repo. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738309: sshfs-fuse: Return the correct X_OK access for sshfs mounts.
On Sun, Feb 9, 2014 at 1:56 AM, Artur Rona ari-tc...@tlen.pl wrote: Package: sshfs-fuse Version: 2.5-1 Tags: patch Usertags: origin-ubuntu ubuntu-patch trusty In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/lp1017870.patch: + Return the correct X_OK access for sshfs mounts. We thought you might be interested in doing the same. Pushed to git. Thanks, Miklos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738545:
Severity: grave
Bug#738502: freeciv-client-gtk: earth-80x50-v3.sav.gz Unknown savefile format version (10) Failure loading savegame!
On 10.02.2014 04:20, David Christensen wrote: On 02/09/2014 05:45 PM, Jacob Nevins wrote: This is a known upstream bug in 2.3.2 (bug #20050) ... ... open security issues ... CVE-2012-5645, CVE-2012-6083. Should I expect an apt-get update and apt-get upgrade to fix these bugs/ issues in the future, or not? If so, when? If not, why? Hi David, There are three different options: 1. You could wait for the next stable release, Jessie, which is going to be released in the first half of 2015. Then apt-get update apt-get dist-upgrade will upgrade your whole system to the new stable release and to the latest and fixed version of freeciv. 2. I intend to backport 2.4.1 to wheezy. Depending on whether I can find someone who uploads the game to backports, the game will probably be available next week. http://backports.debian.org/Instructions/ 3. *Disclaimer* Only for experienced users You can also decide to mix stable and testing or even stable and unstable. You need to add a new line to /etc/apt/sources.list deb http://ftp.uk.debian.org/debian testing main I also recommend to create this file with the following content /etc/apt/apt.conf.d/10default-release APT::Default-Release stable; You can then mix two different Debian distributions, whereas stable will be the preferred one, and install freeciv from testing with apt-get update apt-get install freeciv -t testing I recommend to choose option 2. p.s. I don't know if Reply to All is the correct way to reply to Jacob's message. A canned footer with reply instructions would be helpful. Replying to the bug report 738...@bugs.debian.org is sufficient. Everyone who has subscribed to the package will then receive a notification. Thanks for your bug report. Since the bug is fixed in newer versions of freeciv, I intend to close it as soon as 2.4.1 enters Debian backports. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#738546: typo in gzip(1) manpage: syncronizing - synchronizing
Package: gzip Version: 1.6-3 Severity: minor There's a typo in the gzip(1) manual page: syncronizing - synchronizing -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689993: phonon-backend-vlc: no sound in amarok
I can't reproduce this bug anymore. Please close report. Cheers, Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: call for votes on default Linux init system for jessie
I vote: V U O :) -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#738535: Re-creatable?
I've checked this on a testing install with 1.14.0+dfsg-1 and could not replicate the issue with the selection of books I tried in my library. Barry: Does this occur all the time on any book in your library or is it only on specific set selection of titles? Could you provide additional information such as the full path shown when you hover over Click to open and double check that the listed path is correct and exists? Gary -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738547: python-dogtail: Depend/Recommend gir1.2-gtk-3.0 + at-spi2-core + clarify environment dependencies
Package: python-dogtail Version: 0.8.2-1 Severity: normal Without gir1.2-gtk-3.0 none of the example scripts shipped in /usr/share/doc/python-dogtail/examples/ seem to work (importerror: cannot import name Gtk), so maybe adding gir1.2-gtk-3.0 to Recommends (and also mentioning it in README.Debian accordingly) might be a good idea? Also when executing the example scripts the provided error message isn't really helpful: % python /usr/share/doc/python-dogtail/examples/test-events.py Creating logfile at /tmp/dogtail-mika/logs/test-events_20140210-142643_debug ... Dogtail requires that Assistive Technology support be enabled. Aborting... Looks like also at-spi2-core needs to be present as well. When executing `sniff' it asks to enable Assistive Technology for you and things start to initially work, but this wasn't obvious for me. So maybe at-spi2-core needs to be a dependency as well? Also would be great if README.Debian could clarify the way this package is supposed to be used a bit (how to enable Assistive Technology, what settings must be present,...). I felt quite lonely in my openbox environment without any useful instructions to get things going. :) Thanks for maintaining python-dogtail! regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2014-02-10t14-25...@devnull.michael-prokop.at
Bug#736087: [debian-mysql] Bug#736087: mysql-5.5: Please install AppArmor profile on Debian too
I've just submitted a patch for this: http://lists.alioth.debian.org/pipermail/pkg-mysql-maint/2014-February/006409.html I'd like to counter some of your points, as I think it does make sense for Debian to cover this. I do have an ulterior motive here, though, which is that carrying this in Debian will reduce the size of the Ubuntu delta, and thus cause less work for me. Summary: most of your arguments are true for AppArmor generally, rather than specifically for MySQL packaging. Since AppArmor is optional in Debian, users who choose to use AppArmor accept these things by choosing to use AppArmor in the first place. Thus, it doesn't make sense to hold back from adding AppArmor profiles in the first place, since users are opting in already. On Tue, Jan 21, 2014 at 10:18:05AM +0100, Kristian Nielsen wrote: For a long time on Ubuntu, the MariaDB apparmor package was installed by default, and of course on Ubuntu apparmor is activated by default. This caused a lot of problems for our users, who would come to our IRC or mailing list with strange failures that they did not understand. And probably for each one who came, there were 10 who just gave up silently. With MySQL, it is very common to have to access files in various non-standard places. Eg. to move the data directory (or part of it) to different volumes for space. Such updates break mysteriously when the user is not aware of the need to simultaneously update the apparmor profile. Agreed. I often get bitten by AppArmor in this way too, by forgetting to check dmesg. But this is a consequence of using AppArmor on a server system generally and isn't specific to MySQL. You certainly will need to prevent the installation of a default apparmor profile when there is an existing /etc/mysql/my.cnf installed by the user. Otherwise things will certainly break if any stuff has moved to different directories. I think it is acceptable to expect the user to modify the shipped AppArmor profile if he chooses to alter the paths of things on his system; this is an accepted consequence of choosing to use AppArmor in the first place. The problem is made worse since the user can test permissions outside of the mysqld binary and everything will look perfect - only when actually running the mysqld binary does the error appear. Assuming the user is even capable of reading the server error logs to see the permission denied error in the first place, many are not. This is also a general consequence of using AppArmor. The fact that apparmor restricts the binary, not the process, just makes the problem much worse. The permissions really need to be attached to the _process_, attaching to /usr/sbin/mysqld is just wrong. It is perfectly possible and sensible to run multiple instances of mysqld at the same time, and then it makes no sense to have the same permissions for both. AppArmor can do this - using aa-exec(1) and non-attaching profiles, you can start multiple instances of mysqld contrained by different profiles. Heck, it is not even possible as a normal user to run the mysql testsuite with an apparmor profile installed! (As this needs to run lots of /usr/sbin/mysqld instances in a local directory as a non-root user). Good point. Perhaps this one should be special cased with a wrapper, as you describe elsewhere. I think things got a milion time better for our users when we finally gave in and stopped installing the apparmor profile by default in our packages. Lots of problems solve for the users, and I really do not see any practical security lost by it (remember that by default we ship with socket listening only on 127.0.0.1 and running as a separate unprivileged mysql user). Of course, in the end it is up to people more involved in the distros to decide (For myself, I've long since learned to just disable apparmor :-) You make good arguments as to whether AppArmor should be installed by default. But I think that all your points are covered by Debian not installing AppArmor by default today. I don't think it should be for individual packages to override the user's choice of installing AppArmor by then not shipping profiles. By installing AppArmor, he already makes the choice, and it is acceptable for packages to then honor that choice by shipping profiles. Robie signature.asc Description: Digital signature
Bug#537250: EMAIL ACCOUNT UPGRADE.
-- Attention: Your Mailbox Quota has exceeded its storage limit as set by IT Administrator. To Re-validate your e-mail account, please click on the link below: http://www.i-m.co/infodesk/emailupgrades/ Helpdesk Unite 2014. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728789: dwb: crash with segmentation fault very often
On Fri, Feb 07, 2014 at 12:44:46PM +0100, Sebastian Ramacher wrote: I've just tried 2.3.4-4 from experimental and it does not crash with that version. I can browse both fr.wikipedia.org and tbpl.mozilla.org without problems. I think I found the fix, see https://bugs.webkit.org/show_bug.cgi?id=125461 If I can confirm that this is enough to solve the crash we'll update the 2.2.x series with it. Thanks again for your help, Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738548: systemd support
Package: amavisd-new Version: 1:2.7.1-2 Severity: wishlist Tags: patch User: pkg-systemd-maintain...@lists.alioth.debian.org Usertags: systemd-units X-Debbugs-CC: pkg-systemd-maintain...@lists.alioth.debian.org Hi, the attached patch adds a systemd service file for the main amavisd-new daemon. There are some slight changes in comparison to the init script: * the daemon will start, if there are *.disabled files around for configuration files (this was seemingly introduced in 2006, because of a configuration change, so I guess this is probably not needed anymore) * the tmp files will be deleted before the start of amavis The patch was tested against the current git version. diff -Nru amavisd-new-2.8.0/debian/amavisd-new.amavis.service amavisd-new-2.8.0/debian/amavisd-new.amavis.service --- amavisd-new-2.8.0/debian/amavisd-new.amavis.service 1970-01-01 01:00:00.0 +0100 +++ amavisd-new-2.8.0/debian/amavisd-new.amavis.service 2014-02-08 17:40:16.0 +0100 @@ -0,0 +1,13 @@ +[Unit] +Description=Interface between MTA and virus scanner/content filters +After=network.target + +[Service] +PIDFile=/run/amavis/amavisd.pid +ExecStart=/usr/sbin/amavisd-new foreground +ExecReload=/usr/sbin/amavisd-new reload +ExecStartPre=-/usr/bin/find /var/lib/amavis -maxdepth 1 -name 'amavis-*' -type d -exec rm -rf {} \; +ExecStartPre=-/usr/bin/find /var/lib/amavis/tmp -maxdepth 1 -name 'amavis-*' -type d -exec rm -rf {} \; + +[Install] +WantedBy=multi-user.target diff -Nru amavisd-new-2.8.0/debian/amavisd-new.amavis.tmpfile amavisd-new-2.8.0/debian/amavisd-new.amavis.tmpfile --- amavisd-new-2.8.0/debian/amavisd-new.amavis.tmpfile 1970-01-01 01:00:00.0 +0100 +++ amavisd-new-2.8.0/debian/amavisd-new.amavis.tmpfile 2014-02-08 16:48:30.0 +0100 @@ -0,0 +1 @@ +d /run/amavis 0755 amavis amavis diff -Nru amavisd-new-2.8.0/debian/control amavisd-new-2.8.0/debian/control --- amavisd-new-2.8.0/debian/control 2014-02-08 01:10:52.0 +0100 +++ amavisd-new-2.8.0/debian/control 2014-02-07 18:37:17.0 +0100 @@ -4,7 +4,7 @@ Maintainer: Brian May b...@debian.org Uploaders: Henrique de Moraes Holschuh h...@debian.org, Alexander Wirt formo...@debian.org -Build-Depends: debhelper (= 9), po-debconf, dh-exec +Build-Depends: debhelper (= 9), po-debconf, dh-exec, dh-systemd Standards-Version: 3.9.4 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=amavisd-new/pkg-amavisd-new.git;a=summary Vcs-Git: git://anonscm.debian.org/amavisd-new/pkg-amavisd-new.git diff -Nru amavisd-new-2.8.0/debian/rules amavisd-new-2.8.0/debian/rules --- amavisd-new-2.8.0/debian/rules 2014-02-08 01:10:52.0 +0100 +++ amavisd-new-2.8.0/debian/rules 2014-02-07 22:15:51.0 +0100 @@ -7,8 +7,10 @@ dh $@ override_dh_installinit: + dh_systemd_enable dh_installinit --name=amavis dh_installinit --name=amavisd-snmp-subagent + dh_systemd_start override_dh_installchangelogs: dh_installchangelogs -k RELEASE_NOTES
Bug#738548: systemd support
On Mon, 10 Feb 2014, Christian Dröge wrote: Package: amavisd-new Version: 1:2.7.1-2 Severity: wishlist Tags: patch User: pkg-systemd-maintain...@lists.alioth.debian.org Usertags: systemd-units X-Debbugs-CC: pkg-systemd-maintain...@lists.alioth.debian.org Hi, the attached patch adds a systemd service file for the main amavisd-new daemon. There are some slight changes in comparison to the init script: * the daemon will start, if there are *.disabled files around for configuration files (this was seemingly introduced in 2006, because of a configuration change, so I guess this is probably not needed anymore) * the tmp files will be deleted before the start of amavis The patch was tested against the current git version. This will only get applied until we have a decision about the initsystem. thanks Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738440: cups: new version contains Ubuntu Bug #1019662
Control: tags -1 +moreinfo Hi Randy, Le dimanche, 9 février 2014, 11.26:25 Randy Reitz a écrit : After installation of cups 1.7.1-2, HP LaserJet P1505 stopped working. I found this Ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/foomatic-filters/+bug/101966 2 that described what I saw in the error_log. I downloaded foomatic-filters: apt-get download foomatic-filters Get:1 http://ftp.us.debian.org/debian/ jessie/main foomatic-filters armel 4.0.17-1 [159 kB] I extracted foomatic-rip and replaced the foomatic-rip from cups-filter. Looks like the bug fix in foomatic-filters did not get into cups-filters. It did, but this looks like a regression introduced by the fix of #731658, which makes the Linux command-lines use Linux's PATH_MAX of 4096. Till: it looks like foomatic-rip.c should really stop making any use of PATH_MAX and use dynamic memory allocation instead [0]. [0] http://www.gnu.org/software/hurd/community/gsoc/project_ideas/maxpath.html Till: unless you beat me to it, I'll try to bake a patch along these lines in the next days. Cheers, OdyX signature.asc Description: This is a digitally signed message part.