|
Bugzilla – Full Text Bug Listing |
| Summary: | phonon4qt5-backend-vlc does not work without the VLC gui | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Tumbleweed | Reporter: | Bruno Pitrus <brunopitrus> |
| Component: | KDE Workspace (Plasma) | Assignee: | Dominique Leuenberger <dimstar> |
| Status: | RESOLVED WONTFIX | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Major | ||
| Priority: | P5 - None | CC: | fvogt, heitormoreira |
| Version: | Current | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | openSUSE Tumbleweed | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Bruno Pitrus
2024-01-31 15:41:13 UTC
Hm, sounds like /usr/lib64/vlc/plugins/video_output/ needs to be split out then? phonon-vlc-qt6 still has this problem. This is made worse because there is no longer the gstreamer backend. (In reply to Fabian Vogt from comment #1) > Hm, sounds like /usr/lib64/vlc/plugins/video_output/ needs to be split out > then? the package is split into what has a dep on X and what does not (at least in theory - sometimes errors creep in) vlc being the 'main' package will keep the desktop file of course. so we would need to split away: /usr/lib64/vlc/libvlc_pulse.so /usr/lib64/vlc/libvlc_pulse.so.0 /usr/lib64/vlc/libvlc_pulse.so.0.0.0 /usr/lib64/vlc/libvlc_xcb_events.so /usr/lib64/vlc/libvlc_xcb_events.so.0 /usr/lib64/vlc/libvlc_xcb_events.so.0.0.0 /usr/lib64/vlc/plugins/access/libavio_plugin.so /usr/lib64/vlc/plugins/access/libpulsesrc_plugin.so /usr/lib64/vlc/plugins/access/libxcb_screen_plugin.so /usr/lib64/vlc/plugins/audio_output/libpulse_plugin.so /usr/lib64/vlc/plugins/codec/libavcodec_plugin.so /usr/lib64/vlc/plugins/codec/liblibass_plugin.so /usr/lib64/vlc/plugins/control/libxcb_hotkeys_plugin.so /usr/lib64/vlc/plugins/demux/libavformat_plugin.so /usr/lib64/vlc/plugins/notify/libnotify_plugin.so /usr/lib64/vlc/plugins/packetizer/libpacketizer_av1_plugin.so /usr/lib64/vlc/plugins/packetizer/libpacketizer_avparser_plugin.so /usr/lib64/vlc/plugins/services_discovery/libpulselist_plugin.so /usr/lib64/vlc/plugins/services_discovery/libxcb_apps_plugin.so /usr/lib64/vlc/plugins/stream_out/libstream_out_chromaprint_plugin.so /usr/lib64/vlc/plugins/text_renderer/libfreetype_plugin.so /usr/lib64/vlc/plugins/text_renderer/libsvg_plugin.so /usr/lib64/vlc/plugins/video_chroma/libswscale_plugin.so /usr/lib64/vlc/plugins/video_output/libaa_plugin.so /usr/lib64/vlc/plugins/video_output/libcaca_plugin.so /usr/lib64/vlc/plugins/video_output/libegl_wl_plugin.so /usr/lib64/vlc/plugins/video_output/libegl_x11_plugin.so /usr/lib64/vlc/plugins/video_output/libglconv_vaapi_wl_plugin.so /usr/lib64/vlc/plugins/video_output/libglx_plugin.so /usr/lib64/vlc/plugins/video_output/libxcb_window_plugin.so /usr/lib64/vlc/plugins/video_output/libxcb_x11_plugin.so /usr/lib64/vlc/plugins/video_output/libxcb_xv_plugin.so /usr/lib64/vlc/plugins/video_splitter/libpanoramix_plugin.so /usr/lib64/vlc/plugins/visualization/libglspectrum_plugin.so /usr/lib64/vlc/plugins/visualization/libprojectm_plugin.so Those would all be thing an external consumer of libVLC would need access to (meaning there would basically be nothing nothing left in the vlc package than desktop files, icons and metadata - plus some kde4 integration stuff (?)) The VLC backend will require both vlc and vlc-noX for the moment. If that really causes harm in the future, we can revisit the topic. (In reply to Christophe Marin from comment #4) > The VLC backend will require both vlc and vlc-noX for the moment. > > If that really causes harm in the future, we can revisit the topic. => considering fixed (splitting further seems overkill) *** Bug 1226795 has been marked as a duplicate of this bug. *** |