Bug#641671: amusing crash when run w/o an input file
Looks fixed with ffmpeg2theora 0.29 on Debian Jessie. I get: % ffmpeg2theora -o test.ogv ERROR: no input specified Matt Flaschen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712512: Brother HL-1250 needs usb quirks fix (was: Ghostscript seems to be working; usb problem)
Control: reassign -1 src:cups Control: retitle -1 Brother HL-1250 needs usb quirks fix Control: tags -1 +patch Le lundi, 3 novembre 2014, 16.44:10 Till Kamppeter a écrit : On 11/01/2014 09:17 PM, ael wrote: On Fri, Oct 31, 2014 at 11:35:05PM +0100, Till Kamppeter wrote: USB printer does not print or prints garbage on https://wiki.ubuntu.com/DebuggingPrintingProblems Somehow my last message repeated -o usb-no-reattach-default=true when the first should have been -o usb-unidir-default=true . That is either option fixes the bug it seems. I am editing /usr/share/cups/usb/org.cups.usb-quirks for now but it is not clear to me which option to use: unidir or no-reattach? Which is preferable? ael: can you confirm that unidir (without no-reattach) alone works? Given the other Brother printers listed in the quirks file, I'd tend to think that 'no-reattach' is necessary though, see attached patch. Thanks in advance, cheers, OdyXDescription: Add Brother HL-1250 usb quirks fix Author: Didier Raboud o...@debian.org Bug-Debian: https://bugs.debian.org/712512 Last-Update: 2014-11-04 --- a/backend/org.cups.usb-quirks +++ b/backend/org.cups.usb-quirks @@ -90,6 +90,9 @@ # Canon, Inc. MF4150 Printer, https://bugs.launchpad.net/bugs/1160638 0x04a9 0x26a3 no-reattach +# Brother Industries, Ltd HL-1250 Laser Printer, https://bugs.debian.org/712512 +0x04f9 0x0007 no-reattach + # Brother Industries, Ltd HL-1430 Laser Printer, https://bugs.launchpad.net/bugs/1038695 0x04f9 0x001a no-reattach
Bug#768015: reprepro fails on 'uniform compressed' dpkg binary packages
Package: reprepro Version: 4.16.0-1 Severity: wishlist dpkg 1.17.6 and newer supports so called uniform compression where control.tar is compressed with the same compressor that was used for data.tar, meaning for xz you end up with data.tar.xz and control.tar.xz. reprepro currently hardcodes control.tar.gz and fails on uniformly compressed debian packages. it would be nice if you could add support for this in reprepro (yes, i'm aware that this is currently a non-default option in dpkg but i'm using this for my own packages (outside debian)). Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767999: base-files: fails to install with pre-jessie debootstrap
reassign -1 debootstrap thanks On Tue, Nov 04, 2014 at 01:05:11AM +0100, Adam Borowski wrote: Package: base-files Version: 7.10 Severity: grave W: Failure trying to run: chroot /tmp/unstable/. dpkg --force-depends --install /var/cache/apt/archives/base-files_7.10_i386.deb /var/cache/apt/archives/base-passwd_3.5.36_i386.deb While #766459 fixed debootstrapping with jessie's debootstrap, I'm afraid this doesn't solve most use cases that include upgrading, installation from non-DI or installation in hosting scenarios. For a long time, most versions of debootstrap in use will come from wheezy, Red Hat or some random live-cd. None of those can install jessie :( Thus, I'm afraid that fixing *new* copies of debootstrap is not enough, and this bug needs to be solved in base-files or base-passwd. For the umpteenth time: This is a bug in debootstrap and that's where it should be fixed!!! (And you should really read the full logs for Bug#766459 to understand this instead of killing the messenger one more time, base-files does not do anything which is not allowed by policy). Just ask debootstrap maintainers to make an upload for stable so that the next point release of wheezy has a fix for this. We *need* a new debootstrap in stable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768016: ffmpeg2theora crashes with segfault with mp3/mjpeg input from AmazonMP3
Package: ffmpeg2theora Version: 0.29.0~git+20140316-2+b1 Severity: normal Dear Maintainer, When attempting to convert a file from AmazonMP3, ffmpeg2theora crashes right away with a segmentation fault. However, avconv is able to convert it and the output from that plays correctly. avconv -i shows the following information: --- avconv version 11-6:11-2, Copyright (c) 2000-2014 the Libav developers built on Oct 19 2014 20:25:25 with gcc 4.9.1 (Debian 4.9.1-18) [mp3 @ 0xc344a0] max_analyze_duration 500 reached Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, mp3, from '01 - Back From The Dead [feat. Big Sean] [Explicit].mp3': Metadata: title : Back From The Dead [feat. Big Sean] [Explicit] artist : Skylar Grey album : Don't Look Down [Explicit] [+digital booklet] genre : Pop composer: Travis Barker track : 1/14 disc: 1/1 album_artist: Skylar Grey copyright : (C) 2014 KIDinaKORNER/Interscope Records date: 2014 Duration: 00:04:22.76, start: 0.00, bitrate: 263 kb/s Stream #0.0: Audio: mp3, 44100 Hz, 2 channels, s16p, 256 kb/s Metadata: encoder : LAME3.96 Side data: replaygain: track gain - -8.60, track peak - unknown, album gain - unknown, album peak - unknown, Stream #0.1: Video: mjpeg, yuvj420p, 600x600 [PAR 1:1 DAR 1:1], 90k tbn Metadata: title : comment : Cover (front) At least one output file must be specified --- Adding --novideo does not help. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ffmpeg2theora depends on: ii libavcodec566:11-2 ii libavdevice55 6:11-2 ii libavfilter56:11-2 ii libavformat56 6:11-2 ii libavresample2 6:11-2 ii libavutil54 6:11-2 ii libc6 2.19-12 ii libkate10.4.1-1.1 ii libogg0 1.3.2-1 ii liboggkate1 0.4.1-1.1 ii libpostproc52 6:0.git20120821-4 ii libswscale3 6:11-2 ii libtheora0 1.1.1+dfsg.1-3.2 ii libvorbis0a 1.3.2-1.5 ii libvorbisenc2 1.3.2-1.5 ffmpeg2theora recommends no packages. ffmpeg2theora 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#765285: removed on failed archs
Waiting upstream fix on aotmic operations, a RM request has been sent to remove binaries from failing archs: #766961: RM: mapsembler2 [mips mipsel powerpc sparc] -- RoM; FTBFS -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438
Bug#754393: grml-rescueboot: add script to fetch iso image
Package: grml-rescueboot Version: 0.4.5 Followup-For: Bug #754393 Just wanted to say yes, please! - Fabian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-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 Versions of packages grml-rescueboot depends on: ii grub-pc 2.02~beta2-15 grml-rescueboot recommends no packages. grml-rescueboot 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#767993: igtf-policy-bundle: new upstream version
On 04-11-14 00:13, Christoph Anton Mitterer wrote: Source: igtf-policy-bundle Version: 1.59-1 Severity: wishlist Hey. 1.60 is out :) You can find it on mentors. I still need my sponsor to upload it (Mattias Ellert). I'm still in the process to become my own maintainer. CHeers, Dennis ---BeginMessage--- Hi. Your upload of the package 'igtf-policy-bundle' to mentors.debian.net was successful. Others can now see it. The URL of your package is: http://mentors.debian.net/package/igtf-policy-bundle The respective dsc file can be found at: http://mentors.debian.net/debian/pool/main/i/igtf-policy-bundle/igtf-policy-bundle_1.60-1.dsc If you do not yet have a sponsor for your package you may want to go to http://mentors.debian.net/sponsors/rfs-howto/igtf-policy-bundle and set the Seeking a sponsor option to highlight your package on the welcome page. You can also send an RFS (request for sponsorship) to the debian-mentors mailing list. Your package page will give your suggestions on how to send that mail. Good luck in finding a sponsor! Thanks, -- mentors.debian.net ---End Message---
Bug#765285: removed on failed archs
Hi Olivier, On Tue, Nov 04, 2014 at 09:21:47AM +0100, Olivier Sallou wrote: Waiting upstream fix on aotmic operations, a RM request has been sent to remove binaries from failing archs: #766961: RM: mapsembler2 [mips mipsel powerpc sparc] -- RoM; FTBFS What about mapsembler2/amd64 unsatisfiable Depends: libhdf5-7 [1] Looks suspicious to me as well. Kind regards Andreas. [1] https://qa.debian.org/excuses.php?package=mapsembler2 -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768013: gstreamer1.0-libav: Missing dependency in wheezy-backports
On Di, 2014-11-04 at 08:14 +0100, Dimitris Arvanitis wrote: Package: gstreamer1.0-libav Severity: important Dear Maintainer, I am using Debian 7.7 (Wheezy/stable). When trying to install gstreamer1.0-libav from wheezy-backports, it cannot be installed because it depends on libavcodec54 and libavformat54, which are not available for my version of Debain. So the package is currently unusable because you cannot install it. Hi, it looks like it needs to be rebuilt against a newer version that is now in the backports: https://packages.debian.org/source/wheezy-backports/libav Back when I uploaded the current version of gst-libav the packages were all there. Thanks for reporting! I'll do that together with updating to 1.4.3 signature.asc Description: This is a digitally signed message part
Bug#768017: [plasma-desktop] notification window cut off / offscreen
Package: plasma-desktop Version: 4:4.11.13-1 Severity: normal --- Please enter the report below this line. --- Testcase: $ notify-send title some text that is not shown fully Expected behaviour: See the entire notification window on screen, including title Actual behaviour: The notification window is cut off, I only see some text that, and then the screen edge is hit. See attached screenshot. All notifications behave like this (for example the one from the package manager about no. of available updates, etc.) Notifications used to work properly in KDE, it got broken during an 'apt upgrade' sometime in the past two weeks. I'm not sure if 'plasma-desktop' is the right package, but xwininfo says that the window id of the notification is plasma-desktop. --- System information. --- Architecture: amd64 Kernel: Linux 3.16-3-amd64 Debian Release: jessie/sid 500 unstableftp.ro.debian.org 500 testing ftp.ro.debian.org 1 experimentalftp.ro.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== kde-wallpapers-default | 4:4.14.0-1 plasma-widgets-workspace(= 4:4.11.11-1) | 4:4.11.13-1 kde-runtime ( 4:4.10) | 4:4.14.2-1 libc6 (= 2.14) | libkactivities6 (= 4:4.11) | libkcmutils4(= 4:4.11) | libkdecore5 (= 4:4.11) | libkdeui5 (= 4:4.11) | libkephal4abi1 (= 4:4.11.11-1) | libkfile4 (= 4:4.11) | libkidletime4 (= 4:4.11) | libkio5 (= 4:4.11) | libknewstuff3-4 (= 4:4.11) | libktexteditor4 (= 4:4.11) | libkworkspace4abi2 (= 4:4.11.11-1) | libplasma3 (= 4:4.11) | libplasmagenericshell4 (= 4:4.11.11-1) | libqt4-dbus(= 4:4.6.1) | libqt4-declarative (= 4:4.7.0~rc1) | libqt4-xml (= 4:4.5.3) | libqtcore4 (= 4:4.7.0~beta1) | libqtgui4 (= 4:4.8.0) | libsolid4 (= 4:4.11) | libstdc++6 (= 4.1.1) | libtaskmanager4abi4 (= 4:4.11.11-1) | libx11-6| libxext6| Recommends (Version) | Installed -+-=== kde-workspace| 4:4.11.13-1 Package's Suggests field is empty.
Bug#685878: [Pkg-netatalk-devel] Netatalk 3?
Quoting Wesley W. Terpstra (2014-11-03 22:09:08) Long time no see! Indeed :-) Must've been ~10 years ago you visited Copenhagen - I have since moved out, and past couple of years lived on a tiny island, exactly here: https://www.openstreetmap.org/node/2637311466 :-) Even an urgent upload won't make it in now if the freeze date holds. Freeze period doesn't mean nothing happens, but instead any and all changes are thoroughly scrutinized. As a consequence, it is unikely that larger changes are approved, but smaller changes like a clarification of copyright file entries (after doing needed detective work) _is_ likely to be approved. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#750072: Bug#754393: grml-rescueboot: add script to fetch iso image
* Fabian Greffrath [Tue Nov 04, 2014 at 09:24:55AM +0100]: Just wanted to say yes, please! I fully agree, I just didn't manage to take care of it yet. :( Sadly we won't make it in time for the Debian/jessie freeze (same for #750072), sorry. regards, -mika- signature.asc Description: Digital signature
Bug#738522: Drop udev rules (redundant with hwdb file)
Martin Pitt [2014-02-10 8:38 +0100]: The latest libgphoto is now installing a hwdb file for identifying/tagging cameras. That does the same work as the previous /lib/udev/rules.d/40-libgphoto2-6.rules, just much more efficiently. Thus the udev rules file is now redundant and just a waste of time. Can you please drop it? Turns out we shouldn't drop it completely, as the hwdb rules don't cover the generic MTP protocol (or rather, they match on the wrong device). But the USB rules are definitively redundant. So I propose this simpler debdiff which just filters them out. We have run essentially this in Ubuntu for two releases now. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru libgphoto2-2.5.4/debian/changelog libgphoto2-2.5.4/debian/changelog --- libgphoto2-2.5.4/debian/changelog 2014-08-25 22:39:15.0 +0200 +++ libgphoto2-2.5.4/debian/changelog 2014-11-04 09:15:05.0 +0100 @@ -1,3 +1,11 @@ +libgphoto2 (2.5.4-1.1ubuntu1) vivid; urgency=medium + + * Merge with Debian unstable. Remaining Ubuntu changes: +- debian/rules: Drop usb udev rules, they are redundant with the hwdb + file. (Debian #738522) + + -- Martin Pitt martin.p...@ubuntu.com Tue, 04 Nov 2014 09:14:31 +0100 + libgphoto2 (2.5.4-1.1) unstable; urgency=low * Non-maintainer upload. diff -Nru libgphoto2-2.5.4/debian/rules libgphoto2-2.5.4/debian/rules --- libgphoto2-2.5.4/debian/rules 2014-08-25 21:47:22.0 +0200 +++ libgphoto2-2.5.4/debian/rules 2014-11-04 09:14:28.0 +0100 @@ -39,8 +39,9 @@ override_dh_installudev: # No longer needed with current udev. But check with non-Linux architectures stuff: # rm debian/libgphoto2-2/lib/udev/check-ptp-camera - # Generate the udev file, get it installed, and clean: - CAMLIBS=`ls -d debian/libgphoto2-$(major)/usr/lib/$(DEB_HOST_MULTIARCH)/libgphoto2/2*` ./packaging/generic/print-camera-list udev-rules version 175 mode 0664 group plugdev debian/libgphoto2-$(major).udev + # Generate the udev file, get it installed, and clean; but ignore the + # USB matches, they are redundant with libgphoto2-6.hwdb + CAMLIBS=`ls -d debian/libgphoto2-$(major)/usr/lib/$(DEB_HOST_MULTIARCH)/libgphoto2/2*` ./packaging/generic/print-camera-list udev-rules version 175 mode 0664 group plugdev | grep -v ^ATTRS debian/libgphoto2-$(major).udev mkdir -p debian/libgphoto2-$(major)/lib/udev/hwdb.d/ CAMLIBS=`ls -d debian/libgphoto2-$(major)/usr/lib/$(DEB_HOST_MULTIARCH)/libgphoto2/2*` ./packaging/generic/print-camera-list hwdb debian/libgphoto2-$(major)/lib/udev/hwdb.d/20-libgphoto2-$(major).hwdb dh_installudev signature.asc Description: Digital signature
Bug#767616: [Pkg-lyx-devel] Bug#767616: Bug#767616: lyx: fails to upgrade from 'testing' - trying to overwrite /usr/share/icons/hicolor/48x48/apps/lyx.png
Hi Nikos, 2014-11-03 16:19, Nikos Andrikos skrev: In lyx control file, there is this line: Depends: ... lyx-common (= ${source:Version}), ... I thought this is enough to make sure that along lyx 2.1.2-3, the only installable lyx-common version will be 2.1.2-3 . No, it is not enough. Depends only ensures that the packages are configured in the right order, but there can still be different versions unpacked on the system at the same time. (One can use Pre-Depends to force packages to be unpacked in some order, but that is discouraged and needs approval.) If this is not the case, then we would need to add the breaks/replaces options as you suggested, but could you please confirm that this is the proper action? Yes. You need something like Package: lyx ... Replaces: lyx-common ( 2.1.2-3) Breaks: lyx-common ( 2.1.2-3) -- Pelle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764162: linux-image-3.16-2-kirkwood: [regression 3.14-3.16] file data corruption, via network
On Fri, 2014-10-31 at 14:29 +0100, Julien D'Ascenzio wrote: Le vendredi 31 octobre 2014 à 09:50 +, Ian Campbell a écrit : On Sun, 2014-10-19 at 14:27 +0100, Ian Campbell wrote: You could inactivate this feature manually with: ethtool -K eth0 tso off I'm in contact with the developer of this feature. Tell me if this command resolve your problem Excellent, please let us know how you get on (feel free to CC the bug too if you want). Did you make any progress with the developer? In the changes to this driver since v3.16 I see commit 817dbfa5d1bc276a72c1a577310382008e8aca0a Author: Vlad Yasevich vyasev...@gmail.com Date: Mon Aug 25 10:34:54 2014 -0400 mvneta: Fix TSO and checksum for non-acceleration vlan traffic which might be potentially interesting, except no one on this bug has mentioned VLANs at any point. I don't see anything else of interest. Ian. I don't have more information. They seems not to understand why there are data corrupt with this soc. The only solution at this time is to inactivate tso or apply this patch, which makes TSO disabled by default: I've now managed to update my qnap box too and can trivially see file corruption over NFS. Unless anyone has any ideas or suggested fixes I'm going to apply this patch to disable TSO by default to the Debian kernel. diff --git a/drivers/net/ethernet/marvell/mv643xx_eth.c b/drivers/net/ethernet/marvell/mv643xx_eth.c index 693b5b5..8e6df75 100644 --- a/drivers/net/ethernet/marvell/mv643xx_eth.c +++ b/drivers/net/ethernet/marvell/mv643xx_eth.c @@ -3113,11 +3113,11 @@ static int mv643xx_eth_probe(struct platform_device *pdev) dev-watchdog_timeo = 2 * HZ; dev-base_addr = 0; - dev-features = NETIF_F_SG | NETIF_F_IP_CSUM | NETIF_F_TSO; + dev-features = NETIF_F_SG | NETIF_F_IP_CSUM; dev-vlan_features = dev-features; dev-features |= NETIF_F_RXCSUM; - dev-hw_features = dev-features; + dev-hw_features = dev-features | NETIF_F_TSO; dev-priv_flags |= IFF_UNICAST_FLT; dev-gso_max_segs = MV643XX_MAX_TSO_SEGS; I CC my contact Julien D'Ascenzio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768018: nagios-plugins-contrib: check_ipmi_sensor -H localhost (for local IPMI checks) broken, fixed upstream
Package: nagios-plugins-contrib Version: 13.20141017 Severity: normal Dear Maintainer, we have found executing check_ipmi_sensor -H localhost is broken in check_ipmi_sensor v3.4. * What led up to the situation? Executing the following command on an IPMI-enabled host fails: /usr/lib/nagios/plugins/check_ipmi_sensor -H localhost * What exactly did you do (or not do) that was effective (or ineffective)? Updating to check_ipmi_sensor v3.5 fixed the issue. * What was the outcome of this action? root@debian-test:~# /usr/lib/nagios/plugins/check_ipmi_sensor -H localhost hostname not specified - Execution of /usr/sbin/ipmi-sensors failed with return code 1. - /usr/sbin/ipmi-sensors was executed with the following parameters: sudo /usr/sbin/ipmi-sensors --quiet-cache --sdr-cache-recreate --interpret-oem-data --output-sensor-state --ignore-not-available-sensors --driver-type=LAN_2_0 root@debian-test:~# /usr/lib/nagios/plugins/check_ipmi_sensor -V check_ipmi_sensor version 3.4 Copyright (C) 2009-2014 Thomas-Krenn.AG Current updates at http://git.thomas-krenn.com/check_ipmi_sensor_v3.git root@debian-test:~# * What outcome did you expect instead? root@debian-test:~# ./check_ipmi_sensor -H localhost IPMI Status: OK | 'System Temp'=26.00 'Peripheral Temp'=28.00 'FAN 1'=2850.00 'FAN 2'=2775.00 'FAN 3'=2625.00 'FAN 4'=1050.00 'Vcore'=0.73 '3.3VCC'=3.36 '12V'=12.14 'VDIMM'=1.53 '5VCC'=5.12 '-12V'=-12.09 'VBAT'=3.15 'VSB'=3.34 'AVCC'=3.36 root@debian-test:~# ./check_ipmi_sensor -V check_ipmi_sensor version 3.5 Copyright (C) 2009-2014 Thomas-Krenn.AG Current updates at http://git.thomas-krenn.com/check_ipmi_sensor_v3.git root@debian-test:~# We have fixed the issue upstream and are asking to include the updated version v3.5 of the plugin with the next update of nagios-plugins-contrib: http://git.thomas-krenn.com/?p=check_ipmi_sensor_v3.git;a=commit;h=refs/tags/v3.5 Best regards, Werner Fischer -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (102, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.17.0-ie31200 (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 nagios-plugins-contrib depends on no packages. Versions of packages nagios-plugins-contrib recommends: ii freeipmi-tools1.4.5-3 ii ldap-utils2.4.40-2 ii libc6 2.19-12 ii libdata-validate-domain-perl 0.10-1 ii libdata-validate-ip-perl 0.24-1 ii libdate-manip-perl6.47-1 ii libdbd-mysql-perl 4.028-2+b1 ii libio-socket-ssl-perl 2.002-1 ii libipc-run-perl 0.92-1 ii liblocale-gettext-perl1.05-8+b1 ii liblwp-useragent-determined-perl 1.07-1 ii libmail-imapclient-perl 3.35-1 ii libmemcached111.0.18-3 ii libnagios-plugin-perl 0.36-1 ii libnet-cups-perl 0.61-2+b3 ii libnet-dns-perl 0.80.2-2 ii libnet-dns-sec-perl 0.21-1 ii libnet-smtp-tls-perl 0.12-2 ii libnet-snmp-perl 6.0.1-2 ii libnet-ssleay-perl1.65-1+b1 ii libreadonly-perl 2.000-1 ii libsocket-perl2.016-1 ii libtimedate-perl 2.3000-2 ii libvarnishapi14.0.2-1 ii libwebinject-perl 1.86-1 ii libyaml-syck-perl 1.27-2+b2 ii lsof 4.86+dfsg-1 ii nagios-plugins-basic 2.1-1 ii openssl 1.0.1j-1 ii perl 5.20.1-2 ii perl-base [libsocket-perl]5.20.1-2 ii procps2:3.3.9-8 ii python2.7.8-2 ii python-pymongo2.7.2-1 pn python:anynone ii ruby 1:2.1.0.4 ii ruby2.1 [ruby-interpreter]2.1.3-2 ii snmp 5.7.2.1~dfsg-7 ii whois 5.2.1 Versions of packages nagios-plugins-contrib suggests: pn backuppc none pn cciss-vol-status none pn expect none pn moreutils none pn mpt-status none pn nagios-plugin-check-multi none pn percona-toolkitnone pn perl-doc none pn smstools 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#767819: bareos-*: modifies conffiles (policy 10.7.3): /etc/bareos/bareos-*.conf
I would upload in my lunch-break if you do not object ;) Certainly. Please go ahead. regards, Jörg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591723: network-manager: Popup comes up asking the PIN that was already specified using the gnome nm-applet
It happens for me too since a few months, i can confirm Stefan's statement. modemmanager1.4.0-1 network-manager 0.9.10.0-3 here. Issue explained again: I have a internal modem with a SIM card always inserted. Bus 001 Device 003: ID 0bdb:193e Ericsson Business Mobile Networks BV The connection is globally saved in /etc/NetworkManager/system-connections/name and includes the unlock PIN for the SIM card. exactly same card in my case, also a system-connection with PIN configured. The PIN request appears even if all the radios are disabled in network- manager. Txs, Ariel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764162: linux-image-3.16-2-kirkwood: [regression 3.14-3.16] file data corruption, via network
On Tue, 2014-11-04 at 08:51 +, Ian Campbell wrote: On Fri, 2014-10-31 at 14:29 +0100, Julien D'Ascenzio wrote: Le vendredi 31 octobre 2014 à 09:50 +, Ian Campbell a écrit : On Sun, 2014-10-19 at 14:27 +0100, Ian Campbell wrote: You could inactivate this feature manually with: ethtool -K eth0 tso off I'm in contact with the developer of this feature. Tell me if this command resolve your problem Excellent, please let us know how you get on (feel free to CC the bug too if you want). Did you make any progress with the developer? In the changes to this driver since v3.16 I see commit 817dbfa5d1bc276a72c1a577310382008e8aca0a Author: Vlad Yasevich vyasev...@gmail.com Date: Mon Aug 25 10:34:54 2014 -0400 mvneta: Fix TSO and checksum for non-acceleration vlan traffic which might be potentially interesting, except no one on this bug has mentioned VLANs at any point. I don't see anything else of interest. Ian. I don't have more information. They seems not to understand why there are data corrupt with this soc. The only solution at this time is to inactivate tso or apply this patch, which makes TSO disabled by default: I've now managed to update my qnap box too and can trivially see file corruption over NFS. Unless anyone has any ideas or suggested fixes I'm going to apply this patch to disable TSO by default to the Debian kernel. I've just seen https://patchwork.ozlabs.org/patch/405792/ so I'm going to go ahead for now. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747445: [plasma-desktop] systemd version check in KDE
Package: plasma-desktop Version: 4:4.11.13-1 --- Please enter the report below this line. --- Do you systemd-sysv (systemd as PID1) or sysvinit-core+systemd-shim? See here for an analysis of the bug, and what needs to be done on the KDE side (implementing a have_logind instead of checking systemd version): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747180#26 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766237#10 --- System information. --- Architecture: amd64 Kernel: Linux 3.16-3-amd64 Debian Release: jessie/sid 500 unstableftp.ro.debian.org 500 testing ftp.ro.debian.org 1 experimentalftp.ro.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== kde-wallpapers-default | 4:4.14.0-1 plasma-widgets-workspace(= 4:4.11.11-1) | 4:4.11.13-1 kde-runtime ( 4:4.10) | 4:4.14.2-1 libc6 (= 2.14) | libkactivities6 (= 4:4.11) | libkcmutils4(= 4:4.11) | libkdecore5 (= 4:4.11) | libkdeui5 (= 4:4.11) | libkephal4abi1 (= 4:4.11.11-1) | libkfile4 (= 4:4.11) | libkidletime4 (= 4:4.11) | libkio5 (= 4:4.11) | libknewstuff3-4 (= 4:4.11) | libktexteditor4 (= 4:4.11) | libkworkspace4abi2 (= 4:4.11.11-1) | libplasma3 (= 4:4.11) | libplasmagenericshell4 (= 4:4.11.11-1) | libqt4-dbus(= 4:4.6.1) | libqt4-declarative (= 4:4.7.0~rc1) | libqt4-xml (= 4:4.5.3) | libqtcore4 (= 4:4.7.0~beta1) | libqtgui4 (= 4:4.8.0) | libsolid4 (= 4:4.11) | libstdc++6 (= 4.1.1) | libtaskmanager4abi4 (= 4:4.11.11-1) | libx11-6| libxext6| Recommends (Version) | Installed -+-=== kde-workspace| 4:4.11.13-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#768020: Missing /dev/ttySC* entries in /etc/securetty
Package: login Version: 1:4.2-2+b1 /etc/securetty contains the following /dev/ttySC* entries: | # SCI serial port (SuperH) ports and SC26xx serial ports | ttySC0 | ttySC1 | ttySC2 | ttySC3 Some Renesas ARM-based SH-Mobile development boards have the serial console on ttySC4 or ttySC6, or a secondary console on ttySC7. At least one SH-based board has its serial console on ttySC5. Can you please add entries ttySC[4-9]? Thanks! Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say programmer or something like that. -- Linus Torvalds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768019: unblock: epiphany/0.7.0+0-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi Release Team, Please unblock this new version of epiphany. Previous seems to fail now to build a proper path for loading game maps (strace shows it's trying to open .map which is just only the last sprintf). This is changed to use a more direct approach to path building. Full debdiff attached. Thanks in advance, unblock epiphany/0.7.0+0-3 -- Ricardo Mones ~ The three principal virtues of a programmer are Laziness, Impatience, and Hubris.man perl diff -Nru epiphany-0.7.0+0/debian/changelog epiphany-0.7.0+0/debian/changelog --- epiphany-0.7.0+0/debian/changelog 2014-10-09 12:47:02.0 +0200 +++ epiphany-0.7.0+0/debian/changelog 2014-11-04 02:42:30.0 +0100 @@ -1,3 +1,10 @@ +epiphany (0.7.0+0-3) unstable; urgency=medium + + * patches/unravel-sprintf.diff + - Patch to simplify string handling (Closes: #767904) + + -- Ricardo Mones mo...@debian.org Tue, 04 Nov 2014 01:43:33 +0100 + epiphany (0.7.0+0-2) unstable; urgency=medium * debian/rules, epiphany.install, epiphany-data.install diff -Nru epiphany-0.7.0+0/debian/patches/series epiphany-0.7.0+0/debian/patches/series --- epiphany-0.7.0+0/debian/patches/series 2014-10-09 12:47:02.0 +0200 +++ epiphany-0.7.0+0/debian/patches/series 2014-11-04 02:42:30.0 +0100 @@ -1 +1,2 @@ use-shared-tinyxml.diff +unravel-sprintf.diff diff -Nru epiphany-0.7.0+0/debian/patches/unravel-sprintf.diff epiphany-0.7.0+0/debian/patches/unravel-sprintf.diff --- epiphany-0.7.0+0/debian/patches/unravel-sprintf.diff 1970-01-01 01:00:00.0 +0100 +++ epiphany-0.7.0+0/debian/patches/unravel-sprintf.diff 2014-11-04 02:42:30.0 +0100 @@ -0,0 +1,30 @@ +Subject: Unravel level path construction which seems to + be optimized out by current C++ compiler +From: Ricardo Mones mo...@debian.org +Forwarded: no +Last-Update: 2014-11-04 +Bug-Debian: https://bugs.debian.org/767904 + +diff --git a/src/game.cpp b/src/game.cpp +index e3c8bc7..2a8a70a 100644 +--- a/src/game.cpp b/src/game.cpp +@@ -413,14 +413,10 @@ void Game::go() + m_level=new Level(); + + char current_level_path[255]; +- +- sprintf(current_level_path, %s, (Resource_Factory::instance()-get_resource_path().c_str())); +- +- sprintf(current_level_path, %s%s, current_level_path, /maps/level); +- +- sprintf(current_level_path, %s%d, current_level_path, (menu.get_current_level())); +- +- sprintf(current_level_path, %s%s, current_level_path, .map); ++ ++ sprintf(current_level_path, %s/maps/level%d.map, ++Resource_Factory::instance()-get_resource_path().c_str(), ++menu.get_current_level()); + + DEBOUT(Loading map: current_level_path\n); +
Bug#768021: unblock: miniupnpd/1.8.20140523-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, I have fixed #767646, concerning non-policy compliance of the CONFFILE handling in postinst. Now the /etc/miniupnpd/miniupnpd.conf is copied form /usr/share in the postinst instead of being a CONFFILE. Also, I fixed the fact that the default file was copied from /usr/share/doc instead of /usr/share/miniupnpd. The debdiff is attached. Please unblock package miniupnpd/1.8.20140523-3 diff -Nru miniupnpd-1.8.20140523/debian/changelog miniupnpd-1.8.20140523/debian/changelog --- miniupnpd-1.8.20140523/debian/changelog 2014-07-14 07:09:06.0 + +++ miniupnpd-1.8.20140523/debian/changelog 2014-11-04 09:01:40.0 + @@ -1,3 +1,12 @@ +miniupnpd (1.8.20140523-3) unstable; urgency=medium + + * Do not install the configuration file in /etc/miniupnpd, use /usr/share +instead, so that miniupnpd.conf isn't CONFFILE (Closes: #767646). + * Do not use /usr/share/doc/miniupnpd/examples to get our default config +file, which isn't policy compliant, but use /usr/share/miniupnpd. + + -- Thomas Goirand z...@debian.org Tue, 04 Nov 2014 16:35:36 +0800 + miniupnpd (1.8.20140523-2) unstable; urgency=medium * Removed $all from init script. diff -Nru miniupnpd-1.8.20140523/debian/miniupnpd.config miniupnpd-1.8.20140523/debian/miniupnpd.config --- miniupnpd-1.8.20140523/debian/miniupnpd.config 2014-07-14 07:09:06.0 + +++ miniupnpd-1.8.20140523/debian/miniupnpd.config 2014-11-04 09:01:40.0 + @@ -10,9 +10,9 @@ if [ -r /etc/default/miniupnpd ] ; then . /etc/default/miniupnpd else - if [ -r /usr/share/doc/miniupnpd/examples/miniupnpd.default ] ; then + if [ -r /usr/share/miniupnpd/miniupnpd.default ] ; then if ! [ -e /etc/default/miniupnpd ] ; then - cp /usr/share/doc/miniupnpd/examples/miniupnpd.default /etc/default/miniupnpd + cp /usr/share/miniupnpd/miniupnpd.default /etc/default/miniupnpd fi fi fi diff -Nru miniupnpd-1.8.20140523/debian/miniupnpd.postinst miniupnpd-1.8.20140523/debian/miniupnpd.postinst --- miniupnpd-1.8.20140523/debian/miniupnpd.postinst 2014-07-14 07:09:06.0 + +++ miniupnpd-1.8.20140523/debian/miniupnpd.postinst 2014-11-04 09:01:40.0 + @@ -32,8 +32,10 @@ echo Something is wrong: /etc/miniupnpd exists, but is not a directory! exit 1 fi + # Make sure we have a /etc/miniupnpd/miniupnpd.conf if ! [ -e ${CONFFILE} ] ; then - cp -f /usr/share/doc/miniupnpd/examples/miniupnpd.conf /etc/miniupnpd + mkdir -p /etc/miniupnpd + cp -f /usr/share/miniupnpd/miniupnpd.conf /etc/miniupnpd fi # This postinst will generate a random uuid for miniupnpd diff -Nru miniupnpd-1.8.20140523/debian/miniupnpd.postrm miniupnpd-1.8.20140523/debian/miniupnpd.postrm --- miniupnpd-1.8.20140523/debian/miniupnpd.postrm 2014-07-14 07:09:06.0 + +++ miniupnpd-1.8.20140523/debian/miniupnpd.postrm 2014-11-04 09:01:40.0 + @@ -6,6 +6,9 @@ if [ $1 = purge ]; then rm -f /etc/miniupnpd/miniupnpd.conf rm -f /etc/default/miniupnpd + if [ -e /etc/miniupnpd ] ; then + rmdir --ignore-fail-on-non-empty /etc/miniupnpd || true + fi fi #DEBHELPER# diff -Nru miniupnpd-1.8.20140523/debian/rules miniupnpd-1.8.20140523/debian/rules --- miniupnpd-1.8.20140523/debian/rules 2014-07-14 07:09:06.0 + +++ miniupnpd-1.8.20140523/debian/rules 2014-11-04 09:01:40.0 + @@ -11,6 +11,12 @@ override_dh_auto_install: make -j1 -f Makefile.linux install DESTDIR=$(CURDIR)/debian/miniupnpd AM_UPDATE_INFO_DIR=no + # Move the miniupnpd.conf in /usr/share so it's not marked as CONFFILE + mkdir -p $(CURDIR)/debian/miniupnpd/usr/share/miniupnpd + mv $(CURDIR)/debian/miniupnpd/etc/miniupnpd/miniupnpd.conf $(CURDIR)/debian/miniupnpd/usr/share/miniupnpd/miniupnpd.conf + + # Copy the /etc/default/miniupnpd to /usr/share + cp $(CURDIR)/debian/examples/miniupnpd.default $(CURDIR)/debian/miniupnpd/usr/share/miniupnpd override_dh_auto_clean: #dh_auto_clean
Bug#729682: argyll: Colorhug device is not accessible anymore
fixed 729682 argyll/1.6.3-3 thanks Hello, in debian testing is now the version 1.6.3-3 of argyll. I have test the ColorHug on different machines. On all test the ColorHug works fine. So I close this bug. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema-ID: SYR8SJXB IRC: j_...@freenode.net, j_...@oftc.net signature.asc Description: This is a digitally signed message part.
Bug#767894: More permission issues
Generally, user crontabs are only visible by the owner. Ok, from now on [1], systemd-cron do it's best to keep those secret: -) the crontab line is not anymore in the job description -) chmod o-r /run/systemd/generator/cron-user-user-#.(timer|service) systemctl status is fixed ; and a ordinary user doesn't have access to the journal. But, this is not enough; systemd will still leaks the info with systemctl show cron-user-user-0.service -p ExecStart You may wish to file a bug/wishlist against systemd. So, if a user really want to keep is job secret from other users, it should be stored in /home/user/bin/ and called from his crontab. The other users will known that the job exist, but won't know its contents. Alexandre [1] https://github.com/systemd-cron/systemd-cron/commit/2bb61a6b10d5bdc956a830f368ecdea8e1426681 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612447: have the problems been addressed?
On Mon, Nov 03, 2014 at 09:09:31PM +0100, Tomas Pospisek wrote: Hello, in #612447 [1] you are describing a few problems with the back then new design of the Debian page. I have tried to reproduce them and as far as I can see there have been addressed (maybe I didn't understand a few of them?). Could you please recheck and possibly close the bug report? *t [1] http://bugs.debian.org/612447 Looks fine to me. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767999: base-files: fails to install with pre-jessie debootstrap
reassign 767999 debootstrap thanks People who do not understand the essential flag keep filing bugs against base-files. Kind debootstrap maintainers: I think it's about time that you make an upload for stable fixing this. I've heard that the fix is already in git, so apparently it's just a matter of making the upload. Please. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767899: Please unblock lucene++
Hi Niels, Ack, please upload this to sid and let us know once it has been accepted. Bonus if you also mention that you dropped some (now) redundant Build-Depends in the changelog. Updated the changelog to say: * Do not symlink jquery from doxygen, this will result in a broken documentation. cfr: 736360. - Drop libjs-jquery and dh-linktree from b-d. thanks, G. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715641: Debian bugs #715641, #715718, #715825, #715826, #716412
Hello, no answer for more the 8 weeks. So I close this bugs. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema-ID: SYR8SJXB IRC: j_...@freenode.net, j_...@oftc.net signature.asc Description: This is a digitally signed message part.
Bug#768022: mercurial: 3.2 has been released
Package: mercurial Version: 3.1.2-1~bpo70+1 Severity: wishlist Dear Maintainer, Please consider packaging 3.2. I can build it myself, but the Debian patches have changed enough since the last release that they are no longer trivial to re-sync. If you could just refresh the patches, that would be helpful. Thanks. Regards, Faheem Mitha -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (500, 'oldstable'), (50, 'unstable'), (50, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/6 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 mercurial depends on: ii libc6 2.13-38+deb7u6 ii mercurial-common 3.1.2-1~bpo70+1 ii python2.7.3-4+deb7u1 ii ucf 3.0025+nmu3 Versions of packages mercurial recommends: ii openssh-client 1:6.0p1-4+deb7u2 Versions of packages mercurial suggests: ii kdiff3 0.9.96-4 pn qct 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#768024: gerbv: Please add an icon to the menu file
Package: gerbv Version: 2.6.0-1 Severity: minor Tags: patch Please add any icon to the menu file /usr/share/menu/gerbv. For example, an SVG picture that is available in the package. May be it's better to use hicolor/48x48/gerbv.png? Both work fine in IceWM. --- a/gerbv 2011-06-18 22:42:52.0 +0400 +++ b/gerbv 2014-11-04 12:14:28.731884368 +0300 @@ -3,4 +3,5 @@ section=Applications/Viewers \ command=/usr/bin/gerbv \ title=gerbv \ - longtitle=gerbv: PCB Gerber file viewer for X + longtitle=gerbv: PCB Gerber file viewer for X \ + icon=/usr/share/icons/hicolor/scalable/apps/gerbv.svg -- System Information: Debian Release: 7.7 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=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gerbv depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u6 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 libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 Versions of packages gerbv recommends: ii extra-xdg-menus 1.0-4 gerbv 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#768023: systemd-hostnamed: systemd-hostnamed: noisy, pointless and misleading warning on startup
Package: systemd Version: 215-5+b1 Severity: normal File: systemd-hostnamed -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I get this noise in the kernel log when systemd-hostnamed starts (which it seems to do for whatever default reason): systemd-hostnamed[2574]: Warning: nss-myhostname is not installed. Changing the local hostname might make it unresolveable. Please install nss-myhostname! In addition to being log message abuse, this is also so misleading that it borders to being incorrect. The only word saving it is might. Resolving the local hostname works exactly like resolving any other name. It does definitely not depend on nss-myhostname or whatever. I am perfectly capable of configuring my DNS server, thank you. Please remove this unnecessary message. It is not needed, and will only cause confusion. Bjørn - -- Package-specific info: - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (500, 'testing-updates'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.0-rc3 (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 systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53.4 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1 ii libblkid1 2.25.2-2 ii libc6 2.19-12 ii libcap2 1:2.24-6 ii libcap2-bin 1:2.24-6 ii libcryptsetup4 2:1.6.6-3 ii libgcrypt20 1.6.2-4 ii libkmod218-3 ii liblzma55.1.1alpha+20120614-2 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-5+b1 ii sysv-rc 2.88dsf-53.4 ii udev215-5+b1 ii util-linux 2.25.2-2 Versions of packages systemd recommends: ii dbus1.8.8-2 ii libpam-systemd 215-5+b1 Versions of packages systemd suggests: pn systemd-ui none - -- Configuration Files: /etc/systemd/logind.conf changed: [Login] HandlePowerKey=ignore HandleSuspendKey=ignore HandleHibernateKey=ignore HandleLidSwitch=ignore - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlRYndAACgkQ10rqkowbIskG7wCfQxDAZLZZZ9bR4hjrP1BJLORj D8AAoIYwvAK02VtAC4y81vui5USSVsPm =tynW -END PGP SIGNATURE- [OVERRIDDEN] /etc/udev/rules.d/40-usb_modeswitch.rules - /lib/udev/rules.d/40-usb_modeswitch.rules --- /lib/udev/rules.d/40-usb_modeswitch.rules 2014-06-09 11:21:49.0 +0200 +++ /etc/udev/rules.d/40-usb_modeswitch.rules 2012-11-10 21:18:02.0 +0100 @@ -1,12 +1,13 @@ -# Part of usb-modeswitch-data, version 20140529 +# Part of usb-modeswitch-data, version 20121109 # -# Works with usb_modeswitch versions = 2.2.0 (introduction of HuaweiNewMode) +# Recommended use with USB_ModeSwitch = 1.2.5, works with versions = 1.0.3 +# (New style, interface class check moved to dispatcher) # ACTION!=add|change, GOTO=modeswitch_rules_end # Adds a symlink gsmmodem[n] to the lowest ttyUSB port with interrupt # transfer; checked against a list of known modems, or else no action -KERNEL==ttyUSB*, ATTRS{bNumConfigurations}==*, PROGRAM=usb_modeswitch --symlink-name %p %s{idVendor} %s{idProduct} %E{PRODUCT}, SYMLINK+=%c +KERNEL==ttyUSB*, ATTRS{bNumConfigurations}==*, PROGRAM=usb_modeswitch --symlink-name %p %s{idVendor} %s{idProduct} %E{PRODUCT}, SYMLINK=%c SUBSYSTEM!=usb, GOTO=modeswitch_rules_end @@ -20,36 +21,18 @@ ACTION!=add, GOTO=modeswitch_rules_end -# Generic entry for all Huawei devices -ATTRS{idVendor}==12d1, ATTR{bInterfaceNumber}==00, ATTR{bInterfaceClass}==08, RUN+=usb_modeswitch '%b/%k' - # HP LaserJet Professional P1102 ATTR{idVendor}==03f0, ATTR{idProduct}==002a, RUN+=usb_modeswitch '%b/%k' -# Quanta 1KR / USB-lte 7410 -ATTR{idVendor}==0408, ATTR{idProduct}==ea17, RUN+=usb_modeswitch '%b/%k' - -# Quanta 1K3 LTE -ATTR{idVendor}==0408, ATTR{idProduct}==ea25, RUN+=usb_modeswitch '%b/%k' - -# Quanta MobileGenie 4G lte -ATTR{idVendor}==0408, ATTR{idProduct}==ea43, RUN+=usb_modeswitch '%b/%k' - # Yota Router (Quanta 1QDLZZZ0ST2) ATTR{idVendor}==0408, ATTR{idProduct}==f000, RUN+=usb_modeswitch '%b/%k' -# SpeedUp SU-8500U -ATTR{idVendor}==0408, ATTR{idProduct}==f001, RUN+=usb_modeswitch '%b/%k' - # Nokia CS-10 ATTR{idVendor}==0421, ATTR{idProduct}==060c, RUN+=usb_modeswitch '%b/%k' # Nokia CS-15 ATTR{idVendor}==0421, ATTR{idProduct}==0610, RUN+=usb_modeswitch '%b/%k' -# Nokia CS-12 -ATTR{idVendor}==0421, ATTR{idProduct}==0618, RUN+=usb_modeswitch '%b/%k' - # Nokia CS-11 ATTR{idVendor}==0421, ATTR{idProduct}==061d, RUN+=usb_modeswitch '%b/%k' @@ -68,7 +51,7 @@ # Nokia CS-21M-02 ATTR{idVendor}==0421, ATTR{idProduct}==0637, RUN+=usb_modeswitch '%b/%k' -# Philips (?), Vodafone MD950 (Wisue Technology) +# Vodafone MD950 (Wisue Technology), Philips (?) ATTR{idVendor}==0471, ATTR{idProduct}==1210, RUN+=usb_modeswitch '%b/%k' #
Bug#741064: Confirmation / workaround side effects
In my case the workaround above caused serious side effect where some mounts felt into a loophole and at some point system started to collapse on too deep symlink chains. That probably result of specific configuration as well, but feel warned. Is there any way we can help solving the problem? Regards / Pozdrawiam, Michał Fita
Bug#764178: debsources: infobox CSS alignment problem with short files
First of all: thanks a lot for your patch, Jason! On Fri, Oct 31, 2014 at 07:42:23AM -0400, Jason Pleau wrote: From 6cc9f15d51dd35a5afb82a2c3680e3e5dfc0f93b Mon Sep 17 00:00:00 2001 From: Jason Pleau ja...@jpleau.ca Date: Fri, 31 Oct 2014 00:05:26 -0400 Subject: [PATCH] source_file: fix text overlapping the infobox I'm no CSS expert, so I'm unable to comment on your patch at the moment. Matthieu: can you have a look and comment on Jason's approach at fixing #764178. I've a separate comment though: When browsing a file's source on sources.debian.net, if the file didn't contain enough text its content would overlap onto the infobox to the right. Your commit message essentially restates the bug report, rather than explaining how the corresponding change fixes it. The commit message should really do the latter, rather than the former. Particularly in this case, I see no obvious reason why changing the right padding of codetable (an horizontal spacing matter) would fix the bug (which seems to be a vertical spacing matter). I'm sure it *does* fix the bug, but the commit should explain why it does so, so that even CSS illiterates as myself could understand the rationale :-) Jason: do you think you can update your patch to do so? Many thanks in advance, Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#766584: fenics: Fenics to be removed with recent dist-upgrade
Ok, somehow the problem seems to be solved. I had to reinstall debian for external reasons, but then apt-get complained about some missing dependency and didn't let me install fenics. For other's reference, I solved installing fenics with aptitude, which all of a sudden seems to be smarter than apt-get in managing dependencies. Massimiliano In data martedì 28 ottobre 2014 09:13:24, Johannes Ring ha scritto: Hi Massimiliano, Do you still have this problem? If so, can you please give us some more information? For instance, what do you get when you run the following command? # apt-get -s dist-upgrade Johannes On Fri, Oct 24, 2014 at 8:29 AM, Massimiliano Leoni leoni.massimilia...@gmail.com wrote: Package: fenics Version: 1:1.4.0.1 Severity: normal Dear Maintainer, since about last week apt-get dist-upgrade proposes me a huge update involving 200+ packages, whose side effect is to have fenics - and all packages coming with it - removed from the system. I would guess it's a dependency issue, but of course I'm not sure. How can I recover this? Thanks for help, Massimiliano -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 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 fenics depends on: ii dolfin-bin 1.4.0+dfsg-4 ii dolfin-doc 1.4.0+dfsg-4 ii libdolfin-dev 1.4.0+dfsg-4 ii python-dolfin 1.4.0+dfsg-4 ii python-ffc 1.4.0-1 ii python-fiat 1.4.0-1 ii python-instant 1.4.0-1 ii python-ufl 1.4.0-1 ii python-ufl-doc 1.4.0-1 Versions of packages fenics recommends: ii python-scitools 0.9.0-1 fenics suggests no packages. -- no debconf information -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-mai ntainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768025: systemd-logind: default configuration breaks any existing ACPI button handling
Package: systemd Version: 215-5+b1 Severity: critical Justification: breaks unrelated software -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 systemd-logind breaks acpid by default. Merely installing systemd with default configuration causes it to start handling the PowerKey, LidSwitch, HibernateKey and SuspendKey without considering existing acpid configuration. This completely breaks those events to break due to the double handling (pressing either of these buttons two times does not give the desired result). acpid and systemd are unrelated according to dependencies. The breakage is therefore unexpected. Note that this bug affects systems using sysvinit as well. systemd is dragged in by policykit, and systemd-logind will be started by dbus on request regardless of the init system being used. Bjørn - -- Package-specific info: - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (500, 'testing-updates'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.0-rc3 (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 systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53.4 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1 ii libblkid1 2.25.2-2 ii libc6 2.19-12 ii libcap2 1:2.24-6 ii libcap2-bin 1:2.24-6 ii libcryptsetup4 2:1.6.6-3 ii libgcrypt20 1.6.2-4 ii libkmod218-3 ii liblzma55.1.1alpha+20120614-2 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-5+b1 ii sysv-rc 2.88dsf-53.4 ii udev215-5+b1 ii util-linux 2.25.2-2 Versions of packages systemd recommends: ii dbus1.8.8-2 ii libpam-systemd 215-5+b1 Versions of packages systemd suggests: pn systemd-ui none - -- Configuration Files: /etc/systemd/logind.conf changed: [Login] HandlePowerKey=ignore HandleSuspendKey=ignore HandleHibernateKey=ignore HandleLidSwitch=ignore - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlRYoZYACgkQ10rqkowbIskBEACdGQyrci0zI+0RV4QkbP/5H7M1 wXEAnj7CqasQJWzW+C1BqUwPv+sHJ8e5 =sFS0 -END PGP SIGNATURE- [OVERRIDDEN] /etc/udev/rules.d/40-usb_modeswitch.rules - /lib/udev/rules.d/40-usb_modeswitch.rules --- /lib/udev/rules.d/40-usb_modeswitch.rules 2014-06-09 11:21:49.0 +0200 +++ /etc/udev/rules.d/40-usb_modeswitch.rules 2012-11-10 21:18:02.0 +0100 @@ -1,12 +1,13 @@ -# Part of usb-modeswitch-data, version 20140529 +# Part of usb-modeswitch-data, version 20121109 # -# Works with usb_modeswitch versions = 2.2.0 (introduction of HuaweiNewMode) +# Recommended use with USB_ModeSwitch = 1.2.5, works with versions = 1.0.3 +# (New style, interface class check moved to dispatcher) # ACTION!=add|change, GOTO=modeswitch_rules_end # Adds a symlink gsmmodem[n] to the lowest ttyUSB port with interrupt # transfer; checked against a list of known modems, or else no action -KERNEL==ttyUSB*, ATTRS{bNumConfigurations}==*, PROGRAM=usb_modeswitch --symlink-name %p %s{idVendor} %s{idProduct} %E{PRODUCT}, SYMLINK+=%c +KERNEL==ttyUSB*, ATTRS{bNumConfigurations}==*, PROGRAM=usb_modeswitch --symlink-name %p %s{idVendor} %s{idProduct} %E{PRODUCT}, SYMLINK=%c SUBSYSTEM!=usb, GOTO=modeswitch_rules_end @@ -20,36 +21,18 @@ ACTION!=add, GOTO=modeswitch_rules_end -# Generic entry for all Huawei devices -ATTRS{idVendor}==12d1, ATTR{bInterfaceNumber}==00, ATTR{bInterfaceClass}==08, RUN+=usb_modeswitch '%b/%k' - # HP LaserJet Professional P1102 ATTR{idVendor}==03f0, ATTR{idProduct}==002a, RUN+=usb_modeswitch '%b/%k' -# Quanta 1KR / USB-lte 7410 -ATTR{idVendor}==0408, ATTR{idProduct}==ea17, RUN+=usb_modeswitch '%b/%k' - -# Quanta 1K3 LTE -ATTR{idVendor}==0408, ATTR{idProduct}==ea25, RUN+=usb_modeswitch '%b/%k' - -# Quanta MobileGenie 4G lte -ATTR{idVendor}==0408, ATTR{idProduct}==ea43, RUN+=usb_modeswitch '%b/%k' - # Yota Router (Quanta 1QDLZZZ0ST2) ATTR{idVendor}==0408, ATTR{idProduct}==f000, RUN+=usb_modeswitch '%b/%k' -# SpeedUp SU-8500U -ATTR{idVendor}==0408, ATTR{idProduct}==f001, RUN+=usb_modeswitch '%b/%k' - # Nokia CS-10 ATTR{idVendor}==0421, ATTR{idProduct}==060c, RUN+=usb_modeswitch '%b/%k' # Nokia CS-15 ATTR{idVendor}==0421, ATTR{idProduct}==0610, RUN+=usb_modeswitch '%b/%k' -# Nokia CS-12 -ATTR{idVendor}==0421, ATTR{idProduct}==0618, RUN+=usb_modeswitch '%b/%k' - # Nokia CS-11 ATTR{idVendor}==0421, ATTR{idProduct}==061d, RUN+=usb_modeswitch '%b/%k' @@ -68,7 +51,7 @@ # Nokia CS-21M-02 ATTR{idVendor}==0421, ATTR{idProduct}==0637, RUN+=usb_modeswitch '%b/%k' -# Philips (?), Vodafone MD950 (Wisue Technology) +# Vodafone MD950 (Wisue Technology), Philips (?) ATTR{idVendor}==0471, ATTR{idProduct}==1210, RUN+=usb_modeswitch '%b/%k' # Philips TalkTalk (NXP
Bug#767744: flash-kernel: There is no way to specify a custom dtb
On Mon, 2014-11-03 at 19:10 +0100, Cyril Brulebois wrote: Ian Campbell i...@hellion.org.uk (2014-11-03): On Sun, 2014-11-02 at 12:08 +0100, Uwe Kleine-König wrote: Package: flash-kernel Version: 3.28 Severity: wishlist Hello, I want to use flash-kernel on a machine that uses a device tree blob that isn't included in the kernel package. So flash-kernel's assumption to find /usr/lib/linux-image-$kvers/$dtb_id is wrong. Maybe something like: # if dtb_name starts with / assume it's a stand alone file. Otherwise # pick the one shipped by the linux image. if expr $dtb_name : / /dev/null; then dtb=$dtb_name else dtb=/usr/lib/linux-image-$kvers/$dtb_name fi would work? expr isn't a builtin, right? So we don't need to worry about dash vs bash for it and whether the : operator is implemented. Just use case and match on /*? Indeed, that would be best I think. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768026: systemd-logind: logging noise in the kernel log
Package: systemd Version: 215-5+b1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 systemd-logind puts what seems like debugging messages in the kernel log. Examples: systemd-logind[2790]: Failed to start user service: Unknown unit: user@106.service systemd-logind[2790]: New session c1 of user lightdm. systemd-logind[2790]: Failed to start user service: Unknown unit: user@1000.service systemd-logind[2790]: New session c2 of user bjorn. Please remove this log noise. Use a debug log somewhere for this kind of useless cruft. It's not like I need to know any of the above, and it takes precious buffer space from the driver messages I'd like to see. Bjørn - -- Package-specific info: - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (500, 'testing-updates'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.0-rc3 (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 systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53.4 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1 ii libblkid1 2.25.2-2 ii libc6 2.19-12 ii libcap2 1:2.24-6 ii libcap2-bin 1:2.24-6 ii libcryptsetup4 2:1.6.6-3 ii libgcrypt20 1.6.2-4 ii libkmod218-3 ii liblzma55.1.1alpha+20120614-2 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-5+b1 ii sysv-rc 2.88dsf-53.4 ii udev215-5+b1 ii util-linux 2.25.2-2 Versions of packages systemd recommends: ii dbus1.8.8-2 ii libpam-systemd 215-5+b1 Versions of packages systemd suggests: pn systemd-ui none - -- Configuration Files: /etc/systemd/logind.conf changed: [Login] HandlePowerKey=ignore HandleSuspendKey=ignore HandleHibernateKey=ignore HandleLidSwitch=ignore - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlRYosEACgkQ10rqkowbIsl6bACeIo9puIOLVRy+crVZ4inJUCq/ CH4An2FWC/DIFFo/HNhBUKDFcjuQ/X1V =y4Ph -END PGP SIGNATURE- [OVERRIDDEN] /etc/udev/rules.d/40-usb_modeswitch.rules - /lib/udev/rules.d/40-usb_modeswitch.rules --- /lib/udev/rules.d/40-usb_modeswitch.rules 2014-06-09 11:21:49.0 +0200 +++ /etc/udev/rules.d/40-usb_modeswitch.rules 2012-11-10 21:18:02.0 +0100 @@ -1,12 +1,13 @@ -# Part of usb-modeswitch-data, version 20140529 +# Part of usb-modeswitch-data, version 20121109 # -# Works with usb_modeswitch versions = 2.2.0 (introduction of HuaweiNewMode) +# Recommended use with USB_ModeSwitch = 1.2.5, works with versions = 1.0.3 +# (New style, interface class check moved to dispatcher) # ACTION!=add|change, GOTO=modeswitch_rules_end # Adds a symlink gsmmodem[n] to the lowest ttyUSB port with interrupt # transfer; checked against a list of known modems, or else no action -KERNEL==ttyUSB*, ATTRS{bNumConfigurations}==*, PROGRAM=usb_modeswitch --symlink-name %p %s{idVendor} %s{idProduct} %E{PRODUCT}, SYMLINK+=%c +KERNEL==ttyUSB*, ATTRS{bNumConfigurations}==*, PROGRAM=usb_modeswitch --symlink-name %p %s{idVendor} %s{idProduct} %E{PRODUCT}, SYMLINK=%c SUBSYSTEM!=usb, GOTO=modeswitch_rules_end @@ -20,36 +21,18 @@ ACTION!=add, GOTO=modeswitch_rules_end -# Generic entry for all Huawei devices -ATTRS{idVendor}==12d1, ATTR{bInterfaceNumber}==00, ATTR{bInterfaceClass}==08, RUN+=usb_modeswitch '%b/%k' - # HP LaserJet Professional P1102 ATTR{idVendor}==03f0, ATTR{idProduct}==002a, RUN+=usb_modeswitch '%b/%k' -# Quanta 1KR / USB-lte 7410 -ATTR{idVendor}==0408, ATTR{idProduct}==ea17, RUN+=usb_modeswitch '%b/%k' - -# Quanta 1K3 LTE -ATTR{idVendor}==0408, ATTR{idProduct}==ea25, RUN+=usb_modeswitch '%b/%k' - -# Quanta MobileGenie 4G lte -ATTR{idVendor}==0408, ATTR{idProduct}==ea43, RUN+=usb_modeswitch '%b/%k' - # Yota Router (Quanta 1QDLZZZ0ST2) ATTR{idVendor}==0408, ATTR{idProduct}==f000, RUN+=usb_modeswitch '%b/%k' -# SpeedUp SU-8500U -ATTR{idVendor}==0408, ATTR{idProduct}==f001, RUN+=usb_modeswitch '%b/%k' - # Nokia CS-10 ATTR{idVendor}==0421, ATTR{idProduct}==060c, RUN+=usb_modeswitch '%b/%k' # Nokia CS-15 ATTR{idVendor}==0421, ATTR{idProduct}==0610, RUN+=usb_modeswitch '%b/%k' -# Nokia CS-12 -ATTR{idVendor}==0421, ATTR{idProduct}==0618, RUN+=usb_modeswitch '%b/%k' - # Nokia CS-11 ATTR{idVendor}==0421, ATTR{idProduct}==061d, RUN+=usb_modeswitch '%b/%k' @@ -68,7 +51,7 @@ # Nokia CS-21M-02 ATTR{idVendor}==0421, ATTR{idProduct}==0637, RUN+=usb_modeswitch '%b/%k' -# Philips (?), Vodafone MD950 (Wisue Technology) +# Vodafone MD950 (Wisue Technology), Philips (?) ATTR{idVendor}==0471, ATTR{idProduct}==1210, RUN+=usb_modeswitch '%b/%k' # Philips TalkTalk (NXP Semiconductors Dragonfly) @@ -80,15 +63,6 @@ # I-O Data WMX2-U Wimax ATTR{idVendor}==04bb, ATTR{idProduct}==bccd, RUN+=usb_modeswitch
Bug#767744: flash-kernel: There is no way to specify a custom dtb
tag 767744 + patch quit Hello, On 11/03/2014 07:10 PM, Cyril Brulebois wrote: Ian Campbell i...@hellion.org.uk (2014-11-03): On Sun, 2014-11-02 at 12:08 +0100, Uwe Kleine-König wrote: Package: flash-kernel Version: 3.28 Severity: wishlist Hello, I want to use flash-kernel on a machine that uses a device tree blob that isn't included in the kernel package. So flash-kernel's assumption to find /usr/lib/linux-image-$kvers/$dtb_id is wrong. Maybe something like: # if dtb_name starts with / assume it's a stand alone file. Otherwise # pick the one shipped by the linux image. if expr $dtb_name : / /dev/null; then dtb=$dtb_name else dtb=/usr/lib/linux-image-$kvers/$dtb_name fi would work? expr isn't a builtin, right? So we don't need to worry about dash vs bash for it and whether the : operator is implemented. Just use case and match on /*? Good idea. The attached patch (nearly[1]) works for me. Best regards Uwe [1] only nearly because the armmp kernel doesn't have mtdblock support which is needed for my machine as it uses Mtd-Kernel: From a7232e140d67a1416b162b720f2c68b7a0385ad5 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Uwe=20Kleine-K=C3=B6nig?= u...@kleine-koenig.org Date: Tue, 4 Nov 2014 10:45:19 +0100 Subject: [PATCH] Allow DTB-Id to be an absolute file name This makes it easier to support systems that don't have a corresponding device tree shipped with the kernel image package. --- README | 2 ++ debian/changelog | 7 +++ functions| 19 +-- 3 files changed, 26 insertions(+), 2 deletions(-) diff --git a/README b/README index 0ddae85..d0adb13 100644 --- a/README +++ b/README @@ -107,6 +107,8 @@ The supported fields are: DTB-Append-From. * DTB-Id: (optional) specifies the name of the DTB file for this device + If this is a relative filename it is interpreted with + /usr/lib/linux-image-$kvers as base directory. * DTB-Append: (optional) when yes the DTB specified by DTB-Id will be appended to the kernel image. diff --git a/debian/changelog b/debian/changelog index 3a5b348..62d6643 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +flash-kernel (3.29) UNRELEASED; urgency=medium + + * Fix There is no way to specify a custom dtb by allowing DTB-Id to be an +absolute file name. (Closes: #767744) + + -- Uwe Kleine-Koenig u...@kleine-koenig.org Tue, 04 Nov 2014 10:16:12 +0100 + flash-kernel (3.28) unstable; urgency=medium [ Ian Campbell ] diff --git a/functions b/functions index d45a4e6..93e5977 100644 --- a/functions +++ b/functions @@ -414,7 +414,15 @@ handle_dtb() { return fi - local dtb=/usr/lib/linux-image-$kvers/$dtb_id + local dtb + case $dtb_id in + /*) + dtb=$dtb_id + ;; + *) + dtb=/usr/lib/linux-image-$kvers/$dtb_id + ;; + esac if [ x$FK_KERNEL_HOOK_SCRIPT = xpostrm.d ] ; then rm -f /boot/dtb-$kvers else @@ -643,7 +651,14 @@ case $method in kernel=$kfile initrd=$ifile if [ $dtb_append = yes ]; then - dtb=/usr/lib/linux-image-$kvers/$dtb_name + case $dtb_name in +/*) + dtb=$dtb_name +;; +*) + dtb=/usr/lib/linux-image-$kvers/$dtb_name +;; + esac if [ ! -f $dtb ]; then error Couldn't find $dtb fi -- 2.1.1
Bug#768026: systemd-logind: logging noise in the kernel log
Control: forcemerge 756247 -1 Bjørn Mork [2014-11-04 10:56 +0100]: systemd-logind[2790]: Failed to start user service: Unknown unit: user@106.service systemd-logind[2790]: New session c1 of user lightdm. This is unimplemented stuff from systemd-shim, duplicating to existing bug. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766710: ITP: groonga-normalizer-mysql -- MySQL derived normalizer for Groonga
I've just uploaded package to mentors.debian.net. Here is the .dsc: http://mentors.debian.net/debian/pool/main/g/groonga-normalizer-mysql/groonga-normalizer-mysql_1.0.6-1.dsc I've checked cowbuilder with lintian hook: Processing triggers for libc-bin (2.19-12) ... +++ lintian output +++ +++ end of lintian output +++ I: user script /var/cache/pbuilder/build/cow.10243/tmp/hooks/B90lintian finished I: Copying back the cached apt archive contents I: unmounting dev/pts filesystem I: unmounting run/shm filesystem I: unmounting proc filesystem I: Current time: Tue Nov 4 18:55:27 JST 2014 I: pbuilder-time-stamp: 1415094927 - Cleaning COW directory forking: rm -rf /var/cache/pbuilder/build//cow.10243 ./cowbuilder.sh 16.98s user 19.74s system 39% cpu 1:33.23 total And also with piuparts: 0m35.9s DEBUG: Command ok: ['chroot', '/tmp/newtmp/tmpuVJGah', 'apt-get', 'clean'] 0m37.2s INFO: PASS: Installation and purging test. 0m37.2s DEBUG: Starting command: ['chroot', '/tmp/newtmp/tmpuVJGah', 'apt-cache', 'show', 'groonga-normalizer-mysql'] 0m39.2s DUMP: E: No packages found 0m39.2s DEBUG: Command failed (status=100), but ignoring error: ['chroot', '/tmp/newtmp/tmpuVJGah', 'apt-cache', 'show', 'groonga-normalizer-mysql'] 0m39.2s INFO: apt-cache does not know about any of the requested packages 0m39.2s INFO: Can't test upgrade: packages not known by apt-get. 0m39.5s DEBUG: Starting command: ['chroot', '/tmp/newtmp/tmpuVJGah', 'umount', '/proc'] 0m39.6s DEBUG: Command ok: ['chroot', '/tmp/newtmp/tmpuVJGah', 'umount', '/proc'] 0m39.6s DEBUG: Starting command: ['rm', '-rf', '--one-file-system', '/tmp/newtmp/tmpuVJGah'] 0m40.6s DEBUG: Command ok: ['rm', '-rf', '--one-file-system', '/tmp/newtmp/tmpuVJGah'] 0m40.6s DEBUG: Removed directory tree at /tmp/newtmp/tmpuVJGah 0m40.6s INFO: PASS: All tests. 0m40.6s INFO: piuparts run ends. ./piuparts.sh 13.65s user 5.19s system 46% cpu 40.730 total On Sat, 25 Oct 2014 15:04:28 +0900 HAYASHI Kentaro haya...@clear-code.com wrote: Package: wnpp Severity: wishlist Owner: Groonga Project packa...@groonga.org X-Debbugs-CC: debian-de...@lists.debian.org, debian-de...@lists.debian.or.jp Package name: groonga-normalizer-mysql Version: 1.0.6 Upstream Author: Kouhei Sutou kou at clear-code.com URL: https://github.com/groonga/groonga-normalizer-mysql License: LGPL-2.1 Description: groonga-normalizer-mysql is a Groonga plugin. It provides MySQL compatible normalizers and a custom normalizer to Groonga. -- HAYASHI Kentaro haya...@clear-code.com -- HAYASHI Kentaro haya...@clear-code.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768028: add unzip to depends/recommends
Package: gnome Version: 1:3.8+8 Severity: wishlist When installing extensions from https://extensions.gnome.org, gnome needs unzip to be able to install them. Please consider adding it to depends or recommends of gnome. Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768027: linux-image-3.16-3-686-pae: kernel BUG at linux-3.16.5/drivers/gpu/drm/i915/i915_gem_stolen.c:431!
Package: src:linux Version: 3.16.5-1 Severity: important Booting a 3.16.5 leads to a locked up system. Login manager fails to start, and the console is dead. This renders this kernel UNUSABLE on my Netbook. Kernel 3.14 works fine. This appears to be specific to the earlier Intel Atom CPUs? Nov 04 11:02:14 kleinphi kernel: kernel BUG at /build/linux-I5YRU_/linux-3.16.5/drivers/gpu/drm/i915/i915_gem_stolen.c:431! Nov 04 11:02:14 kleinphi kernel: invalid opcode: [#1] SMP Nov 04 11:02:14 kleinphi kernel: Modules linked in: media i915(+) lpc_ich bcma mfd_core drm_kms_helper shpchp wmi drm ac batt Nov 04 11:02:14 kleinphi kernel: CPU: 1 PID: 226 Comm: systemd-udevd Not tainted 3.16-3-686-pae #1 Debian 3.16.5-1 Nov 04 11:02:15 kleinphi kernel: Hardware name: ASUSTeK Computer INC. 1016P/1015PE, BIOS 080110/06/2010 Nov 04 11:02:15 kleinphi kernel: task: f6cfe010 ti: f42de000 task.ti: f42de000 Nov 04 11:02:16 kleinphi kernel: EIP: 0060:[f835413b] EFLAGS: 00010206 CPU: 1 Nov 04 11:02:16 kleinphi kernel: EIP is at i915_gem_object_create_stolen_for_preallocated+0x20b/0x280 [i915] Nov 04 11:02:16 kleinphi kernel: EAX: f4347800 EBX: f4274150 ECX: 001d4c00 EDX: 001d4c00 Nov 04 11:02:16 kleinphi kernel: ESI: f427 EDI: 001d4c00 EBP: f42dfb60 ESP: f42dfb38 Nov 04 11:02:16 kleinphi kernel: DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Nov 04 11:02:16 kleinphi kernel: CR0: 80050033 CR2: b75d0740 CR3: 36f6c000 CR4: 07f0 Nov 04 11:02:16 kleinphi kernel: Stack: Nov 04 11:02:16 kleinphi kernel: f43479e4 0286 f4270004 0001 0001 f4347800 001d4c00 f4cf8000 Nov 04 11:02:16 kleinphi kernel: f4347800 f42dfbd4 f42dfbe0 f83833ab 00139000 00071024 f42dfba8 f835ceab Nov 04 11:02:16 kleinphi kernel: 0001 f4347800 f427 f43479e4 0002 f4347a00 Nov 04 11:02:16 kleinphi kernel: Call Trace: Nov 04 11:02:17 kleinphi kernel: [f83833ab] ? intel_modeset_init+0x82b/0x1210 [i915] Nov 04 11:02:17 kleinphi kernel: [f835ceab] ? i915_enable_pipestat+0xab/0x120 [i915] Nov 04 11:02:17 kleinphi kernel: [f83acbc5] ? i915_driver_load+0xae5/0xed0 [i915] Nov 04 11:02:17 kleinphi kernel: [f83a9f40] ? i915_switcheroo_set_state+0x90/0x90 [i915] Nov 04 11:02:17 kleinphi kernel: [c137fa60] ? powercap_register_control_type+0x1c0/0x1c0 Nov 04 11:02:17 kleinphi kernel: [c12515f0] ? cleanup_uevent_env+0x10/0x10 Nov 04 11:02:17 kleinphi kernel: [c133acc4] ? get_device+0x14/0x30 Nov 04 11:02:17 kleinphi kernel: [c146ea6b] ? klist_node_init+0x2b/0x40 Nov 04 11:02:17 kleinphi kernel: [c146ead6] ? klist_add_tail+0x16/0x30 Nov 04 11:02:17 kleinphi kernel: [c133c076] ? device_add+0x1d6/0x5a0 Nov 04 11:02:17 kleinphi kernel: [f81f15ae] ? drm_dev_register+0x8e/0xe0 [drm] Nov 04 11:02:17 kleinphi kernel: [f81f3b79] ? drm_get_pci_dev+0x79/0x1c0 [drm] Nov 04 11:02:17 kleinphi kernel: [c1284c5f] ? pci_device_probe+0x6f/0xc0 Nov 04 11:02:17 kleinphi kernel: [c11ca735] ? sysfs_create_link+0x25/0x40 Nov 04 11:02:17 kleinphi kernel: [c133eb03] ? driver_probe_device+0x93/0x3a0 Nov 04 11:02:17 kleinphi kernel: [c11ca467] ? sysfs_create_dir_ns+0x37/0x80 Nov 04 11:02:17 kleinphi kernel: [c133eb03] ? driver_probe_device+0x93/0x3a0 Nov 04 11:02:17 kleinphi kernel: [c11ca467] ? sysfs_create_dir_ns+0x37/0x80 Nov 04 11:02:17 kleinphi kernel: [c1284ba1] ? pci_match_device+0xc1/0xe0 Nov 04 11:02:17 kleinphi kernel: [c133eec1] ? __driver_attach+0x71/0x80 Nov 04 11:02:17 kleinphi kernel: [c133ee50] ? __device_attach+0x40/0x40 Nov 04 11:02:17 kleinphi kernel: [c133cfd7] ? bus_for_each_dev+0x47/0x80 Nov 04 11:02:17 kleinphi kernel: [c133e60e] ? driver_attach+0x1e/0x20 Nov 04 11:02:17 kleinphi kernel: [c133ee50] ? __device_attach+0x40/0x40 Nov 04 11:02:17 kleinphi kernel: [c133e267] ? bus_add_driver+0x157/0x230 Nov 04 11:02:17 kleinphi kernel: [f83ea000] ? 0xf83e9fff Nov 04 11:02:17 kleinphi kernel: [c133f589] ? driver_register+0x59/0xe0 Nov 04 11:02:17 kleinphi kernel: [c1002132] ? do_one_initcall+0xc2/0x1f0 Nov 04 11:02:17 kleinphi kernel: [f83ea000] ? 0xf83e9fff Nov 04 11:02:17 kleinphi kernel: [f832e000] ? 0xf832dfff Nov 04 11:02:17 kleinphi kernel: [c11492c8] ? __vunmap+0x88/0xf0 Nov 04 11:02:17 kleinphi kernel: [c11492c8] ? __vunmap+0x88/0xf0 Nov 04 11:02:17 kleinphi kernel: [c10c0f5b] ? load_module+0x1cbb/0x2390 Nov 04 11:02:17 kleinphi kernel: [c10c1795] ? SyS_finit_module+0x75/0xc0 Nov 04 11:02:17 kleinphi kernel: [c112ef5b] ? vm_mmap_pgoff+0x7b/0xa0 Nov 04 11:02:17 kleinphi kernel: [c1479c9f] ? sysenter_do_call+0x12/0x12 Nov 04 11:02:17 kleinphi kernel: Code: 08 89 54 24 08 c7 44 24 04 80 3f 3c f8 c7 04 24 a0 62 3b f8 89 44 24 10 8b 45 f0 89 44 Nov 04 11:02:18 kleinphi kernel: EIP: [f835413b] i915_gem_object_create_stolen_for_preallocated+0x20b/0x280 [i915] SS:ESP 0 Nov 04 11:02:20 kleinphi kernel: ---[ end trace 981ffc8e744747f8 ]--- ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx DMI Bridge [8086:a010]
Bug#766165: sane-utils: missing dependency to libpthread in scanimage
Hello, sane-backends release 1.0.24-3 is now in testing. Please can you check whether the same bug still exists? CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema-ID: SYR8SJXB IRC: j_...@freenode.net, j_...@oftc.net signature.asc Description: This is a digitally signed message part.
Bug#747180: Bug#766237: [systemd-shim] Version property from org.freedesktop.systemd1.Manager
Hello all, replying to both bugs at the same time, as they are more or less the same. Török Edwin [2014-10-21 20:49 +0300]: systemd-shim doesn't provide the Version property from org.freedesktop.systemd1.Manager. According to the documentation[0] applications shouldn't parse this property, but powerdevil from KDE does and hides the Sleep/Hibernate buttons [1]. I'm not avert to adding the Version property to systemd-shim, but conceptually this doesn't help at all. Merely checking the version number does not tell you (i. e. powerdevil) in any way whether suspend/hibernate is possible. What powerdevil should do is to not query for a particular init system, but rather ask logind: | $ gdbus call --system -d org.freedesktop.login1 -o /org/freedesktop/login1 -m org.freedesktop.login1.Manager.CanSuspend | ('yes',) | $ gdbus call --system -d org.freedesktop.login1 -o /org/freedesktop/login1 -m org.freedesktop.login1.Manager.CanHibernate | ('na',) I. e. on my system suspend works, but hibernate is not available (I have no swap partition. logind works under any init system, and hibernation isn't available on some systems regardless of the init system. So I suggest we keep #747180 against powerdevil to fix the implementation of its CanSuspend/Hibernate, and I'll just add the Version property to -shim (it can't hurt really). Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749994: tdiary-mode: fails to upgrade from sid
Followup-For: Bug #749994 Control: found -1 4.0.5.1-1 Install tdiary-mode for emacs24 install/tdiary-mode: Handling install for emacsen flavor emacs24 ERROR: install script from tdiary-mode package failed dpkg: error processing package emacs24-nox (--configure): subprocess installed post-installation script returned error exit status 1 Andreas tdiary-mode_4.0.5.1-1.log.gz Description: application/gzip
Bug#768029: root-system: Fix FTBFS on ppc64el and powerpc
Package: root-system Version: 5.34.19+dfsg-1.1 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el powerpc Dear Maintainer, on the latest buildd report https://buildd.debian.org/status/package.php?p=root-system the build fails on powerpc and ppc64el. Here is a patch that should fix those. On powerpc, I fixed this in debian/rules by change the PLATFORM, else it was using the config/Makefile.linux which is using i386 specific gcc flags such as -msse leading to failure of compiling krb5 test binary during configure. With that the package is being build and in 32bits. On ppc64el, the configure was handling differently linuxppc64 whereas the way of doing for linuxx8664 is ok : this help configure to find the libs it needs. During compilation it then failed because g77 was used and not gfortran. Si I reused the way it was done on x8664 so that if g77 is not there gfortran is used thus adding a bit at the end of config/Makefile.linuxppc64gcc Maybe -m64 could be avoided as it was in the initial Makefile.linuxppc64gcc but for the sake of coherence with x8664 config file, I used the same way of doing. Hope that helps, F. --- a/debian/patches/series 2014-10-24 13:44:02.0 +0200 +++ b/debian/patches/series 2014-11-03 17:04:13.13596 +0100 @@ -32,3 +32,4 @@ 76-hurd-i386.patch 77-ruby-header-path.patch 78-html-header-logo.patch +support-for-ppc64 --- a/debian/patches/support-for-ppc64 1970-01-01 01:00:00.0 +0100 +++ b/debian/patches/support-for-ppc64 2014-11-04 11:02:54.536006646 +0100 @@ -0,0 +1,59 @@ +--- root-system-5.34.19+dfsg.orig/config/Makefile.linuxppc64gcc root-system-5.34.19+dfsg/config/Makefile.linuxppc64gcc +@@ -42,13 +42,33 @@ XLIBS = $(XPMLIBDIR) $(XPMLIB) $ + CILIBS= -lm -ldl + CRYPTLIBS = -lcrypt + ++ + # Fortran: ++ifneq ($(findstring gfortran, $(F77)),) ++ifeq ($(F77),) ++# only needed to get default compiler in ./configure ++F77 = gfortran ++endif ++F77FLAGS = -fPIC -m64 -std=legacy ++ifneq ($(shell $(F77) -m64 -print-file-name=libgfortran.$(SOEXT)),libgfortran.$(SOEXT)) ++F77LIBS := $(shell $(F77) -m64 -print-file-name=libgfortran.$(SOEXT)) ++else ++F77LIBS := $(shell $(F77) -m64 -print-file-name=libgfortran.a) ++endif ++F77LIBS += $(shell $(F77) -m64 -print-file-name=libgfortranbegin.a) ++endif ++ ++ifneq ($(findstring g77, $(F77)),) ++ifeq ($(F77),) ++# only needed to get default compiler in ./configure + F77 = g77 +-F77FLAGS = -fPIC ++endif ++F77FLAGS = -fPIC -m64 + ifneq ($(shell $(F77) -print-file-name=libg2c.so),libg2c.so) +-F77LIBS := $(shell $(F77) -print-file-name=libg2c.so) -lnsl ++F77LIBS := $(shell $(F77) -m64 -print-file-name=libg2c.so) -lnsl + else +-F77LIBS := $(shell $(F77) -print-file-name=libg2c.a) -lnsl ++F77LIBS := $(shell $(F77) -m64 -print-file-name=libg2c.a) -lnsl ++endif + endif + + # Extras +--- root-system-5.34.19+dfsg.orig/configure root-system-5.34.19+dfsg/configure +@@ -1886,7 +1886,7 @@ case $arch in + sgicc) +logmsg Will check 32bit libraries +checklib32=yes ;; +-linuxppc64*|sgicc64) ++sgicc64) +logmsg Will ONLY check 64bit libraries +checkonlylib64=yes ;; + linuxx8664k1om*) +@@ -1898,7 +1898,7 @@ linuxx8664k1om*) +enable_genvector=no +enable_tmva=no +;; +-linuxx8664*) ++linuxx8664*|linuxppc64*) +logmsg Will check 64bit libraries +checklinux64=yes +checklib64=yes ;; --- a/debian/rules 2014-10-24 13:44:02.0 +0200 +++ b/debian/rules 2014-11-03 17:13:30.408069453 +0100 @@ -24,7 +24,7 @@ EXTRA_LDFLAGS := $(LDFLAGS) export CFLAGS EXTRA_LDFLAGS DEB_HOST_MULTIARCH ifeq ($(DEB_HOST_ARCH_CPU),powerpc) -PLATFORM = linux +PLATFORM = linuxppcgcc else PLATFORM = endif
Bug#767226: icedove: 'Checking Server Capabilities' Verification problem
Hello Hannes, please use always Reply All so the bugtracker is updated as well. :) Am 04.11.2014 um 11:05 schrieb Hannes Konegger: Dear Carsten, thank you for your fast reply. You are right, my mailprovider only implemented TLS 1.0 and the workaround with the security.tls.version.min within the registry did work out. I advised my provider to update its TLS protocol. The Poodle and Beast attack is making more pressure to the provider and server admins. So yes, remind your provider again and again to implement proper and actual transport security implementations. And if they don't ... than change your provider. Keep up the good work and cheers for the efforts you put into this project! Thanks, we give mostly our best. :-) (I don't cut off the rest of your mail, as I adding the bugtracker again.) Best regards, Hannes Am 2014-10-29 um 18:56 schrieb Carsten Schoenert: Hello Hannes, On Wed, Oct 29, 2014 at 01:32:08PM +0100, Hannes Konegger wrote: Previous apt-get upgrade on testing/jessie (standard repository) three days ago led to to the situation, that the mail server is not reachable any longer. It continiously states 'checking server capabilities' without successfully connecting - no server settings were changed from my side. * What exactly did you do (or not do) that was effective (or ineffective)? Until now, I couldn't find the issue, which might be related to icedove itself since upon deleting and creating a new account within the account manager the program states, that the password or username of the used server are not correct. Horde webmail applications with the same login work. Also testing another e-mail account on a different provider did not work, Horde webmail for the alternative mail account did work once more. Also the usage of evolution mail client with standard configuration did work. unfortunately your mail provider isn't supporting a proper TLS 1.2 configuration. Mozilla has changed som restrictions for the usage of TLS 1.2 and ciphersuites. Can you please take a look into #761245 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761245 Please check if you can resolve your connection problems with the infos from that bug report. Please read the bug report untill the end, thare are some more explanations that will correct some statements that are done in the NEWS file for version 31.2.0. Especially the consclusion that there is no fallback to weaker TLS versions was obviously wrong. You will find the respective commit for the NEWS file on http://anonscm.debian.org/cgit/pkg-mozilla/icedove.git/commit/?id=915864d0b0771a84726fbbcc1dafb51b397c2720 Regards Carsten -- Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768031: unblock: safe-rm/0.12-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package safe-rm This new upstream version consists of a single change: --- safe-rm-0.11/safe-rm2014-10-08 00:28:47.0 +1300 +++ safe-rm-0.12/safe-rm2014-11-03 15:11:18.0 +1300 @@ -3,9 +3,8 @@ use warnings; use strict; use Cwd 'realpath'; -use Env; i.e. the removal of an unnecessary dependency which was breaking upgrades (release-critical bug #767477). A full debdiff against the package in testing is attached, but the only change other than version numbers and changelogs is the above line. unblock safe-rm/0.12-1 diff -Nru safe-rm-0.11/Changes safe-rm-0.12/Changes --- safe-rm-0.11/Changes 2014-10-08 00:28:47.0 +1300 +++ safe-rm-0.12/Changes 2014-11-03 15:11:18.0 +1300 @@ -1,3 +1,6 @@ +0.12 (2014-11-03) + - Remove unnecessary dependency on Env + 0.11 (2014-10-08) - Read user config from $XDG_CONFIG_HOME/safe-rm too - Update URL and email address (safe-rm.org.nz is deprecated) diff -Nru safe-rm-0.11/debian/changelog safe-rm-0.12/debian/changelog --- safe-rm-0.11/debian/changelog 2014-10-22 10:26:01.0 +1300 +++ safe-rm-0.12/debian/changelog 2014-11-03 15:19:24.0 +1300 @@ -1,3 +1,9 @@ +safe-rm (0.12-1) unstable; urgency=high + + * New upstream release (closes: #767477) + + -- Francois Marier franc...@debian.org Mon, 03 Nov 2014 15:18:31 +1300 + safe-rm (0.11-2) unstable; urgency=medium * Add Dutch debconf translation (closes: #766254) diff -Nru safe-rm-0.11/safe-rm safe-rm-0.12/safe-rm --- safe-rm-0.11/safe-rm 2014-10-08 00:28:47.0 +1300 +++ safe-rm-0.12/safe-rm 2014-11-03 15:11:18.0 +1300 @@ -3,9 +3,8 @@ use warnings; use strict; use Cwd 'realpath'; -use Env; -our $VERSION = '0.11'; +our $VERSION = '0.12'; my $homedir= $ENV{HOME} || q{}; my $LEGACY_CONFIG_FILE = $homedir/.safe-rm;
Bug#768030: [htsengine] Different hts_engine versions are not compatible
Package: htsengine Version: 1.08-1 Severity: wishlist --- Please enter the report below this line. --- Hi, I noticed that the package htsengine is designed to provide the latest version of the htsengine. Unfortunately: 1) neither the hts_engine nor the libHTSEngine API are stable (i.e.: they changes with every version); 2) there are TTS systems that supports more than one of these versions (and it would be nice to package one of those systems, sooner or later); 3) I need more than one libHTSEngine API installed in my work pipeline. Is it possible to have different packages for different htsengine versions? (I personally need hts_engine 1.05 and later) Is it possible to have this packages installed simultaneously? I think this would be a great improvement. By the way, is the soname of the libhtsengine library updated with every API change in that library? (i.e.: with every version of the htsengine?) If not this should be fixed. Bests, Giulio. --- System information. --- Architecture: amd64 Kernel: Linux 3.14-1-amd64 --- Package information. --- Depends(Version) | Installed -+-=== libc6 (= 2.3.4) | libhtsengine1 (= 1.07) | Package's Recommends field is empty. 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#768032: frontaccounting: fails to install: ERROR 1146 (42S02) at line 1: Table 'frontaccounting.0_company' doesn't exist
Package: frontaccounting Version: 2.3.21-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package frontaccounting. (Reading database ... 14828 files and directories currently installed.) Preparing to unpack .../frontaccounting_2.3.21-1_all.deb ... Unpacking frontaccounting (2.3.21-1) ... Setting up frontaccounting (2.3.21-1) ... ERROR 1146 (42S02) at line 1: Table 'frontaccounting.0_company' doesn't exist dpkg: error processing package frontaccounting (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: frontaccounting mysql was installed and running in the chroot ... cheers, Andreas frontaccounting_2.3.21-1.log.gz Description: application/gzip
Bug#730539: libsane: HP psc 750 no longer being recognized
Hello, the patch resolves the bug. So I reassign this bug to hplip. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema-ID: SYR8SJXB IRC: j_...@freenode.net, j_...@oftc.net signature.asc Description: This is a digitally signed message part.
Bug#768033: unblock: openmpi/1.4.2-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package openmpi This Fixes two important bugs: #647908 and #675115 that block the package from working with gfortran-4.9 (used by many/most users) and #752785 enables functionality via mpi.pc to work across all MPI implementations in Jessie. unblock openmpi/1.6.5-9 -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-5-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Shell: /bin/sh linked to /bin/bash diff -Nru openmpi-1.6.5/debian/changelog openmpi-1.6.5/debian/changelog --- openmpi-1.6.5/debian/changelog 2013-12-26 13:36:20.0 + +++ openmpi-1.6.5/debian/changelog 2014-10-28 11:19:58.0 + @@ -1,3 +1,14 @@ +openmpi (1.6.5-9) unstable; urgency=medium + + * Add myself as uploader. + * Standards-Version: 3.9.6; no changes required. + * Rebuild against lastest gfortran. Closes: #647908, #675115. + * Patch for mpi.pc support. Closes: #752785. + * Patch from Michael Cree to fix bad atomic ops on Alpha that +causes mpi4py to segfault. Closes: #754524. + + -- Alastair McKinstry mckins...@debian.org Tue, 28 Oct 2014 11:07:44 + + openmpi (1.6.5-8) unstable; urgency=low [ Dimitri John Ledkov ] diff -Nru openmpi-1.6.5/debian/control openmpi-1.6.5/debian/control --- openmpi-1.6.5/debian/control 2013-12-26 14:31:53.0 + +++ openmpi-1.6.5/debian/control 2014-10-28 11:07:40.0 + @@ -2,7 +2,8 @@ Section: net Priority: extra Maintainer: Debian Open MPI Maintainers pkg-openmpi-maintain...@lists.alioth.debian.org -Uploaders: Manuel Prinz man...@debian.org, Sylvestre Ledru sylves...@debian.org +Uploaders: Manuel Prinz man...@debian.org, Sylvestre Ledru sylves...@debian.org, + Alastair McKinstry mckins...@debian.org Build-Depends: dpkg-dev (= 1.16.1~), debhelper (= 8.0.0~), libibverbs-dev (= 1.1.1) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], gfortran, gcc (= 4:4.1.2), chrpath, libhwloc-dev, libtorque2-dev, @@ -10,7 +11,7 @@ libnuma-dev [amd64 i386 ia64 mips mipsel mipsn32 mipsn32el mips64 mips64el powerpc ppc64el], autoconf (= 2.59), automake Build-Conflicts: libopenmpi1.3 -Standards-Version: 3.9.5 +Standards-Version: 3.9.6 Homepage: http://www.open-mpi.org/ Vcs-Svn: svn://svn.debian.org/svn/pkg-openmpi/openmpi/trunk/ Vcs-Browser: http://svn.debian.org/wsvn/pkg-openmpi/openmpi/trunk/ diff -Nru openmpi-1.6.5/debian/patches/alpha_badatomic.patch openmpi-1.6.5/debian/patches/alpha_badatomic.patch --- openmpi-1.6.5/debian/patches/alpha_badatomic.patch 1970-01-01 01:00:00.0 +0100 +++ openmpi-1.6.5/debian/patches/alpha_badatomic.patch 2014-10-28 11:24:32.0 + @@ -0,0 +1,26 @@ +Index: openmpi-1.6.5/opal/include/opal/sys/alpha/atomic.h +=== +--- openmpi-1.6.5.orig/opal/include/opal/sys/alpha/atomic.h openmpi-1.6.5/opal/include/opal/sys/alpha/atomic.h +@@ -96,9 +96,7 @@ static inline int opal_atomic_cmpset_32( + mov %3, %0 \n\t + stl_c %0, %1\n\t + beq %0, 1b \n\t +- jmp 3f \n +- 2: mov $31, %0 \n +- 3: \n ++ 2: \n + : =r (ret), +m (*addr) + : r (oldval), r (newval) + : memory); +@@ -141,9 +139,7 @@ static inline int opal_atomic_cmpset_64( + mov %3, %0 \n\t + stq_c %0, %1 \n\t + beq %0, 1b \n\t +- jmp 3f \n +- 2: mov $31, %0 \n +- 3: \n ++ 2: \n + : =r (ret), +m (*addr) + : r (oldval), r (newval) + : memory); diff -Nru openmpi-1.6.5/debian/patches/pkgconfig-vars.patch openmpi-1.6.5/debian/patches/pkgconfig-vars.patch --- openmpi-1.6.5/debian/patches/pkgconfig-vars.patch 1970-01-01 01:00:00.0 +0100 +++ openmpi-1.6.5/debian/patches/pkgconfig-vars.patch 2014-10-28 12:51:59.0 + @@ -0,0 +1,28 @@ +Author: Alastair McKinstry mckins...@debian.org +Origin-Bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752785 +Description: Add variables needed to make mpi.pc an alias for ompi.pc +Last-Updated: 2014-10-07 +Forwarded: no + +Index: openmpi-1.6.5/ompi/tools/wrappers/ompi.pc.in +=== +--- openmpi-1.6.5.orig/ompi/tools/wrappers/ompi.pc.in openmpi-1.6.5/ompi/tools/wrappers/ompi.pc.in +@@ -15,7 +15,7 @@ libdir=@libdir@ + # dependencies), so only list these in Libs.private. + # + Libs: -L${libdir} @OMPI_WRAPPER_EXTRA_LDFLAGS@ -lmpi +-Libs.private: @OMPI_WRAPPER_EXTRA_LIBS@ ++Libs.private: @OMPI_WRAPPER_EXTRA_LIBS@ -lmpi_f90 -lmpi_f77 -lmpi + # + # It is safe to hard-wire the -I before the EXTRA_INCLUDES because it + #
Bug#747180: [kde-workspace-bin] due to checkSystemdVersion()
Control: tag -1 fixed-upstream pending Hey Török, Török Edwin [2014-10-21 20:31 +0300]: + return g_variant_new_take_string (g_strdup_printf(systemd %d, SYSTEMD_VERSION)); This is wrong, systemd only gives back the version without the systemd prefix. I adjusted the patch accordingly and pushed upstream: https://github.com/desrt/systemd-shim/commit/dd8c6a1a7 Thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#611238: logrotate: wrong order of compression and script execution
On Thu, 27 Jan 2011 12:34:44 + Paul Martin p...@debian.org wrote: Have you got a logrotate.conf script that exhibits this behaviour? From my reading of the source code, there should not be any change in this behaviour between versions. My suspicion is that you have delaycompress set: We've just been confused by this as well. Attached is a sample conf file. From logrotate 3.8.1, Debian 7.6, running with -d -f: reading config file logrotate_order_test.conf Handling 1 logs rotating pattern: /var/log/foo.log forced from command line (no old logs will be kept) empty log files are rotated, old logs are removed considering log /var/log/foo.log log needs rotating rotating log /var/log/foo.log, log-rotateCount is 0 dateext suffix '-20141104' glob pattern '-[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]' renaming /var/log/foo.log.1.gz to /var/log/foo.log.2.gz (rotatecount 1, logstart 1, i 1), renaming /var/log/foo.log.0.gz to /var/log/foo.log.1.gz (rotatecount 1, logstart 1, i 0), renaming /var/log/foo.log to /var/log/foo.log.1 disposeName will be /var/log/foo.log.1.gz running postrotate script running script (multiple) with arg /var/log/foo.log : echo Running postrotate script... ls /var/log/foo.log* echo Finished postrotate script compressing log with: /bin/gzip removing old log /var/log/foo.log.1.gz error: error opening /var/log/foo.log.1.gz: No such file or directory Compression is definitely happening after the postrotate script is run. Looking at the source, it looks like compressLogFile() is getting called in postrotateSingleLog() (logrotate.c, line 1455) if 'compress' is set and 'delaycompress' isn't set: if ((log-flags LOG_FLAG_COMPRESS) !(log-flags LOG_FLAG_DELAYCOMPRESS)) { hasErrors = compressLogFile(rotNames-finalName, log, state-sb); } compressLogFile() only gets called in prerotateSingleLog() if both 'compress' and 'delaycompress' are set: (line 1006) if (log-flags LOG_FLAG_COMPRESS log-flags LOG_FLAG_DELAYCOMPRESS) { ... hasErrors = compressLogFile(oldName, log, sbprev); ... hasErrors = compressLogFile(oldName, log, sbprev); ... } -- Matthew Rahtz, Informatics Systems Group The Wellcome Trust Sanger Institute, Hinxton, Cambridge, CB10 1HH, UK -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE. /var/log/foo.log { compress sharedscripts postrotate echo Running postrotate script... ls /var/log/foo.log* echo Finished postrotate script endscript }
Bug#429323: /usr/bin/scanimage: -x and -y should support other units, such as inches, with appropriate suffi
Hello, no answer about 7 years. So I close this bug. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema-ID: SYR8SJXB IRC: j_...@freenode.net, j_...@oftc.net signature.asc Description: This is a digitally signed message part.
Bug#446643: sane-utils: alleged performance problems with saned
Hello, this bug was closed and archived in 2010. Then in 2011 this bug was reopened and unarchived without any comments. I close this bug. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema-ID: SYR8SJXB IRC: j_...@freenode.net, j_...@oftc.net signature.asc Description: This is a digitally signed message part.
Bug#768034: lxde: Huge policies because 1920x1080 (Large Policies disabled)
Package: lxde Version: 4+nmu1 Severity: normal Dear Maintainer, I just installed Debian 7.6.0 LXDE (from live CD) on a computer with a 1920x1080 screen. But I can't have normal caracter size. In lxappearance, every size is set as normal. On the login screen, Large Policies aren't enabled (just imagine when it's enabled...) network connexion and disconnection messages are so big that they go partially out of the screen, every file name is cut into 3 or 4 lines. Synapti c Pack... BOINC Mana... There is no existing way to get a normal screen. I looked for HOURS now on the Internet and tried every single software I had in my computer without succeding anything. Thousands of command lines, and files to modify that doesn't exists on my computer. So yes, this is a real bug, since no user can resolve an enormous (and cropped) problem permanently everywhere the screen, no publicly known way to be solved in lxde (if not, no way at all ?). Even expert didn't succeed in helping me. I mea n, no way to set t a pro blem like t his ? Thank you in advance and good luck For me, it's not possible to use LXDE on this computer (even a 1024x768 well configured screen is more comfortable) and after hours of failing to correct that, one thing is sure : there is something to modify somewhere but it's not my job anymore. Bye ! -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxde depends on: ii galculator 1.3.4-1 ii gpicview 0.2.3-2 ii leafpad 0.8.18.1-3 ii lxappearance 0.5.2-1 ii lxde-core4+nmu1 ii lxde-icon-theme 0.5.0-1 ii lxinput 0.3.2-1 ii lxrandr 0.1.2-3 ii lxsession-edit 0.2.0-3 ii lxshortcut 0.1.2-3 ii lxterminal 0.1.11-4 ii obconf 1:2.0.3+20110805+debian-1 ii xarchiver1:0.5.2+20090319+dfsg-4.1 Versions of packages lxde recommends: ii iceweasel [www-browser] 31.2.0esr-2~deb7u1 ii lightdm [x-display-manager] 1.2.2-4 ii lxmusic 0.4.4+git20100802-3 ii lxpolkit 0.1.0-4 ii menu-xdg 0.5 ii network-manager-gnome0.9.4.1-5 ii w3m [www-browser]0.5.3-8 ii xserver-xorg 1:7.7+3~deb7u1 Versions of packages lxde suggests: ii lxlauncher 0.2.2-3 ii lxtask 0.1.4-3 -- 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#756247: Failed to start unit user@1000.service: Unknown unit: user@0000.service
Control: tag -1 fixed-upstream pending Michael Biebl [2014-07-28 1:17 +0200]: When running logind v205+ under systemd-shim 6-4 / cgmanager, I get this error message: Failed to start unit user@0.service: Unknown unit: user@0.service Failed to start user service: Unknown unit: user@0.service Fixed the warning upstream: https://github.com/desrt/systemd-shim/commit/729b958d9d97 Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#768035: unblock: metview/4.4.8+dfsg.1-8
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package metview This fixes an RC bug #767746. It adds a build-conflict for openjpeg-dev, which was being pulled in ahead of the desired libjasper-dev. unblock metview/4.4.8+dfsg.1-8 -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-5-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Shell: /bin/sh linked to /bin/bash diff -Nru metview-4.4.8+dfsg.1/debian/changelog metview-4.4.8+dfsg.1/debian/changelog --- metview-4.4.8+dfsg.1/debian/changelog 2014-10-18 15:32:44.0 +0100 +++ metview-4.4.8+dfsg.1/debian/changelog 2014-11-03 12:32:38.0 + @@ -1,3 +1,9 @@ +metview (4.4.8+dfsg.1-8) unstable; urgency=medium + + * Add Build-conflicts on openjpeg-dev. Closes: #767746. + + -- Alastair McKinstry mckins...@debian.org Mon, 03 Nov 2014 11:58:27 + + metview (4.4.8+dfsg.1-7) unstable; urgency=medium * Depend on libmagics++-dev = 2.22.7.dfsg.1-3 to get header files diff -Nru metview-4.4.8+dfsg.1/debian/control metview-4.4.8+dfsg.1/debian/control --- metview-4.4.8+dfsg.1/debian/control 2014-10-18 15:32:44.0 +0100 +++ metview-4.4.8+dfsg.1/debian/control 2014-11-03 12:32:38.0 + @@ -11,7 +11,7 @@ libterralib-dev, dh-autoreconf, ksh, libproj-dev, libgd-dev, imagemagick, libjasper-dev, libnetcdf-dev, scm [!arm64 !ppc64] -Build-Conflicts: lesstif2-dev +Build-Conflicts: lesstif2-dev, libopenjpeg-dev Standards-Version: 3.9.6 Homepage: https://software.ecmwf.int/wiki/display/METV/Home
Bug#426137: Recognize locally forwarded emails correctly
Hello, no answer since more then 10 weeks. So I close this bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema-ID: SYR8SJXB IRC: j_...@freenode.net, j_...@oftc.net signature.asc Description: This is a digitally signed message part.
Bug#757633: Blueman broken in jessie beta 2 xfce 32-bit, cont5
I inspected the source of bluez5 and obex-data-server and it seems that obex-data-server can not find or connect to bluez5 internal SDP server. See bluez-5.24/src/sdpd-server.c and obex-data-server-0.4.6/src/ods-bluez.c That is why we have in /var/log/syslog Nov 4 12:02:18 debian obex-data-server[16446]: **Warning: Couldn't connect to SDP server Nov 4 12:02:18 debian obex-data-server[16446]: **Warning: Could not add SDP record for server (/org/openobex/server1), closing server A test program is obex-data-server-0.4.6/test/ods-server-test.py. Create a desktop launcher with following command edited to suit your filesystem and local bluetooht address: /home/debian/Downloads/obex-data-server-0.4.6/test/ods-server-test.py -l 00:15:83:3E:F0:66 opp /home/debian/Public This program does not work if started in terminal. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768036: iproute2: segfault with ip link show dev
Package: iproute2 Version: 3.16.0-2 Severity: important Dear Maintainer, I was using iproute2 3.15.0-2~bpo70+1 on a stable wheezy. My network card in using igb driver with VF enable, e.g igb.max_vfs=2 After upgrading to 3.16.0-2~bpo70+1, I have now a segfault while doing a usual `ip link show dev eth1`. Disabling VFS make the segafult disappear. Here is the gdb trace even if it does not contain much info. The segfault occurs when at the VF step. (gdb) r link show dev eth1 Starting program: /sbin/ip link show dev eth1 3: eth1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 9000 qdisc mq state UP mode DEFAULT group default qlen 1 link/ether 00:26:6c:ff:b5:c1 brd ff:ff:ff:ff:ff:ff Program received signal SIGSEGV, Segmentation fault. 0x00408e09 in print_linkinfo () (gdb) bt #0 0x00408e09 in print_linkinfo () #1 0x0041a231 in iplink_get () #2 0x0040a93e in ?? () #3 0x0041a2da in do_iplink () #4 0x00407124 in _start () The expected output is for example: # ip link show dev eth1 3: eth1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 9000 qdisc mq state UP mode DEFAULT group default qlen 1 link/ether 00:26:6c:ff:b3:8d brd ff:ff:ff:ff:ff:ff vf 0 MAC 00:00:00:00:00:00, spoof checking on, link-state auto vf 1 MAC 00:00:00:00:00:00, spoof checking on, link-state auto I'm using my own kernel build, a stable v3.14.x Regards, -- William -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767514: mate-control-center: SegFault when opening keybinding properties when you have more than 1 custom shortcuts
Control: close -1 HI Abel, On Mo 03 Nov 2014 17:48:19 CET, Abel McClendon wrote: Package: mate-control-center Followup-For: Bug #767514 Hi folks, Updated to package now in jessie. Did not realize this package was in unstable in the previously mentioned irc conversation. Problem is resolved. This mornings update fixed it: ii mate-control-center 1.8.3+dfsg1-1 ii mate-control-center-common 1.8.3+dfsg1-1 Thanks for reporting back. Closing this bug. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpdq8gwVn83_.pgp Description: Digitale PGP-Signatur
Bug#766464: gksu pluma any_file sets the ownership of /run/user/1000/dconf/user to root:root
On Mo 03 Nov 2014 20:22:59 CET, Linas Vepstas wrote: I've been told that the systemd bug at the root of this has been fixed. Here: http://cgit.freedesktop.org/systemd/systemd/commit/?id=baae0358f349870544884e405e82e4be7d8add9f I cannot verify because cgit.freedesktop.org is down right now. The fix was made a year ago (?) but apparently has not been backported to mint, ubuntu, fedora ... debian(?) This bug needs to be re-assigned or duped to a bug that backports that fix. (I cannot test, I am running mint qiana 17, which is based on ubuntu 14.04 which is based on Debian something...) How does one re-assign Dbian bugs to different components? What exact bin:package (of systemd!?) do you think we should reassign this bug to. Once you tell me, I will reassign it and you can learn from that mail (it will be all in the mail...). After reassigning, you should also mail to the bug with details, so that the new bug addressees notice what we want from them. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpZgresWpD_j.pgp Description: Digitale PGP-Signatur
Bug#730559: kde-telepathy-call-ui: Dependency hell
Source: ktp-call-ui Followup-For: Bug #730559 But are there good reasosn to have a versioned dependency on the gstreamer packages ? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716613: [Mayhem] Bug report on vorbis-tools: oggenc crashes with exit status 136
Control: found -1 1.3.2-1.3 Control: severity -1 important Just documenting which version of the library had the problem when it was discovered to make the issue easier to track, and raising the severity. The issue is of important severity if there is no security problem with the handling of invalid input, and higher if there is a security problem. I am not sure if the issue is a security problem or not. -- 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#768037: unblock: magics++/2.22.7.dfsg.1-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package magics++ This package fixes an RC bug #766832 on mipsel by adding -fPIC. unblock magics++/2.22.7.dfsg.1-4 -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-5-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Shell: /bin/sh linked to /bin/bash diff -Nru magics++-2.22.7.dfsg.1/debian/changelog magics++-2.22.7.dfsg.1/debian/changelog --- magics++-2.22.7.dfsg.1/debian/changelog 2014-10-17 20:42:05.0 +0100 +++ magics++-2.22.7.dfsg.1/debian/changelog 2014-10-31 06:08:16.0 + @@ -1,3 +1,9 @@ +magics++ (2.22.7.dfsg.1-4) unstable; urgency=medium + + * Build -fPIC for mipsel. Closes: #766832 + + -- Alastair McKinstry mckins...@debian.org Thu, 30 Oct 2014 19:17:49 + + magics++ (2.22.7.dfsg.1-3) unstable; urgency=medium * Ship all header files in /usr/include/magics. diff -Nru magics++-2.22.7.dfsg.1/debian/rules magics++-2.22.7.dfsg.1/debian/rules --- magics++-2.22.7.dfsg.1/debian/rules 2014-10-17 20:42:05.0 +0100 +++ magics++-2.22.7.dfsg.1/debian/rules 2014-10-30 19:20:32.0 + @@ -4,7 +4,7 @@ # To enable all, uncomment following line # DEB_BUILD_MAINT_OPTIONS:= hardening=+all,-pie -CXXFLAGS:= $(shell dpkg-buildflags --get CXXFLAGS) +CXXFLAGS:= -fPIC $(shell dpkg-buildflags --get CXXFLAGS) DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) # Uncomment this to turn on verbose mode. @@ -109,7 +109,7 @@ override_dh_auto_install: # call configure to rebuild swig/Makefile with correct python version. -# LDFLAGS=$(LDFLAGS) -L$(shell pwd)/src/.libs -Wl,--as-needed ; +# LDFLAGS=-fPIC $(LDFLAGS) -L$(shell pwd)/src/.libs -Wl,--as-needed ; $(MAKE) -C debian/build/python/Magics clean install PYTHON_INCLUDE_DIR=/usr/include/python2.7 \ DESTDIR=$(CURDIR)/debian/python-magics++ \ MAGPLUS_HOME=$(CURDIR) dh_auto_install
Bug#766904: cinder: Invalid encoding in Dutch debconf translation
Hi Christian, David, Thomas, Op 31-10-14 02:46:46 schreef David Prévot: Hi Franz, On Sun, Oct 26, 2014 at 07:25:40PM +0100, Christian Perrier wrote: The debian/po/nl.po in last upload is using ISO-8859-1 as encoding while it claims to be UTF-8. The root of the problem was probably Franz’s MUA: it seems to have re-encoded the PO file (seen that a lot during the previous pre-release) into Latin1. Please, Franz, make sure to get it fixed and please, double-check the files you already sent to the BTS, and eventually send a fixed version if needed (you can always workaround the issue by compressing the PO file). Thanks for the alert and the hints. Thomas, lintian should have sent you a invalid-po-file hint. Even if the fix should have been the other way around, the file sent by Christian looks fine, thanks. Enclosed gzipped nl.po file should be real UTF-8 Regards David Sorry for the inconvenience. Groetjes, Frans === www.frans-spiesschaert.homenet.org home.base.be/vt6362833/ nl.po.gz Description: GNU Zip compressed data pgp9ehOYoJsaO.pgp Description: PGP signature
Bug#749994: tdiary-mode: fails to upgrade from sid
Control: notfound -1 4.0.5.1-1 Control: close -1 4.0.5.1-1 On 2014-11-04 11:31, Andreas Beckmann wrote: Install tdiary-mode for emacs24 install/tdiary-mode: Handling install for emacsen flavor emacs24 ERROR: install script from tdiary-mode package failed dpkg: error processing package emacs24-nox (--configure): subprocess installed post-installation script returned error exit status 1 darn, that was still the old package being installed ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768038: dgit: on jessie clone of package for suite sid gets jessie version
Package: dgit Version: 0.22 Severity: important Using dgit with bibletime The version of bibletime in sid/amd64 is 2.10.1-1 The version of bibletime in jessie/amd64 is 2.9.2-1.1 $ dgit clone bibletime canonical suite name for unstable is sid starting new git history downloading http://ftp.debian.org/debian//pool/main/b/bibletime/bibletime_2.9.2-1.1.dsc... last upload to archive has NO git hash $ dgit clone bibletime sid does same -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-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 dgit depends on: ii curl 7.38.0-2 ii devscripts 2.14.10 ii dpkg-dev 1.17.21 ii dput 0.9.6.4 ii git [git-core] 1:2.1.1-1 ii libdpkg-perl 1.17.21 ii libwww-perl6.08-1 ii perl [libdigest-sha-perl] 5.20.1-2 ii realpath 8.23-2 ii wget 1.16-1 Versions of packages dgit recommends: ii openssh-client [ssh-client] 1:6.7p1-2 Versions of packages dgit suggests: ii sbuild 0.65.0-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#733085: blocking the ppc64el architecture bootstrap
Dear maintainer, I attached an updated patch that can be applied with the debian source. Same approach as before, just added autoreconf. Tested and it's fine. -- Paulo Flabiano Smorigo IBM Linux Technology Center diff --git a/debian/control b/debian/control index fcf95a4..3670f12 100644 --- a/debian/control +++ b/debian/control @@ -2,7 +2,7 @@ Source: elk Section: devel Priority: optional Maintainer: Sam Hocevar s...@debian.org -Build-Depends: debhelper (= 8.0), groff, libelfg0-dev, libx11-dev, libxext-dev, libxmu-dev, libxt-dev, libice-dev, libsm-dev, libmotif-dev, libgdbm-dev, libxaw7-dev +Build-Depends: debhelper (= 8.0), groff, libelfg0-dev, libx11-dev, libxext-dev, libxmu-dev, libxt-dev, libice-dev, libsm-dev, libmotif-dev, libgdbm-dev, libxaw7-dev, dh-autoreconf Standards-Version: 3.9.2 Package: elk diff --git a/debian/rules b/debian/rules index 7bf3985..73715aa 100755 --- a/debian/rules +++ b/debian/rules @@ -6,6 +6,7 @@ configure: configure-stamp configure-stamp: dh_testdir + dh_autoreconf ./configure --prefix=/usr --mandir=/usr/share/man touch configure-stamp @@ -20,6 +21,7 @@ clean: dh_testroot rm -f build-stamp configure-stamp [ ! -f Makefile ] || $(MAKE) -i distclean + dh_autoreconf_clean dh_clean install: build
Bug#765156: flashproxy is marked for autoremoval from testing
Hi, On Dienstag, 4. November 2014, Ximin Luo wrote: OK, so it turns out you can do this in automake easily with a flag. I've added it to debian/rules. cool Candidate for 1.7-2: https://mentors.debian.net/package/flashproxy Let me know if it works, and I'll upload a proper release. I wont check today or probably tomorrow anyway, I'm sick with fever atm, so why don't you make it a release anyway and once I'm better I will look at probably just upload. That also saves us another roundtrip... cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#766781: pavucontrol: Input volume cannot be more than 39%
New thing. My jessie installation was a standard one with very few contrib and non free packets. Following your idea about alsa, I installed alsa-firmware. It fixed one point (both the jack microphone and the built-in one are working now) but not the weird thing between alsa mic boost bar and pavucontrol volume level. - Mail original - De: jber...@free.fr À: Felipe Sateler fsate...@debian.org Cc: 766...@bugs.debian.org Envoyé: Mardi 4 Novembre 2014 08:47:31 Objet: Re: Bug#766781: pavucontrol: Input volume cannot be more than 39% Hello, There are two bars in alsamixer capture display : mic boost and capture. Capture bar level is 100. When Mic boost bar level is 0, the microphone is working. As soon as this level is 0, the microphone doesn't work anymore, I wrote it quickly in the first bug description. When using pavucontrol level, the alsamixer mic boost bar remains 0 while I increase from 0 to 39%. Mic boost bar goes up to 20 when I increase pavucontrol from 39% to 40% and the microphone becomes mute. I hope to be clear. Best regards - Mail original - De: Felipe Sateler fsate...@debian.org À: Jean Bernon jber...@free.fr Cc: 766...@bugs.debian.org Envoyé: Lundi 3 Novembre 2014 23:46:58 Objet: Re: Bug#766781: pavucontrol: Input volume cannot be more than 39% On Mon, Nov 3, 2014 at 7:32 PM, jber...@free.fr wrote: Here are the files. The first one is the console output, I don't know if there is a specific output file. Thanks. I don't see anything weird on these files. Something I don't have clear is: using alsamixer, can you set the volume to arbitrary levels? On alsamixer, press F6 to select the sound card, and then F4 to go to the capture controls. If you cannot set the volume there, then this is not a bug in pulseaudio but rather in the audio driver :( -- Saludos, Felipe Sateler
Bug#768039: iceweasel: A search for gmail or google (without ) in main address bar returns problem loading page
Package: iceweasel Version: 31.2.0esr-2~deb7u1 Severity: minor Dear Maintainer, * What led up to the situation? A search for gmail or google (without ) in main address bar returns problem loading page. It should return a search result page by main search engine of search terms google or gmail (without ) * What exactly did you do (or not do) that was effective (or ineffective)? 1. Tried other words: yahoo, amazon, baidu, yandex They all returned search results 2. Changed main search engine (from duckduckgo) Problem persists Thank you -- Package-specific info: -- Extensions information Name: Adblock Plus Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi Status: enabled Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: DownThemAll! Location: ${PROFILE_EXTENSIONS}/{DDC359D1-844A-42a7-9AA1-88A850A938A8}.xpi Status: user-disabled -- Plugins information Name: Gnome Shell Integration Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so Package: gnome-shell Status: enabled Name: iTunes Application Detector Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so Package: rhythmbox-plugins Status: disabled Name: Shockwave Flash (11.2.202.406) Location: /usr/lib/mozilla/plugins/libflashplayer.so Status: enabled Name: Shockwave Flash Location: /usr/lib/gnash/libgnashplugin.so Package: browser-plugin-gnash Status: enabled -- Addons package information ii browser-plugin 0.8.11~git20 amd64GNU Shockwave Flash (SWF) player ii gnome-shell3.4.2-7+deb7 amd64graphical shell for the GNOME des ii iceweasel 31.2.0esr-2~ amd64Web browser based on Firefox ii rhythmbox-plug 2.97-2.1 amd64plugins for rhythmbox music playe -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_SG.UTF-8, LC_CTYPE=en_SG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.3.2 ii fontconfig2.9.0-7.1 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u6 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u4 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libpango1.0-0 1.30.0-1 ii libsqlite3-0 3.7.13-1+deb7u1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxt61:1.1.3-1+deb7u1 ii procps1:3.3.3-3 ii zlib1g1:1.2.7.dfsg-13 iceweasel recommends no packages. Versions of packages iceweasel suggests: pn fonts-mathjax none pn fonts-oflb-asana-math none ii fonts-stix [otf-stix] 1.1.0-1 ii libcanberra0 0.28-6 ii libgnomeui-0 2.24.5-2 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u2 pn mozplugger 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#767960: gitweb: no longer works: Undefined subroutine CGI::startform
On Mon, 03 Nov 2014 15:08:43 -0800, Jonathan Nieder wrote: Thanks for reporting. gitweb uses start_form starting in version 2.1.3. libcgi-pm-perl will need a Breaks for smooth upgrades. Thanks, applied in git. Just shout as soon as we should upload. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#768036: iproute2: segfault with ip link show dev
Hello chty. Thanks for your bug report! On Tue, Nov 04, 2014 at 12:20:39PM +0100, chty wrote: [...] Here is the gdb trace even if it does not contain much info. The segfault occurs when at the VF step. [...] Could you please rebuild iproute2 with debug info and without optimisations and, break on print_linkinfo and step through it to see where it crashes? eg. something like this: cd /tmp apt-get source iproute2 cd iproute2-* apt-get build-dep iproute2 DEB_BUILD_OPTIONS=noopt nostrip debug dpkg-buildpackage -uc -us dpkg -i ../iproute2_*.deb gdb ip break print_linkinfo set args link show dev eth1 run next next next next Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767436: unblock: postfix/2.11.3-1
On Friday, October 31, 2014 11:42:21 AM Jonathan Wiltshire wrote: Control: tag -1 moreinfo Hi, On Thu, Oct 30, 2014 at 09:31:17PM -0400, Scott Kitterman wrote: Postfix 2.11.2 introduced a Sendmail milter compatibility change that proved to be less than ideal. 2.11.3 was released shortly after with a more complete/correct approach. Except for an OS X build system compatibility fix that is irrelevant to Debian there are no other changes. This looks fine in principle, but I can't unblock it until it's in sid. Please ping this bug when it is ready. Thanks, It's accepted in the archive and built in all archs. Thanks, Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749994: tdiary-mode: fails to upgrade from sid
Control: found -1 4.0.5.1-1 Control: tags -1 + patch On November 4, 2014 at 11:31AM +0100, anbe (at debian.org) wrote: install/tdiary-mode: Handling install for emacsen flavor emacs24 ERROR: install script from tdiary-mode package failed It seems tdiary-mode fails when byte-compiling because of missing apel/*.elc files. (This problem is potentially caused even if `Depends: apel`. See also a known issue in emacsen-common, bug#737389.) The following patch should fix this bug. ``` --- s/debian/tdiary-mode.emacsen-install2013-01-03 09:40:47.0 +0900 +++ b/debian/tdiary-mode.emacsen-install2014-11-04 20:40:29.337884783 +0900 @@ -10,6 +10,7 @@ LOG=CompilationLog if [ ${FLAVOR} = emacs ]; then exit 0; fi +if [ ! -f /usr/share/$FLAVOR/site-lisp/apel/pces.elc ]; then exit 0; fi echo install/${PACKAGE}: Handling install for emacsen flavor ${FLAVOR} ``` Thanks, -- Tatsuya Kinoshita pgpqD_UdMxZXb.pgp Description: PGP signature
Bug#767564: libblitz-doc: fails to upgrade from 'testing' - trying to overwrite /usr/share/info/blitz.info.gz
Followup-For: Bug #767564 Control: found -1 1:0.10-3 Breaks without Replaces is not sufficient Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767589: systemd: cryptdisks other than root/swap fail cryptsetup
Am 04.11.2014 um 11:46 schrieb Arnaud Installe: cue shell is booted off an initrd image which doesn't have enough of systemd / journalctl available (libraries missing etc.). So I ran the commands you mention after I manually ran cryptsetup for boulez-_home_, boulez-_usr_, and boulez-_var_, exited the rescue shell, and waited for the system to finish booting. I hope that the logs will help finding the problem. Thanks for looking into it! Ok, that log is then not really helpful. What confuses me though, is that you said you have no journalctl available in the rescue shell? Are you by chance dropped into the rescue shell from the initramfs and not the systemd rescue shell? Can you make a screenshot of the rescue shell prompt? -- 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#757633: Blueman broken in jessie beta 2 xfce 32-bit, cont5
I inspected the source of bluez5 and obex-data-server and it seems that obex-data-server can not find or connect to bluez5 internal SDP server A reason for this might be deprecated gnome thread functions when compiling latest obex-data-server source. http://wiki.muiline.com/obex-data-server I have no skill or intrested to learn gnome programming. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768040: RM: tbb [mips mipsel s390x] -- ROM; ANAIS
Package: ftp.debian.org Please remove tbb from mips, mipsel and s390x. Those binaries were never part of debian stable. They accidentally transitioned to testing due to an issue in the test suite[*], which made as if the package could run on those platforms. thanks. [*] https://bugs.debian.org/752820 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768041: ITP: php5-functional -- Primitives for functional programming in PHP
Package: wnpp Severity: wishlist Owner: Gilles Crettenand gilles.me...@gmail.com * Package name: php5-functional Version : 1.0.0~alpha4 Upstream Author : Lars Strojny lstro...@php.net * URL : https://github.com/lstrojny/functional-php * License : MIT Programming Lang: c Description : Primitives for functional programming in PHP A set of functional primitives for PHP, heavily inspired by Scala’s traversable collection, Dojo’s array functions and Underscore.js * Works with arrays and everything implementing interface Traversable * Consistent interface: for functions taking collections and callbacks, first parameter is always the collection, than the callback. Callbacks are always passed $value, $index, $collection. Strict comparison is the default but can be changed * Calls 5.3 closures as well as usual callbacks * C implementation for performance but a compatible userland implementation is provided if you can’t install PHP extensions * All functions reside in namespace Functional to not raise conflicts with any other extension or library I will be packaging the C extension of the library. I will however not use the PECL / PEAR version because it is out of date and the author seems to only maintain the library through GitHub nowadays. AFAIK, there is no current package providing functional primitives for PHP in the current Debian archive. I really like managing my PHP extensions through APT, so packaging this seems the best solution for me. The package is pretty simple, I think it won't be much of a job to maintaint it, either myself or through the help of the PHP team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768036: iproute2: segfault with ip link show dev
Hi Andreas, Thank you for your quick reply and detailed procedure. On Tue, Nov 4, 2014 at 1:06 PM, Andreas Henriksson andr...@fatal.se wrote: Could you please rebuild iproute2 with debug info and without optimisations and, break on print_linkinfo and step through it to see where it crashes? I don't think I have much more info but here it is: (gdb) break print_linkinfo Breakpoint 1 at 0x408404 (gdb) set args link show dev eth1 (gdb) r Starting program: /sbin/ip link show dev eth1 Breakpoint 1, 0x00408404 in print_linkinfo () (gdb) n Single stepping until exit from function print_linkinfo, which has no line number information. 3: eth1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 9000 qdisc mq state UP mode DEFAULT group default qlen 1 link/ether 00:26:6c:ff:b5:c1 brd ff:ff:ff:ff:ff:ff Program received signal SIGSEGV, Segmentation fault. 0x00408e09 in print_linkinfo () (gdb) bt #0 0x00408e09 in print_linkinfo () #1 0x0041a231 in iplink_get () #2 0x0040a93e in ipaddr_list_flush_or_save () #3 0x0041a2da in do_iplink () #4 0x00407124 in do_cmd () #5 0x00406cd2 in main () -- William -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766260: Bug#767734: upgrade failure: perl-modules depends on perl which is not configured yet
On Sun, Nov 02, 2014 at 12:51:02PM +0100, Sven Joachim wrote: [CC'ing apt maintainers.] On 2014-11-02 10:27 +0100, Peter Palfrader wrote: Package: perl Version: 5.20.1-2 Severity: serious while upgrading a sid chroot, perl fails to upgrade: } Unpacking perl-modules (5.20.1-2) over (5.18.2-7) ... } dpkg: dependency problems prevent configuration of perl-modules: } perl-modules depends on perl (= 5.20.1-1); however: } Package perl is not configured yet. } } dpkg: error processing package perl-modules (--configure): } dependency problems - leaving unconfigured } Errors were encountered while processing: } perl-modules } E: Sub-process /usr/bin/dpkg returned an error code (1) The circular dependency between perl and perl-modules has been around for ages, and it can be broken by configuring both perl and perl-modules in one run and letting dpkg figure out the order. It seems as if apt told dpkg to only configure perl-modules which cannot work. I think this is the same problem as in https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1347721, and it's fixed in apt 1.0.7 (you have apt 1.0.6, 0.9.9 introduced the bug). Thanks for looking at this. While the above sounds good, we also have a wheezy-jessie jenkins upgrade failure with a similar error, tracked as #766260. The log looks like it was with wheezy's apt (0.9.7.9+deb7u6), although it got bumped to 1.0.9.3 during the upgrade. So I wonder if there's another related apt bug or if this is something else. There's a full log in #766260, quoting some snippets: [in a just-prepared wheezy chroot] + apt-get -y install 'haskell-platform.*' 'libghc-.*' [...] [switch to jessie] + apt-get -y upgrade [...] [no change to perl-base/perl/perl-modules yet] + apt-get -yf dist-upgrade [...] Preparing to unpack .../perl_5.20.1-1_amd64.deb ... Unpacking perl (5.20.1-1) over (5.14.2-21+deb7u2) ... [...] Preparing to unpack .../perl-base_5.20.1-1_amd64.deb ... Unpacking perl-base (5.20.1-1) over (5.14.2-21+deb7u2) ... Processing triggers for man-db (2.7.0.2-1) ... Setting up perl-base (5.20.1-1) ... [...] Preparing to unpack .../perl-modules_5.20.1-1_all.deb ... Unpacking perl-modules (5.20.1-1) over (5.14.2-21+deb7u2) ... [...] dpkg: dependency problems prevent configuration of perl: perl depends on perl-modules (= 5.20.1-1); however: Package perl-modules is not configured yet. dpkg: error processing package perl (--configure): dependency problems - leaving unconfigured -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685436: cheese: CRITICAL **: cheese_camera_device_get_uuid: assertion `CHEESE_IS_CAMERA_DEVICE (device)' failed
Dear maintainers, we had the same bug on our system. It turns out that adding the user to the group video resolves the problem. I think cheese should not crash but report (as one of the other programs did) that the user has no access to the video devices found. Best regards, Tjeerd Pinkert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768038: dgit: on jessie clone of package for suite sid gets jessie version
Control: severity -1 serious Daniel Glassey writes (Bug#768038: dgit: on jessie clone of package for suite sid gets jessie version): Package: dgit Version: 0.22 Severity: important Thanks for the report. Using dgit with bibletime The version of bibletime in sid/amd64 is 2.10.1-1 The version of bibletime in jessie/amd64 is 2.9.2-1.1 Actually, sid has both versions according to projectb (the archive database). But dgit should pick the newer. It doesn't, because it is (everywhere) using the wrong function from Dpkg::Version (!) I will upload to fix this right away. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#136993: jarwrapper vs jexec
Some more info these days: https://lists.debian.org/debian-java/2014/10/msg00087.html [...] Could someone please describe what is going with binfmts and jar files ? This is a followup from #764630. On my brand new jessie (amd64) system I can see: $ cat /proc/sys/fs/binfmt_misc/jar enabled interpreter /usr/bin/jexec flags: offset 0 magic 504b0304 while: $ cat /proc/sys/fs/binfmt_misc/jarwrapper enabled interpreter /usr/lib/binfmt-support/run-detectors flags: offset 0 magic 504b0304 Why do we have two binfmts handlers for the same magic ? Thanks for clarification [...] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763909: Bug#767919: unblock: viewmol/2.4.1-21
Hi Andreas So far, I haven't been able to get the package to build at all without switching to source format 3.0. I'll try now to see if I am able to skip the getmachine call. For the record, debian/patches/010_build_scripts.diff already contains a patch to allow it to build on kfreebsd: +case $os in +GNU/k*BSD | GNU) +# GNU variants are treated like Linux +os=Linux +;; +*) +;; +esac + I was able to build the package in a kfreebsd virtual machine (although after switching to source format 3.0) and the package installed and ran, but complained about missing files ($VIEWMOL/GNU/kFreeBSD/*) when trying to view some of the sample molecules. So some additional work is required there, but that's for another bug. Regards Graham -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720107: [cheese] (cheese:20940): Clutter-CRITICAL
Dear maintainers, we get this bug when starting cheese via SSH with X support on a Ubuntu 12.04 LTS machine. The machine where cheese runs is a Debian Stable machine. cheese version: (= 3.4.2-2) Best regards, Tjeerd Pinkert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766962: quassel: diff for NMU version 0.10.0-2.1
Hi, On Mon, Nov 03, 2014 at 02:57:35PM +0100, Salvatore Bonaccorso wrote: Hi, On Mon, Nov 03, 2014 at 09:46:16AM +0100, Thomas Müller wrote: Hi, I have no plans to override your NMUs - I'll prepare an upload of 0.11.0 to unstable these days. Ok thanks! Please note that we are shortly before the freeze, so consider to upload the new upstream version to unstable. ... there was a small tiny word missing in my sentence: the not. We currently are short before freeze, it is quite impossible that release team will accept the new upstream version to enter jessie. It should have been read: [...] so please consider to upload the new upstream version to experimental. Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768042: gnunet-gtk: suggests transitional package gnunet-server
Package: gnunet-gtk Version: 0.10.1-1 Severity: minor Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Package gnunet-gtk suggests transitional package gnunet-server. Fix is, I believe, to instead suggest gnunet. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJUWMrBXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWghUIAKDO4PfdYyKjPYqxjEx1tTda QAhvejeYh25tv+JlTrU9OUXfGQFapAZYL8or+1MSGE/yu8eFQP0RQx/xWHlFnwQE 2x/px2IGQcqM20A3JopKPCM5GVt8HuZHBcoDqI7tZ4Immt542N9Vg6BhV7TYgGp6 0GlyraxSkunciJ4R0XIigS+fvduHNAlTqgb12S+F4soAkyCoV9mPK/oOK6ooU55N NWTNy0Xd/PhZkLJvC+QCEo2rWr/7UckHRtCkYNVhZa0GlK1bSnGjmquVf2fCnm4L j3GYcFZUE1z1TJbW6iG+C4kKe3KCJGjr1DznzYQ4vP9Zy7xuj7EECQ2can17blY= =B9vN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767589: systemd: cryptdisks other than root/swap fail cryptsetup
Control: reassign -1 initramfs-tools Am 04.11.2014 um 13:37 schrieb Arnaud Installe: On Tue, 04 Nov 2014 13:20:05 +0100 Michael Biebl bi...@debian.org wrote: Am 04.11.2014 um 11:46 schrieb Arnaud Installe: cue shell is booted off an initrd image which doesn't have enough of systemd / journalctl available (libraries missing etc.). So I ran the commands you mention after I manually ran cryptsetup for boulez-_home_, boulez-_usr_, and boulez-_var_, exited the rescue shell, and waited for the system to finish booting. I hope that the logs will help finding the problem. Thanks for looking into it! Ok, that log is then not really helpful. What confuses me though, is that you said you have no journalctl available in the rescue shell? Are you by chance dropped into the rescue shell from the initramfs and not the systemd rescue shell? Yes. The shell prompt says (initramfs) . Does that mean that this bug should have been assigned to initramfs-tools instead of systemd? Yes. Can you make a screenshot of the rescue shell prompt? If you're looking for more than just the rescue shell prompt, I'll make a screenshot tonight, and add it to the bug report. Otherwise, I'll just add the information from this e-mail. No, this information is sufficient, so a screenshot is not necessary. Since this is indeed an issue in initramfs-tools, which is started *before* systemd, systemd is not involved here. Therefore re-assigning to initramfs-tools. Please followup on the bug report and include the version of initramfs-tools you have installed. As well as the version of cryptsetup. 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#765156: flashproxy is marked for autoremoval from testing
On 04/11/14 11:54, Holger Levsen wrote: Candidate for 1.7-2: https://mentors.debian.net/package/flashproxy Let me know if it works, and I'll upload a proper release. I wont check today or probably tomorrow anyway, I'm sick with fever atm, so why don't you make it a release anyway and once I'm better I will look at probably just upload. That also saves us another roundtrip... OK, I've uploaded a release candidate to mentors, same address as above. Get well soon! X -- GPG: 4096R/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git signature.asc Description: OpenPGP digital signature
Bug#763909: Bug#767919: unblock: viewmol/2.4.1-21
Hi Graham, On Tue, Nov 04, 2014 at 02:41:27PM +0200, Graham Inggs wrote: Hi Andreas So far, I haven't been able to get the package to build at all without switching to source format 3.0. Well, I personally do not agree with the set freeze rules but we need to follow if we want to see viewmol in Jessie. I'll try now to see if I am able to skip the getmachine call. This would be great. For the record, debian/patches/010_build_scripts.diff already contains a patch to allow it to build on kfreebsd: +case $os in +GNU/k*BSD | GNU) +# GNU variants are treated like Linux +os=Linux +;; +*) +;; +esac + I was able to build the package in a kfreebsd virtual machine (although after switching to source format 3.0) and the package installed and ran, but complained about missing files ($VIEWMOL/GNU/kFreeBSD/*) when trying to view some of the sample molecules. So some additional work is required there, but that's for another bug. Yes. Thanks for your work on this Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768043: lxsession-default-apps never finishes database update
Package: lxsession Version: 0.5.1-1 Severity: important Starting lxsession-default-apps from lxsession 0.5.1-1 brings up a window with the text The database is updating, please wait. The update never finishes though, and when restarting, the same happens again. I'm not sure what the database in question is, but at least deleting the config file ~/.config/lxsession-default-apps/settings.conf did not help. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16-3-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxsession depends on: ii libatk1.0-02.14.0-1 ii libc6 2.19-12 ii libcairo2 1.14.0-2.1 ii libdbus-1-31.8.8-2 ii libdbus-glib-1-2 0.102-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.0-2 ii libgtk2.0-02.24.25-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-01.36.8-2 ii libpangoft2-1.0-0 1.36.8-2 ii libpolkit-agent-1-00.105-7 ii libpolkit-gobject-1-0 0.105-7 ii libx11-6 2:1.6.2-3 ii lsb-release4.1+Debian13+nmu1 ii systemd215-5+b1 ii upower 0.99.1-3 Versions of packages lxsession recommends: ii lxde-common 0.5.6-1 ii marco [x-window-manager] 1.8.2+dfsg1-1 ii openbox [x-window-manager] 3.5.2-7 ii openssh-client [ssh-client] 1:6.7p1-2 Versions of packages lxsession suggests: ii gpicview 0.2.4-2+b2 ii lxpanel 0.7.1-1 ii pcmanfm 1.2.3-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#768026: systemd-logind: logging noise in the kernel log
Martin Pitt mp...@debian.org writes: Bjørn Mork [2014-11-04 10:56 +0100]: systemd-logind[2790]: Failed to start user service: Unknown unit: user@106.service systemd-logind[2790]: New session c1 of user lightdm. This is unimplemented stuff from systemd-shim, duplicating to existing bug. Well, that does not excuse the pointless and noisy logging, does it? The failures are obviuously not critical in any way, and I see no reason why they should be sent to my kernel log. That's a bug whether or not it is hidden by these services being implemented in systemd-shim. But since I understand that fixing bugs in systemd is mostly about pointing somewhere else I am not going to bother further... Bjørn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762194: Call for Votes (re automatic switching)
Keith Packard writes (Re: Bug#762194: Call for Votes (re automatic switching)): I vote Y, FD Thanks everyone. With Keith's vote, the outcome is no longer in doubt: Y,FD: Ian, Russ, Andreas, Don, Keith FD,Y: Steve Y wins. Don, shall I send a message to d-d-a ? I think the bug needs to remain open as we haven't actually resolved it yet. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org