[arch-general] update today causes avantfax_hourly cron: Exec format error?

2018-08-27 Thread Maksim Fomin via arch-general


‐‐‐ Original Message ‐‐‐
On August 27, 2018 1:38 PM, Leonid Isaev via arch-general 
 wrote:

> On Mon, Aug 27, 2018 at 03:02:38PM +0200, Ralf Mardorf wrote:
>
> > Eli, wouldn't it be easier for you to ignore people who are not as wise
> > and psychologically balanced as you are? I doubt that anybody of us is
> > able to learn from your wise comments, more likely we laugh at you,
> > because we are psychically disturbed and dumb, so we don't know better.
>
> Well, speak for yourself. And grow up and learn to avoid being disturbed by
> (deserved) critisism.
>
> Besides, for anyone knowledgeable it would always be easier to ignore other
> less knowledgeable people... But you see where this would end up.
>
> Cheers,
>
>
>
> Leonid Isaev

-1. You speak about about learning to listen criticism, but some people have 
not learned to express their ideas polite and to not being disturbed by less 
knowledgeable people. This is technical list not intended to aggressive 
comments. Nowhere it is written that subscribers of this list must tolerate 
aggressive, non-technical comments.

So, I also join to those thinking that some persons from community are overly 
aggressive in mailing list/bugzilla/forum (this can be easily proven by looking 
at user's contribution). Keep in mind, that subscribers are interest neither in 
dumb questions *nor* in aggressive comments boosting someone's ego.

Maksim Fomin


Re: [arch-general] Services with DefaultDependencies=no

2018-08-27 Thread Leonid Isaev via arch-general
On Mon, Aug 27, 2018 at 12:51:13PM -0400, Eli Schwartz via arch-general wrote:
> On 8/27/18 8:45 AM, Leonid Isaev via arch-general wrote:
> > Hi,
> > 
> > While going over .service files on my system, I noticed that quite a
> > few of them, not belonging to systemd package, contain 
> > DefaultDependencies=no
> > (DD=no). This is understandable (perhaps) for programs like 
> > systemd-journald,
> > but what about normal daemons, like rpcbind, haveged and rpc-nfsd? I thought
> > that setting DD=no is kind of a hack needed only for special services (e.g.
> > called from fstab via x-systemd.requires=). Or am I missing something?
> 
> DefaultDependencies=false means it won't get "ensure that the service is
> started only after basic system initialization is completed and is
> properly terminated on system shutdown." (from the systemd.unit(5) man
> page).

Yeah, systemd.service manpage is more relevant here. Because it says that
daemons with DD=no are also not subject to the normal shutdown logic...

> Seems like a reasonable thing to want to avoid for programs that are
> meant to be started as part of initializing the system.

Initialization or early boot?

> e.g. you might want RPC daemons running as soon as possible. You most
> likely do want haveged running as soon as possible.

Actually, digging into nfs-utils I understand why devs did it (for NFS-mounted
/var). But they also were careful to specify dependencies on services that are
pulled as a part of basic and sysinit targets. I disagree with that decision
because I might want to bring firewall (iptables.service obeys the normal DD
logic) before NFS/rpcbind is started (I do it for port-forwarding RPCbind and
ypserv calls into a container).

But I'm really not sure why you'd need haveged in early boot (as opposed to
inird), nor that it doesn't require any of the early-boot services...

But thx anyway,
-- 
Leonid Isaev


Re: [arch-general] Services with DefaultDependencies=no

2018-08-27 Thread Eli Schwartz via arch-general
On 8/27/18 8:45 AM, Leonid Isaev via arch-general wrote:
> Hi,
> 
>   While going over .service files on my system, I noticed that quite a
> few of them, not belonging to systemd package, contain DefaultDependencies=no
> (DD=no). This is understandable (perhaps) for programs like systemd-journald,
> but what about normal daemons, like rpcbind, haveged and rpc-nfsd? I thought
> that setting DD=no is kind of a hack needed only for special services (e.g.
> called from fstab via x-systemd.requires=). Or am I missing something?

