On 2025-03-04 20:18, Harry Schmalzbauer wrote:
On 2025-03-04 18:05, Gleb Popov wrote:
On Tue, Mar 4, 2025 at 7:44 PM Harry Schmalzbauer
wrote:
Is my base polluted?
My understanding is that something in flac uses the libgcc_s.so
library. Despite the name, this library is not specific to GCC
On 2025-03-04 17:16, Harry Schmalzbauer wrote:
...
No idea why 'ibgcc_s.so.1' is listed in flac...
Thanks for your help, I guess I have to investigate what went wrong
beforehand... Unfortunately no time this week.
My build environment used to work quiet well until recently. Will
On 2025-03-04 16:40, Harry Schmalzbauer wrote:
On 2025-03-04 13:34, Gleb Popov wrote:
On Tue, Mar 4, 2025 at 1:56 PM Harry Schmalzbauer
wrote:
Today I noticed, that lang/gcc13 gets post hoc registered as dependency
for completely unrelated packages!
This is the provides/requires mechanism
On 2025-03-04 18:05, Gleb Popov wrote:
On Tue, Mar 4, 2025 at 7:44 PM Harry Schmalzbauer wrote:
Is my base polluted?
My understanding is that something in flac uses the libgcc_s.so
library. Despite the name, this library is not specific to GCC and we
have an alternative implementation
On 2025-03-04 16:58, Harry Schmalzbauer wrote:
On 2025-03-04 16:40, Harry Schmalzbauer wrote:
On 2025-03-04 13:34, Gleb Popov wrote:
On Tue, Mar 4, 2025 at 1:56 PM Harry Schmalzbauer
wrote:
Today I noticed, that lang/gcc13 gets post hoc registered as
dependency
for completely unrelated
On 2025-03-04 13:34, Gleb Popov wrote:
On Tue, Mar 4, 2025 at 1:56 PM Harry Schmalzbauer wrote:
Today I noticed, that lang/gcc13 gets post hoc registered as dependency
for completely unrelated packages!
This is the provides/requires mechanism of pkg, which started to have
a broader effect
Today I noticed, that lang/gcc13 gets post hoc registered as dependency
for completely unrelated packages!
If I install packages of which none depends on gcc13 (by pkg(1))
and install gcc13 afterwards (via pkg(1))
the previously installed dependency free packages suddenly seem to have
a depende
Please stop removing perfectly working ports from the tree.
textproc/obsidian is the latest victim, just because it currently
depends on devel/electron25 - which builds and runs perfectly well too.
User can in-app update obsidian.
If the package building team already blacklisted devel/electron2
Am 07.09.2021 um 04:15 schrieb Mel Pilgrim:
On 2021-09-06 17:35, Tatsuki Makino wrote:
Mel Pilgrim wrote on 2021/09/04 09:36:
I'm trying to add a dependency on a flavoured PHP application, but
the Porter's Handbook (section 7.3.1) instructions don't work. It
says to just add "@${PHP_FLAVOR}"
