Bug#776021: unblock: cryptsetup/2:1.6.6-5

Control: tags -1 -moreinfo Hi, Am 01.02.2015 um 19:27 schrieb Jonas Meurer: Hi again, Am 29.01.2015 um 22:51 schrieb Jonas Meurer: Hi, Am 29.01.2015 um 19:26 schrieb Cyril Brulebois: Niels Thykier ni...@thykier.net (2015-01-29): Ack from RT, adding KiBi to CC for a d-i ack. Why isn't

Bug#773456: [pkg-cryptsetup-devel] Bug#773456: [cryptsetup] invoke-rc.d not found on boot

Am 20.01.2015 um 16:17 schrieb Lobko, Eugene: Hi Jonas, would you mind testing the attached patch? Please report back whether it fixes the bug for you. Sure. Could you please attach the patch? Oops, sorry. Here it is. Cheers, jonas --- /lib/cryptsetup/cryptdisks.functions +++

Bug#774700: initramfs-tools: Cryptsetup tools are not included by update-initramfs command

Hi Michael, On Tue, 06 Jan 2015 14:40 Michael P. wrote: The update-initramfs command create a initrd.img without cryptsetup tools, but my root partition is crypted. I tried to debug a little the /usr/share/initramfs-tools/hooks/cryptroot file and found that the add_device() function

Bug#773456: [pkg-cryptsetup-devel] Bug#773456: [cryptsetup] invoke-rc.d not found on boot

Hi Eugene, Am 18.12.2014 um 16:47 schrieb Lobko, Eugene: Dear Maintainer, After the most recent cryptsetup update a message appears on a boot screen: /etc/init.d/cryptdisks-early: 753: /etc/init.d/cryptdisks-early: invoke-rc.d: not found It seems it is related to bug #764564, which

Bug#773456: [pkg-cryptsetup-devel] Bug#773456: [cryptsetup] invoke-rc.d not found on boot

Hi Eugene, Am 22.01.2015 um 15:25 schrieb Lobko, Eugene: The patch did not work. The message changed to: /etc/init.d/cryptdisks-early: 753: /etc/init.d/cryptdisks-early: /usr/sbin/invoke-rc.d: not found Mh, apparently /usr/sbin/invoke-rc.d is not available on your system at early boot time.

Bug#776021: unblock: cryptsetup/2:1.6.6-5

a running cryptdisks-udev (upstart) init script. -- Jonas Meurer m...@debian.org Thu, 22 Jan 2015 21:22:08 +0100 unblock cryptsetup/2:1.6.6-5 Cheers, jonas -- System Information: Debian Release: jessie/sid APT prefers utopic-updates APT policy: (500, 'utopic-updates'), (500, 'utopic-security

Bug#773231: [pkg-cryptsetup-devel] Bug#768314: cryptsetup: Passphrase prompt rolls by without stopping

Hi Niels, Am 2015-01-28 09:09, schrieb Niels Thykier: I have applied attached patch to the release-notes. A review of the text would be very welcome. :) Lgtm, except for one typo: s/suggests/suggest/ Cheers, jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with

Bug#776021: unblock: cryptsetup/2:1.6.6-5

Hi again, Am 29.01.2015 um 22:51 schrieb Jonas Meurer: Hi, Am 29.01.2015 um 19:26 schrieb Cyril Brulebois: Niels Thykier ni...@thykier.net (2015-01-29): Ack from RT, adding KiBi to CC for a d-i ack. Why isn't the BTS updated with the information contained in the unblock request? It'd

Bug#780098: patches to fix several issues with nagios plugin script dsa-check-running-kernel

(a3a621a387886e12a23fcf3d1c0837b7a5a5db14) of git repository https://db.debian.org/git/dsa-nagios.git. Cheers, jonas From af5d31c89a6e466bda9a2474baf0fbddd04fc87b Mon Sep 17 00:00:00 2001 From: Jonas Meurer jo...@freesources.org Date: Mon, 9 Mar 2015 15:04:29 +0100 Subject: [PATCH 1/3] detect missing filter (e.g. xzcat

Bug#780098: patches to fix several issues with nagios plugin script dsa-check-running-kernel

Am 2015-03-09 15:40, schrieb Jonas Meurer: Hi DSA and Debian Nagios maintainers, please find attached patches that fix three issues with your nagios plugin script 'dsa-check-running-kernel', respectively 'check_running_kernel' in Debian package nagios-plugins-contrib: apparently I sent you

Bug#779612: [pkg-cryptsetup-devel] Bug#779612: systemd-sysv,cryptsetup: systemd-sysv, cryptsetup should recommend plymouth; without plymouth cryptsetup prompts are unusable

Hi Gordon, thanks for the bugreport. I escalate this bugreport to the debian-release team, asking for advice: would you accept another cryptsetup upload targeted to jessie in order to add 'plymouth' to the list of recommended packages? Am 03.03.2015 um 03:43 schrieb Gordon Morehouse: Booting in

Bug#774700: [pkg-cryptsetup-devel] Bug#774700: Cryptsetup tools are not included by update-initramfs command

Hi, Am 16.02.2015 um 19:36 schrieb Musy Bite: Hello Jonas! We run into this bug, too. There is mkinitramfs_debug.log you requested at message #25. Installation was performed from debian testing amd64 netinst ISO image built on unknown date, and apt-get dist-upgraded to jessie. cryptsetup

