ne or think that any of the steps are good or should
be done. It just seems to be the standard bingo for this software.
Someone might also be able to put dnf or GNOME into similar
categories. ]
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Hig
ives the
added benefit of capturing stdout)
'&' in of itself was *never* any sort of guarantee, regardless of
foolish expectations to the contrary.
Wrong, for all csh users.
You folks are all talking from quite narrow perspectives.
--
-- Howard Chu
CTO, Symas Corp. htt
context.
That doesn't mean that you can't have user crontabs. As Lennart says,
using those mechanisms should ideally be a privileged operation (with a
lenient policy on single-user systems).
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highlan
Tom Hughes wrote:
On 01/06/16 12:19, Howard Chu wrote:
This is still looking at the problem back-asswards. The problem isn't
that screen and tmux are special cases. The problem is that some handful
of programs that got spawned in a GUI desktop environment are special
cases, not exiting
creen and tmux *aren't* the only programs that can
legitimately run in the background. *Any* command can be backgrounded /
nohup'd by a user and *all* of them are legitimate in that case.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun h
ical basis for it. The entire premise is invalid.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
--
devel mailing list
devel@lists.fedoraproject.org
https://l
md should be able to know the difference between
a program that's zombie or unresponsive but isn't doing anything or is
unresponsive but is doing something; and if not then some way for
programs to say "hey wait just a minute, I need to clean things up" or
whatever, rather than jus
sense on a
Server. It's debatable whether it's actually reasonable on a Workstation too.
Jobs backgrounded with "&" in a shell are expected to keep running. Having to
create rules and profiles for every possible command is idiotic.
--
-- Howard Chu
CTO, Symas Corp.
in use since 2011. At this point it has saved tremendous
administration and maintenance cost, both for us (Symas and OpenLDAP
Project) and for all the other projects that have adopted it.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://high
way more than I'm proposing, and I'm not sure how useful that
would be anyway, unless you want to do OLAP in the DS ;)
we have the cardinality of the key in old-idl and this makes some
searches where parts of the filter are allids fast.
Just out of curiosity, why is keeping a count pe
ot.)
Experience from developing back-hdb in OpenLDAP shows that all of the
downsides are more than cancelled out by the reduction in memory and I/O
footprint gained from the RDN-only index layout.
http://www.openldap.org/lists/openldap-devel/200112/msg00052.html
http://www.openldap.org/conf/odd-sfo
11 matches
Mail list logo
