Bug#770799: RM: cyassl/2.9.4+dfsg-3 (ROST; NPOASR, security, no r-deps)
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi, Please remove cyassl from jessie. The library has a number of open security issues affecting the version in jessie, but has no packages actually depending on it. While security team encourages packaging of cyassl separately to reduce embedded code copies, for jessie this has not yet been achieved so we're better off not shipping this library. Thanks, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770800: unblock: lldpd/0.7.11-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! I would like to upload to unstable lldpd 0.7.11-2 to fix a missing substitution in the shipped pkgconfig file. Attached is a debdiff. The patch is cherry-picked from 0.7.12. unblock lldpd/0.7.11-2 - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUcuUKAAoJEJWkL+g1NSX50kQP/iimbwr/mLxUhydKPgvdA2pB MHBMcUP6mln2NOtP09o+mXbSt6tDKiib8EOgwhbV4djrmyTImVtIWz6s5JHLOpfh 9Qm4yRxbakwvQLIGT5kRJqauSIYZTGNXWJ8KPgyY8mnc5eMl12EjxtauKLgKMEcY wjGfh90RkhMrP0ciZuUatBN7u+0iA0eu/LDVct0rOPo+GJWluq6ACu5oqeZw2BZG F7LrnXHTRUr7+AmDknPTlWVu1ocFwzfMbw7weeFDSgEReZ4AJJqDgK/tTiIA7rof RXqXwai3jGJ5+azwhHV9WxFUI3a93ypubx7uQFhK7kpqIRYwN0Heov7ro6dsh6gJ cNkZnacC/FtldU/0dLlCWtdWPhkVNqD20QZCM3hmiMGLRal+yi0/chFay5IDz/q1 ywLJFSAksEYucFS6vjI5+GmnED17DMD8DdsCh99vQbA/u8kxZqavHKHOPv1MPpTA og7xMAsJ8VRl75UJSpXGraR66q7byWd5R2UnlzMK6RTAuGmUcKgKRSv484e3uUEE JrveMcQ5bgbmfcqSzLNCa5d6KwmmFD/5Gpg+hWdA1SZM85LisnZMuP1mTpRorV+q a/0uRgqv1pceZLce668cuWrUpGTklgiVE7Ifn2sZ95XhXwWneDFVD8YZHcEtupl9 s8XgGA12SSB4ZG5QD+UG =cZs+ -END PGP SIGNATURE- diff -Nru lldpd-0.7.11/debian/changelog lldpd-0.7.11/debian/changelog --- lldpd-0.7.11/debian/changelog 2014-10-26 18:41:53.0 +0100 +++ lldpd-0.7.11/debian/changelog 2014-11-24 08:51:47.0 +0100 @@ -1,3 +1,10 @@ +lldpd (0.7.11-2) unstable; urgency=medium + + * Cherry-pick 0001-lib-fix-pkgconfig-file-substitutions.patch to fix +substitutions in .pc file in liblldpctl-dev package. + + -- Vincent Bernat ber...@debian.org Mon, 24 Nov 2014 08:51:28 +0100 + lldpd (0.7.11-1) unstable; urgency=medium * New upstream version. diff -Nru lldpd-0.7.11/debian/patches/0001-lib-fix-pkgconfig-file-substitutions.patch lldpd-0.7.11/debian/patches/0001-lib-fix-pkgconfig-file-substitutions.patch --- lldpd-0.7.11/debian/patches/0001-lib-fix-pkgconfig-file-substitutions.patch 1970-01-01 01:00:00.0 +0100 +++ lldpd-0.7.11/debian/patches/0001-lib-fix-pkgconfig-file-substitutions.patch 2014-11-24 08:51:47.0 +0100 @@ -0,0 +1,24 @@ +From acdb7107e764a0bca8e5fd09a13d3aa62ef2ad71 Mon Sep 17 00:00:00 2001 +From: Vincent Bernat vinc...@bernat.im +Date: Sun, 9 Nov 2014 14:47:31 +0100 +Subject: [PATCH] lib: fix pkgconfig file substitutions + +--- + src/lib/lldpctl.pc.in | 4 ++-- + 1 file changed, 2 insertions(+), 2 deletions(-) + +diff --git a/src/lib/lldpctl.pc.in b/src/lib/lldpctl.pc.in +index e64da323700a..65ce1ef646d1 100644 +--- a/src/lib/lldpctl.pc.in b/src/lib/lldpctl.pc.in +@@ -2,5 +2,5 @@ Name: lldpctl + Description: Library to interface with lldpd, a 802.1AB daemon + Version: @VERSION@ + URL: @PACKAGE_URL@ +-Libs: -L${libdir} -llldpctl +-Cflags: -I${includedir} ++Libs: -L@libdir@ -llldpctl ++Cflags: -I@includedir@ +-- +2.1.3 + diff -Nru lldpd-0.7.11/debian/patches/series lldpd-0.7.11/debian/patches/series --- lldpd-0.7.11/debian/patches/series 2014-10-26 18:41:53.0 +0100 +++ lldpd-0.7.11/debian/patches/series 2014-11-24 08:51:47.0 +0100 @@ -1 +1,2 @@ 0001-systemd-fix-systemd-unit-file.patch +0001-lib-fix-pkgconfig-file-substitutions.patch
Bug#770670: g++: fails to compile in c++0x mode on ppc64el with std::vector and SDL
libsdl2 rules file alerady has DEB_HOST_ARCH_CPU ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU) ifeq ($(DEB_HOST_ARCH_CPU),powerpc) confflags += --disable-altivec endif I'm going to tweak this file to use --disable-altivec on ppc64el arch. This should fix your problem. All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.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#770798: xserver-xorg-video-nvidia: Driver wrongly detects that a monitor is attached to VGA-0
Package: xserver-xorg-video-nvidia Version: 340.46-5 Severity: normal Dear Maintainer, With nvidia 340.46, the driver detects that a monitor is connected to VGA-0 even though there's no monitor connected to my laptop. V The laptop screen is configured (one can see the kde background image), and the login credential are shown on VGA-0. Since there's no monitor connected, I need to enter my credential without visual feedback: hit tab, enter login, hit tab, enter password and hit enter. This is rather cumbersome... Here's xrandr output: $ xrandr Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 16384 x 16384 VGA-0 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 345mm x 194mm 1920x1080 59.93*+ LVDS-0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 345mm x 194mm 1920x1080 59.93*+ DP-0 disconnected (normal left inverted right x axis y axis) DP-1 disconnected (normal left inverted right x axis y axis) DP-2 disconnected (normal left inverted right x axis y axis) DP-3 disconnected (normal left inverted right x axis y axis) DP-4 disconnected (normal left inverted right x axis y axis) DP-5 disconnected (normal left inverted right x axis y axis) DP-6 disconnected (normal left inverted right x axis y axis) I confirm that there's no screen connected on VGA-0... This bug occurs with nvidia 340.46. Older version like 340.32 or version 343.22 from experimental do not show this problem. Feel free to re-assign this bug to any other nvidia package if this does not concern this package. All the best -- Package-specific info: uname -a: Linux ylum 3.16.0-4-amd64 #1 SMP Debian 3.16.7-2 (2014-11-06) x86_64 GNU/Linux /proc/version: Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-13) ) #1 SMP Debian 3.16.7-2 (2014-11-06) /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 340.46 Wed Sep 24 14:23:40 PDT 2014 GCC version: gcc version 4.8.3 (Debian 4.8.3-13) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF106GLM [Quadro 2000M] [10de:0dda] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device [103c:1631] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 60 Region 0: Memory at d000 (32-bit, non-prefetchable) [size=32M] Region 1: Memory at c000 (64-bit, prefetchable) [size=128M] Region 3: Memory at c800 (64-bit, prefetchable) [size=64M] Region 5: I/O ports at 4000 [size=128] [virtual] Expansion ROM at d208 [disabled] [size=512K] Capabilities: access denied Kernel driver in use: nvidia dmesg: [0.00] AGP: No AGP bridge found [0.00] ACPI: SSDT 0xBF7CC000 0017E7 (v01 HPQOEM NVIDIAGF 0001 INTL 20060912) [0.00] AGP: Checking aperture... [0.00] AGP: No AGP bridge found [0.00] Console: colour VGA+ 80x25 [2.353714] vgaarb: setting as boot device: PCI::01:00.0 [2.353716] vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none [2.353717] vgaarb: loaded [2.353719] vgaarb: bridge control possible :01:00.0 [2.685676] Linux agpgart interface v0.103 [ 14.022715] snd_hda_intel :01:00.1: Handle VGA-switcheroo audio client [ 14.793879] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input22 [ 14.794073] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input23 [ 14.794289] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input24 [ 14.794787] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input25 [ 15.146814] nvidia: module license 'NVIDIA' taints kernel. [ 15.196309] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=none [ 15.196515] [drm] Initialized nvidia-drm 0.0.0 20130102 for :01:00.0 on minor 0 [ 15.196520] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 340.46 Wed Sep 24 14:23:40 PDT 2014 [ 51.252390] nvidia :01:00.0: irq 60 for MSI/MSI-X OpenGL and NVIDIA library files installed: -rw-r--r-- 1 root root 280 Nov 4 15:41 /etc/X11/xorg-nouveau.conf -rw-r--r-- 1 root root 2365 Oct 28 10:36 /etc/X11/xorg.conf lrwxrwxrwx 1 root root 15 Nov 19 19:10 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 49 Nov 19 18:59 /etc/alternatives/glx--libEGL.so-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libEGL.so lrwxrwxrwx 1 root root 44 Nov 19 19:10 /etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu -
Bug#770749: nethack: Revive the nethack-qt package with Qt 4
Control: tag -1 + patch Hi Ray, On Sun, Nov 23, 2014 at 11:43 AM, Ray Chason chas...@gmail.com wrote: I have a Qt 4 interface for NetHack at https://github.com/chasonr/nethack-3.4.3-interfaces and package data to build a nethack-qt package based on Qt 4. This Qt 4 interface is derived from my Internationalized NetHack project (http://sourceforge.net/projects/nethack-i18n/), which, in turn, derives its Qt 4 interface at some length from the original Qt 3 interface. The look and feel is mostly the same. Thanks for your work! However, your changes are too large to comply with Jessie's freeze policy (now that Debian is frozen; see [1]), and Debian's KDE/Qt maintenance team plans on removing Qt 4 from the archive in favour of Qt 5 post-release [2]. Regards, Vincent [1] https://release.debian.org/jessie/freeze_policy.html [2] http://perezmeyer.blogspot.ca/2014/11/early-announce-qt4-removal-in-jessie1.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770776: LXC breakage and workarounds when upgrading VMs to jessie
On 2014-11-23 23:19, Tomas Pospisek wrote: LXC VMs become unbootable when upgraded to jessie. The upgrade migrates systems automatically to systemd, after which the VMs won't be able to boot. The simplest workaround currently is to upgrade and then, before rebooting, to switch back to sysv. That sounds like something we should be fixing, rather than documenting. OMMV, but I'm not particularly keen on the release notes explicitly suggesting that people go out of their way not to run the default init system (quite aside from the fact that we don't currently know whether upgrades will actually change the init system at all for most users). Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770740: qemu-system: qemu-system-i386 -fda /dev/fd0 ... fails.
24.11.2014 00:19, Geert Stappers wrote: and also specify which version of qemu you're using - your bug report does not specify this. Bugreport 770742 is from the same reporter and states version: 1.1.2+dfsg-6 B.R. #770740 and #770742 are merged and for convience this URL http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770742 Thanks. I completely missed #770742. /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770801: RFA: libmongo-client -- Alternate C driver for MongoDB
Package: wnpp Severity: normal I am looking for a new maintainer for libmongo-client (both Debian and upstream, but they do not have to be the same person). It is an alternative C language driver for the MongoDB NoSQL database, used by both rsyslog and syslog-ng for their respective MongoDB supporting modules. The library and the packaging is - I believe - in reasonably good shape. The reason for RFA-ing is that I do not use neither the library, nor MongoDB anymore, but there are a fair number of users of it who deserve better maintenance than what I can provide. Description of the main package follows: Description-en: Alternate C driver for the MongoDB document-oriented datastore MongoDB is a high-performance, open source, schema-free document-oriented data store. . This library provides an alternative C language driver, focusing on stability, ease of use, striving to make the most common use cases as convenient as possible. . Among its features are: . * Well documented, easy, clean and stable API. * Support for asynchronous operation. * ReplicaSet support, with support for automatic reconnecting and discovery. * Safe-mode support, to optionally enable extra safety checks on writes. If interested, either in upstream or Debian maintenance, please contact me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767743: unblock: blitz++/0.10-3
Hi, On Sun, Nov 23, 2014 at 11:19:35PM +, Jonathan Wiltshire wrote: Control: tag -1 - moreinfo On Sat, Nov 22, 2014 at 04:09:40PM +0100, Andreas Tille wrote: Hi, I'm on VAC and have a terrible connection. I can not do anything before 3.12. Thanks for your patience I took the liberty of uploading an NMU adding the required Replaces field, so that you need not worry about this on your return. Cool. I owe you a drink - preferably one of those freshly prepared juices I'm enjoying here a lot. If that's a problem I'll happily revert it. That would be pretty stupid if I would. BTW, it would be even greater if you could commit the changes to SVN - Debian Science is writable to any DD. Thanks in any case and greetings from Vietnam 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#770487: openvdb: FTBFS on arm64
Control: tags -1 patch pending On Fri, Nov 21, 2014 at 5:51 PM, Edmund Grimley Evans edmund.grimley.ev...@gmail.com wrote: timeout 2h dh_auto_test || true Thanks for the suggestion. Will apply on next upload. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766216: lxc: can't access console or stop a jessie container running systemd as PID 1
first of all, systemd works fine in privileged systemd containers. second, i normally wait a couple of days until upstream had a chance to reply (here, specifically to Antonions patch). usually, if they haven't answered in a couple of days, the bug/patch will not get picket up in any reasonable time and it's fine to cherry pick it (this is because i have been asked to not patch lxc-debian at all in order to preserv the same good or bad user experience across different distributions). once that is cherry-picked, third: the only thing that needs to go into the release-notes is a note that *iff* debian has an automatic upgrade of wheezy-with-sysvinit to jessie-with-systemd (which i welcome), *then* the release notes should say that existing containers need to adjust their getty units to accomodate for that. Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770798: xserver-xorg-video-nvidia: Driver wrongly detects that a monitor is attached to VGA-0
Control: tag -1 + moreinfo Hi Dominique, On Sun, Nov 23, 2014 at 1:05 PM, Dominique Dumont d...@debian.org wrote: Package: xserver-xorg-video-nvidia Version: 340.46-5 Severity: normal Dear Maintainer, With nvidia 340.46, the driver detects that a monitor is connected to VGA-0 even though there's no monitor connected to my laptop. V The laptop screen is configured (one can see the kde background image), and the login credential are shown on VGA-0. Since there's no monitor connected, I need to enter my credential without visual feedback: hit tab, enter login, hit tab, enter password and hit enter. This is rather cumbersome... Here's xrandr output: $ xrandr Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 16384 x 16384 VGA-0 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 345mm x 194mm 1920x1080 59.93*+ LVDS-0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 345mm x 194mm 1920x1080 59.93*+ DP-0 disconnected (normal left inverted right x axis y axis) DP-1 disconnected (normal left inverted right x axis y axis) DP-2 disconnected (normal left inverted right x axis y axis) DP-3 disconnected (normal left inverted right x axis y axis) DP-4 disconnected (normal left inverted right x axis y axis) DP-5 disconnected (normal left inverted right x axis y axis) DP-6 disconnected (normal left inverted right x axis y axis) I confirm that there's no screen connected on VGA-0... This bug occurs with nvidia 340.46. Older version like 340.32 or version 343.22 from experimental do not show this problem. Feel free to re-assign this bug to any other nvidia package if this does not concern this package. Can you try out 340.58 to see if this bug is fixed for you in a newer 340.xx release? Andreas has uploaded some packages for people to try if they want to use 340.58, see [1] for details. Regards, Vincent [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761360#39 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770740: qemu-system: qemu-system-i386 -fda /dev/fd0 ... fails.
24.11.2014 00:04, pe...@easthope.ca wrote: Control: tag -1 + moreinfo unreproducible Sorry, I forgot to add the Package and Version tags to the first email submission of 770742. I file only a few reports per year and tend to forget to add tags. Package and Version can be automated rather easily. reportbug should ask the submitter for the package name and then record it. reportbug can then get the version number from dpkg -l Package This is exactly what reportbug does, since very beginning -- once you tell it which package you're reporting bug against, it retrieves all necessary info from the running system, including versions of dependent packages and other stuff. So the only way to get a bugreport with dependent package versions but without version of the package in question is to manually delete package version from the bugreport before sending it. What does fails mean? It works here just fine. The successful bug report cites a message in lists.debian.org which concludes a discussion between Nate B. and me. If any further information is needed, please just ask. Which successful bug report? Which one is unsuccessful? Count me confused. Do you mean https://lists.debian.org/debian-user/2014/11/msg01432.html ? If yes, I still fail to see the actual problem - it has been said that boot fails, but how it fails? Please also show complete qemu command line, ... See above. This works for me as well, with a reasonable floppy image. Tagging as 'moreinfo unreproducible'. No problem with an image file. The problem is with the real diskette, /dev/fd0. Did you try a real diskette? MS-DOS boot? FreeDOS boot? Oberon0 boot? Other boot? None of my current machines has real floppy drive, and while I do have an old floppy drive around, there's no machine where it is possible to connect this drive to -- no machine has a floppy controller. Yes, I did try to boot a system from a real diskette in qemu-kvm 1.1 at a time when we tried to release wheezy. It was windows 95 boot floppy. I see no reason to test other OSes booting from floppy as long as at least one works, and I don't have other system boot floppies anyway. But qemu-kvm 1.1 definitely worked with real ms-win 95 boot floppy. Note it is qemu-kvm (aka /usr/bin/kvm), not qemu-system-i386 -- the latter is definitely the less tested from the x86 qemu emilators. Please try current qemu-system - either x86_64 or i386. It is available in backports, of version 2.1. If that one does not work too (again, please specify how exactly it does not work!), we'll see what can be done. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764607: systemd: systemctl does not re-create display-manager.service symlink
Le 22/11/2014 21:28, Andrei POPESCU a écrit : 2b. Each display manager must add a Conflicts=[all other DMs] You don't really need to maintain a long list of Conflicts (which will never be kept up to date). I suggested last wek to the gdm maintainers that we start using the Alias. That enables to have only one DM enable at a time, having systemctl creating the symlink and conflicting when needed. Finally, the postinst maintainer script is easier. Then, you don't really need WantedBy=graphical.target I guess. I didn't hear from the gdm3-pkg team yet, let me paste my suggestions: --- We discussed a little bit today with Martin on providing other display managers like xdm with systemd services. I looked at the existing postinst of lightdm and I think we can leverage systemd Alias to keep the exact same functionality, but removing the internal systemd knowledge from the postinst scripts. The end result on disk would be exactly the same than the existing implementation, we just remove the manual handling of symlinks. The idea is to add: [Install] Alias=display-manager.service to the service unit, and then, replacing the existing postinst symlinks dance with only systemctl commands. Here is the commit for lightdm: http://bazaar.launchpad.net/~didrocks/lightdm/systemd-alias/revision/2099, resulting in a simpler postinst: http://bazaar.launchpad.net/~didrocks/lightdm/systemd-alias/view/head:/debian/lightdm.postinst#L72 Martin agrees that this approach is more decouple from systemd internals and I'm here to reach your feedback about it. As the result on disk is the same in the end, we don't have to migrate all DMs at the same time if you agree with that idea. I've prepared in case you are in favor of this change a gdm3 debdiif (attached), I saw that upstream was shipping for gdm the Alias section, so modified the patch + postinst for it. - Does it make sense to you? diff -Nru gdm3-3.14.1/debian/changelog gdm3-3.14.1/debian/changelog --- gdm3-3.14.1/debian/changelog2014-11-09 18:16:03.0 +0100 +++ gdm3-3.14.1/debian/changelog2014-11-20 09:44:14.0 +0100 @@ -1,3 +1,10 @@ +gdm3 (3.14.1-4) UNRELEASED; urgency=medium + + * debian/patches/92_systemd_unit.patch, debian/gdm3.postinst: +- Using Alias and systemctl to handle systemd unit alternatives. + + -- Didier Roche didro...@ubuntu.com Thu, 20 Nov 2014 09:40:25 +0100 + gdm3 (3.14.1-3) unstable; urgency=medium * 18_all_displays_transient.patch: fix autologin for the initial diff -Nru gdm3-3.14.1/debian/gdm3.postinst gdm3-3.14.1/debian/gdm3.postinst --- gdm3-3.14.1/debian/gdm3.postinst2014-04-27 15:07:16.0 +0200 +++ gdm3-3.14.1/debian/gdm3.postinst2014-11-20 09:45:01.0 +0100 @@ -40,21 +40,18 @@ fi fi -DEFAULT_SERVICE=/etc/systemd/system/display-manager.service +DEFAULT_SERVICE=display-manager.service +SERVICE=$(basename $(cat $DEFAULT_DISPLAY_MANAGER_FILE)).service # set default-display-manager systemd service link according to our config -if [ $1 = configure ] [ -d /etc/systemd/system/ ]; then - if [ -e $DEFAULT_DISPLAY_MANAGER_FILE ]; then -SERVICE=/lib/systemd/system/$(basename $(cat $DEFAULT_DISPLAY_MANAGER_FILE)).service -if [ -h $DEFAULT_SERVICE ] [ $(readlink $DEFAULT_SERVICE) = /dev/null ]; then - echo Display manager service is masked 2 -elif [ -e $SERVICE ]; then - ln -sf $SERVICE $DEFAULT_SERVICE -else - echo WARNING: $SERVICE is the selected default display manager but does not exist 2 - rm -f $DEFAULT_SERVICE -fi +if [ $1 = configure ] [ -x /bin/systemctl ]; then + if [ $(systemctl is-enabled $DEFAULT_SERVICE) = masked ]; then +echo Display manager service is masked 2 else -rm -f $DEFAULT_SERVICE +[ -d /run/systemd/system ] systemctl daemon-reload +systemctl enable --force $SERVICE 2/dev/null || true +if [ $? != 0 ]; then + echo WARNING: $SERVICE is the selected default display manager but does not have a systemd service 2 +fi fi fi diff -Nru gdm3-3.14.1/debian/patches/92_systemd_unit.patch gdm3-3.14.1/debian/patches/92_systemd_unit.patch --- gdm3-3.14.1/debian/patches/92_systemd_unit.patch2014-04-27 14:44:32.0 +0200 +++ gdm3-3.14.1/debian/patches/92_systemd_unit.patch2014-11-20 09:43:34.0 +0100 @@ -1,8 +1,8 @@ -Index: gdm3-3.12.1/data/gdm.service.in +Index: gdm3-3.14.1/data/gdm.service.in === gdm3-3.12.1.orig/data/gdm.service.in 2014-04-27 14:40:14.210580120 +0200 -+++ gdm3-3.12.1/data/gdm.service.in2014-04-27 14:43:22.350149176 +0200 -@@ -4,12 +4,15 @@ Conflicts=getty@tty@GDM_INITIAL_VT@.serv +--- gdm3-3.14.1.orig/data/gdm.service.in gdm3-3.14.1/data/gdm.service.in +@@ -4,10 +4,16 @@ Conflicts=getty@tty@GDM_INITIAL_VT@.serv After=systemd-user-sessions.service getty@tty@GDM_INITIAL_VT@.service plymouth-quit.service
Bug#770802: dose-debcheck: now requires --deb-native-arch when used with -e -f
Package: dose-distcheck Version: 3.3~beta1-1 Severity: normal The --deb-native-arch option of dose-debcheck is now mandatory when used in conjunction with options -e -f, in contrast to what the manpage claims. Without that option one obtains cryptic error message on generation of explanations: dose-debcheck -e -f Packages Fatal error in module deb/debcudf.ml: Unable to get real version for arm64 (14748) All Known versions for this package are (cpp-4.9-aarch64-linux-gnu,4.9.1-19), (cpp-4.9-arm-linux-gnueabi,4.9.1-19), [...] -Ralf. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages dose-distcheck depends on: ii libbz2-1.0 1.0.6-7+b1 ii libc6 2.19-13 ii librpm3 4.11.3-1 ii librpmio3 4.11.3-1 ii zlib1g 1:1.2.8.dfsg-2 dose-distcheck recommends no packages. dose-distcheck 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#770740: qemu-system: qemu-system-i386 -fda /dev/fd0 ... fails.
24.11.2014 11:14, Michael Tokarev wrote: 24.11.2014 00:04, pe...@easthope.ca wrote: [] No problem with an image file. The problem is with the real diskette, /dev/fd0. [..] One more thing I forgot to mention. For qemu, both an image file and a real floppy drive are exactly the same thing, thanks to unix way of accessing devices, where everything is a file which can be read from or written to exactly the same way. Qemu just reads whatever portions of data needed - first 512 bytes to read the boot sector and next whatever bytes the said boot sector will request. The set of operations against an image file or a real floppy is exactly the same, only the difference is the way how to determine the size of image or floppy - but the result should be the same anyway. So, if, given an image of a floppy diskette and a real diskette from which that image file has been made -- if, in this situation, image file works but real diskette doesn't, it may mean only one -- a bug in linux kernel floppy driver which handles reads differently on floppy diskette than on a regular file. It should be possible to use strace to see what is different when you use image file and a real /dev/fd0, how access to that file and floppy differs, and from there it might be possible to understand what's going on. But before, still, it is important to understand what we are talking about -- what exactly does not work. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770028: Please skip to the found bugs when clicking search
On Wed, Nov 19, 2014 at 08:20:47AM +0100, Christophe Siraut wrote: tags -1 moreinfo thanks Hi Goswin, When I search for bugs on http://udd.debian.org/bugs/ I have to scroll quite far down to the search button. There is another search button/link in the navigation bar, it has the same effect and is always reachable. When I click it the page reloads and is at the begining again. So I have to scroll a long way down again to see my search results. It works fine here. I suppose you have javascript disabled, is it an option to enable it? Can you give more information about the browser(s) you use? Yes, I'm using iceweasel with noscript and that is indeed the problem. Enabling scripts makes it skip down properly. Isn't there a way to make it go for the #results tag without scripts? It would be better if the page would load and skip diorectly to the results (using the #results tag). The #results tags is reached using javascript in order to reach the right position, after columns.js modifications. Cheers, Christophe 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#770633: systemd: Suggestion for a method to handle multiple providers of the same service
Le 22/11/2014 21:25, Andrei POPESCU a écrit : Package: systemd Version: 215-6 Severity: wishlist Tags: upstream Hello, I think systemd needs a method to deal with multiple providers of the same service that under usual circumstances (i.e. default configuration) can't run at the same time, e.g. display managers. Here's what I came up with, as possible addition to systemd.unit(5) --- [INSTALL] SECTION OPTIONS AlternativeFor= The name of a service this unit provides, of which there might be several providers that can't (under normal circumstances) run at the same time. At installation time systemctl enable will only create symlinks from this name to the unit filename, with the same suffix as this unit. This option implies a Conflicts= against all other providers of the same service. --- I think this would be quite simple to implement and is generic enough to be used for all kinds of services. Hey, See my answer on bug #764607, I think the Alias permits us to achieve this, in a same way we have alternatives. Then, it requires that the target Wants=this alternative though. Cheers, Didier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770404: systemd: breaks lightdm, does not start anymore
Le 21/11/2014 22:46, Sjoerd Simons a écrit : reassign 770404 lxdm thanks On Fri, Nov 21, 2014 at 08:01:50PM +, Simon McVittie wrote: This looks wrong. I think it might be caused by this in lxdm.service: [Install] Alias=display-manager.service Neither gdm3 nor lightdm have that, which suggests that it isn't meant to be necessary. I think what's happening is that when you install lxdm, that Alias directive causes the debhelper snippets in its postinst[1] to break the mechanism that is meant to arbitrate who owns display-manager.service: the part of its postinst headed # set default-display-manager systemd service link is correct, but then the #DEBHELPER# snippet runs systemctl enable lxdm which sees the Alias, obeys it, and overwrites the display-manager.service symlink with an incorrect target. Correct, that Alias= breaks our current mechanism for arbitrating the DM to use (that is, the sylink and the config file go out of sync). See also Martin pitt's comment for lightdm way back when: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733220#25 Actually, we revisited that with Martin and we can use Alias in relation to the correct postinst scripts to achieve this in a clean way. See the snippet I proposed on bug #764607. Cheers, Didier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770800: unblock: lldpd/0.7.11-2
Control: tags -1 + confirmed moreinfo On 2014-11-24 7:58, Vincent Bernat wrote: I would like to upload to unstable lldpd 0.7.11-2 to fix a missing substitution in the shipped pkgconfig file. Attached is a debdiff. The patch is cherry-picked from 0.7.12. Please go ahead, and remove the moreinfo tag once the package has been accepted. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766708: Processed: Re: Bug#766708: breaks multiarch cross building
On Sat, Nov 22, 2014 at 08:37:56PM +, Dimitri John Ledkov wrote: gcc: (wheezy) http://sources.debian.net/src/gcc-4.7/4.7.2-5/debian/README.cross/ (jessie) http://sources.debian.net/src/gcc-4.8/4.8.3-13/debian/README.cross/ Fundamentally the standard way to build cross-compilers from debian sources remained the same and is not broken in any way. The documentation has existed, and still exists, and is still supported... Thanks for pointing this out. When I started cross building, I briefly looked at these and immediately skipped them, because they looked way out of date. I'm sorry, if this decision was flawed. I'm not sure why you refer to gcc-4.8 as the jessie compiler when most of the archive is built with gcc-4.9. I assume that this is a mistake and will correct the url to http://sources.debian.net/src/gcc-4.9/4.9.2-2/debian/README.cross/. So let me reexamine: * emdebian refers to squeeze toolchains. * http://zigzag.lvk.cs.msu.su/~nikita/debian/; The domain name no longer exists. * Then it mysteriously talks about a toolchain-source approach I've never heard off and refers to gcc versions between 3.3 and 4.3. I guess I can skip this part as it feels more like a history lesson. * In section 1.3 it tells me that I need to download a libc for my target. So at least bootstraps appear to be unsupported by the default method (according to the documentation). * Section 2 explains to build cross compilers by setting GCC_TARGET. As of dpkg version 1.17.17 this variable is no longer honoured. What is being built here is a native compiler. My conclusion is that the reference to this documentation is a straw man. The process described therein does not cover relevant cases and does not work either. On the other hand, the unsupported method has been working for me. I'd be happy to help fixing this, but I lack an understanding of how the default method is supposed to work. So I think I've done what I can do by pointing out what is wrong. Should I open a bug against gcc-4.9? Dimitri, it seems to me that your perception of reality is skewed. Your assuming that the default method was working for everyone does not match my reading of this bug log. I have the impression that you are trying to deny the usefulness of the alternate method. It feels roughly equivalent to (hypothetical) systemd proponents denying the usefulness of sysvinit by arguing that sysvinit is broken while at the same time it works for many. It is my understanding that we don't intentionally break stuff unless there is reason to do so. Please, can we rather work on making the default work for everyone and keep the non-default available until a significant amount of users is able to switch? Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770776: LXC breakage and workarounds when upgrading VMs to jessie
On Mon, 24 Nov 2014, Adam D. Barratt wrote: On 2014-11-23 23:19, Tomas Pospisek wrote: LXC VMs become unbootable when upgraded to jessie. The upgrade migrates systems automatically to systemd, after which the VMs won't be able to boot. The simplest workaround currently is to upgrade and then, before rebooting, to switch back to sysv. That sounds like something we should be fixing, rather than documenting. I agree. However nobody seems to be stepping forward to actually do the work. The question is also if that work would actually be able to migrate into jessie in time. As far as I have understood Daniel Baumann, lxc's maintainer (Cc:ed), a newer lxc version is required to make the upgrade work properly. If we leave the situation as is, then people/sysadmins will get their VM migrated to systemd and the VM will not start at its next reboot. So given the situation, my aim is to let the user know via release-notes, what he's expected to encounter and what he can do about the problem. OMMV, but I'm not particularly keen on the release notes explicitly suggesting that people go out of their way not to run the default init system. Understood and agreed. However I think it's preferable to inform the user about what is known to work instead of wishing it were different, when there's no better alternative at the moment. (quite aside from the fact that we don't currently know whether upgrades will actually change the init system at all for most users). The VM I upgraded ca. three weeks ago was switched to systemd automatically and AFAI can see, there is no component inside that VM that would depend on systemd and thus pull it in. If automatically switching the user to systemd is currently under review/discussion, could you please give me a pointer to that discussion (bug number? Thread on some mailing list?), so I can follow it and try to keep my proposed release-notes changes in sync accordingly (or drop them, in case the upgrade would not switch users to systemd by default any more when jessie is released)? Thanks greets, *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770776: LXC breakage and workarounds when upgrading VMs to jessie
On 2014-11-24 8:39, Tomas Pospisek wrote: If automatically switching the user to systemd is currently under review/discussion, could you please give me a pointer to that discussion (bug number? Thread on some mailing list?) There's tech-ctte #762194. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770803: debconf-i18n: typo in Hungarian translation
Package: debconf-i18n Version: 1.5.49 Severity: minor Tags: l10n Hi, at http://anonscm.debian.org/cgit/debconf/debconf.git/tree/po/hu.po#n293, the translation of Extracting templates from packages: %d%% is given as Sablonok kicsomagolása e csomagokból: %d%% which I find incorrect, as it requires a list after the colon, not an overall progress indication. I recommend a one-letter change: Sablonok kicsomagolása a csomagokból: %d%% -- Thanks, Feri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770648: hiredis: FTBFS: Test failure
Alrighty, patch applied pbuilder's clean. Now just waiting on Alessandro to review my changes push the package. On master here if you want to try things out in the interim: git://anonscm.debian.org/collab-maint/hiredis.git Daniel, I also added support for DEB_BUILD_OPTS=nocheck since it caused you additional grief. Tobi, I haven't bothered addressing the pid file etc. in /tmp just yet, but I'll take a look at that sometime soon. On Sat, Nov 22, 2014 at 1:58 PM, Daniel Schepler dschep...@gmail.com wrote: Source: hiredis Version: 0.11.0-4 Severity: serious From my pbuilder build log (on amd64): echo \ daemonize yes\n \ pidfile /tmp/hiredis-test-redis.pid\n \ port 56379\n \ bind 127.0.0.1\n \ unixsocket /tmp/hiredis-test-redis.sock \ | redis-server - ./hiredis-test -h 127.0.0.1 -p 56379 -s /tmp/hiredis-test-redis.sock || \ ( kill `cat /tmp/hiredis-test-redis.pid` false ) #01 Format command without interpolation: PASSED #02 Format command with %s string interpolation: PASSED #03 Format command with %s and an empty string: PASSED #04 Format command with an empty string in between proper interpolations: PASSED #05 Format command with %b string interpolation: PASSED #06 Format command with %b and an empty string: PASSED #07 Format command with literal %: PASSED #08 Format command with printf-delegation (int): PASSED #09 Format command with printf-delegation (char): PASSED #10 Format command with printf-delegation (short): PASSED #11 Format command with printf-delegation (long): PASSED #12 Format command with printf-delegation (long long): PASSED #13 Format command with printf-delegation (unsigned int): PASSED #14 Format command with printf-delegation (unsigned char): PASSED #15 Format command with printf-delegation (unsigned short): PASSED #16 Format command with printf-delegation (unsigned long): PASSED #17 Format command with printf-delegation (unsigned long long): PASSED #18 Format command with printf-delegation (float): PASSED #19 Format command with printf-delegation (double): PASSED #20 Format command with invalid printf format: PASSED #21 Format command by passing argc/argv without lengths: PASSED #22 Format command by passing argc/argv with lengths: PASSED #23 Error handling in reply parser: PASSED #24 Memory cleanup in reply parser: PASSED #25 Set error on nested multi bulks with depth 7: PASSED #26 Works with NULL functions for reply: PASSED #27 Works when a single newline (\r\n) covers two calls to feed: PASSED #28 Don't reset state after protocol error: PASSED #29 Don't do empty allocation for empty multi bulk: PASSED #30 Returns error when host cannot be resolved: FAILED #31 Returns error when the unix socket path doesn't accept connections: PASSED Testing against TCP connection (127.0.0.1:56379): #32 Is able to deliver commands: PASSED #33 Is a able to send commands verbatim: PASSED #34 %s String interpolation works: PASSED #35 %b String interpolation works: PASSED #36 Binary reply length is correct: PASSED #37 Can parse nil replies: PASSED #38 Can parse integer replies: PASSED #39 Can parse multi bulk replies: PASSED #40 Can handle nested multi bulk replies: PASSED #41 Returns I/O error when the connection is lost: PASSED #42 Returns I/O error on socket timeout: PASSED #43 Throughput: (1000x PING: 0.016s) (1000x LRANGE with 500 elements: 0.105s) (1x PING (pipelined): 0.007s) (1x LRANGE with 500 elements (pipelined): 1.162s) Testing against Unix socket connection (/tmp/hiredis-test-redis.sock): #44 Is able to deliver commands: PASSED #45 Is a able to send commands verbatim: PASSED #46 %s String interpolation works: PASSED #47 %b String interpolation works: PASSED #48 Binary reply length is correct: PASSED #49 Can parse nil replies: PASSED #50 Can parse integer replies: PASSED #51 Can parse multi bulk replies: PASSED #52 Can handle nested multi bulk replies: PASSED #53 Returns I/O error when the connection is lost: PASSED #54 Returns I/O error on socket timeout: PASSED #55 Throughput: (1000x PING: 0.010s) (1000x LRANGE with 500 elements: 0.097s) (1x PING (pipelined): 0.007s) (1x LRANGE with 500 elements (pipelined): 1.189s) *** 1 TESTS FAILED *** Makefile:86: recipe for target 'check' failed make[2]: *** [check] Error 1 make[2]: Leaving directory '/tmp/buildd/hiredis-0.11.0' debian/rules:30: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 2 make[1]: Leaving directory '/tmp/buildd/hiredis-0.11.0' debian/rules:13: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package This is with the default pbuilder configuration which disables network access for the build. However, I've also reproduced it with
Bug#770705: zim: New (sub)page window height increases incrementally
Control: forwarded -1 https://bugs.launchpad.net/zim/+bug/1395626 Control: tags -1 + confirmed Hi, On Sun, 23 Nov 2014, Nico Rikken wrote: Dear Maintainer, From the intial start of zim, the window of adding a page or subpage keeps expanding vertically with every addition, untill the window has taken on the height of the screen, after adding say 20 pages. Closing and restarting Zim didn't sovle this issue, neither did adding pages in other parts of the page tree. It might be worth noting that it concerns a Notebook originally created with an older version of Zim. Thanks for the report. I have the same problem with the Quick note window. I forwarded the issues to the upstream developer. Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770706: [PKG-Openstack-devel] Bug#770706: Bug#770706: Bug#770706: keystone.service does not start, /var/run/keystone not created
Thomas Goirand z...@debian.org writes: On 11/24/2014 01:52 AM, Gaudenz Steinlin wrote: Why do you set PIDFile at all? IMO pidfiles are unnecessary when the daemons managed by systemd run in the foreground and thus there is no need for a pidfile at all. The point is, the way things are designed currently, we don't use foreground at all right now, we continue to use start-stop-daemon and execute the init.d startup script, even when using systemd. This is a bad design that would need improvement, and I would welcome a better implementation within openstack-pkg-tools. I would very much like to see some patches to use foreground (the way it's done in Fedora?), but it should support all properties and implementation of what's done in the init scripts. I see. Wouldn't it be better to completely rely on the sysvinit compatibility of systemd then and not ship any unit files at all? What's the advantage of having systemd units that only wrap around sysv init scripts? On 11/24/2014 04:54 AM, Mikaël Cluseau wrote: Hi, isn't it a duplicate of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767711 ? Yes it is. And that's a general issue with all OpenStack packages in Sid/Jessie right now. We need to fix all of this before the 5th of December deadline. I'll try to find some time to have a look, but can't promise anything. Gaudenz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770800: unblock: lldpd/0.7.11-2
Control: tags -1 - moreinfo I would like to upload to unstable lldpd 0.7.11-2 to fix a missing substitution in the shipped pkgconfig file. Attached is a debdiff. The patch is cherry-picked from 0.7.12. Please go ahead, and remove the moreinfo tag once the package has been accepted. Done. Thanks! -- Don't comment bad code - rewrite it. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#770404: systemd: breaks lightdm, does not start anymore
On Mon, 2014-11-24 at 09:31 +0100, Didier Roche wrote: Le 21/11/2014 22:46, Sjoerd Simons a écrit : reassign 770404 lxdm thanks On Fri, Nov 21, 2014 at 08:01:50PM +, Simon McVittie wrote: This looks wrong. I think it might be caused by this in lxdm.service: [Install] Alias=display-manager.service Neither gdm3 nor lightdm have that, which suggests that it isn't meant to be necessary. I think what's happening is that when you install lxdm, that Alias directive causes the debhelper snippets in its postinst[1] to break the mechanism that is meant to arbitrate who owns display-manager.service: the part of its postinst headed # set default-display-manager systemd service link is correct, but then the #DEBHELPER# snippet runs systemctl enable lxdm which sees the Alias, obeys it, and overwrites the display-manager.service symlink with an incorrect target. Correct, that Alias= breaks our current mechanism for arbitrating the DM to use (that is, the sylink and the config file go out of sync). See also Martin pitt's comment for lightdm way back when: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733220#25 Actually, we revisited that with Martin and we can use Alias in relation to the correct postinst scripts to achieve this in a clean way. See the snippet I proposed on bug #764607. Adding Bigon and Joss to the CC for their GDM perspective ;) Interesting. Your postinst (patch from the bug you mentioned) seems a bit brute-force though (it tries to (re)enable the default display manager regardless of whether it, itself, is the default). But at least that means things stay in sync :p However I guess that still breaks things if the user enables a non-default DM by hand ? (iotw the DM gets enabled but will bail resulting in no DM being started if the user doesn't also update the etc file) -- Sjoerd Simons sjo...@luon.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767161: fixed in xbmc 2:13.2+dfsg1-4
Hi Balint, With this bug fix, indeed suspend/hibernate options have been restored, thank you. However, when I resume by pressing a key, xbmc is unresponsive to keyboard. I can ssh into the machine, but xbmc is unresponsive. However, if I use logind.conf modifications to directly suspend after idle timeout, then resume, everything is fine. xbmc and syslog below, can't see anything else relevant in other log files. sudo less .xbmc/temp/xbmc.log 18:30:36 T:139876571781184 NOTICE: special://profile/ is mapped to: special://masterprofile/ 18:30:36 T:139876571781184 NOTICE: --- 18:30:36 T:139876571781184 NOTICE: Starting XBMC from Debian (13.2 Debian package version:2:13.2+dfsg1-4). Platform: x86 Linux 64-bit 18:30:36 T:139876571781184 NOTICE: Using Debug XBMC x64 build, compiled Nov 8 2014 by GCC 4.9.2 for x86 Linux 64-bit 3.16.3 18:30:36 T:139876571781184 NOTICE: Running on Linux 64-bit (Debian GNU/Linux jessie/sid, 3.16.0-4-amd64 x86_64) 18:30:36 T:139876571781184 NOTICE: Host CPU: Intel(R) Core(TM) i3-4130 CPU @ 3.40GHz, 4 cores available 18:30:36 T:139876571781184 NOTICE: special://xbmc/ is mapped to: /usr/share/xbmc 18:30:36 T:139876571781184 NOTICE: special://xbmcbin/ is mapped to: /usr/lib/xbmc 18:30:36 T:139876571781184 NOTICE: special://masterprofile/ is mapped to: /home/user/.xbmc/userdata 18:30:36 T:139876571781184 NOTICE: special://home/ is mapped to: /home/user/.xbmc 18:30:36 T:139876571781184 NOTICE: special://temp/ is mapped to: /home/user/.xbmc/temp 18:30:36 T:139876571781184 NOTICE: The executable running is: /usr/lib/xbmc/xbmc.bin 18:30:36 T:139876571781184 NOTICE: Local hostname: server 18:30:36 T:139876571781184 NOTICE: Log File is located: /home/user/.xbmc/temp/xbmc.log 18:30:36 T:139876571781184 NOTICE: --- 18:30:36 T:139876571781184INFO: Selected Logind/UPower as PowerSyscall 18:30:36 T:139876571781184 DEBUG: LogindUPowerSyscall - inhibit lock taken, fd 10 18:30:36 T:139876571781184 ERROR: DBus: Error org.freedesktop.DBus.Error.InvalidArgs - No such property OnLowBattery 18:30:36 T:139876571781184 NOTICE: load settings... 21:38:34 T:139876571781184 DEBUG: CAnnouncementManager - Announcement: OnScreensaverActivated from xbmc 21:38:34 T:139876571781184 DEBUG: GOT ANNOUNCEMENT, type: 4, from xbmc, message OnScreensaverActivated 21:38:34 T:139876571781184 DEBUG: -- Window Init () -- 21:38:34 T:139876571781184 DEBUG: Alloc resources: 0.00ms (0.00 ms skin load) 21:40:33 T:139876571781184INFO: DPMS: enabled power-saving mode SUSPEND 21:40:36 T:139876571781184 DEBUG: -- Window Deinit () -- 21:49:22 T:139876571781184 DEBUG: Keyboard: scancode: 0x72, sym: 0x0113, unicode: 0x, modifier: 0x0 21:49:22 T:139876571781184INFO: DPMS: disabled power-saving 21:49:22 T:139876571781184 DEBUG: CAnnouncementManager - Announcement: OnScreensaverDeactivated from xbmc 21:49:22 T:139876571781184 DEBUG: GOT ANNOUNCEMENT, type: 4, from xbmc, message OnScreensaverDeactivated 21:49:22 T:139876571781184 DEBUG: OnKey: right (0xf083) pressed, screen saver/dpms woken up 21:49:24 T:139876571781184 DEBUG: Keyboard: scancode: 0x71, sym: 0x0114, unicode: 0x, modifier: 0x0 21:49:24 T:139876571781184 DEBUG: OnKey: left (0xf082) pressed, action is Left 21:49:24 T:139876571781184 DEBUG: Keyboard: scancode: 0x72, sym: 0x0113, unicode: 0x, modifier: 0x0 21:49:24 T:139876571781184 DEBUG: OnKey: right (0xf083) pressed, action is Right 21:49:27 T:139876571781184 DEBUG: Keyboard: scancode: 0x27, sym: 0x0073, unicode: 0x0073, modifier: 0x0 21:49:27 T:139876571781184 DEBUG: OnKey: s (0xf053) pressed, action is ActivateWindow(shutdownmenu) 21:49:27 T:139876571781184 DEBUG: Activating window ID: 10111 21:49:27 T:139876571781184 DEBUG: -- Window Init (DialogButtonMenu.xml) -- 21:49:27 T:139876571781184INFO: Loading skin file: DialogButtonMenu.xml, load type: KEEP_IN_MEMORY 21:49:27 T:139876571781184 DEBUG: Load DialogButtonMenu.xml: 227.31ms 21:49:27 T:139876571781184 DEBUG: Alloc resources: 282.44ms (281.99 ms skin load) 21:49:28 T:139876571781184 DEBUG: Keyboard: scancode: 0x74, sym: 0x0112, unicode: 0x, modifier: 0x0 21:49:28 T:139876571781184 DEBUG: OnKey: down (0xf081) pressed, action is Down 21:49:28 T:139876571781184 DEBUG: Keyboard: scancode: 0x74, sym: 0x0112, unicode: 0x, modifier: 0x0 21:49:28 T:139876571781184 DEBUG: OnKey: down (0xf081) pressed, action is Down 21:49:29 T:139876571781184 DEBUG: Keyboard: scancode: 0x74, sym: 0x0112, unicode: 0x, modifier: 0x0 21:49:29 T:139876571781184 DEBUG: OnKey: down (0xf081) pressed, action is Down 21:49:29 T:139876571781184 DEBUG: Keyboard: scancode: 0x24, sym: 0x000d, unicode: 0x000d, modifier: 0x0 21:49:29 T:139876571781184 DEBUG: OnKey: return (0xf00d) pressed, action is
Bug#770804: unblock: openldap/2.4.40-3
Control: tags -1 + confirmed moreinfo On 2014-11-24 8:38, Luca Bruno wrote: Please pre-approve and later unblock package openldap. This is a pre-approval request for openldap 2.4.40-3. It has not yet been uploaded (currently building+testing locally), but I intend to upload this later today, so I'll be glad to get a review from the release team while at it. This is a translation only update, closing 15 l10n bugs (plus removing a traling whitespace from the template). Our current aim is to have this -3 as the final Jessie package, and backport it to wheezy-bpo as soon as it hits testing. Please go ahead, and remove the moreinfo tag once the package has been accepted. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725417: This would not be a simple fix
Hi! I think this bug can be fixed, at least on the standard version of mbr (not on the Y2K version, but machines needing that won't run Windows7 or later anyway). The problem is that the changes needed point to an upstream change, that's why I tried to contact Neil, the upstream author, but failing to do so I tried to do it through Santiago Vila, the previous maintainer, but he also seems to have failed. So to change this would change the data structure format in a totally non backwards compatible way (so older install-mbr versions would no longer recognize this as an install-mbr's mbr). That's what I saw and thus I said, this is something to be done by upstream. So moving the data structure is almost certainly doable. Should it be? Is there a maintainer upstream for this code anymore? Well, we haven't been able to contact him at his chiark address and don't know of any other way to contact him. If nothing else, making install-mbr recognize that the existing mbr contains non zero disk signature in bytes 440 to 443 and either or 5A5A in bytes 444 to 445 and spitting out a warning that this disk appears to be in use by a modern MBR using OS, and not just letting you overwrite it might be a good idea. I agree on this as the least we can do to fix this, but I'd rather have an upstream new binary version of the mbr, as doing it at Debian doesn't seem the right thing to do. If finaly agree that we don't have an upstream for mbr we may then do the changes by ourselves, but I'd like to try to contact him one more time (I'll do this right now). Feel free to try to contact him, I suspect that antispam may be dropping the mails, so maybe you are more lucky. If you have it clear, please send patches for this or suggest the new locations, ... Here goes one of my last mails to Neil dated 11th July: Hi! I have tried to contact you from my Debian account, then from my own domain and now from gmail, as I saw your servers have very strict email policies, let's see if this time the mail reaches you :-) I have received a bug on Debian (https://bugs.debian.org/725417) that explains that new MS Windows need what is called a Disk signature on the mbr, and if we use install-mbr to write our mbr this signature gets changed, and then windows stops booting. The bugreport talks about 4 bytes, but it is really 6 bytes that need to be moved away, 6 just before the partition table data. I started looking at this with the idea of patching this on the non Y2K version, as this one was already too tight, however even the normal version seems to be too tight, we had only 5 bytes of padding space on this version. On the other hand, on the 6 bytes that are being used for the Disk signature you had placed the pointer to the data area, so the pointer should be relocated, this is... unless we don't care about those two bytes right where we have the pointer, as the signature is right on the four previous ones and then at 1BC our pointer. This seems to work ok at least with Windows 7. The place were we have our signature should be a h word or 5A5Ah if it is copy protected, at least acording to wikipedia, but Win7 seems to work anyway. Well, what do you think about all this? Regards. -- Manty/BestiaTester - http://manty.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770016: Clarify network access for building packages in main
On 23/11/14 at 21:13 +0100, Bill Allombert wrote: On Sun, Nov 23, 2014 at 08:15:33PM +0100, Lucas Nussbaum wrote: On 23/11/14 at 20:03 +0100, Bill Allombert wrote: On Sun, Nov 23, 2014 at 04:47:00PM -0200, Henrique de Moraes Holschuh wrote: On Sun, 23 Nov 2014, Bill Allombert wrote: --- a/policy.sgml +++ b/policy.sgml @@ -1928,12 +1928,16 @@ zope. impossible to auto-compile that package and also makes it hard for other people to reproduce the same binary package, all required targets must be non-interactive. It also follows that any target that these targets depend on must also be non-interactive. /p + p + For packages in the main archive, no required targets + may attempt network access. + /p p The targets are as follows: taglist tagttbuild/tt (required)/tag item This is something we want for multiple reasons, but have we already fixed all instances of, e.g., validating sgml/xml parsers trying to fetch DTDs or schemas during documentation build ? Or other network access attempts that don't fail a build (and helpfully don't modify it either)? Lucas, can you confirm that the main archive ca be rebuild without external network access ? No: that's something I used to check (by building on machines with specific firewall rules to forbid external network access), but that I haven't been testing recently. Was there a lot of failure ? No What severity did you use for the bug report ? serious Are you in favor of the patch above ? In general, yes. I wonder if it should be turned into the package must not rely on external access network to build correctly. A package that checks if network access is available, and run more tests if it's the case, could be fine. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770805: sometimes freezes KDE when trying to copy data
Package: keepass2 Version: 2.28+dfsg-1 Severity: important Regularly (but not always) when copying username or password from keepass2, my KDE gets completely locked, unable to do anythinhg. I must then login from another machine and kill the cli process to get interface back. -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (600, 'stable'), (500, 'proposed-updates'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.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 keepass2 depends on: ii libmono-corlib4.5-cil3.2.8+dfsg-8 ii libmono-system-drawing4.0-cil3.2.8+dfsg-8 ii libmono-system-security4.0-cil 3.2.8+dfsg-8 ii libmono-system-windows-forms4.0-cil 3.2.8+dfsg-8 ii libmono-system-xml4.0-cil3.2.8+dfsg-8 ii libmono-system4.0-cil3.2.8+dfsg-8 ii libx11-6 2:1.6.2-3 ii mono-runtime 3.2.8+dfsg-8 Versions of packages keepass2 recommends: ii xsel 1.2.0-2 Versions of packages keepass2 suggests: ii keepass2-doc 2.28+dfsg-1 pn mono-dmcs none ii xdotool 1:3.20140805.1-2 -- 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#770806: [btrfs-tools] Please install btrfs in /bin and not /sbin
Package: btrfs-tools Version: 3.17-1.1 Severity: wishlist the tool btrfs has to be used by unprivileged users. For example to manage their own subvolumes/snapshots. But it is installed in the non-default path /sbin and therefore not in their default search path. --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: jessie/sid 500 unstablehttp.debian.net 500 stable dl.google.com 1 unstablewww.deb-multimedia.org 1 experimentalhttp.debian.net --- Package information. --- Depends (Version) | Installed ===-+-= e2fslibs (= 1.42) | 1.42.12-1 libblkid1 (= 2.17.2) | 2.25.2-3 libc6 (= 2.7) | libcomerr2(= 1.01) | liblzo2-2 | libuuid1 (= 2.16) | zlib1g (= 1:1.2.0) | 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#770678: claws-mail-pgpinline: pgpinline does not automatically encrypt / decrypt attachments
Control: forwarded -1 http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3334 Hi, On Sun, Nov 23, 2014 at 05:06:49PM +0800, clayton wrote: Package: claws-mail-pgpinline Version: 3.11.1-1 Severity: wishlist This is the first time I have ever had the opportunity to used PGP-encrypted e-mail, and it is mostly two thumbs up on claws! But: the organization I am working with (mostly) uses Outlook with a gpg4o plugin which is apparently not PGP-MIME compatible. On there end Outlook is not decrypting my PGP-MIME e-mail, they have to decrypt manually. E-mail text only works properly between us if I use PGP-inline to communicate with them. However, on there side, this gpg4o thing DOES automatically encypt / decrypt attachments, which puts me at a bit of a disadvantage because our PGP-inline DOES NOT, and I cannot use PGP-MIME So if possible, it would be very convenient for me if PGP-inline were to handle attachments automatically. Forwarded upstream, thanks for reporting! best regards, -- Ricardo Mones ~ bash: ./signature: No such file or directory /bin/bash signature.asc Description: Digital signature
Bug#757698: [network-manager] network-manager: Not authorized to control networking
Same issue here with nm-applet 0.9.10.0 on openbox in jessie/sid. I cannot change or add any network connections I've added cgroup_enable=memory init=/lib/systemd/systemd to the kernel startup but that seem to not change any of the network manager related issues. When nm-applet is started from the command line it returns: nm-applet-WARNING **: Failed to register as an agent: (32) Session not found (nm-applet:2242): nm-applet-WARNING **: Failed to add/activate connection: (32) No session found for uid 1000 (unknown) Trying to add a network connection as a user returns: (32) No session found for uid 1000 (unknown) user is member of the following groups: uid=1000(olsen) gid=1000(olsen) groups=1000(olsen),5(tty),20(dialout),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),103(fuse),104(scanner),107(bluetooth),108(netdev),117(lpadmin),900(cbnetwork) signature.asc Description: OpenPGP digital signature
Bug#770807: unblock: debconf/1.5.54
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please pre-approve and later unblock package debconf This release is an l10n update with a few translation updates for programs and manpages. The only other change is the update of the VCS-* fields in debian/control in order to use the canonical address anonscm.debian.org in place of git.debian.org: +debconf (1.5.54) UNRELEASED; urgency=medium + + * Update Vcs-* to current canonical URLs. + + [ Manpages translations ] + * Portuguese updated. Closes: #756178 + + [ Programs translations ] + * Czech updated. Closes: #764054 + * Russian updated. Closes: #765914 + * Slovenian updated. Closes: #766199 + * Fix typo in Hungarian translation. Closes: #770803 + + -- Colin Watson cjwat...@debian.org Sat, 05 Jul 2014 17:59:44 +0100 unblock debconf/1.5.54 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru debconf-1.5.53/debian/changelog debconf-1.5.54/debian/changelog --- debconf-1.5.53/debian/changelog 2014-04-23 02:03:28.0 +0200 +++ debconf-1.5.54/debian/changelog 2014-11-24 10:11:06.0 +0100 @@ -1,3 +1,18 @@ +debconf (1.5.54) UNRELEASED; urgency=medium + + * Update Vcs-* to current canonical URLs. + + [ Manpages translations ] + * Portuguese updated. Closes: #756178 + + [ Programs translations ] + * Czech updated. Closes: #764054 + * Russian updated. Closes: #765914 + * Slovenian updated. Closes: #766199 + * Fix typo in Hungarian translation. Closes: #770803 + + -- Colin Watson cjwat...@debian.org Sat, 05 Jul 2014 17:59:44 +0100 + debconf (1.5.53) unstable; urgency=low [ Apollon Oikonomopoulos ] diff -Nru debconf-1.5.53/debian/control debconf-1.5.54/debian/control --- debconf-1.5.53/debian/control 2014-04-23 02:06:57.0 +0200 +++ debconf-1.5.54/debian/control 2014-11-24 10:11:06.0 +0100 @@ -2,12 +2,12 @@ Section: admin Priority: optional Maintainer: Debconf Developers debconf-de...@lists.alioth.debian.org -Uploaders: Joey Hess jo...@debian.org, Colin Watson cjwat...@debian.org +Uploaders: Colin Watson cjwat...@debian.org Standards-Version: 3.9.5 Build-Depends-Indep: perl (= 5.10.0-16), python (= 2.6.6-3~), python3 (= 3.1.2-8), gettext (= 0.13), libintl-perl, libqtgui4-perl Build-Depends: debhelper (= 7.2.11~), po-debconf, po4a (= 0.23) -Vcs-Git: git://git.debian.org/git/debconf/debconf.git -Vcs-Browser: http://git.debian.org/?p=debconf/debconf.git;a=summary +Vcs-Git: git://anonscm.debian.org/debconf/debconf.git +Vcs-Browser: http://anonscm.debian.org/gitweb/?p=debconf/debconf.git;a=summary X-Python-Version: = 2.6 Package: debconf diff -Nru debconf-1.5.53/doc/man/po4a/po/pt.po debconf-1.5.54/doc/man/po4a/po/pt.po --- debconf-1.5.53/doc/man/po4a/po/pt.po 2013-11-03 19:17:35.0 +0100 +++ debconf-1.5.54/doc/man/po4a/po/pt.po 2014-11-24 10:11:06.0 +0100 @@ -2,13 +2,13 @@ # Copyright (C) 2010 Free Software Foundation, Inc. # This file is distributed under the same license as the debconf package. # -# Américo Monteiro a_monte...@netcabo.pt, 2010, 2012. +# Américo Monteiro a_monte...@gmx.com, 2010, 2012, 2014. msgid msgstr -Project-Id-Version: debconf\n +Project-Id-Version: debconf 1.5.53\n POT-Creation-Date: 2013-11-03 14:17-0400\n -PO-Revision-Date: 2012-01-15 19:49+\n -Last-Translator: Américo Monteiro a_monte...@netcabo.pt\n +PO-Revision-Date: 2014-07-27 08:35+0100\n +Last-Translator: Américo Monteiro a_monte...@gmx.com\n Language-Team: Portuguese tra...@debianpt.org\n Language: pt\n MIME-Version: 1.0\n @@ -1397,14 +1397,9 @@ #. type: textblock #: ../../debconf-set-selections:5 -#, fuzzy -#| msgid -#| debconf-set-selections - insert new default values into the debconf -#| database msgid debconf-set-selections - insert new values into the debconf database msgstr -debconf-set-selections - insere novos valores predefinidos na base de dados -do debconf +debconf-set-selections - insere novos valores na base de dados do debconf #. type: verbatim #: ../../debconf-set-selections:21 @@ -5202,12 +5197,6 @@ #. type: Plain text #: debconf-devel.7:257 -#, fuzzy -#| msgid -#| You generally don't need to use this command. It exchanges with debconf a -#| list of supported capabilities. Capabilities that both you and debconf -#| support will be used, and debconf will reply with all the capabilities it -#| supports. msgid You generally don't need to use this command. It exchanges with debconf a list of supported capabilities (separated by spaces). Capabilities that both @@ -5215,9 +5204,9 @@ capabilities it supports. msgstr Geralmente você não precisa de usar este comando. Ele troca com o debconf -uma lista das
Bug#770671: redis-server: warning in postinst
Hi Chris, When instaling redis-server, the postinst emits the following warning: adduser: Warning: The home directory `/var/lib/redis' does not belong to the user you are currently creating. Are you using systemd? (Recent permessions issues with the systemd support in this package) Regards, I used a quite fresh deboostrap'ed Jessie chroot, so I assume it has systemd installed; Not sure if it is active in a chroot. The chroot's host has systemd as pid1; (I'm currently not at this machine, so I can't check now) -- tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770807: unblock: debconf/1.5.54
Control: tags -1 + confirmed moreinfo On 2014-11-24 9:55, Christian Perrier wrote: Please pre-approve and later unblock package debconf This release is an l10n update with a few translation updates for programs and manpages. The only other change is the update of the VCS-* fields in debian/control in order to use the canonical address anonscm.debian.org in place of git.debian.org: Please go ahead, and remove the moreinfo tag once the package has been accepted. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770809: open-vm-tools: CVE-2014-4199 CVE-2014-4200
Package: open-vm-tools Severity: important Tags: security Hi, please see http://seclists.org/fulldisclosure/2014/Aug/71 for the original report. The affected script is shipped in open-vm-tools as /etc/vmware-tools/vm-support Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720482: grep: improper handling of unicode word boundaries
Control: tags -1 + fixed-in-experimental El 22/08/13 a las 16:41, a...@barak.in escribió: Package: grep Version: 2.12-2 Severity: normal Dear Maintainer, regexp quantifiers \ \ \b \B \w \W give wrong results with unicode words. example: $ echo я | grep -q \я; echo $? 1 i wrote small test script (see attachm.). it's result: \x x\ \bx x\b x\B \Bx \w \W b: 0 0 0 0 1 1 0 1 я: 1 1 1 1 0 0 1 0 Σ: 1 1 1 1 0 0 1 0 ä: 1 1 1 1 0 0 1 0 Hi, grep 2.21 fixes these boundaries. For the moment, it is available in experimental. \x x\ \bx x\b x\B \Bx \w \W b: 0 0 0 0 1 1 0 1 я: 0 0 0 0 1 1 0 1 Σ: 0 0 0 0 1 1 0 1 ä: 0 0 0 0 1 1 0 1 a: 0 0 0 0 1 1 0 1 Cheers, Santiago -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770810: unblock: watchdog/5.14-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package watchdog This version fixes a couple serious bugs: - a small upstream patch to fix an incorrectly calculated amount of memory where a variable wasn't correctly converted - #767704: prevent /etc/init.d/sendsigs from killing wd_keepalive, because that may (depending on the kernel configuration) result in a hard reset before the shutdown is completed - #767644: do not ship /etc/default/watchdog as config file, instead it was supposed to be auto-generated. - #768168: Fix service file to not create a cycle that prevents watchdog from being started. At the same time change the service files to be more robust. debdiff attached. Thanks. Michael unblock watchdog/5.14-2 -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash only in patch2: unchanged: --- watchdog-5.14.orig/debian/changelog +++ watchdog-5.14/debian/changelog @@ -1,3 +1,13 @@ +watchdog (5.14-2) unstable; urgency=medium + + * Applied upstream change to fix an incorrectly calculated amount of memory +being used in a test. + * Make sure /etc/init.d/sendsigs does not kill wd_keepalive. (Closes: #767704) + * Auto-generated default file from debconf. (Closes: #767644) + * Changed ordering of unit files to prevent a cycle. (Closes: #768168) + + -- Michael Meskes mes...@debian.org Tue, 04 Nov 2014 16:30:54 +0100 + watchdog (5.14-1) unstable; urgency=medium * New upstream version. (Closes: #703445, #720501) only in patch2: unchanged: --- watchdog-5.14.orig/debian/config +++ watchdog-5.14/debian/config @@ -10,6 +10,11 @@ 1) db_set watchdog/run true;; *) return 1;; esac +case `sed -n 's/^run_wd_keepalive=//p' $@` in +0) db_set watchdog/run_keepalive false;; +1) db_set watchdog/run_keepalive true;; +*) return 1;; +esac db_set watchdog/module `sed -n 's/^watchdog_module=\(.*\)/\1/p' $@` } @@ -41,6 +46,10 @@ db_get watchdog/run [ $RET = false ] || db_input medium watchdog/restart || true ;; +3) + db_get watchdog/restart + [ $RET = false ] || db_input medium watchdog/run_keepalive || true + ;; *) break ;; only in patch2: unchanged: --- watchdog-5.14.orig/debian/init +++ watchdog-5.14/debian/init @@ -57,6 +57,9 @@ --pidfile /var/run/$KEEPALIVE_NAME.pid log_end_msg $? + # also remove the sendsigs omit file + rm -f /run/sendsigs.omit.d/$KEEPALIVE_NAME.pid + # Unconditionally start watchdog daemon because we want to run it even # if wd_keepalive wasn't running log_begin_msg Starting watchdog daemon... @@ -80,6 +83,9 @@ start-stop-daemon --start --quiet --pidfile /var/run/$KEEPALIVE_NAME.pid \ --exec $KEEPALIVE_DAEMON -- $watchdog_options log_end_msg $? + + # and tell sendsigs to ignore it + ln -s /var/run/$KEEPALIVE_NAME.pid /run/sendsigs.omit.d/$KEEPALIVE_NAME.pid fi fi ;; only in patch2: unchanged: --- watchdog-5.14.orig/debian/po/cs.po +++ watchdog-5.14/debian/po/cs.po @@ -6,8 +6,8 @@ msgid msgstr Project-Id-Version: watchdog\n -Report-Msgid-Bugs-To: mes...@debian.org\n -POT-Creation-Date: 2007-07-16 08:48+0200\n +Report-Msgid-Bugs-To: watch...@packages.debian.org\n +POT-Creation-Date: 2014-11-10 03:23+0100\n PO-Revision-Date: 2007-07-07 21:31+0200\n Last-Translator: Miroslav Kure ku...@debian.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n @@ -35,12 +35,33 @@ #. Type: boolean #. Description #: ../templates:3001 +msgid Start wd_keepalive after stopping watchdog? +msgstr + +#. Type: boolean +#. Description +#: ../templates:3001 +#, fuzzy +#| msgid +#| Please specify whether watchdog should be started as part of the boot +#| process. This can be changed later by editing /etc/default/watchdog. +msgid +Please specify whether stopping watchdog should start wd_keepalive to keep +on triggering the watchdog device. This can be changed later by editing /etc/ +default/watchdog. +msgstr +Vyberte si, zda se má watchdog spouštět během zavádění systému. Své +rozhodnutí můžete později změnit úpravou souboru /etc/default/watchdog. + +#. Type: boolean +#. Description +#: ../templates:4001 msgid Restart watchdog on upgrades? msgstr Restartovat watchdog při aktualizaci? #. Type: boolean #. Description -#: ../templates:3001 +#: ../templates:4001 msgid If the kernel is configured with the CONFIG_WATCHDOG_NOWAYOUT option (which is not the default setting), restarting watchdog will cause a spurious @@ -52,13 +73,13 @@ #. Type: string #. Description -#: ../templates:4001 +#: ../templates:5001 msgid Watchdog module to preload:
Bug#762670: libjavascriptcoregtk-3.0-0: crashes on ppc64el when building sphinx
Hi, On Mon, 10 Nov 2014 11:31:44 +0200, Alberto Garcia wrote: If you could give that patch a try we can try to have it included in jessie. Sorry for the delay. We finally managed to test it (actually it was Laney who did that). With the patch from Fedora, sphinx builds successfully on ppc64el. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#770589: unattended-upgrades: [patch] DEP-5 copyright
On Sat, Nov 22, 2014 at 02:02:43PM +0200, Martin-Éric Racine wrote: Package: unattended-upgrades Version: 0.83 Severity: normal Tags: patch Thanks for this bugreport and your patch. The enclosed file migrates debian/copyright to the DEP-5 format. This is added to bzr and it will be part of the next upload (unfortunately I overlooked it and its not part of my upload from some minutes ago). Thanks, Michael -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages unattended-upgrades depends on: ii apt1.0.9.3 ii apt-utils 1.0.9.3 ii debconf [debconf-2.0] 1.5.53 ii init-system-helpers1.22 ii lsb-base 4.1+Debian13+nmu1 ii lsb-release4.1+Debian13+nmu1 ii python33.4.2-1 ii python3-apt0.9.3.11 ii ucf3.0030 ii xz-utils 5.1.1alpha+20120614-2+b1 unattended-upgrades recommends no packages. Versions of packages unattended-upgrades suggests: ii bsd-mailx 8.1.2-0.20140825cvs-1 ii nullmailer [mail-transport-agent] 1:1.13-1 -- debconf information excluded Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Source: http://code.launchpad.net/~ubuntu-core-dev/unattended-upgrades/ubuntu Files: * Copyright: © 2005-2014 Michael Vogt michael.v...@ubuntu.com, © 2005-2009 Canonical Ltd License: GPL-2+ On Debian systems, the complete text of the GNU General Public License can be found in /usr/share/common-licenses/GPL-2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770485: closed by Guido Günther a...@sigxcpu.org (Bug#770485: fixed in libvirt 1.2.9-5)
On Sun, 2014-11-23 at 15:54 +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the libvirt0 package: #770485: Default to pygrub in xen libxl backend It has been closed by Guido Günther a...@sigxcpu.org. Wow, thanks for the speedy turnaround! I thought you might be interested to see that the fix has also been applied upstream: http://libvirt.org/git/?p=libvirt.git;a=commitdiff;h=d70a51d5ea0b9aecb429334714e8331f44fb9df7 Cheers! Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759693: unattended-upgrades: please document how to configure the logging options
On Sat, Nov 22, 2014 at 01:31:39PM +0200, Martin-Éric Racine wrote: 2014-10-28 12:51 GMT+02:00 Michael Vogt m...@debian.org: On Wed, Oct 22, 2014 at 07:35:40AM +0200, Alexandre Detiste wrote: control: reopen -1 Since this change, the mail I receive contains the changes from all previous days. See multiple 'Log Started' in attached mail. Thanks for your bugreport. The attached patch should fix this problem. It will be part of the next upload to unstable. 1) Could this patched version please be uploaded NOW while bugs with severity 'important' are still allowed? Thanks for the reminder, I uploaded the fix now. 2) Please note that the change to a single log file did not fix what the initial bug report asked, which was to document how logging options can be configured. ;) Yeah, this is still outstanding I think. I updated README.md to include a lot more options and its much better now (IMO) but /etc/logrotate.d/unattended-upgrades is not documented yet. The logging defaults should be better and more consistent now at least. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759693: unattended-upgrades: please document how to configure the logging options
On Sat, Nov 22, 2014 at 01:31:39PM +0200, Martin-Éric Racine wrote: 2014-10-28 12:51 GMT+02:00 Michael Vogt m...@debian.org: On Wed, Oct 22, 2014 at 07:35:40AM +0200, Alexandre Detiste wrote: control: reopen -1 Since this change, the mail I receive contains the changes from all previous days. See multiple 'Log Started' in attached mail. Thanks for your bugreport. The attached patch should fix this problem. It will be part of the next upload to unstable. 1) Could this patched version please be uploaded NOW while bugs with severity 'important' are still allowed? 2) Please note that the change to a single log file did not fix what the initial bug report asked, which was to document how logging options can be configured. ;) I did a little bit of documentation in https://alioth.debian.org/scm/loggerhead/apt/unattended-upgrades/debian-sid/revision/307?start_revid=307 now. Feedback/improvements welcome. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769393: mysql-workbench: Saving password in keychain does not work
Package: mysql-workbench Followup-For: Bug #769393 Dear Dmitry, Thanks for the tip! I placed the following wrapper script at /usr/local/bin/mysql-workbench to work around the bug: #!/bin/sh if [ -n ${XDG_RUNTIME_DIR} ]; then GNOME_KEYRING_CONTROL=${XDG_RUNTIME_DIR}/keyring/control [ -z ${GNOME_KEYRING_CONTROL} ] || export GNOME_KEYRING_CONTROL fi /usr/bin/mysql-workbench ${@} This has the advantage that one can start the workbench right from the menu and does not need to start a terminal first. I hope this is helpfull to others. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767653:
Hi Jochen Hi Tobi, * Tobias Frost t...@debian.org [2014-11-23 14:31]: can you please check if you committed everything? Especially I'm missing changes to d/changelog... I've just pushed the changelog as well and tested the build. Is this a team upload? A NMU? I assume you are on the multimedia team, I'm part of the Debian Multimedia Maintainers on Alioth and helped packaging OpenNI but I'm not a DD, so Hans did all the uploads. have your patch been discussed there? I've discussed them with fsateler on #debian-multimedia and he proposed to ask in #debian-devel to have a look (but no one answered). Otherwise he was ok with them and would do the upload as well. If you could verify them as well, that would be great. What is the relation to openni when this bug is reported against libopenni-sensor-pointclouds0 / libopenni-sensor-primesense0 ? The files in question (/var/lib/ni/{licenses.xml,modules.xml}) are deployed by openni, but modified by libopenni-sensor-*. So the fix needs to be in the openni package. Cheers Jochen Thanks for the feedback. However, you should reassign this bug to openni then, as you should not close bugs not in your pacakge. (You mark libopenni-sensor-pointclouds0, libopenni-sensor-primesense0 as affected) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767295: [Xen-devel] [PATCH for-4.5 v2] libxc: don't leak buffer containing the uncompressed PV kernel
On Fri, 2014-11-21 at 15:25 -0500, Gedalya wrote: On 11/21/2014 06:12 AM, Ian Campbell wrote: On Fri, 2014-11-21 at 11:03 +, Ian Campbell wrote: http://man7.org/linux/man-pages/man3/mallopt.3.html also talks about various dynamic thresholds for growing and shrinking the heap. My guess is that we are bouncing up and down over some threshold with every other reboot. IOW I'm not overly concerned with this apparent bi-modality, so long as the amount isn't increasing in the long term... I think the original patch should go in. Ian. It's an improvement, but consider this: Someone has a xen host running wheezy, 40 domu's, with 768MB for dom0, worked fine so far. Tries upgrading to jessie, and lo, each domu process takes up only 588 KB on dom0, great! Then a new kernel package is released, all domu's get rebooted once. All host memory is now full. Dude might have had other plans for that memory... This is dead memory so I guess it can be swapped out, not easily a scenario where the server totally crashes, but it's a bit ugly, we're talking about memory usage leaping from 0.6 to 16 MB per domu. Unfortunately this is down to the behaviour of the libc and not something which appears to be under application control. The following program demonstrates the same behaviour and is certainly not leaking anything. Notice that at Freed block at X. Everything is now freed, end of day there is still an anon mapping of that address. Notice also that the in use figures are zero. If this concerns you then you should probably take a look at mallopt(3) and/or be talking to the libc folks about it. It's not an xl issue AFAICT. Ian. #include sys/types.h #include stdio.h #include stdlib.h #include unistd.h #include malloc.h #define KB 196 int main(int argc, char **argv) { void *p; char buf[1000]; snprintf(buf, 1000, pmap -x %d, getpid()); printf(Start of day\n); system(buf); malloc_stats(); printf(\n=\n\n); p = malloc(KB*0x1000); printf(allocated %dKB block at %p\n, KB, p); system(buf); malloc_stats(); printf(\n=\n\n); free(p); printf(Freed block at %p\n, p); system(buf); malloc_stats(); printf(\n=\n\n); p = malloc(KB*0x1000); printf(Allocated another %dKB block at %p\n, KB, p); system(buf); malloc_stats(); printf(\n=\n\n); free(p); printf(Freed block at %p. Everything is now freed, end of day\n, p); system(buf); malloc_stats(); printf(\n=\n\n); return 0; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770811: openvpn: openVPN tmp-dir missing
Package: openvpn Version: 2.3.4-4 Severity: minor I have discovered by chance today that I get this message in the openvpn log and it won't start: Options error: Temporary directory (--tmp-dir) fails with '/etc/openvpn//tmp': No such file or directory The workaround to fix this is as easy as: mkdir /etc/openvpn/tmp But, if it is needed, why it is not created automatically in the upgrade? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.53 ii init-system-helpers1.21 ii initscripts2.88dsf-58 ii iproute2 3.16.0-2 ii libc6 2.19-13 ii liblzo2-2 2.08-1 ii libpam0g 1.1.8-3.1 ii libpkcs11-helper1 1.11-2 ii libssl1.0.01.0.1j-1 Versions of packages openvpn recommends: ii easy-rsa 2.2.2-1 Versions of packages openvpn suggests: ii openssl 1.0.1j-1 pn resolvconf none -- debconf information: openvpn/create_tun: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770812: tasksel: task-sysvinit to allow easy installation of non-systemd systems
Package: tasksel Version: 3.29 Severity: wishlist Hello, It has been argued that late changes to the debian installer should be avoided, and the maintainers have clearly expressed that they do not want to add another debconf question: https://lists.debian.org/debian-boot/2014/11/msg00408.html My proposal is not to forcibly have users answer this question and decide on an init system upon install. But there seems to be a larger userbase that does want to keep sysvinit (in fact, I have switched all my systems to systemd; but I do have an interest to have the noise eventually stop). Can maybe the tasks system help here? Can we have a task-sysvinit which depends on sysvinit-core, and which conflicts systemd-sysv, and does installing such a task achieve the desired results at installation time? IMHO, adding a task package is a minimally invasive change to the install process, and given the many requests for a sysvinit install option, this may well be acceptable to the release managers. It's just not entirely clear to me whether this works (i.e. when tasks are considered during the installation phase, and whether this allows overriding the package providing init), and the procedure necessary to get such a change accepted into tasksel, the installation media, and jessie. (And yes, I'm aware of the preseeding option to pass preseed/late_command=in-target apt-get install -y sysvinit-core to the installer. Essentially, I'm thinking of minimally invasive ways to make this easier to access by end users - this is a pretty long boot option to type, without the option of doing copypaste when installing a physical system...) In the end, Switch boot process to sysvinit is a task that will end up on the TODO list of many sysadmins (e.g. where because of some compatibility or policy issue, they want to have all their servers on sysvinit) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/8 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 tasksel depends on: ii apt 1.0.9.3 ii debconf [debconf-2.0] 1.5.53 ii liblocale-gettext-perl 1.05-8+b1 ii perl-base 5.20.1-3 ii tasksel-data3.29 tasksel recommends no packages. tasksel suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770813: /usr/bin/wine script insufficiently clever
Package: wine Version: 1.6.2-16 Severity: normal I have a number of project written in C that I cross compile from Linux to Windows. These projects often have test programs also written in C and these I run under Wine. This all works fine when I'm compiling 32 bit windows binaries but for 64 bit binaries there's a bit of a problem, the /usr/bin/wine script fails for 64 bit windows binaries although if I set some environment variables I can run 64 bit binaries, eg: WINARCH=wine64 WINEPREFIX=~/.wine64 wine hello64.exe My suggestion is that if $WINEARCH and $WINEPREFIX are both empty strings, the script could use the file command to figure out whether the binary is 32 or 64 bits and set those variables appropriately. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17-rc5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_AU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wine depends on: ii file1:5.20-2 ii wine32 1.6.2-16 ii wine64 1.6.2-16 wine recommends no packages. Versions of packages wine suggests: pn avscan | klamav | clamav none ii binfmt-support 2.1.5-1 ii ttf-mscorefonts-installer 3.6 pn winbindnone -- 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#770810: unblock: watchdog/5.14-2
Quoting Michael Meskes (mes...@debian.org): Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package watchdog This version fixes a couple serious bugs: And introduces debconf changes that break all existing debconf translations while no call for translations happened so that we, translators, have a chance to update them before the release of the package. As the french translator myself, I noticed that today but that's mostly because I use many spying scripts that warn me when something like this happens...:-). The average translator probably didn't notice the changes. That's often my grumpy bubulle mail during the freeze process and, most often, this is solved by a quick call for translations issued by the package maintainer (hint: podebconf-report-po is your friend). Please don't take this as a blame. It happens and there are anyway many reasons for uploads to happen without l10n cooordination. I very well understand the issue after so many years..:-) So, I would then deeply appreciate if you can do such a call for translations as sson as you can and then plan another jessie-targeted upload during the time window where the release team still accepts translation-only uploads. Many thanks in advance, Michael. signature.asc Description: Digital signature
Bug#770259:
Source: neurodebian Binary: neurodebian-archive-keyring, neurodebian, neurodebian-dev, neurodebian-desktop, neurodebian-popularity-contest Version: 0.34 Architectures: source, all Age: 3 months Last-Modified: 1408040334 Queue: new Maintainer: NeuroDebian Team t...@neuro.debian.net Changed-By: Yaroslav Halchenko deb...@onerussian.com Distribution: unstable Fingerprint: 3BB6E1240643A6156F0068548D11456375C024C8 Closes: #757279 Changes-File: neurodebian_0.34_amd64.changes Source: oh-my-zsh Binary: oh-my-zsh Version: 0~20140211-1 Architectures: source, all Age: 2 months Last-Modified: 1411338857 Queue: new Maintainer: Jerome Charaoui jer...@riseup.net Changed-By: Jerome Charaoui jer...@riseup.net Sponsored-By: a...@debian.org Distribution: unstable Fingerprint: F067EA2726B9C3FC1486202EC09E1D8995930EDE Closes: #695990 Changes-File: oh-my-zsh_0~20140211-1_amd64.changes Source: sqlmap Binary: sqlmap Version: 0.9.141019-1 Architectures: source, all Age: 1 month Last-Modified: 1413742775 Queue: new Maintainer: Luciano Bello luci...@debian.org Changed-By: Luciano Bello luci...@debian.org Distribution: unstable Fingerprint: 6B2CC5967BD1BDEA9E589B296EC2DEF68FFE3774 Closes: #685729, #719693, #741544 Changes-File: sqlmap_0.9.141019-1_amd64.changes Source: rbdoom3bfg Binary: rbdoom3bfg Version: 1.0.2~git20141025+repack-1 1.0.2~git20141019+repack-1 Architectures: source, amd64 Age: 1 month Last-Modified: 1413846315 Queue: new Maintainer: Tobias Frost t...@debian.org Changed-By: Tobias Frost t...@debian.org Distribution: unstable Fingerprint: 13C904F0CE085E7C36307985DECF849AA6357FB7 Closes: #764200 Changes-File: rbdoom3bfg_1.0.2~git20141025+repack-1_amd64.changes Source: hhvm Binary: hhvm, hhvm-dbg, hhvm-dev Version: 3.2.0+dfsg1-2 Architectures: source, amd64 Age: 1 month Last-Modified: 1413992970 Queue: new Maintainer: Debian HHVM packaging team pkg-hhvm-t...@lists.alioth.debian.org Changed-By: David MartÃnez Moreno en...@debian.org Sponsored-By: en...@debian.org Distribution: unstable Fingerprint: 5B8C6F80C812E8598EDA653507438AA0984A4545 Closes: #727085 Changes-File: hhvm_3.2.0+dfsg1-2_amd64.changes Source: tarantool-lts Binary: tarantool-lts-mysql-module, tarantool-lts-sophia-module, tarantool-lts-dev, tarantool-lts-client, tarantool-lts-common, tarantool-lts, tarantool-lts-postgresql-module, tarantool-lts-modules Version: 1.5.4.28.gfcf2fef-1 1.5.4.26.g72b0ab6-1 Architectures: source, all, amd64 Age: 1 month Last-Modified: 1414064144 Queue: new Maintainer: Dmitry E. Oboukhov un...@debian.org Changed-By: Dmitry E. Oboukhov un...@debian.org Distribution: unstable Fingerprint: 71EDACFC68010DD91AD19B868D1F969A08EEA756 Changes-File: tarantool-lts_1.5.4.28.gfcf2fef-1_amd64.changes Source: xia Binary: xia-converter, xia Version: 1.0~beta2-4 Architectures: source, all Age: 1 month Last-Modified: 1414191362 Queue: new Maintainer: Francois Lafont francois.laf...@ac-versailles.fr Changed-By: georg...@debian.org Sponsored-By: georg...@debian.org Distribution: unstable Fingerprint: 3340B364FF67153FB7CCAE851C2816907136AE39 Closes: #763416 Changes-File: xia_1.0~beta2-4_amd64.changes Source: mrrescue Binary: mrrescue Version: 1.02c-1 Architectures: source, all Age: 1 month Last-Modified: 1414239539 Queue: new Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org Changed-By: Steven Hamilton o...@scorch.net Sponsored-By: t...@debian.org Distribution: unstable Fingerprint: 13C904F0CE085E7C36307985DECF849AA6357FB7 Closes: #707691 Changes-File: mrrescue_1.02c-1_amd64.changes Source: flamp Binary: flamp Version: 2.1.02-1 Architectures: source, amd64 Age: 1 month Last-Modified: 1414278294 Queue: new Maintainer: Debian Hamradio Maintainers debian-h...@lists.debian.org Changed-By: Kamal Mostafa ka...@whence.com Distribution: unstable Fingerprint: 73EE922658C2E07340EA9613E7F710555409E422 Closes: #766797 Changes-File: flamp_2.1.02-1_amd64.changes Source: appstream-data Binary: appstream-data-icons, appstream-data Version: 2014.10.08 Architectures: source, all Age: 1 month Last-Modified: 1414340454 Queue: new Maintainer: Matthias Klumpp m...@debian.org Changed-By: Matthias Klumpp m...@debian.org Distribution: unstable Fingerprint: D33A3F0CA16B0ACC51A60738494C8A5FBF4DECEB Changes-File: appstream-data_2014.10.08_amd64.changes Source: tarantool Binary: tarantool-common, tarantool-postgresql-module, tarantool-dev, tarantool, tarantool-mysql-module, tarantool-modules Version: 1.6.3.539.g211672f-1 Architectures: source, all, amd64 Age: 3 weeks Last-Modified: 1414415078 Queue: new Maintainer: Dmitry E. Oboukhov un...@debian.org Changed-By: Dmitry E. Oboukhov un...@debian.org Distribution: unstable Fingerprint: 71EDACFC68010DD91AD19B868D1F969A08EEA756 Changes-File: tarantool_1.6.3.539.g211672f-1_amd64.changes Source: libfreenect Binary: freenect, python-freenect, libfreenect-dev, libfreenect0.5, libfreenect-bin, libfreenect-demos, libfreenect-doc Version: 1:0.5.0+dfsg-1 Architectures: sourc
Bug#770259:
Source: neurodebian Binary: neurodebian-archive-keyring, neurodebian, neurodebian-dev, neurodebian-desktop, neurodebian-popularity-contest Version: 0.34 Architectures: source, all Age: 3 months Last-Modified: 1408040334 Queue: new Maintainer: NeuroDebian Team t...@neuro.debian.net Changed-By: Yaroslav Halchenko deb...@onerussian.com Distribution: unstable Fingerprint: 3BB6E1240643A6156F0068548D11456375C024C8 Closes: #757279 Changes-File: neurodebian_0.34_amd64.changes Source: oh-my-zsh Binary: oh-my-zsh Version: 0~20140211-1 Architectures: source, all Age: 2 months Last-Modified: 1411338857 Queue: new Maintainer: Jerome Charaoui jer...@riseup.net Changed-By: Jerome Charaoui jer...@riseup.net Sponsored-By: a...@debian.org Distribution: unstable Fingerprint: F067EA2726B9C3FC1486202EC09E1D8995930EDE Closes: #695990 Changes-File: oh-my-zsh_0~20140211-1_amd64.changes Source: sqlmap Binary: sqlmap Version: 0.9.141019-1 Architectures: source, all Age: 1 month Last-Modified: 1413742775 Queue: new Maintainer: Luciano Bello luci...@debian.org Changed-By: Luciano Bello luci...@debian.org Distribution: unstable Fingerprint: 6B2CC5967BD1BDEA9E589B296EC2DEF68FFE3774 Closes: #685729, #719693, #741544 Changes-File: sqlmap_0.9.141019-1_amd64.changes Source: rbdoom3bfg Binary: rbdoom3bfg Version: 1.0.2~git20141025+repack-1 1.0.2~git20141019+repack-1 Architectures: source, amd64 Age: 1 month Last-Modified: 1413846315 Queue: new Maintainer: Tobias Frost t...@debian.org Changed-By: Tobias Frost t...@debian.org Distribution: unstable Fingerprint: 13C904F0CE085E7C36307985DECF849AA6357FB7 Closes: #764200 Changes-File: rbdoom3bfg_1.0.2~git20141025+repack-1_amd64.changes Source: hhvm Binary: hhvm, hhvm-dbg, hhvm-dev Version: 3.2.0+dfsg1-2 Architectures: source, amd64 Age: 1 month Last-Modified: 1413992970 Queue: new Maintainer: Debian HHVM packaging team pkg-hhvm-t...@lists.alioth.debian.org Changed-By: David MartÃnez Moreno en...@debian.org Sponsored-By: en...@debian.org Distribution: unstable Fingerprint: 5B8C6F80C812E8598EDA653507438AA0984A4545 Closes: #727085 Changes-File: hhvm_3.2.0+dfsg1-2_amd64.changes Source: tarantool-lts Binary: tarantool-lts-mysql-module, tarantool-lts-sophia-module, tarantool-lts-dev, tarantool-lts-client, tarantool-lts-common, tarantool-lts, tarantool-lts-postgresql-module, tarantool-lts-modules Version: 1.5.4.28.gfcf2fef-1 1.5.4.26.g72b0ab6-1 Architectures: source, all, amd64 Age: 1 month Last-Modified: 1414064144 Queue: new Maintainer: Dmitry E. Oboukhov un...@debian.org Changed-By: Dmitry E. Oboukhov un...@debian.org Distribution: unstable Fingerprint: 71EDACFC68010DD91AD19B868D1F969A08EEA756 Changes-File: tarantool-lts_1.5.4.28.gfcf2fef-1_amd64.changes Source: xia Binary: xia-converter, xia Version: 1.0~beta2-4 Architectures: source, all Age: 1 month Last-Modified: 1414191362 Queue: new Maintainer: Francois Lafont francois.laf...@ac-versailles.fr Changed-By: georg...@debian.org Sponsored-By: georg...@debian.org Distribution: unstable Fingerprint: 3340B364FF67153FB7CCAE851C2816907136AE39 Closes: #763416 Changes-File: xia_1.0~beta2-4_amd64.changes Source: mrrescue Binary: mrrescue Version: 1.02c-1 Architectures: source, all Age: 1 month Last-Modified: 1414239539 Queue: new Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org Changed-By: Steven Hamilton o...@scorch.net Sponsored-By: t...@debian.org Distribution: unstable Fingerprint: 13C904F0CE085E7C36307985DECF849AA6357FB7 Closes: #707691 Changes-File: mrrescue_1.02c-1_amd64.changes Source: flamp Binary: flamp Version: 2.1.02-1 Architectures: source, amd64 Age: 1 month Last-Modified: 1414278294 Queue: new Maintainer: Debian Hamradio Maintainers debian-h...@lists.debian.org Changed-By: Kamal Mostafa ka...@whence.com Distribution: unstable Fingerprint: 73EE922658C2E07340EA9613E7F710555409E422 Closes: #766797 Changes-File: flamp_2.1.02-1_amd64.changes Source: appstream-data Binary: appstream-data-icons, appstream-data Version: 2014.10.08 Architectures: source, all Age: 1 month Last-Modified: 1414340454 Queue: new Maintainer: Matthias Klumpp m...@debian.org Changed-By: Matthias Klumpp m...@debian.org Distribution: unstable Fingerprint: D33A3F0CA16B0ACC51A60738494C8A5FBF4DECEB Changes-File: appstream-data_2014.10.08_amd64.changes Source: tarantool Binary: tarantool-common, tarantool-postgresql-module, tarantool-dev, tarantool, tarantool-mysql-module, tarantool-modules Version: 1.6.3.539.g211672f-1 Architectures: source, all, amd64 Age: 3 weeks Last-Modified: 1414415078 Queue: new Maintainer: Dmitry E. Oboukhov un...@debian.org Changed-By: Dmitry E. Oboukhov un...@debian.org Distribution: unstable Fingerprint: 71EDACFC68010DD91AD19B868D1F969A08EEA756 Changes-File: tarantool_1.6.3.539.g211672f-1_amd64.changes Source: libfreenect Binary: freenect, python-freenect, libfreenect-dev, libfreenect0.5, libfreenect-bin, libfreenect-demos, libfreenect-doc Version: 1:0.5.0+dfsg-1 Architectures: sourc
Bug#352110: ~/.w3m/cookie: wasted trailing blanks
On Fri, 10 Feb 2006 03:54:55 +0800 Dan Jacobson jida...@jidanni.org wrote: Package: w3m Version: 0.5.1-4 Severity: wishlist One notes the cookie file has wasteful trailing blanks. $ cat -e ~/.w3m/cookie shows them. I would put a comment at top of that file explaining what the fields are, and mentioning ^K. P.S., in man page etc., saying e.g., -cookie use cookie. -no-cookie don't use cookie doesn't show which is the default. Also one must use LC_ALL=C, or else ^K to show the cookies shows the date in the wrong charset! -- System Information: Locale: LANG=zh_TW.Big5, LC_CTYPE=zh_TW.Big5 (charmap=BIG5) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770628: deluged: Starting daemon has no effect
More info: I've been unaware that init.d scripts started by systemd must be manually stopped even if they have exited/failed, before they can be started again. That sorted, it turns out that the show-stopper is the root ownership of /var/lib/deluged/config/ as indicated in my first report. This directory should be owned/writeable by the debian-deluged user. Regards Nikos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770813: /usr/bin/wine script insufficiently clever [patch]
The following seems to work for me. --- /usr/bin/wine.orig 2014-11-03 05:33:12.0 +1100 +++ /usr/bin/wine 2014-11-24 20:35:10.081487087 +1100 @@ -6,6 +6,16 @@ wine32=$bindir/wine32 wine64=$bindir/wine64 +if test -z ${WINEARCH}${WINEPREFIX} ; then + if test $(file $1 | grep -c 'Intel 80386') -eq 1 ; then + WINEARCH=win32 + WINEPREFIX=$HOME/.wine + elif test $(file $1 | grep -c 'x86-64') -eq 1 ; then + WINEARCH=win64 + WINEPREFIX=$HOME/.wine64 + fi +fi + if test -x $wine32 -a $WINEARCH != win64; then wine=$wine32 elif test -x $wine64; then -- -- Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#352110: ~/.w3m/cookie: wasted trailing blanks
Package: w3m Version: 0.5.3-8 Followup-For: Bug #352110 Hello, P.S., in man page etc., saying e.g., -cookie use cookie. -no-cookie don't use cookie doesn't show which is the default. a new manpage has been prepared. When working on it, we doubted whether an annotation about the default behaviour would make sense. Because with none of these two options in the command line, the values for boolean variables accept_cookie use_cookie in the file .w3m/config or /etc/w3m/config control the behaviour of w3m. -cookie corresponds to accept_cookie 1 use_cookie 1 -no-cookie corresonponds to accept_cookie 0 use_cookie 0 Regards Markus -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages w3m depends on: ii libc62.13-38+deb7u4 ii libgc1c2 1:7.1-9.1 ii libgpm2 1.20.4-6 ii libssl1.0.0 1.0.1e-2+deb7u13 ii libtinfo55.9-10 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages w3m recommends: ii ca-certificates 20130119+deb7u1 Versions of packages w3m suggests: ii man-db2.6.2-1 pn menu none pn migemonone ii mime-support 3.52-1 pn w3m-elnone ii w3m-img 0.5.3-8 -- 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#770814: packagekit-gtk3-module: should depend on packagekit
Source: packagekit Version: 1.0.1-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Seems package packagekit-gtk3-module is missing a dependency on packagekit. - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJUcxRYXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWGhoIAITIs6LAzhxKMDyIaYY8eR5C 6A9ExiJwCURktF/WRe5j1trmJq7NPqXN5NyIR9aqAG03zBlV49ImVu4GbH19ntBd 7u17h10PvppyJBRwGHByq1bMT76VuMxRqYZmCkHFNGZN9/zu58qQo3B6Wt7weXtG PWNFfijVwsham4f6nST2JwI3XnN1NjLBVP6srsiphba5niE/PQN6p+bSca3DATDs mPI+wm6jwy/Biguo42OqGpoVSm5XCzgGKxTG2ncEAv70SAlC/6GmZu7Ky+r9rXf4 WfFx2+GnWZdnSF4mYANocIwmzZF29N6G3lxD0WNO6EKsXj7idc0j3PtGAS/+ljg= =3G15 -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#770771: unblock: rebuilds for rubygems integration fix
* Pirate Praveen prav...@debian.org [141124 00:50]: On Monday 24 November 2014 03:59 AM, Jonathan Wiltshire wrote: On Mon, Nov 24, 2014 at 03:20:03AM +0530, Pirate Praveen wrote: rack-mobile-detect ruby-equalizer ruby-i18n-inflector ruby-rack-pjax ruby-jwt ruby-bootstrap-sass Are source uploads really necessary for all these packages, or would binNMUs be sufficient? I think source uploads are necessary. Zeha, can you confirm? It is my understanding that binNMUs don't work for arch:all packages. There are no source changes needed for fixing the required rubygems-integration files if it is ensured that a current version of gem2deb is used at build time. -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770444: apt-dater: typos in manpage
tags 770444 upstream fixed-upstream thanks Hi Simon, On 11/21/2014 10:52 AM, Simon Kainz wrote: Package: apt-dater Version: 1.0.1-1 Severity: minor Tags: patch Hello, please see the attached patch fixing some typos in the manpages. merged upstream - thanks! HTH, Thomas -- supp...@ibh.de Tel. +49 351 477 77 30 www.ibh.de Fax +49 351 477 77 39 --- Dipl.-Ing. Thomas Liske Netzwerk- und System-Design IBH IT-Service GmbH Amtsgericht Dresden Gostritzer Str. 67a HRB 13626 D-01217 Dresden GF: Prof. Dr. Thomas Horn Germany VAT DE182302907 --- Ihr Partner für: LAN, WAN IP-Quality, Security, VoIP, SAN, Backup, USV --- professioneller IT-Service - kompetent und zuverlässig --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770815: openafs-client: OpenAFS Client 1.6.10 does not start anymore
Package: openafs-client Version: 1.6.10-2 Severity: normal After upgrading openafs-client, -krb5 and -modules-dkms from 1.6.10~pre1-1 to 1.6.10-2 the openafs-client service does not start anymore. /afs isn't mounted I verifyed that the client does start again if downgraded back to 1.6.10~pre1-1. Trying different options in afs.conf.client or different cache settings didn't seem to have any effect either. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openafs-client depends on: ii debconf [debconf-2.0] 1.5.53 ii init-system-helpers1.22 ii libc6 2.19-13 ii libcomerr2 1.42.12-1 ii libk5crypto3 1.12.1+dfsg-14 ii libkrb5-3 1.12.1+dfsg-14 ii libncurses55.9+20140913-1 ii libtinfo5 5.9+20140913-1 Versions of packages openafs-client recommends: ii lsof 4.86+dfsg-1 ii openafs-modules-dkms 1.6.10-2 Versions of packages openafs-client suggests: pn openafs-doc none ii openafs-krb5 1.6.10-2 root@debian ~ # service openafs-client status ● openafs-client.service - OpenAFS client Loaded: loaded (/lib/systemd/system/openafs-client.service; enabled) Active: inactive (dead) since Mon 2014-11-24 11:30:55 CET; 16min ago Process: 1333 ExecStopPost=/sbin/rmmod $KMOD (code=exited, status=0/SUCCESS) Process: 1328 ExecStop=/bin/umount -af -t afs (code=exited, status=0/SUCCESS) Process: 1062 ExecStop=/bin/umount -a -t afs (code=exited, status=0/SUCCESS) Process: 1051 ExecStop=/usr/share/openafs/openafs-client-postcheck (code=exited, status=0/SUCCESS) Process: 1048 ExecStop=/bin/grep -qv ^1$ /proc/sys/kernel/modules_disabled (code=exited, status=0/SUCCESS) Process: 1045 ExecStartPost=/usr/bin/fs sysname $AFS_SYSNAME (code=exited, status=0/SUCCESS) Process: 1035 ExecStartPost=/usr/bin/fs setcrypt $AFS_SETCRYPT (code=exited, status=0/SUCCESS) Process: 1003 ExecStart=/sbin/afsd $AFSD_ARGS (code=exited, status=0/SUCCESS) Process: 988 ExecStartPre=/usr/share/openafs/openafs-client-precheck (code=exited, status=0/SUCCESS) Nov 24 11:30:55 debian afsd[1003]: ADVISEADDR: Error in specifying interface addresses:No existing IP interfaces found Nov 24 11:30:55 debian afsd[1003]: ADVISEADDR: Error in specifying interface addresses:No existing IP interfaces found Nov 24 11:30:55 debian afsd[1003]: ADVISEADDR: Error in specifying interface addresses:No existing IP interfaces found Nov 24 11:30:55 debian afsd[1003]: ADVISEADDR: Error in specifying interface addresses:No existing IP interfaces found Nov 24 11:30:55 debian afsd[1003]: afsd: All AFS daemons started. Nov 24 11:30:55 debian afsd[1003]: ADVISEADDR: Error in specifying interface addresses:No existing IP interfaces found Nov 24 11:30:55 debian afsd[1003]: afsd: All AFS daemons started. Nov 24 11:30:55 debian afsd[1003]: ADVISEADDR: Error in specifying interface addresses:No existing IP interfaces found Nov 24 11:30:55 debian afsd[1003]: ADVISEADDR: Error in specifying interface addresses:No existing IP interfaces found Nov 24 11:30:55 debian fs[1045]: Usage: /usr/bin/fs sysname [-newsys new sysname+] [-help] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770749: nethack: Revive the nethack-qt package with Qt 4
I don't have a problem with waiting for a future release. Nor with Qt 5 -- nethack-i18n links against Qt 5 on my Mac, and I've already put in a few bits to make that work. The step from Qt 4 to 5 isn't nearly as big as from 3 to 4. It should take very little work to get this running with Qt 5. I'll be back as soon as I've tried it, in a day or two at most. On Mon, Nov 24, 2014 at 2:32 AM, Vincent Cheng vch...@debian.org wrote: Control: tag -1 + patch Hi Ray, On Sun, Nov 23, 2014 at 11:43 AM, Ray Chason chas...@gmail.com wrote: I have a Qt 4 interface for NetHack at https://github.com/chasonr/nethack-3.4.3-interfaces and package data to build a nethack-qt package based on Qt 4. This Qt 4 interface is derived from my Internationalized NetHack project (http://sourceforge.net/projects/nethack-i18n/), which, in turn, derives its Qt 4 interface at some length from the original Qt 3 interface. The look and feel is mostly the same. Thanks for your work! However, your changes are too large to comply with Jessie's freeze policy (now that Debian is frozen; see [1]), and Debian's KDE/Qt maintenance team plans on removing Qt 4 from the archive in favour of Qt 5 post-release [2]. Regards, Vincent [1] https://release.debian.org/jessie/freeze_policy.html [2] http://perezmeyer.blogspot.ca/2014/11/early-announce-qt4-removal-in-jessie1.html
Bug#770448: Setting up libpam-modules-bin (1.1.8-3.1) hangs forever
Hi Steve, thanks for your feedback on this! On Freitag, 21. November 2014, Steve Langasek wrote: The libpam-modules-bin package ships no maintainer scripts. Therefore there is nothing at the setting up stage which is under control of this package. Your ps output also shows that the package currently being installed is libpam-modules, *not* libpam-modules-bin. libpam-modules does have maintainer scripts, but your output doesn't show the line that would be expected, Preparing to unpack, which should be emitted before the (debconf-using) preinst script is called. actually it is, I just ommited quoting it. Selecting previously unselected package init. (Reading database ... 222703 files and directories currently installed.) Preparing to unpack .../archives/init_1.21_amd64.deb ... Unpacking init (1.21) ... Setting up init (1.21) ... (Reading database ... 222706 files and directories currently installed.) Preparing to unpack .../libpam-modules-bin_1.1.8-3.1_amd64.deb ... Unpacking libpam-modules-bin (1.1.8-3.1) over (1.1.3-7.1) ... Replacing files in old package libpam-modules:amd64 (1.1.3-7.1) ... Setting up libpam-modules-bin (1.1.8-3.1) ... Terminated full quote at https://jenkins.debian.net/view/d-i_manual/job/chroot- installation_wheezy_install_education-thin-client- server_upgrade_to_jessie/5/console So this doesn't look to me like a bug in the pam package. It would be interesting to know what 'pidof xscreensaver xlockmore' returns on the affected system, in case there is some interaction with the preinst script. it returns nothing, there is no X running on the jenkins server... So I'm still in the dark as to what causes this... cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#770816: gnupg: [INTL:nl] Dutch translations for gnupg package
Package: gnupg Severity: wishlist Tags: l10n patch Hi David, === Please find attached the Dutch translation of the gnupg package. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as /po/nl.po in your package build tree. Groetjes, Frans === www.frans-spiesschaert.homenet.org home.base.be/vt6362833/ nl.po.gz Description: GNU Zip compressed data pgpzpx8jylTIl.pgp Description: PGP signature
Bug#770211: LUKS partition types, redux
On Wed, Nov 19, 2014 at 02:59:01PM -0600, Drake Wilson wrote: Summary: I would like to reopen the suggestion to add LUKS partition type codes for MBR and for GPT to util-linux's fdisk. In a previous discussion, it was said that since Linux does not interpret partition types, there is no need for this, but concrete data loss has now occurred as a result of a related bug in other software combined with the lack of a user-visible LUKS type in a similar partitioning program, and I believe that warrants re-examination of the situation. But it seems that the problem is what details partitioning tools provide to end-users rather than problem with data within disk labels. I don't see problem to add FS type column to fdisk(s) (it's already linked with libblkid). I would thus like to re-propose adding a LUKS type. Alternatively, if a LUKS type is still considered a bad idea, I would like to suggest allocating a GPT ID analogous to the da = Non-FS data MBR type code, which would at least allow the user to choose a fallback that has a known null semantic, rather than tagging their volumes with some arbitrary ID that may be misinterpreted; that would help avert analogous problems for future types as well. You want to make a connection between partition type and partition format (FS, LUKS, LVM...). This idea is more than 30years old and it has been always fragile and introduced for poorly designed systems (kernels and boot loaders). The current trend is to use partition type to define for what purpose we want to use the partition (for example this is /home) independently on partition format. For example systemd is able to generate on the fly mount table according to GPT partition types (so we have type for root and /home). All this is independent on FS/LUKS/etc. The same GUID is for XFS, ext4 ... this concept is not compatible with your idea. BTW, LUKS (and also XFS) is one of well designed on-disk formats where magic string is at the begin of the device, so all you need is one seek()+read(). Anyway, I'd like to minimize number of situations when we depend on GPT/MBR partition types at all. (I also believe more philosophically that the user should be supported in the possibility of integrating with other partition management systems that may wish to detect LUKS and do something special with it, without requiring all other such systems to incorporate a blkid-like system for checking in several places for the basic nature of a volume. I mention this only for the record, since the previous thread suggests the util-linux maintainers don't agree with this.) This is about partitioning tools, not about on-disk disk label data. Karel -- Karel Zak k...@redhat.com http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770550: ifupdown: No network after standby
wicd was already installed. But no configured to automatically connect to this network. After setting this option it is working like I would expect it. Maybe this option should be enabled by default. On 2014-11-22 18:20, Bob Proulx wrote: Andrew Shadura wrote: Thomas Fischbach wrote: after standby I have no wireless access. This is something expected and something I'm afraid I can't fix easily. Try installing and using ifplugd or netplug. One more thing to help with this is a udev rule to bring interfaces up and down when RF-kill ... I thought I would note that I have been using 'wicd' for WiFi control with very good results. It works well with laptop standby mode and rfkill switch handling. It would be a good alternative to ifupdown for wireless device handling. Bob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770817: lttngtop: FTBFS on arm64
Source: lttngtop Version: 0.2-2 It failed to build on arm64: http://buildd.debian.org/status/package.php?p=lttngtopsuite=sid The error was: iostreamtop.c: In function 'add_file': iostreamtop.c:60:22: error: '__NR_open' undeclared (first use in this function) tmp_file-flag = __NR_open; ^ Newer architectures do not have the system call open; they just have openat, which is more general. It looks as though lttngtop is not really using the system call but just using __NR_open, __NR_close and others as an enumeration. If that is true, perhaps they should all be replaced with a real enum. Inserting this into src/iostreamtop.c just after the #includes seems to allow the package to build but is not exactly neat: #ifndef __NR_open #define __NR_open __NR_openat #endif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770818: unblock: libpqtypes/1.5.1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libpqtypes. The new version fixes the autopkgtest testsuite as seen on http://ci.debian.net/packages/libp/libpqtypes/unstable/amd64/ unblock libpqtypes/1.5.1-2 diff -Nru libpqtypes-1.5.1/debian/changelog libpqtypes-1.5.1/debian/changelog --- libpqtypes-1.5.1/debian/changelog 2014-08-16 09:24:10.0 +0200 +++ libpqtypes-1.5.1/debian/changelog 2014-11-22 19:12:25.0 +0100 @@ -1,3 +1,9 @@ +libpqtypes (1.5.1-2) unstable; urgency=medium + + * Fix debian/tests/upstream, invoke ./configure. + + -- Christoph Berg m...@debian.org Sat, 22 Nov 2014 19:12:20 +0100 + libpqtypes (1.5.1-1) unstable; urgency=medium * Initial release. diff -Nru libpqtypes-1.5.1/debian/tests/upstream libpqtypes-1.5.1/debian/tests/upstream --- libpqtypes-1.5.1/debian/tests/upstream 2014-08-16 09:28:16.0 +0200 +++ libpqtypes-1.5.1/debian/tests/upstream 2014-11-22 18:58:09.0 +0100 @@ -1,5 +1,6 @@ #!/bin/sh rm -f test -make test +[ -f Makefile ] || ./configure +make test CFLAGS+=-I/usr/include/postgresql pg_virtualenv ./test Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#395573: visit: changing back from ITP to RFP
Hi, Its available at: ssh://git.debian.org/git/pkg-visit/pkg-visit.git Most of the work was slightly outdated by the vtk5-vtk6 transition so I would be able to recreate it again when I get down to work post-jessie, but not right now. regards Alastair On 20/11/2014 21:43, Francesco Poli wrote: On Thu, 06 Nov 2014 14:48:24 +0100 Christophe Trophime wrote: On Wed, 30 Jul 2014 10:32:34 +0100 Alastair McKinstry alastair.mckins...@sceal.ie wrote: This is a note to say I have been working on visit packaging, but am unlikely to complete before December due to completing a PhD. VisIt packaging has been mostly delayed awaiting vtk6 to be properly integrated and packaged in Debian (thus not requiring a separate visit-vtk). I have uploaded my work to date to alioth.debian.org (pkg-visit) where is can be downloaded via git.debian.org:/git/pkg-visit/pkg-visit.git It seems that the git repository pkg-visit is no longer accessible. Could you confirm? [...] Dear Alastair, could you please help Christophe Trophime and me in finding the git repository where you uploaded your packaging work? I could not find it listed in https://anonscm.debian.org/cgit/ I did find: https://alioth.debian.org/projects/pkg-visit/ but the SCM Repository link takes me to https://alioth.debian.org/scm/?group_id=100926 which is apparently accessible for alioth registered users only. This is strange... After logging in to Alioth, I could view the page describing the access to the git repository: it mentions the Developer Git Access via SSH, which is claimed to be for project developers only, and then illustrates the Git Repository Browser with a link to https://alioth.debian.org/scm/browser.php?group_id=100926 which, however, shows a 404 - No such project Now I am really puzzled: where is the git repository?:-/ Please let us know. Thanks for your time! -- Alastair McKinstry, alast...@sceal.ie, mckins...@debian.org, https://diaspora.sceal.ie/u/amckinstry Misentropy: doubting that the Universe is becoming more disordered. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770303: scanlogd: FTBFS on kfreebsd: error: 'struct tcphdr' has no member named 'th_dport'
Hi, On 20/11/14 11:20, Andreas Beckmann wrote: scanlogd fails to build on kfreebsd-any. Nothing has changed on the package side since it was last built in 2012 ... https://buildd.debian.org/status/fetch.php?pkg=scanlogdarch=kfreebsd-amd64ver=2.2.5-3.2stamp=1416358983 https://buildd.debian.org/status/fetch.php?pkg=scanlogdarch=kfreebsd-i386ver=2.2.5-3.2stamp=1416354082 [...] scanlogd.c:216:12: error: 'struct tcphdr' has no member named 'th_dport' port = tcp-th_dport; This is another instance of #764692 -- but seeing it did not affect Linux here -- I realise now that the __extension__ union in struct tcphdr is missing on kfreebsd and probably would have mitigated this. Hopefully we can fix this and some the other FTBFS, by updating our glibc sysdeps/unix/bsd/bsd4.4/kfreebsd/netinet/tcp.h Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768741: phlipple: FTBFS in jessie: ld: engine.o: undefined reference to symbol 'cos@@GLIBC_2.2.5'
On Tue, Nov 11, 2014 at 01:14:41PM +0200, Peter Pentchev wrote: On Tue, Nov 11, 2014 at 02:09:37AM +0100, Miriam Ruiz wrote: 2014-11-10 20:56 GMT+01:00 Peter Pentchev r...@ringlet.net: On Mon, Nov 10, 2014 at 08:07:21PM +0100, Miriam Ruiz wrote: Thanks a lot, I'll have a look at it and commit it.Do you want to be included in Uploaders, as the patch seems to say? If you do, you're essentially declaring that you're willing to take care of that package, essentially :) Sure, why not? :) I could refresh its packaging after the freeze. Well, it's not really a why not decision :) , I mean, it's somehow a kind of commitment statement. I mean, while debian/changelog essentially talks about the past (who did what), imo Maintaner and Uploaders talk about the future of the packahe, more or less saying: hey, if there's something to fix in here, contact me and I will try to take care of it. Yes, of course you're absolutely right; I apologize for the flippancy. Yes, I would like to be listed as an uploader for both phlipple and zaz, if it's all right with you. This would be a kind of a come-back to the Games team for me, and the fact that I actually enjoy and play phlipple might help, too :) Thanks for your patience! Hi, Mmm, ping? :) Yesterday both phlipple and zaz were marked for autoremoval from testing in two weeks' time (December 8th). I could commit these fixes and put a package up for sponsoring; of course, it would be better if you could review them, and I do understand that sometimes time is in short supply. [1] http://lists.alioth.debian.org/pipermail/pkg-games-devel/2014-November/032970.html [2] http://lists.alioth.debian.org/pipermail/pkg-games-devel/2014-November/032969.html G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: Digital signature
Bug#768741: phlipple: FTBFS in jessie: ld: engine.o: undefined reference to symbol 'cos@@GLIBC_2.2.5'
I'll upload newer versions this afternoon :) Thanks for the reminder!!! Miry 2014-11-24 13:02 GMT+01:00 Peter Pentchev r...@ringlet.net: On Tue, Nov 11, 2014 at 01:14:41PM +0200, Peter Pentchev wrote: On Tue, Nov 11, 2014 at 02:09:37AM +0100, Miriam Ruiz wrote: 2014-11-10 20:56 GMT+01:00 Peter Pentchev r...@ringlet.net: On Mon, Nov 10, 2014 at 08:07:21PM +0100, Miriam Ruiz wrote: Thanks a lot, I'll have a look at it and commit it.Do you want to be included in Uploaders, as the patch seems to say? If you do, you're essentially declaring that you're willing to take care of that package, essentially :) Sure, why not? :) I could refresh its packaging after the freeze. Well, it's not really a why not decision :) , I mean, it's somehow a kind of commitment statement. I mean, while debian/changelog essentially talks about the past (who did what), imo Maintaner and Uploaders talk about the future of the packahe, more or less saying: hey, if there's something to fix in here, contact me and I will try to take care of it. Yes, of course you're absolutely right; I apologize for the flippancy. Yes, I would like to be listed as an uploader for both phlipple and zaz, if it's all right with you. This would be a kind of a come-back to the Games team for me, and the fact that I actually enjoy and play phlipple might help, too :) Thanks for your patience! Hi, Mmm, ping? :) Yesterday both phlipple and zaz were marked for autoremoval from testing in two weeks' time (December 8th). I could commit these fixes and put a package up for sponsoring; of course, it would be better if you could review them, and I do understand that sometimes time is in short supply. [1] http://lists.alioth.debian.org/pipermail/pkg-games-devel/2014-November/032970.html [2] http://lists.alioth.debian.org/pipermail/pkg-games-devel/2014-November/032969.html G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768764: systempreferences.app: FTBFS in jessie
Hi, Pinging.. as pending was set a while ago but nothing happened since... -- tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770810: unblock: watchdog/5.14-2
And introduces debconf changes that break all existing debconf translations while no call for translations happened so that we, translators, have a chance to update them before the release of the package. Actually I know. Please don't take this as a blame. It happens and there are anyway many reasons for uploads to happen without l10n cooordination. I very well understand the issue after so many years..:-) I was trying to get this into jessie before it gets removed because of the release critical bug, that actually forced the l10n change. So, I would then deeply appreciate if you can do such a call for translations as sson as you can and then plan another jessie-targeted upload during the time window where the release team still accepts translation-only uploads. Sure, will do. I was hoping to get the package into jessie first, because if the release team doesn't like that change, the translation would have been for nothing. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL signature.asc Description: OpenPGP digital signature
Bug#770211: LUKS partition types, redux
Firstly: thank you very much for engaging in a reasonable discussion about this. Karel Zak wrote: On Wed, Nov 19, 2014 at 02:59:01PM -0600, Drake Wilson wrote: Summary: I would like to reopen the suggestion to add LUKS partition type codes for MBR and for GPT to util-linux's fdisk. In a previous discussion, it was said that since Linux does not interpret partition types, there is no need for this, but concrete data loss has now occurred as a result of a related bug in other software combined with the lack of a user-visible LUKS type in a similar partitioning program, and I believe that warrants re-examination of the situation. But it seems that the problem is what details partitioning tools provide to end-users rather than problem with data within disk labels. I don't see problem to add FS type column to fdisk(s) (it's already linked with libblkid). I don't quite understand the relation of this paragraph to what I was talking about. The case of data loss via partman-lvm wasn't related to what fdisk would have presented to me, but what the disklabel presented to partman-lvm as a result of the choices fdisk would have presented. You want to make a connection between partition type and partition format (FS, LUKS, LVM...). This idea is more than 30years old and it has been always fragile and introduced for poorly designed systems (kernels and boot loaders). It's not quite that I _want_ to make such a connection, more that I think it has already been made and the current interop situation is suboptimal; see below. I would be quite happy as well with a single Linux other type instead of a LUKS-specific type. The current trend is to use partition type to define for what purpose we want to use the partition (for example this is /home) independently on partition format. I can see some of that, yes. I've only recently encountered this. This can somewhat conflict with the purpose of disk encryption, incidentally, which tends to want to keep those subdivisions hidden if possible (thus LUKS+LVM being a common setup). I'm not opposed to the idea being around; _requiring_ it would conflict with my goals, but I don't see any evidence of that, so let's put that away. Anyway, I'd like to minimize number of situations when we depend on GPT/MBR partition types at all. So, my more concrete concern here is not in places where Linux or util-linux read partition type codes; it is where fdisk or a similar utility writes them, and some other program entirely reads them. In the bad case I ran into, the some other system happened to be partman-lvm from Debian, but it could just as well be something else. Here's the specific scenario: imagine I'm a Linux sysadmin who is writing a disklabel for a new disk which will contain a LUKS volume. (The volume does not necessarily correspond to any of the usage types you mentioned, and I may not want to expose that information anyway.) The type code field in MBR or GPT exists already; I cannot simply remove it, and there is no null value. What value do I type in for that field? The likely chain of events, if I'm using fdisk or a similar tool, is that I look up the list of type codes included in that tool and pick the closest one. If there is no LUKS type, and no Linux other or other type in general, I'm likely to wind up picking one of the existing Linux types. This risks the disk being plugged into a system that misinterprets the type, because those other types are _notionally_ meaningful even if the core Linux kernel and utilities don't care much. Adding a LUKS type to the table means I can pick that, and if Linux, cryptsetup, etc. never read it, that's fine---the point is that no _other_ system will read it as something it wasn't meant to be either. A Linux other or generic / unspecified type would also satisfy this, but more weakly because it wouldn't be as visible (and I would actually love to have all three, honestly). So it's a combined interop and UI problem, and is related to the disklabel data itself. And my main goal in participating here is to help avoid other users running into similar problems to what I did if they write disklabels using fdisk, by reducing the risk of accidentally encouraging the user to trigger aggressive interpretation by other software, even if that other software should not have made such assumptions in the first place. Does that help at all? --- Drake Wilson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770819: libexplain: FTBFS on arm64
Source: libexplain Version: 1.4.D001-2 It failed to build on arm64: http://buildd.debian.org/status/package.php?p=libexplainsuite=sid The error was: libexplain/buffer/enfile.c: In function 'get_maxfile': libexplain/buffer/enfile.c:74:21: error: 'SYS__sysctl' undeclared (first use in this function) if (syscall(SYS__sysctl, args) = 0) ^ As noted in the source, SYS__sysctl is not universally available. I suggest in libexplain/buffer/enfile.c replacing #ifdef __linux__ with: #if defined(__linux__) defined(SYS__sysctl) And also making the same replacement in both places in libexplain/buffer/errno/listen.c. (Having fixed that, you will probably run into a problem with ustat on arm64, but that's a separate bug, I think.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601600: package protobuf-mode.el
tag 601600 +patch thanks On Wed, Oct 27, 2010 at 01:45:18PM -0400, mike castleman wrote: Package: protobuf Severity: wishlist The upstream protobuf source includes an editors directory with an emacs mode for editing protocol description files. It'd be nice if this file could be packaged somewhere. There is also a vim file in there; I don't know enough about vim to suggest what to do with it, though I imagine there are people who would like it as well. Patch attached to install emacs mode with emacs common. Robert: I can push this to the collab repo if that is easier than patching. --bod diff --git a/debian/README.emacs b/debian/README.emacs new file mode 100644 index 000..17486ee --- /dev/null +++ b/debian/README.emacs @@ -0,0 +1 @@ +Install the protobuf-mode-el package. diff --git a/debian/changelog b/debian/changelog index 16060ee..4116be5 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +protobuf (2.6.1-2) unstable; urgency=medium + + * Split protobuf-mode.el into a separate package (closes: #601600.) + * Work around emacs bug #18845 when byte compiling protobuf-mode.el. + + -- Brendan O'Dea b...@debian.org Mon, 24 Nov 2014 21:53:54 +1100 + protobuf (2.6.1-1) unstable; urgency=medium * New upstream release. diff --git a/debian/control b/debian/control index 49097c5..8eaa09f 100644 --- a/debian/control +++ b/debian/control @@ -159,6 +159,7 @@ Package: python-protobuf Architecture: any Section: python Depends: ${shlibs:Depends}, ${python:Depends}, ${misc:Depends} +Suggests: protobuf-mode-el Description: Python bindings for protocol buffers Protocol buffers are a flexible, efficient, automated mechanism for serializing structured data - similar to XML, but smaller, faster, and @@ -196,3 +197,10 @@ Description: Java bindings for protocol buffers need the protoc tool (in the protobuf-compiler package) to compile your definition to Java classes, and then the modules in this package will allow you to use those classes in your programs. + +Package: protobuf-mode-el +Architecture: all +Depends: ${misc:Depends}, emacsen-common (= 2.0.8) +Section: devel +Description: Emacs major mode for editing protocol buffers + Syntax highlighting and indenting support for protocol buffers. diff --git a/debian/protobuf-compiler.install b/debian/protobuf-compiler.install index e772481..302bfab 100644 --- a/debian/protobuf-compiler.install +++ b/debian/protobuf-compiler.install @@ -1 +1,2 @@ usr/bin +debian/README.emacs /usr/share/doc/protobuf-compiler/editors diff --git a/debian/protobuf-mode-el.emacsen-compat b/debian/protobuf-mode-el.emacsen-compat new file mode 100644 index 000..573541a --- /dev/null +++ b/debian/protobuf-mode-el.emacsen-compat @@ -0,0 +1 @@ +0 diff --git a/debian/protobuf-mode-el.emacsen-install b/debian/protobuf-mode-el.emacsen-install new file mode 100644 index 000..6119a06 --- /dev/null +++ b/debian/protobuf-mode-el.emacsen-install @@ -0,0 +1,24 @@ +#!/bin/sh -e + +FLAVOR=$1 +PACKAGE=protobuf-mode-el + +ELDIR=/usr/share/emacs/site-lisp/${PACKAGE} +ELCDIR=/usr/share/${FLAVOR}/site-lisp/${PACKAGE} +files=protobuf-mode.el +flags=-batch -no-site-file -l path.el -f batch-byte-compile + +if [ ${FLAVOR} != emacs ]; then + echo install/${PACKAGE}: Byte-compiling for ${FLAVOR} + + install -m 755 -d ${ELCDIR} + cd ${ELCDIR} + for f in ${files}; do +ln -sf ../../../emacs/site-lisp/${PACKAGE}/${f} . + done + cat EOF path.el +(setq load-path (cons . load-path) byte-compile-warnings nil) +EOF + ${FLAVOR} ${flags} ${files} + rm -f path.el +fi diff --git a/debian/protobuf-mode-el.emacsen-remove b/debian/protobuf-mode-el.emacsen-remove new file mode 100644 index 000..5d23e96 --- /dev/null +++ b/debian/protobuf-mode-el.emacsen-remove @@ -0,0 +1,9 @@ +#!/bin/sh -e + +FLAVOR=$1 +PACKAGE=protobuf-mode-el + +if [ ${FLAVOR} != emacs ]; then + echo remove/${PACKAGE}: Purging byte-compiled files for ${FLAVOR} + rm -rf /usr/share/${FLAVOR}/site-lisp/${PACKAGE} +fi diff --git a/debian/protobuf-mode-el.emacsen-startup b/debian/protobuf-mode-el.emacsen-startup new file mode 100644 index 000..6592979 --- /dev/null +++ b/debian/protobuf-mode-el.emacsen-startup @@ -0,0 +1,6 @@ +;; Startup for protobuf-mode. +(if (not (file-exists-p /usr/share/emacs/site-lisp/protobuf-mode-el)) +(message protobuf-mode-el removed but not purged, skipping setup) + (autoload 'protobuf-mode protobuf-mode-el/protobuf-mode +Major mode for editing Protocol Buffers description language. t) + (add-to-list 'auto-mode-alist '(\\.proto$ . protobuf-mode))) diff --git a/debian/protobuf-mode-el.install b/debian/protobuf-mode-el.install new file mode 100644 index 000..66c605e --- /dev/null +++ b/debian/protobuf-mode-el.install @@ -0,0 +1 @@ +editors/protobuf-mode.el /usr/share/emacs/site-lisp/protobuf-mode-el diff --git a/debian/rules b/debian/rules index babb525..21515a1 100755 --- a/debian/rules +++ b/debian/rules @@ -79,3 +79,6 @@ override_dh_install: # Remove
Bug#707301: wheezy-pu: make soprano co-installable with multiarch-enabled ODBC drivers
reassign 707301 soprano found 707301 2.7.6+dfsg.1-2wheezy1 retitle 707301 make soprano co-installable with multiarch-enabled ODBC drivers clone 707301 -1 reassign -1 release.debian.org block -1 by 707301 severity -1 normal tags -1 + wheezy User release.debian@packages.debian.org usertag -1 + pu retitle -1 wheezy-pu: package soprano/2.7.6+dfsg.1-2wheezy2 # this upload still needs to happen and agreed on upon the soprano # maintainers...! thanks Hi, appearantly soprano is not co-installable with multiarch-enabled ODBC drivers as explained and patched by Steve in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707301#29 I'm not fully convinced this patch is appropriate in stable at this time (but then I should also say that I'm mostly clueless about this issue too...), so probably the -1 bug should be reassigned to release-notes or closed after all... but that's easy enough to do, so that's why. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#770811: openvpn: openVPN tmp-dir missing
Hi, Did you specify a tmp-dir option on your configuration file? By default it should use /tmp, /etc shouldn't be used for tmp... Regards, Alberto On Mon, Nov 24, 2014 at 11:35:03AM +0100, Adrian wrote: Package: openvpn Version: 2.3.4-4 Severity: minor I have discovered by chance today that I get this message in the openvpn log and it won't start: Options error: Temporary directory (--tmp-dir) fails with '/etc/openvpn//tmp': No such file or directory The workaround to fix this is as easy as: mkdir /etc/openvpn/tmp But, if it is needed, why it is not created automatically in the upgrade? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.53 ii init-system-helpers1.21 ii initscripts2.88dsf-58 ii iproute2 3.16.0-2 ii libc6 2.19-13 ii liblzo2-2 2.08-1 ii libpam0g 1.1.8-3.1 ii libpkcs11-helper1 1.11-2 ii libssl1.0.01.0.1j-1 Versions of packages openvpn recommends: ii easy-rsa 2.2.2-1 Versions of packages openvpn suggests: ii openssl 1.0.1j-1 pn resolvconf none -- debconf information: openvpn/create_tun: false -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico mailto/sip: a...@inittab.org | en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770820: ruby-inotify: FTBFS on arm64
Source: ruby-inotify Version: 0.0.2-7 It failed to build on arm64: http://buildd.debian.org/status/package.php?p=ruby-inotifysuite=sid The error was: ext/inotify.c: In function 'inotify_init': ext/inotify.c:20:18: error: '__NR_inotify_init' undeclared (first use in this function) return syscall (__NR_inotify_init); ^ There is a similar bug for inotail: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769926 New architectures do not have the system call inotify_init; instead they have inotify_init1, which takes an extra argument, which you can set to zero to get the behaviour of inotify_init. It's not clear to me why ruby-inotify is using syscall (__NR_inotify_init) instead of just calling the C library's inotify_init. However, if that's the way you want to do it, you could replace return syscall (__NR_inotify_init); with: #ifdef __NR_inotify_init return syscall (__NR_inotify_init); #else return syscall (__NR_inotify_init1, 0); #endif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770009: imagemagick: FTBFS on mips
Yes, the issue probably is missing of FPU on cavium boards, and kernel FPU emulation is slow. Best Regards, Dejan From: roucaries.bast...@gmail.com [roucaries.bast...@gmail.com] on behalf of roucaries bastien [roucaries.bastien+deb...@gmail.com] Sent: Friday, November 21, 2014 6:15 PM To: Dejan Latinovic Cc: Ivo De Decker; 770...@bugs.debian.org Subject: Re: Bug#770009: imagemagick: FTBFS on mips On Fri, Nov 21, 2014 at 5:44 PM, Dejan Latinovic dejan.latino...@imgtec.com wrote: Hello, I as suspected, it builds fine on broadcom. On cavium board build failed with TERM signal. In may case even earlier, on testing: PASS: tests/validate-convert.tap 1 make[5]: *** Deleting file 'tests/validate-formats-disk.log' make[1]: *** [quantum_override_dh_auto_test-arch_Q16] Terminated make[5]: *** [tests/validate-formats-disk.log] Terminated E: Caught signal ‘Terminated’: terminating immediately Build killed with signal TERM after 150 minutes of inactivity When I ran build manually, all tests passed, and package was built successfully, but it needed a lot of time to finish. Does cavium is soft float ? If so it is likely that imagemagick use a lot of float. Bastien Best Regards, Dejan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766216: Bug#766233: LXC breakage and workarounds when upgrading VMs to jessie
On Mon, Nov 24, 2014 at 07:48:28AM +0100, Tomas Pospisek wrote: On Mon, 24 Nov 2014, Marco d'Itri wrote: On Nov 24, Tomas Pospisek tpo_...@sourcepole.ch wrote: My first proposed text for the release-notes is below. Please let me know if you prefer me to submit a proper patch against a SVN checkout of ddp. Please also clarify that LXC containers *can* use systemd with no troubles if correctly configured. Could you please clarify what needs to be done to correctly configure a LXC container? This: https://lists.linuxcontainers.org/pipermail/lxc-devel/2014-November/010900.html I am interacting with Daniel (Debian maintainer) to also get that into jessie. * Is it sufficient to set: lxc.autodev = 1 in /var/lib/lxc/myvm/config? Definitively not. * Does an upgrade also automatically switch to journald? * In which case one *must* also set lxc.kmsg=0 in /var/lib/lxc/myvm/config and remove /dev/kmsg inside the VM? * Is it possible to switch a system configured in such a way back and forth between systemd and sysvinit without having to change anything but the package selection? Or does that imply removing the configuration changes, i.e. removing lxc.autodev = 1 and lxc.kmsg=0 and recreating /dev/kmsg? * Is it possible to run the upgraded VM, that is correctly configured as you suggest on a normal wheezy host? Does the wheezy host need any special configuration? I don't have answers for these questions yet. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#770822: unblock: reclass/1.4.1-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package reclass There's been a bit of difficulty relating to the 1.4 upload to unstable prior to the freeze resulting from another developer uploading an NMU (1.3-2) that was required for another package (boxer-data), which first needed to migrate to testing before we could finally push 1.4-1. And then it turned out that 1.4-1 had a bug, which we fixed by reverting the change upstream, resulting in 1.4.1-1, which missed the freeze window. Due to this being a new upstream release, the diff is a little longer than you'd want it, but I am annotating it and abbreviating all the stuff that is related only to example data files: diff -Nru reclass-1.3/ChangeLog.rst reclass-1.4.1/ChangeLog.rst --- reclass-1.3/ChangeLog.rst 2014-03-01 14:45:02.0 +0100 +++ reclass-1.4.1/ChangeLog.rst 2014-10-28 15:52:25.0 +0100 @@ -5,6 +5,14 @@ = == Version Date Changes = == +1.4.1 2014-10-28 * Revert debug logging, which wasn't fault-free and so + it needs more time to mature. +1.4 2014-10-25 * Add rudimentary debug logging + * Prevent interpolate() from overwriting merged values + * Look for init instead of index when being fed + a directory. + * Fix error reporting on node name collision across + subdirectories. 1.3 2014-03-01 * Salt: pillar data from previous pillars are now available to reclass parameter interpolation * yaml_fs: classes may be defined in subdirectories diff -Nru reclass-1.3/debian/changelog reclass-1.4.1/debian/changelog --- reclass-1.3/debian/changelog2014-10-14 11:06:24.0 +0200 +++ reclass-1.4.1/debian/changelog 2014-10-28 15:57:42.0 +0100 @@ -1,4 +1,18 @@ -reclass (1.3-2) unstable; urgency=medium +reclass (1.4.1-1) unstable; urgency=low + + * New upstream release reverting the logging changes, which weren't ready +yet. + + -- martin f. krafft madd...@debian.org Tue, 28 Oct 2014 15:56:59 +0100 + +reclass (1.4-1) unstable; urgency=low + + * New upstream release (closes: #761952). + * Compliant with Debian Policy 3.9.6. + + -- martin f. krafft madd...@debian.org Sat, 25 Oct 2014 15:12:25 +0200 + +reclass (1.3-2) UNRELEASED; urgency=medium * Add myself as uploader. * Update Vcs-Git and Vcs-Browser URLs. @@ -6,7 +20,7 @@ * Have python-reclass depend on python-pkg-resources. Closes: bug#757423. - -- Jonas Smedegaard d...@jones.dk Tue, 14 Oct 2014 11:06:20 +0200 + -- Jonas Smedegaard d...@jones.dk Wed, 17 Sep 2014 10:17:04 +0200 reclass (1.3-1) unstable; urgency=low diff -Nru reclass-1.3/debian/control reclass-1.4.1/debian/control --- reclass-1.3/debian/control 2014-09-17 14:20:00.0 +0200 +++ reclass-1.4.1/debian/control2014-10-25 20:45:57.0 +0200 @@ -2,9 +2,9 @@ Section: python Priority: extra Maintainer: martin f. krafft madd...@debian.org -Uploader: Jonas Smedegaard d...@jones.dk +Uploaders: Jonas Smedegaard d...@jones.dk Build-Depends: python-setuptools, python, debhelper (= 8.9.7), python-sphinx, python-yaml -Standards-Version: 3.9.5 +Standards-Version: 3.9.6 XS-Python-Version: all Homepage: http://reclass.pantsfullofunix.net/ Vcs-Git: git://anonscm.debian.org/collab-maint/reclass.git diff -Nru reclass-1.3/doc/source/extrefs.inc reclass-1.4.1/doc/source/extrefs.inc --- reclass-1.3/doc/source/extrefs.inc 2014-03-01 14:45:02.0 +0100 +++ reclass-1.4.1/doc/source/extrefs.inc2014-10-28 15:52:25.0 +0100 @@ -2,5 +2,5 @@ .. _Salt: http://saltstack.com/community .. _Ansible: http://www.ansibleworks.com .. _Hiera: http://projects.puppetlabs.com/projects/hiera -.. _Artistic Licence 2.0: http://www.perlfoundation.org/legal/licenses/artistic-2_0.html +.. _Artistic Licence 2.0: http://opensource.org/licenses/Artistic-2.0 .. _Jinja2: http://jinja.pocoo.org diff -Nru reclass-1.3/doc/source/index.rst reclass-1.4.1/doc/source/index.rst --- reclass-1.3/doc/source/index.rst2014-03-01 14:45:02.0 +0100 +++ reclass-1.4.1/doc/source/index.rst 2014-10-28 15:52:25.0 +0100 @@ -34,7 +34,7 @@ Licence --- -|reclass| is © 2007–2013 by martin f. krafft and released under the terms of +|reclass| is © 2007–2014 by martin f. krafft and released under the terms of the `Artistic Licence 2.0`_. Contents diff -Nru reclass-1.3/doc/source/operations.rst reclass-1.4.1/doc/source/operations.rst --- reclass-1.3/doc/source/operations.rst 2014-03-01 14:45:02.0 +0100 +++ reclass-1.4.1/doc/source/operations.rst 2014-10-28 15:52:25.0 +0100 @@ -75,8 +75,9 @@ Merging of parameters is done
Bug#770648: hiredis: FTBFS: Test failure
On Mon, 24 Nov 2014 00:45:04 -0800 Tom Lee deb...@tomlee.co wrote: Alrighty, patch applied pbuilder's clean. Now just waiting on Alessandro to review my changes push the package. On master here if you want to try things out in the interim: git://anonscm.debian.org/collab-maint/hiredis.git Daniel, I also added support for DEB_BUILD_OPTS=nocheck since it caused you additional grief. Tobi, I haven't bothered addressing the pid file etc. in /tmp just yet, but I'll take a look at that sometime soon. Please remember we are in freeze: Both those changes are not covered by the freeze policy as they are not targeting RC bugs. As the DEB_BUILD_OPTIONS=nocheck is already committed, I suggest you ask on #debian-release if that they could accept this. The /tmp thing is unimportant now, and can be fixed for Stretch, (if you want to fix it) -- tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770769: RM: tomcat6 -- NBS; (most) binaries no longer built from src:tomcat6 as of 6.0.41-3
On Sun, 23 Nov 2014 16:46:00 -0500 Scott Kitterman deb...@kitterman.com wrote: ... According to the cruft report there's some additional work that needs doing first (else we'd have removed it already): https://ftp-master.debian.org/cruft-report-daily.txt Please remove the moreinfo tag once this is resolved. 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#767906: libgtk-3-0: Size of menus on screen top is not properly calculated
Hi, On Mon, 24 Nov 2014 15:27:05 +0300, Vlad Orlov wrote: Is this really fixed? The scroll buttons test [1] (I've found the link at [2]) still shows these scroll buttons when its window is maximized, even after the upgrade of GTK+ to 3.14.5 from Sid. [1] https://github.com/lanoxx/gtk-menu-scroll-test [2] https://bugzilla.gnome.org/show_bug.cgi?id=726030 That is a different (and older) issue. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#770798: xserver-xorg-video-nvidia: Driver wrongly detects that a monitor is attached to VGA-0
This looks like #765726; there are some possible workarounds there. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764607: systemd: systemctl does not re-create display-manager.service symlink
Here is an updated version of the patch (ensuring we echo a warning if systemctl enable fails) after discussing with Laurent. There seems to be one case failing due to the autogenerated gdm3 service script from the LSB version which is making systemctl enable --force gdm3 failing, investigating. Cheers, Didier diff -Nru gdm3-3.14.1/debian/changelog gdm3-3.14.1/debian/changelog --- gdm3-3.14.1/debian/changelog2014-11-09 18:16:03.0 +0100 +++ gdm3-3.14.1/debian/changelog2014-11-20 09:44:14.0 +0100 @@ -1,3 +1,11 @@ +gdm3 (3.14.1-4) UNRELEASED; urgency=medium + + * debian/patches/92_systemd_unit.patch, debian/gdm3.postinst: +- Using Alias and systemctl to handle systemd unit alternatives. + Closes: #764607 + + -- Didier Roche didro...@ubuntu.com Thu, 20 Nov 2014 09:40:25 +0100 + gdm3 (3.14.1-3) unstable; urgency=medium * 18_all_displays_transient.patch: fix autologin for the initial diff -Nru gdm3-3.14.1/debian/gdm3.postinst gdm3-3.14.1/debian/gdm3.postinst --- gdm3-3.14.1/debian/gdm3.postinst2014-04-27 15:07:16.0 +0200 +++ gdm3-3.14.1/debian/gdm3.postinst2014-11-20 09:45:01.0 +0100 @@ -40,21 +40,17 @@ fi fi -DEFAULT_SERVICE=/etc/systemd/system/display-manager.service +DEFAULT_SERVICE=display-manager.service +SERVICE=$(basename $(cat $DEFAULT_DISPLAY_MANAGER_FILE)).service # set default-display-manager systemd service link according to our config -if [ $1 = configure ] [ -d /etc/systemd/system/ ]; then - if [ -e $DEFAULT_DISPLAY_MANAGER_FILE ]; then -SERVICE=/lib/systemd/system/$(basename $(cat $DEFAULT_DISPLAY_MANAGER_FILE)).service -if [ -h $DEFAULT_SERVICE ] [ $(readlink $DEFAULT_SERVICE) = /dev/null ]; then - echo Display manager service is masked 2 -elif [ -e $SERVICE ]; then - ln -sf $SERVICE $DEFAULT_SERVICE -else - echo WARNING: $SERVICE is the selected default display manager but does not exist 2 - rm -f $DEFAULT_SERVICE -fi +if [ $1 = configure ] [ -x /bin/systemctl ]; then + if [ $(systemctl is-enabled $DEFAULT_SERVICE) = masked ]; then +echo Display manager service is masked 2 else -rm -f $DEFAULT_SERVICE +[ -d /run/systemd/system ] systemctl daemon-reload +if [ ! `systemctl enable --force $SERVICE 2/dev/null` ]; then + echo WARNING: $SERVICE is the selected default display manager but does not have a systemd service 2 +fi fi fi diff -Nru gdm3-3.14.1/debian/patches/92_systemd_unit.patch gdm3-3.14.1/debian/patches/92_systemd_unit.patch --- gdm3-3.14.1/debian/patches/92_systemd_unit.patch2014-04-27 14:44:32.0 +0200 +++ gdm3-3.14.1/debian/patches/92_systemd_unit.patch2014-11-20 09:43:34.0 +0100 @@ -1,8 +1,8 @@ -Index: gdm3-3.12.1/data/gdm.service.in +Index: gdm3-3.14.1/data/gdm.service.in === gdm3-3.12.1.orig/data/gdm.service.in 2014-04-27 14:40:14.210580120 +0200 -+++ gdm3-3.12.1/data/gdm.service.in2014-04-27 14:43:22.350149176 +0200 -@@ -4,12 +4,15 @@ Conflicts=getty@tty@GDM_INITIAL_VT@.serv +--- gdm3-3.14.1.orig/data/gdm.service.in gdm3-3.14.1/data/gdm.service.in +@@ -4,10 +4,16 @@ Conflicts=getty@tty@GDM_INITIAL_VT@.serv After=systemd-user-sessions.service getty@tty@GDM_INITIAL_VT@.service plymouth-quit.service [Service] @@ -20,6 +20,4 @@ +#BusName=org.gnome.DisplayManager StandardOutput=syslog StandardError=inherit -- --[Install] --Alias=display-manager.service +
Bug#770823: unblock: litl/0.1.5+dfsg-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock unblock litl/0.1.5+dfsg-2 Hello, I have uploaded litl to fix the grave bug #770782. Basically the (attached) change removes a hardwired -march=armv7-a on arm ports. Samuel -- System Information: Debian Release: jessie/sid APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Samuel Ever heard of .cshrc? That's a city in Bosnia. Right? (Discussion in comp.os.linux.misc on the intuitiveness of commands.) diff -Nru litl-0.1.5+dfsg/debian/changelog litl-0.1.5+dfsg/debian/changelog --- litl-0.1.5+dfsg/debian/changelog2014-06-10 14:00:14.0 +0200 +++ litl-0.1.5+dfsg/debian/changelog2014-11-24 13:14:41.0 +0100 @@ -1,3 +1,14 @@ +litl (0.1.5+dfsg-2) unstable; urgency=medium + + [ Samuel Thibault ] + * Bump Standards-Version to 3.9.6 (no changes). + + [ Peter Michael Green ] + * patches/dont-use-march-on-arm: Don't use -march=armv7-a, it's pointless on +Debian armhf and wrong on Debian armel and Raspbian (Closes: #770782). + + -- Samuel Thibault sthiba...@debian.org Fri, 19 Sep 2014 17:43:05 +0200 + litl (0.1.5+dfsg-1) unstable; urgency=medium * New upstream release. diff -Nru litl-0.1.5+dfsg/debian/control litl-0.1.5+dfsg/debian/control --- litl-0.1.5+dfsg/debian/control 2014-06-10 13:54:45.0 +0200 +++ litl-0.1.5+dfsg/debian/control 2014-09-19 17:43:03.0 +0200 @@ -5,7 +5,7 @@ Build-Depends-Indep: texlive-latex-base, texlive-latex-recommended, texlive-latex-extra, texlive-fonts-recommended, latex-xcolor, pgf, latexmk, doxygen -Standards-Version: 3.9.5 +Standards-Version: 3.9.6 Section: libs Homepage: https://fusionforge.int-evry.fr/projects/litl/ Vcs-Git: git://git.debian.org/collab-maint/litl.git diff -Nru litl-0.1.5+dfsg/debian/patches/dont-use-march-on-arm litl-0.1.5+dfsg/debian/patches/dont-use-march-on-arm --- litl-0.1.5+dfsg/debian/patches/dont-use-march-on-arm1970-01-01 01:00:00.0 +0100 +++ litl-0.1.5+dfsg/debian/patches/dont-use-march-on-arm2014-11-24 13:06:30.0 +0100 @@ -0,0 +1,16 @@ +Description: Don't use -march=armv7-a on arm + -march=armv7-a is pointless on debian armhf (the compiler already has it as + a built-in default) and wrong on debian armel and raspbian where it will + render the package unusable on the minimum hardware supported by those ports. + +--- litl-0.1.5+dfsg.orig/configure.ac litl-0.1.5+dfsg/configure.ac +@@ -66,7 +66,7 @@ case $host in + arm*-*) + AC_MSG_WARN([ARCH: ARM]) + arch_str=ARM +-CFLAGS=$CFLAGS -marm -march=armv7-a ++CFLAGS=$CFLAGS -marm + ;; + *) + AC_MSG_WARN([unknown architecture: falling back to x86_64]) diff -Nru litl-0.1.5+dfsg/debian/patches/series litl-0.1.5+dfsg/debian/patches/series --- litl-0.1.5+dfsg/debian/patches/series 2014-06-10 13:57:14.0 +0200 +++ litl-0.1.5+dfsg/debian/patches/series 2014-11-24 13:06:30.0 +0100 @@ -1 +1,2 @@ nested_function +dont-use-march-on-arm
Bug#766100: In XFCE, menu from system tray icon does not stay open
Should be fixed in GTK+ 3.14.5, see https://bugs.debian.org/767055
Bug#770824: RM: ruby-inotify -- ROM; dead upstream, doesn't build on newer archs
Package: ftp.debian.org Severity: normal Dear ftpmasters, ruby-inotify is quite the old package and has been rotting along (apart from the occasional rebuild for newer Ruby versions). There's now an FTBFS bug on arm64, and it appears upstream is dead. There are several replacements for it, at least one of them (ruby-rb-inotify) is in Debian already. As there are no rdepends on ruby-inotify, I suspect interested folks can introduce one of the other replacements if ruby-rb-inotify would not be a good enough replacement. Please remove ruby-inotify. Thanks, Christian /Debian-Ruby-Extras hat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770820: #770820: ruby-inotify: FTBFS on arm64
Edmund, Thank you for diagnosing this issue. Given the age and current status of this package, I've filed an RM bug. Best, -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766550: w3m: manpage could be improved
Hello Tatsuya, Tatsuya Kinoshita schrieb am 29. Oct 2014 um 16:05 On October 24, 2014 at 12:14AM +0200, markus.hiereth (at freenet.de) wrote: while working on a German version of w3m's manpage, I found a lot of things that could be improved about it. Thank you for the suggestions. In the future, I'll review and consider the changes for merging. Though it's too late for jessie, I hope the updated documents will be included in jessie+1. with support from Justin from the English language team I improved the w3m manpage. The resulting file is attached to this mail. From my point of view, it resolves problems reported 285251 as we note that -cols only affects line-with for output to stdout 268211 as the command-line switch -show-option is mentioned 345084 with our section ARGUMENTS and the explanation about option -N 530468 with our section ARGUMENTS and the explanation about option -N Please include it in jessie+1 and create a pot-file that would serve the German language team and other l10n teams to work on manpage versions in their native tongues. Best regards Markus -- adresse Günzenhausen Am Hang 14 85386 Eching fon 08133 9179613 mail p...@hiereth.de web www.hiereth.de pgp www.hiereth.de/public_key.asc .nr N -1 .nr D 5 .TH w3m 1 2014-11-24 .UC 4 .SH NAME w3m \- a text based web browser and pager .SH SYNOPSIS w3m [OPTION]... [ \fIfile\fP | \fIURL\fP ]... .SH DESCRIPTION .\ This defines appropriate quote strings for nroff and troff .ds lq \ .ds rq \ .if t .ds lq `` .if t .ds rq '' .\ Just in case these number registers aren't set yet... .if \nN==0 .nr N 10 .if \nD==0 .nr D 5 \fIw3m\fP is a text based browser which can display local or remote web pages as well as other documents. It is able to process HTML tables and frames but it ignores JavaScript and Cascading Style Sheets. \fIw3m\fP can also serve as a pager for text files named as arguments or passed on standard input, and as a general purpose directory browser. \fIw3m\fP organizes its content in buffers or tabs, allowing easy navigation between them. With the w3m-img extension installed, \fIw3m\fP can display inline graphics in web pages. And whenever \fIw3m\fP's HTML rendering capabilities do not meet your needs, the target URL can be handed over to a graphical browser with a single command. For help with runtime options, press \(lqH\(rq while running \fIw3m\fP. .SH ARGUMENTS When given one or more command line arguments, \fIw3m\fP will handle targets according to content type. For web, \fIw3m\fP gets this information from HTTP headers; for relative or absolute file system paths, it relies on filenames. With no argument, \fIw3m\fP expects data from standard input and assumes \(lqtext/plain\(rq unless another MIME type is given by the user. If provided with no target and no fallback target (see for instance option \fB\-v\fP below), \fIw3m\fP will exit with usage information. .SH OPTIONS Command line options are introduced with a single \(lq\-\(rq character and may take an argument. .SS General options: .TP \fB\-B\fP with no other target defined, use the bookmark page for startup .TP \fB\-M\fP monochrome display .TP \fB\-no-mouse\fP deactivate mouse support .TP \fB\-num\fP display each line's number .TP \fB\-N\fP distribute multiple command line arguments to tabs. By default, a stack of buffers is used .TP \fB\-ppc \fInum\fR width of \fInum\fR pixels per character. Range of 4.0 to 32.0, default 8.0. Larger values will make tables narrower. (Implementation not verified) .TP \fB\-ppl \fInum\fR height of \fInum\fR pixels per line. Range of 4.0 to 64.0. (Implementation not verified) .TP \fB\-title\fP, \fB\-title=TERM\fP use the buffer name as terminal title string. With specified TERM, this sets the title configuration style accordingly .TP \fB\-v\fP with no other target defined, welcome users with a built-in page .TP \fB\-W\fP toggle wrapping in searches .TP \fB\-X\fP do not initialize/deinitialize the terminal .TP \fB+\fInum\fR go to line \fInum\fR; only effective for \fInum\fR larger than the number of lines in the terminal .SS Browser options: .TP \fB\-cols \fInum\fR with stdout as destination; HTML is rendered to lines of \fInum\fR characters .TP \fB\-cookie\fP, \fB\-no-cookie\fP use stored cookies and accept new ones, or do neither .TP \fB\-F\fP render frames .TP \fB\-graph\fP, \fB\-no-graph\fP use or do not use graphic characters for drawing HTML table and frame borders .TP \fB\-header \fIstring\fR append \fIstring\fR to the HTTP(S) request. Expected to match the header syntax \f(CW Variable: Value\fP .TP \fB\-m\fP Render the body of Usenet messages according to the header \(lqContent-type\(rq .TP \fB\-no-proxy\fP do not use proxy .TP \fB\-post \fIfile\fR use POST method to upload data defined in \fIfile\fR. The syntax to be used is \f(CWvar1=value1[var2=value2]...\fP .TP \fB\-4\fP IPv4 only. Corresponds to dns_order=4 in configuration files .TP \fB\-6\fP IPv6 only.
Bug#770811: openvpn: openVPN tmp-dir missing
That's the strange thing. I have nothing related to dir in my server.conf, so it must be something related to an upgrade: chroot /etc/openvpn # Which local IP address should OpenVPN # listen on? (optional) ;local a.b.c.d port 1194 # TCP or UDP server? ;proto tcp proto udp ;dev tap dev tun ;dev-node MyTap ca /etc/openvpn/scripts/keys/ca.crt cert /etc/openvpn/scripts/keys/servidor.crt key /etc/openvpn/scripts/keys/servidor.key # This file should be kept secret # Diffie hellman parameters. # Generate your own with: # openssl dhparam -out dh1024.pem 1024 # Substitute 2048 for 1024 if you are using # 2048 bit keys. dh /etc/openvpn/scripts/keys/dh1024.pem server 10.8.0.0 255.255.255.0 ifconfig-pool-persist /var/log/openvpn/ipp.txt push route 192.168.0.0 255.255.255.0 ;push route 192.168.20.0 255.255.255.0 push redirect-gateway def1 # Certain Windows-specific network settings # can be pushed to clients, such as DNS # or WINS server addresses. CAVEAT: # http://openvpn.net/faq.html#dhcpcaveats push dhcp-option DNS 8.8.8.8 push dhcp-option DNS 8.8.4.4 ;push dhcp-option WINS 8.8.4.4 keepalive 10 120 tls-auth /etc/openvpn/scripts/keys/ta.key 0 # This file is secret cipher AES-256-CBC comp-lzo max-clients 2 user nobody group nobody cipher AES-256-CBC # The persist options will try to avoid # accessing certain resources on restart # that may no longer be accessible because # of the privilege downgrade. persist-key persist-tun # Output a short status file showing # current connections, truncated # and rewritten every minute. status /var/log/openvpn/openvpn-status.log log-append /var/log/openvpn/openvpn.log # Set the appropriate level of log # file verbosity. # # 0 is silent, except for fatal errors # 4 is reasonable for general usage # 5 and 6 can help to debug connection problems # 9 is extremely verbose verb 3 # Silence repeating messages. At most 20 # sequential messages of the same message # category will be output to the log. mute 10 Enviado con MailTrack https://mailtrack.io/trace/link/4f698ed4d8079620ac074b95295a6a4900c5a334 2014-11-24 13:22 GMT+01:00 Alberto Gonzalez Iniesta a...@inittab.org: Hi, Did you specify a tmp-dir option on your configuration file? By default it should use /tmp, /etc shouldn't be used for tmp... Regards, Alberto On Mon, Nov 24, 2014 at 11:35:03AM +0100, Adrian wrote: Package: openvpn Version: 2.3.4-4 Severity: minor I have discovered by chance today that I get this message in the openvpn log and it won't start: Options error: Temporary directory (--tmp-dir) fails with '/etc/openvpn//tmp': No such file or directory The workaround to fix this is as easy as: mkdir /etc/openvpn/tmp But, if it is needed, why it is not created automatically in the upgrade? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.53 ii init-system-helpers1.21 ii initscripts2.88dsf-58 ii iproute2 3.16.0-2 ii libc6 2.19-13 ii liblzo2-2 2.08-1 ii libpam0g 1.1.8-3.1 ii libpkcs11-helper1 1.11-2 ii libssl1.0.01.0.1j-1 Versions of packages openvpn recommends: ii easy-rsa 2.2.2-1 Versions of packages openvpn suggests: ii openssl 1.0.1j-1 pn resolvconf none -- debconf information: openvpn/create_tun: false -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico mailto/sip: a...@inittab.org | en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55
Bug#770825: base-files: add sudoers entry to nsswitch.conf
Package: base-files Version: 7.10 Severity: normal Hi, libsss-sudo and sudo-ldap (at least) modify nsswitch.conf in their postinst, adding 'sudoers: files $foo' to it. The problem is that on purge they'd need to remove the entry completely so that piuparts doesn't fail, but that might break other packages. It would make sense for base-files to carry the 'sudoers: files' entry so that packages can add to it and not worry about piuparts or breaking other packages. Doing this would allow fixing #749722 properly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765572: Please provide a better upgrade process
On Thu, Oct 16, 2014 at 12:35 PM, Klaus Ethgen kl...@ethgen.de wrote: The new eatmydata put the .so file to another location so while upgrading the system, there will be many of the following error messages when apt is run with eatmydata: I feel you are doing something really wrong in using apt with eatmydata. I hope you will not blame someone different to yourself if some bad things occur to your system. ERROR: ld.so: object '/usr/lib/libeatmydata/libeatmydata.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. The upgrade process should put a link in the old location and remove it only if LD_PRELOAD is populated with the new location. Well, this would mean change the content of LD_PRELOAD of a running process (apt and children), not something wise to do. Actually the content of LD_PRELOAD is changed once you restart apt, not before. I could drop a symlink, but when I'm going to remove it? I can't think of anything sane to do here. A better thing to do wuold be change the eatmydata script in wheezy to do something more clever (e.g. by using the script currently in experimental) so even the libeatmydata library path change in the middle of the upgrade ld would know where to find it. Either way, I'd be for just ignore the warning and go ahead. I'll think it better, but currently I'm overload. -- regards, Mattia Rizzolo GPG Key: 4096R/B9444540 http://goo.gl/I8TMB more about me: http://mapreri.org Launchpad User: https://launchpad.net/~mapreri Ubuntu Wiki page: https://wiki.ubuntu.com/MattiaRizzolo signature.asc Description: GooPG digital signature