Bug#780098: check_running_kernel: broken for Jessie kernels

Package: nagios-plugins-contrib Version: 14.20141104 Severity: normal Hello, apparently, check_running_kernel is broken for Jessie kernels. Instead of detecting the installed kernel version, it reports: # /usr/lib/nagios/plugins/check_running_kernel UNKNOWN: Failed to get a version string from

Bug#779612: [pkg-cryptsetup-devel] Bug#779612: systemd-sysv,cryptsetup: systemd-sysv, cryptsetup should recommend plymouth; without plymouth cryptsetup prompts are unusable

Hello, Am 2015-03-20 16:49, schrieb Gordon Morehouse: On 03/19/2015 06:58 PM, Michael Biebl wrote: As pointed out, a recommends does not really help for new installs, since they have no effect when installing the base system. A recommends at least provides users a pointer towards fixing a

Bug#776021: unblock: cryptsetup/2:1.6.6-5

) * debian/cryptdisks.functions: fix the insufficient grep regex for detecting a running cryptdisks-udev (upstart) init script. -- Jonas Meurer m...@debian.org Thu, 22 Jan 2015 21:22:08 +0100 unblock cryptsetup/2:1.6.6-5 Cheers, jonas -- System Information: [...] This was quite

Bug#782996: smsd: 'reload' function of initscript broken if used by systemd

Am 2015-04-21 15:15, schrieb Jonas Meurer: See the attached patch for a proper fix. I attached an updated patch. Argh, this time with the updated patch :) Cheers, jonasdiff -rNu smstools-3.1.15.orig/debian/changelog smstools-3.1.15/debian/changelog --- smstools-3.1.15.orig/debian/changelog

Bug#782996: smsd: 'reload' function of initscript broken if used by systemd

Hi again, Am 2015-04-20 11:55, schrieb Jonas MEURER: The bug can be fixed by renaming the 'reload' function to 'force-reload' and dropping the original 'force-reload' alias for 'restart'. Please note, that fixing the 'Usage:' line by dropping 'reload' from the list of supported actions

Bug#782996: smsd: 'reload' function of initscript broken if used by systemd

by Jonas Meurer to push the fix into Jessie. + * Fix initscript: rename action 'reload' to 'force-reload' and drop 'reload' +from supported actions. Use 'force-reload' in logrotate post-rotate action. +This fixes 'force-reload' function when used through systemd tools and +prevents

Bug#782996: smsd: 'reload' function of initscript broken if used by systemd

Am 21.04.2015 um 15:15 schrieb Jonas Meurer: I consider this bug as release-critical for Jessie, as it renders smmstools unusable on Jessie installations whenever logrotate is installed. Thus I suggest to push the fix into Jessie within the next days. I'll gladly do an NMU if the maintainer(s

Bug#785510: jessie-pu: package smstools/3.1.15-1.1