DefaultDependencies=false means it won't get "ensure that the service is
started only after basic system initialization is completed and is
properly terminated on system shutdown." (from the systemd.unit(5) man
page).

Seems like a reasonable thing to want to avoid for programs that are
meant to be started as part of initializing the system.

e.g. you might want RPC daemons running as soon as possible. You most
likely do want haveged running as soon as possible.

-- 
Eli Schwartz
Bug Wrangler and Trusted User



signature.asc
Description: OpenPGP digital signature


Re: [arch-general] update today causes avantfax_hourly cron: Exec format error?

2018-08-27 Thread Ralf Mardorf
On Mon, 27 Aug 2018 08:59:07 -0600, Leonid Isaev via arch-general wrote:
>At least Eli took time to explain what actually went wrong.

He also took the time to send a _signed_ mail off-list to me. I am
afraid he's rather unwell. Calling me names :D and he's completely lost
in a biased fantasy world.


Re: [arch-general] update today causes avantfax_hourly cron: Exec format error?

2018-08-27 Thread Leonid Isaev via arch-general
On Mon, Aug 27, 2018 at 04:04:14PM +0200, Ralf Mardorf wrote:
> On Mon, 27 Aug 2018 07:38:12 -0600, Leonid Isaev via arch-general wrote:
> >On Mon, Aug 27, 2018 at 03:02:38PM +0200, Ralf Mardorf wrote:
> >> Eli, wouldn't it be easier for you to ignore people who are not as
> >> wise and psychologically balanced as you are? I doubt that anybody
> >> of us is able to learn from your wise comments, more likely we laugh
> >> at you, because we are psychically disturbed and dumb, so we don't
> >> know better.  
> >
> >Well, speak for yourself. And grow up and learn to avoid being
> >disturbed by (deserved) critisism.
> 
> Take a look at the Archive.

Yeah, and the first post in this thread was about a script that broke because
of a linux-firmware update. I stopped reading after that because it was clear
that the person who wrote that didn't think at all... At least Eli took time to
explain what actually went wrong.
If Eli is mistaken, he is unable to admit

> Consider to reread Eli's brilliant achievement of wisdom and online
> psychotherapy:
> >> I have run Arch on it since 2009 -- I'm familiar with what it
> >> does.
> >
> >Just using a thing often used by intelligent, computer-savvy people,
> >does not *automatically* qualify you as one of them. Just using a thing
> >for a long time does not *automatically* qualify you as familiar with
> >that thing.
> >
> >And in this case, your aggressively prioritized attitude of learned
> >helplessness makes me wonder whether using Arch is the best thing for
> >you.
> >
> >For reasons I don't quite understand, you seem to despise the idea of
> >becoming more knowledgeable about how things work. I don't see how this
> >can work out...

Which I totally agree with and support: if you don't want to research problems,
don't run Arch. There are plenty of good distros out there for you.

Cheers,
-- 
Leonid Isaev


Re: [arch-general] update today causes avantfax_hourly cron: Exec format error?

2018-08-27 Thread Ralf Mardorf
On Mon, 27 Aug 2018 07:38:12 -0600, Leonid Isaev via arch-general wrote:
>On Mon, Aug 27, 2018 at 03:02:38PM +0200, Ralf Mardorf wrote:
>> Eli, wouldn't it be easier for you to ignore people who are not as
>> wise and psychologically balanced as you are? I doubt that anybody
>> of us is able to learn from your wise comments, more likely we laugh
>> at you, because we are psychically disturbed and dumb, so we don't
>> know better.  
>
>Well, speak for yourself. And grow up and learn to avoid being
>disturbed by (deserved) critisism.

Take a look at the Archive. If Eli is mistaken, he is unable to admit
that he is and even if he isn't mistaken, often half of the content
of his replies contain implied self-adulation by some kind of
manipulative disregard of other personalities. I'm very, very seldom
disturbed by any kind of criticism, I only try to make Eli aware that
several subscribers are making jokes about him, if he again makes a
fool out of himself. Sure, I'm speaking for myself, this doesn't mean
that I'm not aware of other subscribers' opinions. Sometimes people are
writing emails off-list.

