Bug#778631: icedtea-netx: Fails to start despite dependencies being met
Hi, On Tue, 17 Feb 2015 11:31:57 -0600 John Goerzen jgoer...@complete.org wrote: Package: icedtea-netx Version: 1.5-2 Severity: serious Justification: Doesn't start $ javaws launch.jnlp /usr/bin/javaws: line 102: /usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java: No such file or directory It seems that this package depends on openjdk 6 or 7. I did recently remove version 6 from my system. The dependencies for this package are still met. javaws should, in this case, either: 1) Be split into two packages, one depending on jdk 6 and the other depending on jdk 7, or 2) have its script automatically detect which one to use. What's more, update-alternatives cannot even be comfigured to use JDK 7: # update-alternatives --config javaws There is only one alternative in link group javaws (providing /usr/bin/javaws): /usr/lib/jvm/java-6-openjdk-amd64/jre/bin/javaws Nothing to configure. # ls -l /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/javaws -rwxr-xr-x 1 root root 2660 Jun 30 2014 /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/javaws -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages icedtea-netx depends on: ii icedtea-netx-common 1.5-2 ii openjdk-7-jre7u71-2.5.3-2 icedtea-netx recommends no packages. icedtea-netx suggests no packages. -- no debconf information I cant' reproduce that bug: $ dpkg -l | grep openjdk ii openjdk-7-jre:amd64 7u75-2.5.4-2 amd64OpenJDK Java runtime, using Hotspot JIT ii openjdk-7-jre-headless:amd64 7u75-2.5.4-2 amd64OpenJDK Java runtime, using Hotspot JIT (headless) $ dpkg -l | grep icedtea-netx ii icedtea-netx:amd641.5-2 amd64NetX - implementation of the Java Network Launching Protocol (JNLP) ii icedtea-netx-common 1.5-2 all NetX - implementation of the Java Network Launching Protocol (JNLP) $ LANG=C sudo update-alternatives --config javaws There are 2 choices for the alternative javaws (providing /usr/bin/javaws). SelectionPath Priority Status * 0/usr/lib/jvm/java-7-openjdk-amd64/jre/bin/javaws 1071 auto mode 1/usr/lib/jvm/java-6-openjdk-amd64/jre/bin/javaws 1061 manual mode 2/usr/lib/jvm/java-7-openjdk-amd64/jre/bin/javaws 1071 manual mode Looking at icedtea-netx's postinst script it seems the alternatives are configured only if an alternative for openjdk 6 isn't previously set: ... basedir=/usr/lib/jvm/java-6-openjdk-amd64 ... base7dir=/usr/lib/jvm/java-7-openjdk-amd64 ... case $1 in configure) ... if [ -n $multiarch ] [ -n $2 ]; then for i in $tools; do if [ -z $(update-alternatives --list $i 2/dev/null | grep ^$basedir/) ]; then update_alternatives=y break fi done fi ... Sounds like un old upgrade path bug. I suppose youl'll be able to workaround this by removing then re-installing icedtea-netx. Thanks, _g. signature.asc Description: OpenPGP digital signature
Bug#740898: This should be RC IMO
severity 740898 serious thanks I don't think we should release a package that flags every default installation as infected with a root kit. Speaking of confusing new users. The Suckit test is too simple and does not work with systemd as init. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588340: Upload
onwer 588340 ! retitle 588340 ITP: sfepy -- Simple finite elements in Python thanks The package will soon be uploaded under Debian Science team. Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780797: openssh-server: modifies the user configuration
On 2015-03-21 07:12:08 +0100, Christoph Anton Mitterer wrote: On Sat, 2015-03-21 at 00:51 -0400, Chris Knadle wrote: § 10.7.3 Behavior Configuration file handling must conform to the following behavior: • local changes must be preserved during a package upgrade Well, strictly speaking, if the user had let that option at it's Debian default, than there wasn't a local change. The configuration consists of a full file, and the choice for some option may depend on others. For instance, the admin could have chosen to enable empty passwords because port 22 is filtered from the Internet, but if there were an automatic change of the port (which hasn't been modified), there would be a serious problem. So, as soon as the file is modified, it must be considered that the configuration has been chosen by the admin and mustn't be modified automatically. This is at least how debconf behaves. Otherwise there would be no way to ensure that Debian would not do any automatic change, ***without confirmation***. The *particular changes made* aren't the issue at all: the issue is the slippery slope problem, and that's why I think the Policy is written exactly how it is. If it's okay to modify a user's changes here, then it's okay to do it elsewhere. Unfortunately I wouldn't interpret the policy as preventing that particular case (or maybe I still don't get some detail here). Actually most of our config file handling systems have this problem: - I get some default config - I check each and every option of it, whether it fits my needs perfectly. - If it already does per default and doesn't make any commentary changes, a future package upgrade could just change what I deliberately decided to want. And to avoid this problem, that's why a local change should be regarded as affecting the whole file (comments included, because it can be a way to instruct that the default is fine and must not be modified automatically). If some Debian maintainer wants to suggest a change on a modified file, he must ask for confirmation. -- 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#780896: retext: No icons on toolbar
Package: retext Version: 5.0.1-1 Severity: minor Dear Maintainer, * What led up to the situation? Simply using the app. * What exactly did you do (or not do) that was effective (or ineffective)? Try to install qt4 libs. * What was the outcome of this action? Nothing happened * What outcome did you expect instead? icons appear. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0 (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 Init: systemd (via /run/systemd/system) Versions of packages retext depends on: ii python3-markups 0.5.2-1 ii python3-pyqt5 5.3.2+dfsg-3 ii python3-pyqt5.qtwebkit 5.3.2+dfsg-3 pn python3:any none Versions of packages retext recommends: ii docutils-common 0.12+dfsg-1 ii python3-docutils 0.12+dfsg-1 ii python3-enchant 1.6.6-2 ii python3-markdown 2.5.1-2 ii shared-mime-info 1.3-1 retext 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#780899: aspcud should warn or fail if cudf field in optimization criterea does not exist
Package: aspcud Version: 1:1.9.0-2 Severity: normal Hi, currently, if aspcud is given an optimization criteria like -sum(solution,blubber) it will happily return a solution even if the field blubber does not exist. Instead, it should indicate that the optimization criteria is invalid. Context: I only discovered after three years that I had a typo in an optimization criteria in botch where I wrote isource instead of issource. Thanks! cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780900: unblock: ecryptfs-utils/103-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi Release Team, I've recently fixed CVE-2014-9687 [1] with the upload of ecryptfs-utils, which is a fix for a user security hole[2]. Please unblock and let it migrate to Jessie. Debfiff is attached as usual. Thanks, Laszlo/GCS unblock ecryptfs-utils/103-4 [1] https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-9687 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780385 ecryptfs-utils_103-3_to_103-4.patch Description: application/mbox
Bug#780901: fldigi: Hamlib Net (aka rigctld) rig, does not accept hostnames
Package: fldigi Version: 3.22.01-1 Severity: normal Dear Maintainer, It took me quite a while to figure out what went wrong. I would like to use fldigi together with rigctld so I can access the rig from different programms at the same time. Or maybe some day when I figure out how to re-route audio from one host to another with pulseaudio, also having a way to use my rig from a remote location. Other programs have no problem connecting to rigctld over the internet. Not so fldigi. It always produced an hamlib i/o error when I did try to configure the hamlib rig as 'hamlib net' connecting to localhost:4532 or 'myFQDN.example:4532' Finaly I did try to connect to 127.0.0.1:4532 and it worked. So I suppose the problem is, that fldigi does not try to resolve the connection string from a hostname to an IP. Would it possible to add that 'feature'? 73 de Benoit HB9EUE -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages fldigi depends on: ii libasound2 1.0.28-1 ii libc6 2.19-13 ii libfltk-images1.3 1.3.2-6+b1 ii libfltk1.3 1.3.2-6+b1 ii libgcc11:4.9.1-19 ii libhamlib2 1.2.15.3-2+b1 ii libpng12-0 1.2.50-2+b2 ii libportaudio2 19+svn20140130-1 ii libpulse0 5.0-13 ii librpc-xml-perl0.78-2 ii libsamplerate0 0.1.8-8 ii libsndfile11.0.25-9+b1 ii libstdc++6 4.9.1-19 ii libx11-6 2:1.6.2-3 Versions of packages fldigi recommends: ii extra-xdg-menus 1.0-4 Versions of packages fldigi suggests: pn libterm-readline-gnu-perl | libterm-readline-perl-perl none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780407: netfilter-persistent: boot continues if netfilter-persistent fails
Control: severity -1 important On Fri, 13 Mar 2015 15:01:15 +0100 Jann jann+report...@thejh.net wrote: Package: netfilter-persistent Version: 1.0.3 Severity: grave Tags: security If netfilter-persistent or one of its dependencies fails to load, system boot continues normally with a wide-open netfilter configuration. IMO, this should fail secure: If the firewall can't be brought up, at least networking should not be brought up either. Thanks for reporting this issue. I have also been affected by this in the past and took some time to realize that my system was running without a firewall. However I am not sure that stopping the boot process or disabling networking is the right action to take if netfilter configuration fails. That could render a remote-administered system unreachable, which would make the life of sysadmins rather painful. IMHO, the solution is rather to increase the visibility of the problem so that the sysadmin quickly notices the failure. That could be through a desktop notice for desktop systems, or a mail to root@ on servers. I am also downgrading the severity of this bug. The issue described here is not a security hole in netfilter-persistent per se, because the latter works well when properly configured and actually increases security. It's rather the handling of an error condition that could be improved. Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part
Bug#780797: openssh-server: modifies the user configuration
On Sat, 2015-03-21 at 00:51 -0400, Chris Knadle wrote: § 10.7.3 Behavior Configuration file handling must conform to the following behavior: • local changes must be preserved during a package upgrade Well, strictly speaking, if the user had let that option at it's Debian default, than there wasn't a local change. The *particular changes made* aren't the issue at all: the issue is the slippery slope problem, and that's why I think the Policy is written exactly how it is. If it's okay to modify a user's changes here, then it's okay to do it elsewhere. Unfortunately I wouldn't interpret the policy as preventing that particular case (or maybe I still don't get some detail here). Actually most of our config file handling systems have this problem: - I get some default config - I check each and every option of it, whether it fits my needs perfectly. - If it already does per default and doesn't make any commentary changes, a future package upgrade could just change what I deliberately decided to want. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#780898: unblock: hugin/2014.0.0+dfsg-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package hugin. This fixes another instance of the assertion bugs https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766093#50 which is a usability nuisance (repeated klick-through messages, see also 771225). unblock hugin/2014.0.0+dfsg-5 thanks, cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' diff -Nru hugin-2014.0.0+dfsg/debian/changelog hugin-2014.0.0+dfsg/debian/changelog --- hugin-2014.0.0+dfsg/debian/changelog 2014-11-22 14:24:53.0 +0100 +++ hugin-2014.0.0+dfsg/debian/changelog 2015-03-04 18:59:12.0 +0100 @@ -1,3 +1,17 @@ +hugin (2014.0.0+dfsg-5) unstable; urgency=medium + + * Upload to unstable. + + -- Andreas Metzler ametz...@debian.org Wed, 04 Mar 2015 18:59:08 +0100 + +hugin (2014.0.0+dfsg-4) experimental; urgency=medium + + * 56_6851_768b9649a243_Fixes_2_debug_assert_messages_in_about_dialog.diff, +57_6852_0443fd122958_Check_date_before_formatting.diff: Pull two more +assertion fixes. + + -- Andreas Metzler ametz...@debian.org Mon, 02 Mar 2015 19:41:52 +0100 + hugin (2014.0.0+dfsg-3) unstable; urgency=medium * 55_6510_dc996061de70_Fixes_one_format_string.diff: Another assertion fix diff -Nru hugin-2014.0.0+dfsg/debian/patches/56_6851_768b9649a243_Fixes_2_debug_assert_messages_in_about_dialog.diff hugin-2014.0.0+dfsg/debian/patches/56_6851_768b9649a243_Fixes_2_debug_assert_messages_in_about_dialog.diff --- hugin-2014.0.0+dfsg/debian/patches/56_6851_768b9649a243_Fixes_2_debug_assert_messages_in_about_dialog.diff 1970-01-01 01:00:00.0 +0100 +++ hugin-2014.0.0+dfsg/debian/patches/56_6851_768b9649a243_Fixes_2_debug_assert_messages_in_about_dialog.diff 2015-03-04 18:58:38.0 +0100 @@ -0,0 +1,29 @@ +# HG changeset patch +# User tmodes +# Date 1425205953 -3600 +# Sun Mar 01 11:32:33 2015 +0100 +# Node ID 768b9649a2436e35bca1ac6a5cbbf4fe0edd27d5 +# Parent 3afaaaff9287fe74f329f366547309f4704b +Fixes 2 debug assert messages in about dialog [1426837] + +diff -r 3afaaaff9287 -r 768b9649a243 src/hugin1/hugin/AboutDialog.cpp +--- a/src/hugin1/hugin/AboutDialog.cpp Sun Mar 01 10:13:05 2015 +0100 b/src/hugin1/hugin/AboutDialog.cpp Sun Mar 01 11:32:33 2015 +0100 +@@ -111,7 +111,7 @@ + GetSystemInformation(font); + + // the notebook +-m_about_notebook = XRCCTRL(*this,about_dlg,wxNotebook); ++m_about_notebook = XRCCTRL(*this,about_notebook, wxNotebook); + // the logo + m_logoImgCtrl = XRCCTRL(*this, about_logo, wxStaticBitmap); + +@@ -145,7 +145,7 @@ + text=text+wxT(\n)+wxString::Format(_(Architecture: %s),is64.c_str()); + // wxGetFreeMemory returns a wxMemorySize, which is undocumented. + // However, we know -1 is returned on failure, so it must be signed. +-text=text+wxT(\n)+wxString::Format(_(Free memory: %ld kiB),(long long) wxGetFreeMemory().GetValue()/1024); ++text=text+wxT(\n)+wxString::Format(_(Free memory: %lld kiB),(long long) wxGetFreeMemory().GetValue()/1024); + #ifdef _WINDOWS + UINT cp=GetACP(); + text=text+wxT(\n)+wxString::Format(_(Active Codepage: %u),cp); diff -Nru hugin-2014.0.0+dfsg/debian/patches/57_6852_0443fd122958_Check_date_before_formatting.diff hugin-2014.0.0+dfsg/debian/patches/57_6852_0443fd122958_Check_date_before_formatting.diff --- hugin-2014.0.0+dfsg/debian/patches/57_6852_0443fd122958_Check_date_before_formatting.diff 1970-01-01 01:00:00.0 +0100 +++ hugin-2014.0.0+dfsg/debian/patches/57_6852_0443fd122958_Check_date_before_formatting.diff 2015-03-04 18:58:38.0 +0100 @@ -0,0 +1,59 @@ +# HG changeset patch +# User tmodes +# Date 1425206092 -3600 +# Sun Mar 01 11:34:52 2015 +0100 +# Node ID 0443fd1229588f5f205d2c74337c6e5f17844a7e +# Parent 768b9649a2436e35bca1ac6a5cbbf4fe0edd27d5 +Check date before formatting + +Should probably fix debug assertion [1426837] + +diff -r 768b9649a243 -r 0443fd122958 src/hugin1/ptbatcher/ProjectListBox.cpp +--- a/src/hugin1/ptbatcher/ProjectListBox.cpp Sun Mar 01 11:32:33 2015 +0100 b/src/hugin1/ptbatcher/ProjectListBox.cpp Sun Mar 01 11:34:52 2015 +0100 +@@ -303,19 +303,25 @@ + return _(Assistant); + }; + case 7: +-return project-GetStatusText(); //all following cases default to an empty string if file is missing ++return project-GetStatusText(); ++//all following cases default to an empty string if file is missing + case 3: + if(project-status!=Project::MISSING) + { +-return project-modDate.FormatDate()+_T(, )+project-modDate.FormatTime(); +-} ++if (project-modDate.IsValid()) ++{ ++return project-modDate.Format(); ++}; ++}; ++return wxEmptyString; + case 4: +
Bug#780805: Freezes using 100% CPU when editing OCaml file
On Fri, Mar 20, 2015 at 09:34:09AM +0100, Stéphane Glondu wrote: It appears to be an interaction with show-paren-mode. In a clean sid chroot: 1. apt-get install emacs-nox 2. apt-get install tuareg-mode 3. emacs /tmp/toto.ml 4. Insert fun () - assert false 5. M-x show-paren-mode 6. Go to first character and start deleting characters yes, I can reproduce that. Thanks for having figured that out -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780897: batik: CVE-2015-0250
Source: batik Version: 1.7-1 Severity: important Tags: security upstream Hi, the following vulnerability was published for batik. CVE-2015-0250[0]: information disclosure If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2015-0250 [1] http://seclists.org/oss-sec/2015/q1/864 Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780902: unblock: openssl/1.0.1k-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, 1.0.1k-2 contains security fixes. Could you please unblock it? Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780909: ITP: node-nextback -- Node.js module to wrap callbacks in async
Package: wnpp Severity: wishlist Owner: Bas Couwenberg sebas...@debian.org * Package name: node-nextback Version : 0.1.0 Upstream Author : Fractal cont...@wearefractal.com * URL : http://github.com/wearefractal/nextback * License : Expat Programming Lang: JavaScript Description : Node.js module to wrap callbacks in async nextback is a Node.js module to wrap callbacks in async. nextback makes sure your callbacks don't return immediately by wrapping them in a setImmediate or nextTick. node-nextback is required for node-gaze (#779301) which in turn is required for closure-util (#774562). The node-nextback package will be maintained in the JavaScript team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777671: firejail packaging
Hi Laszlo, yes, you can comment it out or remove it, if you want. Thank you! Kind regards, Reiner Am 21. März 2015 17:03:41 MEZ, schrieb László Böszörményi (GCS) g...@debian.org: Hi Reiner, On Sun, Mar 15, 2015 at 1:13 PM, Reiner Herrmann rei...@reiner-h.de wrote: Can you please redownload it again (same place), review and then upload it? Now it's fine. May I comment out DH_VERBOSE before uploading? Laszlo/GCS
Bug#780912: unblock: libdatetime-timezone-perl/1:1.75-2+2015b
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Please unblock package libdatetime-timezone-perl 1:1.75-2+2015b. Here's the changelog entry, which says it all, hopefully :) libdatetime-timezone-perl (1:1.75-2+2015b) unstable; urgency=medium * Update to Olson database version 2015b. Add patch debian/patches/olson-2015b, which updates the timezone *.pm files, using upstream's tools/parse_olson script. This update includes contemporary changes for Mongolia and Palestine which will be effective on the last Saturday in March 2015. -- gregor herrmann gre...@debian.org Sat, 21 Mar 2015 17:36:52 +0100 I'm attaching a stripped down debdiff. unblock libdatetime-timezone-perl/1:1.75-2+2015b Thanks in advance, gregor -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJ8BAEBCgBmBQJVDaESXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGi2wP/1r8Xnky9Kxz1cN6Uwf2OHvM vw2VSmov5Zfrz4OsGiBFogPcyQnBN7cFAJIdpBYt7HgfOV39scKP5Sw3iDhKXcIN p22xcbzX5FIHJ5G6lHCiP4KyMyy4iNVJ7YR3tkyMub7zohkx5WF7s/FB5LIfdayI MfWCgk4AERjyZtBOdDFDLUip+0Hd5If88jRZaZU7/v7vZU1RFaZcxTrrBxeOWs7o nsN14ZJTvdXlsGrPjKLQxehGPdA7qEx/zAKN3CvhT/G4EW7w4TCxw842OzTnJycR llsrY5Qk+O91yQtMmJgODIX2jQZDachJMOfs7VIdIIoZft7J97tizGsgwYo6WiaU s8fSiiGrGMjkFn513WBja8zUbRH9XuTmeRcBGd0Y7DbAo/7JfFyZP4FWSGC5RbpV y9Tjd4CUZ1w9awcaShyWFD+Urhkrp7mWCmhwEcDx0x/jlS9ZMkIVrdhuMlT7bD1q o5hY5zubs6gwZJooIOnKdjakyOtGGVZe6NecOmsFtGgw+9i0MNv8e5hDmQ56hKJg 0K+ij18QRevMzR6k5cSO6IimULj7NoK1qWnxNV3LNqIjRxy6x8xdnzh85RSvA4Hg Hdo0v3dgKer/QbMhLzvqxPV8WgSWPOXijRBtEfa04/pKc6gi9XTLaIeRE0QXbpJ6 NO88wVdnFnGHIsRJtUE6 =llR5 -END PGP SIGNATURE- diff --git a/debian/changelog b/debian/changelog index 37ce770..3f5ada3 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,13 @@ +libdatetime-timezone-perl (1:1.75-2+2015b) unstable; urgency=medium + + * Update to Olson database version 2015b. +Add patch debian/patches/olson-2015b, which updates the timezone *.pm +files, using upstream's tools/parse_olson script. +This update includes contemporary changes for Mongolia and Palestine which +will be effective on the last Saturday in March 2015. + + -- gregor herrmann gre...@debian.org Sat, 21 Mar 2015 17:36:52 +0100 + libdatetime-timezone-perl (1:1.75-2+2015a) unstable; urgency=high * Update to Olson database version 2015a. diff --git a/debian/patches/olson-2015b b/debian/patches/olson-2015b new file mode 100644 index 000..3fa171b --- /dev/null +++ b/debian/patches/olson-2015b @@ -0,0 +1,12051 @@ +Description: update to olson db 2015b +Origin: vendor +Author: gregor herrmann gre...@debian.org +Last-Update: 2015-03-21 + +--- a/lib/DateTime/TimeZone/Africa/Abidjan.pm b/lib/DateTime/TimeZone/Africa/Abidjan.pm +@@ -3,7 +3,7 @@ + # DateTime::TimeZone module distribution in the tools/ directory + + # +-# Generated from debian/tzdata/africa. Olson data version 2015a ++# Generated from debian/tzdata/africa. Olson data version 2015b + # + # Do not edit this file directly. + # +@@ -39,7 +39,7 @@ + ], + ]; + +-sub olson_version { '2015a' } ++sub olson_version { '2015b' } + + sub has_dst_changes { 0 } + +--- a/lib/DateTime/TimeZone/Asia/Gaza.pm b/lib/DateTime/TimeZone/Asia/Gaza.pm +@@ -3,7 +3,7 @@ + # DateTime::TimeZone module distribution in the tools/ directory + + # +-# Generated from debian/tzdata/asia. Olson data version 2015a ++# Generated from debian/tzdata/asia. Olson data version 2015b + # + # Do not edit this file directly. + # +@@ -939,232 +939,232 @@ + ], + [ + 63531640800, #utc_start 2014-03-27 22:00:00 (Thu) +-63547362000, # utc_end 2014-09-25 21:00:00 (Thu) ++63549781200, # utc_end 2014-10-23 21:00:00 (Thu) + 63531651600, # local_start 2014-03-28 01:00:00 (Fri) +-63547372800, #local_end 2014-09-26 00:00:00 (Fri) ++63549792000, #local_end 2014-10-24 00:00:00 (Fri) + 10800, + 1, + 'EEST', + ], + [ +-63547362000, #utc_start 2014-09-25 21:00:00 (Thu) +-63563090400, # utc_end 2015-03-26 22:00:00 (Thu) +-63547369200, # local_start 2014-09-25 23:00:00 (Thu) +-63563097600, #local_end 2015-03-27 00:00:00 (Fri) ++63549781200, #utc_start 2014-10-23 21:00:00 (Thu) ++63563176800, # utc_end 2015-03-27 22:00:00 (Fri) ++63549788400, # local_start 2014-10-23 23:00:00 (Thu) ++63563184000, #local_end 2015-03-28 00:00:00 (Sat) + 7200, + 0, + 'EET', + ], + [ +-63563090400, #utc_start 2015-03-26 22:00:00 (Thu) +-63578811600, # utc_end 2015-09-24 21:00:00 (Thu) +-63563101200, # local_start 2015-03-27 01:00:00 (Fri) +-63578822400, #local_end 2015-09-25 00:00:00 (Fri) ++63563176800, #utc_start 2015-03-27 22:00:00 (Fri) ++63581230800, # utc_end 2015-10-22 21:00:00 (Thu) ++63563187600, # local_start 2015-03-28 01:00:00 (Sat) ++63581241600, #
Bug#771549: fail2ban: init script refuses to start after a crash
Thanks to the package maintainer, version 0.9.1+git44-gd65c4f8-1 of fail2ban is available in the experimental repository. I have tried this a few days on a few different computers, and I have not had an issue with segfaults in sqlite3. Others who have segfaults with fail2ban and sqlite3 may want to try it out. Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780915: python-rgain: Hard to find the package when searching for a standalone ReplayGain calculating program
Package: python-rgain Version: 1.3.3-1 Severity: wishlist About a year ago, I was looking for a program that would calculate ReplayGain for files in various formats. I haven't found any, so I wrote my own. Recently, I came across this package and found out that it contains a script that does exactly what I wanted. It would be nice if this package was easier to find when searching for such a command. My suggestion is to create a virtual package named replaygain pointing to this one, and change the package description of python-rgain like so: -This package provides a Python package to calculate the Replay Gain values of audio files and normalize the volume of those files according to the values. Two basic scripts exploiting these capabilities are shipped as well. +This package provides a Python package to calculate the Replay Gain values of audio files and normalize the volume of those files according to the values. + +It also contains 2 scripts exploiting these capabilities: + - replaygain: calculates the Replay Gain of files in a variety of formats and writes it to file tags, + - collectiongain: calculates the Replay Gain of a music collection, with caching. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538067: status of the opencpn PPA for inclusion in Debian
Hi... On 03/21/2015 07:47 AM, anarcat wrote: On Wed, Jan 07, 2015 at 08:52:55PM -0600, Pavel Kalian wrote: Hi... Hi Pavel, I'm an upstream developer and managing the PPA on Launchpad. Thanks for chiming in! It's certainly a good way to try to resolve this in the long run. :) (and sorry for the delay, i wasn't in cc to the bug report so i didn't see you reply until today.) No problem, I've had other funny stuff to do ;) It certainly is more messy than needs to be, but it serves it's purpose, which is to get the packages to the user in a way he can digest... Yeah, and I can certainly appreciate that! I certainly appreciate instructions on how to use this in jessie, for example. :) For the record, on Jessie, i am able to install the package from the Trusty PPA here: deb http://ppa.launchpad.net/opencpn/opencpn/ubuntu trusty main I do need to install wxwidgets from sid however, as mentionned in the upstream instructions. I would have been able to install the wxwidgets packages from wheezy (which seems like a better option than sid IMHO) if the dependencies were a little more relaxed (= 2.8.12.1 instead of = 2.8.12.1+dfsg). Unless of course that's an actual hard dependency requirement. Well, that's the feature of Launchpad - it injects the dependency version for the target Ubuntu release and does not honor what we define in the control file. Maybe it can be overriden if we specify an exact version there, but I'm not sure. Will try. Anyway, as a Testing user myself, removing wx2.8 surprised me a bit... With the upcoming 4.0 release I have modularized the packages to certain extent, separating the docs, tide data and GSHHS shorelines as they are logical components. That's great news. I haven't reviewed the result but that seems like a huge improvement already. I currently do no effort to clean the .orig sources off stuff not needed on Linux, but it is on my list past the release. Frankly, I don't think it's that critical. The most important point right now is to ensure there are sources for all the binaries provided with the package. There are no library binaries involved in Linux build/packaging in the source tree at all. The wx DLLs in the tree are not used in the build at all, they are just convenience for packaging on Windows. The only binary lib used in any build is the Windows crashreporter - is it a problem for Debian packaging when it is not at all involved? If it is, we can of course bundle the source, but it will just mean more completely unused stuff in the tree. Code deduplication is a should, not a must in Debian, IIRC, especially if there are actually no other copies! We've put some effort into clarifying the license info etc. over time to make packaging for Debian possible, but without further feedback from you, finishing it in an acceptable way will keep having low priority - we simply lack manpower to study the requirements in-depth. Understood. That seems perfectly reasonable. From what I understand, most of the actual licensing issues are gone. According to a quick review I did in october, all that was necessary was to remove copies of wxwidgets, the .git directory, zlib, bzip and tinyxml. I believe those were probably all convenience copies of code (ch. 4.13 in the debian policy): http://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles So creating a tarball without those *should* be done, but it's not absolutely necessary, unless there are still (for example) DLLs without source. What is necessary however is the built package should *not* use the convenience copies but link to the existing libraries, to make security upgrades easy and (basically) possible. The bundled libs are not used in Linux build at all, we link against the system libs. But they are obviously required on Windows. For the packaging purposes, they can be stripped if it makes sense. Another nice thing would be to build against wxwidgets 3.0: is that possible at all? A quick search led me to believe it is how opencpn is compiled in Windows and OSX... Since jessie doesn't ship with 2.8 anymore (for reasons I cannot fathom), compiling against 3.0 means it would be possible to backport to jessie and even, in fact, all the way back to wheezy and squeeze, since those also have wxwidget 3.0 backports! It is possible to build against wx3.0 on all platforms (We currently build against it just for OS X and Android, where it is inevitable, though). There is a problem with the complete switch - wx3.0 has no backport for Ubuntu Precise as far as I can tell, neither in the official repos nor anywhere on Launchpad, which means we would have to provide our own backport in the PPA or make the users install from elsewhere, which is quite a PITA and would generate way more support traffic than living with the Jessie problem for now. It would also mean rebuilding all the plugins. Quite some work. Said that, we would like to migrate to wx3, but not with the
Bug#780373: Add the ability to set preferred auto IM by locale
Hi, On Sat, Mar 21, 2015 at 02:39:31AM +0100, Gunnar Hjalmarsson wrote: ... I noticed one thing, which has been corrected in the Ubuntu patch. If LC_CTYPE is set explicitly, its value is not surrounded by quotes in the output from the locale command. Please see the attached diff. Great! Fixed in 0.29-1 FYI: -m option print out more lines. See manpage for explanation. -m List configuration values to STDOUT: · active configuration (system) · active configuration (user) · automatic configuration for the current locale · override configuration for the current locale · automatic configuration for most locales If the active configuration is custom, the user made a custom configuration and im-config should not change it. First 3 are the same. But now with override, automatic configuration for the current locale may be the overide provided one. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780909: node-nextback in NEW
Packaging for node-nextback is available in git: http://anonscm.debian.org/cgit/pkg-javascript/node-nextback.git The package is currently in NEW waiting for FTP master review: https://ftp-master.debian.org/new/node-nextback_0.1.0-1.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778641: closed by Jérémy Bobbio lu...@debian.org (Bug#778641: fixed in debbindiff 10)
Control: reopen -1 Control: found -1 debbindiff/10 On Fri, Mar 20, 2015 at 01:06:13PM +, Debian Bug Tracking System wrote: * Attempt to sort out multiple decoding and encoding issues. (Closes: #778641) I'm sorry to say that this attempt failed: https://jenkins.debian.net/job/rebootstrap_i386_gcc49_supported_debbindiff/9/console In fact it fails on the very first package being tested. Can we just apply the fix that makes it work for now? I think that having these diffs is more important than waiting for someone to fix this properly some day. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773731: cache_check should be on root
On 21.03.2015 13:28, Bastian Blank wrote: The binaries from thin-provisioning-tools depends on libstdc++, so they must reside in /usr. Ditto for cache_check. This seems to be getting complicated. In order to support cached root, cache_check and hence libstdc++ need to be on initrd. The boot scripts could be modified to activate all volume groups before mounting root. Then it should not matter if cache_check is not on the actual root. Another possibility would be to do fsck and mounting in three phases instead of two: first fsck and mount root, then /usr and other non-cached volumes and finally cached volumes. Root and /usr could not be cached then. Or maybe just link statically to libstdc++. -- Timo KorvolaURL:http://www.iki.fi/tkorvola -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777671: firejail packaging
Hi Reiner, On Sun, Mar 15, 2015 at 1:13 PM, Reiner Herrmann rei...@reiner-h.de wrote: Can you please redownload it again (same place), review and then upload it? Now it's fine. May I comment out DH_VERBOSE before uploading? 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#780913: node-absolute-path in NEW
Packaging for node-absolute-path is available in git: http://anonscm.debian.org/cgit/pkg-javascript/node-absolute-path.git The package is currently in NEW waiting for FTP master review: https://ftp-master.debian.org/new/node-absolute-path_0.0.0-1.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779492: Acknowledgement (RFP: mout -- Modular JavaScript utilities)
On 03/01/2015 02:17 PM, Bas Couwenberg wrote: Currently mout has some build dependencies that are not packaged yet: A task to track the mout dependencies has been created on the Wiki: https://wiki.debian.org/Javascript/Nodejs/Tasks/mout -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780910: SS-Utility does not show Packet-Sockets in Debian 6
Package: iproute Version: 20100519-3 Version of SS-Utility (Part of iproute): ss utility, iproute2-ss100519 The SS-Utility does not list Packet-Sockets properly: oot@debian6:/proc/net# ss -aw State Recv-Q Send-Q Local Address:Port Peer Address:Port root@debian6:/proc/net# But Packet-Socket is there as reported by lsof and /proc/net/packet root@debian6:/proc/net# more packet sk RefCnt Type Proto Iface R Rmem User Inode 88042c325000 3 10 0003 2 1 0 0 6289 root@debian6:/proc/net# root@debian6:/proc/net# ps -ef |grep dhclient root 1938 1603 0 15:44 ?00:00:00 /sbin/dhclient -d -4 -sf /usr/lib/NetworkManager/nm-dhcp-client.action -pf /var/run/dhclient-eth1.pid -lf /var/lib/dhcp/dhclient-ad9c6947-1e96-4839-a90c-354c319481e9-eth1.lease -cf /var/run/nm-dhclient-eth1.conf eth1 root 2508 2332 0 16:14 pts/000:00:00 grep dhclient root@debian6:/proc/net# lsof |grep 1938 dhclient 1938root cwd DIR 8,17 4096 2 / dhclient 1938root rtd DIR 8,17 4096 2 / dhclient 1938root txt REG 8,17 487728 15067286 /sbin/dhclient dhclient 1938root mem REG 8,1751728 6930434 /lib/libnss_files-2.11.3.so dhclient 1938root mem REG 8,17 1437064 6930443 /lib/libc-2.11.3.so dhclient 1938root mem REG 8,17 128744 6930439 /lib/ld-2.11.3.so dhclient 1938root0u CHR1,3 0t0 580 /dev/null dhclient 1938root1u CHR1,3 0t0 580 /dev/null dhclient 1938root2u CHR1,3 0t0 580 /dev/null dhclient 1938root3u unix 0x88042c3a1800 0t0 6279 socket dhclient 1938root4r REG 8,17 1557 3599166 /var/lib/dhcp/dhclient-ad9c6947-1e96-4839-a90c-354c319481e9-eth1.lease dhclient 1938root5w pack 6289 0t0 ALL type=SOCK_PACKET dhclient 1938root6u IPv4 6291 0t0 UDP *:bootpc root@debian6:/proc/net# I am using latetst Version of Debian 6, Output of uname -a: root@debian6:/proc/net# uname -a Linux debian6 2.6.32-5-amd64 #1 SMP Tue May 13 16:34:35 UTC 2014 x86_64 GNU/Linux Could you fix this error? Thanks! Regards, Felix Wiedenroth -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780911: installation-reports
Package: installation-reports Boot method: How did you boot the installer? CD? floppy? network? CD Image version: Full URL to image you downloaded is best http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-kde-CD-1.iso 2015-03-16 07:36 618M Date: Date and time of the install 21.03.2015, 16:16 Machine: Description of machine (eg, IBM Thinkpad R32) ASUS Z87-WS motherboard Processor: Intel Core i7-47-4790T, Socket 1150 Memory: 24 GB Partitions: df -Tl will do; the raw partition table is preferred Output of lspci -knn (or lspci -nn): 00:00.0 Host bridge [0600]: Intel Corporation 4th Gen Core Processor DRAM Controller [8086:0c00] (rev 06) 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller [8086:0c01] (rev 06) 00:14.0 USB controller [0c03]: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI [8086:8c31] (rev 05) 00:16.0 Communication controller [0780]: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 [8086:8c3a] (rev 04) 00:1a.0 USB controller [0c03]: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 [8086:8c2d] (rev 05) 00:1b.0 Audio device [0403]: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller [8086:8c20] (rev 05) 00:1c.0 PCI bridge [0604]: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 [8086:8c10] (rev d5) 00:1c.2 PCI bridge [0604]: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #3 [8086:8c14] (rev d5) 00:1c.5 PCI bridge [0604]: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #6 [8086:8c1a] (rev d5) 00:1c.6 PCI bridge [0604]: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #7 [8086:8c1c] (rev d5) 00:1c.7 PCI bridge [0604]: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #8 [8086:8c1e] (rev d5) 00:1d.0 USB controller [0c03]: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 [8086:8c26] (rev 05) 00:1f.0 ISA bridge [0601]: Intel Corporation Z87 Express LPC Controller [8086:8c44] (rev 05) 00:1f.2 SATA controller [0106]: Intel Corporation 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode] [8086:8c02] (rev 05) 00:1f.3 SMBus [0c05]: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller [8086:8c22] (rev 05) 01:00.0 PCI bridge [0604]: PLX Technology, Inc. PEX 8747 48-Lane, 5-Port PCI Express Gen 3 (8.0 GT/s) Switch [10b5:8747] (rev ba) 02:08.0 PCI bridge [0604]: PLX Technology, Inc. PEX 8747 48-Lane, 5-Port PCI Express Gen 3 (8.0 GT/s) Switch [10b5:8747] (rev ba) 02:10.0 PCI bridge [0604]: PLX Technology, Inc. PEX 8747 48-Lane, 5-Port PCI Express Gen 3 (8.0 GT/s) Switch [10b5:8747] (rev ba) 03:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Cedar GL [FirePro 2460] [1002:68f1] 03:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Cedar HDMI Audio [Radeon HD 5400/6300 Series] [1002:aa68] 05:00.0 SATA controller [0106]: Marvell Technology Group Ltd. 88SE9230 PCIe SATA 6Gb/s Controller [1b4b:9230] (rev 10) 06:00.0 Ethernet controller [0200]: Intel Corporation I210 Gigabit Network Connection [8086:1533] (rev 03) 07:00.0 SATA controller [0106]: ASMedia Technology Inc. ASM1062 Serial ATA Controller [1b21:0612] (rev 01) 08:00.0 FireWire (IEEE 1394) [0c00]: VIA Technologies, Inc. VT6315 Series Firewire Controller [1106:3403] (rev 01) 09:00.0 Ethernet controller [0200]: Intel Corporation I210 Gigabit Network Connection [8086:1533] (rev 03) dmesg: 0.00] DMI: ASUS All Series/Z87-WS, BIOS 1803 04/16/2014 [2.860526] systemd[1]: /etc/mtab is not a symlink or not pointing to /proc/self/mounts. This is not supported anymore. Please make sure to replace this file by a symlink to avoid incorrect or misleading mount(8) output. [5.615507] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [5.624693] ACPI Warning: SystemIO range 0xf000-0xf01f conflicts with OpRegion 0xf000-0xf00f (\_SB_.PCI0.SBUS.SMBI) (20140424/utaddress-258) [5.624697] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [6.649840] [drm] Initialized drm 1.1.0 20060810 [6.660709] intel_rapl: RAPL domain uncore detection failed [6.892859] [drm] radeon kernel modesetting enabled. [6.917249] [drm:radeon_pci_probe] *ERROR* radeon kernel modesetting for R600 or later requires firmware-linux-nonfree. Xorg.0.log [11.626] X.Org X Server 1.16.4 Release Date: 2014-12-20 [11.626] X Protocol Version 11, Revision 0 [11.626] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [11.626] Current Operating System: Linux (none) 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt7-1 (2015-03-01) x86_64 [11.626] Kernel command line: BOOT_IMAGE=/install.amd/vmlinuz desktop=kde
Bug#780913: ITP: node-absolute-path -- Node.js 0.11.x path.isAbsolute as a separate module
Package: wnpp Severity: wishlist Owner: Bas Couwenberg sebas...@xs4all.nl * Package name: node-absolute-path Version : 0.0.0 Upstream Author : Geoff Goodman * URL : https://github.com/filearts/node-absolute-path * License : Expat Programming Lang: JavaScript Description : Node.js 0.11.x path.isAbsolute as a separate module absolute-path is a Node.js module that implements path.isAbsolute from Node.js 0.11.x. node-absolute-path is required for node-gaze (#779301) which in turn is required for closure-util (#774562). The node-absolute-path package will be maintained in the JavaScript team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780914: telepathy-rakia negotiates wrong codec with FRITZ!Box
Package: telepathy-rakia Version: 0.8.0-3 Severity: normal I have two phones connected to a Fritz!Box, one DECT phone **610 and Rakia as **620. It it possible to call Rakia from DECT, but if Rakia calls DECT, Rakia cannot be heard. The Fritz!Box reports different codes: **610 - **620: Tx: G.711 Rx: G.711 **620 - **610: Tx: G.711u, G.722-HD Rx: G.722-HD A telepathy log file is available at: people.debian.org:~jak/telepathy.log The same thing works fine on my Android phone, which negotiates G.711u in both directions. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (990, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages telepathy-rakia depends on: ii libc6 2.19-15 ii libdbus-1-31.8.16-1 ii libdbus-glib-1-2 0.102-1 ii libglib2.0-0 2.42.1-1 ii libsofia-sip-ua-glib3 1.12.11+20110422.1-2 ii libsofia-sip-ua0 1.12.11+20110422.1-2 ii libtelepathy-glib0 0.24.1-1 telepathy-rakia recommends no packages. telepathy-rakia suggests no packages. -- no debconf information -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Be friendly, do not top-post, and follow RFC 1855 Netiquette. - If you don't I might ignore you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771549: fail2ban: init script refuses to start after a crash
On Sat, 21 Mar 2015, Marc F. Clemente wrote: Thanks to the package maintainer, version 0.9.1+git44-gd65c4f8-1 of fail2ban is available in the experimental repository. I have tried this a few days on a few different computers, and I have not had an issue with segfaults in sqlite3. Others who have segfaults with fail2ban and sqlite3 may want to try it out. That is great -- thanks! hopefully we also kick out new release soonish -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Research Scientist,Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740898: [9e1ed7f] Fix for Bug#740898 committed to git
tags 740898 + pending thanks Hello, The following change has been committed for this bug by Giuseppe Iuculano iucul...@debian.org on Sat, 21 Mar 2015 12:05:27 +0100. The fix will be in the next upload. = Ignore Suckit false positive Closes:#740898 = You can check the diff of the fix at: ;a=commitdiff;h=9e1ed7f -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778631: icedtea-netx: Fails to start despite dependencies being met
Gilles Filippini a écrit le 21/03/2015 11:29 : Hi, On Tue, 17 Feb 2015 11:31:57 -0600 John Goerzen jgoer...@complete.org wrote: Package: icedtea-netx Version: 1.5-2 Severity: serious Justification: Doesn't start $ javaws launch.jnlp /usr/bin/javaws: line 102: /usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java: No such file or directory It seems that this package depends on openjdk 6 or 7. I did recently remove version 6 from my system. The dependencies for this package are still met. javaws should, in this case, either: 1) Be split into two packages, one depending on jdk 6 and the other depending on jdk 7, or 2) have its script automatically detect which one to use. What's more, update-alternatives cannot even be comfigured to use JDK 7: # update-alternatives --config javaws There is only one alternative in link group javaws (providing /usr/bin/javaws): /usr/lib/jvm/java-6-openjdk-amd64/jre/bin/javaws Nothing to configure. # ls -l /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/javaws -rwxr-xr-x 1 root root 2660 Jun 30 2014 /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/javaws Looking at icedtea-netx's postinst script it seems the alternatives are configured only if an alternative for openjdk 6 isn't previously set: ... basedir=/usr/lib/jvm/java-6-openjdk-amd64 ... base7dir=/usr/lib/jvm/java-7-openjdk-amd64 ... case $1 in configure) ... if [ -n $multiarch ] [ -n $2 ]; then for i in $tools; do if [ -z $(update-alternatives --list $i 2/dev/null | grep ^$basedir/) ]; then update_alternatives=y break fi done fi ... Sounds like un old upgrade path bug. The fix is pretty simple. In this line of debian/icedtea-netx.postinst.in: if [ -z $(update-alternatives --list $i 2/dev/null | grep ^$basedir/) ]; then replace 'basedir' with base7dir: if [ -z $(update-alternatives --list $i 2/dev/null | grep ^$base7dir/) ]; then I've successfully tested it with manually editing /var/lib/dpkg/info/icedtea-netx:amd64.postinst: $ sudo update-alternatives --remove javaws /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/javaws $ update-alternatives --list javaws /usr/lib/jvm/java-6-openjdk-amd64/jre/bin/javaws $ sudo dpkg-reconfigure icedtea-netx update-alternatives: avertissement: forçage de la réinstallation de l'alternative /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/itweb-settings car le groupe de liens itweb-settings est cassé update-alternatives: avertissement: /usr/share/man/man1/itweb-settings.1.gz ne sera pas remplacé par un lien update-alternatives: utilisation de « /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/javaws » pour fournir « /usr/bin/javaws » (javaws) en mode automatique update-alternatives: avertissement: forçage de la réinstallation de l'alternative /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/itweb-settings car le groupe de liens itweb-settings est cassé update-alternatives: avertissement: /usr/share/man/man1/itweb-settings.1.gz ne sera pas remplacé par un lien $ update-alternatives --list javaws /usr/lib/jvm/java-6-openjdk-amd64/jre/bin/javaws /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/javaws $ Thanks, _g. signature.asc Description: OpenPGP digital signature
Bug#780904: squid3: assertion failed: MemBuf.cc:280: size capacity
Package: squid3 Version: 3.1.20-2.2+deb7u2 Severity: important Hi, This issue has already been discussed in #766326. Since yesterday a couple of my servers running Wheezy are affected by this bug. Applying the patch fixed the issue. Is there any chance of fixing this issue in Debian Stable? Cheers, Michael -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (700, 'stable-updates'), (700, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages squid3 depends on: ii adduser 3.113+nmu3 ii libc6 2.13-38+deb7u8 ii libcap2 1:2.22-1.2 ii libcomerr21.42.5-1.1+deb7u1 ii libdb5.1 5.1.29-5 ii libexpat1 2.1.0-1+deb7u1 ii libgcc1 1:4.7.2-5 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u3 ii libk5crypto3 1.10.1+dfsg-5+deb7u3 ii libkrb5-3 1.10.1+dfsg-5+deb7u3 ii libldap-2.4-2 2.4.31-1+nmu2 ii libltdl7 2.4.2-1.1 ii libpam0g 1.1.3-7.1 ii libsasl2-22.1.25.dfsg1-6+deb7u1 ii libstdc++64.7.2-5 ii libxml2 2.8.0+dfsg1-7+wheezy3 ii logrotate 3.8.1-4 ii lsb-base 4.1+Debian8+deb7u1 ii netbase 5.0 ii squid3-common 3.1.20-2.2+deb7u2~MBbpo70+1 squid3 recommends no packages. Versions of packages squid3 suggests: pn resolvconf none pn smbclientnone pn squid-cginone ii squidclient 3.1.20-2.2+deb7u2 pn ufw none -- Configuration Files: /etc/logrotate.d/squid3 changed [not included] /etc/squid3/errorpage.css changed [not included] /etc/squid3/squid.conf changed [not included] -- 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#780818: lvm2 should never try to access /dev/mmcblk0rpmb (avoid hangs)
Control: reassign -1 src:linux Hi On Thu, Mar 19, 2015 at 05:30:47PM -0400, Daniel Kahn Gillmor wrote: However, it also has a Replay Protected Memory Block, which appears as a block device, but causes several-second system hangs when anyone tries to read from it. I don't think it is a bug in lvm to try reading a device. lvm is a prime culprit of trying to scan this device, which is just not going to be helpful to users, since it won't contain a PV. How does it know that as a fact? Re-assigning to linux, as it allowes read request on devices not supporting it. Regards, Bastian -- There are some things worth dying for. -- Kirk, Errand of Mercy, stardate 3201.7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773731: cache_check should be on root
On Fri, Mar 20, 2015 at 05:43:53PM +0200, Timo Korvola wrote: Looks like the problem on system was not cache_check missing from the initrd, as I was not trying to cache root. The problem was cache_check missing from the actual root fs. vgchange -aay, executed after mounting root but before fsck, failed for the cached volumes. I suppose cache_check should be moved to /sbin. Maybe also the thin provisioning utilities if needed to fix #774560. The binaries from thin-provisioning-tools depends on libstdc++, so they must reside in /usr. Regards, Bastian -- It is more rational to sacrifice one life than six. -- Spock, The Galileo Seven, stardate 2822.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780905: fp-compiler-2.6.4: fpc fails to link programs using fpmkunit
Package: fp-compiler-2.6.4 Version: 2.6.4+dfsg-4 Severity: important Dear Maintainer, Any program which uses fpmkunit will not compile with fpc here. Compiling a simple hello-world program produces the following errors. Note how it looks for a 32-bit object file, even though it knows this is a 64-bit system. The program compiles OK without uses fpmkunit. ~/temp$ fpc hello.pp Free Pascal Compiler version 2.6.4+dfsg-4 [2014/10/14] for x86_64 Copyright (c) 1993-2014 by Florian Klaempfl and others Target OS: Linux for x86-64 Compiling hello.pp Linking hello /usr/bin/ld.bfd: warning: link.res contains output sections; did you forget -T? /usr/bin/ld.bfd: skipping incompatible /usr/lib/i386-linux-gnu/crti.o when searching for /usr/lib/i386-linux-gnu/crti.o /usr/bin/ld.bfd: cannot find /usr/lib/i386-linux-gnu/crti.o hello.pp(8,1) Error: Error while linking hello.pp(8,1) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted Error: /usr/bin/ppcx64 returned an error exitcode (normal if you did not specify a source file to be compiled) -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages fp-compiler-2.6.4 depends on: ii binutils 2.25-5 ii debconf [debconf-2.0] 1.5.55 ii fp-units-rtl-2.6.4 2.6.4+dfsg-4 Versions of packages fp-compiler-2.6.4 recommends: ii fp-utils-2.6.4 2.6.4+dfsg-4 Versions of packages fp-compiler-2.6.4 suggests: pn fp-docs-2.6.4 none pn mingw32-binutils none -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776262: tecnoballz: Bouncer position restricted in boss levels
Hello Markus, On 26.01.2015 16:28, Markus Koschany wrote: On 26.01.2015 02:46, Celelibi wrote: It looks like in the boss levels the position of the bouncer cannot reach the side walls allowing the balls to fall without any way to catch them. The minimum distance from the bouncer to the wall looks like the size of the corner relaunchers in the normal levels. This may be on purpose. But in doubt, I sumbit this bug. :) Hi again, beats me. Bruno, is this an intended feature or a bug? This is a bug not a feature. :-) This patch fixes Bug #776262. Best Regards, -- Bruno --- controller_paddles.cc.original 2015-03-21 14:49:59.494501034 +0100 +++ controller_paddles.cc 2015-03-21 14:51:00.764083057 +0100 @@ -57,8 +57,15 @@ width_maxi = 32 * resolution; width_mini = 32 * resolution; bottom_y_coord = (232 - 8) * resolution; - min_coordinate = 16 * resolution; - max_coordinate = 300 * resolution; + min_coordinate = 16; + if (resolution == 1) +{ + max_coordinate = 303; +} + else +{ + max_coordinate = 622; +} } else {
Bug#780903: Docs and software disagree on capitalization of 'none'
Package: rkhunter Version: 1.4.2-0.4 Severity: normal rkhunter.conf in a comment says ... DISABLE_TESTS option can use the word 'NONE' However, the program only accepts 'none' as a value and throws an error when using 'NONE'. Michael -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages rkhunter depends on: ii binutils 2.25-5 ii debconf [debconf-2.0] 1.5.55 ii file 1:5.22+15-2 ii net-tools 1.60-26+b1 ii perl 5.20.2-2 ii ucf3.0030 Versions of packages rkhunter recommends: ii iproute 1:3.16.0-2 ii lsof4.86+dfsg-1 ii postfix [mail-transport-agent] 2.11.3-1 ii unhide 20121229-1+b1 ii wget1.16-1 Versions of packages rkhunter suggests: ii bsd-mailx [mailx] 8.1.2-0.20141216cvs-1 pn libdigest-whirlpool-perl none ii liburi-perl 1.64-1 ii libwww-perl 6.08-1 ii powermgmt-base1.31+nmu1 pn tripwire none -- Configuration Files: /etc/rkhunter.conf changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778641: [Reproducible-builds] Bug#778641: closed by Jérémy Bobbio lu...@debian.org (Bug#778641: fixed in debbindiff 10)
Helmut Grohne: On Fri, Mar 20, 2015 at 01:06:13PM +, Debian Bug Tracking System wrote: * Attempt to sort out multiple decoding and encoding issues. (Closes: #778641) I'm sorry to say that this attempt failed: https://jenkins.debian.net/job/rebootstrap_i386_gcc49_supported_debbindiff/9/console It seems you are using a locale that doesn't allow unicode characters. Please try setting LC_CTYPE=C.UTF-8; it should work. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#780865: openafs-modules-dkms build failure
Hi, The problem also affected Ubuntu, where the DKMS tried to rebuild the module after the kernel update so there was a little bigger impact. Sergio Gelato already backported a fix for ubuntu: see: https://bugs.launchpad.net/ubuntu/+source/openafs/+bug/1423151 -- Galambos Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750837: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP
On Saturday 21 March 2015 00:10:46 Daniel Dehennin wrote: * I think /usr/lib/moar/libmoar.so should land in a multiarch path (even though libtommath.so is not currently multiarch...) The library is not versioned[1], so I thought it should not. Hmm right. I did not see that libmoar.so is in its own /usr/lib/moar/ directory. The comment I made a year ago [1] (and forgot since then :-p ) still stands. Multi-arch is then not important, yet. Let's worry about this later when we have a more clear picture of what multiarch means for rakudo and moarvm... (don't hold your breath) * Expat license is duplicated in debian/copyright (which would have been avoided if you were using cme ...) I tried “cme fix dpkg-copyright” but it does nothing :-/ this is one of the case where cme relies a little bit too much on semantic: duplicated info like this is not seen: without any other modif, you have to force a save so that cme will write back a new file. Come to think of it, there may be a way to detect this ... Sorry about the confusion. All the best [1] https://github.com/MoarVM/MoarVM/issues/74#issuecomment-45533659 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655983: cakephp-2.6.3 stable is now out
Hi, any update on this. It would be cool to have cakephp-2.6.3 in jessie I could offer some help if it is required. Thanks.
Bug#780320: nslcd: Fails to return group names
On Wed, 2015-03-11 at 19:27 -0600, Daniel Fussell wrote: Running nslcd on sid generally works, but is not able to get group names from ldap, reporting the following errors when requesting information on a user with the id command: nslcd: [9478fe] DEBUG: connection from pid=2735 uid=2345 gid=4274 nslcd: [9478fe] group=1217 DEBUG: myldap_search(base=ou=groups,ou=removed, dc=removed,dc=removed,dc=removed, filter=((objectClass=posixGroup)(gidNumber=1217))) nslcd: [9478fe] group=1217 ldap_result() failed: Protocol error: paged results control could not be decoded [...] Installing nslcd from wheezy and running nslcd -d shows all queries working with the same nslcd.conf, and all names resolve properly. Can you provide some information on the LDAP server used? The only relevant difference I can think of between 0.8 and 0.9 versions of nss-pam-ldapd is that 0.9 requests an additional control from the LDAP server for group queries. This is currently not configurable because the LDAP server is supposed to ignore controls it doesn't understand. If you are not using the member attribute in group searches you could set map group member as a workaround in nslcd.conf to disable member attribute expansion altogether. Kind regards, -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#780896: retext: No icons on toolbar
Hi Loic, and thanks for the bug report, On Sat, 21 Mar 2015 08:00:30 +0100, Loic GUEGAN wrote: * What led up to the situation? Simply using the app. * What exactly did you do (or not do) that was effective (or ineffective)? Try to install qt4 libs. * What was the outcome of this action? Nothing happened * What outcome did you expect instead? icons appear. Which desktop environment are you using? What icon theme(s) do you have installed (check which directories are in /usr/share/icons/)? What does “echo $XDG_CURRENT_DESKTOP” command print? If your environment is Gtk+-based (like GNOME or Xfce), then what does “gsettings get org.gnome.desktop.interface icon-theme” command print? As a workaround, you can open ReText preferences and paste in a custom icon theme name there. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#538067: status of the opencpn PPA for inclusion in Debian
On Wed, Jan 07, 2015 at 08:52:55PM -0600, Pavel Kalian wrote: Hi... Hi Pavel, I'm an upstream developer and managing the PPA on Launchpad. Thanks for chiming in! It's certainly a good way to try to resolve this in the long run. :) (and sorry for the delay, i wasn't in cc to the bug report so i didn't see you reply until today.) It certainly is more messy than needs to be, but it serves it's purpose, which is to get the packages to the user in a way he can digest... Yeah, and I can certainly appreciate that! I certainly appreciate instructions on how to use this in jessie, for example. :) For the record, on Jessie, i am able to install the package from the Trusty PPA here: deb http://ppa.launchpad.net/opencpn/opencpn/ubuntu trusty main I do need to install wxwidgets from sid however, as mentionned in the upstream instructions. I would have been able to install the wxwidgets packages from wheezy (which seems like a better option than sid IMHO) if the dependencies were a little more relaxed (= 2.8.12.1 instead of = 2.8.12.1+dfsg). Unless of course that's an actual hard dependency requirement. With the upcoming 4.0 release I have modularized the packages to certain extent, separating the docs, tide data and GSHHS shorelines as they are logical components. That's great news. I haven't reviewed the result but that seems like a huge improvement already. I currently do no effort to clean the .orig sources off stuff not needed on Linux, but it is on my list past the release. Frankly, I don't think it's that critical. The most important point right now is to ensure there are sources for all the binaries provided with the package. Code deduplication is a should, not a must in Debian, IIRC, especially if there are actually no other copies! We've put some effort into clarifying the license info etc. over time to make packaging for Debian possible, but without further feedback from you, finishing it in an acceptable way will keep having low priority - we simply lack manpower to study the requirements in-depth. Understood. That seems perfectly reasonable. From what I understand, most of the actual licensing issues are gone. According to a quick review I did in october, all that was necessary was to remove copies of wxwidgets, the .git directory, zlib, bzip and tinyxml. I believe those were probably all convenience copies of code (ch. 4.13 in the debian policy): http://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles So creating a tarball without those *should* be done, but it's not absolutely necessary, unless there are still (for example) DLLs without source. What is necessary however is the built package should *not* use the convenience copies but link to the existing libraries, to make security upgrades easy and (basically) possible. Another nice thing would be to build against wxwidgets 3.0: is that possible at all? A quick search led me to believe it is how opencpn is compiled in Windows and OSX... Since jessie doesn't ship with 2.8 anymore (for reasons I cannot fathom), compiling against 3.0 means it would be possible to backport to jessie and even, in fact, all the way back to wheezy and squeeze, since those also have wxwidget 3.0 backports! Thanks for trying to clean up our mess Well, to be fair, it's an amazing work you guys are doing. I'm just sitting on the sidelines ranting that my computer isn't working the way it should be. Sorry about that. :) I hope my feedback here still has some use, and certainly hope to see opencpn land in Debian at some point. And to be real clear, I would be happy to sponsor your package once it: 1. doesn't compile against convenience copies 2. doesn't ship binaries without source 3. builds against 3.x (optional) 4. doesn't ship convenience copies of code (optional) Do you think the current package fits those requirements? In fact, I will need this package running in production fairly soon, so it would make sense for me to push again in that direction. :) Sorry we missed jessie. We can still make it to backports though. ;) Hold fast, A. signature.asc Description: Digital signature
Bug#780907: fontforge-common: Ships icons in wrong location
Package: fontforge-common Version: 20120731.b-5 fontforge-common package currently has this: $ dpkg -L fontforge-common | grep fontforge.png /usr/share/icons/24x24/apps/fontforge.png /usr/share/icons/16x16/apps/fontforge.png /usr/share/icons/48x48/apps/fontforge.png /usr/share/icons/32x32/apps/fontforge.png /usr/share/icons/22x22/apps/fontforge.png However, per the specification [1], the applications icons should be installed into ‘$prefix/share/icons/hicolor/*/apps’ directories (note the ‘hicolor’ part, which is the fallback icon theme name). With the current structure, implementations won’t find the icons, i.e. QIcon::hasThemeIcon(fontforge) returns false. [1]: http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html#install_icons -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#780908: kdm: In two from three cases the graphical login of kdm does not start.
Package: kdm Version: 4:4.11.13-2 Severity: important Since a few month I have the problem, that KDM does not start in two from three cases. I use the NVidia binary driver and I see a short time the NVidia-Symbol and then the console login appears. I log in as root and call: /etc/init.d/kdm restart exit and then kdm starts correct and I can log in. These are same logs: Logs: Xorg.0.log : No error dmesg: One suspected message I guess [7.215120] systemd[1]: [/etc/systemd/system/clamav- daemon.socket.d/extend.conf:2] Failed to parse address value, ignoring: peter64:3310 [7.755477] systemd[1]: Cannot add dependency job for unit display- manager.service, ignoring: Unit display-manager.service failed to load: No such file or directory. [7.756084] systemd[1]: Starting Forward Password Requests to Wall Directory Watch. Journalctl -- Reboot -- Mär 21 10:52:43 peter64 systemd[2723]: Starting Paths. Mär 21 10:52:43 peter64 systemd[2723]: Reached target Paths. Mär 21 10:52:43 peter64 systemd[2723]: Starting Timers. Mär 21 10:52:43 peter64 systemd[2723]: Reached target Timers. Mär 21 10:52:43 peter64 systemd[2723]: Starting Sockets. Mär 21 10:52:43 peter64 systemd[2723]: Reached target Sockets. Mär 21 10:52:43 peter64 systemd[2723]: Starting Basic System. Mär 21 10:52:43 peter64 systemd[2723]: Reached target Basic System. Mär 21 10:52:43 peter64 systemd[2723]: Starting Default. Mär 21 10:52:43 peter64 systemd[2723]: Reached target Default. Mär 21 10:52:43 peter64 systemd[2723]: Startup finished in 94ms. Mär 21 10:52:54 peter64 obexd[2827]: OBEX daemon 5.23 Mär 21 10:53:15 peter64 org.kde.kuiserver[2775]: QDBusConnection: session D- Bus connection created before QCoreApplication. Mär 21 10:53:15 peter64 org.kde.kuiserver[2775]: QDBusConnection: session D- Bus connection created before QCoreApplication. Mär 21 10:53:19 peter64 pulseaudio[2970]: [pulseaudio] module-alsa-card.c: Failed to find a working profile. Mär 21 10:53:19 peter64 pulseaudio[2970]: [pulseaudio] module.c: Failed to load module module-alsa-card (argument: device Mär 21 10:53:25 peter64 pulseaudio[2970]: [alsa-source-USB Audio] alsa- source.c: ALSA weckte uns auf, um neue Daten vom Gerä Mär 21 10:53:25 peter64 pulseaudio[2970]: [alsa-source-USB Audio] alsa- source.c: Dies ist höchstwahrscheinlich ein Fehler im Mär 21 10:53:25 peter64 pulseaudio[2970]: [alsa-source-USB Audio] alsa- source.c: Wir wurden durch das POLLIN-Set geweckt, al Mär 21 10:53:47 peter64 org.a11y.Bus[2775]: Activating service name='org.a11y.atspi.Registry' Mär 21 10:53:48 peter64 org.a11y.Bus[2775]: Successfully activated service 'org.a11y.atspi.Registry' Mär 21 10:53:49 peter64 org.a11y.atspi.Registry[3190]: SpiRegistry daemon is running with well-known name - org.a11y.atspi.R Mär 21 10:54:03 peter64 org.gnome.zeitgeist.Engine[2775]: ** (zeitgeist- datahub:3221): WARNING **: zeitgeist-datahub.vala:22 Mär 21 10:54:18 peter64 mount.davfs[3378]: davfs2 1.5.2 kdm.log : // The failed start of kdm I guess X.Org X Server 1.16.4 Release Date: 2014-12-20 X Protocol Version 11, Revision 0 Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian Current Operating System: Linux peter64 3.16.0-4-amd64 #1 SMP Debian 3.16.7- ckt7-1 (2015-03-01) x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=0fdbfde6-6e2f-4e44-93c0-3cdb6f89546f ro Build Date: 11 February 2015 12:32:02AM xorg-server 2:1.16.4-1 (http://www.debian.org/support) Current version of pixman: 0.32.6 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sat Mar 21 10:50:23 2015 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server (EE) Server terminated successfully (0). Closing log file. // The successful start of kdm after /etc/init.d/kdm restart I guess X.Org X Server 1.16.4 Release Date: 2014-12-20 X Protocol Version 11, Revision 0 Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian Current Operating System: Linux peter64 3.16.0-4-amd64 #1 SMP Debian 3.16.7- ckt7-1 (2015-03-01) x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=0fdbfde6-6e2f-4e44-93c0-3cdb6f89546f ro Build Date: 11 February 2015 12:32:02AM xorg-server 2:1.16.4-1 (http://www.debian.org/support) Current version of pixman: 0.32.6 Before reporting problems, check
Bug#780918: referencer: Menu icon not vector-based
Package: referencer Version: 1.2.2-1+b1 Severity: minor Dear Maintainer, In GNOME the referencer application icon is not vectorised and not from a high dpi either. With the installation however a vectorized icon is supplied. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages referencer depends on: ii libatkmm-1.6-12.22.7-2.1 ii libboost-regex1.55.0 1.55.0+dfsg-3 ii libc6 2.19-15 ii libgcc1 1:4.9.2-10 ii libgconfmm-2.6-1c22.28.0-1 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libglibmm-2.4-1c2a2.42.0-1 ii libgtk2.0-0 2.24.25-3 ii libgtkmm-2.4-1c2a 1:2.24.4-1.1 ii libpangomm-1.4-1 2.34.0-1.1 ii libpoppler-glib8 0.26.5-2 ii libpython2.7 2.7.9-2 ii libsigc++-2.0-0c2a2.4.0-1 ii libstdc++64.9.2-10 ii libxml2 2.9.1+dfsg1-5 referencer recommends no packages. referencer 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#776262: tecnoballz: Bouncer position restricted in boss levels
Control: tags -1 pending patch On 21.03.2015 15:49, Bruno Ethvignot wrote: Hello Markus, On 26.01.2015 16:28, Markus Koschany wrote: On 26.01.2015 02:46, Celelibi wrote: It looks like in the boss levels the position of the bouncer cannot reach the side walls allowing the balls to fall without any way to catch them. The minimum distance from the bouncer to the wall looks like the size of the corner relaunchers in the normal levels. This may be on purpose. But in doubt, I sumbit this bug. :) Hi again, beats me. Bruno, is this an intended feature or a bug? This is a bug not a feature. :-) This patch fixes Bug #776262. Hello Bruno, thank you, I have already applied your patch. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#780797: openssh-server: modifies the user configuration
On Sat, 2015-03-21 at 11:13 +0100, Vincent Lefevre wrote: The configuration consists of a full file, and the choice for some option may depend on others. That way you could *never* change anything nor upgrade systems. Get a new firefox version, and the whole binary blob profile may completely be upgraded, old algos disabled etc. pp. So, as soon as the file is modified, it must be considered that the configuration has been chosen by the admin and mustn't be modified automatically. This is at least how debconf behaves. Even if you say that *any* modification of *any* part of the whole abstract configuration would need the whole configuration to be considered locally modified, then this wouldn't work out in practise. Take the firefox example, or take any program where the main config file e.g. imports some conf.d/ file, and where it would then also be impossible to modify unchanged files in conf.d/ just when the main file was changed locally. Cheers. smime.p7s Description: S/MIME cryptographic signature
Bug#538067: status of the opencpn PPA for inclusion in Debian
On 2015-03-21 13:42:51, Pavel Kalian wrote: On 03/21/2015 07:47 AM, anarcat wrote: On Wed, Jan 07, 2015 at 08:52:55PM -0600, Pavel Kalian wrote: [...] I would have been able to install the wxwidgets packages from wheezy (which seems like a better option than sid IMHO) if the dependencies were a little more relaxed (= 2.8.12.1 instead of = 2.8.12.1+dfsg). Unless of course that's an actual hard dependency requirement. Well, that's the feature of Launchpad - it injects the dependency version for the target Ubuntu release and does not honor what we define in the control file. Maybe it can be overriden if we specify an exact version there, but I'm not sure. Will try. I see, well in this case: don't worry about it, we'll fix this when we upload to sid anyways. Anyway, as a Testing user myself, removing wx2.8 surprised me a bit... Yeah, that's weird. I haven't investigated why it happened... [...] I currently do no effort to clean the .orig sources off stuff not needed on Linux, but it is on my list past the release. Frankly, I don't think it's that critical. The most important point right now is to ensure there are sources for all the binaries provided with the package. There are no library binaries involved in Linux build/packaging in the source tree at all. The wx DLLs in the tree are not used in the build at all, they are just convenience for packaging on Windows. The only binary lib used in any build is the Windows crashreporter - is it a problem for Debian packaging when it is not at all involved? If it is, we can of course bundle the source, but it will just mean more completely unused stuff in the tree. Source-less files will be a problem for the FTP masters, that is certain. We will need to either remove the binary files or include the source. [...] The bundled libs are not used in Linux build at all, we link against the system libs. But they are obviously required on Windows. For the packaging purposes, they can be stripped if it makes sense. They need to be stripped if no source is provided, for sure. [...] It is possible to build against wx3.0 on all platforms (We currently build against it just for OS X and Android, where it is inevitable, though). There is a problem with the complete switch - wx3.0 has no backport for Ubuntu Precise as far as I can tell, neither in the official repos nor anywhere on Launchpad, which means we would have to provide our own backport in the PPA or make the users install from elsewhere, which is quite a PITA and would generate way more support traffic than living with the Jessie problem for now. Maybe we can have the two packages diverge (between ubuntu and Debian) at that level. Eventually, those differences would go away as 3.0 gets propagated everywhere... It would also mean rebuilding all the plugins. Quite some work. Said that, we would like to migrate to wx3, but not with the current 4.0 release (as it looks now, there will most likely be just one maintenance release in this cycle with a couple of minor fixes). 4.2, out in ~6 months is the target for now. Understood. However, if 4.0 can be built against 3.x right now, we could just upload that in Debian without changing things upstream... It would be easy enough, from what I understand, just a tiny patch to change dependencies on the control file maybe? [...] And to be real clear, I would be happy to sponsor your package once it: 1. doesn't compile against convenience copies As far as I can tell this is addressed for a long time already. For the build on Unix platforms where the libs are available and cmake can find them. Awesome. The debian/control build-dependencies should handle that. 2. doesn't ship binaries without source Is the windows-only crashrpt library a problem here? If so, we of course can include the source. Or can we just link to http://crashrpt.sourceforge.net/docs/html/index.html in the docs? Do we have to provide wxWidgets source just because we have to ship the libraries on Windows and Mac? Anyway, all of it can be stripped from the tree for packaging on Linux I am not sure. Maybe other DDs (in CC) can provide feedback here, but I would recommend providing a smaller tarball with only the OpenCPN source code. First it takes up less space on all the mirrors, and second it will make the FTP master's job easier. But my gut feeling is that binaries without source *will* be a problem, even if the software is free (like say wxWidgets). [...] Do you think the current package fits those requirements? I will implement the stripping of all the Linux-irrelevant stuff in https://github.com/nohal/launchpad/blob/master/publish.sh so we have a baseline to finish it off. It would be great to see this as part of the debian package directly. Earlier in this bug report, I have made a get-orig-source target in debian/rules for exactly that purpose. This is common practice that should be followed here - although it may conflict with
Bug#780797: Package modifying a user-modified config file? [Bug #780797]
Chris Knadle chris.kna...@coredump.us writes: At present the openssh-server and openssh-client packages are altering /etc/ssh/ssh_config and /etc/ssh/sshd_config without prompting the user beforehand, even when they've been locally modified. I've pointed section § 10.7.3 of Debian Policy: • local changes must be preserved during a package upgrade (Appendix E also discusses this which I saw later) however the argument being made now is that the particular section of the config being altered wasn't changed by the user. Correct. The Policy statement is about preserving user changes, not about never touching any file that a user has modified in any way. The package is free to modify unchanged portions of the configuration file, and this has been routinely done during package updates in Debian for as long as I've been involved in the project. This is the current bug (severity serious): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780797 I think the maintainer should downgrade the severity of this bug, since I don't think it meets the definition of serious, but I'll leave that to Colin. Separately, I personally am not fond of this change and would rather that it only take effect on new installations, not existing installations. I find the security argument for this change to be rather dubious. But this is not a Policy violation; it's a judgement call by the maintainer whether the benefit of the change is worth the disruption of changed behavior on upgrades. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780924: wheezy-pu: package libdatetime-timezone-perl/1:1.58-1+2015b
Package: release.debian.org Severity: normal Tags: wheezy User: release.debian@packages.debian.org Usertags: pu -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 As already discussed in #780912, I've also prepared a wheezy update for libdatetime-timezone-perl for the olsondb 2015b release, which contains DST changes for Mongolia and Palestine becoming effective in a week from now. The changes are in a quilt patch which only touches the timezone data; changelog: libdatetime-timezone-perl (1:1.58-1+2015b) UNRELEASED; urgency=medium * Update to version 2015b of the Olson database. -- gregor herrmann gre...@debian.org Sat, 21 Mar 2015 17:58:28 +0100 I'm attaching a manually stripped down debdiff against 1:1.58-1+2015a in proposed-updates. (Full patch in git in the wheezy branch: http://anonscm.debian.org/cgit/pkg-perl/packages/libdatetime-timezone-perl.git/tree/debian/patches?h=wheezy ) Cheers, gregor -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJ8BAEBCgBmBQJVDdiWXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGxAsQAMA+WbWeGYxDw7B0jffd/F80 /h1pb1hPKR6fLQlzBflevbPe1A+sm0NywLDogEyLzKCTt2fPdrsNd2AtyrWi5qgx 2h5z3LD/SiHEIytW7hL5rekySiA3QOsSuny/pTyK9Z4bmlbLsOmXXCBlc+eFejK7 VM8Sy7HOYHx3ao5uK5Rh3cAyoWppjXIsnhlFGjkj0e5luZQzsju6wF6xI3PxP17O rLEcpBcIdTBMQDnyKPlbK1x1r2DtY8zHcE7YskwhpX87/uB9Y536ao0OKcsxV8p3 QoFqvjvtGpka3dYv6xUPJWITM/hEhHvWOmmAkh5P0tquH2X0F1EliC2V3HutEXri otjz31rf32zJ9hNqukqoklLyqllsPrwJre1TF57rhQfx+5pH8cU7KxLMSPzgqpbJ 6aG0YTwWa5c5heXgCyCO7aOF0igidM4Z8FNFjTo2zxE6QFx/OAznufECcXMBC0AY rhcnVWgHi9NnIgbL75Ob0dxd1eY9hBZSdu0MTUc7XoINpFh28VNNdASDRoz8PZkQ scOKttnWBDX1xo1KbI41u2IKvEUOrTfFe574E2MQKDW9OWawg29uDEo3v2D+xxJV i9vGHJew7dUtG8FAd0DH/84D/TBeE9DxVqCGljs2LJwElxsJBPiUn8meKFpFv7pC zZuCDYDFSY1nkRV6Evx6 =LJ5q -END PGP SIGNATURE- diff -Nru libdatetime-timezone-perl-1.58/debian/changelog libdatetime-timezone-perl-1.58/debian/changelog --- libdatetime-timezone-perl-1.58/debian/changelog 2015-02-02 12:21:38.0 +0100 +++ libdatetime-timezone-perl-1.58/debian/changelog 2015-03-21 21:33:36.0 +0100 @@ -1,3 +1,9 @@ +libdatetime-timezone-perl (1:1.58-1+2015b) UNRELEASED; urgency=medium + + * Update to version 2015b of the Olson database. + + -- gregor herrmann gre...@debian.org Sat, 21 Mar 2015 17:58:28 +0100 + libdatetime-timezone-perl (1:1.58-1+2015a) stable-proposed-updates; urgency=medium * Update to version 2015a of the Olson database. diff -Nru libdatetime-timezone-perl-1.58/debian/patches/olson-2015b libdatetime-timezone-perl-1.58/debian/patches/olson-2015b --- libdatetime-timezone-perl-1.58/debian/patches/olson-2015b 1970-01-01 01:00:00.0 +0100 +++ libdatetime-timezone-perl-1.58/debian/patches/olson-2015b 2015-03-21 21:33:36.0 +0100 @@ -0,0 +1,11995 @@ +Description: Update to Olson database version 2015b. +Origin: vendor +Author: gregor herrmann gre...@debian.org +Last-Update: 2015-03-21 + +--- a/lib/DateTime/TimeZone/Africa/Abidjan.pm b/lib/DateTime/TimeZone/Africa/Abidjan.pm +@@ -3,7 +3,7 @@ + # DateTime::TimeZone module distribution in the tools/ directory + + # +-# Generated from debian/tzdata/africa. Olson data version 2015a ++# Generated from debian/tzdata/africa. Olson data version 2015b + # + # Do not edit this file directly. + # +@@ -42,7 +42,7 @@ + ], + ]; + +-sub olson_version { '2015a' } ++sub olson_version { '2015b' } + + sub has_dst_changes { 0 } + +--- a/lib/DateTime/TimeZone/Africa/Accra.pm b/lib/DateTime/TimeZone/Africa/Accra.pm +@@ -3,7 +3,7 @@ + # DateTime::TimeZone module distribution in the tools/ directory + + # +-# Generated from debian/tzdata/africa. Olson data version 2015a ++# Generated from debian/tzdata/africa. Olson data version 2015b + # + # Do not edit this file directly. + # +@@ -456,7 +456,7 @@ + ], + ]; + +-sub olson_version { '2015a' } ++sub olson_version { '2015b' } + + sub has_dst_changes { 23 } + +--- a/lib/DateTime/TimeZone/Asia/Gaza.pm b/lib/DateTime/TimeZone/Asia/Gaza.pm +@@ -3,7 +3,7 @@ + # DateTime::TimeZone module distribution in the tools/ directory + + # +-# Generated from debian/tzdata/asia. Olson data version 2015a ++# Generated from debian/tzdata/asia. Olson data version 2015b + # + # Do not edit this file directly. + # +@@ -942,232 +942,232 @@ + ], + [ + 63531640800, #utc_start 2014-03-27 22:00:00 (Thu) +-63547362000, # utc_end 2014-09-25 21:00:00 (Thu) ++63549781200, # utc_end 2014-10-23 21:00:00 (Thu) + 63531651600, # local_start 2014-03-28 01:00:00 (Fri) +-63547372800, #local_end 2014-09-26 00:00:00 (Fri) ++63549792000, #local_end 2014-10-24 00:00:00 (Fri) + 10800, + 1, + 'EEST', + ], + [ +-63547362000, #utc_start 2014-09-25 21:00:00 (Thu) +-63563090400, # utc_end 2015-03-26 22:00:00 (Thu) +-63547369200, # local_start 2014-09-25 23:00:00 (Thu) +-63563097600, #local_end 2015-03-27 00:00:00 (Fri) ++63549781200, #
Bug#780922: node-throttleit in NEW
Packaging for node-throttleit is available in git: http://anonscm.debian.org/cgit/pkg-javascript/node-throttleit.git The package is currently in NEW waiting for FTP master review: https://ftp-master.debian.org/new/node-throttleit_1.0.0-1.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780916: referencer: File association icon too large
Package: referencer Version: 1.2.2-1+b1 Severity: minor Dear Maintainer, When opening the context menu for the .reflib database file, referencer is listed in the 'open with' section. The icon of referencer is however about double the size of other icons in this context menu. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages referencer depends on: ii libatkmm-1.6-12.22.7-2.1 ii libboost-regex1.55.0 1.55.0+dfsg-3 ii libc6 2.19-15 ii libgcc1 1:4.9.2-10 ii libgconfmm-2.6-1c22.28.0-1 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libglibmm-2.4-1c2a2.42.0-1 ii libgtk2.0-0 2.24.25-3 ii libgtkmm-2.4-1c2a 1:2.24.4-1.1 ii libpangomm-1.4-1 2.34.0-1.1 ii libpoppler-glib8 0.26.5-2 ii libpython2.7 2.7.9-2 ii libsigc++-2.0-0c2a2.4.0-1 ii libstdc++64.9.2-10 ii libxml2 2.9.1+dfsg1-5 referencer recommends no packages. referencer 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#753975: Kallithea
I'm interested in having Kallithea in Debian, so I would be happy to help with the packaging. After talking with Andrew Shadura on IRC I've cloned the repo at git://anonscm.debian.org/collab-maint/kallithea.git and I'm starting from that. -- Elena ``of Valhalla'' signature.asc Description: Digital signature
Bug#780922: ITP: node-throttleit -- Throttle a function in Node.js
Package: wnpp Severity: wishlist Owner: Bas Couwenberg sebas...@xs4all.nl * Package name: node-throttleit Version : 1.0.0 Upstream Author : TJ Holowaychuk t...@vision-media.ca * URL : https://github.com/component/throttle * License : Expat Programming Lang: JavaScript Description : Throttle a function in Node.js throttle is a Node.js module to throttle a JavaScript function. node-throttleit is required node-request-progress (#780919) which in turn is required for node-get-down (#779302). The node-throttleit package will be maintained in the JavaScript team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780923: linux-image-3.2.0-4-amd64: mouse and keyboard(USB disconnect while running)
Package: src:linux Version: 3.2.65-1+deb7u2 Severity: important Dear Maintainer, why is my USB getting disconnected while running debian? All my mice and keyboard are USB wireless.This is causing me to reboot the pc for access and re-remove and re-insert the usb to get both working again. I use logitech keyboard and mouse. -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.65-1+deb7u2 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=97e66d00-88d8-4f66-bf78-2b840d3acdac ro rootflags=data=writeback quiet ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [ 18.872305] e1000e :03:00.0: irq 72 for MSI/MSI-X [ 18.976155] e1000e :03:00.0: irq 72 for MSI/MSI-X [ 18.977305] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 19.058301] fglrx_pci :01:00.0: irq 90 for MSI/MSI-X [ 19.058850] [fglrx] Firegl kernel thread PID: 3373 [ 19.058903] [fglrx] Firegl kernel thread PID: 3374 [ 19.058953] [fglrx] Firegl kernel thread PID: 3375 [ 19.059040] [fglrx] IRQ 90 Enabled [ 19.069227] [fglrx] Gart USWC size:1280 M. [ 19.069229] [fglrx] Gart cacheable size:508 M. [ 19.069232] [fglrx] Reserved FB block: Shared offset:0, size:100 [ 19.069234] [fglrx] Reserved FB block: Unshared offset:f8fc000, size:404000 [ 19.069236] [fglrx] Reserved FB block: Unshared offset:7ffef000, size:11000 [ 19.103235] ip_tables: (C) 2000-2006 Netfilter Core Team [ 19.348794] fglrx_pci :08:00.0: irq 91 for MSI/MSI-X [ 19.349275] [fglrx] Firegl kernel thread PID: 3426 [ 19.349332] [fglrx] Firegl kernel thread PID: 3427 [ 19.349387] [fglrx] Firegl kernel thread PID: 3428 [ 19.349474] [fglrx] IRQ 91 Enabled [ 19.361223] [fglrx] Gart USWC size:1280 M. [ 19.361225] [fglrx] Gart cacheable size:508 M. [ 19.361228] [fglrx] Reserved FB block: Shared offset:0, size:100 [ 19.361230] [fglrx] Reserved FB block: Unshared offset:f8fc000, size:404000 [ 19.361232] [fglrx] Reserved FB block: Unshared offset:7fff4000, size:c000 [ 19.376963] vgaarb: this pci device is not a vga device [ 19.376972] vgaarb: this pci device is not a vga device [ 19.376979] vgaarb: this pci device is not a vga device [ 19.376986] vgaarb: this pci device is not a vga device [ 19.376992] vgaarb: this pci device is not a vga device [ 19.376999] vgaarb: this pci device is not a vga device [ 19.377006] vgaarb: this pci device is not a vga device [ 19.377012] vgaarb: this pci device is not a vga device [ 19.377019] vgaarb: this pci device is not a vga device [ 19.377026] vgaarb: this pci device is not a vga device [ 19.377032] vgaarb: this pci device is not a vga device [ 19.377039] vgaarb: this pci device is not a vga device [ 19.377046] vgaarb: this pci device is not a vga device [ 19.377053] vgaarb: this pci device is not a vga device [ 19.377059] vgaarb: this pci device is not a vga device [ 19.377066] vgaarb: this pci device is not a vga device [ 19.377072] vgaarb: this pci device is not a vga device [ 19.377079] vgaarb: this pci device is not a vga device [ 19.377085] vgaarb: this pci device is not a vga device [ 19.377092] vgaarb: this pci device is not a vga device [ 19.377098] vgaarb: this pci device is not a vga device [ 19.377105] vgaarb: this pci device is not a vga device [ 19.377111] vgaarb: this pci device is not a vga device [ 19.377118] vgaarb: this pci device is not a vga device [ 19.377124] vgaarb: this pci device is not a vga device [ 19.377131] vgaarb: this pci device is not a vga device [ 19.377137] vgaarb: this pci device is not a vga device [ 19.377144] vgaarb: this pci device is not a vga device [ 19.377158] vgaarb: this pci device is not a vga device [ 19.377166] vgaarb: this pci device is not a vga device [ 19.377174] vgaarb: this pci device is not a vga device [ 19.377182] vgaarb: this pci device is not a vga device [ 19.377190] vgaarb: this pci device is not a vga device [ 19.377199] vgaarb: this pci device is not a vga device [ 19.377207] vgaarb: this pci device is not a vga device [ 19.377219] vgaarb: device changed decodes: PCI::08:00.0,olddecodes=io+mem,decodes=none:owns=none [ 19.377231] vgaarb: this pci device is not a vga device [ 25.837108] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx [ 25.837829] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 26.944257] e1000e: eth0 NIC Link is Down [ 29.337764] usb 7-1.3: USB disconnect, device number 4 [ 29.700301] usb 7-1.3: new full-speed USB device number 6 using xhci_hcd [ 29.700630] usb 7-1.3: Device not responding to set address. [ 29.904400] usb 7-1.3: Device not responding to set address. [ 30.108083] usb 7-1.3: device not accepting address 6, error -71 [ 30.124793] hub 7-1:1.0: unable to enumerate USB device on port 3 [
Bug#780917: system suspends when switching user (idle timer is ticking even for inactive sessions)
Package: gnome-core Version: 1:3.14+3 Severity: important When two user sessions are running, one active and another suspended/background, after activating the inactive session which was idle for sufficient time, the system immediately suspends. It looks like the idle timer is ticking even when the session is inactive, and fires up immediately when it becomes active, instead of being started at that time. I don't know the correct package to report this bug against, but it looks like it happens only with gnome, it does not happen when the other session is KDE for example. I'm filing this bugreport with important severity, because it is just insanely annoying and makes whole system suspend thing to be very questionable because it costs way too much nerves compared with the elictricity and noize it saves. Journalctl shows that something requests system suspend immediately after switching sessions. Below is an example of such case. Note I also didn't know how to enable gnome-session debugging, so I replaced it with a shell wrapper which calls real gnome-session with the same command-line args plus debugging enablement, hence gnome-session.bin[5127] in the log. Here, we have 2 sessions running, one mjt (with a small suspend timeout) and helen. Initially I switched from mjt to helen (14:26:33), and later switched back to mjt session, at 14:54:26. And right after that mjt's session initiated system sleep, instead of just asking for the login password. Feb 28 14:26:33 gandalf gdm-Xorg-:0[5035]: (II) AIGLX: Suspending AIGLX clients for VT switch Feb 28 14:26:33 gandalf gdm-Xorg-:1[3757]: (II) AIGLX: Resuming AIGLX clients after VT switch Feb 28 14:26:33 gandalf /etc/gdm3/Xsession[5127]: gnome-session.bin[5127]: DEBUG(+): emitting SessionIsActive Feb 28 14:26:33 gandalf gnome-session.bin[5127]: DEBUG(+): emitting SessionIsActive Feb 28 14:26:35 gandalf gnome-session[3839]: (gnome-shell:3967): AccountsService-WARNING **: ActUserManager: user (null) has no username (object path: /org/freedesktop/Accounts/User962, uid: 0) Feb 28 14:26:35 gandalf gnome-session[3839]: (gnome-shell:3967): AccountsService-WARNING **: ActUserManager: user (null) has no username (object path: /org/freedesktop/Accounts/User962, uid: 0) Feb 28 14:26:35 gandalf gnome-session[3839]: (gnome-shell:3967): AccountsService-WARNING **: ActUserManager: user (null) has no username (object path: /org/freedesktop/Accounts/User962, uid: 0) Feb 28 14:26:35 gandalf gnome-session[3839]: (gnome-shell:3967): AccountsService-WARNING **: ActUserManager: user (null) has no username (object path: /org/freedesktop/Accounts/User962, uid: 0) Feb 28 14:26:35 gandalf gdm-Xorg-:1[3757]: (II) AIGLX: Suspending AIGLX clients for VT switch Feb 28 14:26:35 gandalf gdm-Xorg-:0[5035]: (II) AIGLX: Resuming AIGLX clients after VT switch Feb 28 14:26:35 gandalf /etc/gdm3/Xsession[5127]: gnome-session.bin[5127]: DEBUG(+): emitting SessionIsActive Feb 28 14:26:35 gandalf gnome-session.bin[5127]: DEBUG(+): emitting SessionIsActive Feb 28 14:27:41 gandalf gdm-Xorg-:0[5035]: (II) AIGLX: Suspending AIGLX clients for VT switch Feb 28 14:27:41 gandalf gdm-Xorg-:1[3757]: (II) AIGLX: Resuming AIGLX clients after VT switch Feb 28 14:27:41 gandalf /etc/gdm3/Xsession[5127]: gnome-session.bin[5127]: DEBUG(+): emitting SessionIsActive Feb 28 14:27:41 gandalf gnome-session.bin[5127]: DEBUG(+): emitting SessionIsActive Feb 28 14:54:26 gandalf gdm-Xorg-:1[3757]: (II) AIGLX: Suspending AIGLX clients for VT switch Feb 28 14:54:26 gandalf gdm-Xorg-:0[5035]: (II) AIGLX: Resuming AIGLX clients after VT switch Feb 28 14:54:26 gandalf gnome-session.bin[5127]: DEBUG(+): emitting SessionIsActive Feb 28 14:54:26 gandalf /etc/gdm3/Xsession[5127]: gnome-session.bin[5127]: DEBUG(+): emitting SessionIsActive Feb 28 14:54:26 gandalf /etc/gdm3/Xsession[5127]: gnome-session.bin[5127]: DEBUG(+): GsmPresence: setting idle: 1 Feb 28 14:54:26 gandalf gnome-session.bin[5127]: DEBUG(+): GsmPresence: setting idle: 1 Feb 28 14:54:26 gandalf gnome-session.bin[5127]: DEBUG(+): Updating systemd idle status: 1 Feb 28 14:54:26 gandalf /etc/gdm3/Xsession[5127]: gnome-session.bin[5127]: DEBUG(+): Updating systemd idle status: 1 Feb 28 14:54:26 gandalf /etc/gdm3/Xsession[5127]: gnome-session.bin[5127]: DEBUG(+): GsmSystemd: received logind signal: PrepareForSleep Feb 28 14:54:26 gandalf /etc/gdm3/Xsession[5127]: gnome-session.bin[5127]: DEBUG(+): GsmSystemd: ignoring PrepareForSleep signal Feb 28 14:54:26 gandalf gnome-session.bin[5127]: DEBUG(+): GsmSystemd: received logind signal: PrepareForSleep Feb 28 14:54:26 gandalf gnome-session.bin[5127]: DEBUG(+): GsmSystemd: ignoring PrepareForSleep signal Feb 28 14:54:26 gandalf /etc/gdm3/Xsession[5127]: (gnome-shell:5257): GLib-GObject-WARNING **: /tmp/buildd/glib2.0-2.42.1/./gobject/gsignal.c:2579: instance '0x3b8dae0' has no handler with id '15663' Feb 28 14:54:26 gandalf /etc/gdm3/Xsession[5127]: (gnome-shell:5257):
Bug#780920: firmware-iwlwifi: iwlwifi-7260-8.ucode causes frequent network disconnections problems
Package: firmware-iwlwifi Version: 0.43 Severity: important Dear Maintainer, I use wifi with my Lenovo X240 with the Intel network controller 7260. Just below, the lspci command output : 03:00.0 Network controller: Intel Corporation Wireless 7260 (rev 6b) Subsystem: Intel Corporation Wireless-N 7260 Flags: bus master, fast devsel, latency 0, IRQ 63 Memory at e040 (64-bit, non-prefetchable) [size=8K] Capabilities: [c8] Power Management version 3 Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [40] Express Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting Capabilities: [140] Device Serial Number 7c-7a-91-ff-ff-05-6b-e4 Capabilities: [14c] Latency Tolerance Reporting Capabilities: [154] Vendor Specific Information: ID=cafe Rev=1 Len=014 ? Kernel driver in use: iwlwifi I am running Debian Jessie x86_64. I am connecting to my wireless ADSL router (Technicolor TG789vn v3) with this options (iwconfig output) : wlan0 IEEE 802.11bgn ESSID:ManaBOX8A99EB Mode:Managed Frequency:2.412 GHz Access Point: 9C:97:26:8A:99:EB Bit Rate=1 Mb/s Tx-Power=22 dBm Retry short limit:7 RTS thr:off Fragment thr:off Encryption key:off Power Management:on Link Quality=70/70 Signal level=-34 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:71 Missed beacon:0 The Bit Rate alternate between 1 and 70 Mb/s. My issue : frequent disconnections (every 20/30mn) with complete network controller loss. I disable and enable wifi controller with the hotkey, and it works again (for 20/40mn). This is an extract of my network manager log (/var/log/daemon.log) of this issue : Mar 17 10:11:00 x240 wpa_supplicant[1145]: wlan0: CTRL-EVENT-DISCONNECTED bssid=9c:97:26:8a:99:eb reason=4 locally_generated=1 Mar 17 10:11:00 x240 NetworkManager[748]: warn Connection disconnected (reason -4) Mar 17 10:11:00 x240 wpa_supplicant[1145]: wlan0: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD Mar 17 10:11:00 x240 NetworkManager[748]: info (wlan0): supplicant interface state: completed - disconnected Mar 17 10:11:00 x240 NetworkManager[748]: info (wlan0): supplicant interface state: disconnected - scanning Mar 17 10:11:01 x240 wpa_supplicant[1145]: wlan0: SME: Trying to authenticate with 9c:97:26:8a:99:eb (SSID='ManaBOX8A99EB' freq=2437 MHz) Mar 17 10:11:01 x240 NetworkManager[748]: info (wlan0): supplicant interface state: scanning - authenticating Mar 17 10:11:01 x240 NetworkManager[748]: info (wlan0): supplicant interface state: authenticating - disconnected Mar 17 10:11:02 x240 NetworkManager[748]: info (wlan0): supplicant interface state: disconnected - scanning Mar 17 10:11:03 x240 wpa_supplicant[1145]: wlan0: SME: Trying to authenticate with 9c:97:26:8a:99:eb (SSID='ManaBOX8A99EB' freq=2437 MHz) Mar 17 10:11:03 x240 NetworkManager[748]: info (wlan0): supplicant interface state: scanning - authenticating Mar 17 10:11:03 x240 NetworkManager[748]: info (wlan0): supplicant interface state: authenticating - disconnected Mar 17 10:11:04 x240 NetworkManager[748]: info (wlan0): supplicant interface state: disconnected - scanning Mar 17 10:11:05 x240 wpa_supplicant[1145]: wlan0: SME: Trying to authenticate with 9c:97:26:8a:99:eb (SSID='ManaBOX8A99EB' freq=2437 MHz) Mar 17 10:11:05 x240 NetworkManager[748]: info (wlan0): supplicant interface state: scanning - authenticating Mar 17 10:11:05 x240 wpa_supplicant[1145]: wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid=ManaBOX8A99EB auth_failures=1 duration=10 reason=CONN_FAILED Mar 17 10:11:05 x240 NetworkManager[748]: info (wlan0): supplicant interface state: authenticating - disconnected Mar 17 10:11:10 x240 NetworkManager[748]: info (wlan0): supplicant interface state: disconnected - scanning Mar 17 10:11:15 x240 NetworkManager[748]: warn (wlan0): link timed out. Mar 17 10:11:15 x240 NetworkManager[748]: info (wlan0): device state change: activated - failed (reason 'ssid-not-found') [100 120 53] Mar 17 10:11:15 x240 NetworkManager[748]: info NetworkManager state is now CONNECTED_LOCAL Mar 17 10:11:15 x240 NetworkManager[748]: info NetworkManager state is now DISCONNECTED Mar 17 10:11:15 x240 NetworkManager[748]: warn Activation (wlan0) failed for connection 'ManaBOX8A99EB' Mar 17 10:11:15 x240 dbus[754]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm- dispatcher.service' Mar 17 10:11:15 x240 NetworkManager[748]: info (wlan0): device state change: failed - disconnected (reason 'none') [120 30 0] Mar 17 10:11:15 x240 NetworkManager[748]: info (wlan0): deactivating device (reason 'none') [0] Mar 17 10:11:15 x240 dbus[754]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' Mar 17 10:11:15 x240 nm-dispatcher: Dispatching action 'down' for wlan0 Mar 17 10:11:15 x240
Bug#484250: Wrong keybindings for languages other than english
Dead emails / Sended again to c...@li.org / translation-team...@lists.sourceforge.net r...@li.org / g...@mx.ru s...@li.org / translation-team...@lists.sourceforge.net toomas.so...@microlink.ee / tso...@me.com is...@ctv.es / is...@users.sf.net m...@mbjnet.dk / m...@spamcop.net rica...@conectiva.com.br / no other email -- Stéphane Aulery -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780902: unblock: openssl/1.0.1k-2
Control: tags -1 + d-i On Sat, 2015-03-21 at 10:40 +0100, Kurt Roeckx wrote: 1.0.1k-2 contains security fixes. Could you please unblock it? Unblocked but needs a d-i ack as usual. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780919: ITP: node-request-progress -- Node.js module to track the download progress of a request
Package: wnpp Severity: wishlist Owner: Bas Couwenberg sebas...@xs4all.nl * Package name: node-request-progress Version : 0.3.1 Upstream Author : IndigoUnited he...@indigounited.com (http://indigounited.com) * URL : https://github.com/IndigoUnited/node-request-progress * License : Expat Programming Lang: JavaScript Description : Node.js module to track the download progress of a request request-progress is a Node.js module to track the download progress of a request made with the request module. node-request-progress is required for node-get-down (#779302) which in turn is required for closure-util (#774562). The node-request-progress package will be maintained in the JavaScript team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780921: unblock: tzdata/2015b-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package tzdata tzdata_2015b-1 includes urgent updates to DST in Mongolia and Palestine for the end of March (less than a week away). Getting this in ASAP would be nice. unblock tzdata/2015b-1 -- System Information: Debian Release: jessie/sid APT prefers vivid-updates APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-9-generic (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780797: openssh-server: modifies the user configuration
On Sat, 2015-03-21 at 07:12 +0100, Christoph Anton Mitterer wrote: On Sat, 2015-03-21 at 00:51 -0400, Chris Knadle wrote: § 10.7.3 Behavior Configuration file handling must conform to the following behavior: • local changes must be preserved during a package upgrade Well, strictly speaking, if the user had let that option at it's Debian default, than there wasn't a local change. This argument doesn't work. If the configuration the /user/ set gets changed without any notification, then what that says to the user is that /they/ don't control those config files. In the worst case, there are settings in ssh_config and sshd_config that are simple yes/no. So this argument could be used to switch a setting to no if the default was yes unless the user did so already. :-/ -- Chris -- Chris Knadle chris.kna...@coredump.us -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780709: vpnc: fails with Inappropriate ioctl for device
On Fri, Mar 20, 2015 at 04:45:11PM +0800, Antonio Borneo wrote: open(/dev/net/tun, O_RDWR|O_CREAT, 0666) = 3 Agree that what you found is bad. In vpnc code, file http://svn.unix-ag.uni-kl.de/vpnc/trunk/sysdep.c at line 439, there is if ((fd = open(/dev/net/tun, O_RDWR)) 0) { that is correct. So the problem is somewhere else. indeed, it is in /usr/share/vpnc-scripts/vpnc-script as the strace shows that this cloned/execed process issues the open(). it seems to be line 596: if (exec 6 /dev/net/tun) /dev/null 21 ; then which creates the file as a regular file if not existing. regards, -- M. Dietrich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780797: openssh-server: modifies the user configuration
On 03/21/2015 03:33 PM, Christoph Anton Mitterer wrote: [...] Get a new firefox version, and the whole binary blob profile may completely be upgraded, old algos disabled etc. pp. So, as soon as the file is modified, it must be considered that the configuration has been chosen by the admin and mustn't be modified automatically. This is at least how debconf behaves. Even if you say that *any* modification of *any* part of the whole abstract configuration would need the whole configuration to be considered locally modified, then this wouldn't work out in practise. I'll give the example of what happens with the Exim MTA. A new config file comes down with the new version of Exim, and local modifications are detected, whereby dpkg prompts for what to do. The user/admin chooses keep local configuration, whereby the new configuration file is stored locally as .dpkg-new and the user/admin chooses how to do whatever config migration is necessary. This way the user has their original configuration and the new default, and they can do a diff to figure out what needs to be altered. What's happening now with openssh is that the config files are changed in-place, so the user can't tell what happened after it already happened... and yet that's the first question that was asked in this bug. :-/ -- Chris -- Chris Knadle chris.kna...@coredump.us -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780910: SS-Utility does not show Packet-Sockets in Debian 6
hi, I you like you could have a look at the thread in debianforum.de http://debianforum.de/forum/viewtopic.php?f=37t=154497start=15 as you can see it is fixed in Debian 8. The package is called iproute2 these days, and there is a backport to wheezy. 1. Upgrade to Wheezy (you should do that anyway) 2. Use the iproute2 backport. Cheers, Bernd Regards, Felix Am Samstag, den 21.03.2015, 19:23 +0100 schrieb Bernd Zeimetz: Hi, I am using latetst Version of Debian 6 you should upgrade to Debian 7 (Wheezy): https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.html Squeeze only receives security fixes trough the long term support team: https://wiki.debian.org/LTS/ No other bugs will be fixed in Squeeze. Also please note that Debian 8 will be released soon, so you might want to upgrade to Wheezy soon. Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780912: unblock: libdatetime-timezone-perl/1:1.75-2+2015b
On Sat, 21 Mar 2015 19:53:46 +, Adam D. Barratt wrote: libdatetime-timezone-perl (1:1.75-2+2015b) unstable; urgency=medium * Update to Olson database version 2015b. Add patch debian/patches/olson-2015b, which updates the timezone *.pm files, using upstream's tools/parse_olson script. This update includes contemporary changes for Mongolia and Palestine which will be effective on the last Saturday in March 2015. Unblocked, thanks. Thanks. Is a wheezy-updates upload planned? Yes, almost finished, it's just that an IRC meeting and dinner got in the way :) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Nick Drake: Fly signature.asc Description: Digital Signature
Bug#780919: node-request-progress in NEW
Packaging for node-request-progress is available in git: http://anonscm.debian.org/cgit/pkg-javascript/node-request-progress.git The package is currently in NEW waiting for FTP master review: https://ftp-master.debian.org/new/node-request-progress_0.3.1-1.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780925: DBD-Firebird: Buffer Overflow in dbdimp.c
Package: libdbd-firebird-perl Version: 0.91-2 Severity: grave Tags: security upstream patch X-Debbugs-CC: secur...@debian.org Filing as a bug report. - Forwarded message from Stefan Roas stefan.r...@fau.de - From: Stefan Roas stefan.r...@fau.de Subject: [Dbd-firebird-devel] Buffer Overflow in dbdimp.c To: dbd-firebird-de...@lists.alioth.debian.org Date: Fri, 13 Mar 2015 17:36:31 +0100 Hi there, I found a buffer overflow in dbdimp.c. Error messages in dbdimp.c use sprintf to a fix-sized buffer that (quite likely in two cases) might be too small to hold the final result. Attached you find a patch that solves the problem by increasing the size of the buffer to a value that should be large enough for every conceivable input given the conversion specification and additionally use snprintf() instead of sprintf(). As snprintf() is already used somewhere else in dbdimp.c I figure there are no portability issues involved. I did not check the other uses of sprintf, although it might be worthwhile to do so as a quick check found other locations where a fix-sized buffer is involved. Best regards, Stefan -- Stefan Roas, Datenbanken und studentische Vefahren Friedrich-Alexander-Universität Erlangen-Nürnberg Regionales Rechenzentrum Erlangen (RRZE) Hugenottenplatz 1A, 91054 Erlangen, Deutschland Tel.: +49 9131 85-29018 Fax : +49 9131 85-25777 stefan.r...@fau.de http://www.rrze.fau.de diff --git a/dbdimp.c b/dbdimp.c index d985368..dbdf8e3 100644 --- a/dbdimp.c +++ b/dbdimp.c @@ -21,6 +21,8 @@ DBISTATE_DECLARE; +#define ERRBUFSIZE 255 + #define IB_SQLtimeformat(xxh, format, sv) \ do { \ STRLEN len; \ @@ -2237,8 +2239,8 @@ static int ib_fill_isqlda(SV *sth, imp_sth_t *imp_sth, SV *param, SV *value, /* * User passed an undef to a field that is not nullable. */ -char err[80]; -sprintf(err, You have not provided a value for non-nullable parameter #%d., i); +char err[ERRBUFSIZE]; +snprintf(err, sizeof(err), You have not provided a value for non-nullable parameter #%d., i); do_error(sth, 1, err); retval = FALSE; return retval; @@ -2278,8 +2280,8 @@ static int ib_fill_isqlda(SV *sth, imp_sth_t *imp_sth, SV *param, SV *value, string = SvPV(value, len); if (len ivar-sqllen) { -char err[80]; -sprintf(err, String truncation (SQL_VARYING): attempted to bind %lu octets to column sized %lu, +char err[ERRBUFSIZE]; +snprintf(err, sizeof(err), String truncation (SQL_VARYING): attempted to bind %lu octets to column sized %lu, (long unsigned)len, (long unsigned)(sizeof(char) * (ivar-sqllen))); break; } @@ -2301,8 +2303,8 @@ static int ib_fill_isqlda(SV *sth, imp_sth_t *imp_sth, SV *param, SV *value, string = SvPV(value, len); if (len ivar-sqllen) { -char err[80]; -sprintf(err, String truncation (SQL_TEXT): attempted to bind %lu octets to column sized %lu, +char err[ERRBUFSIZE]; +snprintf(err, sizeof(err), String truncation (SQL_TEXT): attempted to bind %lu octets to column sized %lu, (long unsigned)len, (long unsigned)(sizeof(char) * (ivar-sqllen))); break; } - End forwarded message - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780926: freeciv: please enable new Qt client
Source: freeciv Version: 2.5.0-1 Severity: wishlist Tags: patch Dear maintainer(s), the new Freeciv version 2.5.0 also includes a new Qt5-based client. I attached a patch that adds a new binary package for it. It would be nice if you could enable it. Kind regards, Reiner diff --git a/debian/changelog b/debian/changelog index 2ffa074..afd81db 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +freeciv (2.5.0-1.1) UNRELEASED; urgency=low + + * Added binary package for Qt client. + + -- Reiner Herrmann rei...@reiner-h.de Sat, 21 Mar 2015 21:24:23 +0100 + freeciv (2.5.0-1) experimental; urgency=medium * Imported Upstream version 2.5.0. diff --git a/debian/control b/debian/control index a5fd76a..37fb04f 100644 --- a/debian/control +++ b/debian/control @@ -33,6 +33,8 @@ Build-Depends: libtolua-dev, libx11-dev, python-minimal, + qtbase5-dev, + qtbase5-dev-tools, x11proto-core-dev, zlib1g-dev Build-Depends-Indep: @@ -75,6 +77,27 @@ Description: Civilization turn based strategy game (GTK+ client) This is the GTK+ 2 version of Freeciv. It is the most sophisticated and recommended client to play the game. +Package: freeciv-client-qt +Architecture: any +Depends: + freeciv-data (= ${source:Version}), + ${misc:Depends}, + ${shlibs:Depends} +Recommends: + freeciv-server (= ${binary:Version}) +Suggests: + freeciv-client-extras, + freeciv-sound +Provides: + freeciv, + freeciv-client +Description: Civilization turn based strategy game (Qt client) + Freeciv is a free clone of the turn based strategy game Civilization. + In this game, each player becomes leader of a civilisation, fighting to + obtain the ultimate goal: the extinction of all other civilisations. + . + This is the Qt version of Freeciv. + Package: freeciv-client-sdl Architecture: any Depends: diff --git a/debian/freeciv-client-qt.install b/debian/freeciv-client-qt.install new file mode 100644 index 000..1c24a80 --- /dev/null +++ b/debian/freeciv-client-qt.install @@ -0,0 +1,3 @@ +usr/games/freeciv-qt +usr/share/applications/freeciv-qt.desktop +usr/share/man/man6/freeciv-qt.6 diff --git a/debian/freeciv-client-qt.links b/debian/freeciv-client-qt.links new file mode 100644 index 000..a28a313 --- /dev/null +++ b/debian/freeciv-client-qt.links @@ -0,0 +1 @@ +/usr/share/doc/freeciv-data /usr/share/doc/freeciv-client-qt diff --git a/debian/freeciv-client-qt.lintian-overrides b/debian/freeciv-client-qt.lintian-overrides new file mode 100644 index 000..58a9179 --- /dev/null +++ b/debian/freeciv-client-qt.lintian-overrides @@ -0,0 +1,3 @@ +# The man pages import all information from freeciv-client.6 in freeciv-data +# Hence this is not a bug +manpage-has-bad-whatis-entry diff --git a/debian/freeciv-client-qt.menu b/debian/freeciv-client-qt.menu new file mode 100644 index 000..7327ee2 --- /dev/null +++ b/debian/freeciv-client-qt.menu @@ -0,0 +1,5 @@ +?package(freeciv-client-qt):needs=x11 \ + section=Games/Strategy \ + title=Freeciv client (Qt version) \ + command=/usr/games/freeciv-qt \ + icon=/usr/share/pixmaps/freeciv.xpm diff --git a/debian/freeciv-client-qt.postinst b/debian/freeciv-client-qt.postinst new file mode 100644 index 000..7917889 --- /dev/null +++ b/debian/freeciv-client-qt.postinst @@ -0,0 +1,11 @@ +#!/bin/sh + +set -e + +update-alternatives --install /usr/games/freeciv freeciv /usr/games/freeciv-qt 30 + +if [ -f /usr/share/applications/freeciv.desktop ]; then +rm -f /usr/share/applications/freeciv.desktop +fi + +#DEBHELPER# diff --git a/debian/freeciv-client-qt.prerm b/debian/freeciv-client-qt.prerm new file mode 100644 index 000..334044e --- /dev/null +++ b/debian/freeciv-client-qt.prerm @@ -0,0 +1,7 @@ +#!/bin/sh + +set -e + +update-alternatives --remove freeciv /usr/games/freeciv-qt + +#DEBHELPER# diff --git a/debian/rules b/debian/rules index 78207bf..2c8b6c8 100755 --- a/debian/rules +++ b/debian/rules @@ -22,7 +22,7 @@ override_dh_auto_configure: --datadir=\$${prefix}/share/games \ --bindir=\$${prefix}/games \ --enable-debug=no \ - --enable-client=gtk2,sdl \ + --enable-client=gtk2,sdl,qt \ --enable-fcmp=gtk3 \ --with-ggz-server=no \ --with-ggz-client=no \ @@ -43,7 +43,6 @@ override_dh_install: # Delete man pages which are unneeded. rm -f debian/tmp/usr/share/man/man6/freeciv-gtk3.6 rm -f debian/tmp/usr/share/man/man6/freeciv-xaw.6 - rm -f debian/tmp/usr/share/man/man6/freeciv-qt.6 rm -f debian/tmp/usr/share/man/man6/freeciv-manual.6 rm -f debian/tmp/usr/share/man/man6/freeciv-mp-cli.6 rm -f debian/tmp/usr/share/man/man6/freeciv-mp-gtk2.6 @@ -71,6 +70,7 @@ override_dh_link: # to freeciv-data's in dh_link -rm -rf debian/freeciv-server/usr/share/doc/freeciv-server -rm -rf debian/freeciv-client-gtk/usr/share/doc/freeciv-client-gtk + -rm -rf debian/freeciv-client-qt/usr/share/doc/freeciv-client-qt -rm -rf debian/freeciv-client-sdl/usr/share/doc/freeciv-client-sdl -rm -rf debian/freeciv-client-extras/usr/share/doc/freeciv-client-extras
Bug#746409: Problem solved.
I have not used the computer for several months. Then I discovered that the motherboard was broken. After replacing a new motherboard and updating Debian GNOME works correct. dmesg|grep radeon output: [5.511786] [drm] radeon kernel modesetting enabled. [5.523032] radeon :01:05.0: enabling device ( - 0003) [5.52] radeon :01:05.0: BAR 6: can't assign [??? 0x flags 0x0] (bogus alignment) [5.523355] [drm:radeon_get_bios] *ERROR* Unable to locate a BIOS ROM [5.523398] radeon :01:05.0: Fatal error during GPU init [5.523440] [drm] radeon: finishing device. [5.524639] radeon: probe of :01:05.0 failed with error -22 [5.526061] radeon :02:00.0: VRAM: 512M 0x - 0x1FFF (512M used) [5.526064] radeon :02:00.0: GTT: 512M 0x2000 - 0x3FFF [5.526167] [drm] radeon: 512M of VRAM memory ready [5.526169] [drm] radeon: 512M of GTT memory ready. [5.579009] radeon :02:00.0: firmware: direct-loading firmware radeon/RV730_pfp.bin [5.586026] radeon :02:00.0: firmware: direct-loading firmware radeon/RV730_me.bin [5.588686] radeon :02:00.0: firmware: direct-loading firmware radeon/R700_rlc.bin [5.589641] radeon :02:00.0: firmware: direct-loading firmware radeon/RV740_smc.bin [5.605496] radeon :02:00.0: firmware: direct-loading firmware radeon/RV710_uvd.bin [5.608451] [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0 [5.622259] radeon :02:00.0: WB enabled [5.622268] radeon :02:00.0: fence driver on ring 0 use gpu addr 0x2c00 and cpu addr 0xffb75c00 [5.622275] radeon :02:00.0: fence driver on ring 3 use gpu addr 0x2c0c and cpu addr 0xffb75c0c [5.625160] radeon :02:00.0: fence driver on ring 5 use gpu addr 0x0005c598 and cpu addr 0xf8d1c598 [5.625216] radeon :02:00.0: irq 44 for MSI/MSI-X [5.625252] radeon :02:00.0: radeon: using MSI. [5.625303] [drm] radeon: irq initialized. [6.043974] [drm] radeon: dpm initialized [6.106284] fbcon: radeondrmfb (fb0) is primary device [6.140265] radeon :02:00.0: fb0: radeondrmfb frame buffer device [6.140267] radeon :02:00.0: registered panic notifier [6.140273] [drm] Initialized radeon 2.36.0 20080528 for :02:00.0 on minor 0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780660: node-brace-expansion in NEW
Packaging for node-brace-expansion is available in git: http://anonscm.debian.org/cgit/pkg-javascript/node-brace-expansion.git The package is currently in NEW waiting for FTP master review: https://ftp-master.debian.org/new/node-brace-expansion_1.1.0-1.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710077: fixed by installing libreoffice-gtk
Thanks, to Message 10 from Jens Getreu, that worked on Debian Jessie. LibreOffice Calc would not resize content when window was resized, and the title bar on the window would go away, making it hard to kill the program. Bill West -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780926: freeciv: please enable new Qt client
On Sat, 21. Mar 22:22 Reiner Herrmann rei...@reiner-h.de wrote: Source: freeciv Version: 2.5.0-1 Severity: wishlist Tags: patch Dear maintainer(s), the new Freeciv version 2.5.0 also includes a new Qt5-based client. I attached a patch that adds a new binary package for it. It would be nice if you could enable it. Hello Reiner, thanks for the patch. We intend to provide an extra package for the Qt client in the near future. There are some additional steps required because I would like to introduce a new freeciv metapackage which will ease installation and always depend on the recommended freeciv-client (GTK-2 currently). Then the package has to be reviewed again by Debian's FTP team, therefore such an update will take place after the freeze ends. See also https://bugs.debian.org/766185 Regards, Markus signature.asc Description: Digital signature
Bug#780199: Bug confirmed, patch
Control: tags 780199 +patch Hello, This is just to confirm that the build is broken due to the same include guards being used in different header files, as identified by James earlier. The attached patch fixes the problem, although the choice of include guard amendment is somewhat arbitrary. Best, Michael diff -urN a/rgmanager/include/platform.h b/rgmanager/include/platform.h --- a/rgmanager/include/platform.h 2015-03-21 15:28:28.0 + +++ b/rgmanager/include/platform.h 2015-03-21 15:29:44.0 + @@ -1,8 +1,8 @@ /** @file * Defines for byte-swapping */ -#ifndef _PLATFORM_H -#define _PLATFORM_H +#ifndef RG_PLATFORM_H +#define RG_PLATFORM_H #include endian.h #include sys/param.h @@ -56,4 +56,4 @@ #define PACKED __attribute__((packed)) #endif -#endif /* _PLATFORM_H */ +#endif /* RG_PLATFORM_H */ pgpiiYapDvmvS.pgp Description: PGP signature
Bug#779498: node-decompress-zip in NEW
Packaging for node-decompress-zip is available in git: http://anonscm.debian.org/cgit/pkg-javascript/node-decompress-zip.git The package is currently in NEW waiting for FTP master review: https://ftp-master.debian.org/new/node-decompress-zip_0.1.0-1.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780927: trigger for shared-mime-info appears to stall on stdin
Package: shared-mime-info Version: 1.3-1 Severity: important When I was upgrading hugin today, I saw the following: [...] Trigger für menu (2.1.47) werden verarbeitet ... Trigger für shared-mime-info (1.3-1) werden verarbeitet ... Unknown media type in type 'all/all' Unknown media type in type 'all/allfiles' Unknown media type in type 'uri/mms' Unknown media type in type 'uri/mmst' Unknown media type in type 'uri/mmsu' Unknown media type in type 'uri/pnm' Unknown media type in type 'uri/rtspt' Unknown media type in type 'uri/rtspu' [at this point the process stalled, no further progress] A CTRL-C interrupted the stall and let the installation continue. This is actually not the first time I am seeing this. This has allready happened in the past. It looks somewhat similar to #739252, that was reported one year ago, without any comment of yours. Sebastian, are you actually still maintaining this (or your other Debian) package(s)? If not then please orphan it, so hopefully some else can take care of the package. The reason I am asking, is that #663439, open since 2012, without any reaction of yours, seems to be a duplicate of #772538, encountered by at least two people, open since last december, also without any comment of yours, and the latter even includes a hint to a solution of the problem. I'm not sure why there are not more me toos in the bug reports, however if this stall is encountered by other users, especially not expert ones, then it might well prevent them from properly upgrading to jessie and leave their system in a weird state. Sebastian, please take care of the bug reports against shared-mime-info. Don't let bugs get into the way of a clean wheezy-jessie upgrade experience. *t -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=de_CH.utf8, LC_CTYPE=de_CH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages shared-mime-info depends on: ii libc6 2.19-15 ii libglib2.0-0 2.42.1-1 ii libxml2 2.9.1+dfsg1-5 shared-mime-info recommends no packages. shared-mime-info 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#592539: [PATCH] IPv6 Server Support
Attached an updated patch for IPv6 server support. This cleans up the unnecessary translations that were in my previous patch, fixes some bugs (thanks to C.J. Adams-Collier for one bug fix), and I've rebased against the latest head. Feedback still sought on the folowing points: * the convention around true vs yes for values in /etc/default is not clear to me; it seems debconf always goes with true/false for a boolean, but many other scripts in /etc/default seem to use yes. I just used true. * Three new debconf values are added, with accompanying documentation; this impacts the translations but I don't see any way around it given the nature of the changes. Any feedback or suggestions welcome. Thanks, Steve diff --git a/debian/dhcpd6.conf b/debian/dhcpd6.conf new file mode 100644 index 000..551a80c --- /dev/null +++ b/debian/dhcpd6.conf @@ -0,0 +1,106 @@ +# +# Sample configuration file for ISC dhcpdv6 for Debian +# +# + +# IPv6 address valid lifetime +# (at the end the address is no longer usable by the client) +# (set to 30 days, the usual IPv6 default) +default-lease-time 2592000; + +# IPv6 address preferred lifetime +# (at the end the address is deprecated, i.e., the client should use +# other addresses for new connections) +# (set to 7 days, the usual IPv6 default) +preferred-lifetime 604800; + +# T1, the delay before Renew +# (default is 1/2 preferred lifetime) +# (set to 1 hour) +option dhcp-renewal-time 3600; + +# T2, the delay before Rebind (if Renews failed) +# (default is 3/4 preferred lifetime) +# (set to 2 hours) +option dhcp-rebinding-time 7200; + +# Enable RFC 5007 support (same than for DHCPv4) +allow leasequery; + +# Global definitions for name server address(es) and domain search list +#option dhcp6.name-servers 3ffe:501::100:200:ff:fe00:3f3e; +#option dhcp6.domain-search test.example.com,example.com; + +# Set preference to 255 (maximum) in order to avoid waiting for +# additional servers when there is only one +##option dhcp6.preference 255; + +# Server side command to enable rapid-commit (2 packet exchange) +##option dhcp6.rapid-commit; + +# The delay before information-request refresh +# (minimum is 10 minutes, maximum one day, default is to not refresh) +# (set to 6 hours) +option dhcp6.info-refresh-time 21600; + +# The path of the lease file +#dhcpv6-lease-file-name /var/lib/dhcp/dhcpd6.leases; + +# Static definition (must be global) +#host myclient { +# # The entry is looked up by this +# host-identifier option +# dhcp6.client-id 00:01:00:01:00:04:93:e0:00:00:00:00:a2:a2; + +# # A fixed address +# fixed-address6 3ffe:501::100::1234; + +# # A fixed prefix +# fixed-prefix6 3ffe:501::101::/64; + +# # Override of the global definitions, +# # works only when a resource (address or prefix) is assigned +# option dhcp6.name-servers 3ffe:501::100:200:ff:fe00:4f4e; + +# # For debug (to see when the entry statements are executed) +# # (log sol when a matching Solicitation is received) +# ##if packet(0,1) = 1 { log(debug,sol); } +#} + +#host otherclient { +## This host entry is hopefully matched if the client supplies a DUID-LL +## or DUID-LLT containing this MAC address. +#hardware ethernet 01:00:80:a2:55:67; +# +#fixed-address6 3ffe:501::100::4321; +#} + +# The subnet where the server is attached +# (i.e., the server has an address in this subnet) +#subnet6 3ffe:501::100::/64 { +# # Two addresses available to clients +# # (the third client should get NoAddrsAvail) +# range6 3ffe:501::100::10 3ffe:501::100::11; +# +# # Use the whole /64 prefix for temporary addresses +# # (i.e., direct application of RFC 4941) +# range6 3ffe:501::100:: temporary; +# +# # Some /64 prefixes available for Prefix Delegation (RFC 3633) +# prefix6 3ffe:501::100:: 3ffe:501::111:: /64; +#} + +# A second subnet behind a relay agent +#subnet6 3ffe:501::101::/64 { +# range6 3ffe:501::101::10 3ffe:501::101::11; +# +# # Override of the global definitions, +# # works only when a resource (address or prefix) is assigned +# option dhcp6.name-servers 3ffe:501::101:200:ff:fe00:3f3e; +# +#} + +# A third subnet behind a relay agent chain +#subnet6 3ffe:501::102::/64 { +# range6 3ffe:501::102::10 3ffe:501::102::11; +#} diff --git a/debian/isc-dhcp-server.config b/debian/isc-dhcp-server.config index 412c4b3..9bb7894 100644 --- a/debian/isc-dhcp-server.config +++ b/debian/isc-dhcp-server.config @@ -13,12 +13,18 @@ INITCONFFILE=/etc/default/isc-dhcp-server # preserve the configuration. if [ -r ${INITCONFFILE} ]; then . ${INITCONFFILE} + db_set isc-dhcp-server/v4_enabled ${V4_ENABLED:-true} + db_set isc-dhcp-server/v6_enabled ${V6_ENABLED:-false} db_set isc-dhcp-server/interfaces ${INTERFACES} + db_set isc-dhcp-server/interfaces_v6 ${INTERFACES_V6} fi db_title DHCP Server +db_input low isc-dhcp-server/v4_enabled || true +db_input low isc-dhcp-server/v6_enabled || true db_input low
Bug#780652: node-concat-map in NEW
Packaging for node-concat-map is available in git: http://anonscm.debian.org/cgit/pkg-javascript/node-concat-map.git The package is currently in NEW waiting for FTP master review: https://ftp-master.debian.org/new/node-concat-map_0.0.1-1.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780897: batik: CVE-2015-0250
On 03/21/2015 12:07 AM, Salvatore Bonaccorso wrote: Source: batik Version: 1.7-1 Severity: important Tags: security upstream Hi, the following vulnerability was published for batik. CVE-2015-0250[0]: information disclosure If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2015-0250 [1] http://seclists.org/oss-sec/2015/q1/864 Regards, Salvatore Hello Salvatore, Thank you for the bug report and the detailed information in security-tracker.d.o. I was able to reproduce the information disclosure and test that the version just uploaded to unstable no longer exhibits the disclosure. Version 1.7+dfsg-5 addresses this bug for sid and should also be appropriate for jessie. I'll look at wheezy and squeeze next. Thank you, tony signature.asc Description: OpenPGP digital signature
Bug#780928: rspamd doesn't play well with IPv6
Package: rspamd Version: 0.8.3 Severity: normal Tags: ipv6 Hi, There are two bugs related to rspam and IPv6. One which is very annoying and one which is minor or cosmetic. OK the first. rspam has this concept now of secure_ip which is basically a trusted IP. The problem is that its 127.0.0.1 and if localhost resolves to ::1 first it doesn't work. You will either get connection refused or a password error. It seems that the socket code is not quite aware of IPv6 and will bind to either v4 only or v6 only. The default setup does this: $ rspamc uptime Results for command: uptime HTTP error: 403, Unauthorized Putting localhost in secure_ip doesn't seem to work, but changing it to ::1 makes the command line and rmilter happy again. Second (minor) problem: The rmilter web page for at least history has the IP address column too short, so the ip address runs into the Action and Score columns. I've included a small screenshot showing the problem. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages rspamd depends on: ii adduser 3.113+nmu3 ii libc6 2.19-17 ii libevent-2.0-5 2.0.21-stable-2 ii libglib2.0-02.42.1-1 ii libgmime-2.6-0 2.6.20-1+b1 ii libhiredis0.10 0.11.0-4 ii liblua5.2-0 5.2.3-1.1 ii libsqlite3-03.8.7.4-1 ii libssl1.0.0 1.0.1k-1 rspamd recommends no packages. rspamd suggests no packages. -- Configuration Files: /etc/rspamd/worker-controller.inc changed [not included] -- no debconf information
Bug#780655: node-balanced-match in NEW
Packaging for node-balanced-match is available in git: http://anonscm.debian.org/cgit/pkg-javascript/node-balanced-match.git The package is currently in NEW waiting for FTP master review: https://ftp-master.debian.org/new/node-balanced-match_0.2.0-1.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780929: ITP: python2-pythondialog -- Python 2 module for making simple terminal-based user interfaces
Package: wnpp Severity: wishlist Owner: Francois Marier franc...@debian.org * Package name: python2-pythondialog Version : 3.0.1 Upstream Author : Florent Rougon f.rou...@free.fr * URL : https://pypi.python.org/pypi/python2-pythondialog * License : LGPL Programming Lang: Python Description : Python 2 module for making simple terminal-based user interfaces pythondialog is a Python wrapper for the dialog utility originally written by Savio Lam, and later rewritten by Thomas E. Dickey. Its purpose is to provide an easy to use, pythonic and comprehensive Python interface to dialog. This allows one to make simple text-mode user interfaces on Unix-like systems. . pythondialog provides dialog boxes (widgets) of many different types. Among these, one can find infobox, msgbox, yesno, menu, checklist, radiolist, fselect (for selecting a file), rangebox, buildlist, treeview, calendar. These widgets, and those not listed here, allow one to build nice interfaces quickly and easily. However, it is not possible to create new widgets without modifying dialog itself. . For most widgets, the following settings can be chosen: * width, height and other parameters where applicable; * two user-defined buttons, referred to as Help and Extra, may be added and their labels freely chosen. Additionally, a color theme may be defined for all widgets via a configuration file. . pythondialog has good Unicode support. Precisely, this support should be as good as allowed by the combination of the Python interpreter, dialog, the terminal and the locale settings in use. . This version is a backport of pythondialog to Python 2. Unless you really have to use Python 2, you should use the python3-dialog package. This package is a dependency of the letsencrypt client which isn't Python3-ready. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780426: svtplay-dl: --verbose option is undocumented
Hi, On 2015-03-13 18:58 +0100, Per Andersson wrote: Package: svtplay-dl Version: 0.10.2015.01.28-1 Severity: minor Hi! The --verbose option is missing from both the output of 'svtplay-dl --help' and from the man page. It's actually listed in the --help output, but not documented. Please add it. Please also research if there are other valuable undocumented options. I looked into this, and there's several options not listed in the manpage. I've updated these and pushed upstream. It will be included in the next release, and then make its way to Debian. With that said, all options should have been seen with --help (due to the nature of argparse, the library used to implement option handling), although some being undocumented. I've also written a script that will make sure the options available are all documented in the manpage, and will propose it to upstream for inclusion in the release process. Thanks for the report! :-) -- --- | Olof Johansson http://stdlib.se/ | | irc: zibri https://github.com/olof | --- signature.asc Description: Digital signature
Bug#592539: Improved patch
Thanks for taking a look, C.J. I incorporated your fix for the typo you mentioned in your postscript. I also rebased the patch against the latest source; see the bug report for details. I will also take a look at improving the handling of the dhcpd6.leases file, as it appears to deviate from the handling of the v4 dhcpd.leases file. Thanks for your suggestions. -Steve On Jan 21, 2015, at 3:13 PM, C.J. Adams-Collier c...@colliertech.org wrote: Hello Steven, ALCON, I've applied your patch to the 4.2.4 .deb source from Ubuntu Trusty and removed the apparmor and apport references: http://archive.ubuntu.com/ubuntu/pool/main/i/isc-dhcp/isc-dhcp_4.2.4-7ubuntu12.dsc I doubt that you used this source for the base of your patch, but it applied with only one rejection, so it was close enough for me. There were compile-time problems on my Wheezy build machine relating to apport / apparmor, but these were easy enough to deal with using $ grep -rsil -e apport -e apparmor isc-dhcp-4.2.4 | grep -v changelog Still, it would be nice to have the source you built from so that I could skip this stage. It would be nicer still if the patch applied to 4.2.2 (Wheezy) or 4.3.1 (Jessie). Once installed, I verified that stopping and starting the daemon did not cause an outage with the v4 server. It did not; I was able to request v4 leases on all interfaces as expected. I then modified the /etc/default/isc-dhcp-server config file to set the following variables: V6_ENABLED=true INTERFACES_V6=vl78 eth4.100 eth4.101 eth3 A re-start of the daemon succeeded for v4, but failed for v6 due to a missing dhcpd6.leases file: Jan 21 09:17:35 sip1 dhcpd: Can't open lease database /var/lib/dhcp/dhcpd6.leases: No such file or directory -- Jan 21 09:17:35 sip1 dhcpd: check for failed database rewrite attempt! Jan 21 09:17:35 sip1 dhcpd: Please read the dhcpd.leases manual page if you Jan 21 09:17:35 sip1 dhcpd: don't know what to do about this. It might be nice if the daemon grepped the log for this message and gave a more specific error message. I created the leases file with: $ sudo touch /var/lib/dhcp/dhcpd6.leases Re-starting succeeded for v4 and failed again for v6 because I had not written any subnet6 declarations and the daemon had no interfaces on which to listen. It might be nice if the daemon grepped the log for this message and gave a more specific error message: Jan 21 09:39:53 sip1 dhcpd: No subnet6 declaration for eth3 (fe80::290:bff:fe0a:6c2). ... Jan 21 09:39:53 sip1 dhcpd: No subnet6 declaration for eth4.101 (fe80::290:bff:fe0a:e08b). ... Jan 21 09:39:53 sip1 dhcpd: No subnet6 declaration for eth4.100 (fe80::290:bff:fe0a:e08b). ... Jan 21 09:39:53 sip1 dhcpd: No subnet6 declaration for vl78 (2607:ff08:f5:1337::1). Jan 21 09:39:53 sip1 dhcpd: ** Ignoring requests on vl78. If this is not what Jan 21 09:39:53 sip1 dhcpd:you want, please write a subnet6 declaration Jan 21 09:39:53 sip1 dhcpd:in your dhcpd.conf file for the network segment Jan 21 09:39:53 sip1 dhcpd:to which interface vl78 is attached. ** Jan 21 09:39:53 sip1 dhcpd: Jan 21 09:39:53 sip1 dhcpd: Jan 21 09:39:53 sip1 dhcpd: Not configured to listen on any interfaces! I added a subnet6 declaration for the vl78 interface to /etc/dhcp/dhcpd6.conf and re-started the service successfully: # vl78 subnet6 2607:ff08:f5:1337::0/64 { # ::ac10:4e66 -::ac10:4e6d = ::172.16.78.102 - ::172.16.78.109 ; matches v4 subnet range range6 2607:ff08:f5:1337::ac10:4e66 2607:ff08:f5:1337::ac10:4e6d; option dhcp6.name-servers 2607:ff08:f5:1337::64,2607:ff08:f5:1337::19,2607:ff08:f5:3a::2; option dhcp6.domain-search esd.colliertech.org,colliertech.org; # laptop / virtual machine host ubuntu0 { host-identifier option dhcp6.client-id 00:01:00:01:1c:52:b8:47:08:00:27:04:be:09; fixed-address6 2607:ff08:f5:1337::5d; } } At this point, I was able to solicit the server for an address from my laptop VM client, ubuntu0. Logs from server: Jan 21 15:02:44 sip1 dhcpd: Solicit message from fe80::a00:27ff:fe04:be09 port 546, transaction ID 0xC6EFEB00 Jan 21 15:02:44 sip1 dhcpd: Sending Advertise to fe80::a00:27ff:fe04:be09 port 546 Jan 21 15:02:45 sip1 dhcpd: Request message from fe80::a00:27ff:fe04:be09 port 546, transaction ID 0xD04C9800 Jan 21 15:02:45 sip1 dhcpd: Sending Reply to fe80::a00:27ff:fe04:be09 port 546
Bug#538067: status of the opencpn PPA for inclusion in Debian
On Sat, 2015-03-21 at 15:45 -0400, Antoine Beaupré wrote: Yeah, that's weird. I haven't investigated why it happened... https://packages.qa.debian.org/w/wxwidgets2.8.html https://packages.qa.debian.org/w/wxwidgets2.8/news/20141021T163919Z.html https://bugs.debian.org/748169 https://bugs.debian.org/762062 Maybe we can have the two packages diverge (between ubuntu and Debian) at that level. Eventually, those differences would go away as 3.0 gets propagated everywhere... Maybe with some macros and ifdefs you could default to wx 3.0 but allow compiling with wx 2.8? I am not sure. Maybe other DDs (in CC) can provide feedback here, but I would recommend providing a smaller tarball with only the OpenCPN source code. First it takes up less space on all the mirrors, and second it will make the FTP master's job easier. But my gut feeling is that binaries without source *will* be a problem, even if the software is free (like say wxWidgets). Yes, that will be a problem. I would suggest doing this: Strip all the binaries and embedded code/data copies from your VCS repository (git/svn/cvs/etc). Automate the source tarball build process with the `make distcheck` target of autotools/cmake etc and just create a source tarball (opencpn-1.0.tar.xz) with no binaries or embedded code/data copies. Automate the Windows build process and have it download the requisite binaries at build time. Or if you prefer a Windows build without network build access, create a script to download the Windows binaries and put those in an opencpn-win32-dev.zip file that people can just unzip in the right place before starting the build. If a second unzip step is too much for people, you could produce a source tarball for the Linux distros and a source tarball with all the binaries for Windows folks. Personally I think Windows users probably don't want the source, they would just want the compiled binaries. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#780930: Please, drop excessive spaces from substvar
Package: pkg-php-tools Version: 1.28 Severity: wishlist Tags: patch The package.xml file from php-services-weather contains: summaryThis class acts as an interface to various online weather-services./summary descriptionServices_Weather searches for given locations and retrieves current weather data and, dependent on the used service, also forecasts. Up to now, GlobalWeather from CapeScience, Weather XML from EJSE (US only), […] pkg-php-tools currently translates Description: ${phppear:summary} ${phppear:description} as: Description: This class acts as an interface to various online weather-services Services_Weather searches for given locations and retrieves current weather data and, dependent on the used service, also forecasts. Up to now, GlobalWeather from CapeScience, Weather XML from EJSE (US only), […] After applying the proposed patch, the long description looks more conventional: Description: This class acts as an interface to various online weather-services Services_Weather searches for given locations and retrieves current weather data and, dependent on the used service, also forecasts. Up to now, GlobalWeather from CapeScience, Weather XML from EJSE (US only), […] Regards David From 231e74fcf43d871a689df1b109c9e04a18f18ac8 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?David=20Pr=C3=A9vot?= taf...@debian.org Date: Sat, 21 Mar 2015 14:56:43 -0400 Subject: [PATCH] Drop excessive spaces from substvar --- share/php/pkgtools/base/utils.php | 11 +++ 1 file changed, 7 insertions(+), 4 deletions(-) diff --git a/share/php/pkgtools/base/utils.php b/share/php/pkgtools/base/utils.php index acc35ef..0d77ae2 100644 --- a/share/php/pkgtools/base/utils.php +++ b/share/php/pkgtools/base/utils.php @@ -44,8 +44,9 @@ class Utils { /** * Format string to substvar format: + * - Replace tabs and drop excessive spaces + * - Drop starting spaces * - Indent bullets - * - Replace tabs * - Wrap to 80 chars * - Convert new lines to ${Newline} * - Split paragraphs @@ -53,10 +54,12 @@ class Utils { * @param bool $force If true, reload even if already loaded */ static public function substvar($input) { +// Replace tabs and drop excessive spaces +$tmp = preg_replace('/\h+/', ' ', $input); +// Drop starting spaces +$tmp = preg_replace('/^ /m', '', $tmp); // Indent bullets -$tmp = preg_replace('/^\*/', ' *', $input); -// Replace tabs -$tmp = preg_replace('/\t+/', ' ', $tmp); +$tmp = preg_replace('/^\*/', ' *', $tmp); // Wrap to 80 chars $tmp = wordwrap($tmp, 78); // Convert new lines to ${Newline} -- 2.1.4 signature.asc Description: Digital signature
Bug#484250: [patch lynx]: Wrong keybindings for languages other than english (Y/N/A/V)
On 22/03/2015 01:40, Stéphane Aulery wrote: Hello Dear Translators or Translation teams, To correct the debian bug #484250 [1] concerning the translation of Lynx [2], I prepared patches to your respective languages. Strings below must be consistent and respect the operation described in the PO/POT file : LYMessages.c:699 src/HTAlert.c:411 src/HTAlert.c:459 src/HTAlert.c:414 src/HTAlert.c:460 src/HTAlert.c:913 Current translations break the browser functionality, or opens the door to a future error in not giving a complete translation. The other languages do not have errors. I havent the rights to make this correction by myself for each translation team. Could you take care of this, please? My patches are only a suggestion of solution. Maybe you have better suggestions to me for your language? Remember to read comments of the PO/POT file before answering, to avoid a confusion. Please send your answers to 484...@bugs.debian.org, I am not registered in the mailing lists. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484250 [2] http://translationproject.org/domain/lynx.html I see some other string like that. vi.po for example: #: LYMessages.c:616 msgid P)roceed, or C)ancel msgstr [P] tiếp tục; [C] thôi #. #define ADVANCED_POST_GET_REDIRECT #: LYMessages.c:618 msgid Redirection of POST content. P)roceed, see U)RL, use G)ET or C)ancel msgstr Chuyển hướng nội dung POST. [P] tiếp tục; [U] xem URL; [G] lấy; [C] thôi #. #define ADVANCED_POST_REDIRECT #: LYMessages.c:620 msgid Redirection of POST content. P)roceed, see U)RL, or C)ancel msgstr Chuyển hướng nội dung POST. [P] tiếp tục; [U] xem URL; [C] thôi Can I localization the string like that? Please wait, I will review Vietnamese translation and upload it to TP. Thanks, -- Trần Ngọc Quân. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780797: openssh-server: modifies the user configuration
On 2015-03-21 20:33:59 +0100, Christoph Anton Mitterer wrote: On Sat, 2015-03-21 at 11:13 +0100, Vincent Lefevre wrote: The configuration consists of a full file, and the choice for some option may depend on others. That way you could *never* change anything nor upgrade systems. Get a new firefox version, and the whole binary blob profile may completely be upgraded, old algos disabled etc. pp. Bad example. The Firefox profile is not a config file. -- 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#780932: im-config: upstart user session job
Package: src:im-config Severity: wishlist The upstart user session job that makes im-config works under it. Upstart is still used as user session init on Ubuntu, even though the system init has been changed to systemd recently. There's still no intention of removing upstart from Debian, so this could be still useful. The attached job file works even when the display server isn't X (hence Xsession stuff aren't run). The file needs to be installed to /usr/share/upstart/sessions/im-config.conf Thanks, Aron im-config.user-session.upstart Description: Binary data
Bug#780797: Package modifying a user-modified config file? [Bug #780797]
On 2015-03-21 13:14:08 -0700, Russ Allbery wrote: Chris Knadle chris.kna...@coredump.us writes: At present the openssh-server and openssh-client packages are altering /etc/ssh/ssh_config and /etc/ssh/sshd_config without prompting the user beforehand, even when they've been locally modified. I've pointed section § 10.7.3 of Debian Policy: • local changes must be preserved during a package upgrade (Appendix E also discusses this which I saw later) however the argument being made now is that the particular section of the config being altered wasn't changed by the user. Correct. The Policy statement is about preserving user changes, not about never touching any file that a user has modified in any way. The package is free to modify unchanged portions of the configuration file, and this has been routinely done during package updates in Debian for as long as I've been involved in the project. I disagree. In such a case there would be *no way* for the user to tell Debian not to modify his configuration, i.e. an upgrade could silently break the user configuration, like this happened here. The only time where a maintainer script could change a config file modified by the user is when this is absolutely necessary, e.g. because the behavior changed in the software, an option has been renamed, and things like that. But even in these cases, this should be announced in the NEWS file. -- 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#538067: status of the opencpn PPA for inclusion in Debian
On 03/21/2015 07:18 PM, Antoine Beaupré wrote: Maybe we can have the two packages diverge (between ubuntu and Debian) at that level. Eventually, those differences would go away as 3.0 gets propagated everywhere... Maybe with some macros and ifdefs you could default to wx 3.0 but allow compiling with wx 2.8? From what I understand, it can easily be built against 3.0 already. It may even autodetect whatever is there already. While it can be built, it is pretty sure there are issues in how it works with wx3 on Linux, it received very little testing upstream and certainly won't get any but totally trivial and safe wx3 related fixes in the 4.0 series. Master leading to 4.2 is a different thing, but currently alpha quality due to Android support landing. Until Precise reaches EOL it's support will get precedence over Debian as for upstream it represents more users with less skill, equaling to more support costs if it stops to be totally straightforward. I am not sure. Maybe other DDs (in CC) can provide feedback here, but I would recommend providing a smaller tarball with only the OpenCPN source code. First it takes up less space on all the mirrors, and second it will make the FTP master's job easier. But my gut feeling is that binaries without source *will* be a problem, even if the software is free (like say wxWidgets). Yes, that will be a problem. I would suggest doing this: Strip all the binaries and embedded code/data copies from your VCS repository (git/svn/cvs/etc). Automate the source tarball build process with the `make distcheck` target of autotools/cmake etc and just create a source tarball (opencpn-1.0.tar.xz) with no binaries or embedded code/data copies. Automate the Windows build process and have it download the requisite binaries at build time. Or if you prefer a Windows build without network build access, create a script to download the Windows binaries and put those in an opencpn-win32-dev.zip file that people can just unzip in the right place before starting the build. If a second unzip step is too much for people, you could produce a source tarball for the Linux distros and a source tarball with all the binaries for Windows folks. Personally I think Windows users probably don't want the source, they would just want the compiled binaries. You said it brother, that is pretty much what I was thinking of. :) Thanks for your feedback pabs! a. I would also love to live in a Debian/GNU centric world where Windows users don't think they can build packages from source without reading C++ for Dummies and OS X users that they use the only platform on Earth... Unfortunately I don't ;) Anyway, I have modified the Launchpad packaging scripts to strip everything not needed for the Linux build while creating the source tarball, how can it be submitted for review? Or should I submit a patch for get-orig-source? Where and how (http://anonscm.debian.org/viewvc/pkg-grass/packages/opencpn/trunk/ seems a bit out of date)? I suppose the data packages opencpn-doc, opencpn-gshhs and opencpn-tcdata should be usable in the same form they already have on Launchpad. Thanks Pavel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780709: vpnc: fails with Inappropriate ioctl for device
On Fri, Mar 20, 2015 at 10:46 PM, M. Dietrich m...@emdete.de wrote: ... indeed, it is in /usr/share/vpnc-scripts/vpnc-script as the strace shows that this cloned/execed process issues the open(). it seems to be line 596: if (exec 6 /dev/net/tun) /dev/null 21 ; then which creates the file as a regular file if not existing. Agree! Could you please test the patch 0001-* in attachment? I don't have possibility to test it in coming weeks. The first part of the patch addresses your problem. The second part makes me confused. It should never wait, since few lines before /dev/net/tun is explicitly created with mknod, independently by udev. For me this loop should be moved before the test that triggers mknod. I have prepared patch 0002-*. Not sure you can test it, but comments are welcome. Best Regards, Antonio From 484e0dfc7eba8c4a52cf9ae5c5d3fe6ecf930c63 Mon Sep 17 00:00:00 2001 From: Antonio Borneo borneo.anto...@gmail.com Date: Sun, 22 Mar 2015 10:25:34 +0800 Subject: [PATCH] Fix Inappropriate ioctl for device The command (exec 6 /dev/net/tun) is used to check existence and permission of /dev/net/tun As reported by M. Dietrich m...@emdete.de, this command is converted to open(/dev/net/tun, O_RDWR|O_CREAT, 0666) = 3 that erroneously creates a file /dev/net/tun if the device is not present. The file descriptor 6 is immediately closed, since within (), and not used after the test. So, no need to explicitly open it. Replace the command above with test for existence and R/W permission. This fixes Bug#780709: vpnc: fails with Inappropriate ioctl for device in Debian Bug Tracking System. Signed-off-by: Antonio Borneo borneo.anto...@gmail.com --- vpnc-script |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/vpnc-script b/vpnc-script index 2a38bcd..38df609 100755 --- a/vpnc-script +++ b/vpnc-script @@ -626,7 +626,7 @@ kernel_is_2_6_or_above() { do_pre_init() { if [ $OS = Linux ]; then - if (exec 6 /dev/net/tun) /dev/null 21 ; then + if [ -r /dev/net/tun -a -w /dev/net/tun ]; then : else # can't open /dev/net/tun test -e /proc/sys/kernel/modprobe `cat /proc/sys/kernel/modprobe` tun 2/dev/null @@ -644,7 +644,7 @@ do_pre_init() { # workaround for a possible latency caused by udev, sleep max. 10s if kernel_is_2_6_or_above ; then for x in `seq 100` ; do - (exec 6 /dev/net/tun) /dev/null 21 break; + test -r /dev/net/tun -a -w /dev/net/tun break; sleep 0.1 done fi -- 1.7.3.4 From 97fdcef4cb874ad029c462b16c64c7ee88affc1a Mon Sep 17 00:00:00 2001 From: Antonio Borneo borneo.anto...@gmail.com Date: Sun, 22 Mar 2015 10:52:44 +0800 Subject: [PATCH 2/2] Run mknod /dev/net/tun only after udev fails Currently the script first creates /dev/net/tun with mknod, then pretends to wait for udev to create it. This is a nonsense! Swap code order so, on systems using udev, first wait for udev creating /dev/net/tun then run mknod only if timeout expires. Signed-off-by: Antonio Borneo borneo.anto...@gmail.com --- vpnc-script | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/vpnc-script b/vpnc-script index 38df609..3576baa 100755 --- a/vpnc-script +++ b/vpnc-script @@ -635,12 +635,6 @@ do_pre_init() { -a ! -e /dev/net/misc/net/tun -a -e /dev/misc/net/tun ] ; then ln -sf /dev/misc/net/tun /dev/net/tun fi - # make sure tun device exists - if [ ! -e /dev/net/tun ]; then -mkdir -p /dev/net -mknod -m 0640 /dev/net/tun c 10 200 -[ -x /sbin/restorecon ] /sbin/restorecon /dev/net/tun - fi # workaround for a possible latency caused by udev, sleep max. 10s if kernel_is_2_6_or_above ; then for x in `seq 100` ; do @@ -648,6 +642,12 @@ do_pre_init() { sleep 0.1 done fi + # make sure tun device exists + if [ ! -e /dev/net/tun ]; then +mkdir -p /dev/net +mknod -m 0640 /dev/net/tun c 10 200 +[ -x /sbin/restorecon ] /sbin/restorecon /dev/net/tun + fi fi elif [ $OS = FreeBSD ]; then if ! kldstat -q -m if_tun /dev/null; then -- 1.7.3.4
Bug#538067: status of the opencpn PPA for inclusion in Debian
On 2015-03-21 22:56:09, Pavel Kalian wrote: On 03/21/2015 07:18 PM, Antoine Beaupré wrote: [...] While it can be built, it is pretty sure there are issues in how it works with wx3 on Linux, it received very little testing upstream and certainly won't get any but totally trivial and safe wx3 related fixes in the 4.0 series. Master leading to 4.2 is a different thing, but currently alpha quality due to Android support landing. Until Precise reaches EOL it's support will get precedence over Debian as for upstream it represents more users with less skill, equaling to more support costs if it stops to be totally straightforward. I understand. But my point is more that the Debian package can be made to build against wx3 without forcing the Ubuntu side to do the same. We could upload first to experimental for example and test out the results. If Ubuntu stability is important, maybe we should just diverge the packages from the PPA from the packages uploaded into debian directly. Eventually they will merge as the Debian packages trickle down into the next Ubuntu releases... [...] I would also love to live in a Debian/GNU centric world where Windows users don't think they can build packages from source without reading C++ for Dummies and OS X users that they use the only platform on Earth... Unfortunately I don't ;) I am not sure that's what pabs was suggesting. :) All that we're saying here is that there could be a base tarball with just the OpenCPN source code (and I also believe the VCS repos should hold only that) and a separate tarball with dependent libraries builtin. At the VCS level, this could (for example) be accomplished through git submodules. However... Anyway, I have modified the Launchpad packaging scripts to strip everything not needed for the Linux build while creating the source tarball, ... while not the ideal solution in my mind, that's fine too! :) how can it be submitted for review? Well, how do you manage the source now? Should we collaborate somewhere or would you prefer the source for the Debian-specific packages to be managed separately? I often use collab-maint for such collaboration, but OpenCPN is a bit special as it falls under the lead of the GIS team (in CC), and therefore has its own set of tools. More information: https://wiki.debian.org/CollaborativeMaintenance https://wiki.debian.org/DebianGis Or should I submit a patch for get-orig-source? I think that would be the most standard solution. Where and how (http://anonscm.debian.org/viewvc/pkg-grass/packages/opencpn/trunk/ seems a bit out of date)? I think that SVN repository was a different packaging effort than yours (unless you started from there!) and should probably be disregarded at this point, as it is outdated. Furthermore, it seems the GIS team is switching to git: https://wiki.debian.org/DebianGis/Svn2Git So the proper place for the repository should probably be a git repo in the GIS team. But I am not sure how to grant you access to that on Alioth, maybe the GIS people can tell us here? I suppose the data packages opencpn-doc, opencpn-gshhs and opencpn-tcdata should be usable in the same form they already have on Launchpad. I haven't reviewed those so I can't say, but I assume that's correct. I will probably do a final review before sponsoring the upload anyways. So far I am trusting you things were magically fixed, but unfortunately I *will* need to do some more audit work before the upload just to avoid pissing off the FTP-masters needlessly (the poor souls ;). Thank you for your patience! A. -- Un éducateur dans l'âme ne prend rien au sérieux que par rapport à ses disciples -- soi-même non excepté. - Nietzsche, Par delà le bien et le mal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780934: refpolicy: new upstream homepage
Source: refpolicy Version: 2:2.20140421-9 Severity: minor Hey. The old upstream homepage: http://oss.tresys.com/projects/refpolicy/wiki/DownloadRelease seems to redirect to: https://github.com/TresysTechnology/refpolicy nowadays. Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780931: livestreamer: plugin new.livestream.com doesn't work
Package: livestreamer Version: 1.12.0-1 Severity: normal Dear Maintainer, there are some problem with this site: livestreamer http://new.livestream.com/WNCT/live [cli][info] Found matching plugin livestream for URL http://new.livestream.com/WNCT/live [cli][info] Available streams: 270p, 270p_hls, 432p (best), 432p_hls, 48k (worst) [cli][info] Opening stream: 432p (akamaihd) Traceback (most recent call last): File /usr/bin/livestreamer, line 9, in module load_entry_point('livestreamer==1.12.0', 'console_scripts', 'livestreamer')() File /usr/share/livestreamer/livestreamer_cli/main.py, line 853, in main handle_url() File /usr/share/livestreamer/livestreamer_cli/main.py, line 491, in handle_url handle_stream(plugin, streams, stream_name) File /usr/share/livestreamer/livestreamer_cli/main.py, line 378, in handle_stream success = output_stream(stream) File /usr/share/livestreamer/livestreamer_cli/main.py, line 245, in output_stream stream_fd, prebuffer = open_stream(stream) File /usr/share/livestreamer/livestreamer_cli/main.py, line 222, in open_stream stream_fd = stream.open() File /usr/lib/python2.7/dist-packages/livestreamer/stream/akamaihd.py, line 265, in open return StreamIOThreadWrapper(self.session, stream.open()) File /usr/lib/python2.7/dist-packages/livestreamer/stream/akamaihd.py, line 111, in open self.handshake(self.fd) File /usr/lib/python2.7/dist-packages/livestreamer/stream/akamaihd.py, line 128, in handshake self.process_tag(tag, exception=StreamError) File /usr/lib/python2.7/dist-packages/livestreamer/stream/akamaihd.py, line 136, in process_tag self._on_edge(tag.data.value, exception=exception) File /usr/lib/python2.7/dist-packages/livestreamer/stream/akamaihd.py, line 225, in _on_edge sessiontoken = self._generate_session_token(data[data64]) File /usr/lib/python2.7/dist-packages/livestreamer/stream/akamaihd.py, line 189, in _generate_session_token return generator.generate() File /usr/lib/python2.7/dist-packages/livestreamer/stream/akamaihd.py, line 33, in generate exception=StreamError) File /usr/lib/python2.7/dist-packages/requests/sessions.py, line 469, in get return self.request('GET', url, **kwargs) File /usr/lib/python2.7/dist-packages/livestreamer/plugin/api/http_session.py, line 133, in request err=rerr)) TypeError: __str__ returned non-string (type Error) -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages livestreamer depends on: ii python-livestreamer 1.12.0-1 pn python:any none livestreamer recommends no packages. Versions of packages livestreamer suggests: pn python-livestreamer-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org