smstools-3.1.15/debian/changelog smstools-3.1.15/debian/changelog --- smstools-3.1.15/debian/changelog +++ smstools-3.1.15/debian/changelog @@ -1,3 +1,17 @@ +smstools (3.1.15-1.1+deb8u1) stable; urgency=high + + * NMU by Jonas Meurer to push the fix into Jessie. + * Fix initscript (debian/init.d

Bug#775542: auto-mount NFS shares on boot

on debian-user for people reading the bug report: https://lists.debian.org/debian-user/2015/06/msg01508.html Thanks for linking this thread to bugreport #775542. I wasn't aware of that bugreport yet. On 06/27/2015 03:39 PM, Jonas Meurer wrote: Could you run the following? systemd-analyze plot

Bug#771238: Ooops - editor mishap caused incorrect detail

Hi, On Thu, 27 Nov 2014 22:55:37 + 3rd Party Issue Trackers t...@corebsp.com wrote: Hi, Oops a mishap with the editor caused the issue to be shown in the wrong place the lines inserted by greylistd-setup-exim4 are: defer message= $sender_host_address is not yet

Bug#785510: jessie-pu: package smstools/3.1.15-1.1

Hi, is there a particular reason, why RMs didn't comment on this bugreport yet? It would be awesome to have a fixed smstools in proposed-updates in time for the first Jessie point release :) Cheers, jonas On Sun, 17 May 2015 12:11:28 +0200 Jonas Meurer jo...@freesources.org wrote: Package

Bug#785510: jessie-pu: package smstools/3.1.15-1.1

Hi Adam, Am 25.05.2015 um 00:37 schrieb Adam D. Barratt: On Sun, 2015-05-24 at 23:45 +0200, Jonas Meurer wrote: Hi, is there a particular reason, why RMs didn't comment on this bugreport yet? It would be awesome to have a fixed smstools in proposed-updates in time for the first Jessie point

Bug#775542: auto-mount NFS shares on boot

. + + -- Jonas Meurer jo...@freesources.org Tue, 07 Jul 2015 12:04:45 +0200 + nfs-utils (1:1.2.8-9) unstable; urgency=medium * debian/patches/22-mountd-fix-segfault-in-add_name-with-newer-gcc- diff -Nru nfs-utils-1.2.8/debian/nfs-common.dirs nfs-utils-1.2.8/debian/nfs-common.dirs --- nfs-utils-1.2.8

Bug#775542: auto-mount NFS shares on boot

Am 2015-07-07 13:15, schrieb Christian Seiler: Thanks for taking care of this! Thanks for proof-reading the patch! Am 2015-07-07 13:03, schrieb Jonas Meurer: Am 2015-06-28 12:54, schrieb Michael Biebl: I suggest to add this simple fix to Jessie by uploading it to stable-proposed-updates

Bug#772943: [pkg-cryptsetup-devel] Bug#772943: Bug#772943: Bug#772943: cryptsetup: please soften cryptroot messages

Hi Holger, hi debian-desktop, Am 19.01.2015 um 14:27 schrieb Holger Levsen: > On Montag, 19. Januar 2015, Jonas Meurer wrote: >> Any progress on that bugreport in the meantime? > > nope, too busy with other stuff :/ > >> It seems like cryptsetup >> will need anoth

Bug#800147: [pkg-cryptsetup-devel] Bug#800147: cryptsetup: keyscript=/lib/cryptsetup/scripts/passdev and noearly do not work

Hi, Am 09.12.2015 um 18:34 schrieb Guilhem Moulin: > On Sun, 27 Sep 2015 at 03:40:29 -0700, Rick Thomas wrote >> aux >> /dev/disk/by-id/ata-VMware_Virtual_IDE_Hard_Drive_0101-part1 >> /dev/disk/by-label/keys:/keys >> luks,noearly,keyscript=/lib/cryptsetup/scripts/passdev > >

Bug#786578: [pkg-cryptsetup-devel] Bug#786578: cryptsetup: crypt asks passphrase instead of using keyfile

E_PATTERN="/etc/keys/*.key" >export KEYFILE_PATTERN > + UMASK=0077 > + > +(If the initramfs image is to contain private key material, you'll want > +create it with a restrictive umask.) > > -- David Härdeman <da...@hardeman.nu>

Bug#746806: [pkg-cryptsetup-devel] Bug#746806: cryptsetup: Patch to get cryptokey from external device (e.g. USB stick)

Am 09.12.2015 um 20:09 schrieb Guilhem Moulin: > Hi Ole, > > Are you aware of the “passdev” keyscript? (See > /usr/share/doc/cryptsetup/README.initramfs.gz section 10.) Does your > patch have any advantage over that script? Closing this bugreport for now. Feel free to reopen if you don't think

Bug#786578: [pkg-cryptsetup-devel] Bug#786578: cryptsetup: crypt asks passphrase instead of using keyfile

Hi Guilhem, Am 10.12.2015 um 01:01 schrieb Guilhem Moulin: > On Wed, 09 Dec 2015 at 23:28:51 +0100, Jonas Meurer wrote: >> Am 09.12.2015 um 19:58 schrieb Guilhem Moulin: >>> I forgot an important piece of information: UMASK should be changed to >>> 0077 to ensure that

Bug#807527: initramfs-tools: Please provide an API or best practices for custom initramfs hook configuration

Am 11.12.2015 um 15:35 schrieb Guilhem Moulin: > On Fri, 11 Dec 2015 at 00:54:03 +, Ben Hutchings wrote: >> On Thu, 2015-12-10 at 12:15 +0100, Jonas Meurer wrote: >>> Hi there, >>> >>> On Thu, 10 Dec 2015 02:52:11 +0100 Guilhem Moulin >>> wrote: &

Bug#774647: [pkg-cryptsetup-devel] Bug#774647: cryptsetup on initramfs does not support key files (resume swap on LVM)

source > devices (closes: #720515, #781955, #784435) > + * debian/initramfs/cryptroot-{hook,script}: add keyfile support for > non-root > +devices. A warning is printed if the keyfile itself in stored in the > root > +partition. (closes: #774647) > >

Bug#807527: initramfs-tools: Please provide an API or best practices for custom initramfs hook configuration

ser configuration > (/etc/initramfs-tools/conf-hooks.d/$package comes to mind). > > Alternatively, in a private discussion with Jonas Meurer of the Debian > Cryptsetup Team (X-Debug-CC), I've been suggested that mkinitramfs(8) > could instead source files in /etc/initramfs-tool

Bug#791944: [pkg-cryptsetup-devel] Bug#791944: udev: shutdown hangs because of missing swapoff

Hi Jochen, Am 01.10.2015 um 00:04 schrieb Michael Biebl: > Control: reassign -1 cryptsetup > > Am 10.07.2015 um 07:23 schrieb Jochen Sprickerhof: >> I've debugged a little more and actually it's not only enough to do a >> swapoff -a, but you need also a cryptsetup close /dev/mapper/swap0 >>

Bug#807527: initramfs-tools: Please provide an API or best practices for custom initramfs hook configuration

Am 10.12.2015 um 15:18 schrieb Guilhem Moulin: > On Thu, 10 Dec 2015 at 12:15:33 +0100, Jonas Meurer wrote: >> - redefine the purpose of files in conf-hooks.d to set variables that >> are made available to mkinitramfs *and* the hook scripts. > > On second thought it migh

Bug#792552: [pkg-cryptsetup-devel] Bug#792552: Bug . How do you apply your patch ?

Am 30.12.2015 um 22:41 schrieb mahashakti89: > I am using sysvinit and facing the same problem. One short question : > how do you apply your patch ? Hi mahashakti89, you could give the preliminary packages at https://people.debian.org/~mejo/debian/mejo-unstable/ (version 1.7.0-1~mejo5) a try.

Bug#767921: please test updated cryptsetup packages

Hi Marco, Am 04.01.2016 um 06:01 schrieb Marco d'Itri: > On Dec 08, Jonas Meurer <jo...@freesources.org> wrote: > >> #767921: files with the same name installed in / and /usr > This bug has been tagged pending for a while but it was not fixed in the > later uploads, do

Bug#783297: [pkg-cryptsetup-devel] Bug#783297: breaks initramfs if BUSYBOX=n

severity 783297 wishlist thanks This mail clones the original bugreport two times and reassigns the clones to the busybox and initramfs-tools packages with appropriate titles. See below for details. Am 27.12.2015 um 07:35 schrieb Ben Hutchings: > On Fri, 2015-12-25 at 14:46 +0100, Jonas Meurer wr

Bug#782024: cryptsetup: [patch] fix remote unlock of encrypted root when plymouth is installed

Hi Guilhem, Am 24.12.2015 um 20:57 schrieb Guilhem Moulin: > On Wed, 23 Dec 2015 at 23:11:29 +0100, Jonas Meurer wrote: >> Guilhem, can you test the latest SVN version and verify that it works fo >> you? > > It works great, thanks! Here is another patch to > - add

Bug#688846: dm-crypt partitions not further working: possible workaround

close 688846 2:1.4.3-2 thanks On Wed, 26 Sep 2012 11:02:51 +0200 Sebastian Niehaus wrote: > Sorry for creating bug report #688846 without noticing #678636 is > already there. Sounds to me that both addresses the same problem. > > Maybe merge them? > > > I also found some kind

Bug#782790: [pkg-cryptsetup-devel] Bug#782790: cryptsetup: Unable to access “5.4 GB Encrypted”

Hi k, Am 17.04.2015 um 23:00 schrieb k: >* What led up to the situation? > inserted tails usb to access persistent >* What exactly did you do (or not do) that was effective (or > ineffective)? > at prompt entered correct password >* What was the outcome of this action? > Error

Bug#802972: [pkg-cryptsetup-devel] Bug#802972: cryptsetup: Waiting few minutes during boot for cryptsetup asking for password

Hi Petr, Am 25.10.2015 um 19:30 schrieb Petr Vorel: > I have LVM on the top cryptsetup on my system. A week ago after upgrade my > initramfs > changed and now I have to wait few minutes at the beginning of the boot > before cryptsetup > asked for password to unlock partition. There might be

Bug#807527: [pkg-cryptsetup-devel] initramfs-tools: Please provide an API or best practices for custom initramfs hook configuration

Am 23.12.2015 um 23:15 schrieb Jonas Meurer: > Am 17.12.2015 um 09:57 schrieb Jonas Meurer: >> Am 11.12.2015 um 15:35 schrieb Guilhem Moulin: >>> On Fri, 11 Dec 2015 at 00:54:03 +, Ben Hutchings wrote: >> I guess that Guilhem meant "... something that's only d

Bug#783297: [pkg-cryptsetup-devel] Bug#783297: breaks initramfs if BUSYBOX=n

Hi Michael, hi Ben, Am 26.04.2015 um 01:35 schrieb Michael Biebl: > On Sat, 25 Apr 2015 16:22:13 +0200 Michael Biebl wrote: >> if the cryptsetup package is installed, it also installed a >> initramfs-tools hook. >> >> I use BUSYBOX=no in initramfs.conf, but the cryptroot hook

Bug#807600: [pkg-cryptsetup-devel] Bug#807600: Boot hangs

Hi John, Am 17.12.2015 um 17:02 schrieb John Talbut: > On 17/12/15 11:22, Jonas Meurer wrote: >>> Is there anything else I can do to help diagnose the problem? >> >> In the initramfs emergency shell that starts, please run the following >> commands and send us t

Bug#807527: [pkg-cryptsetup-devel] initramfs-tools: Please provide an API or best practices for custom initramfs hook configuration

Hi Ben, Am 17.12.2015 um 09:57 schrieb Jonas Meurer: > Am 11.12.2015 um 15:35 schrieb Guilhem Moulin: >> On Fri, 11 Dec 2015 at 00:54:03 +, Ben Hutchings wrote: > I guess that Guilhem meant "... something that's only documented in the > changelog". And I agree w

Bug#782024: /usr/share/initramfs-tools/bin directory in cryptsetup package? (was: [pkg-cryptsetup-devel] Bug#782024: cryptsetup: [patch] fix remote unlock of encrypted root when plymouth is installed)

/initramfs-tools/bin' seems most appropriate for us. See the buglog[1] and below for further details. Cheers jonas [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782024 Am 23.12.2015 um 23:11 schrieb Jonas Meurer: > Am 19.12.2015 um 18:50 schrieb Guilhem Moulin: >> On Fri, 18 Dec 2

Bug#782024: [pkg-cryptsetup-devel] Bug#782024: Bug#782024: cryptsetup: [patch] fix remote unlock of encrypted root when plymouth is installed

Am 19.12.2015 um 18:50 schrieb Guilhem Moulin: > On Fri, 18 Dec 2015 at 19:16:56 -0500, Richard Hansen wrote: >> * why SIGKILL instead of SIGTERM? seems too aggressive >> * perhaps add a waitpid() after the kill() to ensure that a second >>plymouth won't be run before the first one exits >

Bug#782024: /usr/share/initramfs-tools/bin directory in cryptsetup package?

Hi Ben, Am 24.12.2015 um 00:18 schrieb Ben Hutchings: > On Wed, 2015-12-23 at 23:19 +0100, Jonas Meurer wrote: >> Hi Ben, >> >> a quick question to you as initramfs-tools maintainer: are you ok with >> us adding a directory '/usr/share/initramfs-tools/bin' to the cryp

Bug#698758: [pkg-cryptsetup-devel] Bug#698758: cryptsetup: cryptscripts_start deadlocks for 2 min when run from udev script

Am 23.01.2013 um 11:19 schrieb Andrew Stimpson: > Package: cryptsetup > Version: 2:1.4.3-4 > Severity: minor > Tags: patch > > Dear Maintainer, > > I have a LUKS container on a removable drive, and wanted cryptdisks_start > to automatically open it (using the decrypt_derived keyscript) whenever

Bug#772943: [pkg-cryptsetup-devel] Bug#772943: Bug#772943: Bug#772943: Bug#772943: cryptsetup: please soften cryptroot messages

Am 09.12.2015 um 13:05 schrieb Jonas Meurer: > Hi Holger, hi debian-desktop, > > Am 19.01.2015 um 14:27 schrieb Holger Levsen: >> On Montag, 19. Januar 2015, Jonas Meurer wrote: >>> Any progress on that bugreport in the meantime? >> >> nope, too busy with

Bug#807600: [pkg-cryptsetup-devel] Bug#807600: Boot hangs

Hi John, Am 13.12.2015 um 19:27 schrieb John Talbut: > OK, so it seems that his may be a problem with cryptsetup. Is this a > known problem? Is there a workaround? apparently, something is wrong with your lvm processing during initramfs stage. Obviously, you have an LVM volume group 'dk' on

Bug#855416: check_running_kernel: don't search /boot/lost+found

Package: nagios-plugins-contrib Version: 20.20170118 Severity: normal Tags: patch Hello, recent changes to check_running_kernel introduced a find on /boot, which includes /boot/lost+found on ext2/3/4 partitions and in turn produces an error message if the check is run by a non-root user: # sudo

Bug#855705: [munin-monitoring/munin] munin-cgi-graph CGI::param security problem (#721)

Hi Holger, hi Steve, On Fri, 24 Feb 2017 11:24:42 + Holger Levsen wrote: > On Fri, Feb 24, 2017 at 01:37:55AM -0800, mejo- wrote: > > I just gave 2.0.6 (from Debian/Wheezy) a try and indeed it's > > vulnerable too. > > The proposed patch by Tomaž Šolc from Debian

Bug#855705: [munin-monitoring/munin] munin-cgi-graph CGI::param security problem (#721)

Hi Holger, hi Steve, first thanks for Steve to patching munin 2.0 upstream: https://github.com/munin-monitoring/munin/commit/42ce18f24d3eae8be33526a198bf21e4f2330230 Am 24.02.2017 um 21:30 schrieb Holger Levsen: > On Fri, Feb 24, 2017 at 09:00:00PM +0100, Jonas Meurer wrote: >>

Bug#855253: nagios-plugins-contrib: check_ssl_cert errors in Debian/Stretch

Package: nagios-plugins-contrib Version: 20.20170118 Severity: normal Hello, apparently check_ssl_cert has issues in Debian/Stretch: # /usr/lib/nagios/plugins/check_ssl_cert -H www.google.com Certificate will not expire unable to load certificate 139704416556224:error:0D07207B:asn1 encoding

Bug#833354: weird IRC quit/leave behaviour with plugin IRC More

Package: pidgin-plugin-pack Version: 2.7.0-2 Severity: normal Hello, it seems like the pidgin plugin 'IRC More' causes channel quit/leave to behave weird. First, leaving a channel is delayed with the plugin enabled. When I close the channel tab in pidgin, it takes up to two minutes until the

Bug#833355: Please package new upstream version with ucode files for Intel Wireless 8260

Package: firmware-iwlwifi Version: 20160110-1 Severity: important Hello, for the Intel Wireless 8260 controller, several ucode files are missing, that are published upstream: # lspci -v -s 04:00.0 04:00.0 Network controller: Intel Corporation Wireless 8260 (rev 3a) Subsystem: Intel

Bug#839888: [pkg-cryptsetup-devel] Bug#839888: closed by Jonas Meurer <m...@debian.org> (Bug#839888: fixed in cryptsetup 2:1.7.2-2)

Hi Marc, Am 06.10.2016 um 12:57 schrieb Marc Haber: > thanks for the quick fix. I have, however, to add that my systems do > have systemd as PID 1. Interesting. So you use systemd and still the cryptdisks initscript is invoked. I guess that you manually configured your system to do so because

Bug#838243: libarchive12: ldconfig warns that libarchive.so.12 is not a symbolic link

Hello Bruce, Am 19.09.2016 um 14:47 schrieb Bruce Toll: > I reported a bug with the recent (Sept. 10) libarchive12 security update > (Debian BTS 838243) and heard back from Andreas Henriksson that I should > reach out to the package uploader and Debian LTS team directly. > > I appreciate the

Bug#839634: ledger(1): short option -f (for --file) missing in manpage

s/0006-ledger_man_f_option.patch --- ledger-3.1.2~pre1+g3a00e1c+dfsg1/debian/patches/0006-ledger_man_f_option.patch 1970-01-01 01:00:00.0 +0100 +++ ledger-3.1.2~pre1+g3a00e1c+dfsg1/debian/patches/0006-ledger_man_f_option.patch 2016-10-03 11:31:04.0 +0200 @@ -0,0 +1,19 @@ +From: Jonas

Bug#841289: [drm/i915] GPU HANG: ecode 9:0:0xfffffffe, in Xorg [2507], reason: Engine(s) hung, action: reset

Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=98332 Am 19.10.2016 um 14:35 schrieb Ben Hutchings: > On Wed, 2016-10-19 at 13:53 +0200, Jonas Meurer wrote: >> Package: src:linux >> Version: 4.7.6-1 >> Severity: grave >> Justification: renders p

Bug#841289: [drm/i915] GPU HANG: ecode 9:0:0xfffffffe, in Xorg [2507], reason: Engine(s) hung, action: reset

Package: src:linux Version: 4.7.6-1 Severity: grave Justification: renders package unusable Hello, recently, something on my system related to drm/i915 broke. Since no xserver/drm packages have been upgraded, I strongly suspect the latest linux kernel upgrade to be the culprit. Since several

Bug#838553: Update 1.17-3.2+deb7u1 breaks libtommath integration (-DLTM_DESC needed)

Hi Milan, may I again ask for an example code snippet to reproduce the bug? So far I was not successful to find a reproducer. Cheers, jonas Am 09.10.2016 um 22:58 schrieb Jonas Meurer: > Hi Milan, hi Michael, > > Am 09.10.2016 um 20:55 schrieb Michael Stapelberg: >> [+c

Bug#844299: big $HISTSIZE causes exessive memory usage

Package: bash Version: 4.4-1 Severity: serious Hello, apparently bash 4.4 as available in Debian Stretch introduced a regression compared to 4.3 from Debian Jessie: when setting $HISTSIZE to a big value (e.g. as suggested in a lot of docs out there on the web), the resulting bash

Bug#842951: [pkg-cryptsetup-devel] Bug#842951: Falsely identifies origin of a key file

Control: reopen -1 Control: severity minor -1 Hi Martin, Am 02.11.2016 um 15:31 schrieb martin f krafft: > I am trying to set up a key file (/etc/luks/nvme0n1.luks) in > crypttab for the root filesystem. I realise this is a bit cyclical, > but I've successfully set up grub2 to do the decryption

Bug#842638: gbp buildpackage: support basic version mangling for --git-upstream-tag

04f Author: Jonas Meurer <jo...@freesources.org> Date: Sun Oct 30 23:44:34 2016 +0100 gbp/deb/git.py: add basic version mangling to version_to_tag() diff --git a/gbp/deb/git.py b/gbp/deb/git.py index 64cd321..3070d93 100644 --- a/gbp/deb/git.py +++ b/gbp/deb/git.py @@ -142,12

Bug#842638: gbp buildpackage: support basic version mangling for --git-upstream-tag

r solution :) > > The general approach is fine. Thanks for the patch. See my comments below: Great :) I tried to address your comments, see below. >> commit f6a7e8f83935d74dc0cd67a5afa26b243357d04f >> Author: Jonas Meurer <jo...@freesources.org> >> Date: Sun Oct 30 2

Bug#798080: mysql-server-5.6: service stop hangs forever on systemd -- fixed upstream

Control: notfixed -1 5.6.30-1 Hello, On Sun, 2 Oct 2016 15:07:31 -0400 "William L. DeRieux IV" wrote: > I had an older version installed and could confirm the issue existed; > but as of v5.6.30-1 this is no longer an issue. unfortunately, this bug seems to be not fixed in the MySQL 5.6 packages

Bug#842638: [git-buildpackage/master] Add version mangling

tag 842638 pending thanks Date: Fri Nov 4 13:01:06 2016 +0100 Author: Jonas Meurer <jo...@freesources.org> Commit ID: dd5c3bcaf5125f40a8a3a84d64c1d25de26e5584 Commit URL: https://git.sigxcpu.org/cgit/git-buildpackage/;a=commitdiff;h=dd5c3bcaf5125f40a8a3a84d64c1d25de26e5584 Patch URL:

Bug#829269: ufw: fails with ERROR: initcaps, dmesg: ip6_tables: disagrees about version of symbol xt_compat_match_from_user in a fresh install

On Wed, 27 Jul 2016 19:24:20 -0400 Brian Walsh wrote: > I was seeing this same error message. Running modprobe ip6_tables would > generate the message. > > ip6_tables: disagrees about version of symbol xt_compat_match_from_user > > I had done an apt-get upgrade a while back and

Bug#838553: Update 1.17-3.2+deb7u1 breaks libtommath integration (-DLTM_DESC needed)

Hi Milan, hi Michael, Am 09.10.2016 um 20:55 schrieb Michael Stapelberg: > [+cc mejo, who did the upload in question] Thanks for Cc'ing me. > Looking into > http://security.debian.org/debian-security/pool/updates/main/libt/libtomcrypt/libtomcrypt_1.17-3.2+deb7u1.diff.gz, > I see debian/rules

Bug#847196: monit segfault on stop and start

Hi Marco, Victor, Chris, Am 06.12.2016 um 14:04 schrieb Chris Lamb: > [Adding Jonas as they made the relevant upload] > > Hey, > >> monit segfault on stop and start > > This appears to be a regression in the latest LTS upload so pinging > the relevant people. thanks to bugreport, patch and

Bug#842638: gbp buildpackage: support basic version mangling for --git-upstream-tag

Hi Guido, Am 18.11.2016 um 09:18 schrieb Guido Günther: > While looking into this in some more details I noticed that we're > missing the reverse operation. In 'gbp buildpackage' we need to map from > the Debian version to the upstream tag while in 'gbp dch' we need to > map from the upstream tag

Bug#842638: [git-buildpackage/debian/jessie-backports] Add version mangling

tag 842638 pending thanks Date: Fri Nov 4 13:01:06 2016 +0100 Author: Jonas Meurer <jo...@freesources.org> Commit ID: dd5c3bcaf5125f40a8a3a84d64c1d25de26e5584 Commit URL: https://git.sigxcpu.org/cgit/git-buildpackage/;a=commitdiff;h=dd5c3bcaf5125f40a8a3a84d64c1d25de26e5584 Patch URL:

Bug#846649: closed by Oleg Moskalenko <mom040...@gmail.com> (846649 to be closed)

Control: reopen -1 Hi Oleg, Am 13.12.2016 um 00:45 schrieb Debian Bug Tracking System: > The bug was filed agains a "testing" binary package forcefully > installed in a Squeeze environment. That binary package was never > meant to be used in Squeeze. Coturn heavily relies on OpenSSL and on >

Bug#846649: closed by Oleg Moskalenko <mom040...@gmail.com> (846649 to be closed)

Am 13.12.2016 um 00:50 schrieb Jonas Meurer: > Am 13.12.2016 um 00:45 schrieb Debian Bug Tracking System: >> The bug was filed agains a "testing" binary package forcefully >> installed in a Squeeze environment. That binary package was never >> meant to be used in

Bug#847751: lurker: FHS violation: default configuration writes to files in /usr

Hi Dominic, Am 11.12.2016 um 13:10 schrieb Dominic Hargreaves: > Package: lurker > Version: 2.3-5+b1 > Severity: serious > Justification: Policy 9.1.1 > > As of 2.3-1 the Debian package of lurker unfortunately started > violating the FHS, because it moved its HTML generation output to >

Bug#815480: cryptsetup: versions before 1.7.1 incompatible with latest batch of Linux kernels (mainline and stable)

Hi Ben, On Mon, 07 Mar 2016 03:45:17 + Ben Hutchings wrote: > Control: retitle -1 Linux kernel crypto 'no key'Â patches break cryptsetup if > not carefully backported > > Linux 3.2.78 and 3.16.7-ckt25 have this problem, but I have fixed it > (at least, the result

Bug#826176: cryptsetup: consider merging stuff from the debian packaging upstream

Hi there, On Fri, 03 Jun 2016 02:05:04 +0200 Christoph Anton Mitterer wrote: > I think it should be considered (perhaps in cooperation with the upstream > maintainers - I have no idea whether they'd like that idea or not), > whether it makes sense to move parts of the

Bug#846649: Frequent segfaults of coturn

Package: coturn Version: 4.5.0.5-1 Severity: serious Hi, I encounter frequent segfaults of coturn on a Debian Squeeze VM with recent kernel (4.8.7-1). I don't know much about coturn, just use it for a Spreed.ME installation and so far it worked well. But recently it started to segfault out of

Bug#846649: Frequent segfaults of coturn

Am 02.12.2016 um 23:52 schrieb Jonas Meurer: > I encounter frequent segfaults of coturn on a Debian Squeeze VM with > recent kernel (4.8.7-1). > [...] > I'll gladly further debug the issue if you give me instructions. I ran coturn in gdb now (with coturn-dbg and libssl1.0.2-d

Bug#842951: [pkg-cryptsetup-devel] Bug#842951: Falsely identifies origin of a key file

Hi Martin, Am 16.11.2016 um 15:40 schrieb martin f krafft: > also sprach Jonas Meurer <jo...@freesources.org> [2016-11-14 19:01 +0100]: >>> I think the reason for the confusion is that the "crypt" device is >>> actually a PV for the fishbowl LVM VG, and

Bug#856536: [Packaging] Bug#856536: munin: regression from DSA-3794-2: spams munin logs with unitialized warnings: [PERL WARNING] Use of uninitialized value $size_x in string eq at /usr/lib/munin/cgi/

Hi Holger, Am 06.03.2017 um 12:54 schrieb Holger Levsen: > could you please be so kind and push your wheezy and jessie uploads to > munin.git too? It's lives in collab-maint on alioth, so you both should > have write access already :) > > Please just push it as signed tags (based on previous

Bug#855094: [pkg-cryptsetup-devel] Bug#855094: initramfs-tools-core: Error on upgrade if cryptsetup is installed, but a current busybox isn't

Hi intigeri, hi Guilhem, Am 02.04.2017 um 10:10 schrieb Guilhem Moulin: > On Sun, 02 Apr 2017 at 09:50:55 +0200, intrigeri wrote: >> So at this point, I suggest this bug is reassigned to cryptsetup, and >> option 3 is implemented there. But downgrading to non-RC and leaving >> things as-is seems

Bug#856536: munin: regression from DSA-3794-2: spams munin logs with unitialized warnings: [PERL WARNING] Use of uninitialized value $size_x in string eq at /usr/lib/munin/cgi/munin-cgi-graph line 453

Hi Salvatore, hi Holger, On Thu, 02 Mar 2017 08:12:24 +0100 Salvatore Bonaccorso wrote: > Source: munin > Version: 2.0.25-1+deb8u1 > Severity: serious > Tags: upstream > > Only after releasing the DSA, I noticed that the update introduced > another regression, causing to spam

Bug#862249: Mounting an SFTP share with path may lead to data being deleted

Package: nautilus Version: 3.22.3-1 Severity: critical Hello, I just discovered a severe bug in the sftp protocol support of nautilus: I tried to mount a remote folder via SFTP/SSH by using a syntax similar to the following: 'sftp:///path/to/directory'. Instead of displaying

Bug#863949: htpasswd module broken

Package: ansible Version: 2.2.1.0-2 Severity: normal Tags: patch upstream Control: forwarded -1 https://github.com/ansible/ansible/issues/20199 Hello, the htpasswd module is broken since quite some time. Apparently, the 'StrictVersion' function from 'distutils.version' fails to parse the

Bug#875857: ITP: django-allauth -- Django authentication backends

Package: wnpp Severity: wishlist Owner: Jonas Meurer <jo...@freesources.org> * Package name: django-allauth Version : 0.33.0 Upstream Author : Raymond Penners <raymond.penn...@intenct.nl> * URL : https://github.com/pennersr/django-allauth * License

Bug#875869: ITP: robot-detection -- Detect web crawlers from HTTP UserAgent

Package: wnpp Severity: wishlist Owner: Jonas Meurer <jo...@freesources.org> * Package name: robot-detection Version : 0.4.0 Upstream Author : Rory McCann <r...@technomancy.org> * URL : https://github.com/rory/robot-detection * License : GPL-3

Bug#875803: ITP: python-django-paintstore -- Integrates jQuery ColorPicker in Django admin

X-Debbugs-Cc: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Jonas Meurer <jo...@freesources.org> * Package name: python-django-paintstore Version : 0.2 Upstream Author : Glenn Siegman <gsieg...@gsiegman.com> * URL : https://github.

Bug#875939: ITP: django-mailman3 -- Django library to help interaction with Mailman3

Package: wnpp Severity: wishlist Owner: Jonas Meurer <jo...@freesources.org> * Package name: django-mailman3 Version : 1.1.0 Upstream Author : Mailman Developers <mailman-develop...@python.org> * URL : https://gitlab.com/mailman/django-mailman3 * License

Bug#799281: ITP: mailman3-core -- Mailing list management system

Am 23.09.2017 um 01:13 schrieb Pierre-Elliott Bécue: > Le vendredi 22 septembre 2017 à 18:57:00-0400, Barry Warsaw a écrit : >> On Sep 22, 2017, at 18:53, Pierre-Elliott Bécue wrote: >> >>> Now, when I run the tests, there are a lot of errors, but I can't say >>> exactly why. If

Bug#799281: ITP: mailman3-core -- Mailing list management system

Hey PEB, hey Barry, Am 07.09.2017 um 12:55 schrieb Jonas Meurer: > Am 07.09.2017 um 12:37 schrieb Pierre-Elliott Bécue: >> I have some news. >> >> Mattia (mapreri on IRC) gave me a first review of my package>> with plenty >> small fixes to apply. I didn't have

Bug#875923: ITP: django-q -- Django multiprocessing distributed task queue

Package: wnpp Severity: wishlist Owner: Jonas Meurer <jo...@freesources.org> * Package name: django-q Version : 0.8.0 Upstream Author : 2015 Ilan Steemers <ko...@gmail.com> * URL : https://github.com/Koed00/django-q * License : MIT Programming

Bug#877878: ITP: mailman3-suite -- Django project integrating Mailman3 Postorius and HyperKitty

Package: wnpp Severity: wishlist Owner: Jonas Meurer <jo...@freesources.org> * Package name: mailman3-suite Version : 0+20170523 Upstream Author : Free Software Foundation, Inc * URL : https://gitlab.com/mailman/mailman-suite * License : GPL-3 Progr

Bug#877775: ITP: python3-mailman-hyperkitty -- Mailman3 plugin to archive emails with HyperKitty

Package: wnpp Severity: wishlist Owner: Jonas Meurer <jo...@freesources.org> * Package name: python3-mailman-hyperkitty Version : 1.1.0 Upstream Author : Aurelien Bompard <abomp...@fedoraproject.org> * URL : https://gitlab.com/mailman/mailman-hyperkit

Bug#799281: ITP: mailman3-core -- Mailing list management system

Hi Pierre-Ellioth, On Thu, 17 Aug 2017 10:15:46 +0200 Pierre-Elliott Bécue wrote: > >I think you forgot to CC barry in your update. His mail id is nowhere > >to be seen. > > > >Anyways, would be nice to see mailman 3.1 in Debian soonish. > > > >Looking forward to seeing it. > > I bounced to him

Bug#799281: ITP: mailman3-core -- Mailing list management system

Am 07.09.2017 um 12:37 schrieb Pierre-Elliott Bécue: > Le 7 septembre 2017 12:27:27 GMT+02:00, Jonas Meurer <jo...@freesources.org> > a écrit : >> Hi Pierre-Ellioth, >> >> On Thu, 17 Aug 2017 10:15:46 +0200 Pierre-Elliott Bécue wrote: >>>> I think you f

  1   2   3   4   5   6   7   8   9   10   >