Hello.
I can confirm this calf GUI crash with the latest Debian
buster/testing packages (ardour 5.10.0~dfsg-1 and latest calf-plugins
and calf-ladspa). The same symptoms appeared as mentioned previously
where the calf plugin can be added to my Ardour session (ie. Calf
Equalizer 30 Band (LV2)) but
Hello.
Since upstream renamed all the include paths from 'tsk3' to 'tsk since
v4.1.0, would it work to rename libtsk-dev to libtsk3-3-dev so that it
remains with the other libtsk3-3 libraries, and libtsk-dev becomes the
new standard following the v4.x upstream? libtsk3-3-dev can continue
to provi
For those of you experiencing this bug I've run into a similar
situation with udev + lvm + cryptsetup/LUKS in that any of my newly
generated initramfs images fail to boot my system as they just spin
after entering either a valid or invalid cryptsetup passphrase. A
blank passphrase returns to the "
On Fri, Oct 31, 2008 at 4:35 AM, Loïc Minier <[EMAIL PROTECTED]> wrote:
> On Fri, Oct 31, 2008, Loïc Minier wrote:
>> Actually I dropped that part when rewriting the init script; any idea
>> what could set MODPROBE_OPTIONS for you?
>
> Could you either try the attached module-init-tools patch, o
On Thu, Oct 30, 2008 at 3:29 AM, Loïc Minier <[EMAIL PROTECTED]> wrote:
>Hi Derrick,
>
> Could you please edit /etc/init.d/acpid as root, and change the
> "set -e" into:
>
> set -e
> set -x
> initlogfile="$(mktemp -t acpid.init.)"
> exec 2>"$initlogfile"
>
> This will record the
On Fri, Oct 24, 2008 at 2:57 AM, Michael Meskes <[EMAIL PROTECTED]> wrote:
> On Fri, Oct 24, 2008 at 10:19:55AM +0200, Loïc Minier wrote:
>> On Fri, Oct 24, 2008, Michael Meskes wrote:
>> > if [ $MODULES ]; then
>> > modprobe --all --use-blacklist $MODULES 2>/dev/null
>> > fi
>>
>> Err you pro
On Thu, Oct 23, 2008 at 2:10 AM, Michael Meskes <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 22, 2008 at 04:11:48PM -0600, Derrick Karpo wrote:
>> Along with the 'set -x' I also added logging statements before and
>> after the modprobe in /etc/init.d/acpid. modp
On Tue, Oct 21, 2008 at 3:51 AM, Loïc Minier <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 20, 2008, Derrick Karpo wrote:
>> I can confirm this same behaviour under 2.6.17.1 (amd64). With ACPI
>> compiled into the kernel acpid fails to start on boot however when
>> ACPI is
Hello.
I can confirm this same behaviour under 2.6.17.1 (amd64). With ACPI
compiled into the kernel acpid fails to start on boot however when
ACPI is compiled in as modules then acpid starts correctly. In my
case, ACPI also started correctly with the stock Debian
linux-image-2.6.26-1-amd64 (2.6.
Hi Rene.
On Wed, Apr 9, 2008 at 12:40 AM, Rene Engelhard <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
>
> Derrick Karpo wrote:
> > Frank, can you please confirm that you have 'openoffice.org'
> > installed? I was able to reproduce this bug on sid and the
Hello.
Frank, can you please confirm that you have 'openoffice.org'
installed? I was able to reproduce this bug on sid and the problem
occurred when 'openoffice.org' was not installed. Without this
package, openoffice would fail with a "javaldx: Could not find a Java
Runtime Environment!" messag
Package: freeradius
Version: 1.0.2-4
When /etc/init.d/freeradius is called without any arguments it errors
with "/etc/init.d/freeradius: line 42: $1: unbound variable". This is
due to the 'set -u' in the script.
Attached is a patch which replaces 'set -u' with 'set -e' and also
does some minor c
12 matches
Mail list logo