>Besides, for anyone knowledgeable it would always be easier to ignore
>other less knowledgeable people... But you see where this would end up.

Not really and I wasn't talking about knowledge, I was talking about
wisdom and psychologically balance.

Consider to reread Eli's brilliant achievement of wisdom and online
psychotherapy:
>> I have run Arch on it since 2009 -- I'm familiar with what it
>> does.
>
>Just using a thing often used by intelligent, computer-savvy people,
>does not *automatically* qualify you as one of them. Just using a thing
>for a long time does not *automatically* qualify you as familiar with
>that thing.
>
>And in this case, your aggressively prioritized attitude of learned
>helplessness makes me wonder whether using Arch is the best thing for
>you.
>
>For reasons I don't quite understand, you seem to despise the idea of
>becoming more knowledgeable about how things work. I don't see how this
>can work out...

Also consider to randomly read replies from Eli available by the
Archive, maybe you'll notice something.


Re: [arch-general] update today causes avantfax_hourly cron: Exec format error?

2018-08-27 Thread Leonid Isaev via arch-general
On Mon, Aug 27, 2018 at 03:02:38PM +0200, Ralf Mardorf wrote:
> Eli, wouldn't it be easier for you to ignore people who are not as wise
> and psychologically balanced as you are? I doubt that anybody of us is
> able to learn from your wise comments, more likely we laugh at you,
> because we are psychically disturbed and dumb, so we don't know better.

Well, speak for yourself. And grow up and learn to avoid being disturbed by
(deserved) critisism.

Besides, for anyone knowledgeable it would always be easier to ignore other
less knowledgeable people... But you see where this would end up.

Cheers,
-- 
Leonid Isaev


Re: [arch-general] update today causes avantfax_hourly cron: Exec format error?

2018-08-27 Thread Ralf Mardorf
On Mon, 27 Aug 2018 07:58:33 -0400, Eli Schwartz via arch-general wrote:
>> I have run Arch on it since 2009 -- I'm familiar with what it does.  
>
>Just using a thing often used by intelligent, computer-savvy people,
>does not *automatically* qualify you as one of them. Just using a thing
>for a long time does not *automatically* qualify you as familiar with
>that thing.
>
>And in this case, your aggressively prioritized attitude of learned
>helplessness makes me wonder whether using Arch is the best thing for
>you.
>
>For reasons I don't quite understand, you seem to despise the idea of
>becoming more knowledgeable about how things work. I don't see how this
>can work out...

Eli, wouldn't it be easier for you to ignore people who are not as wise
and psychologically balanced as you are? I doubt that anybody of us is
able to learn from your wise comments, more likely we laugh at you,
because we are psychically disturbed and dumb, so we don't know better.


[arch-general] Services with DefaultDependencies=no

2018-08-27 Thread Leonid Isaev via arch-general
Hi,

While going over .service files on my system, I noticed that quite a
few of them, not belonging to systemd package, contain DefaultDependencies=no
(DD=no). This is understandable (perhaps) for programs like systemd-journald,
but what about normal daemons, like rpcbind, haveged and rpc-nfsd? I thought
that setting DD=no is kind of a hack needed only for special services (e.g.
called from fstab via x-systemd.requires=). Or am I missing something?

Thanks,
L.

-- 
Leonid Isaev


Re: [arch-general] update today causes avantfax_hourly cron: Exec format error?

2018-08-27 Thread Eli Schwartz via arch-general
On 8/27/18 2:57 AM, David C. Rankin wrote:
> On 08/26/2018 08:11 AM, Eli Schwartz via arch-general wrote:
>> in the "avantfax_hourly" file 
> Yes, of course it does,
> 
>   $ head -n 2 /srv/http/avantfax/includes/phb.php

