AUR (en) - moc-pulse

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: moc-pulse 2.5.2-17

Package Actions

Git Clone URL:	https://aur.archlinux.org/moc-pulse.git (read-only, click to copy)
Package Base:	moc-pulse
Description:	An ncurses console audio player with support for pulseaudio
Upstream URL:	https://moc.daper.net/
Keywords:	cli music
Licenses:	GPL-2.0-or-later
Conflicts:	moc
Provides:	moc
Submitter:	hv15
Maintainer:	hv15
Last Packager:	hv15
Votes:	13
Popularity:	0.000294
First Submitted:	2016-06-26 15:20 (UTC)
Last Updated:	2025-05-30 08:41 (UTC)

Dependencies (25)

curl (curl-git^AUR, curl-c-ares^AUR)
file (file-git^AUR)
jack^AUR (jack2-git^AUR, pipewire-jack-git^AUR, pipewire-full-jack-git^AUR, jack2, pipewire-jack)
libid3tag (libid3tag-git^AUR)
libltdl (libtool-git^AUR, libtool)
libmad
sndio (sndio-git^AUR)
faad2 (faad2-git^AUR) (make)
ffmpeg4.4 (make)
libmodplug (libmodplug-git^AUR, libopenmpt-modplug^AUR) (make)
libmpcdec (libmpcdec-svn^AUR) (make)
libsamplerate (libsamplerate-git^AUR) (make)
speex (speex-git^AUR) (make)
taglib (taglib-git^AUR) (make)
wavpack (wavpack-git^AUR) (make)
faad2 (faad2-git^AUR) (optional) – for using the aac plugin
ffmpeg4.4 (optional) – for using the ffmpeg plugin
libmodplug (libmodplug-git^AUR, libopenmpt-modplug^AUR) (optional) – for using the modplug plugin
libmpcdec (libmpcdec-svn^AUR) (optional) – for using the musepack plugin
libsamplerate (libsamplerate-git^AUR) (optional) – for resampling audio
pulse-native-provider (pulseaudio-git^AUR, pipewire-pulse-git^AUR, pipewire-full-pulse-git^AUR, pipewire-pulse, pulseaudio) (optional) – for using the pulseaudio plugin
sidplay2-libs^AUR (optional) – for use the SID plugin
speex (speex-git^AUR) (optional) – for using the speex plugin
taglib (taglib-git^AUR) (optional) – for using the musepack plugin
wavpack (wavpack-git^AUR) (optional) – for using the wavpack plugin

Required by (12)

asap-chiptunes-player-git (requires moc) (make)
asap-chiptunes-player-git (requires moc) (optional)
clyrics (requires moc) (optional)
clyrics-git (requires moc) (optional)
moc-fluidsynth-plugin (requires moc)
moc-mpris-bridge
moc-mpris-git (requires moc) (optional)
mocicon (requires moc)
mocp-scrobbler (requires moc)
mocp-themes-git (requires moc)
qtile-git (requires moc) (optional)
qtile-wayland-git (requires moc) (optional)

Sources (5)

Latest Comments

1 2 3 4 5 6 Next › Last »

christoph.gysin commented on 2025-08-28 09:43 (UTC)

@Alad Works for me with:

$ mocp --sound-driver=pulseaudio
Aug 28 12:41:41.493542: log.c:195 UNKNOWN_FUNC(): Writing log to: stdout
Trying PulseAudio...

dreieck commented on 2025-08-28 08:19 (UTC) (edited on 2025-08-28 09:47 (UTC) by dreieck)

@Alad:

How is this package supposed to be used? I have pulseaudio running and get:

I don't know. I think this has be be asked to ~~upstream~~the author of the pulseaudio.patch.

Regards!

Alad commented on 2025-08-27 21:18 (UTC)

How is this package supposed to be used? I have pulseaudio running and get:

