[From nobody Wed Sep 30 13:01:07 2026
Received: (at 1133171-done) by bugs.debian.org; 30 Sep 2026 11:59:52 +0000
X-Spam-Checker-Version: SpamAssassin 4.0.1-bugs.debian.org_2005_01_02
 (2024-03-25) on buxtehude.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-111.5 required=4.0 tests=ALL_TRUSTED,BAYES_00,
 DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,
 FROMDEVELOPER,HAS_BUG_NUMBER,SPF_HELO_NONE,SPF_PASS,
 USER_IN_DKIM_WELCOMELIST,VERSION autolearn=ham autolearn_force=no
 version=4.0.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 23; hammy, 150; neutral, 39; spammy,
 0. spammytokens:
 hammytokens:0.000-+--Hx-spam-relays-external:sk:stravin,
 0.000-+--H*RT:sk:stravin, 0.000-+--Hx-spam-relays-external:311,
 0.000-+--H*RT:311, 0.000-+--H*RT:108
Return-path: <daissi@debian.org>
Received: from stravinsky.debian.org ([2001:41b8:202:deb::311:108]:51534)
 by buxtehude.debian.org with esmtps
 (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256)
 (Exim 4.96) (envelope-from <daissi@debian.org>) id 1xBsyW-00Eep7-2I
 for 1133171-done@bugs.debian.org; Wed, 30 Sep 2026 11:59:52 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debian.org; 
 s=smtpauto.stravinsky;
 h=X-Debian-User:Content-Transfer-Encoding:Content-Type
 :In-Reply-To:From:References:To:Subject:MIME-Version:Date:Message-ID:Reply-To
 :Cc:Content-ID:Content-Description;
 bh=4HoNaN3apVdGNHApLgBfL3xerbVu0mbFZlW0zD361ck=; b=ClLKghlFZ3drqCPsNXohuN3MDe
 189DpOTQuKZiVbAJElOcbEgKzGb4pLQ9G6sd9Z1MbelsjHZxK7NzPZnKGN3M2e/gVB8cigIh4aSAf
 OQivTxFMWwdkmrH4EQP+z4G3OtqW2HrUUw6ZnnNgAx6qScrf6dHMy6hP+TeensJrZkl3xhOwh/ESq
 G0yacFxtIhAlkYQJRvW+ZvsylqWdIW9YFSlxzFAudoTraBTEwk005jZp7o+rZPaE9BJ0K9OWvnHdw
 RITWJ1uxAbeLrA0mz/aiwvTE12chcsAMmIBIHBheVfdjGBrj3Y1G12CpDHlTrMTEdRRnAYUCw3Ksz
 8/y76h3g==;
Received: from authenticated-user by stravinsky.debian.org with esmtpsa
 (TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_128_GCM:128)
 (Exim 4.96) (envelope-from <daissi@debian.org>) id 1xBsyV-009AZN-0b
 for 1133171-done@bugs.debian.org; Wed, 30 Sep 2026 11:59:51 +0000
Message-ID: <b8ec769f-8f5d-476f-a895-7538fa5c4648@debian.org>
Date: Wed, 30 Sep 2026 13:59:49 +0200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: Bug#1133171: pipewire 1.6.3-1 cannot load external plugin
To: 1133171-done@bugs.debian.org
References: <177583541739.14092.4671710807105808394.reportbug@localhost>
 <CAPKv=sDA9Wu5yjomjTDuvFaJtMc+e+gG6fvHTcbM2=+i02s9tQ@mail.gmail.com>
Content-Language: en-US
From: =?UTF-8?Q?Dylan_A=C3=AFssi?= <daissi@debian.org>
In-Reply-To: <CAPKv=sDA9Wu5yjomjTDuvFaJtMc+e+gG6fvHTcbM2=+i02s9tQ@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Debian-User: daissi

Version: 1.6.6-1

On 23/04/2026 11:43, KeyofBlueS wrote:
> As mentioned earlier, the behavior still appears tied to the restriction 
> introduced in 1.6.3 regarding loading plugins from absolute paths 
> outside the search path. Plugins located in a user directory (e.g. 
> ~/.ladspa) are still not picked up, while moving them to /usr/lib/ 
> ladspa/ works as expected.
> 
> Since this behavior is intentional, it shouldn't be considered a bug. 
> That said, if you think it would make sense to allow this use case by 
> including a user plugin directory (e.g. ~/.ladspa or ~/.local/lib/ 
> ladspa) in the search path, I'd be happy to test it. However, I would 
> stick with the upstream behavior, I shouldn't have opened this report in 
> the first place, and it should be closed as wontfix/invalid.

This should be fixed with pipewire 1.6.6:

   - Relax LADSPA path loading. Absolute paths are allowed when loading
     modules from a config file. They are now only blocked when loading
     the pulse ladspa modules and filter-chains in nodes because those
     can load ladspa plugins in other processes. (#5222)


Best regards,
Dylan]