Bug#722989: gsmartcontrol: Has several 'unknown properties' in it and just crashes out.
Package: gsmartcontrol Version: 0.8.7-1 Severity: grave Justification: renders package unusable Dear Maintainer, sudo !9935 sudo gsmartcontrol-root auto -v [sudo] password for boudiccas: warn [app] SmartctlParser::parse_section_info_property(): Unknown property Rotation Rate warn [app] SmartctlParser::parse_full(): No ATA sections could be parsed. Returning. warn [app] SmartctlParser::parse_section_info_property(): Unknown property Rotation Rate warn [hz] Warning: exit: Command line did not parse. warn [app] execute_smartctl(): Error while executing smartctl binary. warn [app] StorageDevice::execute_device_smartctl(): Error while executing smartctl binary. warn [app] SmartctlParser::parse_section_info_property(): Unknown property Vendor warn [app] SmartctlParser::parse_section_info_property(): Unknown property Product warn [app] SmartctlParser::parse_section_info_property(): Unknown property Revision warn [app] SmartctlParser::parse_section_info_property(): Unknown property Logical block size warn [app] SmartctlParser::parse_section_info_property(): Unknown property Device type terminate called after throwing an instance of 'std::out_of_range' what(): basic_string::substr Aborted [boudiccas:Sun Sep 15 06:57:37 @~]$ [9937]; It briefly appears but then silently crashes out. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Foreign Architectures: amd64 Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gsmartcontrol depends on: ii libatk1.0-0 2.8.0-2 ii libatkmm-1.6-1 2.22.7-2 ii libc62.17-92+b1 ii libcairo21.12.14-5 ii libcairomm-1.0-1 1.10.0-1 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-8 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libglibmm-2.4-1c2a 2.36.2-1 ii libgtk2.0-0 2.24.20-1 ii libgtkmm-2.4-1c2a1:2.24.4-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-01.32.5-5+b1 ii libpangomm-1.4-1 2.34.0-1 ii libpcre3 1:8.31-2 ii libsigc++-2.0-0c2a 2.2.10-0.2 ii libstdc++6 4.8.1-8 ii menu 2.1.46 ii smartmontools6.1+svn3812-1 gsmartcontrol recommends no packages. gsmartcontrol 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#722406: liblensfun does not provide correct versioning info (shlibs/symbol)
tags 722406 patch thanks On 2013-09-10 Andreas Metzler ametz...@bebt.de wrote: Package: liblensfun0 Version: 0.2.7-2 Severity: serious liblensfun0 does not provide correct versioning info as described in policy 8.6. [...] Hello, trivial patch attached. cu Andreas diff -Nru lensfun-0.2.7/debian/changelog lensfun-0.2.7/debian/changelog --- lensfun-0.2.7/debian/changelog 2013-05-12 02:20:10.0 +0200 +++ lensfun-0.2.7/debian/changelog 2013-09-15 08:24:11.0 +0200 @@ -1,3 +1,10 @@ +lensfun (0.2.7-2.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Bump shlibs. Closes: #722406 + + -- Andreas Metzler ametz...@debian.org Sun, 15 Sep 2013 08:23:50 +0200 + lensfun (0.2.7-2) unstable; urgency=low * Upload to unstable diff -Nru lensfun-0.2.7/debian/rules lensfun-0.2.7/debian/rules --- lensfun-0.2.7/debian/rules 2013-03-09 04:32:29.0 +0100 +++ lensfun-0.2.7/debian/rules 2013-09-15 08:25:56.0 +0200 @@ -9,3 +9,6 @@ override_dh_auto_clean: find -name *.pyc -exec rm -f '{}' \; dh_auto_clean + +override_dh_makeshlibs: + dh_makeshlibs -V 'liblensfun0 (= 0.2.7)'
Bug#722990: pyqt5: missing source for minimized javascript
Source: pyqt5 Version: 5.0.1-1 Severity: serious pyqt5 includes two minimized copies of jquery without source: ./examples/webkit/fancybrowser/jquery.min.js ./doc/html/_static/jquery.js Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722604: udev: system won't mount partitions at boot, nor create network interfaces
Hello, yes it fixes the problem. Maybe this change can be documented somewhere, for the other people who don't use prebuilt kernels. Did you have the chance to verify that using CONFIG_DEVTMPFS_MOUNT=y fixes the problem you're having? -- Salvo Tomaselli http://ltworf.github.io/ltworf/ signature.asc Description: This is a digitally signed message part.
Bug#722991: libspiro0: FTBFS uneeded dh kde option
Package: libspiro0 Version: 20071029-7 Severity: serious Dear Maintainer, 1) Space character with dh --with option aren't alowed or you must use two --with. 2) This package doesnt use kde and thus fail to build after removing the space character from dh call : dh_auto_configure --buildsystem=kde -a CMake Error: The source directory /home/marillat/libspiro-20071029 does not appear to contain CMakeLists.txt. Specify --help for usage, or press the help button on the CMake GUI. dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=RelWithDebInfo --DCMAKE_BUILD_TYPE=Debian returned exit code 1 make: *** [build-arch] Erreur 2 Christian -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.10.11 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libspiro0 depends on: ii libc6 2.17-92+b1 ii multiarch-support 2.17-92+b1 libspiro0 recommends no packages. libspiro0 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#722452: RM: libobt0 -- ROM; ANAIS
Mateusz $(D)((Bukasik mat...@linuxmint.pl writes: Please remove libobt0 package. Is no longer build from upstream sources. From [1]: * source package openbox version 3.5.2-1 no longer builds binary package(s): libobrender27 libobt0 on amd64,armel,armhf,hurd-i386,i386,ia64,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,s390,s390x,sparc [...] - broken Depends: lxappearance-obconf: lxappearance-obconf obconf: obconf Those packages need to be rebuilt first, please see [2] for how to request binary NMUs. Ansgar [1] https://ftp-master.debian.org/cruft-report-daily.txt [2] https://wiki.debian.org/binNMU -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722993: libaudit-common: libaudit1 transition requiring libaudit-common breaks gdm3, gnome-session, etc.
Package: libaudit-common Version: 2.3.2-2 Severity: normal Dear Maintainer, With the entrance of libaudit1 and libaudit-common several packages break presently, including: gdm3 gnome-session gnome-shell gnome-shell-extension-weather gnome-shell-extensions libaudit0 python-audit xvfb It looks like a few of these packages need rebuilding against the change. - Marc -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-rt-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722992: libspeechd2 is not multiarch ready.
Package: libspeechd2 Version: 0.7.1-6.2 Severity: normal Dear Maintainer, when libspeechd2 is installed on 64bit system (amd64), installing libspeechd2:i386 package removes the 64bit package - both of them seem to be installing the library to /usr/lib. Steps to reproduce: 1) On a machine with 64-bit Wheezy: sudo apt-get install libspeechd2 Installs 64bit libspeechd2 2) sudo apt-get install libspeechd2:i386 Reports libspeechd2:amd64 to be uninstalled and uninstalls it if allowed to proceed. Ldd reports following: file -L /usr/lib/libspeechd.so.2 /usr/lib/libspeechd.so.2: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=0x524c69dfcde9b3e994a9bfd2305d87c086cc9c0e, stripped Would it be possible to add multiarch support for this package (e.g. installing to /usr/lib/i386-linux-gnu and /usr/lib/x86_64-linux-gnu)? Kind regards, Michal Navratil -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libspeechd2 depends on: ii libc6 2.13-38 ii libglib2.0-0 2.33.12+really2.32.4-5 libspeechd2 recommends no packages. libspeechd2 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#722325: ibus-daemon from 1.5.3-5 segfaults
Package: ibus Followup-For: Bug #722325 Hi Osamu, I have the same problem, on amd64. To get working versions: sudo apt-get install ibus:amd64=1.5.1.is.1.4.2-3 ibus-gtk:amd64=1.5.1.is.1.4.2-3 ibus-gtk3:amd64=1.5.1.is.1.4.2-3 To break again: sudo apt-get install ibus:amd64 ibus-gtk:amd64 ibus-gtk3:amd64 ibus-daemon barks with the warning/errors below when changing input method: (ibus-daemon:9156): GLib-CRITICAL **: g_variant_get_child_value: assertion `index_ g_variant_n_children (value)' failed (ibus-daemon:9156): IBUS-CRITICAL **: 14:24:17. 27162: ibus_serializable_deserialize: assertion `variant != NULL' failed (ibus-daemon:9156): GLib-GObject-CRITICAL **: g_object_ref_sink: assertion `G_IS_OBJECT (object)' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_unref: assertion `value != NULL' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_get_child_value: assertion `index_ g_variant_n_children (value)' failed (ibus-daemon:9156): IBUS-CRITICAL **: 14:24:17. 27727: ibus_serializable_deserialize: assertion `variant != NULL' failed (ibus-daemon:9156): GLib-GObject-CRITICAL **: g_object_ref_sink: assertion `G_IS_OBJECT (object)' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_unref: assertion `value != NULL' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_get_child_value: assertion `index_ g_variant_n_children (value)' failed (ibus-daemon:9156): IBUS-CRITICAL **: 14:24:17. 27998: ibus_serializable_deserialize: assertion `variant != NULL' failed (ibus-daemon:9156): GLib-GObject-CRITICAL **: g_object_ref_sink: assertion `G_IS_OBJECT (object)' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_unref: assertion `value != NULL' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_get_child_value: assertion `index_ g_variant_n_children (value)' failed (ibus-daemon:9156): IBUS-CRITICAL **: 14:24:17. 28294: ibus_serializable_deserialize: assertion `variant != NULL' failed (ibus-daemon:9156): GLib-GObject-CRITICAL **: g_object_ref_sink: assertion `G_IS_OBJECT (object)' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_unref: assertion `value != NULL' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_get_child_value: assertion `index_ g_variant_n_children (value)' failed (ibus-daemon:9156): IBUS-CRITICAL **: 14:24:17. 28509: ibus_serializable_deserialize: assertion `variant != NULL' failed (ibus-daemon:9156): GLib-GObject-CRITICAL **: g_object_ref_sink: assertion `G_IS_OBJECT (object)' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_unref: assertion `value != NULL' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_get_child_value: assertion `index_ g_variant_n_children (value)' failed (ibus-daemon:9156): IBUS-CRITICAL **: 14:24:17. 28736: ibus_serializable_deserialize: assertion `variant != NULL' failed (ibus-daemon:9156): GLib-GObject-CRITICAL **: g_object_ref_sink: assertion `G_IS_OBJECT (object)' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_unref: assertion `value != NULL' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_get_child_value: assertion `index_ g_variant_n_children (value)' failed (ibus-daemon:9156): IBUS-CRITICAL **: 14:24:17. 28813: ibus_serializable_deserialize: assertion `variant != NULL' failed (ibus-daemon:9156): GLib-GObject-CRITICAL **: g_object_ref_sink: assertion `G_IS_OBJECT (object)' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_unref: assertion `value != NULL' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_get_child_value: assertion `index_ g_variant_n_children (value)' failed (ibus-daemon:9156): IBUS-CRITICAL **: 14:24:17. 29178: ibus_serializable_deserialize: assertion `variant != NULL' failed (ibus-daemon:9156): GLib-GObject-CRITICAL **: g_object_ref_sink: assertion `G_IS_OBJECT (object)' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_unref: assertion `value != NULL' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_get_child_value: assertion `index_ g_variant_n_children (value)' failed (ibus-daemon:9156): IBUS-CRITICAL **: 14:24:17. 29388: ibus_serializable_deserialize: assertion `variant != NULL' failed (ibus-daemon:9156): GLib-GObject-CRITICAL **: g_object_ref_sink: assertion `G_IS_OBJECT (object)' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_unref: assertion `value != NULL' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_get_child_value: assertion `index_ g_variant_n_children (value)' failed (ibus-daemon:9156): IBUS-CRITICAL **: 14:24:17. 29609: ibus_serializable_deserialize: assertion `variant != NULL' failed (ibus-daemon:9156): GLib-GObject-CRITICAL **: g_object_ref_sink: assertion `G_IS_OBJECT (object)' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_unref: assertion `value != NULL' failed (ibus-daemon:9156): GLib-CRITICAL **: g_variant_get_child_value: assertion `index_ g_variant_n_children (value)' failed (ibus-daemon:9156): IBUS-CRITICAL **: 14:24:17. 29853: ibus_serializable_deserialize: assertion
Bug#722325: ibus-daemon from 1.5.3-5 segfaults
Package: ibus Version: 1.5.3-7 Followup-For: Bug #722325 just to add the package versions where the problem actually happens. Thanks -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11.0+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ibus depends on: ii dconf-cli0.16.1-1 ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii gir1.2-ibus-1.0 1.5.3-7 ii gnome-icon-theme 3.8.3-1 ii libatk1.0-0 2.8.0-2 ii libc62.17-92+b1 ii libcairo21.12.16-1 ii libdconf10.16.1-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libgtk2.0-0 2.24.20-1 ii libibus-1.0-51.5.3-7 ii libnotify4 0.7.6-1 ii libpango-1.0-0 1.32.5-5+b1 ii librsvg2-common 2.36.4-2 ii libx11-6 2:1.6.1-1 ii libxi6 2:1.7.2-1 ii python 2.7.5-5 ii python-gi3.8.3-1+b1 ii python-notify0.1.1-3 Versions of packages ibus recommends: ii ibus-gtk 1.5.3-7 ii ibus-gtk3 1.5.3-7 ii ibus-qt4 1.3.1-4 ii im-config 0.22-3 Versions of packages ibus suggests: ii ibus-clutter 0.0+git20090728.a936bacf-5.1 pn ibus-doc none ii ibus-qt4 1.3.1-4 -- 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#722980: nmu: Ruby packages with C extensions
On 9/15/13, Antonio Terceiro terce...@debian.org wrote: Antonio, please, don't upload the following packages. I've prepared updated versions of them, and I'll ask for uploading. nmu ruby-kgio_2.7.3-1 . ia64 mipsel sparc . -m 'Rebuild against gem2deb nmu ruby-raindrops_0.11.0-1 . amd64 armel armhf i386 ia64 kfreebsd-amd64 nmu unicorn_4.6.3-1 . amd64 armel armhf i386 ia64 kfreebsd-amd64 mips mipsel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628843: [Pkg-shadow-devel] Bug#663200: Bug#628843: Bug#659878: cannot set terminal process group (-1): Inappropriate ioctl for device
Hi, There's been a switch to git in the mean time. I prefer git. You can find the repo on github: https://github.com/shadow-maint/shadow I cloned and I tried to merge as good as possible and therefore I did also some rework. Now Ctrl-Z is working as well as expected. Beside a working version now there might be still some improvements necessary, corrections or fixes. Maybe some thoughts and notes to the merge: @@ -360,14 +402,6 @@: I removed the terminal setting of the child due the fact that actually the system settings should be set like the same as at a normal login including the personal settings of a user. @@ -423,7 +457,7 @@: I case of failures it is IMHO better to set SIGHUP instead SIGTERM because according to the code the child might be SIGKILLed by kill_child() if the child is a shell which ignores SIGTERM. @@ -434,31 +468,39 @@: Due the fact that we are not always retrieving a signal to be able to switch correct between the parents tty's raw and cooked mode I found the way just in using the process group id to differ between background and foreground operation but independent if the child process is stopped or running. Important is that the parents tty stays sane except the su session gets SIGKILLed. @@ -491,76 +549,146 @@: I was letting the tty reset outside the loop because we would loose the reset if there would be an interrupt between setting to raw mode and running the main loop. Sorry for the mess with spaces and tab's however, due the fact that the source file was mixed already it would be good to do a re-base either to spaces or tabs. Based on: branch: su-c_tty commit ad1ecc897b4168f36ef0cb048ebea101015521c8 ___BEGIN_PATCH___ diff --git a/src/su.c b/src/su.c index 34f6771..63f239e 100644 --- a/src/su.c +++ b/src/su.c @@ -60,7 +60,6 @@ #include pwd.h #include signal.h #include stdio.h -#include sys/time.h #include sys/types.h #include unistd.h #include sys/ioctl.h @@ -220,6 +219,46 @@ static /*@noreturn@*/void su_failure (const char *tty, bool su_to_root) exit (1); } +static bool term_setattr( int fd, const struct termios *termset, bool hndl_sig) { + +struct termios termset_new; +struct termios termset_check; + + termset_new = *termset; + /* Set RAW mode */ + cfmakeraw( termset_new); + + if( hndl_sig) + termset_new.c_lflag = ISIG; + +if( tcsetattr( fd, TCSANOW, termset_new) == -1) { +fprintf( stderr, + _(%s: Cannot set raw mode\n), + Prog); +return false; +} + +if( tcgetattr( fd, termset_check) == -1) { +fprintf( stderr, + _(%s: Cannot get terminal attributes\n), + Prog); +return false; +} + +if( termset_new.c_iflag != termset_check.c_iflag || +termset_new.c_oflag != termset_check.c_oflag || +termset_new.c_cflag != termset_check.c_cflag || +termset_new.c_lflag != termset_check.c_lflag || +memcmp( termset_new.c_cc, termset_check.c_cc, NCCS) != 0) { + +fprintf( stderr, + _(%s: Could not set terminal attributes correctly\n), + Prog); +return false; +} +return true; +} + /* * execve_shell - Execute a shell with execve, or interpret it with * /bin/sh @@ -280,19 +319,22 @@ static void handle_session (const struct passwd *pw) #endif /* USE_PAM */ int fd_ptmx = -1; int fd_pts = -1; - char *pts_name = NULL; + char *pts_name = NULL; struct termios termset_save; - struct termios termset_new; fd_set inp_fds; struct timeval sel_to; char trbuf[BUFSIZ]; ssize_t bytes_r; struct winsize winsz; bool winsz_set = false; + pid_t pg_pid = 0; + pid_t pg_pid_cmp = 0; + pid_t pg_pid_tmp = 0; + pg_pid = getpid(); - if (isatty (0) == 1) { + if (isatty ( STDIN_FILENO) == 1) { have_tty = true; if (tcgetattr (STDIN_FILENO, termset_save) == -1) { @@ -360,14 +402,6 @@ static void handle_session (const struct passwd *pw) if (have_tty) { close (fd_ptmx); - if (tcsetattr (fd_pts, TCSANOW, termset_save) == -1) { - fprintf (stderr, -_(%s: Cannot set termios attributes of session\n), -Prog); - (void) close (fd_pts); - exit (1); - } - if ( winsz_set (ioctl (fd_pts, TIOCSWINSZ, winsz) == -1)) { fprintf (stderr, @@ -423,7 +457,7 @@ static void handle_session (const struct passwd *pw) (void) fprintf (stderr,
Bug#722935: RFP: libjs-twitter-bootstrap3 -- HTML, CSS and JS toolkit from Twitter
Quoting Martin Zobel-Helas (2013-09-14 21:24:11) On Sat Sep 14, 2013 at 13:32:13 -0300, Agustin Henze wrote: Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: libjs-twitter-bootstrap3 Version: 3.0.0 Upstream Author: Marc Otto, Jacob Thornton URL: https://github.com/twbs/bootstrap License: Apache 2.0 Description: HTML, CSS and JS toolkit from Twitter Bootstrap is a toolkit from Twitter designed to kickstart development of webapps and sites with modern browsers in mind. . It includes base CSS and HTML for typography, forms, buttons, tables, grids, navigation, and more You can read the details about the bootstrap3 here https://github.com/twbs/bootstrap/releases/tag/v3.0.0 why does it need to be a new package when there is libjs-twitter-bootstrap? http://packages.debian.org/sid/libjs-twitter-bootstrap Taking over this package from the QA group sounds like a good idea to me. I perfectly agree with Martin: Please consider taking responsibility for existing Bootstrap package instead. Also consider joining the Javascript team and do your work there: https://wiki.debian.org/Javascript :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#722994: dwm: Unused patch 03-transparent-makefile.patch
Package: dwm Version: 6.0-5 Severity: important The maintainer has cunningly managed to reformat the patch 03-transparent-makefile.patch so far as to make it unused and even unable as a difference file. The file header must be formatted as Forwarded: not-needed --- a/Makefile +++ b/Makefile in order to be recognized, not the present Forwarded: not-needed--- a/Makefile +++ b/Makefile Better would be a blank line below Forwarded for clarity. This error is present is also in 6.0-4, i.e., on the source for Wheezy. Please amend this as soon as possible, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722971: chewing doesn't remember our names etc. anymore
Hi Jidanni, I cannot reprocedure this issue in my environment, but I guess it might related to libchewing issue 75 [1]. Could you help to provide the Chinese string that has this issue? [1] https://github.com/chewing/libchewing/issues/75 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717128: An interim fix for those waiting
For people waiting for this fix to be released who would like an interim fix, you can manually edit /usr/sbin/extlinux-update with a one character change. At or around line 158 is the line: _VERSIONS=$(cd /boot ls vmlinuz-* | grep -v .dpkg-tmp | sed -e 's|vmlinuz-||g' | sort -nr) You can change the invocation of sort at the end of that pipeline to sort -Vr. This changes sorting from a numeric sort to a version sort. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722995: In-place saving of PDF files
Package: pdfshuffler Version: 0.6.0-1 Severity: wishlist Sometimes I want to use pdfshuffler to just rotate a single page in a PDF I received. I wish I could then just save the file again under the same name, rather than having to Save As to a different name and then to move the file over the old one. Thanks, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-rc4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pdfshuffler depends on: ii python 2.7.5-4 ii python-gtk2 2.24.0-3+b1 ii python-poppler 0.12.1-8.1 ii python-pypdf1.13-1 ii python2.7 2.7.5-7 pdfshuffler recommends no packages. pdfshuffler suggests no packages. -- no debconf information -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#722994: dwm: Unused patch 03-transparent-makefile.patch
Control: severity -1 normal On Sun, Sep 15, 2013 at 1:42 PM, Mats Erik Andersson mats.anders...@gisladisker.se wrote: The maintainer has cunningly managed to reformat the patch 03-transparent-makefile.patch so far as to make it unused and even unable as a difference file. Cunningly! I'm surprised by your words why would I cunningly do this please consider using appropriate word when reporting bugs. Now coming to the part it indeed missed my eyes but patch still works. did you try applying it using quilt push -a? If not check below output [vasudev@rudra: ~/Documents/Debian/collab-maint/dwm/ ]% quilt push -a Applying patch 03-transparent-makefile.patch patching file Makefile Applying patch 01-term-cmd-replace.patch patching file config.def.h Hunk #1 succeeded at 47 (offset 1 line). Applying patch 02-dpkg-buildflags.patch patching file config.mk and while building I: using cowbuilder as pbuilder dpkg-buildpackage: source package dwm dpkg-buildpackage: source version 6.0-5 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by Vasudev Kamath kamathvasu...@gmail.com dpkg-source --before-build dwm dpkg-source: info: using options from dwm/debian/source/local-options: --unapply-patches --abort-on-upstream-changes dpkg-source: info: using options from dwm/debian/source/options: --compression=gzip --compression-level=9 dpkg-source: warning: diff `dwm/debian/patches/03-transparent-makefile.patch' doesn't contain any patch dpkg-source: warning: diff `dwm/debian/patches/03-transparent-makefile.patch' doesn't contain any patch dpkg-source: info: applying 03-transparent-makefile.patch dpkg-source: info: applying 01-term-cmd-replace.patch dpkg-source: info: applying 02-dpkg-buildflags.patch fakeroot debian/rules clean The file header must be formatted as Forwarded: not-needed --- a/Makefile +++ b/Makefile in order to be recognized, not the present Forwarded: not-needed--- a/Makefile +++ b/Makefile Better would be a blank line below Forwarded for clarity. This happened mainly because of not putting new line while editing patch using quilt header -e for the first time. This error is present is also in 6.0-4, i.e., on the source for Wheezy. Please amend this as soon as possible, I will fix this in my next upload also I don't see any reson for bug to be marked as important [1] so I've downgraded it to normal. [1] http://www.debian.org/Bugs/Developer#severities Cheers, -- Vasudev Kamath http://copyninja.info copyninja@{frndk.de|vasudev.homelinux.net} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722996: wireshark: Builds for gtk2 and qt
Package: wireshark Severity: wishlist Since wireshark supports building for gtk2, gtk3, and qt, it would be nice if we could get three versions, one for each. The difference in the build process is just which flag is passed to configure (and of course the relevant graphics library). Thanks! -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wireshark depends on: ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-6 ii libpango1.0-0 1.30.0-1 ii libpcap0.8 1.3.0-1 ii libportaudio2 19+svn2021-1 pn libwireshark3 none pn libwiretap3 none pn libwsutil3 none pn wireshark-commonnone ii xdg-utils 1.1.0~rc1+git20111210-6 ii zlib1g 1:1.2.7.dfsg-13 wireshark recommends no packages. wireshark suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722997: mpv: Upstream changelog is missing
Package: mpv Severity: normal Upstream changelog should be included in the binary package. - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722924: [Pkg-xfce-devel] Bug#722924: xfce4-taskmanager: FTBFS on kfreebsd-*
On sam., 2013-09-14 at 17:04 +0200, Pino Toscano wrote: While I was there, other than patching the right file (configure.ac instead of configure) I made it use the freebsd OS implementation, patching a couple of build issues (one upstream and one not) with it. Thanks for that! Could you push it upstream too? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#722998: RM: scim-prime -- ROM; dead upstream, low popcon, no rdeps
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 prime depends ruby1.8 packages and upstream is not active since 2005. ruby1.8 will be dropped soon, but prime is not expected to follow ruby1.9/2.0. i discussed with prime related packages maintainers, we decided to drop all prime related packages. scim-prime depends prime. upstream is not active since 2008, low popcon, no rdeps. this is approved with maintainers. - -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCAAGBQJSNXiLAAoJEHg5YZ3UOWaOixQP/ix0zfdMD10DediN4aumuYlq oSbULYAdlSm5WmTWS5v3P84F1iCat0R0JfTjykDfjpH8eRiqVufMvxHkhfwRj4UZ OOvz5ZjS8a604BVTiwzcBjW1rtebVMyT8/ApgMmYwYdnBmpMk2y1VX1v9w60VWcC 8gRJhgG+zPUCyA/5P8cVXmHe73s/hiyIj1a9Egzj8Q/+mmoawl1QFHCCni3REQUQ qyCjy31vpuzee98/zWcC5wtOayNMkzAxgMFwQgOKWSX+VVKc+wZDwGPfvRoM6/y6 ytmGsta0AjDqm3OY1gQ/9+h9eGXhui14BpIlEm0Gl0HbDAqpF77LgfvQ6l13N9Lo C13bVSAW4BkhZCJV7+SG/JZxhO0YIMVCc976o4qE334mR98OsZhnzWOKO1GNGMXx ZioAZ3LxJWh9gGXNiH8decvSaZLFHQQqGCiz0j9Fc0/oWEXiiptNCDt7ZihnkU1d ynRk5lBXVc/CkLQll9CKVVn1Miz2yTw6jn9SycM5WHVMXtkp7TIdwhX/yWx0LT2k FgbKbohFcvELfJdjHR+1YJJqn2qIqy7Yom4R9q+XVY5RWiwDPvL8cHYxSXvC08wn OtdTAKbvfg09qYYyQdXpGZDxrH6q5cRaeZxo4grBq8tpiFhm2750Pg7vd9QcHEeO tWwEPYW/dka3dF9Bh154 =NLnR -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722726: picard 1.2-2 depends on missing python2
Control: severity -1 serious On Fri, Sep 13, 2013 at 01:50:03PM -0400, Nick Black wrote: Picard 1.2-2 depends on python2, which is not a valid package in unstable This is apparently caused by #722307 which is fixed in dh-python 1.20130913-1. I guess binNMUing picard on all arches should be sufficient. -- WBR, wRAR signature.asc Description: Digital signature
Bug#722999: RM: prime, prime-dict -- ROM; depends ruby1.8, dead upstream, low popcon, no rdeps
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 prime depends ruby1.8 packages and upstream is not active since 2005. ruby1.8 will be dropped soon, but prime is not expected to follow ruby1.9/2.0. i discussed with prime related packages maintainers, we decided to drop all prime related packages. prime and prime-dict have rdep to uim-prime and scim-prime at now, but uim-prime is dropped at uim 1:1.8.6-3 and scim-prime has RM (#722998). this is approved with maintainer. - -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCAAGBQJSNXrLAAoJEHg5YZ3UOWaOmmEQAJfSFQ9wy0rPLSilVk6lYsl6 Y+z4CvQUCsOm7RS/BKpTAgD0ZFgrtF7BnLgXPYvl+/H6WcFtCLDrAIqsD6JipST0 +Ve6NKjmlkBDblS7vzZOgnZmgp46WnZ09V45AG5Az9hoIEPPBBpFhQ6PQw1dPJYp 458NqWPH1MAynJ241kNp2bwqAbn43UuttcyH+pLzKtbPXPAlcnIdm5Q+ENfpM0Zq yTqhVZ4XqwUngCtrbLHaIBCA9/3vsSj/sxyRU6aba53XLmp6SalW23ldD/ViX2l6 zhBeMSByivrLqotFFSAinwbwYrQ3tXAayfqQgihXHu4CUKVOz7hZKAmIFgE4W+GQ VfJXlboJbmPZ/NG7uiphQ583tZ+b1i6TePu9l7xIUrKXysO9i4ZE6jLom/Bzi2K1 uuzq9SGxfEAky5JTGUCLOyCgx94JMw9Ih3WVeD62YeNyGsNfmNTU2SP2G5ghjB+e qeiqUO5ViQGRXKijSVHTKLLISfBgPj//talbVhLDlFci5vu7XdT+TUBDXufjhr8p N83ThZ3IYJXMLRCaGYZwWfcMHWvb6NOxcD0oNw1W3MzfCa5edNRT4Rd+NEV7hq8X zUy1NWtYseqAagw2jhc8EO93NJcb18EmlhwuWvXZN9s0AtiUHaqHb7hCddhiQu3h cegNylJh8K2TClfk0qS8 =v8y5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723000: RM: suikyo -- ROM; depends ruby1.8, dead upstream, low popcon, no rdeps
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 prime depends ruby1.8 packages and upstream is not active since 2005. ruby1.8 will be dropped soon, but prime is not expected to follow ruby1.9/2.0. i discussed with prime related packages maintainers, we decided to drop all prime related packages. suikyo depends ruby1.8 pacakges and upstream is not active since 2003, ruby1.8 will be dropped soon, but suikyo is not expected to follow ruby1.9/2.0. suikyo has rdep to prime at now, but prime has RM (#722999). this is approved with maintainer. - -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCAAGBQJSNXwRAAoJEHg5YZ3UOWaOLwkQANXiErZhX3wYtTKGA32zkUQY 1KhrmeHB8z1LqQYDMMi23v4XN1nJqhxbeJwOCJGP9e1j/7+HljWWCVh5Ly6/UGfU /6Vbe0Klci7X2AIfyi3IFG+KGlIzdFx0w5WjiNm/+RwcVPmP+SwsVrn/KeeRG2FR 5I5PT9lkA9xqoL/WuiEFJmcI9x6HHwdkuoYIHkLimXpQDWnVkW9JZx82bMx9IfTR 1oxRkuPxM7ShZrdipEmtzxhCvTUrjla5bnFL8QOIwkeihWgBv4j1AYPCT1uUxDlt oHN9uB74TqsZuTWCpaezySWSBHtfFpGfOL7AWRGCf0LqW80EWlb3kg/muvAoujY2 GPrkWSt5sLbdp9dOanm9L7dW3piEs912RhfEUZiPLL47k3GsJecCc/yXMgilrFUK vptQVWJ+LW5EcasI051riFrjzDJmsaogYTWL2iFMHkdn62139y0pAVBL+ussSOPo zlC0AjFP/SH7tHY6Je3dsGzForgp3oooIAUXqBchL3ZdmuiQCKkycN05yYtz86gP JoDqCmU9+kzVCcqTGe3Nev718rUai1te7Ec5RB1ksDT2IX6zFPzr4LQ4d/sPsAzm DR+ghDUa8MwQlPQArcLSZYifCQCUB/DtCWcGRI480hQQBc2l1lf+hMOmZ//61Gt9 eG2hvlDG+aYQ3purzPnY =hNUm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723001: RM: sary, sary-ruby -- ROM; depends ruby1.8, dead upstream, low popcon, no rdeps
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 prime depends ruby1.8 packages and upstream is not active since 2005. ruby1.8 will be dropped soon, but prime is not expected to follow ruby1.9/2.0. i discussed with prime related packages maintainers, we decided to drop all prime related packages. sary-ruby depends ruby1.8 pacakges and upstream is not active since 2005, ruby1.8 will be dropped soon, but sary-ruby is not expected to follow ruby1.9/2.0. sary-ruby has rdep to prime at now, but prime has RM (#722999). sary has only rdep to sary-ruby. this is approved with maintainer. - -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCAAGBQJSNXzmAAoJEHg5YZ3UOWaO9aEP/irV+40OqvuW3aZW90KEXLrJ ATOCMb9UjwwZkYNhXObqIQEZkkZ0yhdV+0Gny0/voGR6qwuCjPgy3GSP4FpHXK+R kkm1UgLOdCCmRVJ6ERI0Xv3oAGQ4+etykB2FYTU5rhpHD6i4NIdp+LNHUl9jkbdx pCdmjoyKLUr74SkZPqTY8tc4tJeF4hdlf6EfY0KQUMsAi9ZuSrHDBvWzmyM0/fW8 Glm1Mm21OXkZqFF3LVyXs1U5Vdoj2PlnHigSe++hfzynJswK3XZs0fpWofR4/XmK HwL8cD6liCdJzeXDqu75IO+KQUwo1pSNzY9G4bemcNdGI+EVCwgJ9BKelT9YaCnH ICKXDnarByNVZ05qzK3Q8pYKumSHab5tJnFl9485gevlh4nbAFm9dktsc7G3CNxa nLPprLXRgiALZT0Ms/Oq/pHAsyk+lxuodbnvsz4MxplFE+djjVaAfykSVh3e0ynF nUfodeJ25ObyNfEjy5NynokULRRyDdR3OXOTQlJQ7kT7R0SqzmhkDVJIC+NdlYGf 0Gocgc1vyvjmPGiE0Wlc69KorRzfb6sqkiFO+Y95BYH0qZjbAbsZ6zPEB2UL+aUt Kuoj3JS9bRjMeD0s5svMhzvL+Elgsv4ZzrE+vyOXFnD6HWv6rJHzUwVb/00H0/vk IQgV8Ucd8GrSHXxSNGV7 =JmMw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722994: dwm: Unused patch 03-transparent-makefile.patch
söndag den 15 september 2013 klockan 14:06 skrev Vasudev Kamath detta: Control: severity -1 normal On Sun, Sep 15, 2013 at 1:42 PM, Mats Erik Andersson mats.anders...@gisladisker.se wrote: The maintainer has cunningly managed to reformat the patch 03-transparent-makefile.patch so far as to make it unused and even unable as a difference file. Cunningly! I'm surprised by your words why would I cunningly do this please consider using appropriate word when reporting bugs. Now coming You edited the difference file and injured its functionality. The only relevant action is to add a documentation header on top of the patch, not to modify its inherent capability or format. to the part it indeed missed my eyes but patch still works. did you try applying it using quilt push -a? If not check below output It fails when executing # apt-get source dwm on a Wheezy system. That is enough to merit a bug report. Demanding a quilt push -a is beyond the standard behaviour. [vasudev@rudra: ~/Documents/Debian/collab-maint/dwm/ ]% quilt push -a Applying patch 03-transparent-makefile.patch patching file Makefile Applying patch 01-term-cmd-replace.patch patching file config.def.h Hunk #1 succeeded at 47 (offset 1 line). Applying patch 02-dpkg-buildflags.patch patching file config.mk and while building I: using cowbuilder as pbuilder dpkg-buildpackage: source package dwm dpkg-buildpackage: source version 6.0-5 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by Vasudev Kamath kamathvasu...@gmail.com dpkg-source --before-build dwm dpkg-source: info: using options from dwm/debian/source/local-options: --unapply-patches --abort-on-upstream-changes dpkg-source: info: using options from dwm/debian/source/options: --compression=gzip --compression-level=9 dpkg-source: warning: diff `dwm/debian/patches/03-transparent-makefile.patch' doesn't contain any patch dpkg-source: warning: diff `dwm/debian/patches/03-transparent-makefile.patch' doesn't contain any patch Here goes: doesn't contain any patch The patch text was rejected. Case proved! dpkg-source: info: applying 03-transparent-makefile.patch dpkg-source: info: applying 01-term-cmd-replace.patch dpkg-source: info: applying 02-dpkg-buildflags.patch fakeroot debian/rules clean The file header must be formatted as Forwarded: not-needed --- a/Makefile +++ b/Makefile in order to be recognized, not the present Forwarded: not-needed--- a/Makefile +++ b/Makefile Better would be a blank line below Forwarded for clarity. This happened mainly because of not putting new line while editing patch using quilt header -e for the first time. Exactly! This is where you err, as I have pointed out. This error is present is also in 6.0-4, i.e., on the source for Wheezy. Please amend this as soon as possible, I will fix this in my next upload also I don't see any reson for bug to be marked as important [1] so I've downgraded it to normal. Fair enough. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722922: ioapps: uninstallable on !linux
On Sun, 2013-09-15 at 04:25 +0530, Ritesh Raj Sarraf wrote: On Saturday 14 September 2013 08:30 PM, Adam D. Barratt wrote: ioapps is uninstallable on kfreebsd-* due to its dependency on strace, which does not exist on those architectures. Do you have access to any hurd box? Can you check on it? As a DD, you have access to the same hurd boxes that I do. :-) There aren't any strace packages in the archive for hurd, however. Otherwise, I can change it to linux-any ?? If the package only works on Linux but builds on other platforms then that seems the best approach. 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#723003: lintian: non-standard-apache2-module-package-name should ignore case
Package: lintian Version: 2.5.17 Severity: normal Binary package libapache2-mod-ruwsgi contains Apache2 module Ruwsgi. Seems to me that non-standard-apache2-module-package-name should compare only after lowercasing (and possibly that Apache Policy should be improved to reflect tnis, but arguably that's an implicit contraint, since it is talking about package names). - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722325: ibus-daemon from 1.5.3-5 segfaults
Hmmm... I see. Please let me see your package situation more as I wrote on the bottom. This could be package dependency issue somewhere. To get working versions: sudo apt-get install ibus:amd64=1.5.1.is.1.4.2-3 ibus-gtk:amd64=1.5.1.is.1.4.2-3 ibus-gtk3:amd64=1.5.1.is.1.4.2-3 I needed to do: sudo apt-get install ibus:amd64=1.5.1.is.1.4.2-3 ibus-gtk:amd64=1.5.1.is.1.4.2-3 ibus-gtk3:amd64=1.5.1.is.1.4.2-3 python-ibus=1.5.1.is.1.4.2-3 To break again: sudo apt-get install ibus:amd64 ibus-gtk:amd64 ibus-gtk3:amd64 sudo apt-get install ibus:amd64 ibus-gtk:amd64 ibus-gtk3:amd64 python-ibus No problem. ibus-daemon barks with the warning/errors below when changing input method: Aha! This may be the point of failure, since library API changed from ibus 1.4 to i.5 with this upgrade. Anyway, can you run the following just after the upgrade before changing input method? $ /usr/bin/ibus-daemon --daemonize --xim --replace Do you still see the problem? (Alternatively, you can restart ibus daemon via right clicking GUI icon or relogin to the X session.) postinst script to run similar seems to be dangerous script since ibus-daemon is user process. just to add the package versions where the problem actually happens. I see you have the latest unstable system without problem. ii im-config 0.22-3 Just to be sure, did you run im-config to create custom setting? (If not fine) Regards, Osamu -- FYI: This is my system: $ ps aux|grep ibus-daemo[n] osamu 4010 0.2 0.0 354964 8768 ?Ssl 08:41 1:32 /usr/bin/ibus-daemon --daemonize --xim $ dpkg -l ibus\* uim\* fcitx\* scim\* python-gi gir1.2-ibus-1.0 python-ibus|grep -v no description available Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-=-==--=== rc fcitx 1:4.2.8.1-3 all Flexible Input Method Framework rc fcitx-bin 1:4.2.8.1-3 amd64Flexible Input Method Framework - essential binaries rc fcitx-libs:amd64 1:4.2.8.1-3 amd64Flexible Input Method Framework - library files rc fcitx-libs-gclient:amd64 1:4.2.8.1-3 amd64Flexible Input Method Framework - D-Bus client library for Glib rc fcitx-libs-qt:amd64 1:4.2.8.1-3 amd64Flexible Input Method Framework - D-Bus client library for Qt ii gir1.2-ibus-1.0 1.5.3-7 amd64Intelligent Input Bus - introspection data ii ibus 1.5.3-7 amd64Intelligent Input Bus - core ii ibus-anthy1.5.3-3 amd64anthy engine for IBus ii ibus-array0.0.2-8 amd64Array 30 input engine for iBus ii ibus-chewing 1.4.3-3 amd64Chewing engine for IBus ii ibus-clutter:amd640.0+git20090728.a936bacf-5.1 amd64ibus input method framework for clutter ii ibus-doc 1.5.3-7 all Intelligent Input Bus - development documentation rc ibus-el 0.3.2-1 all IBus client for GNU Emacs ii ibus-gtk:amd641.5.3-7 amd64Intelligent Input Bus - GTK+2 support ii ibus-gtk3:amd64 1.5.3-7 amd64Intelligent Input Bus - GTK+3 support ii ibus-hangul 1.4.2-3 amd64Hangul engine for IBus ii ibus-qt4 1.3.1-4 amd64qt-immodule for ibus (QT4) ii ibus-xkbc 1.3.3.20100922-4 all keyboard layout emulation engine for IBus ii python-gi 3.8.3-1+b1 amd64Python 2.x bindings for gobject-introspection libraries ii python-ibus 1.5.3-7 all Intelligent Input Bus - Python support rc scim 1.4.14-5 amd64smart common input method platform rc scim-chewing 0.3.4-3
Bug#723004: scite: Add recommends:a2ps to be able to print
Package: scite Version: 3.0.2-3 Severity: normal Tags: patch Dear Maintainer, Scite can't print (out of the box) without installing a2ps because the print command is sent to a2ps : SciTEGlobal.properties : if PLAT_GTK command.print.*=a2ps $(FileNameExt) Can you please add a Recommends field in debian/control as below ? --- debian/control 2013-09-15 11:45:33.0 +0200 +++ debian/control-bj 2013-09-15 11:46:10.0 +0200 @@ -12,6 +12,7 @@ Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Provides: editor +Recommends: a2ps Description: Lightweight GTK-based Programming Editor GTK-based Programming with syntax highlighting support for many languages. Also supports folding sections, exporting -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scite depends on: ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libstdc++6 4.7.2-5 scite recommends no packages. scite suggests no packages. -- no debconf information --- debian/control 2013-09-15 11:45:33.0 +0200 +++ debian/control-bj 2013-09-15 11:46:10.0 +0200 @@ -12,6 +12,7 @@ Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Provides: editor +Recommends: a2ps Description: Lightweight GTK-based Programming Editor GTK-based Programming with syntax highlighting support for many languages. Also supports folding sections, exporting
Bug#722325: ibus-daemon from 1.5.3-5 segfaults
Hi, Another confirmation. On Sun, Sep 15, 2013 at 04:10:49PM +0900, Mattia Dongili wrote: ibus-daemon barks with the warning/errors below when changing input method: (ibus-daemon:9156): GLib-CRITICAL **: g_variant_get_child_value: assertion `index_ g_variant_n_children (value)' failed (ibus-daemon:9156): IBUS-CRITICAL **: 14:24:17. 27162: ibus_serializable_deserialize: assertion `variant != NULL' failed (ibus-daemon:9156): GLib-GObject-CRITICAL **: g_object_ref_sink: assertion `G_IS_OBJECT (object)' failed Which log file is this. On my system: $ grep ibus ~/.xsession-errors Script for ibus started at run_im. Script for ibus started at run_im. gdb trace is not particularly useful imho. Do you think it would help running a debug version of ibus? any other package for which I'd need debugging symbols? Maybe but that may be beyond I can understand. Let's check simple things first. Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722889: closed by Paul Gevers elb...@debian.org (Re: Bug#722889: cacti creates excessive logging about missing file - dependency needs fixing)
Just to be clear - your note indicates that the problem has been solved in upstream, but has the issue been resolved in the wheezy version? Given that the next stable debian is probably a couple of years away, filling up root on single volume [v]hosts regularly is not sysops friendly for a stable distro. On 14/09/2013 11:06, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the cacti package: #722889: cacti creates excessive logging about missing file - dependency needs fixing It has been closed by Paul Gevers elb...@debian.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Paul Gevers elb...@debian.org by replying to this email. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723005: libgjs0c: Extensions depending on dbus do not work
Package: libgjs0c Version: 1.36.1-2 Severity: normal Dear Maintainer, Since I switched to libgjs0c, the brightness extension does not work any more, claiming something about dbus: Error: No JS module 'dbus' found in search path. libgjs0c does not have a dbus.js file, which is present in libgjs0b. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (200, 'unstable'), (100, 'stable'), (80, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgjs0c depends on: ii libc6 2.17-92+b1 ii libcairo-gobject2 1.12.14-4 ii libcairo2 1.12.14-4 ii libffi63.0.13-4 ii libgcc11:4.8.1-2 ii libgirepository-1.0-1 1.36.0-2+b1 ii libglib2.0-0 2.36.4-1 ii libmozjs185-1.01.8.5-1.0.0+dfsg-4+b1 ii libnspr4 2:4.10-1 ii libnspr4-0d2:4.10-1 ii libreadline6 6.2+dfsg-0.1 ii libstdc++6 4.8.1-2 libgjs0c recommends no packages. libgjs0c 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#705262: ceph
Thank you for not Cc-ing me. However there are several problems left: - ceph-common depends on python-flask and python-ceph. - ceph-common is not _arch-all_, why does it exist? - Why ceph-mds? - ceph depends on fdisk, parted and whole lot other crap it does not need. - A lot of Replaces. - python-ceph needs stricter dependencies. - Split between -java and -jni for no apparent reason, it only add a package to the global index. About the debug packages: I can also ask ftp-team to kill it, because it ten packages that can't be used independently fills the package index. Bastian -- Oblivion together does not frighten me, beloved. -- Thalassa (in Anne Mulhall's body), Return to Tomorrow, stardate 4770.3. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722812: nzbget link with -L/usr/lib
Hello again, could you check if the attached patch fixes the problem for you? -- Andreas Moog, Berliner Str. 29, 36205 Sontra/Germany Ubuntu Developer PGP-encrypted mails preferred (Key-ID: 74DE6624) PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624 Description: Do not include -L/usr/lib to the LDFLAGS, this may cause build errors when trying to crosscompile. Author: Andreas Moog am...@ubuntu.com Bug-Debian: http://bugs.debian.org/722812 Forwarded: yes, per mail to hug...@sourceforge.net Index: nzbget-11.0+dfsg/configure.ac === --- nzbget-11.0+dfsg.orig/configure.ac 2013-09-15 09:37:46.0 + +++ nzbget-11.0+dfsg/configure.ac 2013-09-15 09:43:17.878828746 + @@ -215,7 +215,6 @@ AC_MSG_RESULT($USECURSES) if test $USECURSES = yes; then INCVAL=${LIBPREF}/include - LIBVAL=${LIBPREF}/lib AC_ARG_WITH(libcurses_includes, [AS_HELP_STRING([--with-libcurses-includes=DIR], [libcurses include directory])], [INCVAL=$withval]) @@ -290,7 +289,6 @@ dnl checks for libpar2 includes and libraries. dnl INCVAL=${LIBPREF}/include - LIBVAL=${LIBPREF}/lib AC_ARG_WITH(libpar2_includes, [AS_HELP_STRING([--with-libpar2-includes=DIR], [libpar2 include directory])], [INCVAL=$withval]) @@ -384,7 +382,6 @@ if test $TLSLIB = GnuTLS -o $TLSLIB = ; then INCVAL=${LIBPREF}/include - LIBVAL=${LIBPREF}/lib AC_ARG_WITH(libgnutls_includes, [AS_HELP_STRING([--with-libgnutls-includes=DIR], [GnuTLS include directory])], [INCVAL=$withval]) @@ -480,7 +477,6 @@ AC_MSG_RESULT($USEZLIB) if test $USEZLIB = yes; then INCVAL=${LIBPREF}/include - LIBVAL=${LIBPREF}/lib AC_ARG_WITH(zlib_includes, [AS_HELP_STRING([--with-zlib-includes=DIR], [zlib include directory])], [INCVAL=$withval]) signature.asc Description: OpenPGP digital signature
Bug#723006: redis: Please package redis-cli separately
Package: redis-server Version: 2:2.6.13-1 Severity: wishlist File: redis Dear Maintainer, Please package redis-cli separately so one does not have to install the Redis server in order to have access to it. I can provide a patch if you'd like, but it's nearly trivial :) Best, Allard Hoeve -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages redis-server depends on: ii adduser 3.113+nmu3 ii libc6 2.13-38 ii libjemalloc1 3.0.0-3 redis-server recommends no packages. redis-server 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#722889: cacti creates excessive logging about missing file - dependency needs fixing
On 15-09-13 11:35, Jeff Armstrong wrote: Just to be clear - your note indicates that the problem has been solved in upstream, Not upstream, but in Debian, in a version of the packaging, so it is now available in testing. but has the issue been resolved in the wheezy version? No. Given that the next stable debian is probably a couple of years away, filling up root on single volume [v]hosts regularly is not sysops friendly for a stable distro. But unfortunately, I am unsure if this warrants a stable-release-update. Especially since a solution is to just install an additional package. Quoting from the developers-reference [1]: Basically, a package should only be uploaded to stable if one of the following happens: a truly critical functionality problem the package becomes uninstallable a released architecture lacks the package You *might* argue that the first is the case, but you must be having a lot of people viewing the cacti pages for it to fill up your volumes and/or small volumes. I could prepare a stable-release-update proposal, and we could see if the release team allows this change to be incorporated in the next stable point release. What do you think? [1] http://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable signature.asc Description: OpenPGP digital signature
Bug#705262: ceph
On Sun, Sep 15, 2013 at 12:00 PM, Bastian Blank wa...@debian.org wrote: Thank you for not Cc-ing me. Can be my fault, I'd the thought as a bugreport owner, you'll get all mails. However there are several problems left: - ceph-common depends on python-flask and python-ceph. Why this is a problem? What I see is that python-flask should be moved to python-ceph . - ceph-common is not _arch-all_, why does it exist? Tools that used by other packages that can be installed independently. Should it be named like ceph-base or ceph-tools? - Why ceph-mds? Ceph has three independent blocks. Metadata servers (-mds) are one of them. Please see the overview[1]. - ceph depends on fdisk, parted and whole lot other crap it does not need. Agree on this. Don't know how it made there. - A lot of Replaces. There were package renames, users may have packages from upstream or Ubuntu. That's make it complex. - python-ceph needs stricter dependencies. Will check. - Split between -java and -jni for no apparent reason, it only add a package to the global index. James? About the debug packages: I can also ask ftp-team to kill it, because it ten packages that can't be used independently fills the package index. Still not sure they should be integrated. In a rush now, may write more later. Laszlo/GCS [1] http://ceph.com/docs/next/cephfs/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628843: [Pkg-shadow-devel] Bug#663200: Bug#628843: Bug#659878: cannot set terminal process group (-1): Inappropriate ioctl for device
Hi again, Sorry, but I was submitting the wrong patch by mistake but here now the right one: ___BEGIN_PATCH___ diff --git a/src/su.c b/src/su.c index 34f6771..8053225 100644 --- a/src/su.c +++ b/src/su.c @@ -60,7 +60,6 @@ #include pwd.h #include signal.h #include stdio.h -#include sys/time.h #include sys/types.h #include unistd.h #include sys/ioctl.h @@ -220,6 +219,46 @@ static /*@noreturn@*/void su_failure (const char *tty, bool su_to_root) exit (1); } +static bool term_setattr( int fd, const struct termios *termset, bool hndl_sig) { + +struct termios termset_new; +struct termios termset_check; + + termset_new = *termset; + /* Set RAW mode */ + cfmakeraw( termset_new); + + if( hndl_sig) + termset_new.c_lflag = ISIG; + +if( tcsetattr( fd, TCSANOW, termset_new) == -1) { +fprintf( stderr, + _(%s: Cannot set raw mode\n), + Prog); +return false; +} + +if( tcgetattr( fd, termset_check) == -1) { +fprintf( stderr, + _(%s: Cannot get terminal attributes\n), + Prog); +return false; +} + +if( termset_new.c_iflag != termset_check.c_iflag || +termset_new.c_oflag != termset_check.c_oflag || +termset_new.c_cflag != termset_check.c_cflag || +termset_new.c_lflag != termset_check.c_lflag || +memcmp( termset_new.c_cc, termset_check.c_cc, NCCS) != 0) { + +fprintf( stderr, + _(%s: Could not set terminal attributes correctly\n), + Prog); +return false; +} +return true; +} + /* * execve_shell - Execute a shell with execve, or interpret it with * /bin/sh @@ -280,19 +319,22 @@ static void handle_session (const struct passwd *pw) #endif /* USE_PAM */ int fd_ptmx = -1; int fd_pts = -1; - char *pts_name = NULL; + char *pts_name = NULL; struct termios termset_save; - struct termios termset_new; fd_set inp_fds; struct timeval sel_to; char trbuf[BUFSIZ]; ssize_t bytes_r; struct winsize winsz; bool winsz_set = false; + pid_t pg_pid = 0; + pid_t pg_pid_cmp = 0; + pid_t pg_pid_tmp = 0; + pg_pid = getpid(); - if (isatty (0) == 1) { + if (isatty ( STDIN_FILENO) == 1) { have_tty = true; if (tcgetattr (STDIN_FILENO, termset_save) == -1) { @@ -360,14 +402,6 @@ static void handle_session (const struct passwd *pw) if (have_tty) { close (fd_ptmx); - if (tcsetattr (fd_pts, TCSANOW, termset_save) == -1) { - fprintf (stderr, -_(%s: Cannot set termios attributes of session\n), -Prog); - (void) close (fd_pts); - exit (1); - } - if ( winsz_set (ioctl (fd_pts, TIOCSWINSZ, winsz) == -1)) { fprintf (stderr, @@ -423,7 +457,7 @@ static void handle_session (const struct passwd *pw) (void) fprintf (stderr, _(%s: signal malfunction\n), Prog); - caught = SIGTERM; + caught = SIGHUP; } if (0 == caught) { struct sigaction action; @@ -434,31 +468,39 @@ static void handle_session (const struct passwd *pw) sigemptyset (ourset); if ( (sigaddset (ourset, SIGTERM) != 0) + || (sigaddset (ourset, SIGINT) != 0) || (sigaddset (ourset, SIGALRM) != 0) || (sigaddset (ourset, SIGWINCH) != 0) + || (sigaddset (ourset, SIGCONT) != 0) + || (sigaddset (ourset, SIGTSTP) != 0) || (sigaction (SIGTERM, action, NULL) != 0) + || (sigaction (SIGINT, action, NULL) != 0) || (sigaction (SIGWINCH, action, NULL) != 0) - || (sigprocmask (SIG_UNBLOCK, ourset, NULL) != 0)) { + || (sigaction (SIGCONT, action, NULL) != 0) + || (sigaction (SIGTSTP, action, NULL) != 0) + || (sigprocmask (SIG_UNBLOCK, ourset, NULL) != 0) + ) { fprintf (stderr, _(%s: signal masking malfunction\n), Prog); - caught = SIGTERM; + caught = SIGHUP; } } if ((0 == caught) have_tty) { - /* Set RAW mode */ - termset_new = termset_save; - cfmakeraw (termset_new); - if (tcsetattr (STDIN_FILENO, TCSANOW,
Bug#721965: python-gnupg: FTBFS: tests fail without network connection
It's on mentors and I've sent the RFS to my sponsor, it should be uploaded shortly (unless there is something wrong with it, of course). I've also discarded http(s) traffic so that in the future new problems like this should be discovered earlier. -- Elena ``of Valhalla'' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705262: ceph
On Sun, Sep 15, 2013 at 12:00 PM, Bastian Blank wa...@debian.org wrote: - ceph depends on fdisk, parted and whole lot other crap it does not need. This is most likely a dependency of the ceph-disk-prepare or ceph-deploy scripts, which handle preparing partitions and filesystems on new disks intended for Ceph OSDs.
Bug#722997: mpv: Upstream changelog is missing
On Sun, Sep 15, 2013 at 10:59:54AM +0200, Jonas Smedegaard wrote: Package: mpv Severity: normal Upstream changelog should be included in the binary package. The problem being that there is no such thing as an upstream changelog (except for the git history). Cheers -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#723007: gem2deb should extract Build-Depends from gemspec
Package: gem2deb Version: 0.4.1 Severity: wishlist Dear Maintainer, gem2deb should fill the field Build-Depends using the names of the packages described in the gemspec as development dependencies. Probably the development dependencies of most gems are too broad compared to what is expected to be found in the Build-Depends, but they are a good starting point from which a reasonable Build-Depends can be created. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715278:
On Tue, Sep 3, 2013 at 4:24 AM, Brandon Simmons wrote: Is anyone maintaining this package? What can I do to help? Hi Brandon, The Debian intel-gpu-tools packaging is maintained at http://git.debian.org/?p=pkg-xorg/app/intel-gpu-tools.git If you can provide patches against this tree it would be very welcome. Tormod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722014: Non-FLOSS example
Hello everyone. This is not a coding email - more legal/license related one. I received bug report regarding PyOpenCL Debian package: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722014 examples/matrix-multiply.py contains code marked Copyright NVIDIA, All rights reserved. As all packages in Debian main and contrib should contain only FLOSS (Debian Policy 2.2.2) I intend (as advised in mentioned bug report) to repackage PyOpenCL source tree removing this file. The question remains - does PyOpenCL have the right to discribute such a file? Mentioned license reads: * NVIDIA Corporation and its licensors retain all intellectual property and * proprietary rights in and to this software and related documentation. * Any use, reproduction, disclosure, or distribution of this software * and related documentation without an express license agreement from * NVIDIA Corporation is strictly prohibited. If not - maybe it would be better to remove this example from source tree? What about leaving it on the wiki? Best regards. -- Tomasz Rybak GPG/PGP key ID: 2AD5 9860 Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860 http://member.acm.org/~tomaszrybak signature.asc Description: This is a digitally signed message part
Bug#705262: ceph
On Sun, Sep 15, 2013 at 12:30:22PM +0200, László Böszörményi (GCS) wrote: On Sun, Sep 15, 2013 at 12:00 PM, Bastian Blank wa...@debian.org wrote: However there are several problems left: - ceph-common depends on python-flask and python-ceph. Why this is a problem? What I see is that python-flask should be moved to python-ceph . There is a python script ceph-rest-api. Where is this used? Why does it warrant a dependency on 20 other packages? - ceph-common is not _arch-all_, why does it exist? Tools that used by other packages that can be installed independently. Should it be named like ceph-base or ceph-tools? Not sure right now. It looks like a random dash of tools, stashed together without much thinking. - ceph, rados, rbd: Tools to manage different parts of ceph, remotely. - ceph-authtool: Works on keyring files, so needs to run locally on the monitor. - ceph-rest-api: Where does this belong to? - ceph-dencoder, ceph-syn: This are test or debugging tools. I would - move ceph-authotool and maybe ceph-rest-api into ceph, - move cephfs and mount.ceph into ceph-common - move ceph-dencoder and ceph-syn into ceph-test, - move stuff from ceph-resource-agents into ceph and - drop ceph-fs-common and ceph-resource-agents. - Why ceph-mds? Ceph has three independent blocks. Metadata servers (-mds) are one of them. Please see the overview[1]. Yeah. But why does it need a different package? What does this extra package bring for the user? - ceph depends on fdisk, parted and whole lot other crap it does not need. Agree on this. Don't know how it made there. Because ceph-disk (another incompletely documented indirection) uses it. The important parts (ceph-mon, ceph-osd) works fine without it. - A lot of Replaces. There were package renames, users may have packages from upstream or Ubuntu. That's make it complex. Not a concern for Debian. It was never in a stable release. - python-ceph needs stricter dependencies. Will check. At least the dependencies for librados2 and librdb1 needs to be stricter. The dependency on libcephfs1 is missing. - Symbols files are missing. Bastian -- There's a way out of any cage. -- Captain Christopher Pike, The Menagerie (The Cage), stardate unknown. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723008: RFP: fonts-oxygen -- Font family by KDE
Package: wnpp Severity: wishlist * Package name: fonts-oxygen * URL : https://projects.kde.org/projects/playground/artwork/oxygen-fonts * License : SIL Open Font License (OFL) version 1.1 and the Gnu General Public License (with font exception) (GPL+FE). Description : Font family by KDE From its README: The basic concept for Oxygen Font was to design a clear, legible, sans serif, that would be rendered with Freetype on Linux-based devices. In addition a bold weight, plus regular and bold italics, and a monospace version will be made. Oxygen is to be constructed closely with the gridfitting aspects of the Freetype engine. The oxygen fonts will also be autohinted with Werner Lemberg's ttfautohint library to further the compatibility with the Freetype engine. The aim of this approach is to produce a family of freetype-specific desktop fonts whose appearance will stay uniform under different screen render settings, unlike more traditionally designed 'screen fonts' that have tended to be designed for best legibility on the Windows GDI render engine. -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv Quidquid Latine dictum sit altum videtur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723009: RFP: fonts-new-athena-unicode -- Multilingual font distributed by the American Philological Association.
Package: wnpp Severity: wishlist * Package name: fonts-new-athena-unicode * URL : http://apagreekkeys.org/NAUdownload.html * License : OFL Description : Multilingual font distributed by the American Philological Association. From its hompeage: New Athena Unicode is a freeware multilingual font distributed by the American Philological Association. It follows the latest version (5.2) of the Unicode standard and includes characters for English and Western European languages, polytonic Greek, Coptic, Old Italic, and Demotic Egyptian transliteration (and Arabic transliteration), as well as metrical symbols and other characters used by classical scholars. New Athena Unicode is a smart font that includes OpenType ligatures allowing the display of composed characters not recognized by Unicode but needed by scholars (for more information see the page on technical details). -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv Quidquid Latine dictum sit altum videtur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723010: libgmp-dev: please reinstate lib64gmp-dev on ppc64
Package: libgmp-dev Version: 2:5.1.2+dfsg-2 Severity: wishlist Hello Steve, Please reinstate lib64gmp-dev on powerpc until ppc64 is an official Debian distribution. And maybe the same for sparc/sparc64. Otherwise, there will be no ppc 64bit libgmp-dev for jessie since unofficial ports only carry sid. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723011: RFP: fonts-cardo -- Unicode font specifically designed for the needs of classicists, Biblical scholars, medievalists, and linguists.
Package: wnpp Severity: wishlist * Package name: fonts-cardo Upstream Author : David J. Perry hospes02 at scholarsfonts dot net * URL : http://scholarsfonts.net/cardofnt.html * License : OFL Description : Unicode font specifically designed for the needs of classicists, Biblical scholars, medievalists, and linguists. From its homepage: Cardo is a large Unicode font specifically designed for the needs of classicists, Biblical scholars, medievalists, and linguists. Since it may be used to prepare materials for publication, it also contains features that are required for high-quality typography, such as ligatures, text figures (also known as old style numerals), true small capitals and a variety of punctuation and space characters. It may also be used to document and discuss the features of Unicode that are applicable to the these disciplines, as we work to help colleagues understand the value (and limitations) of Unicode. -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv Quidquid Latine dictum sit altum videtur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720858: gramps 4.0.1 not 3.*
Please have 4.0.1 and not 3.* ready and in place very very soon. I am about to dive into gramps. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723012: RFP: fonts-liberastika -- Fork of Liberation fonts with improved cyrillics
Package: wnpp Severity: wishlist * Package name: fonts-liberastika * URL : https://code.google.com/p/liberastika/ * License : GNU GPL v2 Description : Fork of Liberation Sans font with improved cyrillics It is a forked version of Liberation Sans that has added better cyrillic support. -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv Quidquid Latine dictum sit altum videtur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723014: python-git: Please provide a documentation package
Package: python-git Version: 0.3.2~RC1-2 Severity: minor Hi and thank you for packaging this library. Can you please provide a documentation (python-git-doc) package as well? Also, the current binary package ships a copy of jquery.js in: /usr/share/doc/python-git/_static/jquery.js By the way, the homepage is set to http://gitorious.org/projects/git-python/ while it should be http://gitorious.org/git-python/ Thank you! -- Federico -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-git depends on: ii git [git-core] 1:1.8.4~rc3-1 ii libjs-jquery1.7.2+dfsg-3 ii python 2.7.5-4 ii python-gitdb0.5.4-1 python-git recommends no packages. python-git 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#723013: Time to update
Package: fonts-sil-charis Version: 4.106-5 Severity: normal Latest version is 4.114 . -- Package-specific info: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii fontconfig 2.10.2-2 i386 generic font configuration librar ii libfreetype6:i 2.4.9-1.1i386 FreeType 2 font engine, shared li ii libxft2:i386 2.3.1-1 i386 FreeType-based font drawing libra -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates'), (102, 'testing'), (101, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash fonts-sil-charis depends on no packages. fonts-sil-charis recommends no packages. Versions of packages fonts-sil-charis suggests: ii libgraphite31:2.3.1-0.2 pn pango-graphite none -- no debconf information -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv Quidquid Latine dictum sit altum videtur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661341: ITP: anope -- a set of IRC Services designed for flexibility and ease of use
Control: owner -1 ! On Fri, Mar 29, 2013 at 11:56:57PM +, Dominic Hargreaves wrote: Aha, great, thanks! Christoph, how do you want to proceed. Are you interested in packaging 1.8.8? (I assume your current packaging is based on 1.9.x) or would you like me to take care of it, or collaborate? I'm now looking at the packaging of Anope 1.8.8 so in the absence of further responses from Christopher am taking ownership of this bug. Of course, if Christopher would like to get involved again I'd be very happy to collaborate. Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723015: package four years out of date
X-Debbugs-Cc: r...@debian.org Package: libgedcom-perl http://search.cpan.org/dist/Gedcom/ is already at Gedcom-1.19. Please don't allow Debian to drift behind. P.S., why can't all this CPAN - Debian updating be a little bit automated for all the packages on Debian? At least some queue that some team gets alerted to... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722325: ibus-daemon from 1.5.3-5 segfaults
On Sun, Sep 15, 2013 at 06:55:59PM +0900, Osamu Aoki wrote: Hi, Hi Osamu, first something that may be related, mozc could be the problem (cc'ed Iwamatsu san): $ dpkg -l ibus\* uim\* fcitx\* scim\* python-gi gir1.2-ibus-1.0 python-ibus|grep -v no description available ... $ dpkg -l ibus\* uim\* fcitx\* scim\* python-gi gir1.2-ibus-1.0 python-ibus|grep '^ii' | awk '{print $2, $3}' | column -t dpkg-query: no packages found matching fcitx* gir1.2-ibus-1.0 1.5.3-7 ibus1.5.3-7 ibus-clutter:amd64 0.0+git20090728.a936bacf-5.1 ibus-gtk:amd64 1.5.3-7 ibus-gtk3:amd64 1.5.3-7 ibus-mozc 1.6.1187.102-1 ibus-qt41.3.1-4 python-gi 3.8.3-1+b1 python-ibus 1.5.1.is.1.4.2-3 maybe having mozc as the input method editor is the cuplrit? I can see that ibus-mozc has the same versions in unstable and testing so maybe that needs rebuilding against new ibus? Another confirmation. see below for all the other questions. On Sun, Sep 15, 2013 at 04:10:49PM +0900, Mattia Dongili wrote: ibus-daemon barks with the warning/errors below when changing input method: (ibus-daemon:9156): GLib-CRITICAL **: g_variant_get_child_value: assertion `index_ g_variant_n_children (value)' failed (ibus-daemon:9156): IBUS-CRITICAL **: 14:24:17. 27162: ibus_serializable_deserialize: assertion `variant != NULL' failed (ibus-daemon:9156): GLib-GObject-CRITICAL **: g_object_ref_sink: assertion `G_IS_OBJECT (object)' failed Which log file is this. this is just standard error when I run ibus-daemon (note that I didn't daemonize it so that it didn't close stdout/stderr). On Sun, Sep 15, 2013 at 06:45:23PM +0900, Osamu Aoki wrote: Hmmm... I see. Please let me see your package situation more as I wrote on the bottom. This could be package dependency issue somewhere. To get working versions: sudo apt-get install ibus:amd64=1.5.1.is.1.4.2-3 ibus-gtk:amd64=1.5.1.is.1.4.2-3 ibus-gtk3:amd64=1.5.1.is.1.4.2-3 I needed to do: sudo apt-get install ibus:amd64=1.5.1.is.1.4.2-3 ibus-gtk:amd64=1.5.1.is.1.4.2-3 ibus-gtk3:amd64=1.5.1.is.1.4.2-3 python-ibus=1.5.1.is.1.4.2-3 yes, well this is just to downgrade to testing versions that are working fine. To break again: sudo apt-get install ibus:amd64 ibus-gtk:amd64 ibus-gtk3:amd64 sudo apt-get install ibus:amd64 ibus-gtk:amd64 ibus-gtk3:amd64 python-ibus and this is to get unstable versions that are currently broken for me. ibus-daemon barks with the warning/errors below when changing input method: Aha! This may be the point of failure, since library API changed from ibus 1.4 to i.5 with this upgrade. Anyway, can you run the following just after the upgrade before changing input method? $ /usr/bin/ibus-daemon --daemonize --xim --replace Do you still see the problem? yes, no difference, I still have the problem on ibus versions from unstable. just to add the package versions where the problem actually happens. I see you have the latest unstable system without problem. no no, they have the problem. Only testing versions are unaffected. ii im-config 0.22-3 Just to be sure, did you run im-config to create custom setting? (If not fine) I did run it but I'm using the default input method: $ cat ~/.xinputrc # im-config(8) generated on Sat, 24 Aug 2013 18:53:42 +0900 run_im default # im-config signiture: 4bc218a292b50cfb3d31e8efafb4f6ee - Thanks!! -- mattia :wq! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613431: wxwidgets3.0 seems to be in sight
Hi, good news: it seems that after seven (!!) years there is finally a new stable wxwidgets release in sight [1]. They say they release in September but even if they that doesnt happen, the list of blocker bugs for the 3.0 release doesnt seem to be too long [2]. Bad news: half of the bug are osx specific which we dont care about :D cheers, josch [1] http://trac.wxwidgets.org/wiki/Roadmap [2] http://trac.wxwidgets.org/query?status=acceptedstatus=confirmedstatus=newstatus=reopenedorder=prioritymilestone=3.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723016: uwsgi: Vcs-Browser url is wrong
Package: uwsgi Version: 1.9.13-5 Severity: minor Dear Maintainer, the control file says: Vcs-Browser: http://anonscm.debian.org/?p=collab-maint/uwsgi.git but this should be: Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/uwsgi.git Gr. Matthijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722994: dwm: Unused patch 03-transparent-makefile.patch
On Sun, Sep 15, 2013 at 2:31 PM, Mats Erik Andersson mats.anders...@gisladisker.se wrote: You edited the difference file and injured its functionality. The only relevant action is to add a documentation header on top of the patch, not to modify its inherent capability or format. As I said I didn't do it purposefully to say that maintainer did it *cunningly* Why would I want to break my own package? Be nice when you report bugs. to the part it indeed missed my eyes but patch still works. did you try applying it using quilt push -a? If not check below output It fails when executing # apt-get source dwm on a Wheezy system. That is enough to merit a bug report. Demanding a quilt push -a is beyond the standard behaviour. [vasudev@rudra: ~/Documents/Debian/collab-maint/dwm/ ]% quilt push -a Applying patch 03-transparent-makefile.patch patching file Makefile Applying patch 01-term-cmd-replace.patch patching file config.def.h Hunk #1 succeeded at 47 (offset 1 line). Applying patch 02-dpkg-buildflags.patch patching file config.mk and while building I: using cowbuilder as pbuilder dpkg-buildpackage: source package dwm dpkg-buildpackage: source version 6.0-5 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by Vasudev Kamath kamathvasu...@gmail.com dpkg-source --before-build dwm dpkg-source: info: using options from dwm/debian/source/local-options: --unapply-patches --abort-on-upstream-changes dpkg-source: info: using options from dwm/debian/source/options: --compression=gzip --compression-level=9 dpkg-source: warning: diff `dwm/debian/patches/03-transparent-makefile.patch' doesn't contain any patch dpkg-source: warning: diff `dwm/debian/patches/03-transparent-makefile.patch' doesn't contain any patch Here goes: doesn't contain any patch The patch text was rejected. Case proved! Heh so much for writing reply in hurry and not cross checking the output again. Sorry for my ignorance and thanks for bringing it up. Cheers, -- Vasudev Kamath http://copyninja.info copyninja@{frndk.de|vasudev.homelinux.net} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693248: libreadline6-dev: failed to install libreadline6-dev:i386 on amd64
severity 693248 serious thanks Bumping the severity since that cause dpkg to abort. The bug is reproducible with 6.2+dfsg-0.1 Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723017: ITP: python-xrayutilities -- Python package for xray data reduction and analysis
Package: wnpp Severity: wishlist Owner: Eugen Wintersberger eugen.wintersber...@gmail.com * Package name: python-xrayutilities Version : 1.0.1 Upstream Author : Dominik Kriegner dominik.krieg...@gmail.com * URL : http://xrayutilities.sourceforge.net/ * License : GPL Programming Lang: C, Python Description : Python package for xray data reduction and analysis xrayutilities is a collection of scripts used to reduce and analyze x-ray diffraction data. It consists of a python package and several routines written in C. It especially useful for the reciprocal space conversion of diffraction data taken with linear and area detectors. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723015: package four years out of date
jida...@jidanni.org writes: P.S., why can't all this CPAN - Debian updating be a little bit automated for all the packages on Debian? At least some queue that some team gets alerted to... there is a queue http://pet.debian.net/pkg-perl/pet.cgi and libgedcom-perl is listed there. So such bug reports are not especially needed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723018: uwsgi-emperor: Please provide overview documentation
Package: uwsgi Version: 1.9.13-5 Severity: wishlist Dear Maintainer, when trying to set up uwsgi in emperor mode, I was happy that there is a uwsgi-emperor package available (since trying to set up the emperor as an app in the regular uwsgi package didn't work so well). However, the package provides no README.Debian and the README file in the vassals directory is quite limited. I feel that some documentation would be in order, to answer questions like: - Why is the emperor running as www-data by default and how can I change it to run as root so the vassals can run as different users? - Why does emperor.ini contain master = true? This gives warnings in the emperor log (no request plugins loaded) and the documentation does not recommend this? - What is the recommended setup to use with the emperor on Debian? Perhaps a general introduction would be able to solve these, and other, questions? Gr. Matthijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613431: wxwidgets3.0 seems to be in sight
On Sun, Sep 15, 2013 at 01:46:44PM +0200, Johannes Schauer wrote: good news: it seems that after seven (!!) years there is finally a new stable wxwidgets release in sight [1]. They say they release in September but even if they that doesnt happen, the list of blocker bugs for the 3.0 release doesnt seem to be too long [2]. Thanks, but I'm in touch with upstream and following progress so there's no need to ping the ITP bug with such info. If you want to help get 3.0 into debian, the most useful thing to do would be to test the wxwidgets2.9 packages which should be appearing in experimental in the near future. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723019: ITP: squidanalyzer -- Squid proxy native log analyzer and reports generator with full statistics
Package: squidanalyzer Severity: wishlist URL: http://squidanalyzer.darold.net License: GPL v3
Bug#722325: ibus-daemon from 1.5.3-5 segfaults
On Sun, Sep 15, 2013 at 08:36:04PM +0900, Mattia Dongili wrote: On Sun, Sep 15, 2013 at 06:55:59PM +0900, Osamu Aoki wrote: Hi, Hi Osamu, first something that may be related, mozc could be the problem (cc'ed Iwamatsu san): Oh sure. mozc is not yey transitioned to new ibus 1.5. Please look at: http://release.debian.org/transitions/html/ibus1.5.html ibus-mozc 1.6.1187.102-1 I am not surprized at all. I expect segfaults!!! There is a patch in BTS. Please wait for sourceful upload by Iwamatsu san because binnmu had problem with mozc. See http://bugs.debian.org/722653 this is just standard error when I run ibus-daemon (note that I didn't daemonize it so that it didn't close stdout/stderr). OK. So equivalent of ~/.xsession-errors :-) I did run it but I'm using the default input method: $ cat ~/.xinputrc # im-config(8) generated on Sat, 24 Aug 2013 18:53:42 +0900 run_im default # im-config signiture: 4bc218a292b50cfb3d31e8efafb4f6ee - No problem. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722109: drizzle FTBFS on Alpha due to unavailable systemtap-sdt-dev build-dep
Package: src:drizzle Followup-For: Bug #722109 will do so it in the next upload. -- coldtobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723005: libgjs0c: Extensions depending on dbus do not work
Am 15.09.2013 12:01, schrieb Jean-Christophe Dubacq: Package: libgjs0c Version: 1.36.1-2 Severity: normal Dear Maintainer, Since I switched to libgjs0c, the brightness extension does not work any Is that an extension from installed from external repositories/locations? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#723022: [pandoc] package split with only Recommends: causes FTBFS on other packages
Package: pandoc Version: 1.11.1-4 Severity: normal pandoc only Recommends: pandoc-data, so packages Build-Depending on pandoc for e.g. manpage generation will FTBFS. Please change the Recommends: into a Depends: Greetings Timo signature.asc Description: This is a digitally signed message part.
Bug#722923: Fonts used as character sets are not supported
On Sat, Sep 14, 2013 at 05:03:52PM +0200, Sebastien Hinderer wrote: I would be interested in helping to patch the program so that this kind of file is handled corectly but would appreciate tobe able to discuss with the author,maintainer and anybody interested about the best way to do so. I'm afraid I don't know the antiword code well enough to offer much useful advice about making such a change. If you can come up with a sensible looking patch which works for your example file and doesn't break others, I'm happy to add it to the package. You're probably best off talking to the upstream author, though I don't think he's actively working on antiword now as the last release was 2005-10-21. I haven't needed to communicate with him since taking over maintenance of the debian package, so I'm not sure if he's still interested in antiword or not. Good luck! Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723023: clonezilla: Missing Depends
Package: clonezilla Version: 3.5.2-1 Severity: important Dear Maintainer, I just installed clonezilla on a Debian rescue system to clone over a disk to a Samba drive. In doing this, I had to install a few packages which you may consider bringing in via Depends, Recommends and Suggests. Depends: file: Called by the script at various points pigz: default compression. Arguably, clonezilla should check its presence and not set it as default if it doesn't exist but there it is. Clones fail without this in beginner mode. Recommends: partclone: Primary cloning utility for clonezilla. We need this for ntfs partimage: for unsupported filesystems Suggests: openssh-client: clonezilla can transfer images over ssh cifs-utils: for mounting CIFS file shares for image transfer -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clonezilla depends on: ii drbl 2.4.19-1 clonezilla recommends no packages. clonezilla 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#723021: libstring-koremutake-perl: Does not handle large numbers
Hi, Axel Beckert wrote: use bigint; suffices to solve the issue: perl -Mbigint -MString::Koremutake -le '...' [...] Despite this should be fixed upstream (see RT bug report), I think we can solve this in the package easily and don't have to wait for upstream. I'll likely take care of it soon. While thinking about it, I'm no more sure if this really should go into the package and use bigint; should rather be at the responsibility of the programmer using the package as it suffices to call use bigint; outside the package anyway. At least for my short test I didn't notice any performance impacts, but then again I didn't test it with a large number of calls to have statistically significant data. Any comments? Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722788: labrea link with -L/usr/lib
❦ 14 septembre 2013 05:29 CEST, YunQiang Su wzss...@gmail.com : This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. Hi! Some pointers would be appreciated, maybe on wiki.debian.org. While fixing it on HAProxy can be done just in debian/rules, I cannot do the same thing for labrea. I need to patch configure and this is something that I don't like to do. The pattern `-L${prefix}/lib` seems to happen often. Are we going to patch all upstream sources for this problem while this worked for years without any problem? The `-L${prefix}/lib` is convenient because it allows a user to install the lib in its home. Does the bug really happens for real? Doesn't system paths used before user-specified paths? -- Use recursive procedures for recursively-defined data structures. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#723024: caff: fails if stdin is not a TTY
Package: signing-party Version: 1.1.4-1 Severity: normal Tags: patch caff from package signing-party tries to read the send mail to xyz? (and other) answers from stdin, which is not necessary but breaks the usage of xargs or similar tools: (simulated, ^\.\.\.$ means cropped line(s)) $ caff /dev/null [NOTICE] Import failed for: . Some keys could not be imported - continue anyway? [y/N] End of STDIN reached. Are you using xargs? Caff wants to read from STDIN, so you can't really use it with xargs. A patch against caff to read from the terminal would be appreciated. For now instead of cat keys | xargs caff do caff `cat keys` $ This is pretty annoying because usually you don't have any y/n prompts before the mail signatures part is running. This means that you have to re-check all the signatures made in that session so far. I'd suggest to read from /dev/tty instead, like the gpg shell does. A patch to accomplish that would look like: --- /usr/bin/caff 2011-11-01 20:01:39.0 +0100 +++ /tmp/tmp.EQNI9gJkxx/caff2013-09-15 15:21:40.388893938 +0200 @@ -649,6 +649,8 @@ - $answer = STDIN; + open TTY, /dev/tty or die(Cannot open TTY: $!\n); + $answer = TTY; + close TTY; if (!defined $answer) { $OUTPUT_AUTOFLUSH = 1; - die \n\n. + die \n\n. # XXX obsolte? End of STDIN reached. Are you using xargs? Caff wants to read from STDIN,\n. I'm no Perl guru, so I'm not sure if that patch will have side effects. But alternatively caff could/should warn the user at the very beginning, which is to be accomplished with that second patch: --- /usr/bin/caff 2011-11-01 20:01:39.0 +0100 +++ /tmp/tmp.EQNI9gJkxx/caff2013-09-15 15:21:40.388893938 +0200 @@ -1110,2 +1112,4 @@ +mywarn(stdin is not a TTY, don't use xargs if you do (caff will explode later)) unless (-t STDIN); + for my $hashkey (qw{local-user no-download no-sign no-mail mail keys-from-gnupg}) { That would look like: (again, simulated; note the [WARN] line) $ /tmp/tmp.EQNI9gJkxx/caff /dev/null [WARN] stdin is not a TTY, don't use xargs if you do (caff will explode later) [NOTICE] Import failed for: . Some keys could not be imported - continue anyway? [y/N] End of STDIN reached. Are you using xargs? Caff wants $ I'd suggest to /check/ and apply the first patch only; if unsure, ignore it and apply only the second one. Cheers, Julius -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages signing-party depends on: ii gnupg 1.4.12-7+deb7u1 ii libc6 2.13-38 ii libclass-methodmaker-perl 2.18-1+b1 ii libgnupg-interface-perl0.45-1 ii libmailtools-perl 2.09-1 ii libmime-tools-perl 5.503-1 ii libterm-readkey-perl 2.30-4+b2 ii libtext-template-perl 1.45-2 ii perl 5.14.2-21 ii qprint 1.0.dfsg.2-2 Versions of packages signing-party recommends: ii dialog 1.1-20120215-2 pn libgd-gd2-noxpm-perl | libgd-gd2-perl none ii libpaper-utils 1.1.24+nmu2 ii libtext-iconv-perl 1.7-5 ii postfix [mail-transport-agent] 2.9.6-2 ii whiptail 0.52.14-11.1 Versions of packages signing-party suggests: ii imagemagick8:6.7.7.10-5+deb7u2 ii mutt 1.5.21-6.2 ii texlive-latex-recommended 2012.20120611-5 pn wipe 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#705262: ceph
On Sun, Sep 15, 2013 at 1:03 PM, Bastian Blank wa...@debian.org wrote: There is a python script ceph-rest-api. Where is this used? Why does it warrant a dependency on 20 other packages? This is the as yet sparsely documented admin REST WSGI app (which can also run as a standalone server), which was a new feature in the 0.67 dumpling release. This should not be confused with the RADOSGW REST stuff. I have not looked at the source of the script yet, but have had a play with it. I suspect it depends on things like Jinja2 because it renders HTML tables for self-documenting purposes if you simply open the API with a web browser. This seems like a bit of an overkill for using a template engine like Jinja2, but oh well. If you make an API request using a non-browser client (e.g. wget or XmlHttpRequest), it returns JSON for the most part. I suspect this could be made a separate package, since it is not essential to running an OSD, MDS or mon. - Why ceph-mds? Ceph has three independent blocks. Metadata servers (-mds) are one of them. Please see the overview[1]. Yeah. But why does it need a different package? What does this extra package bring for the user? Ceph MDS are not needed on every OSD, and are in fact only needed if using CephFS. If you're only using RBD pools and RADOSGW, then a MDS is completely unnecessary. Similarly, a mon is not needed on every Ceph node either. A typical setup consists of two or more OSDs (likely many more), three or more (preferably an odd number) monitors - either on selected OSD nodes, or separate servers, and one or more MDS nodes - but only if using CephFS. I only know of one or two people who've actually tried CephFS, and according to the developers, it should not be considered quite production-ready yet. Bear in mind however that OSDs, mons, and MDSs all use the same /etc/ceph/ceph.conf config file, making it potentially hard to split them into separate packages.
Bug#722654: [Packaging] Bug#722654: munin: Does not work and gives warning because of Log4Perl::Config
clone 722654 -1 retitle 722654 broken alias statememt for apache2.4 retitle -1 munin uses deprecated defined(@array) from Log4Perl::Config tags -1 + upstream thanks Hi Adrian, thanks for your bug report, much appreciated. Just, please file two bugs for two issues, that's easier to track. But also nothing which cannot be fixed :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#721624: jchardet
Hello Eugenio, I just saw your ITP and wanted to let you know I posted an initial package of jchardet to my PPA a few months ago, which you might like to use as a starting point. You can find it here: https://launchpad.net/~rockclimb/+archive/netbeans/+files/jchardet_1.1-0ppa2.dsc Thanks, Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723025: [l10n:cs] Initial Czech translation of PO debconf template for miniupnpd 1.8.20130730-2
Package: miniupnpd Version: 1.8.20130730-2 Severity: wishlist Tags: l10n, patch In attachment there is initial Czech translation of PO debconf template (cs.po) for package miniupnpd, please include it. cs.po Description: Binary data
Bug#723022: [Pkg-haskell-maintainers] Bug#723022: [pandoc] package split with only Recommends: causes FTBFS on other packages
Quoting Timo Weingärtner (2013-09-15 15:39:11) pandoc only Recommends: pandoc-data, so packages Build-Depending on pandoc for e.g. manpage generation will FTBFS. Please change the Recommends: into a Depends: Pandoc is usable without those datafiles, for some special uses. I believe the proper thing to do is for such packages to build-depend also on pandoc-data. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#718108: Removing lib32gmp
Hello Nobuhiro, On July 3, 2013 12:10:59 PM Nobuhiro Iwamatsu wrote: 2013/7/1 Steve M. Robbins st...@sumost.ca: I'm considering removing the 32- and 64-bit biarch variants of gmp [1]. So I've gone ahead with removing lib32gmp. This means that #718108 can only be fixed by building only for i386. As previously discussed (below), we can rely on multiarch to install it for amd64. This would render the smlsharp unbuildable on amd64. However, I've just tested that I can install and run smlsharp:i386 on my amd64 machine, so maybe that's a fine alternative? smlsharp does not correspond to 64 bits. I think that your method is good. Regards, -Steve signature.asc Description: This is a digitally signed message part.
Bug#723021: [rt.cpan.org #78653] Bug#723021: String::Koremutake: Does not handle large numbers
Hi, I'm taking the upstream bug report at CPAN's RT into Cc, so slightly adapting the subject. Axel Beckert wrote: Axel Beckert wrote: use bigint; suffices to solve the issue: perl -Mbigint -MString::Koremutake -le '...' [...] Despite this should be fixed upstream (see RT bug report), I think we can solve this in the package easily and don't have to wait for upstream. I'll likely take care of it soon. While thinking about it, I'm no more sure if this really should go into the package and use bigint; should rather be at the responsibility of the programmer using the package as it suffices to call use bigint; outside the package anyway. We discussed this briefly at #debian-perl on IRC and came to the conclusion that this is not really a bug in the module itself but rather at the responsibility of the programmer or caller to use bigint; if the programm needs that large integers as it's the case with the remainder of Perl, too. Nevertheless we do think that this is definitely worth some entry in the POD of String::Koremutake under e.g. CAVEATS. My suggestion for a wording: ---snip--- CAVEATS You need to use bigint; if you want String::Koremutake to work with integers larger than what fits into a normal Perl integer before it gets converted to a floating point number on your platform. Example: Without use bigint; big integers get converted to fixed precision floating point numbers: $ perl -MString::Koremutake -le 'my $a = 65536**4; my $k = String::Koremutake-new; foreach my $b ($a, $a+1, $a+2, $a+3) { print $b: .$k-integer_to_koremutake($b); }' 1.84467440737096e+19: bibababababababababa 1.84467440737096e+19: bibababababababababa 1.84467440737096e+19: bibababababababababa 1.84467440737096e+19: bibababababababababa If you use that large integers, you should add use bigint; to your program which solves that issue: $ perl -Mbigint -MString::Koremutake -le 'my $a = 65536**4; my $k = String::Koremutake-new; foreach my $b ($a, $a+1, $a+2, $a+3) { print $b: .$k-integer_to_koremutake($b); }' 18446744073709551616: bibababababababababa 18446744073709551617: bibababababababababe 18446744073709551618: bibababababababababi 18446744073709551619: bibababababababababo It will likely save you from other issues with big integers, too. Note that foreach my $b ($a .. $a+3) doesn't work either as the .. operator can't be overloaded. See CAVEATS in perldoc bigint for details. ---snap--- Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705262: ceph
On Sun, Sep 15, 2013 at 04:18:05PM +0200, Daniel Swarbrick wrote: On Sun, Sep 15, 2013 at 1:03 PM, Bastian Blank wa...@debian.org wrote: There is a python script ceph-rest-api. Where is this used? Why does it warrant a dependency on 20 other packages? This is the as yet sparsely documented admin REST WSGI app (which can also run as a standalone server), which was a new feature in the 0.67 dumpling release. This should not be confused with the RADOSGW REST stuff. Thats why I asked it this sparsely documented and not enabled by default piece of software warrants the hard inclusion of a lot of dependencies. Yeah. But why does it need a different package? What does this extra package bring for the user? Ceph MDS are not needed on every OSD, and are in fact only needed if using CephFS. If you're only using RBD pools and RADOSGW, then a MDS is completely unnecessary. Similarly, a mon is not needed on every Ceph node either. Neither mon, osd nor mds should run on the same system I would assume, at least in large installations. So my question is just _why_ mds needs this extra package, while mon/osd can live in the same. Bastian -- Vulcans never bluff. -- Spock, The Doomsday Machine, stardate 4202.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723028: ITP: libnu-htmlparser-java -- HTML5 parsing algorithm in Java
Package: wnpp Severity: wishlist Owner: Andrew Ross ubu...@rossfamily.co.uk * Package name: libnu-htmlparser-java Version : 1.4 Upstream Author : Henri Sivonen hsivo...@iki.fi * URL : http://about.validator.nu/htmlparser/ * License : MIT/X Programming Lang: Java Description : HTML5 parsing algorithm in Java The Validator.nu HTML Parser is an implementation of the HTML5 parsing algorithm in Java for applications. The parser is designed to work as a drop-in replacement for the XML parser in applications that already support XHTML 1.x content with an XML parser and use SAX, DOM or XOM to interface with the parser. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718434: ca-certificates: should CAcert.org be included?
This already went to Michael only, sorry I kept the rest of you out by mistake. Yes Michael, facts, that's the one thing this whole issue is missing. Just read the request to add CACert into mozilla-firefox http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=309564 Yes, this is was a request to do the one thing that Mozilla itself didn't want. It is like asking Dad(ian) for ice-cream after Mom(zilla) said no :D In the very last mail of that discussion madduck turning the burden of proof upside down. You shouldn't argue why not to include or remove CACert, it is CACert who has to proof rock-solid why it should be considered for inclusion. Another important aspect, which you find mentioned in the long mozilla bugreport by mozilla staff and confirmed by auditor Ian Grigg: Requests for inclusion should *only* come from officals of the CA. madduck may be a longtime assurer and have a feel for how good CACert is, but simply can't have the insight a CACert board member or auditor has. But I just found one request that was official (msg #20), Venzuela's Suscerte and I also see that in #37 you've referred them to Mozilla. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609942#20 It is a double standard that you are applying just for SPI and CACert. Oh SPI, how did that get in? By a simple question from Mike Hommey[1]: Now, realistically, adding CACert should be enough for Lenny. Maybe SPI, could be worth, too. And madduck was happy to comply. We know nothing about SPI, how they create their root certifactes, who can issue new ones and they didn't even ask for it. Remember, we are talking root certificates here, they print passports, not fake passports but the real ones. They can print you one for google.com if they feel like it and it would be a real one. I can research a little more if you feel you need more facts before removing the CACert and SPI root certificates. KDE years ago took a policy not to include unless an audit or big browser say it's okay. https://bugs.kde.org/show_bug.cgi?id=74290#c16 ciao, tom [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=309564#129 Am 14.09.2013 um 23:41 schrieb Michael Shuler mich...@pbandjelly.org: On 09/14/2013 12:15 PM, Thomas R. Koll wrote: ..lots!.. I appreciate you adding some good details and your thoughts to this bug report, Thomas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723029: picard: Depends on missing python2
Package: picard Version: 1.2-2 Severity: serious I cannot install picard on amd64 because it needs the unknown package python2.
Bug#723022: [Pkg-haskell-maintainers] Bug#723022: [pandoc] package split with only Recommends: causes FTBFS on other packages
Hi, On Sun, 2013-09-15 16:30:32 Jonas Smedegaard wrote: Quoting Timo Weingärtner (2013-09-15 15:39:11) pandoc only Recommends: pandoc-data, so packages Build-Depending on pandoc for e.g. manpage generation will FTBFS. Please change the Recommends: into a Depends: Pandoc is usable without those datafiles, for some special uses. I believe the proper thing to do is for such packages to build-depend also on pandoc-data. Another way of doing it is to have pandoc depending on pandoc-core and pandoc- data. That would keep packages building and allow people to use either part if they know they really only need that part. Greetings Timo signature.asc Description: This is a digitally signed message part.
Bug#722469: libgl1-nvidia-glx: not upgradeable without multiple manual steps
On Sat, Sep 14, 2013 at 06:33:10PM +0200, Andreas Beckmann wrote: On 2013-09-11 13:16, Adam Borowski wrote: When trying to upgrade libgl1-nvidia-glx, its postinst fails without giving an error message. Looking inside, it appears it dislikes the currently loaded kernel module. I'd like to see the full upgrade log ... should be still available as /var/log/term.log There's no such file, and I don't recall ever seeing anything by that name. If you meant /var/log/dpkg.log, I attached the result of grep -C10 nvidia -- Package-specific info: uname -a: Linux umbar 3.11.0-x32+ #10 SMP Tue Sep 10 21:26:33 UTC 2013 x86_64 GNU/Linux /proc/version: Linux version 3.11.0-x32+ (kilobyte@umbar) (gcc version 4.8.1 (Debian 4.8.1-10) ) #10 SMP Tue Sep 10 21:26:33 UTC 2013 I'm pretty sure that is the main cause: I don't think x32 is a supported environment for the nvidia driver. This is a regular amd64 system, it just has CONFIG_X86_X32=y which means it can run x32 code besides amd64, just like CONFIG_IA32_EMULATION=y (also enabled) allows running i386 on the same kernel. All of x32 code sits in chroots that haven't been touched in over three weeks (with many reboots since then). The kernel is vanilla 3.11.0 with no changes outside drivers/vt/vt.c (which I can't fathom affecting nvidia), built using standard Debian tools: make-kpkg --initrd --rootcmd fakeroot linux-image linux-headers so I doubt there is anything out of ordinary on my side. -- ᛊᚨᚾᛁᛏᚣ᛫ᛁᛊ᛫ᚠᛟᚱ᛫ᚦᛖ᛫ᚹᛖᚨᚲ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723030: base-files: Please include Creative Commons licences
Package: base-files Version: 7.2 Severity: wishlist Could you please add the DFSG-accepted Creative Commons licences to those available in `/usr/share/common-licenses`? For example CC0, CC-BY-3.0 and CC-BY-SA-3.0. Thanks, -- Gioele Barabucci gio...@svario.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723015: package four years out of date
David Bremner brem...@debian.org writes: jida...@jidanni.org writes: P.S., why can't all this CPAN - Debian updating be a little bit automated for all the packages on Debian? At least some queue that some team gets alerted to... there is a queue http://pet.debian.net/pkg-perl/pet.cgi and libgedcom-perl is listed there. So such bug reports are not especially needed. Well... it does provide information that someone actually cares about that module in particular, whereas the queue has everything that's out of date whether anyone cares about the new version or not. So such bugs could, in theory, help with prioritization. Provided, of course, that the bug is prompted by a desire for the new version as opposed to just noticing that there was a newer version available. (Frequently, newer versions have only cosmetic changes and aren't necessarily worth packaging.) -- 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#722788: labrea link with -L/usr/lib
On Sun, Sep 15, 2013 at 9:59 PM, Vincent Bernat ber...@debian.org wrote: ❦ 14 septembre 2013 05:29 CEST, YunQiang Su wzss...@gmail.com : This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. Hi! Some pointers would be appreciated, maybe on wiki.debian.org. While fixing it on HAProxy can be done just in debian/rules, I cannot do the same thing for labrea. I need to patch configure and this is something that I don't like to do. The pattern `-L${prefix}/lib` seems to happen often. Are we going to patch all upstream sources for this problem while this worked for years without any problem? The `-L${prefix}/lib` is convenient because it allows a user to install the lib in its home. Thanks for you to point it out to me. Do you have any better idea to deal with problem for both of these situation? Does the bug really happens for real? Doesn't system paths used before user-specified paths? You can tag it as won't-fix if you'd like to. If without multilib packages installed or install some libraries installed manually, this package can be built successfully. -- Use recursive procedures for recursively-defined data structures. - The Elements of Programming Style (Kernighan Plauger) -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722469: libgl1-nvidia-glx: not upgradeable without multiple manual steps
On 2013-09-15 17:49, Adam Borowski wrote: On Sat, Sep 14, 2013 at 06:33:10PM +0200, Andreas Beckmann wrote: On 2013-09-11 13:16, Adam Borowski wrote: When trying to upgrade libgl1-nvidia-glx, its postinst fails without giving an error message. Looking inside, it appears it dislikes the currently loaded kernel module. I'd like to see the full upgrade log ... should be still available as /var/log/term.log There's no such file, and I don't recall ever seeing anything by that name. I meant /var/log/apt/term.log ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723031: ibus activation problems
Package: ibus Version: 1.5.3-7 Severity: important ibus 1.5 have few problems to activate. (Other than mozc is broken now.) This is meant to be tracking bug for me to check/record situation. * ibus setting From gnome-control-center (1:3.4.3.1-5+b3) in unstable, ibus should be selectable. But now no meu entry does not exist there. Of course ibus-setup, run from consiole or from right-clicking icon to start preference, can set ibus. But this is not supposed to be like this. * ibus swiching From ibus 1.5, SUPER-SPACE should change IM engine. But currently we need to press SUPPER once befor pressing SUPER-SPACE together to get expected result. Both of these can be avoided if GNOME 3.8 with proper patches are installed. Right now experimental archive is not easy even for me. But I once patched gnome-control-center and gnome-settings-daemon to get expected results. gnome-control-center gnome-shell: Please do not use --disable-ibus http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720585 closed in experimental gnome-control-center -- reassigned to gnome-desktop3 unable to select keyboard layout from gnome-control center http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692453 closed in experimental gnome-settings-daemon gnome-settings-daemon: keyboard and CUPS bug fixes http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721362 Open If anyone wish to test, please backport them locally. Osamu -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-rc7-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ibus depends on: ii dconf-cli0.16.1-1 ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii gir1.2-ibus-1.0 1.5.3-7 ii gnome-icon-theme 3.8.3-1 ii libatk1.0-0 2.8.0-2 ii libc62.17-92+b1 ii libcairo21.12.16-1 ii libdconf10.16.1-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libgtk2.0-0 2.24.20-1 ii libibus-1.0-51.5.3-7 ii libnotify4 0.7.6-1 ii libpango-1.0-0 1.32.5-5+b1 ii librsvg2-common 2.36.4-2 ii libx11-6 2:1.6.1-1 ii libxi6 2:1.7.2-1 ii python 2.7.5-5 ii python-gi3.8.3-1+b1 ii python-notify0.1.1-3 Versions of packages ibus recommends: ii ibus-gtk 1.5.3-7 ii ibus-gtk3 1.5.3-7 ii ibus-qt4 1.3.1-4 ii im-config 0.22-3 Versions of packages ibus suggests: ii ibus-clutter 0.0+git20090728.a936bacf-5.1 ii ibus-doc 1.5.3-7 ii ibus-qt4 1.3.1-4 -- 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#723032: e2fsprogs: e2fsck should check for volume groups
Package: e2fsprogs Version: 1.42.8-1 I accidentally ran e2fsck on a partition which actually held a volume group without running vgchange on it first. The result seemed to be that e2fsck thought there was a problem (I don't now recall exactly what it was, unfortunately), I asked it to fix it, then realised my mistake, but it was too late - vgchange no longer recognised the partition as containing a volume group. Recovering the situation was too much effort - I just reformatted the disk instead (having already made a backup of the data). If it is at all feasible, it would be great if e2fsck could check for the presence of a volume group and warn before making any fixes which might destroy the volume group. I hope this makes sense. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723033: ITP: cigi-ccl -- the CIGI class library (CCL)
Package: wnpp Severity: wishlist Owner: Klee Dienes k...@mit.edu * Package name: cigi-ccl Version : 3.3.3a Upstream Author : Bill Phelps billphe...@users.sourceforge.net * URL : http://cigi.sourceforge.net * License : LGPL-2.1+ Programming Lang: C++ Description : the CIGI class library (CCL) This package contains development libraries and headers for the CIGI class library (CCL). The CCL is a C++ language library for implementing CIGI in both host and IG applications. . Some features of the CCL include: . * Handles packing, unpacking, and byte swapping automatically * Handles output buffer management * Can handle most of the input buffer management with simple calls * Can translate between different versions of CIGI -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723019: ITP: squidanalyzer -- Squid proxy native log analyzer and reports generator with full statistics
Control: reassign -1 wnpp On Du, 15 sep 13, 15:06:22, Jacques Serfontein wrote: Package: squidanalyzer Severity: wishlist URL: http://squidanalyzer.darold.net License: GPL v3 Could you add the long description as well? Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#723034: Unsecure use of system()
Package: davfs2 Version: 1.4.6-1.1 Severity: critical Tags: patch, security, upstream davfs2 calls function system several times. Because davfs2 is setuid root in many cases this will allow for privilege escalation. Appended are patches for version 1.4.6 and 1.4.7 that will fix this bug. Note: as a consequence davfs2 will no longer try to insert required kernel modules or create device special files /dev/fuse or /dev/codaX. So the user has to make sure that one of these devices exists before mounting a davfs2 file system. As far as I can see /dev/fuse is created by default on Debian systems. davfs2 uses /dev/fuse by default (and not /dev/codaX). So this bug fix should not cause any problem on Debian systems. Werner (upstream maintainer) diff -ur davfs2-1.4.6/ChangeLog davfs2-1.4.6.new/ChangeLog --- davfs2-1.4.6/ChangeLog 2010-04-30 21:17:15.0 +0200 +++ davfs2-1.4.6.new/ChangeLog 2013-09-15 11:05:42.0 +0200 @@ -1,6 +1,11 @@ ChangeLog for davfs2 +2013-09-08 Werner Baumann (werner.baum...@onlinehome.de) +* kernel_interface.c, mount_davfs.c: + Don't create /dev/coda and /dev/fuse. + Remove insecure calls of system(). + 2010-04-30 Werner Baumann (werner.baum...@onlinehome.de) * Released version 1.4.6 Nur in davfs2-1.4.6.new: ChangeLog~. diff -ur davfs2-1.4.6/src/kernel_interface.c davfs2-1.4.6.new/src/kernel_interface.c --- davfs2-1.4.6/src/kernel_interface.c 2010-02-16 20:29:54.0 +0100 +++ davfs2-1.4.6.new/src/kernel_interface.c 2013-09-15 11:07:07.0 +0200 @@ -168,27 +168,6 @@ } if (*dev = 0) { -system(/sbin/modprobe coda /dev/null); -minor = 0; -while (*dev = 0 minor MAX_CODADEVS) { -char *path; -if (asprintf(path, %s/%s%i, - DAV_DEV_DIR, CODA_DEV_NAME, minor) 0) -abort(); -*dev = open(path, O_RDWR | O_NONBLOCK); -if (*dev = 0) { -if (mknod(path, S_IFCHR, makedev(CODA_MAJOR, minor)) == 0) { -chown(path, 0, 0); -chmod(path, S_IRUSR | S_IWUSR); -*dev = open(path, O_RDWR | O_NONBLOCK); -} -} -free(path); -++minor; -} -} - -if (*dev = 0) { error(0, 0, _(no free coda device to mount)); return -1; } @@ -223,24 +202,6 @@ abort(); *dev = open(path, O_RDWR | O_NONBLOCK); -if (*dev = 0) { -system(/sbin/modprobe fuse /dev/null); -*dev = open(path, O_RDWR | O_NONBLOCK); -} -if (*dev = 0) { -if (mknod(path, S_IFCHR, makedev(FUSE_MAJOR, FUSE_MINOR)) == 0) { -chown(path, 0, 0); -chmod(path, S_IRUSR | S_IWUSR); -*dev = open(path, O_RDWR | O_NONBLOCK); -} -} - -free(path); -if (*dev = 0) { -error(0, 0, _(can't open fuse device)); -return -1; -} - if (*buf_size (FUSE_MIN_READ_BUFFER + 4096)) { *buf_size = FUSE_MIN_READ_BUFFER + 4096; } Nur in davfs2-1.4.6.new/src: kernel_interface.c~. diff -ur davfs2-1.4.6/src/mount_davfs.c davfs2-1.4.6.new/src/mount_davfs.c --- davfs2-1.4.6/src/mount_davfs.c 2010-01-21 19:50:15.0 +0100 +++ davfs2-1.4.6.new/src/mount_davfs.c 2013-09-15 11:13:18.0 +0200 @@ -170,6 +170,9 @@ static int arg_to_int(const char *arg, int base, const char *opt); +static void +cp_file(const char *src, const char *dest); + static int debug_opts(const char *s); @@ -533,10 +536,7 @@ char *file_name = ne_concat(path, /, DAV_CONFIG, NULL); if (access(file_name, F_OK) != 0) { char *template = ne_concat(DAV_DATA_DIR, /, DAV_CONFIG, NULL); -char *command = ne_concat(cp , template, , file_name, - NULL); -system(command); -free(command); +cp_file(template, file_name); free(template); } free(file_name); @@ -545,11 +545,7 @@ if (access(file_name, F_OK) != 0) { char *template = ne_concat(DAV_DATA_DIR, /, DAV_SECRETS, NULL); -char *command = ne_concat(cp , template, , file_name, - NULL); -if (system(command) == 0) -chmod(file_name, S_IRUSR | S_IWUSR); -free(command); +cp_file(template, file_name); free(template); } free(file_name); @@ -1333,6 +1329,34 @@ } +/* Creates a copy of src with name dest. */ +static void +cp_file(const char *src, const char *dest) +{ +FILE *in = fopen(src, r); +if (!in) +error(EXIT_FAILURE, errno, _(can't open file %s), src); + +FILE *out = fopen(dest, w); +if (!out) +error(EXIT_FAILURE, errno,
Bug#723035: qtwebkit-examples-opensource-src: missing source for minimized javascript
Source: qtwebkit-examples-opensource-src Version: 5.1.0-2 Severity: serious qtwebkit-examples-opensource-src includes a minimized copy of jquery without source: ./examples/webkitwidgets/fancybrowser/jquery.min.js -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#723036: qt4-x11: missing source for minimized javascript
Source: qt4-x11 Version: 4:4.8.5+git121-g2a9ea11+dfsg-1 Severity: serious qt4-x11 includes minimized copies of jquery without source: ./doc/src/template/scripts/jquery.js ./tools/qdoc3/doc/config/scripts/jquery.js ./examples/webkit/fancybrowser/jquery.min.js -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature