Xen schreef op 05-10-2016 22:09:
Reindl Harald schreef op 05-10-2016 21:50:
as long as your are not able to distinct between firstname and
lastname or at least quote the last name correctly: well, go pee, it's
more productive than ideas change anything for no reason to bomb us
(us is endusers
Reindl Harald schreef op 05-10-2016 21:50:
Am 05.10.2016 um 21:42 schrieb Xen:
Reindl Harald schreef op 05-10-2016 21:33:
Am 05.10.2016 um 21:26 schrieb Xen:
Tomasz Torcz schreef op 05-10-2016 19:12:
On Wed, Oct 05, 2016 at 07:00:11PM +0200, Xen wrote:
[ … renaming propositions … ]
Uh,
Am 05.10.2016 um 21:42 schrieb Xen:
Reindl Harald schreef op 05-10-2016 21:33:
Am 05.10.2016 um 21:26 schrieb Xen:
Tomasz Torcz schreef op 05-10-2016 19:12:
On Wed, Oct 05, 2016 at 07:00:11PM +0200, Xen wrote:
[ … renaming propositions … ]
Uh, it is way too late for such changes. Mayb
Reindl Harald schreef op 05-10-2016 21:33:
Am 05.10.2016 um 21:26 schrieb Xen:
Tomasz Torcz schreef op 05-10-2016 19:12:
On Wed, Oct 05, 2016 at 07:00:11PM +0200, Xen wrote:
[ … renaming propositions … ]
Uh, it is way too late for such changes. Maybe if you brought this
five years ago…
Am 05.10.2016 um 21:26 schrieb Xen:
Tomasz Torcz schreef op 05-10-2016 19:12:
On Wed, Oct 05, 2016 at 07:00:11PM +0200, Xen wrote:
[ … renaming propositions … ]
Uh, it is way too late for such changes. Maybe if you brought this
five years ago… Right now it would only bring pointless di
Tomasz Torcz schreef op 05-10-2016 19:12:
On Wed, Oct 05, 2016 at 07:00:11PM +0200, Xen wrote:
[ … renaming propositions … ]
Uh, it is way too late for such changes. Maybe if you brought this
five years ago… Right now it would only bring pointless differentation
between older and newer di
Mantas Mikulėnas schreef op 05-10-2016 18:34:
If you mean "would not perform lookups _below_ a certain ID", then
sure, that exists. In /etc/nslcd.conf you can specify "nss_min_uid
1000", for example, to avoid lookups for all system UIDs.
Thank you. It seems interesting. I just think that they
On Wed, Oct 05, 2016 at 07:00:11PM +0200, Xen wrote:
> [ … renaming propositions … ]
Uh, it is way too late for such changes. Maybe if you brought this
five years ago… Right now it would only bring pointless differentation
between older and newer distributions. We just started
unification of
Just some considerations I posted elsewhere:
- I think there are good reasons to do away with -ctl nomenclature no
matter how prevalent these days across Linux systems.
- You could call the journalctl tool "journals" -- it doesn't exist,
could give access to various system logs, and become
On Wed, Oct 5, 2016 at 7:08 PM, Xen wrote:
> Mantas Mikulėnas schreef op 05-10-2016 14:49:
>
>> On Wed, Oct 5, 2016 at 1:47 PM, Xen wrote:
>>
>> Hi,
>>>
>>> the libnss-ldap package on my system used to contain (and still
>>> contains) a script that is run on system reboot and shutdown and
>>> in
Lennart Poettering schreef op 05-10-2016 14:52:
nss_initgroups_ignoreusers
_apt,avahi,avahi-autoipd,backup,bin,colord,daemon,dnsmasq,games,gnats,hplip,irc,kernoops,list,lp,mail,man,messagebus,news,proxy,pulse,root,rtkit,saned,sddm,sshd,sync,sys,syslog,systemd-bus-proxy,systemd-network,systemd-re
Mantas Mikulėnas schreef op 05-10-2016 14:49:
On Wed, Oct 5, 2016 at 1:47 PM, Xen wrote:
Hi,
the libnss-ldap package on my system used to contain (and still
contains) a script that is run on system reboot and shutdown and
installs itself into SysV directories for runlevel 0 and 6.
Do you me
As others have said, this is not possible.
It is however possible to configure it via a dropin file.
e.g. if your unit is called foo.service, then just mkdir
/etc/systemd/system/foo.service.d/ and create a file cpu-affinity.conf
inside that folder (any filename will do).
In this file put:
[Serv
On Thu, 29.09.16 11:25, Vasiliy Tolstov (v.tols...@selfip.ru) wrote:
> I have CPUAffinity inside service file and want to configure it via
> EnvironmentFile, but
> CPUAffinity=$CPUAffinity does not work with message Failed to parse
> CPU affinity '$CPUAffinity'
> Environment file contains CPUAffin
Hey
On Sat, Oct 1, 2016 at 1:30 PM, Michael Biebl wrote:
> Hi,
>
> I've been watching the bus1 presentation from this years systemd.conf
> (thanks a lot for the video team btw for doing a stellar job).
>
> What didn't become clear to me i, how bus1, dbus(-daemon) and systemd
> are supposed to fit
On Sat, 01.10.16 13:30, Michael Biebl (mbi...@gmail.com) wrote:
> Hi,
>
> I've been watching the bus1 presentation from this years systemd.conf
> (thanks a lot for the video team btw for doing a stellar job).
>
> What didn't become clear to me i, how bus1, dbus(-daemon) and systemd
> are suppose
On Wed, Oct 5, 2016 at 3:08 PM, Lokesh Mandvekar wrote:
> On Wed, Oct 05, 2016 at 09:38:18AM +0300, Andrei Borzenkov wrote:
>> On Wed, Oct 5, 2016 at 8:24 AM, Lokesh Mandvekar
>> wrote:
>> > On Tue, Oct 04, 2016 at 10:28:25AM +0200, Michal Sekletar wrote:
>> >> On Tue, Sep 27, 2016 at 5:05 PM, L
On Wed, 05.10.16 14:40, Xen (l...@xenhideout.nl) wrote:
> Xen schreef op 05-10-2016 14:37:
>
> >And this works. But now the service must be started first before it
> >will be called on shutdown... :-/.
>
> I guess the package installer would have to start the service after
> installation which w
On Wed, Oct 5, 2016 at 1:47 PM, Xen wrote:
> Hi,
>
> the libnss-ldap package on my system used to contain (and still contains)
> a script that is run on system reboot and shutdown and installs itself into
> SysV directories for runlevel 0 and 6.
>
Do you mean libnss-ldapd? The standalone libnss-
On Wed, 05.10.16 14:37, Xen (l...@xenhideout.nl) wrote:
> Lennart Poettering schreef op 05-10-2016 13:16:
>
> >Why does nss-ldap require something like this? Sounds strange to me...
>
> Thanks man. I was just gonna charge you $40 for missed time... ;-).
>
> There are services during startup tha
Xen schreef op 05-10-2016 14:37:
And this works. But now the service must be started first before it
will be called on shutdown... :-/.
I guess the package installer would have to start the service after
installation which would be a solution in that sense, it needs to enable
the service any
Andrei,
Your doubt is absolutely correct. Default target of the system as nothing
to do with auto start of services.
I checked both graphical.target & multi-user.target, surprisingly I don't
see any big difference in these. Both of the files are almost same except
multi-user.target have dependenc
Lennart Poettering schreef op 05-10-2016 13:16:
Why does nss-ldap require something like this? Sounds strange to me...
Thanks man. I was just gonna charge you $40 for missed time... ;-).
There are services during startup that are going to hang if you
configure nsswitch.conf to also use ldap
On Wed, Oct 05, 2016 at 09:38:18AM +0300, Andrei Borzenkov wrote:
> On Wed, Oct 5, 2016 at 8:24 AM, Lokesh Mandvekar
> wrote:
> > On Tue, Oct 04, 2016 at 10:28:25AM +0200, Michal Sekletar wrote:
> >> On Tue, Sep 27, 2016 at 5:05 PM, Lokesh Mandvekar
> >> wrote:
> >> > Now, I can mount these part
On Mon, 03.10.16 14:59, Daniel Ng (danieln...@gmail.com) wrote:
> I am running user-level services in Ubuntu 16.04 LTS. For example, I have
> my test.service located at ~/.config/systemd/user/test.service
>
> I was able to run the service by doing
>
> systemctl --user start test.target
>
>
On Tue, 04.10.16 20:55, Manuel Amador (Rudd-O) (rud...@rudd-o.com) wrote:
> Hello folks!
>
> I'm developing a Dracut module and I need to know how to go about
> showing what processes run by systemd during boot are saying. This is
> for https://github.com/Rudd-O/zfs-fedora-installer .
>
> For e
On Wed, 05.10.16 14:53, Raghavendra. H. R (raghuh...@gmail.com) wrote:
> Hi All,
>
> I'm a newbie in Systemd init system and I'm trying to auto boot/start my
> service in systemd. But my service gets only enabled and it never runs
> automatically.
>
> I modifying my unit file to depend on sysini
On Wed, 05.10.16 12:47, Xen (l...@xenhideout.nl) wrote:
> Hi,
>
> the libnss-ldap package on my system used to contain (and still contains) a
> script that is run on system reboot and shutdown and installs itself into
> SysV directories for runlevel 0 and 6.
>
> However on SystemD I believe thes
On Wed, Oct 5, 2016 at 1:19 PM, Raghavendra. H. R wrote:
> It's working fine now. We should give the default target of the system for
> WantedBy= of the Install section.
> So I used graphical.target in the Install section and it fixed my issue.
>
I doubt it was the reason. grpahical.target pulls
Hi,
the libnss-ldap package on my system used to contain (and still
contains) a script that is run on system reboot and shutdown and
installs itself into SysV directories for runlevel 0 and 6.
However on SystemD I believe these are not run? What would be the proper
way to run them?
It's working fine now. We should give the default target of the system
for *WantedBy=
*of the Install section.
So I used graphical.target in the Install section and it fixed my issue.
Thanks for the information.
--
Regards,
Raghavendra. H. R
(Raghu)
On Wed, Oct 5, 2016 at 3:12 PM, Raghavendra
I ran *"systemctl enable test.service" *but when I restart it shows only
that the service is only enabled but not active and running.
Here is the status of test.service
*? test.service - Hey Bings*
* Loaded: loaded (/lib/systemd/system/test.service; enabled)*
* Active: inactive (dead)*
For
On Wed, Oct 5, 2016 at 12:23 PM, Raghavendra. H. R wrote:
> Hi All,
>
> I'm a newbie in Systemd init system and I'm trying to auto boot/start my
> service in systemd. But my service gets only enabled and it never runs
> automatically.
>
> I modifying my unit file to depend on sysinit.target and mu
Hi All,
I'm a newbie in Systemd init system and I'm trying to auto boot/start my
service in systemd. But my service gets only enabled and it never runs
automatically.
I modifying my unit file to depend on sysinit.target and multi-user.target
by making use of I used *After=* this also didnt help.
34 matches
Mail list logo