$ mocp
Running the server...
Trying JACK...
Trying ALSA...
ALSA lib confmisc.c:855:(parse_card) cannot find card '0'
ALSA lib conf.c:5205:(_snd_config_evaluate) function snd_func_card_inum returned error: No such file or directory
ALSA lib confmisc.c:422:(snd_func_concat) error evaluating strings
ALSA lib conf.c:5205:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory
ALSA lib confmisc.c:1342:(snd_func_refer) error evaluating name
ALSA lib conf.c:5205:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory
ALSA lib conf.c:5728:(snd_config_expand) Evaluate error: No such file or directory
ALSA lib control.c:1575:(snd_ctl_open_noupdate) Invalid CTL sysdefault
ALSA lib confmisc.c:855:(parse_card) cannot find card '0'
ALSA lib conf.c:5205:(_snd_config_evaluate) function snd_func_card_inum returned error: No such file or directory
ALSA lib confmisc.c:422:(snd_func_concat) error evaluating strings
ALSA lib conf.c:5205:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory
ALSA lib confmisc.c:1342:(snd_func_refer) error evaluating name
ALSA lib conf.c:5205:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory
ALSA lib conf.c:5728:(snd_config_expand) Evaluate error: No such file or directory
ALSA lib pcm.c:2722:(snd_pcm_open_noupdate) Unknown PCM sysdefault
Trying OSS...

FATAL_ERROR: No valid sound driver!


FATAL_ERROR: Server exited!

hv15 commented on 2025-05-30 08:42 (UTC)

Thanks @tchell, I've included the fix in the latest revision.

tchell commented on 2025-05-29 22:34 (UTC)

To get this package to build I had to use autoreconf -i -f -I /usr/share/gettext/m4 in prepare() ...after chasing down numerous red herrings.

christoph.gysin commented on 2025-02-12 10:27 (UTC) (edited on 2025-02-12 10:28 (UTC) by christoph.gysin)

Other suggestion can be to make a split package: moc-headers as an extra package which can be installed but not has to be.

This would be against arch principles:

https://wiki.archlinux.org/title/Arch_Linux#Principles "Packages are only split when compelling advantages exist, such as to save disk space in particularly bad cases of waste."

For cases where it happens because someone explicitly adds an older version for some other backwards compatibility issues?

Arch does not support old versions of packages. It would be impossible to add checks for all possible missing features for every package, hence every arch user is expected to keep systems up to date.

dreieck commented on 2025-02-12 09:57 (UTC) (edited on 2025-02-12 09:59 (UTC) by dreieck)

And you can of course request upstream to install headers by default.

This is a nice idea,

That is not a modfication of upstream IMO, rather a bugfix we apply in arch packages.

I do not see it as a bug that headers are not installed to a end user release.

Other suggestion can be to make a split package: moc-headers as an extra package which can be installed but not has to be.

We don't have any moc package that ships moc < 2.4, so I don't see why we need to add extra provides with explicit version numbers.

For cases where it happens because someone explicitly adds an older version for some other backwards compatibility issues?

Anyway, it always helps I think. Which disadvanrage do you see in adding this?

christoph.gysin commented on 2025-02-10 11:10 (UTC)

We don't have any moc package that ships moc < 2.4, so I don't see why we need to add extra provides with explicit version numbers.

And you can of course request upstream to install headers by default. They are needed as build dependency for plugins, so should get installed together with the package. That is not a modfication of upstream IMO, rather a bugfix we apply in arch packages.

hv15 commented on 2025-02-10 10:48 (UTC) (edited on 2025-02-10 10:48 (UTC) by hv15)

Hi @dreieck, I've added the version to the provides. Using makepkg to build asap-chiptunes-player correctly identifies moc-pulse or moc-pulse-svn as dependencies.

dreieck commented on 2025-02-10 10:23 (UTC)

I don't think we should introduce virtual -headers packages. That seems against arch packaging standards. Rather, all moc package variants should ship the headers needed to build plugins against.

Can be a valid statement.

My argument was from the point that generally, Arch Linux packages ship as much as possible upstream (in contrast to debian which does lots of own modifications), and that upstream default does not have the header files included, so moc packages are not expected to have them by default.

Anyway, other issue: asap-chiptunes-player makedepends on moc>=2.4 (this is given in the upstream installation requirements). To have this versioned dependency be able to resolve, can you add =${pkgver} to your provides entry?