Hi KatolaZ
Yes it works in Jessie!
Thanks
Ozi
On Fri, Apr 21, 2017 at 6:42 AM, KatolaZ wrote:
> On Fri, Apr 21, 2017 at 06:04:31AM +1000, Ozi Traveller wrote:
> > Hi KatolaZ
> >
> > How long before apulse hits stable?
> >
>
> Hi Ozi,
>
> the apulse package will never "hit stable", if by stabl
I think that there is a workaround for mplayer to force it to use ALSA:
It can be made by adding the file "~/.mplayer/config" with these lines:
# Write your default config options here!
ao="alsa"
softvol="true"
volume="15"
The final two lines are optional, but should be considered to prevent
m
Awesome thanks Ismael!
Ozi
On Fri, Apr 21, 2017 at 6:29 AM, Ismael L. Donis Garcia
wrote:
> - Original Message - From: Ozi Traveller
>> To: hal
>> Cc: dng
>> Sent: Thursday, April 20, 2017 4:04 PM
>> Subject: Re: [DNG] apulse in experimental
>>
>>
>> Hi KatolaZ
>>
>>
>> How long before
On Fri, Apr 21, 2017 at 06:04:31AM +1000, Ozi Traveller wrote:
> Hi KatolaZ
>
> How long before apulse hits stable?
>
Hi Ozi,
the apulse package will never "hit stable", if by stable you mean
Devuan Jessie. Devuan Jessie will only have packages which are already
present in Debian Jessie, with m
- Original Message -
From: Ozi Traveller
To: hal
Cc: dng
Sent: Thursday, April 20, 2017 4:04 PM
Subject: Re: [DNG] apulse in experimental
Hi KatolaZ
How long before apulse hits stable?
Ozi
On Thu, Apr 20, 2017 at 8:29 PM, hal wrote:
KatolaZ wrote on 04/18/2017 07:22 PM:
Dear De
Hi KatolaZ
How long before apulse hits stable?
Ozi
On Thu, Apr 20, 2017 at 8:29 PM, hal wrote:
> KatolaZ wrote on 04/18/2017 07:22 PM:
> > Dear Devuaners,
> >
> > just to let you know that a .deb package for apulse is now available
> > in experimental (except for armel: I am working on that).
On 18.04.2017 12:21, Alessandro Selli wrote:
> Again, as far as I understood what Enrico Weigelt wrote, the monitor
> does not want to know the user:group the daemons runs under, it needs to
> *set* them to the appropriate values when it launches the daemon to have
> them reflect config file set
On 18.04.2017 14:46, k...@aspodata.se wrote:
> Why srvmgt_daemonize(), use -f and daemon() and you'd be fine in
> either camp, end case.
I've had the impression that daemon() wasnt't good idea for everybody,
and there might be some need for anyone doing something these. So I
proposed to move that
On 18.04.2017 15:15, Arnt Gulbrandsen wrote:
> There's hypothetical stuff, what if service x needs service y. Well,
> what if it does. Should it demand that y be running at every moment and
> on the same host? DOES it demand that?
nfs daemons (plural) need portmap.
many years ago, I've patched p
On 18.04.2017 16:08, Alessandro Selli wrote:
Hi folks,
seems that things got a bit overheated here ...
> Where did Enrico Weigelt write the monitor should get it's child PID
> from the process itself? This subthread started from these lines:
>
>>> * srvmgt_droppriv(...)
>>> --> drop root p
Quoting "Renaud (Ron) OLGIATI" :
These are serious concerns which involve various aspects of security.
If you need a response of your system within a given delay and
with high security, then I think you should avoid any OS at all and
rather program FPGAs.
In several cases you mentionned,
On Thu, 20 Apr 2017 13:12:07 +0200
Didier Kryn wrote:
> >> ... I was also been ironic on Aspo, as many times he can
> >> only counter another person's ideas asking "What if
> >> cannot be trusted?", as if this constitutes a valid argument against
> > ..."anything new that cannot fail", such a
Le 19/04/2017 à 13:36, Arnt Karlsen a écrit :
On Tue, 18 Apr 2017 13:23:03 +0200, Alessandro wrote in message
:
... I was also been ironic on Aspo, as many times he can
only counter another person's ideas asking "What if
cannot be trusted?", as if this constitutes a valid argument against
...
KatolaZ wrote on 04/18/2017 07:22 PM:
> Dear Devuaners,
>
> just to let you know that a .deb package for apulse is now available
> in experimental (except for armel: I am working on that). Just add the
> repo:
It's working great! Thank you sooo much!
14 matches
Mail list logo
