Instead of storing password in MPD_HOST environment variable (which
is passed around everywhere) allow saving password in an ~/.authinfo
file. This is especially useful if MPD is listening on default
host:port, i.e. localhost:6600, in which case all one needs to do is
to put line like
mach
From: Michal Nazarewicz
Instead of storing password in MPD_HOST environment variable (which
is passed around everywhere) allow saving password in an ~/.authinfo
file. This is especially useful if MPD is listening on default
host:port, i.e. localhost:6600, in which case all one needs to do is
to
From: Michal Nazarewicz
If $MPD_PORT is not a number, i.e. does not start with a digit,
attempt to resolve it using getservbyname, i.e. by reading the
/etc/services database.
---
src/settings.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/src
From: Michal Nazarewicz
Instead of storing password in MPD_HOST environment variable (which
is passed around everywhere) allow saving password in an ~/.authinfo
file. This is especially useful if MPD is listening on default
host:port, i.e. localhost:6600, in which case all one needs to do is
to
On Mon, Dec 01 2014, Michal Nazarewicz wrote:
> From: Michal Nazarewicz
>
> Instead of storing password in MPD_HOST environment variable (which
> is passed around everywhere) allow saving password in an ~/.authinfo
> file. This is especially useful if MPD is listening on defa
From: Michal Nazarewicz
If $MPD_PORT is not a number, i.e. does not start with a digit,
attempt to resolve it using getservbyname, i.e. by reading the
/etc/services database.
---
src/settings.c | 33 -
1 file changed, 32 insertions(+), 1 deletion(-)
diff --git a
From: Michal Nazarewicz
Instead of storing password in MPD_HOST environment variable (which
is passed around everywhere) allow saving password in an ~/.authinfo
file. This is especially useful if MPD is listening on default
host:port, i.e. localhost:6600, in which case all one needs to do is
to
> On 2014/12/03 21:13, Michal Nazarewicz wrote:
>> If $MPD_PORT is not a number, i.e. does not start with a digit,
>> attempt to resolve it using getservbyname, i.e. by reading the
>> /etc/services database.
On Wed, Dec 03 2014, Max Kellermann wrote:
> This now passes the