On Thu, Oct 03, 2019 at 08:35:37PM +0100, Ken Moffat via blfs-dev wrote:
> On Wed, Oct 02, 2019 at 09:53:21PM -0500, Douglas R. Reno wrote:
> >
> > https://ch1p.io/blog/1/ (WARNING: The Security Certificate expired on 10/1.
> > The site and the links within (attached) are safe.)
> > https://stacko
On 10/3/19 1:56 PM, Pierre Labastie via blfs-dev wrote:
I'm going to try to become "upstream" for the standalone localed
daemon. I think I'll take the openrc implementation rather than
systemd, because systemd's implementation relies on a big utility
library.
Before doing anything, I need to ch
On Thu, Oct 03, 2019 at 08:30:38PM +0100, Ken Moffat via blfs-dev wrote:
> On Thu, Oct 03, 2019 at 09:17:03AM +0200, Pierre Labastie via blfs-dev wrote:
> > On 03/10/2019 02:48, Ken Moffat via blfs-dev wrote:
> > > [...]
> > >
> > > Thanks, I'm inclined to bellieve that I'm barking up the wrong tr
On 10/3/19 4:27 PM, Tim Tassonis via blfs-dev wrote:
On 10/3/19 10:50 PM, Pierre Labastie via blfs-dev wrote:
On 03/10/2019 21:45, Bruce Dubbs via blfs-dev wrote:
On 10/3/19 1:56 PM, Pierre Labastie via blfs-dev wrote:
I'm going to try to become "upstream" for the standalone localed
daemon. I
On 10/3/19 10:50 PM, Pierre Labastie via blfs-dev wrote:
On 03/10/2019 21:45, Bruce Dubbs via blfs-dev wrote:
On 10/3/19 1:56 PM, Pierre Labastie via blfs-dev wrote:
I'm going to try to become "upstream" for the standalone localed
daemon. I think I'll take the openrc implementation rather than
On 03/10/2019 21:45, Bruce Dubbs via blfs-dev wrote:
> On 10/3/19 1:56 PM, Pierre Labastie via blfs-dev wrote:
>> I'm going to try to become "upstream" for the standalone localed
>> daemon. I think I'll take the openrc implementation rather than
>> systemd, because systemd's implementation relies o
On 10/3/19 1:56 PM, Pierre Labastie via blfs-dev wrote:
I'm going to try to become "upstream" for the standalone localed
daemon. I think I'll take the openrc implementation rather than
systemd, because systemd's implementation relies on a big utility
library.
Before doing anything, I need to cho
On Thu, Oct 03, 2019 at 09:17:03AM +0200, Pierre Labastie via blfs-dev wrote:
> On 03/10/2019 02:48, Ken Moffat via blfs-dev wrote:
> > [...]
> >
> > Thanks, I'm inclined to bellieve that I'm barking up the wrong tree.
> >
> > My current xorg-server build configures and runs make as user lfs,
> >
On Wed, Oct 02, 2019 at 09:53:21PM -0500, Douglas R. Reno wrote:
>
> Good evening folks
>
> I found the following things out while looking online for solutions to this
> problem earlier. It seems to be due to the way that permissions are handled
> on card0, since AMDGPU/ATI drivers need access to
I'm going to try to become "upstream" for the standalone localed
daemon. I think I'll take the openrc implementation rather than
systemd, because systemd's implementation relies on a big utility
library.
Before doing anything, I need to choose a name. Of course, elocaled
comes to mind, but adding
On 10/3/19 8:31 AM, Maurice van der Stee via blfs-dev wrote:
Hello,
fcron has a configuration parameter to set the pid directory. Setting
this to /run fixes the systemd service file so the fix for that is not
needed.
Good morning / afternoon,
Thanks for reporting this! I'll drop that in
Hello,
fcron has a configuration parameter to set the pid directory. Setting
this to /run fixes the systemd service file so the fix for that is not
needed.
--
===
Maurice van der Stee (s...@planet.nl)
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://
On 03/10/2019 02:48, Ken Moffat via blfs-dev wrote:
> [...]
>
> Thanks, I'm inclined to bellieve that I'm barking up the wrong tree.
>
> My current xorg-server build configures and runs make as user lfs,
> because I eventually discovered that my normal build-as-root was
> forcing suid install. S
13 matches
Mail list logo