search for: vehement

...at least 5 mailing lists, including this one, each ranging in business from 10-30 emails/day. 2. I work full time as a sysadmin, dealing with over 178 workstations, servers, and clusters. 3. I actually have a life outside of computers. 4. I don't notice any response to the huge and vehement reaction to systemd. Given all that, how much more of my life should I spend on yet *another* busy list, esp. when I do *not* want to install fedora, and debug an o/s at home? mark "had to come in an hour early to bring up servers in the datacenter due to power work ove...

...better for round holes than round pegs, especially when you didn't want the peg to rotate in the hole). Anyway, a form of pseudo-persistence that meets the OP's needs is already supported directly by systemd-tmpfiles, which is a part of the core systemd package and non-optional, so your vehement disagreement is moot, sorry.? The round hole already has a square-peg adapter, at least in CentOS 7.? Packagers just need to select the proper 'adapter' for systemd-tmpfiles; the adaptation is not (and should not be, in my opinion) automatic.

On Wed, 11 Oct 2017, Lamar Owen wrote: > If the maintainers of packages that want to run well on CentOS 7 need to have > /var/run/$some-file persistence (or pseudo-persistence, which is the current > behavior enabled by re-creating said files) then those maintainers will need > to change their packages to match actual behavior or file a bug report with > upstream to change the

On Tue, 23 Jun 2015 14:23:52 -0400 Mauricio Tavares <raubvogel at gmail.com> wrote: > On Tue, Jun 23, 2015 at 1:54 PM, Marko Vojinovic <vvmarko at gmail.com> > wrote: > > On Tue, 23 Jun 2015 11:15:30 -0500 > > Jason Warr <jason at warr.net> wrote: > >> > >> I'm curious what has made some people hate LVM so much. > > > > (3)

> Hopefully.. considering their DSP guy and a handful of others were laid > off.. the new DSP they have really blows too so I'm forced into using the > old one.. oh well. The ogg plugin author was not an employee. He was a contractor. He's still working on the plugin regardless. > Oh that's cool.. and I assume the WMP plugin is available through the wacky > MS

...on to find out that "oh hey, they support git", or "oh, they have CMake so I can develop in visual studio like I'm comfortable with". Also, as I'm sure you have witnessed on the lists, choice of build system and (local) version control is something that people are quite vehement about, to the point that failing to put those options in newcomers' faces could result in outright *losing a developer* or at least dampening their enthusiasm (the importance of which is not to be underestimated). I have yet to see anyone complain about a lack of automation for getting set up....

...ent coding, building, and testing any non-obvious (i.e. needing review) change. > - Now I have to look for responses to *two* e-mails. You definitely need a better mail reader. In every mail reader I've ever seen, both mails get clustered into a thread. Maybe this is the root cause of your vehement dissatisfaction with the current email-based system? > In short, e-mail is a very poor vehicle for managing this kind of > process. I hope that the patch queue in testing helps alleviate the > poor response time problem. Even just an acknowlegement, "hey I got > your patch but i...

...hatever I'm doing, context switch and send the mail. >> - Now I have to look for responses to *two* e-mails. > > You definitely need a better mail reader. In every mail reader I've > ever seen, both mails get clustered into a thread. Maybe this is the > root cause of your vehement dissatisfaction with the current > email-based system? Even if threads are clustered, one still has to look through tons of subject lines to find it. > Have you considered the amount of quality code that gets produced with > the current process? Code quality doesn't reflect how eff...

<dag at cray.com> writes: > Sean Silva <silvas at purdue.edu> writes: > >>> Really, patches get dropped *all the time* to the point where pings are >>> a regular part of the development process. That's a huge waste of time >>> for everyone. >> >> It's only a waste of time if your workflow is entirely synchronous >> with patch

On Tue, Sep 24, 2013 at 6:07 PM, Sean Silva <chisophugis at gmail.com> wrote: > I think it makes a lot of sense in this case. The idea is that you > increase indentation in the "error" case. I vehemently disagree. Use the return value and type that make sense for the ABI and will be unsurprising when reading the code. Use a ! when you need to produce early-exit code flows. A note about error objects: you should always have a variable and/or type name here. This gives you the opportunity to mak...

