Hi,
17 mars 2022, 12:32 de boudic...@skimble09.plus.com:
> After downloading and installing the new kernels yesterday I rebooted.
>
> And now I cannot get mpd to play any sound at all! Juk can play, as can
> mpv, but neither can clementine, lxmusic, qmmp, nor quodlibet play!
>
> So how can I get
Dear Sharon,
Sharon Kimble writes:
> After downloading and installing the new kernels yesterday I rebooted.
>
> And now I cannot get mpd to play any sound at all! Juk can play, as can
> mpv, but neither can clementine, lxmusic, qmmp, nor quodlibet play!
>
> So how can I get them all playing
Hey,
> So, try this /etc/mpd.conf:
>
> group "audio"
>
> audio_output {
> type"alsa"
> name"ALSA sound card"
> }
thanks. I also added the audio group to the mpd line of /etc/passwd.
==> works now. Thank you!
On 12/25/18 9:40 AM, Reco wrote:
Hi.
On Tue, Dec 25, 2018 at 03:29:32PM +0100, toogley wrote:
==> any ideas?
This does not look right:
# groups mpd
mpd : audio
This means that mpd's primary group is not audio.
/etc/mpd.conf
audio_output {
type"alsa"
Hi.
On Tue, Dec 25, 2018 at 03:29:32PM +0100, toogley wrote:
> ==> any ideas?
This does not look right:
> # groups mpd
> mpd : audio
This means that mpd's primary group is not audio.
> /etc/mpd.conf
>
> audio_output {
> type"alsa"
> name"ALSA so
On Wed, 17 Dec 2014 09:20:45 -0800
Don Armstrong wrote:
> On Wed, 17 Dec 2014, sp113438 wrote:
> > On Wed, 17 Dec 2014 08:16:04 -0800
> > Don Armstrong wrote:
> >
> > > On Wed, 17 Dec 2014, sp113438 wrote:
> > > > systemctl disable mpd.service; systemctl disable mpd.socket;
> > > > is not able
On Wed, 17 Dec 2014, sp113438 wrote:
> On Wed, 17 Dec 2014 08:16:04 -0800
> Don Armstrong wrote:
>
> > On Wed, 17 Dec 2014, sp113438 wrote:
> > > systemctl disable mpd.service; systemctl disable mpd.socket;
> > > is not able to stop mpd
[...]
> # systemctl disable mpd.service; systemctl disable
On Wed, 17 Dec 2014 08:16:04 -0800
Don Armstrong wrote:
> On Wed, 17 Dec 2014, sp113438 wrote:
> > systemctl disable mpd.service; systemctl disable mpd.socket;
> > is not able to stop mpd
>
> What is the output of systemctl status mpd.{socket,status}; after you
> have disabled the service?
>
>
On Wed, 17 Dec 2014, sp113438 wrote:
> systemctl disable mpd.service; systemctl disable mpd.socket;
> is not able to stop mpd
What is the output of systemctl status mpd.{socket,status}; after you
have disabled the service?
Both should be loaded, disabled, and inactive.
--
Don Armstrong
On Tue, 16 Dec 2014 21:20:48 -0800
Don Armstrong wrote:
> On Wed, 17 Dec 2014, sp113438 wrote:
> > On Wed, 17 Dec 2014 01:08:03 +0200
> > Andrei POPESCU wrote:
> > >
> > > Please post the output of
> > >
> > > systemctl status mpd
> >
> > # systemctl status mpd
> > ● mpd.service - Music P
On Wed, 17 Dec 2014, Henrique de Moraes Holschuh wrote:
> On Tue, 16 Dec 2014, Don Armstrong wrote:
> > It's not clear to me why service mpd stop; isn't enough to stop this
> > particular one, but the following will stop mpd:
>
> Because our support for systemd socket activation in invoke-rc.d is
On Tue, 16 Dec 2014, Don Armstrong wrote:
> It's not clear to me why service mpd stop; isn't enough to stop this
> particular one, but the following will stop mpd:
Because our support for systemd socket activation in invoke-rc.d is broken
(as in invoke-rc.d stop _does not_ stop socket-activated un
On Wed, Dec 17, 2014 at 02:44:21AM +0100, sp113438 wrote:
> On Wed, 17 Dec 2014 01:08:03 +0200
> Andrei POPESCU wrote:
>
> > On Ma, 16 dec 14, 17:57:56, sp113438 wrote:
> > > Hello,
> > >
> > > I have a problem with updating mpd and/or systemd.
> > >
> > >
> > > Preparing to unpack .../m/mpd/m
On Ma, 16 dec 14, 21:20:48, Don Armstrong wrote:
>
> It's not clear to me why service mpd stop; isn't enough to stop this
> particular one, but the following will stop mpd:
Works for me. Possibly more information about clients in use might help.
Kind regards,
Andrei
--
http://wiki.debian.org/F
On Wed, 17 Dec 2014, sp113438 wrote:
> On Wed, 17 Dec 2014 01:08:03 +0200
> Andrei POPESCU wrote:
> >
> > Please post the output of
> >
> > systemctl status mpd
>
> # systemctl status mpd
> ● mpd.service - Music Player Daemon
>Loaded: loaded (/lib/systemd/system/mpd.service; enabled)
>
On Wed, 17 Dec 2014 03:06:55 +0100
sp113438 wrote:
> On Wed, 17 Dec 2014 02:44:21 +0100
>
> Sorry,
>
> The problem is solved by renaming /usr/bin/mpd , restart the
> computer and then update.
>
> (I found no other way of stopping mpd)
>
> Thanks!
>
This part remains unsolved:
systemd can n
On Wed, 17 Dec 2014 01:08:03 +0200
Andrei POPESCU wrote:
>
> Please post the output of
>
> systemctl status mpd
# systemctl status mpd
● mpd.service - Music Player Daemon
Loaded: loaded (/lib/systemd/system/mpd.service; enabled)
Active: active (running) since Wed 2014-12-17 04:18:21 C
On Wed, 17 Dec 2014 02:44:21 +0100
Sorry,
The problem is solved by renaming /usr/bin/mpd , restart the
computer and then update.
(I found no other way of stopping mpd)
Thanks!
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
On Wed, 17 Dec 2014 01:08:03 +0200
Andrei POPESCU wrote:
> On Ma, 16 dec 14, 17:57:56, sp113438 wrote:
> > Hello,
> >
> > I have a problem with updating mpd and/or systemd.
> >
> >
> > Preparing to unpack .../m/mpd/mpd_0.19.1-1.1_amd64.deb ...
> > Job for mpd.service canceled.
> > invoke-rc.d:
On Ma, 16 dec 14, 17:57:56, sp113438 wrote:
> Hello,
>
> I have a problem with updating mpd and/or systemd.
>
>
> Preparing to unpack .../m/mpd/mpd_0.19.1-1.1_amd64.deb ...
> Job for mpd.service canceled.
> invoke-rc.d: initscript mpd, action "stop" failed.
> dpkg: warning: subprocess old pre-re
Brian wrote:
> Bob Proulx wrote:
> > Brian wrote:
> > > or, if the domain name is left blank,
> > > 127.0.1.1 foo
> > > would be seen.
> >
> > Doesn't it create an entry like this? I will need to test it in order
> > to see what it creates in that case.
> > 127.0.1.1 foo.localdoma
On Fri 13 Jun 2014 at 15:28:48 -0600, Bob Proulx wrote:
> Brian wrote:
> > Bob Proulx wrote:
> > > Brian wrote:
> > > > True. What do think about the lack of '127.0.1.1 localhost' in
>
> It is the "127.0.1.1 localhost" to which I was disagreeing. That
> would be unusual. It is still the loopba
Brian wrote:
> Bob Proulx wrote:
> > Brian wrote:
> > > True. What do think about the lack of '127.0.1.1 localhost' in
It is the "127.0.1.1 localhost" to which I was disagreeing. That
would be unusual. It is still the loopback device so off the top of
my head I think everything should still wor
On Thu 12 Jun 2014 at 16:23:37 -0600, Bob Proulx wrote:
> Brian wrote:
> > Tom H wrote:
> > > Brian wrote:
> > > > Teresa e Junior wrote:
> > > >> $ cat /etc/hostname
> > > >> localhost
> > ...
> > True. What do think about the lack of '127.0.1.1 localhost' in
> > etc/hosts? Squeeze and Wheezy in
Brian wrote:
> Tom H wrote:
> > Brian wrote:
> > > Teresa e Junior wrote:
> > >> $ cat /etc/hostname
> > >> localhost
> ...
> True. What do think about the lack of '127.0.1.1 localhost' in
> etc/hosts? Squeeze and Wheezy installs would both put this line in.
Process check! I think you have mixed
On Tue, 10 Jun 2014 08:22:58 +0300, Andrei POPESCU wrote:
As far as I can tell mpc is low-level enough to not care about what
Network Manager advertises. I'm suspecting it does have something to do
with DNS, so I'd suggest you pick a name for your machine and make sure
you adjust your configs as
On Lu, 09 iun 14, 23:05:43, Teresa e Junior wrote:
> I believe it's got something to do with NetworkManager, because mpc started
> working as soon as I run:
> $ sudo service network-manager stop
>
> And then I run this, and while trying to connect, or later if connecting
> fails, mpc won't work ag
I believe it's got something to do with NetworkManager, because mpc
started working as soon as I run:
$ sudo service network-manager stop
And then I run this, and while trying to connect, or later if connecting
fails, mpc won't work again:
$ sudo service network-manager start
The version of N
On Mon, Jun 9, 2014 at 9:58 PM, Tom H wrote:
> On Mon, Jun 9, 2014 at 4:55 AM, Brian wrote:
>> On Mon 09 Jun 2014 at 01:23:43 -0400, Teresa e Junior wrote:
>>>
>>> $ cat /etc/hostname
>>> localhost
>>
>> I wouldn't use this in /etc/hostname. Contacting this machine from
>> elsewhwere on the netwo
On Mon, Jun 9, 2014 at 8:39 AM, Teresa e Junior wrote:
>
> $ sudo /usr/sbin/tcpdump -nn -i any udp port 53 or udp port 5353
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535
> bytes
> 07:21:38.107
On Mon, Jun 9, 2014 at 8:10 AM, Brian wrote:
> On Mon 09 Jun 2014 at 07:58:41 -0400, Tom H wrote:
>> On Mon, Jun 9, 2014 at 4:55 AM, Brian wrote:
>>> On Mon 09 Jun 2014 at 01:23:43 -0400, Teresa e Junior wrote:
$ cat /etc/hostname
localhost
>>>
>>> I wouldn't use this in /etc/hostn
On Mon, 9 Jun 2014 13:27:21 +0400, Reco wrote:
Weird. Just weird. Try it like this:
1) Start as root:
/usr/sbin/tcpdump -nn -i any udp port 53 or udp port 5353
2) Run mpc in another shell.
3) Please post the contents of your /etc/nsswitch.conf
Nothing really happens in the tcpdump window wh
On Mon, 9 Jun 2014 11:56:25 +0300, Andrei POPESCU wrote:
Could you please post the output of 'ip a' after you disconnect the
WiFi?
Just in case, I'm posting the output of both when the Wifi is off and on:
$ ip a
1: lo: mtu 65536 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00
On Mon 09 Jun 2014 at 07:58:41 -0400, Tom H wrote:
> On Mon, Jun 9, 2014 at 4:55 AM, Brian wrote:
> > On Mon 09 Jun 2014 at 01:23:43 -0400, Teresa e Junior wrote:
> >>
> >> $ cat /etc/hostname
> >> localhost
> >
> > I wouldn't use this in /etc/hostname. Contacting this machine from
> > elsewhwere
On Mon, Jun 9, 2014 at 4:55 AM, Brian wrote:
> On Mon 09 Jun 2014 at 01:23:43 -0400, Teresa e Junior wrote:
>>
>> $ cat /etc/hostname
>> localhost
>
> I wouldn't use this in /etc/hostname. Contacting this machine from
> elsewhwere on the network could prove frustrating.
The hostname in "/etc/host
On Mon, 9 Jun 2014 09:55:06 +0100, Brian wrote:
On Mon 09 Jun 2014 at 01:23:43 -0400, Teresa e Junior wrote:
$ cat /etc/hostname
localhost
I wouldn't use this in /etc/hostname. Contacting this machine from
elsewhwere on the network could prove frustrating.
I think that is or was a basic def
On Mon, Jun 09, 2014 at 04:04:21AM -0400, Teresa e Junior wrote:
> On Mon, 9 Jun 2014 11:49:15 +0400, Reco wrote:
> >Ok. Thinking about it, I beleive I may miss something. What does show:
> >
> >strace -f mpc
>
> OK, the first log is from when it fails, and the second from when
> the Wifi is conne
On Lu, 09 iun 14, 01:23:43, Teresa e Junior wrote:
> Hello to all!
>
> I've had this problem with previous versions of MPD, and now I'm using
> 0.18.7, but the problem persists. This is an odd situation: MPD is
> configured to run on 127.0.0.1, but if the Wifi is disconnected in
> NetworkManager,
On Mon 09 Jun 2014 at 01:23:43 -0400, Teresa e Junior wrote:
> $ cat /etc/hostname
> localhost
I wouldn't use this in /etc/hostname. Contacting this machine from
elsewhwere on the network could prove frustrating.
> $ cat /etc/hosts
> 127.0.0.1 localhost
This line is the complete contents of /et
On Mon, 9 Jun 2014 11:49:15 +0400, Reco wrote:
Ok. Thinking about it, I beleive I may miss something. What does show:
strace -f mpc
OK, the first log is from when it fails, and the second from when the
Wifi is connected. You'll see it reads from /etc/hosts more than just
"127.0.0.1 localhost
On Mon, Jun 09, 2014 at 03:16:00AM -0400, Teresa e Junior wrote:
> On Mon, 9 Jun 2014 10:30:09 +0400, Reco wrote:
> >So, mpc tries standard mpd socket and fails. Adding said socket to
> >mpd.conf (via bind_address) should solve the issue.
>
> Just adding a path to the socket doesn't really solve t
On Mon, 9 Jun 2014 10:30:09 +0400, Reco wrote:
So, mpc tries standard mpd socket and fails. Adding said socket to
mpd.conf (via bind_address) should solve the issue.
Just adding a path to the socket doesn't really solve the issue (I run
MPD as my user, so there is no access to /var/run). I tri
On Mon, 09 Jun 2014 02:02:02 -0400
Teresa e Junior wrote:
> On Mon, 9 Jun 2014 09:53:31 +0400, Reco wrote:
> > Your network configuration may be the cause of this. Can you please run
> > mpc like this, and show the result:
> >
> > strace -e trace=network mpc
>
> $ strace -e trace=network mpc
> s
On Mon, 9 Jun 2014 09:53:31 +0400, Reco wrote:
Your network configuration may be the cause of this. Can you please run
mpc like this, and show the result:
strace -e trace=network mpc
$ strace -e trace=network mpc
socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 3
connect(3, {sa_fam
Hi.
On Mon, 09 Jun 2014 01:23:43 -0400
Teresa e Junior wrote:
> I have asked for help at http://forum.musicpd.org/, but they said
> something is not right in my network, and I believe that could be
> actually the case.
Your network configuration may be the cause of this. Can you please run
m
I forgot to mention that there is one programme that is able to use Last.FM
out of the box, and its in the wheezy repos too - its 'Clementine' where
you sign into Last.FM once and it remembers it for the future.
Shame it doesn't work with MPD :(
Sharon.
On 25 January 2013 12:41, Sharon Kimble
Thanks for all of this and it does seem that Last.FM changed their api
in December which broke all the Last.FM and MPD programmes. As I
specifically want to use it with MPD, and am unable to at the moment, I
have just cancelled my subscription to Last.FM.
When and if, the programmes work with Last
Good time of the day, Morel.
Thank You, Morel, for Your time and answer. You wrote:
> > though it is a bit hard - as diver
> > dependencies of source packages should be satisfied before compiling
>
> # aptitude build-dep mpd
>
> This one is quite useful to avoid lack of dependencies when tryin
> though it is a bit hard - as diver
> dependencies of source packages should be satisfied before compiling
# aptitude build-dep mpd
This one is quite useful to avoid lack of dependencies when trying to
compile something which is already in Debian's repo.
Of course, if mainstream deps have change
Good time of the day, Sharon.
You wrote:
> I've spent most of today trying to get mpd playing last.fm music
> unsucessfully. First some basic facts - version 0.17.1 [from sid],
> mpd.conf
May You will want to download their program(s) directly and compile
Yourself? - My friend did so months ag
Le 23.01.2013 19:36, John L. Cunningham a écrit :
On Wed, Jan 23, 2013 at 06:18:16PM +, Sharon Kimble wrote:
I've spent most of today trying to get mpd playing last.fm music
unsucessfully.
Last.fm changed their feed in December. It ceased working with any
audio
player that I've tried. I
On Wed, Jan 23, 2013 at 06:18:16PM +, Sharon Kimble wrote:
> I've spent most of today trying to get mpd playing last.fm music
> unsucessfully.
Last.fm changed their feed in December. It ceased working with any audio
player that I've tried. I doubt it will work with mpd.
John
--
To UNSUBSC
* André Berger (2010-03-27):
> Trying to conserve memory, I'm want run mpd (the Music Player Daemon)
> from inetd, on Lenny. So far, I've added
>
> mpd 6600/tcp # music player daemon
>
> to /etc/services, and I thought
>
> mpd stream tcp nowait mpd.audio /usr/sbin/tcpd /usr/bin/mpd
53 matches
Mail list logo
