Package: cryptsetup
Version: 2:1.7.5-1
Severity: wishlist
Dear Maintainer,
I have a set of scripts that extend the cryptsetup initramfs integration to
support automatically configuring an encrypted root volume for unlocking using
an OpenPGP card. It doesn't rely on any hard coded paths.
The k
This bug has been fixed in upstream for ~4 years:
Message-ID: <151726856505.17087.10846960052117422510.reportbug@tomi>
X-Mailer: reportbug 6.6.6
Date: Mon, 29 Jan 2018 15:29:25 -0800
https://git.kernel.org/pub/scm/linux/kernel/git/jejb/efitools.git/commit/?id=9af07a90a3e2246be5a7d01e3a037cfa731eb
>> This is especially broken when "#/bin/sh" links to "dash" (now the
>> default shell on debian systems).
>
> That appears to be true, however. See #390433[2].
Thanks for the pointer. I'll see about getting a proper fix in the dash package.
Package: xvfb
Version: 2:1.19.3-2
Severity: normal
xvfb-run uses "#!/bin/sh" as its shebang line. This is wrong because
it uses bash-specific features like "trap on_cleanup EXIT". This is
especially broken when "#/bin/sh" links to "dash" (now the default
shell on debian systems).
This causes the
uess is correct. Maybe tor.service should wait on Debian ifup -a
(or equivalent)?
> On Apr 12, 2016, at 10:28 PM, Peter Palfrader wrote:
>
>> On Tue, 12 Apr 2016, Rian Hunter wrote:
>>
>> Yes, I've already noted that. The problem is that it doesn't start
Yes, I've already noted that. The problem is that it doesn't start on system
boot. Thanks for looking into this.
> On Apr 12, 2016, at 10:23 PM, Peter Palfrader wrote:
>
>> On Tue, 12 Apr 2016, Rian Hunter wrote:
>>
>> Apr 12 15:33:10 host polkitd
ice] Opening Control
listener on /var/run/tor/control
On Tue, Apr 12 2016, at 2:40 PM, Peter Palfrader wrote:
> On Tue, 12 Apr 2016, Rian Hunter wrote:
>
>> > What kind of system is this? Real hardware? Virtualized, if yes, how?
>> > Is it a stock Debian kernel?
&
> On Apr 12, 2016, at 2:26 PM, Peter Palfrader wrote:
>
>> On Wed, 06 Apr 2016, Rian Hunter wrote:
>>
>> Dear Maintainer,
>>
>> Tor doesn't start up at system boot. I've done "systemctl enable tor"
>> and it still doesn't s
Package: initramfs-tools
Version: 0.123
Severity: important
Dear Maintainer,
DHCP network config in initramfs is very flaky on my system. I would say ~50%
of the time it doesn't work.
>From the perspective of My DHCP server it assigns the IP correctly.
DHCP works once the system has booted up i
On Wed, 6 Apr 2016, intrigeri wrote:
What does this command output, when run as root:
journalctl -u apparmor.service
I previously disabled apparmor because it was failing and I didn't
realize it was related to tor. Anyway here is what I did after I
received your email:
$ sudo journalctl -u
Package: tor
Version: 0.2.7.6-1
Severity: important
Dear Maintainer,
Tor doesn't start up at system boot. I've done "systemctl enable tor"
and it still doesn't start up. I have to manually do this via
"systemctl start tor" or "service tor start". This could be related to
apparmor: "systemctl list
>> I think relying on the internal "server_random" member of the ssl data
>> structure is error prone and to me it's not unexpected that a server would
>> randomize the timestamp part of their random ssl seed. The erroroneous code
>> is in "src/tlsdate-helper.c" line 1207.
>
> That isn't a bug - c
Hi,
This totally hosed all of my systems!!
I think relying on the internal "server_random" member of the ssl data
structure is error prone and to me it's not unexpected that a server would
randomize the timestamp part of their random ssl seed. The erroroneous code is
in "src/tlsdate-helper.c"
On Wed, Apr 22, 2015 at 02:43:48PM +0200, Holger Levsen wrote:
> thanks for your bugreport. Can you confirm that using $FOO instead of ${FOO}
> fixes the issue?
Yes, this fixes the issue. So it was the configuration file's fault I
guess, or maybe systemd. Where is this distinction for $FOO and ${
Package: tlsdate
Version: 0.0.12-2
Severity: important
Dear Maintainer,
/lib/systemd/system/tlsdate.service appends ${DAEMON_OPTS} to the tlsdated
command
line in ExecStart. If DAEMON_OPTS="" (from /etc/default/tlsdated) this causes
tlsdated to call execve() for tlsdate with an argv[0] = "" and
hi all
we recently released a distribution of dropbox that corrects all the
complains listed in these debian bug reports. thanks for the feedback,
please let me know if there is anything i can do to make dropbox comply to
any more possible copyright requirements. get the new build at:
http:/
Package: zsnes
Version: 1.510-1
On debian lenny/sid (unstable) zsnes fails to start when invoked from the shell.
$ zsnes
ZSNES v1.51, (c) 1997-2007, ZSNES Team
Be sure to check http://www.zsnes.com/ for the latest version.
ZSNES is written by the ZSNES Team (See AUTHORS.TXT)
ZSNES comes with ABS
17 matches
Mail list logo