...That is not lvm's fault, but the distro's decision. > > Agreed, but remember that hatred is not a rational thing. When one sees <snip> Hold on thar, pardner. I don't "hate" LVM, but don't care for it. And in most cases, or at least my own, and the person who is vehemently against it, it's based on personal experience. How is that "not a rational thing"? For that matter, haven't you ever gotten gunshy when something that's billed as the LATESTGREATESTTHINGSINCESLICEDBREAD is buggy, and not ready for prime time? Certainly 10-12 years ago, that...

...he RHEL 7 folks do something, perhaps make a package, > to make pseudo-persistence super easy to get. > The RHEL 7 folks do something, perhaps make a package, > to allow users to fix this particular problem, e.g. > by adding pseudo-persisitence for a file used by a package. I disagree vehemently. Please STOP giving any advice or making any suggestions along the lines of persisting /var/run. It *is* meant to be volatile. Anyone who is packaging an application for CentOS 7 must realise this, and package their application accordingly. NO OTHER SOLUTION is acceptable. Folks, please stop giv...

...ter from here :) Ah ok.. cool enough. > > I was talking about listener counts, not MAXTTL. >If you mean controlling whether it's displayed on the server, then >certainly those are server-configurable only :) That's the only logical >way for them to be :) Yes.. you were so vehemently against the idea of listener counts that I was thinking that you weren't going to have support for them in any way, shape or form in this new project.. that's why I mentioned it. ;) >Sniffing is quite difficult. If you can sniff, you've likely gotten >onto the box anyway and...

...... There are various > boneheaded ways in which people try to use to assign some kind of > SumSq to main effects in the presence of interaction, and they are all > wrong - although maybe not very wrong if the unbalance is slight. People keep saying this --- very vehemently --- and it is NOT TRUE. Point 1 --- imbalance is really irrelevant here, a fact which is usually (always?) overlooked. If the design is balanced, all ``types'' of sums of squares are the same. The sequential sums of squares which R will happily produce might well contain ``significant&...

...ontext switch and send the mail. > >>> - Now I have to look for responses to *two* e-mails. >> >> You definitely need a better mail reader. In every mail reader I've >> ever seen, both mails get clustered into a thread. Maybe this is the >> root cause of your vehement dissatisfaction with the current >> email-based system? > > Even if threads are clustered, one still has to look through tons of > subject lines to find it. > >> Have you considered the amount of quality code that gets produced with >> the current process? > > Co...

...the latest x.y; further, it is easily > possible to install the CentOS x.6 centos-release package on a completely > unpatched x.0 system, making the contents of andy of the /etc/*-release files > not terribly useful for strict versioning. > > It is my opinion, although it's not a vehement opinion, that beginning the x.y > practice is what was illogical. But it was done, and it is over, and I have > more important things to do than gripe over semantics such as that. > >> Creating confusion where there was originally none is essentially silly. > > I am not so eas...

I'm sorry I even sent the original email. To be clear, I am trying to write some specific code, and gmock would make my life significantly easier. I'm not really trying to start or win a debate about how to write tests in LLVM. I think that debate should be held around tests, not around abstract libraries if it is even worth having at all. I am a big believer in giving people a powerful

Small change to remove difference between Xen and mainline deactivate_mm. While there, cleanup prepare_arch_switch as well. This generates identical code. Signed-off-by: Chris Wright <chrisw@osdl.org> --- diff -r ba46bd7f5cdf linux-2.6-xen-sparse/include/asm-xen/asm-i386/mmu_context.h --- a/linux-2.6-xen-sparse/include/asm-xen/asm-i386/mmu_context.h Fri Aug 12 15:59:34 2005 +++

...rgument that "GCC does it" is used far too often in the LLVM list, and I can't say I'm a big fan of it. GCC did not take *only* smart decisions in its life (neither did LLVM), and copying everything from one side to the other blindly is not a good strategy. In the general case, I vehemently agree with this. I am deeply concerned about the direction of some of the target assemblers in this regard. I’m a little more sympathetic to this specific case because it’s a feature of not just binutils, but the ARM tools also and last I checked, well documented. That said, great care and delib...

...gaining the author's permission. This is NOT the way the print media operates -- this could impact everyone you know. Imagine pulling CD-ROMs from libraries and computers from elementary schools. H.R. 2281 passes and you have started down this path running. The Nomad Mobile Research Centre is vehemently opposed to this proposed treaty. It has serious freedom of speech implications. It also gives companies a license to produce shoddy, inadequate systems without fear of exposure. Call your House Representative today and voice your concerns. .o. Simple Nomad .oOo. Data warrior, kn...