I've reread these two statements eleven times, and I *still* cannot see
where it makes sense for you to determinedly mention a completely
unrelated file.

With such unreserved stubbornness.

> I have run Arch on it since 2009 -- I'm familiar with what it does.

Just using a thing often used by intelligent, computer-savvy people,
does not *automatically* qualify you as one of them. Just using a thing
for a long time does not *automatically* qualify you as familiar with
that thing.

And in this case, your aggressively prioritized attitude of learned
helplessness makes me wonder whether using Arch is the best thing for you.

For reasons I don't quite understand, you seem to despise the idea of
becoming more knowledgeable about how things work. I don't see how this
can work out...

> When I can't find an answer I ask here -- so if others similarly
> situated are affected, they can benefit, as well as determining if this is a
> bug or a transient issue.

I don't see how anyone is benefiting from this, not even you.

Well, SET benefited, but that was incidental, and anyway people with the
need can start their own, more rational threads, and get the same help,
without getting confused and possibly thrown off by your insistence that
the underlying cause is something different and undiagnosed.

> Chock it up to gremlins.

I'm going to chalk it up to you completely ignoring every last word I
say, with your serene confidence that you already know the answer and
don't need to listen to a word anyone else says.

Noted, for the next time I'm foolish enough to think you *actually* want
help.

-- 
Eli Schwartz
Bug Wrangler and Trusted User



signature.asc
Description: OpenPGP digital signature


Re: [arch-general] update today causes avantfax_hourly cron: Exec format error?

2018-08-27 Thread Ralph Corderoy
Hi David,

> Eli wrote:
> > Is there some wonderful shebang in the "avantfax_hourly" file which
> > says "execute this script as a cron executable"?
>
> Yes, of course it does,
>
>   $ head -n 2 /srv/http/avantfax/includes/phb.php

`avantfax_hourly' != `phb.php'.

> At this point the issue is moot.

Only if you're not bothered about either continually misleading in
asking your questions, or else not having grasped the key point you
repeatedly miss.  :-)

-- 
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy


Re: [arch-general] update today causes avantfax_hourly cron: Exec format error?

2018-08-27 Thread Guus Snijders via arch-general
Op ma 27 aug. 2018 08:57 schreef David C. Rankin <
drankina...@suddenlinkmail.com>:

> On 08/26/2018 08:11 AM, Eli Schwartz via arch-general wrote:
> > Why do you think run-parts "should" execute this file as a cron script?
> > Is there some wonderful shebang in the "avantfax_hourly" file which says
> > "execute this script as a cron executable"?
>
> Yes, of course it does,
>
>   $ head -n 2 /srv/http/avantfax/includes/phb.php
>   #!/usr/bin/php56
>   
> and
>
>   $ l /usr/bin/php56
>   -rwxr-xr-x 1 root root 10026472 Aug  9 15:50 /usr/bin/php56
>

Close, but no cookie.

Cron tries to execute /etc/cron.hourly/avantfax_hourly, so the question is
whether  /etc/cron.hourly/avantfax_hourly starts with a hashbang.

The "hourly" directory should contain the executable files you wish to have
executed by cron, not crontab files. The crontab files are config files,
not the executables themselves.

So to execute $prog every hour, you can either: edit the crontab and
configure the schedule, program, etc *or* you create a script (or symlink)
to call $program and place that in cron's "hourly" directory.

It looks like you mixed up both options.


Mvg, Guus Snijders


Re: [arch-general] update today causes avantfax_hourly cron: Exec format error?

2018-08-27 Thread David C. Rankin
On 08/26/2018 08:11 AM, Eli Schwartz via arch-general wrote:
> Why do you think run-parts "should" execute this file as a cron script?
> Is there some wonderful shebang in the "avantfax_hourly" file which says
> "execute this script as a cron executable"?

Yes, of course it does,

  $ head -n 2 /srv/http/avantfax/includes/phb.php
  #!/usr/bin/php56
  

signature.asc
Description: OpenPGP digital signature