---
readlink -sf /etc/alternatives/jexec
=> /usr/lib/jvm/temurin-17-jdk-amd64/lib/jexec
$ strace -e execve jexec 2>&1 |grep -E '(jexec|java)'
execve("/usr/bin/jexec", ["jexec"], 0x7ffd110128b0 /* 59 vars */) = 0
can't locate java: No such file or directory
> I'm cloning a separate bug about this.
Yes, to be discussed further in #1029342
> Not sure why jexec is used here though. Just running /usr/bin/ckbuilder
> works for me (but the request-tracker5 build fails later, presumably
> due to a different bug.)
see my TLDR above
> --
> Niko Tyni nt...@debian.org
BR
bert schulze
tag 854327 +patch
thanks
hi,
> The real fix is of course for consolekit module to exit gracefully if
> consolekit is not installed (the logind module does the same). But I
> have no idea how to do that. Would it be enough to check the dbus
> error name? I can't find a canonical list of error
tag 864565 +patch
thanks
hi,
the chromium-shell binary is not supposed to be installed in /usr/bin
but rather /usr/lib/chromium. debian/chromium-shell.install pushes it
into /usr/bin at the moment.
The v8 natives file referred to is /usr/lib/chromium/natives_blob.bin,
other than that
Package: initramfs-tools
Version: 0.93.4
Severity: normal
Tags: patch
hello maximilian,
fixed the commandline argument to select the compressor. also your test
with command needed to be negated otherwise the fallback to gzip would
take place everytime. patch attached
--
frohe ostern
Bert
Hello Maximilian,
this version uses /etc/initramfs-tools/initramfs.conf to determine
the compression method, checks kernel and userspace support with
fallback to gzip. Since LZO didnt work for me at all with 2.6.33
I left that out for now.
unified diff against git attached
regards
Bert Schulze
Package: encfs
Version: 1.5.2-2
Severity: important
Hello,
Todays upgrade of libssl version 0.9.8m-1 breaks decryption of directories
encrypted with an earlier version of libssl.
Accessing a decrypted directory using encfs/encfssh ends up showing the
decrypted filenames with correct filesize
is undefined or
strange of tha config option.
[..]
yeah thats no problem at all, I just grabbed the 2.6.33 sources and
theres LZO support as well. Will rediff it ths weekend and let
mkinitramfs do the job instead.
best regards
Bert Schulze
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
passed as
argument,
or defaults to gzip. (as well if the -c argument has been omitted)
Given the fact that gzip, bzip2 and lzma read input from stdin and pass the
compressed output to stdout theres no need to change a lot of code here.
unified diff attached
best regards
Bert Schulze
diff -rup
Package: console-tools
Version: 1:0.2.3dbs-67
Severity: normal
Tags: patch
Hello,
same here, seems to be related to bash-4.1 which has a more strict
handling of set -e
output of aptitude:
Setting up console-tools (1:0.2.3dbs-67) ...
Setting console screen modes and fonts.
Package: localepurge
Version: 0.6.1
Severity: normal
Tags: patch
Hello,
The problem merely is declaring variables in arithmetic mode here, just
try it yourself with a little script like that
---
#!/bin/bash
set -e
echo 123
((3 2)) echo 3 2
((false = 0))
((true = 1))
echo not going to
Package: localepurge
Version: 0.6.1
Severity: normal
Tags: patch
I'm sorry the previously posted patch didn't solve the whole Problem and
i ran into another one.
Initially you set globaltot=0 and in the spaceafter function you add the
tot of each dir you process by using ((globaltot += tot)).
The libcommons-compress-java renamed the tar classes as follows:
TarEntry.class - TarArchiveEntry.class
TarInputStream.class - TarArchiveInputStream.class
TarOutputStream.class - TarArchiveOutputStream.class
The appended patch (bootchart_renamedtar.patch) for
bootchart-0.10~svn407 and
12 matches
Mail list logo