[GH-ISSUE #480] Pass libogg library path? #303

New issue

Closed

opened 2026-02-27 19:29:54 +03:00 by kerem · 2 comments

kerem commented

2026-02-27 19:29:54 +03:00

Owner

Originally created by @klavierworks on GitHub (May 14, 2020).
Original GitHub issue: https://github.com/librespot-org/librespot/issues/480

I'm currently building a Swift MacOS app, which wraps around and controls Spotify for a few audio playback features.

Using the Process feature, I can safely launch/control/terminate a librespot child process in sandbox mode. This seems perfect, but I'm reaching a stumbling block as it obviously relies upon the external libogg.0.dylib framework.

I've managed to move this to the app, add it to the build phases, and sign it, which allows it to be safely loaded within the sandbox. But obviously librespot does not know to look for it in the local project directory (infact, same directory as the librespot built executable).

Is there anyway to manually tell librespot where it should look for libogg? Whether that's at run time, build time, or perhaps even if I created a custom build with a change somewhere?

Originally created by @klavierworks on GitHub (May 14, 2020). Original GitHub issue: https://github.com/librespot-org/librespot/issues/480 I'm currently building a Swift MacOS app, which wraps around and controls Spotify for a few audio playback features. Using the `Process` feature, I can safely launch/control/terminate a librespot child process in sandbox mode. This seems perfect, but I'm reaching a stumbling block as it obviously relies upon the external libogg.0.dylib framework. I've managed to move this to the app, add it to the build phases, and sign it, which allows it to be safely loaded within the sandbox. But obviously librespot does not know to look for it in the local project directory (infact, same directory as the librespot built executable). Is there anyway to manually tell librespot where it should look for libogg? Whether that's at run time, build time, or perhaps even if I created a custom build with a change somewhere?

kerem closed this issue

2026-02-27 19:29:54 +03:00

kerem commented

2026-02-27 19:29:55 +03:00

Author

Owner

@ashthespy commented on GitHub (May 14, 2020):

I might be mistaken, but if your building it with lewton for the decoder (the default one) it should be a pure rust implementation with the ogg crate?

@ashthespy commented on GitHub (May 14, 2020): I might be mistaken, but if your building it with `lewton` for the decoder (the default one) it should be a pure rust implementation with the [`ogg`](https://github.com/RustAudio/ogg) crate?

kerem commented

2026-02-27 19:29:55 +03:00

Author

Owner

@klavierworks commented on GitHub (May 16, 2020):

You're completely right, thanks – closing!

@klavierworks commented on GitHub (May 16, 2020): You're completely right, thanks – closing!

kerem referenced this issue

2026-02-27 20:00:16 +03:00

[PR #303] [MERGED] Update version number #869

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

starred/librespot#303

No description provided.

Rows
Columns