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
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 the
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 f
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 process
tag 842638 pending
thanks
Date: Fri Nov 4 13:01:06 2016 +0100
Author: Jonas Meurer
Commit ID: dd5c3bcaf5125f40a8a3a84d64c1d25de26e5584
Commit URL:
https://git.sigxcpu.org/cgit/git-buildpackage/;a=commitdiff;h=dd5c3bcaf5125f40a8a3a84d64c1d25de26e5584
Patch URL:
https://git.sigxcpu.org/cgit
st let me know why
>> and we can search for a better 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
&
unzip 6.0-20
-- no debconf information
commit f6a7e8f83935d74dc0cd67a5afa26b243357d04f
Author: Jonas Meurer
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.
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
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
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 day
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:
>> [+cc me
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 it looks like I h
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 con
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 you
/debian/patches/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 Me
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 grea
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 cha
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 Corpo
ckage
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 Meur
Hi Marco,
Am 04.01.2016 um 06:01 schrieb Marco d'Itri:
> On Dec 08, Jonas Meurer 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 you need any he
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. The
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 o
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 copies
>> /bin/busy
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 some
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 unl
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 of workaround th
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
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' t
irectory
'/usr/share/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 Mou
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
>
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
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
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 top
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
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
vices (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)
>
> -- Jonas Meurer Th
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:
&
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 might no
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
>> (sorr
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-tools/conf-hooks.d/ aft
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
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
EYFILE_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.)
>
>
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
>
> W
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
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
s: #775542.
+
+ -- Jonas Meurer 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/debian/nfs-c
Hi,
On Thu, 27 Nov 2014 22:55:37 + 3rd Party Issue Trackers
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 authorized to de
ug report.)
>
> Link to thread 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:
>
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-
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
wrote:
> Package: release.de
as
diff -u 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 (deb
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
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
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 dropp
og 2015-04-20 11:46:00.0 +0200
+++ smstools-3.1.15/debian/changelog 2015-04-20 11:52:23.746207040 +0200
@@ -1,3 +1,14 @@
+smstools (3.1.15-1.2) unstable; urgency=high
+
+ * NMU by Jonas Meurer to push the fix into Jessie.
+ * Fix initscript: rename action 'reload' to 'force-
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 rea
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:
a
hes are against head (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
Date: Mon, 9 Mar 2015 15:04:29 +0100
Subject: [PATCH 1/3] detect missing filter (e.g. xzca
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
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. crypts
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
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 (2015-01-29):
>>>&
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 (2015-01-29):
>>> Ack from RT, adding KiBi to CC for a d-i ack.
>>>
>>
>> Why isn't the BTS updated with the inform
>>detect a currently running cryptdisks-udev (upstart) init script.
>>>
>>> The debdiff is attached and here's the full changelog for this upload:
>>>
>>> cryptsetup (2:1.6.6-5) unstable; urgency=high
>>>
>>> * debian/cryptdisk
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
e insufficient grep regex for
detecting a running cryptdisks-udev (upstart) init script.
-- Jonas Meurer 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-
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
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
+++ /l
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
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, w
Hi Tomas,
thanks for taking care of the bugreport.
Am 30.12.2014 um 19:27 schrieb Tomas Pospisek:
> Hello Jonas & Kjetil,
>
> (context: I'm reading through release-notes bug reports).
>
> I'm not sure I understand what you are expecting as a result by
> cloning/reassigning this to the release n
changelog follows, debdiff attached.
Cheers,
jonas
cryptsetup (2:1.6.6-4) unstable; urgency=medium
[ Simon McVittie ]
* debian/initramfs/cryptroot-script: decrypt /usr as well as / so that
split-/usr will work with initramfs-tools (>= 0.118). (closes: #767832)
[ Jonas Meurer ]
* deb
Am 17.12.2014 um 12:32 schrieb Quentin Lefebvre:
> To my opinion, the problem comes from Debian's askpass utility, as I
> tried to mention earlier. The point is that the function systemd_read(),
> which is used by default with a new Debian Jessie system, does not
> remove the trailing '\n' at the e
clone 768314 -1
severity -1 normal
retitle -1 systemd without plymouth kills input prompts at boot process
reassign -1 release-notes
close 768314
thanks
Hi,
Am 15.12.2014 um 20:50 schrieb Kjetil Kjernsmo:
>> Am 2014-12-15 12:07, schrieb Kjetil Kjernsmo:
>> > I think it is systemd (no conscious de
Hello,
first, sorry for the long delay. I'm busy with my exams right now and
have less time than I'd like to for cryptsetup maintaining tasks :(
Am 07.11.2014 um 14:56 schrieb Clayton:
> On Fri, 07 Nov 2014 11:08:31 +0100
> Milan Broz wrote:
>>> backcrypt /dev/sdb2 none
>>> cipher=aes-cbc-plain,
Hi Holger,
Am 12.12.2014 um 12:12 schrieb Holger Levsen:
> On Donnerstag, 11. Dezember 2014, Aurélien COUDERC wrote:
>>> On Donnerstag, 11. Dezember 2014, Yves-Alexis Perez wrote:
I just had the opportunity to test the plymouth script, and it's quite
nice. The passphrase box could be a l
Hi Kjetil,
after discussing this issue with other fellow debian developers,
i might have a better understanding of what's going on. to be
honest, i don't have much experience with systemd myself yet.
Am 2014-12-15 12:07, schrieb Kjetil Kjernsmo:
On Monday 15. December 2014 07.3
Hi Kjetil,
Am 15.12.2014 um 00:23 schrieb Kjetil Kjernsmo:
> On Monday 8. December 2014 23.21.05 Jonas wrote:
>> I guess that you discovered the bug due to a separate /usr partition. I
>> just prepared packages that should fix the bug for you. Could you give
>> them a try and report back? I'd like
Hey Kjetil,
Am 09.12.2014 um 16:42 schrieb Kjetil Kjernsmo:
> On Monday 8. December 2014 23.21.05 Jonas wrote:
>
>> . Could you give them a try and report back?
>
> Great! Yes, I'll try them, but there's something I need to finish first,
> I'll do it as soon as I can.
Thanks a lot. I'll wait fo
able; urgency=medium
[ Simon McVittie ]
* debian/initramfs/cryptroot-script: decrypt /usr as well as / so that
split-/usr will work with initramfs-tools (>= 0.118). (closes: #767832)
[ Jonas Meurer ]
* Move cryptdisks_{start,stop} symlink creation from debian/rules to
postinst. N
Hello everyone,
I prepared updated cryptsetup packages that fix the following bugs:
#767832: cryptsetup: does not decrypt a split /usr as required by
initramfs-tools >= 0.118
#767921: files with the same name installed in / and /usr
#764564: openrc: fail to boot when encryption + lvm are present
Hey Quentin,
sorry for the delay.
Am 19.11.2014 um 22:09 schrieb Quentin Lefebvre:
> Hi again,
>
> Actually, I could make it work even with blank passwords (or empty key
> file provided either directly or through STDIN).
>
> I'd like to send you a patch.
>
> What is the preferred tool to write
Am 25.11.2014 um 13:43 schrieb Osamu Aoki:
> On Tue, Nov 25, 2014 at 08:33:06AM +0100, Niels Thykier wrote:
>> On Thu, 11 Sep 2014 23:15:00 +0200 Jonas Meurer
>> wrote:
>>> Am 11.09.2014 um 16:43 schrieb Osamu Aoki:
> [...]
>
> Proposed text with or without
reassign 758622 linux-image-3.16.0-4-amd64
thanks
Hi Ben,
thanks for your response.
Am 2014-11-05 21:40, schrieb Ben Hutchings:
On Wed, 2014-11-05 at 17:56 +0100, Jonas Meurer wrote:
[...]
So the question is: why does the VM run stable on xen1 while it
crashes all the time on xen2. If I
And some more information ...
Am 2014-10-13 12:04, schrieb Jonas Meurer:
Am 2014-08-19 12:26, schrieb Jonas Meurer:
I encounter kernel crashes on an up-to-date Debian/Wheezy Xen domU
with the
stock kernel. The dom0 runs the same linux kernel and
xen/4.1.4-3+deb7u1.
the bug is still
Hey Luc,
Am 12.10.2014 um 18:33 schrieb Luc Maisonobe:
> I finally managed to understand and solve the issue (well, at least the
> following fix works for me).
Awesome, that's great news! Thanks a lot for spending your time on
debugging the issue.
> The decrypt_keyctl properly managed the key an
Hey again,
Am 2014-08-19 12:26, schrieb Jonas Meurer:
I encounter kernel crashes on an up-to-date Debian/Wheezy Xen domU with
the
stock kernel. The dom0 runs the same linux kernel and
xen/4.1.4-3+deb7u1.
the bug is still reproducible with the latest kernel and Xen packages
from
Debian
Hey Luc,
Am 12.10.2014 um 12:57 schrieb Luc Maisonobe:
> Here are some news about the analysis of this boot problem.
First, great that you finally managed to use the debugging version that
I sent earlier.
> First, starting and stopping test partitions with cryptdisks_start and
> cryptdisks_stop
tag 720340 wontfix
thanks
Hey Ralf,
Am 20.08.2013 um 20:24 schrieb Ralf Jung:
> since I changed my setup such that / lives in an LVM inside an encrytped
> physical volume,
> I get an error message on each system shutdown. Unfortunately I found no
> logfile for
> this phase of shutdown, so I can
Hey Matt,
On Wed, 14 Sep 2011 17:25:57 -0700 Matt Taggart wrote:
> Package: cryptsetup
> Version: 2:1.1.3-4squeeze2
>
> I have several machines which I have upgraded from lenny to squeeze where I
> am seeing the following warnings
>
> cryptsetup: WARNING: failed to detect canonical device o
Hey Luc,
Am 10.10.2014 um 10:29 schrieb Luc Maisonobe:
> Le 09/10/2014 10:39, Jonas Meurer a écrit :
>> I see. But you don't need to resize your filesystems or go through
>> similar hassle. Simply use file containers for testing. The following
>> commands should setup
Hey Luc,
Am 09.10.2014 um 09:54 schrieb luc:
>> Am 03.10.2014 um 21:55 schrieb Jonas Meurer:
>> Did you find time to do the additional testing/debugging yet? I'd like
>> to fix this bug in time for Debian Jessie, provided that it's really a
>> bug in the pac
Hey Zygo,
thanks for your feedback. See my comments inline below.
Am 02.10.2014 um 16:43 schrieb Zygo Blaxell:
>> Unfortunately, no better solution than un_blkid is known to me to
>> prevent serious data loss in case of device rearrangement or
>> missconfiguration with plain dm-crypt devices and
Hey Luc,
thanks for the prompt reply.
Am 03.10.2014 um 21:15 schrieb Luc Maisonobe:
>> I failed to reproduce the bug you discovered so far. Can you please give
>> the latest packages from
>> https://people.debian.org/~mejo/debian/mejo-unstable/ a try and see
>> whether decrypt_keyctl still doesn'
Hey Marek and Luc,
Am 03.09.2014 um 09:46 schrieb Luc Maisonobe:
> Hi encountered the exact same problem on a laptop with two different
> encrypted partition (one for a LVM on a SSD and one for a LVM on a
> HDD).
I failed to reproduce the bug you discovered so far. Can you please give
the latest
Hello Michael,
Am 13.09.2014 um 10:46 schrieb Michael Rüger:
> cryptdisks_start do no start encrypted raw device right, neither with keyfile
> specified in /etc/crypttab nor with passwort/passprase fro stdin.
> Command: cryptdisk_start crypt (passphrase from stdin)
> /ect/crypttab line:
>
severity 762297 minor
tag 762297 wontfix
thanks
Hi Zygo,
thanks for your bugreport.
Am 20.09.2014 um 22:07 schrieb Zygo Blaxell:
> un_blkid is not a suitable precheck for plain dm-crypt 'tmp' or 'swap'
> devices due to the potential for false positives from previous runs
> on the same device.
T
Hi Andres,
sorry for the really late reply, I've not as much time as I'd like for
cryptsetup ...
Am 02.01.2013 um 00:58 schrieb Andres Mejia:
> It would be great if the cryptroot script can also pass the $cryptkey into
> /lib/cryptsetup/passfifo when running in an ssh session via dropbear. I've
>
Am 11.09.2014 um 16:43 schrieb Osamu Aoki:
> Hi,
>
> On Mon, Sep 08, 2014 at 04:10:46PM +0200, Jonas Meurer wrote:
>> Am 2014-08-28 21:23, schrieb Frank Lin PIAT:
>>> Quoting cryptsetup's NEWS file:
>>>
>>> I must tell that I don't know if whirl
201 - 300 of 1048 matches
Mail list logo