Bug#711955: may be altogether remove this divergance from .spec?
Package: environment-modules Version: 3.2.10-3 Followup-For: Bug #711955 looking into .spec all the init/ modulefiles/ get installed under /etc/Modules which is imho sensible... also atm it is not clear (or not supported at all per se since /usr/share/modules/init/.modulespath is not a config file) where custom modules should be configured/reside on Debian systems. thanks in advance Alastair for looking into this -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages environment-modules depends on: ii debhelper 9.20130630 ii libc6 2.17-7 ii tcl8.6 8.6.0-1 environment-modules recommends no packages. environment-modules 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#711955: may be altogether remove this divergance from .spec?
btw -- was asking/looking into it because we have few packages (fsl and afni which is not in archive yet) which deliver their binaries somewhere under /usr/lib while also having some .sh scripts under e.g. /etc/fsl/VERSION/fsl.sh which users are supposed to source to get all the binaries into their space... well -- exact use case for the modules to get used ;) So I think we (CCing Michael as well) might benefit from just depending on 'environment-modules' and shipping our modulefiles instead of ad-hoc .sh scripts. -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#490277: rtorrent: IPv6 support would be nice
Package: rtorrent Version: 0.9.2-1 Followup-For: Bug #490277 Bug does not resolved. ~# netstat -nap | grep tor tcp0 0 0.0.0.0:68830.0.0.0:* LISTEN 24684/rtorrent ~# ip -6 a l eth0 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qlen 1000 inet6 2001:67c:2158:{MY_SUBNET}:13/64 scope global valid_lft forever preferred_lft forever inet6 fe80::213:d4ff:fea5:5390/64 scope link valid_lft forever preferred_lft forever IPv6 connection works fine, but rtorrent don't bind ipv6 socket. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (650, 'stable'), (560, 'testing'), (500, 'stable-updates'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rtorrent depends on: ii libc6 2.13-38 ii libcurl37.26.0-1+wheezy3 ii libgcc1 1:4.7.2-5 ii libncursesw55.9-10 ii libsigc++-2.0-0c2a 2.2.10-0.2 ii libstdc++6 4.7.2-5 ii libtinfo5 5.9-10 ii libtorrent140.13.2-1 ii libxmlrpc-core-c3 1.16.33-3.2 rtorrent recommends no packages. Versions of packages rtorrent suggests: ii screen 4.1.0~20120320gitdb59704-7 -- no debconf information -- Best regards, Mikhail - WWW: http://www.antmix.ru/ XMPP: ant...@stopicq.ru signature.asc Description: OpenPGP digital signature
Bug#724002: Please stop build depending on automake1.4, automake1.9 and automake1.10
Source: centerim Version: 4.22.10-2 Severity: wishlist Usertags: automake-cleanup-2013 As documented in http://lists.debian.org/debian-devel/2013/05/msg01459.html, I will be removing automake1.4, automake1.9 and automake1.10 from the archive. Your package has a build dependency on one (or more) of these packages. In many cases these dependencies are unnecessary as there is typically no build time dependency on automake for most packages. If it is required, you should update the dependency to automake or automake1.11. If you need any assistance with making your package work with a newer version of automake, please let me know, but it should be relatively painless for the most part. I plan to ask for the removal of automake1.4, automake1.9 and automake1.10 in approximately one month. Once they removed this bug's severity will be upgraded to serious. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723520: Info received (Bug#723520: kmix: KMix 4.3 on KDE 4.10.5 leaks memory)
Hi, I've applied the following patches from the upstream bug report linked in this bug report (https://bugs.kde.org/show_bug.cgi?id=309464). To the source package of the current version: https://projects.kde.org/projects/kde/kdemultimedia/kmix/repository/revisions/09aabd4a344e045eb3a554f47fb7f1f6b43cf2ac/diff.diff https://projects.kde.org/projects/kde/kdemultimedia/kmix/repository/revisions/8a4a135e2885ede8848bbc961632ab65cf8239ee/diff.diff https://projects.kde.org/projects/kde/kdemultimedia/kmix/repository/revisions/6edddf7c8e92bb499cb60fdee53622cab326f334/diff.diff After applying these patches and rebuilding I am no longer having memory leaks with KMix. Kitty
Bug#724003: caca-utils: /etc/mailcap of image/x-portable-anymap
Package: caca-utils Version: 0.99.beta18-1 Severity: wishlist File: /usr/lib/mime/packages/caca-utils It'd be good if /usr/lib/mime/packages/caca-utils had an entry for image/x-portable-anymap like it has for x-portable-pixmap etc. image/x-portable-anymap; /usr/bin/cacaview '%s'; description=PNM Image; nametemplate=%s.pnm; priority=1 /etc/mime.types reckons .pnm as image/x-portable-anymap and that's what see foo.pnm looks it up by, so this addition makes cacaview a candidate for such a see. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages caca-utils depends on: ii libc6 2.17-92 ii libcaca0 0.99.beta18-1 ii libimlib2 1.4.5-1 Versions of packages caca-utils recommends: pn toilet none caca-utils 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#724005: pqiv: kills X session when viewing some .jpg files
Package: pqiv Version: 2.0-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I ran pqiv *.jpg in my home directory and paged through the images, and after several images, the X session died. I tried debugging remotely, but hit an earlier problem: $ gdb pqiv 13729 No protocol specified xprop: unable to open display '192.168.1.104:0' GNU gdb (GDB) 7.6 (Debian 7.6-5) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/pqiv...(no debugging symbols found)...done. Attaching to program: /usr/bin/pqiv, process 13729 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? Reading symbols from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0...Reading symbols from /usr/lib/debug/usr/lib/x86_64-linux-gnu/libgtk-3.so.0.800.4...done. done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 Reading symbols from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0...Reading symbols from /usr/lib/debug/usr/lib/x86_64-linux-gnu/libgdk-3.so.0.800.4...done. done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 Reading symbols from /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0...Reading symbols from /usr/lib/debug/.build-id/b3/6e546f73c69281d680844f5e655df14dd46c6a.debug...done. done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0 Reading symbols from /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0...Reading symbols from /usr/lib/debug/usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0.3200.5...done. done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 Reading symbols from /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 Reading symbols from /usr/lib/x86_64-linux-gnu/libcairo-gobject.so.2...Reading symbols from /usr/lib/debug/.build-id/ce/5d53a6f9f7d8ed2d2ad3bcdfdbece9b8a7d192.debug...done. done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libcairo-gobject.so.2 Reading symbols from /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0...Reading symbols from /usr/lib/debug/usr/lib/x86_64-linux-gnu/libpango-1.0.so.0.3200.5...done. done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 Reading symbols from /usr/lib/x86_64-linux-gnu/libcairo.so.2...Reading symbols from /usr/lib/debug/.build-id/47/4fc0ce5a6a789ab5c0280ea79b09a56f49270d.debug...done. done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libcairo.so.2 Reading symbols from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0...Reading symbols from /usr/lib/debug/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.3600.4...done. done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 Reading symbols from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0...Reading symbols from /usr/lib/debug/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.3600.4...done. done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 Reading symbols from /lib/x86_64-linux-gnu/libglib-2.0.so.0...Reading symbols from /usr/lib/debug/lib/x86_64-linux-gnu/libglib-2.0.so.0.3600.4...done. done. Loaded symbols for /lib/x86_64-linux-gnu/libglib-2.0.so.0 Reading symbols from /lib/x86_64-linux-gnu/libpthread.so.0...Reading symbols from /usr/lib/debug/lib/x86_64-linux-gnu/libpthread-2.17.so...done. done. [New LWP 13731] [New LWP 13730] [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Loaded symbols for /lib/x86_64-linux-gnu/libpthread.so.0 Reading symbols from /lib/x86_64-linux-gnu/libc.so.6...Reading symbols from /usr/lib/debug/lib/x86_64-linux-gnu/libc-2.17.so...done. done. Loaded symbols for /lib/x86_64-linux-gnu/libc.so.6 Reading symbols from /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0...Reading symbols from /usr/lib/debug/usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0.3600.4...done. done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0 Reading symbols from /usr/lib/x86_64-linux-gnu/libX11.so.6...Reading symbols from /usr/lib/debug/usr/lib/x86_64-linux-gnu/libX11.so.6.3.0...done. done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libX11.so.6 Reading symbols from /usr/lib/x86_64-linux-gnu/libXi.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libXi.so.6 Reading symbols from /usr/lib/x86_64-linux-gnu/libXcomposite.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libXcomposite.so.1 Reading symbols from
Bug#724006: Impossible to send out the email via MTA with some ISPs
Package: monkeysign Version: 1.0-23-g3f4a626 (current master) Hey there, Some ISPs are destroying net neutrality and blocking port 25. This makes it impossible to use the local (and possibly remote) MTA for sending out monkeysign's email. To really solve the issue, we'd have to force ISPs to do their job correctly but that won't happen soon unfortunately :( A workaround could be to add an option in monkeysign to save the email to a file, or dump it to a file in a directory (subtility: specify a filename or a dirname as an argument). another means could be to make it possible to use port 587. or maybe just a documentation update to tell users how to use --no-mail and to pipe that into something that'd get the mail in the user's MUA. it gets complicated to document all the options, though. -- Gabriel Filion signature.asc Description: OpenPGP digital signature
Bug#724007: gitignore misses some products of setup.py
Package: monkeysign Version: 1.0 current .gitignore file does not ignore the man and build directories. since these two are products from the build process with setup.py, they should be ignored. -- Gabriel Filion signature.asc Description: OpenPGP digital signature
Bug#724008: aview: /etc/mailcap of aview
Package: aview Version: 1.3.0rc1-9 Severity: wishlist Tags: patch It'd be good if there were /etc/mailcap entries to run aview on pnm etc, allowing for example see foo.pnm on a tty. (Or under X, though aview is unlikely to be the best available image viewer in that case :-). I get some joy from the debian/mime file below which the current debian/rules debhelper bits install to /usr/lib/mime/packages/aview. # priority=1 the same as caca-utils has for cacaview. # This is below the web browsers like iceape at priority=2. # # -driver X11 makes its own native window and doesn't need a tty. # Each X11 entry is before the -driver curses entry so that the native # X is preferred when possible. # # ENHANCE-ME: Can one of the drivers do a copiousoutput style # ascii-only cat to stdout (for priority=0)? -driver stdout seems # interactive still, which is not wanted for copiousoutput. # # ENHANCE-ME: asciiview and the numerous formats it can show by # conversion could be included here. But would need a test in each # that the necessary imagemagick or netpbm is available. Perhaps an # option on asciiview could ask it nicely whether format xyz is # possible. image/x-portable-anymap; /usr/bin/aview -driver X11 '%s'; description=PNM Image; test=test -n $DISPLAY; priority=1 image/x-portable-anymap; /usr/bin/aview -driver curses '%s'; description=PNM Image; needsterminal; priority=1 image/x-portable-bitmap; /usr/bin/aview -driver X11 '%s'; description=PBM Image; test=test -n $DISPLAY; priority=1 image/x-portable-bitmap; /usr/bin/aview -driver curses '%s'; description=PBM Image; needsterminal; priority=1 image/x-portable-graymap; /usr/bin/aview -driver X11 '%s'; description=PGM Image; test=test -n $DISPLAY; priority=1 image/x-portable-graymap; /usr/bin/aview -driver curses '%s'; description=PGM Image; needsterminal; priority=1 image/x-portable-pixmap; /usr/bin/aview -driver X11 '%s'; description=PPM Image; test=test -n $DISPLAY; priority=1 image/x-portable-pixmap; /usr/bin/aview -driver curses '%s'; description=PPM Image; needsterminal; priority=1 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages aview depends on: ii libaa1 1.4p5-41 ii libc6 2.17-92 aview recommends no packages. Versions of packages aview suggests: ii imagemagick 8:6.7.7.10-6 ii netpbm 2:10.0-15+b1 -- no debconf information
Bug#724009: Please stop build depending on automake1.4, automake1.9 and automake1.10
Source: gcc-3.3 Version: 1:3.3.6ds1-25 Severity: wishlist Usertags: automake-cleanup-2013 As documented in http://lists.debian.org/debian-devel/2013/05/msg01459.html, I will be removing automake1.4, automake1.9 and automake1.10 from the archive. Your package has a build dependency on one (or more) of these packages. In many cases these dependencies are unnecessary as there is typically no build time dependency on automake for most packages. If it is required, you should update the dependency to automake or automake1.11. If you need any assistance with making your package work with a newer version of automake, please let me know, but it should be relatively painless for the most part. I plan to ask for the removal of automake1.4, automake1.9 and automake1.10 in approximately one month. Once they removed this bug's severity will be upgraded to serious. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724010: Please stop build depending on automake1.4, automake1.9 and automake1.10
Source: t-code Version: 2:2.3.1-3.1 Severity: wishlist Usertags: automake-cleanup-2013 As documented in http://lists.debian.org/debian-devel/2013/05/msg01459.html, I will be removing automake1.4, automake1.9 and automake1.10 from the archive. Your package has a build dependency on one (or more) of these packages. In many cases these dependencies are unnecessary as there is typically no build time dependency on automake for most packages. If it is required, you should update the dependency to automake or automake1.11. If you need any assistance with making your package work with a newer version of automake, please let me know, but it should be relatively painless for the most part. I plan to ask for the removal of automake1.4, automake1.9 and automake1.10 in approximately one month. Once they removed this bug's severity will be upgraded to serious. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723912: laptop-mode-tools: not triggered by systemd's suspend, hibernate or hybrid-sleep
On Sat, Sep 21, 2013 at 10:57:23PM +0530, Ritesh Raj Sarraf wrote: On Saturday 21 September 2013 07:52 PM, Adam Lee wrote: However, one more question. I only found rules.d/99-laptop-mode.rules ACTION==change, SUBSYSTEM==power_supply, RUN+=lmt-udev auto ACTION==add|remove, SUBSYSTEM==machinecheck, RUN+=lmt-udev auto ACTION==add|remove, SUBSYSTEM==usb, RUN+=lmt-udev force modules=usb-autosuspend devices=%k What if I just suspend and resume without change of power_supply? That rule is not triggered, apm_level will be changed on my laptop even with pm-utils purged. From what I recollect, on every suspend / resume operation, the machinecheck subsystem generates an event. The suspend/resume action for LMT is handled through it. The power_supply subsystem is triggered only when your power status changes. What do you mean when you say rule is not triggered ?? LMT needs to be just invoked. What the status of the machine is, it determines by itself. It uses udev/systemd, just for the kernel events. Oh, the machinecheck rule triggers it, get it now. But, because the power state is not changed, LMT doesn't reload. I have to change RUN to lmt-udev auto force to make the apm level setting works again after resume. (it has a side effect, which takes much longer time during suspend and resume.) Anyway, thanks for your help, will try to fix it in kernel space. -- Adam Lee http://adam8157.info -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724011: ITP: puppet-module-puppetlabs-postgresql -- The PostgreSQL module allows you to easily manage postgres databases with Puppet.
Package: wnpp Severity: wishlist Owner: Thomas Bechtold thomasbecht...@jpberlin.de * Package name: puppet-module-puppetlabs-postgresql Version : 2.5.0 Upstream Author : Puppet Labs * URL : http://forge.puppetlabs.com/puppetlabs/postgresql * License : Apache-2.0 Programming Lang: Ruby Description : The PostgreSQL module allows you to easily manage postgres databases with Puppet. Puppet lets you centrally manage every important aspect of your system using a cross-platform specification language that manages all the separate elements normally aggregated in different files, like users, cron jobs, and hosts, along with obviously discrete elements like packages, services, and files. .. The PostgreSQL module allows you to easily manage postgres databases with Puppet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724012: ITP: puppet-module-puppetlabs-firewall -- The Firewall module lets you manage firewall rules with Puppet
Package: wnpp Severity: wishlist Owner: Thomas Bechtold thomasbecht...@jpberlin.de * Package name: puppet-module-puppetlabs-firewall Version : 0.4.2 Upstream Author : Puppet Labs * URL : http://forge.puppetlabs.com/puppetlabs/firewall * License : Apache-2.0 Programming Lang: Ruby Description : The Firewall module lets you manage firewall rules with Puppet Puppet lets you centrally manage every important aspect of your system using a cross-platform specification language that manages all the separate elements normally aggregated in different files, like users, cron jobs, and hosts, along with obviously discrete elements like packages, services, and files. The Firewall module lets you manage firewall rules with Puppet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709304: viewmol: broken menu entry in Gnome (directory $HOME not found)
[Drew Parsons] It would be nice to confirm that the patch does not upset KDE, though I'm certain it will be fine. I tried, and it did not upset KDE. With the value in place, the start directory is $HOME, without it, the start directory is $HOME/Documents/, which to me seem like a better start point. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723907: [calibre] use_system_markdown.patch breaks the subsequent markdown API calls
Package: calibre Version: 1.0.0+dfsg-1 Severity: normal --- Please enter the report below this line. --- The python-markdown API is different from the version shipped with calibre, which breaks some plugins. In particular the patched /usr/lib/calibre/calibre/library/comments.py imports markdown via from markdown import markdown on line 15, but then, on line 137, md = markdown.Markdown(safe_mode=True) which causes an error, since object markdown in module markdown is a function. Also, HTML_REMOVED_TEXT is not found anywhere in python-markdown module. --- System information. --- Architecture: amd64 Kernel: Linux 3.10-2-amd64 Debian Release: jessie/sid 990 testing security.debian.org 990 testing ftp.us.debian.org 500 unstableftp.us.debian.org 500 stable-updates ftp.au.debian.org 500 stable security.debian.org 500 stable ftp.au.debian.org 1 experimentalftp.us.debian.org --- Package information. --- Depends(Version) | Installed -+- python2.7| 2.7.5-5 python-dbus | 1.2.0-2+b1 python-imaging | 1.1.7-4 python-lxml | 3.2.0-1+b1 python-mechanize (= 0.2.5) | 1:0.2.5-3 python-beautifulsoup | 3.2.1-1 python-pkg-resources | 0.6.49-2 python-cssutils (= 0.9.9~) | 0.9.10~b1-2 python-cssselect | 0.8-1 python-cherrypy3 (= 3.1.1) | 3.2.2-2 python-dateutil | 1.5+dfsg-0.1 python-feedparser| 5.1.2-2 python-markdown | 2.3.1-1 python-qt4 (= 4.10.2-2) | 4.10.2-2 python-pyparsing | 1.5.7+dfsg1-2 python-routes| 1.13-2 python-chardet | 2.0.1-2 python-netifaces | 0.8-2 python-apsw | 3.7.17-r1-1.1 xdg-utils| 1.1.0~rc1+git20111210-7 imagemagick | 8:6.7.7.10-6 poppler-utils| 0.22.5-2 fonts-liberation | 1.07.2-6 libjs-mathjax(= 2.1+20121028-1) | 2.2-1 calibre-bin(= 1.0.0+dfsg-1) | 1.0.0+dfsg-1 Recommends(Version) | Installed ===-+-=== python-dnspython| 1.11.0-1 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721701: 721701
Hi, What prevents this from being fixed? Can I help in any way? Roman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714036: dvdauthor: environment variable required
A workaround is available for this bug or one may consider it to be a resolution to the problem. The following environment variable is REQUIRED!! VIDEO_FORMAT=NTSC With that setting the proper VIDEO_TS.BUP and VIDEO_TS.IFO files are created and subsequent genisoimage application is happy with the DVD file structure. The alternative PAL value might also work but has not been tested. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709304: viewmol: broken menu entry in Gnome (directory $HOME not found)
On Sat, 2013-09-21 at 08:12 +0200, Petter Reinholdtsen wrote: [Drew Parsons] It would be nice to confirm that the patch does not upset KDE, though I'm certain it will be fine. I tried, and it did not upset KDE. With the value in place, the start directory is $HOME, without it, the start directory is $HOME/Documents/, which to me seem like a better start point. Thanks for the confirmation. I guess KDE users can make do with $HOME/Documents instead of $HOME :) I've uploaded the new version with the Path removed. All the best, Drew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631415: ninka in Debian
Hello Daniel, it came to my attention ninka has been packaged for Debian and uploaded to the NEW queue, pending approval by the FTP Team, so it won't enter Debian archive before their check. If I remember correctly, there were some pending license issues with portions of code, but I cannot remember which ones exactly (keyword database?). Could you please shed a light on this? Cheers, Luca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649186: enhancement: accept argument for arbitrary time
Sorry for the delay, I didn't see your suggestion earlier. It makes sense, it would give tzwatch the same rendezvous function that gworldclock has. I've got a new version of gworldclock to make public. When I get a moment to do that, I'll look to put this into tzwatch at the same time. Drew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723908: clang-3.2: -fsanitize=undefined not working
Package: clang-3.2 Version: 1:3.2repack-11 Severity: normal Dear Maintainer, I seems some file is missing to enable the functionality required by the -fsanitize=undefined option. Maybe it should be included in some suggested or recomended package? A simple shell session showing the problem follows: $ cat test.c int main (int argc, char **argv) { } $ clang test.c $ clang -fsanitize=undefined test.c /usr/bin/ld: impossibile trovare /usr/bin/../lib/clang/3.2/lib/linux/libclang_rt.ubsan-x86_64.a: File o directory non esistente clang: error: linker command failed with exit code 1 (use -v to see invocation) $ LANG=C clang -v -fsanitize=undefined test.c Debian clang version 3.2-11 (tags/RELEASE_32/final) (based on LLVM 3.2) Target: x86_64-pc-linux-gnu Thread model: posix /usr/bin/clang -cc1 -triple x86_64-pc-linux-gnu -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -main-file-name test.c -mrelocation-model static -mdisable-fp-elim -fmath-errno -masm-verbose -mconstructor-aliases -munwind-tables -fuse-init-array -target-cpu x86-64 -target-linker-version 2.23.52.20130727 -momit-leaf-frame-pointer -v -resource-dir /usr/bin/../lib/clang/3.2 -fmodule-cache-path /var/tmp/clang-module-cache -internal-isystem /usr/local/include -internal-isystem /usr/bin/../lib/clang/3.2/include -internal-isystem /usr/include/clang/3.2/include/ -internal-externc-isystem /usr/include/x86_64-linux-gnu -internal-externc-isystem /usr/include/x86_64-linux-gnu -internal-externc-isystem /usr/include -fdebug-compilation-dir /home/bodrato/gmp-5.1.90-20130921 -ferror-limit 19 -fmessage-length 167 -fsanitize=signed-integer-overflow,divide-by-zero,shift,unreachable,return,vla-bound,alignment,null,vptr,object-size,float-cast-overflow -mstackrealign -fobjc-runtime=gcc -fdiagnostics-show-option -fcolor-diagnostics -o /tmp/test-CA6Tlx.o -x c test.c clang -cc1 version 3.2 based upon LLVM 3.2svn default target x86_64-pc-linux-gnu ignoring nonexistent directory /usr/bin/../lib/clang/3.2/include ignoring duplicate directory /usr/include/x86_64-linux-gnu #include ... search starts here: #include ... search starts here: /usr/local/include /usr/include/clang/3.2/include /usr/include/x86_64-linux-gnu /usr/include End of search list. /usr/bin/ld --eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o a.out /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/crt1.o /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/crti.o /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8/crtbegin.o -L/usr/bin/../lib/gcc/x86_64-linux-gnu/4.8 -L/usr/bin/../lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu -L/lib/x86_64-linux-gnu -L/lib/../lib64 -L/usr/lib/x86_64-linux-gnu -L/usr/bin/../lib/gcc/x86_64-linux-gnu/4.8/../../.. -L/lib -L/usr/lib /tmp/test-CA6Tlx.o /usr/bin/../lib/clang/3.2/lib/linux/libclang_rt.ubsan-x86_64.a -lpthread -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8/crtend.o /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/crtn.o /usr/bin/ld: cannot find /usr/bin/../lib/clang/3.2/lib/linux/libclang_rt.ubsan-x86_64.a: No such file or directory clang: error: linker command failed with exit code 1 (use -v to see invocation) $ Best regards, Marco -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clang-3.2 depends on: ii libc62.17-92+b1 ii libclang-common-dev 1:3.2repack-11 ii libffi6 3.0.13-4 ii libgcc-4.8-dev 4.8.1-10 ii libgcc1 1:4.8.1-10 ii libllvm3.2 1:3.2repack-11 ii libobjc-4.8-dev 4.8.1-10 ii libstdc++-4.8-dev4.8.1-10 ii libstdc++6 4.8.1-10 Versions of packages clang-3.2 recommends: ii llvm-3.2-dev 1:3.2repack-11 ii python2.7.5-4 clang-3.2 suggests no packages. -- no debconf information -- http://bodrato.it/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723711: info: /etc/mailcap entry
tag 723711 + pending thanks On Do, 19 Sep 2013, Kevin Ryde wrote: see /usr/share/info/info.info.gz THanks, added to the git repository. Will be in the next upload (probably 5.2) Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720318: quiterss: Segmentation Fault when pressing on 'next unread'
Hi Mark, On Sat, 21 Sep 2013 06:45:35 Mark Caglienzi wrote: Sorry for the delay in my answer, but I waited quiterss/0.13.3+dfsg-1 migration to jessie. No worries. Unfortunately the SIGSEGV (at least for me) is here also in this version. To investigate more on this, I thought I can build it with debug informations on and play around with gdb and/or valgrind. [...] I'm not a packager, so I wasn't able to build it with debug informations turned on playing around with debian/ files and using debuild. Usually you can rebuild the package with debugging symbols using the following commands (assuming devscripts package installed): apt-get source quiterss DEB_BUILD_OPTIONS=nostrip debuild -uc -b I might provide quiterss-dbg package in the future... I launched it under gdb even without debug info, and it segfaults reliably when clicking on Next unread when * There is no article opened in the right pane, AND * There are unread articles in the left one. I had some difficulties to reproduce this so it would be very helpful if you could provide a meaningful backtrace. You might need to install additional packages like libgtk-3-0-dbg etc., read more in https://wiki.debian.org/HowToGetABacktrace Thank you. -- Regards, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723806: texlive-lang-cjk: Why cjkpunct is in blacklist?
Hi Norbert On 21 September 2013 12:51, Norbert Preining prein...@logic.at wrote: reassign 723806 texlive-lang-cjk retitle 723806 please do not blacklist cjkpunct tag 723806 + pending thanks Thanks! BR -- Danai
Bug#708462: Re: lesstif2 to motif transition
I see on Motif's transition tracker [1] there are a number of packages with status 'unknown'. I believe this is caused by packages that build-dep on *tif-dev, but do not actually link any of the *tif libraries. I have investigated and found that in most cases there is a Motif GUI that is no longer being built or is being built but not distributed. I don't believe these should block the transition and it is up to the maintainer whether to now start distributing a Motif GUI (since we now have a proper Motif in main), or simply prevent it from being built and remove the build-dep. I have filed the following bugs: ctn - #714750 ferret-vis - #714752 freesci - no bug filed (uses some macros and definitions from Motif headers) gromacs - #714753 (fixed by Nicholas Breen) magics++ - #723576 xshisen - #714696 We should still track these, and so I suggest the following changes to the ben file: title = motif; is_affected = .build-depends ~ lesstif2-dev | .build-depends ~ libmotif-dev; is_good = .depends ~ libxm4 | .depends ~ libmrm4 | .depends ~ libuil4 | .build-depends ~ libmotif-dev ; is_bad = .depends ~ lesstif2 | .build-depends ~ lesstif2-dev; Regards Graham [1] http://release.debian.org/transitions/html/motif.html
Bug#696814: [Debian-hebrew-package] Bug#696814: libhdate1: Missing last week of February
On Thu, Dec 27, 2012 at 05:52:08PM +0200, Yair Yarom wrote: Package: libhdate1 Version: 1.6-1 Severity: normal Tags: patch Dear Maintainer, When displaying February it is limited to only four lines of week, causing it to usually miss its last week. e.g. $ hcal 02 2013 February 2013 Sh'vat - Adar 5773 Sun Mon Tue Wed Thu Fri Sat 1/21 2/22 3/23 4/24 5/25 6/26 7/27 8/28 9/29 10^30 11/ 1 12/ 2 13/ 3 14/ 4 15/ 5 16/ 6 17/ 7 18/ 8 19/ 9 20/10 21@11 22/12 23/13 which is missing 5 days. The provided path partially fixes this, except when the 29th of February falls on Sunday. Thanks for your fix. But I cannot have our hcal print the wrong calendar on Feb 2032. I decided to slightly rewrite that part. It now accepts a year parameter and checks for a leap year with __isleap(), which I hope is OK. Patch is now commited to SVN and package should hopefully be uploaded shortly. -- Tzafrir Cohen | tzaf...@jabber.org | VIM is http://tzafrir.org.il || a Mutt's tzaf...@cohens.org.il || best tzaf...@debian.org|| friend -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710635: Fix for pynac's FTBFS
Hi, thanks for pointing out the upstream patch to fix the issue, but I'm the one who provided it! And pynac upstream was supposed to publish 0.3.1 with the fix at the beginning of july... I'll get 0.3.0+patch pushed into debian soon, since it's starting to get annoying. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723911: nmu: tangerine_0.3.4-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu tangerine_0.3.4-3 . ALL . -m Rebuild against taglib-sharp 2.1 -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring'), (400, 'raring-proposed'), (100, 'raring-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0-hyper1 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Kind regards, Loong Jin signature.asc Description: Digital signature
Bug#723912: laptop-mode-tools: not triggered by systemd's suspend, hibernate or hybrid-sleep
Package: laptop-mode-tools Version: 1.64-1 Severity: important Hi, As $subject, laptop-mode-tools should do some works before suspend or after resume, but it is not triggered now. For example, Power management for HD (hdparm -B values) setting will get lost after resume, that value will be reset to default value, 128. Reproducing steps: 1, set that value to 192 in laptop-mode.conf and check it. 2, systemctl suspend 3, resume and check that value by `hdparm -B /dev/sda` Solution: Add a service file to get laptop-mode-tools notified of system suspend/hibernation, for example, which contains After=suspend.target and WantedBy=suspend.target -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (2, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-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 laptop-mode-tools depends on: ii lsb-base4.1+Debian12 ii psmisc 22.20-1 ii util-linux 2.20.1-5.5 Versions of packages laptop-mode-tools recommends: ii ethtool 1:3.9-1 ii hdparm 9.43-1 ii net-tools 1.60-25 ii python-qt4 4.10.2-2 ii sdparm 1.07-1 ii udev204-4 ii wireless-tools 30~pre9-8 Versions of packages laptop-mode-tools suggests: ii acpid 1:2.0.20-1 pn hal none ii python 2.7.5-5 -- Configuration Files: /etc/laptop-mode/conf.d/cpufreq.conf changed [not included] /etc/laptop-mode/laptop-mode.conf changed [not included] -- no debconf information -- Adam Lee http://adam8157.info -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723914: mplayer: 100% CPU spin after laptop suspend/resume
Package: mplayer Version: 2:1.0~rc4.dfsg1+svn34540-1+b2 Severity: normal I use mplayer to pull an icecast stream from my mpd server to my laptop, using mplayer -playlist http://SERVER:8000/mpd.mp3.m3u If I forget to SIGINT the mplayer when I suspend my laptop, then on resume it enters a 100% CPU spin and does nothing. An strace on both parent and child mplayer process at this point shows no syscalls at all (so it's a pure CPU spin). It does respond to SIGINT, but requires two signals to quit it; the terminal scrollback looks like: Cache empty, consider increasing -cache and/or -cache-min. [performance issue] A:15894.3 ( 4:24:54.3) of 0.0 (unknown) 1.8% 0% Cache empty, consider increasing -cache and/or -cache-min. [performance issue] A:16783.2 ( 4:39:43.2) of 0.0 (unknown) 1.8% 4% [AO_ALSA] Pcm in suspend mode, trying to resume. [AO_ALSA] alsa-lib: pcm_hw.c:712:(snd_pcm_hw_resume) SNDRV_PCM_IOCTL_RESUME failed (-38): Function not implemented A:16783.6 ( 4:39:43.5) of 0.0 (unknown) 1.8% 5% MPlayer interrupted by signal 2 in module: play_audio MPlayer interrupted by signal 2 in module: enable_cache MPlayer interrupted by signal 2 in module: play_audio MPlayer interrupted by signal 2 in module: enable_cache leo@shy:~ $ -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer depends on: ii libaa11.4p5-41 ii libasound21.0.27.1-2 ii libavcodec53 6:0.8.7-1 ii libavformat53 6:0.8.7-1 ii libavutil51 6:0.8.7-1 ii libbluray11:0.2.2-1 ii libc6 2.17-92+b1 ii libcaca0 0.99.beta18-1 ii libcdparanoia03.10.2+debian-11 ii libdca0 0.0.5-6 ii libdirectfb-1.2-9 1.2.10.0-5 ii libdvdnav44.2.0+20130225-3 ii libdvdread4 4.2.0+20130219-2 ii libenca0 1.14-3 ii libesd0 0.2.41-11 ii libfaad2 2.7-8 ii libfontconfig12.10.2-2 ii libfreetype6 2.4.9-1.1 ii libfribidi0 0.19.5-2 ii libgcc1 1:4.8.1-2 ii libgif4 4.1.6-10 ii libgl1-mesa-glx [libgl1] 9.1.6-2 ii libjack-jackd2-0 [libjack-0.116] 1.9.9.5+20130622git7de15e7a-1 ii libjpeg8 8d-1 ii liblircclient00.9.0~pre1-1 ii liblzo2-2 2.06-1.2 ii libmp3lame0 3.99.5+repack1-3 ii libmpeg2-40.5.1-5 ii libncurses5 5.9+20130608-1 ii libogg0 1.3.1-1 ii libopenal11:1.14-4 ii libpng12-01.2.49-4 ii libpostproc52 6:0.8.7-1 ii libpulse0 4.0-6 ii libsdl1.2debian 1.2.15-6 ii libsmbclient 2:3.6.18-1 ii libspeex1 1.2~rc1-7 ii libstdc++64.8.1-2 ii libsvga1 1:1.4.3-33 ii libswscale2 6:0.8.7-1 ii libtheora01.1.1+dfsg.1-3.1 ii libtinfo5 5.9+20130608-1 ii libvdpau1 0.7-1 ii libx11-6 2:1.6.1-1 ii libx264-123 2:0.123.2189+git35cf912-1 ii libxext6 2:1.3.2-1 ii libxinerama1 2:1.1.3-1 ii libxv12:1.0.9-1 ii libxvidcore4 2:1.3.2-9 ii libxvmc1 2:1.0.8-1 ii libxxf86dga1 2:1.1.4-1 ii libxxf86vm1 1:1.1.3-1 ii zlib1g1:1.2.8.dfsg-1 mplayer recommends no packages. Versions of packages mplayer suggests: ii bzip2 1.0.6-5 ii fontconfig 2.10.2-2 ii fonts-freefont-ttf [ttf-freefont] 20120503-1 pn mplayer-docnone pn netselect | fping none ii ttf-freefont 20120503-1 -- 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#723915: postfix: please add /etc/host.conf to the chroot
Package: postfix Version: 2.9.6-2 Severity: wishlist Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, Using mailman and Postfix (but that would have been the same with any software locally sending mail to Postfix using ::1), I had tons of such warnings: Sep 21 09:37:49 dick postfix/smtpd[18250]: warning: ::1: address not listed for hostname localhost According to the thread [1], this is because the multiple address resolutions for /etc/hosts. This seems not to be the default of libc, but to be enabled in /etc/host.conf anyway in Debian installations. However, that file is not copied to the Postfix chroot… [1] http://postfix.1071664.n5.nabble.com/Issues-with-address-not-listed-for-hostname-td51442.html Here is a very simple patch that adds /etc/host.conf to the list of files that are copied to the chroot. Librement, - -- Tanguy Ortolo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJSPVa/AAoJEOryzVHFAGgZHeQP/1obuhF4zFJbidvrQSRfq1Ko UyCVU7jY2P1R8tBVWn9NfMV7njJcwe8RbojmEYVU+SF9XGkpROLBBsbRe196VqUn Xfw2/H6iu1zIiNwNltbjuXxFuL0PuB/7u+j2w9cDE5uLOrlY3Q8GAmSwpAzz7Zlv FPaA8/buxzQYlxs+xakhKxukAhvqYIZk5TKzOfjc9Whmg/LyjyLp4wM19+P9wCbM PejYjqI/QYKvRknimo3yfp+dvgTsLOJN6LAROhXZOqXx3cRYf83mEOLNoWiSCnTu Bw3Jl3h3KkRFnfWZ2pC7NhROr+bTrJz6IERA7raQ4fq7LFujYSqVfUmNIw6SEr0p OBoPJTk/sNc3CrzIajRLJGuRYU36kZ40De4K0iyRNP3pXPRNLI16P99VposWIXnD JfelzDmOqcj+JU7V0WQjk6xYAooYjmSr9EzfkNLPiFpegG1Fjh3uY2CDezGfVB1X kY+Ypt3rIlkgGLuYVc0MHtl0vrmjY6w19JFSzMAFukqYsy68ZdtrJMVbHNenUt77 /KXNtUPJlvFyAIjdShjNl5w8YjT1x0INHJ6oT8xWxQ8Xm57926T5ywrx7MkO2aMT q6To0A1LsfVHUYIyB7mUhRArEufjKPPqAokC9X6m7Lx6/eTV1CfXR1QIWDsRt5Lm 1zIi94AfDhlio3leajAX =cRIE -END PGP SIGNATURE- From a34aaab01588853e13087f734507278828c718ac Mon Sep 17 00:00:00 2001 From: Tanguy Ortolo tan...@ortolo.eu Date: Sat, 21 Sep 2013 10:03:46 +0200 Subject: [PATCH] Init script: also copy /etc/host.conf to the chroot MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=true This is a multi-part message in MIME format. --true Content-Type: text/plain; charset=UTF-8; format=fixed Content-Transfer-Encoding: 8bit --- debian/init.d |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --true Content-Type: text/x-patch; name=0001-Init-script-also-copy-etc-host.conf-to-the-chroot.patch Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename=0001-Init-script-also-copy-etc-host.conf-to-the-chroot.patch diff --git a/debian/init.d b/debian/init.d index 04669db..837d7ac 100644 --- a/debian/init.d +++ b/debian/init.d @@ -94,7 +94,7 @@ case $1 in fi FILES=etc/localtime etc/services etc/resolv.conf etc/hosts \ - etc/nsswitch.conf etc/nss_mdns.config + etc/nsswitch.conf etc/nss_mdns.config etc/host.conf for file in $FILES; do [ -d ${file%/*} ] || mkdir -p ${file%/*} if [ -f /${file} ]; then rm -f ${file} cp /${file} ${file}; fi --true--
Bug#722056: mricron: Render Save as bitmap does not work in the current version
Hey, On Sat, Sep 07, 2013 at 08:33:47AM +0200, Vincent Kersten wrote: There is however, a new mricron available in which all seeems well again: http://www.nitrc.org/frs/download.php/5627/lx64.zip/?i_agree=1 That would be the 06/2013 version as opposed to the 05/2012 version. BTW this problem started to happen when we moved from deb. squeeze to wheezy. Thanks for your report. I am working on the upgrade, but it seems that this is an issue with one of the Debian libraries, as I can't get it to work on jessie with the new version as well. Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723916: heimdall-flash: Does not work with Galaxy S4
Package: heimdall-flash Version: 1.4~rc1+dfsg-1 Severity: important Dear Maintainer, rc1 does not support the Galaxy S4, see http://android.stackexchange.com/questions/51062/heimdall-errors-error-failed-to-confirm-end-of-file-transfer-sequence I see the same problem here. The latest version (1.4) should solve the problem. Thanks, Rainer -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (350, 'testing'), (300, 'unstable'), (250, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages heimdall-flash depends on: ii libc6 2.17-92+b1 ii libgcc1 1:4.7.2-5 ii libstdc++64.7.2-5 ii libusb-1.0-0 2:1.0.11-1 heimdall-flash recommends no packages. heimdall-flash 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#723919: maven-debian-helper: Fails to recognize scope system
Package: maven-debian-helper Version: 1.6.5 Severity: normal mh_make ignores dependencies like: scopesystem/scope systemPath/some/path/to/a/jar/systemPath and claims that they cannot be found in the maven-repo. In special cases, recognizing the scope system could be important to allow packages to be build where the dependencies won't have maven meta information. Thanks Sebastian -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.4.4 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maven-debian-helper depends on: ii default-jdk 1:1.7-49 ii libmaven-clean-plugin-java 2.5-1 ii libmaven-compiler-plugin-java 2.0.2-6 ii libmaven-jar-plugin-java2.2-6 ii libmaven-resources-plugin-java 2.3-7 ii libmaven-site-plugin-java 2.1-2 ii libplexus-velocity-java 1.1.8-1 ii libsurefire-java2.10-4 ii maven-repo-helper 1.8.4 ii maven2 2.2.1-14 ii velocity1.7-4 maven-debian-helper recommends no packages. Versions of packages maven-debian-helper suggests: ii apt-file 2.5.2 ii devscripts2.13.3 ii libmaven-javadoc-plugin-java 2.6.1-2 ii subversion1.7.9-1+nmu4 signature.asc Description: Digital signature
Bug#723918: squeeze: depends on missing package libxfce4util4
Package: squeeze Version: 0.2.3-12 Severity: grave Justification: renders package unusable Dear Maintainer, I tried to install the XFCE squeeze archive manager with only unstable in /etc/apt/sources.list, but it fails because it depends on libxfce4util4 which apparently only exists in wheezy. In unstable I can only find libxfce4util6. # apt-get install squeeze Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: squeeze : Depends: libxfce4util4 (= 4.3.99.2) but it is not installable E: Unable to correct problems, you have held broken packages. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages squeeze depends on: ii exo-utils 0.10.2-2 ii libatk1.0-0 2.8.0-2 ii libc6 2.17-92+b1 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.6.14-1 ii libdbus-glib-1-20.100.2-1 ii libexo-1-0 0.10.2-2 ii libfontconfig1 2.10.2-2 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgtk2.0-0 2.24.20-1 ii libpango1.0-0 1.32.5-5+b1 ii libthunar-vfs-1-2 1.2.0-4 pn libxfce4util4 none ii multiarch-support 2.17-92+b1 squeeze recommends no packages. squeeze 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#723570: RFS: skippy-xd/0.5.1-1 ITP
Hi Martin, I’m not a DD, so I can’t sponsor you, but I have some notes about this package. * Where do you download the source tarball skippy-xd_0.5.1.orig.tar.gz? I can’t find it in Google Code or GitHub[1]. Please also add a watch file. * Use the “3.0 (quilt)” format[2]: - Add d/source/format file containing “3.0 (quilt)”. - Drop d/README.source. - Drop build-dependency on quilt. - Drop “--with quilt” from d/rules, dh $@ should be enough. * d/control: - Please wrap the lines to about 80 chars. - debhelper (= 9) is more common than (= 9.0.0). - If this Debian packaging has isn’t in a VCS, you can remove the commented out lines. - Manual library depends are not needed. * d/patches/fixmakefile.patch: - Why not fix Makefile trying to use git repeatedly? - The PREFIX can be fixed using the override target in d/rules, just add “PREFIX=/usr” between DESTDIR and install. - The GitHub version already has a similar patch applied. - It should be tagged according the DEP3 guidelines[3]. * Upstream has a DEBIAN directory and a DEBIAN/control file. It is from a binary package, not a source one. I think it isn’t useful to anyone. You can ask upstream to remove the DEBIAN dir. Regards, -- Juhani Numminen [1] https://github.com/richardgv/skippy-xd [2] https://wiki.debian.org/Projects/DebSrc3.0 [3] http://dep.debian.net/deps/dep3/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717995: RFS: rawdog/2.18-1 [ITA]]
Hallo Adam, thanks for your work :) I think the package would be fine for upload and a great improvment over the current package in the archives. But I am not a DD and I cannot judge the code quality, as my knowledge on pyhton is very limited. But maybe some DD on mentors sees this mail as inspiration to steps up and upload it... As a user, I would appreciate it. One very minor thong: It seems you have the packaging stuff in a git repository (what I like very much), so you might want to add the appropriate VCS-* fields into your debian/control. There was also some discussion in the thread about managing it via the python-apps-team. In this case it would be advantageous to have the git on some more public service, like alioth. (however, from my own experience, it is hard to get an account there. So I definitely would not see that as a blocking point). Best regards, coldtobi Am Freitag, den 20.09.2013, 21:47 +0100 schrieb Adam Sampson: Dear mentors, I'm (still) looking for a sponsor for my package rawdog. Package name: rawdog Version : 2.18-1 Upstream Author : Adam Sampson a...@offog.org (i.e. me) URL : http://offog.org/code/rawdog/ License : GPL-2+ Section : web It builds those binary packages: rawdog - RSS Aggregator Without Delusions Of Grandeur To access further information about this package, please visit the following URL: http://mentors.debian.net/package/rawdog Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/rawdog/rawdog_2.18-1.dsc I'd like to adopt the existing package, which is currently orphaned. (popcon reckons it has about 139 users, which means it's slightly more popular than udhcpc but slightly less popular than python3-markdown.) This new version fixes all the outstanding bugs, is lintian-clean and has been considerably improved thanks to review on debian-mentors -- in particular, thanks very much to Etienne Millon and Jakub Wilk for all their helpful suggestions. More information about rawdog can be obtained from: http://offog.org/code/rawdog/ Changes since the last upload: * New maintainer (Closes: #660507) * New upstream release (Closes: #651080) * Remove Debian patch that replaced feedfinder; this was merged upstream and extended in rawdog 2.15. (Closes: #650776, #657206) * Depend on python-feedparser, which is no longer bundled with upstream rawdog. (Closes: #383422) * Recommend python-tidylib. * Provide a virtual python-rawdoglib package, for other packages that use rawdog's internal modules. * Update the package to use debhelper 9, which simplifies the rules file. * Update package description. * Add a watch file. * Put the copyright file into machine-readable form. * Install the upstream changelog. * Check that the package meets Debian policy version 3.9.4 (no further changes needed), and update Standards-Version. To clone the Git repo for the debian/ directory: git clone http://offog.org/git/rawdog-debian.git Thanks very much, -- Adam Sampson a...@offog.org http://offog.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723886: Don't flag pkg-config-multi-arch-wrong-dir reports as error
On Fri, Sep 20, 2013 at 10:51:57PM +0200, Michael Biebl wrote: === E: libgmime-2.6-dev: pkg-config-multi-arch-wrong-dir usr/lib/pkgconfig/gmime-2.6.pc My gut reaction was that the tag shouldn't have been emitted for this package at all. If the file was in /usr/share, or the package was arch:all, or the package was m-a:same, then yes; but neither was the case. But then I realized that if a .pc file is directly in /usr/lib then pkg-config has no way of knowing which architecture this .pc is for. So I wonder whether Lintian should suggest to move all .pc files to /usr/lib/triplet/, regardless of whether they hardcode architecture-specific paths or not. Contrary to what was said in #722609, it should normally be okay to do that even when the rest of the library lives directly in /usr/lib/. See also bug #631275. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670614: maybe a liblinux-lvm-perl problem
FYI: setup-storage uses liblinux-lvm-perl which has bug #717684 which may cause this LVM related bug, because vgdisplay has changed its output from squeeze to wheezy. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722043: closed by Ying-Chun Liu (PaulLiu) paul...@debian.org (Bug#722043: fixed in jana 0.0.0+git20091215.9ec1da8a-3~exp1)
Hi, Am 21.09.2013 11:24, schrieb Debian Bug Tracking System: This is an automatic notification regarding your Bug report which was filed against the src:jana package: #722043: jana: FTBFS agains evolution-data-server 3.8 It has been closed by Ying-Chun Liu (PaulLiu) paul...@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 Ying-Chun Liu (PaulLiu) paul...@debian.org by replying to this email. Thanks for updating jana! I see you uploaded 0.0.0+git20091215.9ec1da8a-3~exp1 to experimental. Since we started the evolution-data-server transition in unstable, it would be great if you can upload this fix to unstable. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#723912: laptop-mode-tools: not triggered by systemd's suspend, hibernate or hybrid-sleep
On Saturday 21 September 2013 01:39 PM, Adam Lee wrote: As $subject, laptop-mode-tools should do some works before suspend or after resume, but it is not triggered now. For example, Power management for HD (hdparm -B values) setting will get lost after resume, that value will be reset to default value, 128. That'd be very surprising. LMT does act on suspend and resume. Assume you suspend while on ac, resume on battery, you want to trigger the power saving settings. LMT does take care of it. Do you think you might have something else interfering? Any other power management tool ? -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#723920: RM: contacts -- RoQA; dead upstream, unmaintained, blocks eds transition
Package: ftp.debian.org Severity: normal Hi, please remove contacts from the archive. The package has been orphaned a while ago and is no longer actively maintained. It's also dead upstream and fails to build against newer versions of evolution-data-server, thus blocking the ongoing eds 3.8 transition [1]. popcon counts are rather low and it has no reverse dependencies. Regards, Michael [1] http://release.debian.org/transitions/html/eds3.8.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723921: RM: dates -- RoQA; RoQA; dead upstream, unmaintained, blocks eds transition
Package: ftp.debian.org Severity: normal Hi, please remove dates from the archive. The package has been orphaned a while ago and is no longer actively maintained. It's also dead upstream and fails to build against newer versions of evolution-data-server, thus blocking the ongoing eds 3.8 transition [1]. popcon counts are rather low and it has no reverse dependencies. Regards, Michael [1] http://release.debian.org/transitions/html/eds3.8.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723922: RM: tasks -- ROM; RoQA; dead upstream, unmaintained, blocks eds transition
Package: ftp.debian.org Severity: normal Hi, please remove tasks from the archive. The package has been orphaned a while ago and is no longer actively maintained. It's also dead upstream and fails to build against newer versions of evolution-data-server, thus blocking the ongoing eds 3.8 transition [1]. popcon counts are rather low and it has no reverse dependencies. Regards, Michael (on behalf of the Debian GNOME team) [1] http://release.debian.org/transitions/html/eds3.8.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723923: reportbug: wnpp RFP shows all packages, should show only similar named packages
Package: reportbug Version: 6.4.4 Severity: normal Dear Maintainer, When I'm filing a wnpp RFP bug, reportbug wants to show me all the packages. Reportbug should be more intelligent and try to grep for same or similar named packages. This would make it easier a bit on the bandwidth (as people who would do RFP would usually name it the same as upstream does) and would be a tad faster. Looking forward to feedback. -- Package-specific info: ** Environment settings: INTERFACE=text ** /home/shirish/.reportbugrc: reportbug_version 6.4.4 mode standard ui text realname shirish no-cc header X-Debbugs-CC: shir...@debian.org smtphost reportbug.debian.org editor leafpad -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.9.9.4 ii python2.7.5-4 ii python-reportbug 6.4.4 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none ii debconf-utils 1.5.51 ii debsums2.0.52+nmu1 ii dlocate1.02+nmu3 pn emacs22-bin-common | emacs23-bin-commonnone ii exim4 4.80-7 ii exim4-daemon-light [mail-transport-agent] 4.80-7+b1 ii file 1:5.14-2 ii gnupg 1.4.14-1 ii python-gtk22.24.0-3+b1 ii python-gtkspell2.25.3-12 ii python-urwid 1.1.1-1+b1 ii python-vte 1:0.28.2-5 ii xdg-utils 1.1.0~rc1+git20111210-7 Versions of packages python-reportbug depends on: ii apt 0.9.9.4 ii python2.7.5-4 ii python-debian 0.1.21+nmu2 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721839: RFS: musl/0.9.13-2 [ITP]
Hi I have revorked the debian/copyright file according to the additional comments given by Paul Richards Tagliamonte (FTP Master). Work done: * Incorporated all copyright info given from upstream in their copyright file * grep over complete source tree for the term Copyright and controlled it against debian/copyright I hope to statisfy all copyright holders and of course the Debian policy. The updated copyright file can be found for review under: https://github.com/wermut/musl/blob/master/debian/copyright https://github.com/wermut/musl The updated package is not yet uploaded to debian mentors. Sorry for the inconvenience and additional work. @ Boris Pek: Thank you for the tip. Regards Kevin On Fri, Sep 20, 2013 at 11:39 PM, Boris Pek tehn...@debian.org wrote: Hi Kevin, The package was not yet uploaded into Debian. - The package number should be 0.9.13-1 Could I still keep the incrementation, because the earlier versions are already tagged signed in the public git repository and also already uploaded to a Ubuntu PPA? (ppa:bortis/musl) So the first version for uploading would be 0.9.13-3 if you accept. Or we can wait for musl 0.9.14 wich, according to upstreams roadmap, will be released in the next two weeks to get a clean 0.9.14-1. My feeling is that you'll need to keep the Ubuntu PPA and the Debian package seperated and have them NOT in the same git branch. This will save you trouble down the road as Debian != Ubuntu in many aspects and you will face situations where you need only to upload Debian or Ubuntu... Just small additional tips: use specific versioning scheme in your PPA. For example: 0.9.14-0ppa1~raring1. As you can see, this version is lower that version in official Debian and Ubuntu archives. So once updated package will hit into main archive, it will be updated in users systems. I use this approach for a long period of time. You may find one of examples here: https://launchpad.net/~tehnick/+archive/q4wine/+packages Just look at Newer version available string. Related Git-repo: https://github.com/tehnick/q4wine-debian Just look at git tags. Best wishes, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723924: linphone: Choppy audio when playback and record sound devices are not, clocked by the same oscillator
Package: linphone Version: 3.5.2-10 Severity: important Tags: upstream Dear Maintainer, If linphone is configured to record sound from one sound card (e.g. from a mike on a USB webcam), and to play back received stream to another card (e.g. to the motherboard's built-in sound card's PCM output), the audio periodically - every 1-2 minutes - becomes significantly chopped, down to making the correspondant's voice unintelligible. Disabling dmix in ALSA does not affect the problem. All codecs are affected, with wideband speex becoming the most distorted during the attacks. If recording and playback is on the same sound card with a single oscillator, the problem does not occur. Best regards, Vladimir -- 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/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linphone depends on: ii libasound2 1.0.25-4 ii libatk1.0-0 2.4.0-2 ii libavcodec536:0.8.6-1 ii libavutil51 6:0.8.6-1 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgsm1 1.0.13-4 ii libgtk2.0-0 2.24.10-2 ii liblinphone43.5.2-10 ii libmediastreamer1 3.5.2-10 ii libogg0 1.3.0-4 ii libortp83.5.2-10 ii libpango1.0-0 1.30.0-1 ii libspeex1 1.2~rc1-7 ii libspeexdsp11.2~rc1-7 ii libswscale2 6:0.8.6-1 ii libtheora0 1.1.1+dfsg.1-3.1 ii libx11-62:1.5.0-1+deb7u1 ii libxv1 2:1.0.7-1+deb7u1 ii linphone-nogtk 3.5.2-10 linphone recommends no packages. Versions of packages linphone suggests: pn yelp 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#717995: RFS: rawdog/2.18-1 [ITA]]
On Sat, Sep 21, 2013 at 11:14:05AM +0200, Tobias Frost wrote: [...] you might want to add the appropriate VCS-* fields into your debian/control. There was also some discussion in the thread about managing it via the python-apps-team. Yup -- the reason I'd not done so is that the python-apps-team actually has a single repository for all the packages they manage, so if they're willing to take it I'd need to replay my changes against their repo anyway. If not, then I'll push my existing repo to a pkg-rawdog one on alioth. Thanks, -- Adam Sampson a...@offog.org http://offog.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722038: gnome-phone-manager: FTBFS against evolution-data-server 3.8
tags 722038 + patch pending thanks Hi Nobuhiro, I've prepared an upload based on the patch from [1] and uploaded an NMU to DELAYED/3. The complete debdiff is attached. Would be great if you can review the patch and integrate it in your next upload. If you want me to cancel the non-maintainer upload and make the upload yourself, just let me know. Cheers, Michael [1] http://pkgs.fedoraproject.org/cgit/gnome-phone-manager.git/tree/gnome-phone-manager-0.68-eds.patch -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? diff -Nru gnome-phone-manager-0.69/debian/changelog gnome-phone-manager-0.69/debian/changelog --- gnome-phone-manager-0.69/debian/changelog 2013-09-20 02:35:24.0 +0200 +++ gnome-phone-manager-0.69/debian/changelog 2013-09-21 12:33:48.0 +0200 @@ -1,3 +1,13 @@ +gnome-phone-manager (0.69-1.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/patches/fix_554658.patch: Refresh patch. + * debian/patches/new_eds_build.patch: Fix FTBFS against newer versions of +evolution-data-server. (Closes: #722038) + * debian/control: Drop Build-Depends on libedataserverui-3.0-dev. + + -- Michael Biebl bi...@debian.org Sat, 21 Sep 2013 12:18:23 +0200 + gnome-phone-manager (0.69-1) unstable; urgency=low * Team upload. diff -Nru gnome-phone-manager-0.69/debian/control gnome-phone-manager-0.69/debian/control --- gnome-phone-manager-0.69/debian/control 2013-09-20 02:34:04.0 +0200 +++ gnome-phone-manager-0.69/debian/control 2013-09-21 12:08:40.0 +0200 @@ -17,8 +17,7 @@ libgnome-bluetooth-dev (= 3.4), libdbus-glib-1-dev, gnome-icon-theme (= 2.19.1), - libtelepathy-glib-dev, - libedataserverui-3.0-dev + libtelepathy-glib-dev Homepage: http://live.gnome.org/PhoneManager Vcs-SVN: svn://anonscm.debian.org/pkg-bluetooth/packages/gnome-phone-manager/trunk Vcs-Browser: http://anonscm.debian.org/viewsvn/pkg-bluetooth/packages/gnome-phone-manager/trunk diff -Nru gnome-phone-manager-0.69/debian/patches/fix_554658.patch gnome-phone-manager-0.69/debian/patches/fix_554658.patch --- gnome-phone-manager-0.69/debian/patches/fix_554658.patch2013-07-25 05:38:24.0 +0200 +++ gnome-phone-manager-0.69/debian/patches/fix_554658.patch2013-09-21 12:13:49.0 +0200 @@ -4,9 +4,11 @@ Bug-Debian: http://bugs.debian.org/554658 Author: Matthias Klose d...@ubuntu.com gnome-phone-manager-0.65.orig/telepathy/Makefile.in -+++ gnome-phone-manager-0.65/telepathy/Makefile.in -@@ -288,6 +288,7 @@ +Index: gnome-phone-manager-0.69/telepathy/Makefile.in +=== +--- gnome-phone-manager-0.69.orig/telepathy/Makefile.in2013-09-21 12:13:46.635711472 +0200 gnome-phone-manager-0.69/telepathy/Makefile.in 2013-09-21 12:13:46.631711428 +0200 +@@ -343,6 +343,7 @@ @HAVE_TELEPATHY_TRUE@telepathy_phoney_SOURCES = $(BACKEND_FILES) @HAVE_TELEPATHY_TRUE@telepathy_phoney_LDADD = \ @HAVE_TELEPATHY_TRUE@ $(TELEPATHY_LIBS) \ @@ -14,10 +16,10 @@ @HAVE_TELEPATHY_TRUE@ ../libgsm/libgsmwrap.la -only in patch2: -unchanged: gnome-phone-manager-0.65.orig/telepathy/Makefile.am -+++ gnome-phone-manager-0.65/telepathy/Makefile.am +Index: gnome-phone-manager-0.69/telepathy/Makefile.am +=== +--- gnome-phone-manager-0.69.orig/telepathy/Makefile.am2013-09-21 12:13:46.635711472 +0200 gnome-phone-manager-0.69/telepathy/Makefile.am 2013-09-21 12:13:46.635711472 +0200 @@ -36,6 +36,7 @@ telepathy_phoney_LDADD = \ diff -Nru gnome-phone-manager-0.69/debian/patches/new_eds_build.patch gnome-phone-manager-0.69/debian/patches/new_eds_build.patch --- gnome-phone-manager-0.69/debian/patches/new_eds_build.patch 1970-01-01 01:00:00.0 +0100 +++ gnome-phone-manager-0.69/debian/patches/new_eds_build.patch 2013-09-21 12:29:45.0 +0200 @@ -0,0 +1,402 @@ +Description: Fix FTBFS against newer versions of evolution-data-server + Patch based on http://pkgs.fedoraproject.org/cgit/gnome-phone-manager.git/tree/gnome-phone-manager-0.68-eds.patch +Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722038 +Index: gnome-phone-manager-0.69/cut-n-paste/e-contact-entry/e-contact-entry.c +=== +--- gnome-phone-manager-0.69.orig/cut-n-paste/e-contact-entry/e-contact-entry.c 2013-09-21 12:14:00.919866629 +0200 gnome-phone-manager-0.69/cut-n-paste/e-contact-entry/e-contact-entry.c 2013-09-21 12:14:00.915866586 +0200 +@@ -38,11 +38,6 @@ + #include glib.h + #include glib/gi18n.h + +-#include libedataserver/e-source.h +-#include libebook/e-book.h +-#include libebook/e-book-view.h +-#include libebook/e-contact.h +- + #include e-contact-entry.h + #include econtactentry-marshal.h + +@@ -59,7 +54,7 @@ + /* Properties */ + enum { +
Bug#723569: transition: evolution-data-server 3.8 and friends
Hi, quick update: I've filed RM requests for tasks contacts dates evolution-exchange and poked Luca about that. almanah, obexd and hdate-applet had sourceful uploads in the mean time (either removing EDS support or updating it to the new API). I've prepared an NMU for gnome-phone-manager, uploaded to DELAYED/3, patch/debdiff sent to the maintainer for review. jana and glables have been fixed in experimental, maintainers have been poked to upload the package to unstable. Sjoerd is currently looking into the gnome-panel crash that resulted from updating it to the new libgweather API. That's it for now. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#723926: Wrong DNS principal in default Samba4 installation
Package: samba4 Version: 4.0.0beta2 I'm using out-of-the-box Debian 7.1 with samba4 installed from aptitude. I'm provisioning my Samba 4 domain with following command: /usr/share/samba/setup/provision --realm=realm.local --domain=DOMAIN --adminpass='secret' --server-role=dc Samba 4 DNS keytab file (/var/lib/samba/private/dns.keytab) is being auto generated wrongly. If you look into the keytab: klist -k /var/lib/samba/private/dns.keytab ... DNS/hostname.domainname@DOMAIN ... BUT samba_dnsupdate tries to use DNS/hostname@DOMAIN instead of DNS/hostname.domainname@DOMAIN. Keytab can be fixed with following additional export: samba-tool domain exportkeytab --principal=DNS/hostname /var/lib/samba/private/dns.keytab I'm using: Linux ... 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1+deb7u1 X86_64 GNU/Linux
Bug#723912: laptop-mode-tools: not triggered by systemd's suspend, hibernate or hybrid-sleep
On Sat, Sep 21, 2013 at 03:11:48PM +0530, Ritesh Raj Sarraf wrote: On Saturday 21 September 2013 01:39 PM, Adam Lee wrote: As $subject, laptop-mode-tools should do some works before suspend or after resume, but it is not triggered now. For example, Power management for HD (hdparm -B values) setting will get lost after resume, that value will be reset to default value, 128. That'd be very surprising. LMT does act on suspend and resume. Assume you suspend while on ac, resume on battery, you want to trigger the power saving settings. LMT does take care of it. What if suspend on ac and resume on ac, but some settings changed? How about reloading or restarting LMT after every resume to workaround? Do you think you might have something else interfering? Any other power management tool ? Yes, this might be a kernel bug, that value is not saved and restored correctly. I throught it was a LMT systemd issue because SysVinit with pm-utils worked fine. I get it now, LMT under SysVinit doesn't do that, a script delivered by hdparm package does, /usr/lib/pm-utils/power.d/95hdparm-apm -- Adam Lee http://adam8157.info -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723929: arduino: Arduino IDe menu item does nothing when clicked arduino in termulator gives erro
Package: arduino Version: 1:1.0.5+dfsg2-1 Severity: normal Dear Maintainer, First tried to run Arduino IDE menu item, it appears to do nothing Then tried the arduino command in the terminal which gave the following error Exception in thread main java.lang.ExceptionInInitializerError at processing.app.Preferences.setColor(Preferences.java:851) at processing.app.Preferences.init(Preferences.java:273) at processing.app.Base.main(Base.java:117) Caused by: java.awt.HeadlessException at sun.awt.HeadlessToolkit.getMenuShortcutKeyMask(HeadlessToolkit.java:237) at processing.core.PApplet.clinit(Unknown Source) ... 3 more -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (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 arduino depends on: ii arduino-core 1:1.0.5+dfsg2-1 ii libjna-java3.2.7-4+b1 ii librxtx-java 2.2pre2-11 ii openjdk-6-jre [java6-runtime] 6b27-1.12.6-1~deb7u1 ii sun-java6-jre [java6-runtime] 6.26-3 Versions of packages arduino recommends: ii extra-xdg-menus 1.0-4 ii policykit-1 0.105-3 arduino 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#723569: transition: evolution-data-server 3.8 and friends
Am 21.09.2013 12:49, schrieb Michael Biebl: Hi, quick update: I've filed RM requests for tasks contacts dates evolution-exchange and poked Luca about that. almanah, obexd and hdate-applet had sourceful uploads in the mean time (either removing EDS support or updating it to the new API). I've prepared an NMU for gnome-phone-manager, uploaded to DELAYED/3, patch/debdiff sent to the maintainer for review. jana and glables have been fixed in experimental, maintainers have been poked to upload the package to unstable. Sjoerd is currently looking into the gnome-panel crash that resulted from updating it to the new libgweather API. I went through the remaining list, and I'd like to request the removal from testing for the following packages. I checked all of them for reverse (build) dependencies - evolution-mapi (fix available, currently blocked by samba4/samba) - evolution-webcal (we still need to decide if we want to keep that) - syncevolution (new upstream version available which is supposed to fix the FTBFS, a bit too much for an NMU I think) - sflphone (looks like a useful application, with popcon numbers which are a bit to high to simply request its removal) - ruby-revolution (not quite sure about this one, tbh. popcon very low, last upload 2012-06-26, might be RM candidate) - eweouz (Tollef has been updating the package in the past for EDS API changes, so I'd keep it for now) - ffgtk (maintainer seems to be active, last upload 2013-06-28) Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#293671: is there a way to vote this bug up?
I, like the others, wasted an hour trying to find out the missing scripts. Is there a way to vote up the bug in debian? It's been 7 years. To push the action a little, I will not propose a new proposal to package it in a standalone package tar-scripts, because, as I observed, more proposals hinder actions in many opensource projects. I'll simply try to vote instead... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714546: #714546: debhelper: Please make Perl tests verbose
Control: block -1 with 723930 I tried to rebuild all packages build-depending on debhelper and perl with a patched version of debhelper as an attempt to catch any issues this proposed change may create. Out of 3765 such packages, 182 failed to build. I am still digging through failed logs and so far all failures were generic FTBFS, for which I reported a bug if there was none already reported. However, here's the first package that fails with verbose tests: libdist-zilla-perl. It builds fine with quiet tests and fails with verbose tests. Reported as #723930. I will block this bug by any such bugs. There should not be too many of them, so user-tagging seems like an overkill. Cheers, dam signature.asc Description: Digital signature
Bug#723626:
On Fri, 20 Sep 2013, Tobias Frost wrote: Am Donnerstag, den 19.09.2013, 16:08 -0400 schrieb Jon Daley: Yes, I saw the debian-lintian errors. And I can take a look at those - I wanted to see if I had the packaging procedure down correctly before attacking those. (and those issues have been around for years, so I wasn't making anything worse by not touching them yet) Well, a lintian-clean package attracts more sponsors :) And as a maintainer you have not too much be afraid to make you package worse but brave to improve it to the state of the art. Yeah, I get it. I guess I wanted to make sure there was going to be a sponsor before I spent that time. I've used this package for years without a maintainer by just modifying the source. Mmmh, if upstream is gone this is a hint to think about if the lifecylcle of the package comes also to a end. Popcon says around 500 installs, (with a big jump going up early this year); so IMHO the package is still useful for quite many users. I have no plans to stop using it. I use it for work, and it saves gobs of time - I send the output straight to my customers, and have some crobjob/expect scripts that do some interesting statistics, like paid vs. unpaid tasks, and daily, monthly, annually reports, etc. I'd guess if no sponsor shows up, then I'll just distribute the debs myself, though that would certainly cut into its popularity. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723934: ITP: mapnik-reference -- Parseable specifications of mapnik structures and properties
Package: wnpp Severity: wishlist Owner: Jérémy Lal kapo...@melix.org * Package name: mapnik-reference Version : 5.0.5 Upstream Author : Mapnik Developers http://mapnik.org * URL : https://github.com/mapnik/mapnik-reference * License : http://unlicense.org/ Programming Lang: JavaScript Description : Parseable specifications of mapnik - Node.js module Mapnik-reference specifies mapnik structures, styles, symbolizers, and the properties they contain, in JSON format. It is useful for building parsers, tests, compilers, and syntax highlighting or syntax checking. . Mapnik is a C++/Python toolkit for developing GIS applications. . Node.js is an event-based server-side javascript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723936: systemd: fails to upgrade from 44-12: Unit var-run.mount failed to load (ENOENT)
Package: systemd Version: 204-4 Severity: important Hi, dist-upgrading sid yesterday led to: | Setting up pcscd (1.8.8-4+b1) ... | Failed to issue method call: Unit var-run.mount failed to load: No such file or directory. See system logs and 'systemctl status var-run.mount' for details. | invoke-rc.d: initscript pcscd, action start failed. | dpkg: error processing pcscd (--configure): | subprocess installed post-installation script returned error exit status 6 […] | Setting up bluez (4.101-2+b1) ... | update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults | Failed to issue method call: Unit var-run.mount failed to load: No such file or directory. See system logs and 'systemctl status var-run.mount' for details. | invoke-rc.d: initscript bluetooth, action start failed. | dpkg: error processing bluez (--configure): | subprocess installed post-installation script returned error exit status 6 […] | $ systemctl status var-run.mount | var-run.mount |Loaded: error (Reason: No such file or directory) |Active: inactive (dead) | start condition failed at Wed 2013-09-11 20:31:36 CEST; 1 weeks 2 days ago Not filing as RC since it's fixed by just running: | $ sudo dpkg --configure -a | Setting up bluez (4.101-2+b1) ... | update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults | Setting up pcscd (1.8.8-4+b1) ... As asked by Michael on IRC: - journactl|grep var-run returns empty - nothing in /var/log/{messages,syslog}, dmesg. - I don't remember tweaking anything systemd-ish besides the kernel cmdline, to enable it. The full upgrade output is attached. Mraw, KiBi. -- Package-specific info: -- systemd-delta: -- 0 overridden configuration files found. -- systemctl dump: -- [ ~ 14000 lines stripped ] -- Contents of /var/lib/systemd/deb-systemd-helper-enabled: -- == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/rsyslog.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/lm-sensors.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/atd.service == == /var/lib/systemd/deb-systemd-helper-enabled/lm-sensors.service.dsh-also == /etc/systemd/system/multi-user.target.wants/lm-sensors.service == /var/lib/systemd/deb-systemd-helper-enabled/pcscd.socket.dsh-also == /etc/systemd/system/sockets.target.wants/pcscd.socket == /var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/pcscd.socket == == /var/lib/systemd/deb-systemd-helper-enabled/atd.service.dsh-also == /etc/systemd/system/multi-user.target.wants/atd.service == /var/lib/systemd/deb-systemd-helper-enabled/rsyslog.service.dsh-also == /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service == /var/lib/systemd/deb-systemd-helper-enabled/pcscd.service.dsh-also == /etc/systemd/system/sockets.target.wants/pcscd.socket == /var/lib/systemd/deb-systemd-helper-enabled/syslog.service == -- 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.10-2-amd64 (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 systemd depends on: ii initscripts 2.88dsf-43 ii libacl1 2.2.52-1 ii libaudit11:2.3.2-2 ii libc62.17-92+b1 ii libcap2 1:2.22-1.2 ii libcryptsetup4 2:1.6.1-1 ii libdbus-1-3 1.6.14-1 ii libgcrypt11 1.5.3-2 ii libkmod2 9-3 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.3-9 ii libselinux1 2.1.13-2 ii libsystemd-daemon0 204-4 ii libsystemd-journal0 204-4 ii libsystemd-login0204-4 ii libudev1 204-4 ii libwrap0 7.6.q-24 ii udev 204-4 ii util-linux 2.20.1-5.5 Versions of packages systemd recommends: ii libpam-systemd 204-4 Versions of packages systemd suggests: ii systemd-ui 2-2 -- no debconf information upgrade.txt.xz Description: application/xz
Bug#723937: flashplugin-nonfree: 'failed to extract Flash Player version...' when, update-flashplugin-nonfree --install
Package: flashplugin-nonfree Version: 1:3.2 Severity: normal Dear Maintainer, I've been having some issues with Chromium lately that I thought might be related to Flash so I thought I would ensure that I had the most recent available version. ken@neue:~$ sudo update-flashplugin-nonfree --verbose --install options : --verbose --install -- temporary directory: /tmp/flashplugin-nonfree.947ISm2mep importing public key ... selected action = --install installed version = 11.2.202.258 failed to extract Flash Player version from http://get2.adobe.com/flashplayer/?promoid=KFHNI at get-upstream-version.pl line 69. cleaning up temporary directory /tmp/flashplugin-nonfree.947ISm2mep ... ERROR: failed to get upstream version More information might be available at: http://wiki.debian.org/FlashPlayer -- Package-specific info: Debian version: jessie/sid Architecture: amd64 Package version: 1:3.2 Adobe Flash Player version: LNX 11,2,202,258 MD5 checksums: 999fec504e6d85b1b995264d796d49bf /var/cache/flashplugin-nonfree/install_flash_player_11_linux.x86_64.tar.gz 4efd7f0a0041a26e6c148120bcc311bb /var/cache/flashplugin-nonfree/install_flash_player_11_linux_x86_64.tar.gz 33024e10325ccec6c97e1ab36183af5a /usr/lib/flashplugin-nonfree/libflashplayer.so Alternatives: flash-mozilla.so - auto mode link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so /usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50 /usr/lib/gnash/libgnashplugin.so - priority 10 Current 'best' version is '/usr/lib/flashplugin-nonfree/libflashplayer.so'. lrwxrwxrwx 1 root root 34 Mar 9 2012 /usr/lib/mozilla/plugins/flash-mozilla.so - /etc/alternatives/flash-mozilla.so /usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to `/etc/alternatives/flash-mozilla.so' -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages flashplugin-nonfree depends on: ii binutils 2.23.52.20130828-1 ii debconf [debconf-2.0] 1.5.51 ii gnupg 1.4.14-1 ii libatk1.0-02.8.0-2 ii libcairo2 1.12.14-4 ii libcurl3-gnutls7.32.0-1 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc11:4.8.1-10 ii libglib2.0-0 2.36.4-1 ii libgtk2.0-02.24.20-1 ii libnspr4 2:4.10-1 ii libnss32:3.15.1-1 ii libpango1.0-0 1.32.5-5+b1 ii libstdc++6 4.8.1-10 ii libx11-6 2:1.6.1-1 ii libxext6 2:1.3.2-1 ii libxt6 1:1.1.4-1 ii wget 1.14-2 flashplugin-nonfree recommends no packages. Versions of packages flashplugin-nonfree suggests: pn halnone ii iceweasel 17.0.8esr-2 pn konqueror-nspluginsnone ii ttf-dejavu 2.33+svn2514-3 pn ttf-mscorefonts-installer none pn ttf-xfree86-nonfreenone -- 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#721839: RFS: musl/0.9.13-2 [ITP]
Ok, I uploaded it. Have done only minor change: diff --git a/debian/changelog b/debian/changelog index 346bdf2..9e328e6 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,6 +1,6 @@ musl (0.9.13-3) unstable; urgency=low - * Ready for Debian upload (Closes: #721839) + * Ready for Debian upload (Closes: #713072) * Respect user set CC * Reworked package according to feedback gven by Anton Gladky. See #721839 for reference. So you should close only ITP-bug. RFS-bug will be closed manually. Please, for future upload create only one additional changelog-paragraph. Cheers, Anton 2013/9/21 Kevin Bortis p...@bortis.ch: Hi I have revorked the debian/copyright file according to the additional comments given by Paul Richards Tagliamonte (FTP Master). Work done: * Incorporated all copyright info given from upstream in their copyright file * grep over complete source tree for the term Copyright and controlled it against debian/copyright I hope to statisfy all copyright holders and of course the Debian policy. The updated copyright file can be found for review under: https://github.com/wermut/musl/blob/master/debian/copyright https://github.com/wermut/musl The updated package is not yet uploaded to debian mentors. Sorry for the inconvenience and additional work. @ Boris Pek: Thank you for the tip. Regards Kevin On Fri, Sep 20, 2013 at 11:39 PM, Boris Pek tehn...@debian.org wrote: Hi Kevin, The package was not yet uploaded into Debian. - The package number should be 0.9.13-1 Could I still keep the incrementation, because the earlier versions are already tagged signed in the public git repository and also already uploaded to a Ubuntu PPA? (ppa:bortis/musl) So the first version for uploading would be 0.9.13-3 if you accept. Or we can wait for musl 0.9.14 wich, according to upstreams roadmap, will be released in the next two weeks to get a clean 0.9.14-1. My feeling is that you'll need to keep the Ubuntu PPA and the Debian package seperated and have them NOT in the same git branch. This will save you trouble down the road as Debian != Ubuntu in many aspects and you will face situations where you need only to upload Debian or Ubuntu... Just small additional tips: use specific versioning scheme in your PPA. For example: 0.9.14-0ppa1~raring1. As you can see, this version is lower that version in official Debian and Ubuntu archives. So once updated package will hit into main archive, it will be updated in users systems. I use this approach for a long period of time. You may find one of examples here: https://launchpad.net/~tehnick/+archive/q4wine/+packages Just look at Newer version available string. Related Git-repo: https://github.com/tehnick/q4wine-debian Just look at git tags. Best wishes, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723938: libdap: allow parallel building
Package: src:libdap Severity: wishlist Tags: patch Building libdap takes somehow a long time on slow architectures (takes nearly 1 hour on armhf). It can support parallel building to get the benefit of multi-core/cpu configuration. Attached is a patch doing so using debhelper magic. In more detail, debhelper will deal with the environmental variable DEB_BUILD_OPTIONS and to find if there is something like parallel=N. This is a standard variable, and if the value isn't set it will default to 1. Thanks, Aron libdap-parallel.diff Description: Binary data
Bug#713549: evolution-ews: FTBFS: e-ews-connection.c:1607:27: error: dereferencing pointer to incomplete type
Version: 3.8.5-1 Closing this bug report. -- 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#635476: current packaging work for Coverage 3.6
Hi Ben, and Barry! On Fri, Sep 20, 2013 at 1:42 PM, Ben Finney ben+deb...@benfinney.id.au wrote: On 03-Sep-2013, Ben Finney wrote: Let me know what you find and I look forward to working with you on this. I have now created a reStructuredText document for the command manual pages, and updated that document to match the current Coverage 3.6 behaviour. This closes bug#496002. Please test the packages and let me know how close we are to releasing this and uploading to Debian. Here is my quick review: Dpkg cannot replace directories with symlinks on package upgrades. You need a dpkg preinst hook to remove old /usr/lib/python2.*/dist-packages/coverage/htmlfiles before install, otherwise users who upgrade the package (like me) end up with that directory being empty. Symlinks to JS files are not installed, so Coverage fails to find jquery.min.js and other files. My nose package fails to build because of that. Script /usr/bin/python3-coverage has a versioned shebang. Then why /usr/bin/python3.3-coverage is needed? Directories /usr/share/python-coverage and /usr/share/python3-coverage have identical contents. Maybe it'll make sense to use a single directory (i.e. /usr/share/coverage) and split it to a separate binary package (i.e. coverage-data)? -- Dmitry Shachnev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717995: RFS: rawdog/2.18-1 [ITA]]
Am Samstag, den 21.09.2013, 11:27 +0100 schrieb Adam Sampson: On Sat, Sep 21, 2013 at 11:14:05AM +0200, Tobias Frost wrote: [...] you might want to add the appropriate VCS-* fields into your debian/control. There was also some discussion in the thread about managing it via the python-apps-team. Yup -- the reason I'd not done so is that the python-apps-team actually has a single repository for all the packages they manage, so if they're willing to take it I'd need to replay my changes against their repo anyway. If not, then I'll push my existing repo to a pkg-rawdog one on alioth. Thanks, If not going to python-appd-team you probably want to consider pushing it to collab-maint. https://wiki.debian.org/Alioth/Git#Collab_Maint_project -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723898: byzanz: Error during recording / byzanz stopps execution with audio recording enabled
Control: forwarded 723898 https://bugzilla.gnome.org/show_bug.cgi?id=708527 Thank you for the report. I have forwarded your bug report upstream. It seems this is a regression after the change to gstreamer 1.0 because audio recording was working before. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#694351: lsof: do not depend on perl 4 functionality
severity 694351 minor thanks On Sat, 31 Aug 2013 at 23:40:46 +0100, Simon McVittie wrote: Now that the Perl 5.18 transition is under way, lsof's dependency cannot be satisfied in unstable. libperl4-corelibs-perl is now available as a separate package, so lsof is installable again; back to minor. It'd be great to avoid this dependency anyway, though. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723908: clang-3.2: -fsanitize=undefined not working
On 21/09/2013 08:18, bodr...@mail.dm.unipi.it wrote: I seems some file is missing to enable the functionality required by the -fsanitize=undefined option. Maybe it should be included in some suggested or recomended package? Could you try with clang 3.3 ? Thanks, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723939: freenect: Current version in unstable doesn't support Xbox 360 Kinect device
Package: freenect Version: 1:0.1.2+dfsg-6 Severity: important Dear Maintainer, libfreenect v0.2.0 includes support for Kinect for Windows and Kinect for Xbox 360 Model 1473 support. Without this, certain Kinect models don't work as expected. For example, $ freenect-glview Kinect camera test Number of devices found: 1 send_cmd: Bad magic 06 00 freenect_fetch_reg_pad_info: send_cmd read -1 bytes (expected 8) freenect_camera_init(): Failed to fetch registration pad info for device Could not open device I believe this issue is fixed by upgrading to the latest upstream version. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freenect depends on: ii libfreenect-bin 1:0.1.2+dfsg-6 ii libfreenect-dev 1:0.1.2+dfsg-6 ii libfreenect-doc 1:0.1.2+dfsg-6 ii libfreenect0.1 1:0.1.2+dfsg-6 freenect recommends no packages. freenect suggests no packages. -- no debconf information
Bug#723586: apt thinks :any dependencies are satisfied but dpkg doesn't
On Tue, Sep 17, 2013 at 6:20 PM, Stuart Prescott stu...@debian.org wrote: The introduction of the dependency python3:any (= 3.2.3-3~) in a number of python3 packages should require that python3 be upgraded to at least version 3.3.0-2 since that is the first version that is marked as Multi-Arch: allowed. […] However, wheezy's apt appears to think that the non-multi-arch'd python3 package in wheezy satisfies this dependency (the version is sufficient but the :any requires a Multi-Arch: allowed package). Can you confirm that this only happens on single-arch systems? The attached patch seems to fix that (but I only tested with the included testcase). As its trivial it should be possible to get it into a point-release. I would say its a good idea to raise the versionnumber non-the-less for all the people who are naughty and don't follow point-releases. And its more correct / less confusing, as its not an completely bogus idea to strip :any in single architecture environments. It has no meaning there anyway, right? ;) Best regards David Kalnischkies 0001-don-t-strip-any-from-dependencies-in-single-arch.patch Description: Binary data
Bug#723941: v-sim: fails to upgrade from 'testing' - trying to overwrite /usr/share/applications/v-sim.desktop
Package: v-sim Version: 3.7.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Preparing to replace v-sim 3.6.0-3 (using .../v-sim_3.7.0-1_amd64.deb) ... Unpacking replacement v-sim ... dpkg: error processing /var/cache/apt/archives/v-sim_3.7.0-1_amd64.deb (--unpack): trying to overwrite '/usr/share/applications/v-sim.desktop', which is also in package v-sim-common 3.6.0-3 Preparing to replace v-sim-common 3.6.0-3 (using .../v-sim-common_3.7.0-1_all.deb) ... Unpacking replacement v-sim-common ... Processing triggers for libglib2.0-0:amd64 ... Errors were encountered while processing: /var/cache/apt/archives/v-sim_3.7.0-1_amd64.deb cheers, Andreas v-sim_3.7.0-1.log.gz Description: GNU Zip compressed data
Bug#723586: apt thinks :any dependencies are satisfied but dpkg doesn't
Hi David, However, wheezy's apt appears to think that the non-multi-arch'd python3 package in wheezy satisfies this dependency (the version is sufficient but the :any requires a Multi-Arch: allowed package). Can you confirm that this only happens on single-arch systems? Indeed, this seems to be the case. The same test as in the original bug report completes successfully if I dpkg --add-architecture amd64; apt-get update prior to attempting the (partial) upgrade. I would say its a good idea to raise the versionnumber non-the-less for all the people who are naughty and don't follow point-releases. Indeed, there are always sufficiently many of them that it's better not to have to require upgraded tools in the old release prior to upgrading. And its more correct / less confusing, as its not an completely bogus idea to strip :any in single architecture environments. It has no meaning there anyway, right? ;) almost! (and it certainly is if you think you know what :any might mean and haven't yet managed to find documentation for what it means in Policy...) thanks for looking into it Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprintBE65 FD1E F4EA 08F3 23D4 3C6D 9FE8 B8CD 71C5 D1A8 GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723676: pgadmin3-data: pgadmin3 shows es_CA (Catalan) texts when running in es_ES locale
This is an upstream issue. I commited on the wrong directory. This is now fixed in git. Thanks for reporting the issue. -- Guillaume http://blog.guillaume.lelarge.info http://www.dalibo.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701300: RE : Re: [Pkg-ace-devel] Bug#701300: ld weak symbols or ACE problem?
Original message Subject: Re: [Pkg-ace-devel] Bug#701300: ld weak symbols or ACE problem? From: Agustin Martin agmar...@debian.org To: ?? ?? pashev.i...@gmail.com,701...@bugs.debian.org CC: Debian ACE+TAO maintainers pkg-ace-de...@lists.alioth.debian.org Hello, Sorry I have missed that report. I had a similar, private email report, with the same claim. So it's likely to be needed, even though I don't understandyet why. Thomas
Bug#723942: ITP: algobox -- algorithmics introduction - French UI
Package: wnpp Severity: wishlist Owner: David Prévot taf...@debian.org * Package name: algobox Version : 0.8 Upstream Author : Pascal Brachet pbrac...@xm1math.net * URL : http://www.xm1math.net/algobox/ * License : GPL-2 Programming Lang: C++ Description : algorithmics introduction - French UI AlgoBox is an algorithm creation and execution helper, targeted to French high school students. It’s based on an educational logic (learning via logical structures instead of piling up code lines). I intend to maintain it under the debian-edu umbrella unless a better fitted team should be considered. signature.asc Description: Digital signature
Bug#701861: Preferences regarding Debian's Guile version string
Hi, It seems that Guile has support for specifying the packager, package version, and URL for package-specific bug reports. This ends up forming part of %guile-build-info, and also propagates out to guile --help. Unfortunately there's no configure argument for it, that I know of, but if you add the appropriate -D lines when compiling you get these: #ifdef PACKAGE_PACKAGER *loc = scm_acons (scm_from_latin1_symbol (packager), scm_from_latin1_string (PACKAGE_PACKAGER), *loc); #endif #ifdef PACKAGE_PACKAGER_VERSION *loc = scm_acons (scm_from_latin1_symbol (packager-version), scm_from_latin1_string (PACKAGE_PACKAGER_VERSION), *loc); #endif #ifdef PACKAGE_PACKAGER_BUG_REPORTS *loc = scm_acons (scm_from_latin1_symbol (packager-bug-reports), scm_from_latin1_string (PACKAGE_PACKAGER_BUG_REPORTS), *loc); #endif I guess these should be UTF-8 strings, eh. Anyway, that's probably the right way to do it. If you add a patch to configure.ac to add --with-packager=... arguments or something like that, send it upstream ;-) Cheers, Andy -- http://wingolog.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652003: Fwd: Ticket #961
On Mon, Sep 16, 2013 at 06:53:21PM +, Zooko O'Whielacronx wrote: Okay, now that I've reviewed http://anonscm.debian.org/gitweb/?p=tahoe/tahoe.git;a=blob;f=debian/README.Debian;h=14ea2a7c1b38d41df36dd052c44cdf22603fd775;hb=87f7666c2c3a5059dc28ea95c336b9de7f08ae47 and http://anonscm.debian.org/gitweb/?p=tahoe/tahoe.git;a=blob;f=debian/tahoe-lafs.init;h=13b505fb4b2d4be959e3df7edef02a369a48fc7c;hb=8428876521454b5fd2b0719048caf909c0ab68ee are there any more patches I should review? No, there isn't. Thanks for the time you took to have a look at it. I rewrote it quite extensively to integrate the review you did, as well as one intrigeri did by private email. It does now use tahoe-lafs's own stop and restart commands as you pointed, and it had a lot of improvement on the shell writing style side. If you believe it is now in a better shape, I think it is ready to be merged into the package. I still have one or two minor packaging improvement to push. Once done, the package should be ready to be uploaded in the Debian archive. You can read the last initscript version there : http://anonscm.debian.org/gitweb/?p=tahoe/tahoe.git;a=blob;f=debian/tahoe-lafs.init;h=dda97b498f0f47b3d284fd4228e8e0a1cd2b;hb=refs/heads/feature/sysvinit bert. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717509: No activity on this bug
On Fri, Sep 20, 2013 at 2:51 PM, Thomas Goirand z...@debian.org wrote: Hi, This bug has seen no activity for nearly 2 months now. Could the current maintainer (Su YunQiang) work on it? It's quite annoying to see such Yes, I am working on it with upstream. important bug without anyone working on it, and the package being in the OpenStack team... Cheers, Thomas -- 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#723727: [Pkg-systemd-maintainers] Bug#723727: Bug#723727: at: debug output at install time??
]] Michael Biebl [...] I think, what we did so far is mimic the output of systemctl. systemctl enable|disable is rather verbose as it outputs what symlinks it creates, in contrast to e.g.systemctl restart|start|stop|reload, which is completely silent and only returns an exit code. That is in contrast to update-rc.d, which is completely silent on defaults|remove (unless there is an error) and invoke-rc.d, which prints the output of the SysV init script. I only think we should output it if asked for via some debug flag. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652003: Fwd: Ticket #961
Hi again, Forgot to add that I've also updated the README.Debian file so that the node $UID is different from its nickname when creating it. Last update is available at: http://anonscm.debian.org/gitweb/?p=tahoe/tahoe.git;a=blob;f=debian/README.Debian;h=00d9827c68be510fb4ec1d77e54c0b35b1877e46;hb=refs/heads/feature/sysvinit bert. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720318: quiterss: Segmentation Fault when pressing on 'next unread'
On 21 Sep 17:03, Dmitry Smirnov wrote: Usually you can rebuild the package with debugging symbols using the following commands (assuming devscripts package installed): apt-get source quiterss DEB_BUILD_OPTIONS=nostrip debuild -uc -b I might provide quiterss-dbg package in the future... I launched it under gdb even without debug info, and it segfaults reliably when clicking on Next unread when * There is no article opened in the right pane, AND * There are unread articles in the left one. I had some difficulties to reproduce this so it would be very helpful if you could provide a meaningful backtrace. You might need to install additional packages like libgtk-3-0-dbg etc., read more in https://wiki.debian.org/HowToGetABacktrace Thank you for the patience in pointing me towards the right link in the debian wiki, I tried to do my best in following it. * Rebuilt quiterss package with debug symbols * Installed it with dpkg * MALLOC_CHECK_=2 gdb quiterss Inside gdb I did this: * (gdb) set logging on * (gdb) run [ click on 'Next unread', SIGSEGV] * (gdb) thread apply all bt full 500 I'll attach the log of this gdb session to this email. As another try to explain the problem, I uploaded showing the behaviour here: https://www.youtube.com/watch?v=NUin0NSsHz8 Thank you. You're welcome. -- Regards, Dmitry Smirnov GPG key : 4096R/53968D1B Regards, Mark -- . ''`. | GPG Public Key : 0xCD542422 - Download it from http://is.gd/fOa7Vm : :' : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422 `. `'` | Powered by Debian GNU/Linux, http://www.debian.org `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB. quiterss.log.xz Description: Binary data signature.asc Description: Digital signature
Bug#711988: limit source to lintian, tagging 711988
Hi Niels, On Mon, Sep 16, 2013 at 12:35:36AM +0200, Niels Thykier wrote: Subject: limit source to lintian, tagging 711988 #lintian (2.5.18) UNRELEASED; urgency=low # # * data/scripts/interpreters: #+ [NT] Use python:any | python-minimal:any as dependency # for python scripts. This fixes a false-positive for # python-script-but-no-python-dep when dh_python2 generates # a dependency of python:any. Thanks to Francois Gouget # for the report. (Closes: #711988) # limit source lintian tags 711988 + pending thanks I just tested the version of lintian currently in git, and I still get python-script-but-no-python-dep, because lintian doesn't think python2.7:any (added by dh_python2) is a sufficient dependency. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723944: gnome-terminal: g-t says it is xterm while in fact it is xterm-256color, this severely limits the user experience/comfort
Package: gnome-terminal Version: 3.4.1.1-2 Severity: important g-t says it is xterm while in fact it is xterm-256color, this severely limits the user experience/comfort Without the correct xterm-256color settings programs are limited to 16 colors. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-rc4-amd64 (SMP w/8 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 gnome-terminal depends on: ii gconf-service 3.2.6-1 ii gnome-terminal-data3.4.1.1-2 ii gsettings-desktop-schemas 3.4.2-3 ii libatk1.0-02.8.0-2 ii libc6 2.17-3 ii libgconf-2-4 3.2.6-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.1-2build1 ii libgtk-3-0 3.4.2-6 ii libice62:1.0.8-2 ii libpango1.0-0 1.32.5-5+b1 ii libsm6 2:1.2.1-2 ii libvte-2.90-9 1:0.32.2-1 ii libx11-6 2:1.6.0-1 Versions of packages gnome-terminal recommends: ii dbus-x11 1.6.12-1 ii gvfs 1.12.3-4 ii yelp 3.8.1-2 gnome-terminal 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#711988: limit source to lintian, tagging 711988
On 2013-09-21 17:03, Ivo De Decker wrote: Hi Niels, On Mon, Sep 16, 2013 at 12:35:36AM +0200, Niels Thykier wrote: Subject: limit source to lintian, tagging 711988 #lintian (2.5.18) UNRELEASED; urgency=low # # * data/scripts/interpreters: #+ [NT] Use python:any | python-minimal:any as dependency # for python scripts. This fixes a false-positive for # python-script-but-no-python-dep when dh_python2 generates # a dependency of python:any. Thanks to Francois Gouget # for the report. (Closes: #711988) # limit source lintian tags 711988 + pending thanks I just tested the version of lintian currently in git, and I still get python-script-but-no-python-dep, because lintian doesn't think python2.7:any (added by dh_python2) is a sufficient dependency. Cheers, Ivo Hi, Thanks for testing it. Is the package available in the archive to test against? It is honestly not too surprising that Lintian does not like python 2.7; its list of versioned interpreters stops at 2.6. Maybe we should fix that too. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723945: update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
Package: ifupdown Version: 0.7.44 Setting up ifupdown (0.7.44) ... Installing new version of config file /etc/init.d/networking ... update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723946: crashes due to: Assertion `Token::simpleMatch(tok, } while ()' failed
Package: cppcheck Version: 1.61-1 Severity: normal I was running it on AFNI codebase and at 60% it just crashed leaving report after night run 'incomplete': $ cppcheck count.c Checking count.c... cppcheck: lib/checkuninitvar.cpp:1357: bool CheckUninitVar::checkScopeForVariable(const Scope*, const Token*, const Variable, bool*, bool*, const string): Assertion `Token::simpleMatch(tok, } while ()' failed. [1]23431 abort cppcheck count.c Attaching count.c (released under GPL v2, see file header for copyright info) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cppcheck depends on: ii libc6 2.17-7 ii libgcc11:4.8.1-8 ii libpcre3 1:8.31-2 ii libstdc++6 4.8.1-8 ii libtinyxml2-0.0.0 0~git20120518.1.a2ae54e-1 cppcheck recommends no packages. cppcheck suggests no packages. -- no debconf information /* Major portions of this software are copyrighted by the Medical College of Wisconsin, 1994-2000, and are released under the Gnu General Public License, Version 2. See the file README.Copyright for details. **/ #include stdio.h #include string.h #include stdlib.h #include time.h #include mrilib.h int ranco(int,int, long int) ; extern int *z_rand_order(int bot, int top, long int seed); void usage_count(int detail) { printf( Usage: count [options] bot top [step]\n \n * Produces many numbered copies of the root and/or suffix,\n counting from 'bot' to 'top' with stride 'step'.\n * If 'bot' 'top', counts backwards with stride '-step'.\n * If step is of the form 'R#', then '#' random counts are produced\n in the range 'bot..top' (inclusive).\n * If step is of the form 'S', then a random sequence of unique integers\n in the range 'bot..top' (inclusive) is output.\n A number after S ('S#') indicates the number of unique integers\n to output. If # exceeds the number of unique values, the shuffled\n sequence will simply repeat itself. (N.B.: 'S' is for 'Shuffle'.)\n * 'bot' and 'top' must not be negative; step must be +ve (defaults to 1).\n * 'bot' and 'top' can be any character between 'A' and 'Z' or 'a' and 'z'.\n In these instances, the counting is from character bot \n to character top. If you do not specify -form, the program\n will automatically choose -form '%%c'. For example:\n count a z\n or to get the ASCII value of the characters:\n count -form %%d a z\n \n Options:\n -seedseed number for random number generator (for S and R above)\n -sseed seed string for random number generator (for S and R above)\n -column writes output, one number per line (with root and suffix, if any)\n -digits nprints numbers with 'n' digits [default=4]\n -form CFRM print the numbers with the CFRM formatting string. \n e.g.: count -form %%c 49 130 \n or count -form '%%03d:-)' 97 99 \n You can't use any type of C formatting, only those who\n take an integer for an input. Using '%%f', or '%%s' will \n cause a crash.\n -form overrides -digits.\n -root rrrprints string 'rrr' before the number [default=empty]\n -sep s prints single character 's' between the numbers [default=blank]\n [normally you would not use '-sep' with '-column']\n -suffix sss prints string 'sss' after the number [default=empty]\n -scale fff multiplies each number by the factor 'fff';\n if this option is used, -digits is ignored and\n the floating point format '%%g' is used for output.\n ('fff' can be a floating point number.)\n -comma put commas between the outputs, instead of spaces\n (same as '-sep ,')\n -skipnmodm n m skip over numbers with a modulus of n with m\n -skipnmodm 15 16 would skip 15, 31, 47, ...\n not valid with random number sequence options\n \n The main application of this program is for use in C shell programming:\n foreach fred ( `count 1 20` )\n mv wilma.${fred} barney.${fred}\n end\n The backward quote operator in the foreach statement executes the\n count program, captures its output, and puts it on the command line.\n The loop body renames each file wilma.0001 to wilma.0020 to barney.0001\n to barney.0020. Read the man page for csh to get more information. In\n particular, the csh
Bug#723947: dpkg: warning: unable to delete old directory '/etc/iproute2': Directory not empty
Package: iproute Version: 1:3.11.0-1 Preparing to replace iproute 20121211-2 (using .../iproute_1%3a3.11.0-1_all.deb) ... Unpacking replacement iproute ... dpkg: warning: unable to delete old directory '/etc/iproute2': Directory not empty Selecting previously unselected package iproute2. Unpacking iproute2 (from .../iproute2_3.11.0-1_i386.deb) ... # ls -l /etc/iproute2 -rw-r--r-- 1 root root 75 2012-12-12 ematch_map -rw-r--r-- 1 root root 31 2012-05-22 group -rw-r--r-- 1 root root 442 2012-05-22 rt_dsfield -rw-r--r-- 1 root root 317 2012-05-22 rt_protos -rw-r--r-- 1 root root 112 2012-05-22 rt_realms -rw-r--r-- 1 root root 92 2012-05-22 rt_scopes -rw-r--r-- 1 root root 87 2012-05-22 rt_tables Sure hope everything is OK... debsums says so. Good. No I don't know if it is iproute or iproute2 causing the problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723948: libatk-bridge-2.0-0-udeb: uninstallable; depends on missing libatspi2.0-0 (= 2.9.4)
Package: libatk-bridge-2.0-0-udeb Version: 2.9.5-2 Severity: grave Tags: d-i Justification: renders package unusable Hi, thanks for adding that udeb, but that's still not OK: | libatk-bridge-2.0-0-udeb (= 2.9.5-2): FAILED | libatk-bridge-2.0-0-udeb (= 2.9.5-2) depends on missing: | - libatspi2.0-0 (= 2.9.4) | libatk-adaptor-udeb (= 2.9.5-2): FAILED | libatk-adaptor-udeb (= 2.9.5-2) depends on one of: | - libatk-bridge-2.0-0-udeb (= 2.9.5-2) Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723949: cannot upgrade
Package: xserver-xorg-core Version: 2:1.12.4-6.2+b2 Severity: wishlist Is there something I am doing wrong? # aptitude install ~U The following packages will be upgraded: xserver-xorg-core 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 1,232 kB of archives. After unpacking 360 kB will be freed. The following packages have unmet dependencies: xserver-xorg-input-synaptics : Depends: xorg-input-abi-16 which is a virtual package. xserver-xorg-input-kbd : Depends: xorg-input-abi-16 which is a virtual package. xserver-xorg-video-intel : Depends: xorg-video-abi-12 which is a virtual package. xserver-xorg-video-fbdev : Depends: xorg-video-abi-12 which is a virtual package. xserver-xorg-input-evdev : Depends: xorg-input-abi-16 which is a virtual package. xserver-xorg-input-mouse : Depends: xorg-input-abi-16 which is a virtual package. The following actions will resolve these dependencies: Remove the following packages: 1) xorg 2) xserver-xorg 3) xserver-xorg-input-evdev 4) xserver-xorg-input-kbd 5) xserver-xorg-input-mouse 6) xserver-xorg-input-synaptics 7) xserver-xorg-video-fbdev 8) xserver-xorg-video-intel Accept this solution? [Y/n/q/?] n The following actions will resolve these dependencies: Keep the following packages at their current version: 1) xserver-xorg-core [2:1.12.4-6.2+b2 (now, unstable)] Accept this solution? [Y/n/q/?] n *** No more solutions available *** -- System Information: Debian Release: jessie/sid APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723950: libexperimental-perl: Make package backportable without extra build-deps
Package: libexperimental-perl Version: 0.005-1 Severity: wishlist Tags: patch Having a libexperimental-perl package available via wheezy-backports (possibly squeeze-sloppy) would make life easier for people who want to maintain the same software for jessie/sid, wheezy (and possibly squeeze). I have attached a patch that replaces usage of Module::Build::Tiny (which is only available in jessie/sid) with a simple EU:MM thing that does the job. If nobody objects, I intend to upload packages to wheezy-backports -- possibly squeeze-sloppy in the next few days. Cheers, -Hilko diff --git a/debian/control b/debian/control index 3896130..3ba8a67 100644 --- a/debian/control +++ b/debian/control @@ -4,6 +4,5 @@ Priority: optional Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Uploaders: gregor herrmann gre...@debian.org -Build-Depends: debhelper (= 9.20130630), - libmodule-build-tiny-perl, +Build-Depends: debhelper (= 9), perl Standards-Version: 3.9.4 diff --git a/debian/rules b/debian/rules index 2d33f6a..71ef367 100755 --- a/debian/rules +++ b/debian/rules @@ -2,3 +2,11 @@ %: - dh $@ + dh $@ --buildsystem=perl_makemaker + +override_dh_auto_configure: + echo 'use ExtUtils::MakeMaker; WriteMakefile' Makefile.PL + dh_auto_configure + +override_dh_auto_clean: + dh_auto_clean + rm -f Makefile.PL
Bug#723949: cannot upgrade
Hi, Inputs and drivers need to be built against the new version of xserver-xorg-core (1.14.3). It will happen on the next days/weeks. Please do not report this kind of bugs for packages in experimental. Cheers Mike On Sat, 2013-09-21 at 23:32 +0800, jida...@jidanni.org wrote: Package: xserver-xorg-core Version: 2:1.12.4-6.2+b2 Severity: wishlist Is there something I am doing wrong? # aptitude install ~U The following packages will be upgraded: xserver-xorg-core 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 1,232 kB of archives. After unpacking 360 kB will be freed. The following packages have unmet dependencies: xserver-xorg-input-synaptics : Depends: xorg-input-abi-16 which is a virtual package. xserver-xorg-input-kbd : Depends: xorg-input-abi-16 which is a virtual package. xserver-xorg-video-intel : Depends: xorg-video-abi-12 which is a virtual package. xserver-xorg-video-fbdev : Depends: xorg-video-abi-12 which is a virtual package. xserver-xorg-input-evdev : Depends: xorg-input-abi-16 which is a virtual package. xserver-xorg-input-mouse : Depends: xorg-input-abi-16 which is a virtual package. The following actions will resolve these dependencies: Remove the following packages: 1) xorg 2) xserver-xorg 3) xserver-xorg-input-evdev 4) xserver-xorg-input-kbd 5) xserver-xorg-input-mouse 6) xserver-xorg-input-synaptics 7) xserver-xorg-video-fbdev 8) xserver-xorg-video-intel Accept this solution? [Y/n/q/?] n The following actions will resolve these dependencies: Keep the following packages at their current version: 1) xserver-xorg-core [2:1.12.4-6.2+b2 (now, unstable)] Accept this solution? [Y/n/q/?] n *** No more solutions available *** -- System Information: Debian Release: jessie/sid APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') signature.asc Description: This is a digitally signed message part
Bug#722375: [DRE-maint] Bug#722375: Updating the Ruby packaging policy for your package «libposixlock-ruby»
Tomas Pospisek dijo [Sat, Sep 14, 2013 at 12:52:52PM +0200]: Hello Gunnar and dear Ruby maintainers, I'm currently off, travelling the world. Possibly I will try to bring my Ruby package up to speed, but more probably I won't. Finding the time and calm, internet and AC current is too much of a rare coincidence. So please if anybody feels like fixing my package up, the please do so, thanks a lot and greets to you all, *t Hi Tomas, I downloaded your package to take a stab at repackaging it, but found you had this in your README: The upstream posixlock gem has not been ported and doesn't compile under ruby 1.9. -- Tomas Pospisek tpo_...@sourcepole.ch Tue, 03 Jul 2012 The last time upstream appears to have touched the code is in 2009, but Web references I found to it seem to be from 2005-2007 (maybe the http://www.codeforpeople.com/ server was installed in 2009?); the code is really tied into the C structures of Ruby objects, and I agree with your comment: It fails to build for 1.9.3. Now, although this functionality seems important, the package has no reverse dependencies, and has a very low popcon index. So, I'd suggest filing a bug for its removal. It would be best if you could file this bug; otherwise, I can do it, but please tell me if I should proceed (or, of course, if I should _not_ do so). rant Also I own a HP 6710 series laptop that contains an AMD Seymour Radeon HD 6400M/7400M Series discrete gfx chip that aparently can't be switched off and completely randomly switches itself on and sucks all power out of the batteries, so working off grid over more than an hour is practically impossible. A true piece of shit hw. /rant Ugh. :( signature.asc Description: Digital signature
Bug#723948: libatk-bridge-2.0-0-udeb: uninstallable; depends on missing libatspi2.0-0 (= 2.9.4)
Control: clone -1 -2 Control: reassign -2 at-spi2-core Control: retitle -2 Please add libatspi2.0-0-udeb Control: block -1 by -2 Control: clone -2 -3 Control: reassign -3 dbus Control: retitle -3 Please add libdbus-1-3-udeb Control: block -2 by -3 Cyril Brulebois, le Sat 21 Sep 2013 17:28:42 +0200, a écrit : thanks for adding that udeb, but that's still not OK: | libatk-bridge-2.0-0-udeb (= 2.9.5-2): FAILED | libatk-bridge-2.0-0-udeb (= 2.9.5-2) depends on missing: | - libatspi2.0-0 (= 2.9.4) Ah, damn, sure. Will do. This will however also need a udeb for libdbus, thus cloning for dbus too. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723953: nmu: gtk+3.0_3.8.4-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please schedule a binNMU for gtk+3.0 so the -udeb gets a proper depdency on libatk-bridge2.0-0-udeb, which has been added in the mean time. nmu gtk+3.0_3.8.4-1 . ALL . -m Rebuild against libatk-bridge2.0-0-udeb. Closes: #723557 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723948: [Pkg-utopia-maintainers] Bug#723948: libatk-bridge-2.0-0-udeb: uninstallable; depends on missing libatspi2.0-0 (= 2.9.4)
Am 21.09.2013 17:43, schrieb Samuel Thibault: Control: clone -1 -2 Control: reassign -2 at-spi2-core Control: retitle -2 Please add libatspi2.0-0-udeb Control: block -1 by -2 Control: clone -2 -3 Control: reassign -3 dbus Control: retitle -3 Please add libdbus-1-3-udeb Control: block -2 by -3 Cyril Brulebois, le Sat 21 Sep 2013 17:28:42 +0200, a écrit : thanks for adding that udeb, but that's still not OK: | libatk-bridge-2.0-0-udeb (= 2.9.5-2): FAILED | libatk-bridge-2.0-0-udeb (= 2.9.5-2) depends on missing: | - libatspi2.0-0 (= 2.9.4) Ah, damn, sure. Will do. This will however also need a udeb for libdbus, thus cloning for dbus too. Hm, crap, I've just filed #723953. having yet another udeb (libdbus) is annoying. Couldn't atk just use GDBus so we can avoid this? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#723953: nmu: gtk+3.0_3.8.4-1
Michael Biebl bi...@debian.org (2013-09-21): Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please schedule a binNMU for gtk+3.0 so the -udeb gets a proper depdency on libatk-bridge2.0-0-udeb, which has been added in the mean time. nmu gtk+3.0_3.8.4-1 . ALL . -m Rebuild against libatk-bridge2.0-0-udeb. Closes: #723557 FWIW, while it shouldn't hurt to get that fixed, that won't be sufficient for it to be installable just yet, because of #723948 which I've just filed. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723954: openssl: FTBFS with perl 5.18: pod2man errors
Source: openssl Version: 1.0.1e-3 Severity: serious X-Debbugs-CC: debian-p...@lists.debian.org User: debian-p...@lists.debian.org Usertags: perl-5.18-transition From my pbuilder build log: ... created directory `/tmp/buildd/openssl-1.0.1e/debian/tmp/usr/share/man/man3' created directory `/tmp/buildd/openssl-1.0.1e/debian/tmp/usr/share/man/man5' created directory `/tmp/buildd/openssl-1.0.1e/debian/tmp/usr/share/man/man7' installing man1/CA.pl.1ssl installing man1/asn1parse.1ssl installing man1/c_rehash.1ssl installing man1/ca.1ssl installing man1/ciphers.1ssl installing man1/cms.1ssl cms.pod around line 457: Expected text after =item, not a number cms.pod around line 461: Expected text after =item, not a number cms.pod around line 465: Expected text after =item, not a number cms.pod around line 470: Expected text after =item, not a number cms.pod around line 474: Expected text after =item, not a number POD document had syntax errors at /usr/bin/pod2man line 71. make[1]: *** [install_docs] Error 255 make[1]: Leaving directory `/tmp/buildd/openssl-1.0.1e' make: *** [install] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 Although it seems strange for pod2man to reject a list of numbers (as exit codes with descriptions), which is why I'm CCing debian-perl to see if it's maybe a bug in pod2man. -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722432: RFS: totem-plugin-arte/3.2.0-1
Package: sponsorship-requests Followup-For: Bug #722432 Adding block to 722609, as you say on mentors: The package FTBS currently (09/12) because of this unrelated bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722609; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org