search for: doctrine

On Tue, 2015-02-10 at 21:32 -0600, Valeri Galtsev wrote: > Indeed I should have said "allegedly pirated" not just "pirated". As I > don't care to go into details if it is or it isn't. I also would recommend > to finish this discussion and those who feel so get themselves some > fundamental book and go ahead with reading it. Which I'm going to do >

...f us. "Every good and perfect gift comes from above" ([James 1:17](http://www.biblegateway.com/passage/?search=James%201:17;&version=47; "@Bible Gateway")) is one way that I might choose to prove this. In other words, in a very real sense, works of theology and doctrine and works of -- In Christ, Timmy V. http://burningones.com/ http://five.sentenc.es/ - Spend less time on e-mail

...-) FYI my comments are restricted the PDF floating around of the recommended UNIX and Linux System Admin book. That's definitely not legit. What libraries offer is not only legal, it's important to keep this intact. Publishers have variably been very unreasonable abrogating the first-sale doctrine when it comes to ebook versions. It's a case where I believe in no shade of gray. If I'm led to believe I've bought an ebook, not merely renting it, then I should have the right to give that ebook to a library, school, friend, leave it in an estate to children. And quite a number of pub...

...ssage is in generator.c). In Linux, anyway, the "raw" command allows a block device to be bound as a character device, and then even a "cat" command can read the raw data of the block device. So why does rsync refuse to copy such content, or why is it a bad idea, or what rsync doctrine conflicts with it? I agree there are security concerns here, but rsync already disallows some of its functions unless the super user is requesting them. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.samba.org/pipermail/rsync/attachments/20181230/6...

...#39;d have a bit of a discussion out here on the dev lists where there's a bit more visibility. My basic expectation is that the lit tests in any LLVM project except the test-suite are targeted tests intended to test only the functionality in the project. This seems like a pretty well accepted doctrine across most LLVM projects - most visibly in Clang, where we make a concerted effort not to have tests that execute LLVM optimizations, etc. There are exceptions/middle ground to this - DIBuilder is in LLVM, but essentially tested in Clang rather than writing LLVM unit tests. It's somewhat unav...

...> > dev lists where there's a bit more visibility. > > > > My basic expectation is that the lit tests in any LLVM project except the > > test-suite are targeted tests intended to test only the functionality in > > the project. This seems like a pretty well accepted doctrine across most > > LLVM projects - most visibly in Clang, where we make a concerted effort > not > > to have tests that execute LLVM optimizations, etc. > > > > There are exceptions/middle ground to this - DIBuilder is in LLVM, but > > essentially tested in Clang rathe...

...Linux, anyway, the "raw" command allows a block device to be bound as > > a character device, and then even a "cat" command can read the raw data > > of the block device.  So why does rsync refuse to copy such content, or > > why is it a bad idea, or what rsync doctrine conflicts with it?  I agree > > there are security concerns here, but rsync already disallows some of > > its functions unless the super user is requesting them.  > > > > > > -- > ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*...

...n runtime - what is it that the new compiler-rt test is providing? (perhaps you could give a concrete example you had in mind to look at?) > (4) True, we're intimidated by test-suite :) I feel that current use of > compiler-rt test suite to check compiler-rt libs better follows > the doctrine described by David. > Which David? ;) (I guess David Li, not me) I think maybe what could be worth doing would be separating out the broader/intentionally "end to end" sort of tests from the ones intended to test compiler-rt in relative isolation. Most importantly, I'd expect on...

...re done primarily for the purpose of changing the end-user experience). -- Sean Silva > > >> >> >>> (4) True, we're intimidated by test-suite :) I feel that current use of >>> compiler-rt test suite to check compiler-rt libs better follows >>> the doctrine described by David. >>> >> >> Which David? ;) (I guess David Li, not me) >> > > Nope, paragraph 2 from your original email. > > >> I think maybe what could be worth doing would be separating out the >> broader/intentionally "end to end" s...

...I disagree with > that), or that it qualifies as "adding coverage" (maybe). > > >> >> >>> (4) True, we're intimidated by test-suite :) I feel that current use of >>> compiler-rt test suite to check compiler-rt libs better follows >>> the doctrine described by David. >>> >> >> Which David? ;) (I guess David Li, not me) >> > > Nope, paragraph 2 from your original email. > > >> I think maybe what could be worth doing would be separating out the >> broader/intentionally "end to end" s...

...en that and compiler-rt. > > -- Sean Silva > > >> >> >>> >>> >>>> (4) True, we're intimidated by test-suite :) I feel that current use of >>>> compiler-rt test suite to check compiler-rt libs better follows >>>> the doctrine described by David. >>>> >>> >>> Which David? ;) (I guess David Li, not me) >>> >> >> Nope, paragraph 2 from your original email. >> >> >>> I think maybe what could be worth doing would be separating out the >>> broade...

...t;adding coverage" (maybe). >>> >>> >>>> >>>> >>>>> (4) True, we're intimidated by test-suite :) I feel that current use >>>>> of compiler-rt test suite to check compiler-rt libs better follows >>>>> the doctrine described by David. >>>>> >>>> >>>> Which David? ;) (I guess David Li, not me) >>>> >>> >>> Nope, paragraph 2 from your original email. >>> >>> >>>> I think maybe what could be worth doing would be se...

...or that it qualifies as "adding coverage" (maybe). >> >> >>> >>> >>>> (4) True, we're intimidated by test-suite :) I feel that current use of >>>> compiler-rt test suite to check compiler-rt libs better follows >>>> the doctrine described by David. >>>> >>> >>> Which David? ;) (I guess David Li, not me) >>> >> >> Nope, paragraph 2 from your original email. >> >> >>> I think maybe what could be worth doing would be separating out the >>> broade...

...or that it qualifies as "adding coverage" (maybe). >> >> >>> >>> >>>> (4) True, we're intimidated by test-suite :) I feel that current use of >>>> compiler-rt test suite to check compiler-rt libs better follows >>>> the doctrine described by David. >>>> >>> >>> Which David? ;) (I guess David Li, not me) >>> >> >> Nope, paragraph 2 from your original email. >> >> >>> I think maybe what could be worth doing would be separating out the >>> broade...

...be). >>>> >>>> >>>>> >>>>> >>>>>> (4) True, we're intimidated by test-suite :) I feel that current use >>>>>> of compiler-rt test suite to check compiler-rt libs better follows >>>>>> the doctrine described by David. >>>>>> >>>>> >>>>> Which David? ;) (I guess David Li, not me) >>>>> >>>> >>>> Nope, paragraph 2 from your original email. >>>> >>>> >>>>> I think maybe w...

...t;>>>> >>>>>> >>>>>> >>>>>>> (4) True, we're intimidated by test-suite :) I feel that current use >>>>>>> of compiler-rt test suite to check compiler-rt libs better follows >>>>>>> the doctrine described by David. >>>>>>> >>>>>> >>>>>> Which David? ;) (I guess David Li, not me) >>>>>> >>>>> >>>>> Nope, paragraph 2 from your original email. >>>>> >>>>> >...

...g?? ssd drives have different characteristics > that need to be accomadated (including a relatively slow write process which > is obvious as soon as the buffer is full), and never, never put a swap > partition on it, the high activity will wear it out rather quickly. I know this is common doctrine, but is this still generally held true? For a well configured desktop that rarely needs to swap, I struggle to see the load on the SSD as being significant, and yet obviously the performance of an SSD would make it ideal for swap. > might also check cables, often a problem particularly if they...

We need to use le32_to_cpu to test rec->e_cpos in ocfs2_dinode_insert_check. Signed-off-by: Tao Ma <tao.ma at oracle.com> --- fs/ocfs2/alloc.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/fs/ocfs2/alloc.c b/fs/ocfs2/alloc.c index 3a9e5de..19e3a96 100644 --- a/fs/ocfs2/alloc.c +++ b/fs/ocfs2/alloc.c @@ -176,7 +176,8 @@ static int

...over two years, and its high time I shared the load. We'll both review patches, etc, but I'll be the one merging them and pushing them. Pull: git://git.kernel.org/pub/scm/linux/kernel/git/jlbec/ocfs2.git Web: http://git.kernel.org/?p=linux/kernel/git/jlbec/ocfs2.git Joel -- "The doctrine of human equality reposes on this: that there is no man really clever who has not found that he is stupid." - Gilbert K. Chesterson Joel Becker Principal Software Developer Oracle E-mail: joel.becker at oracle.com Phone: (650) 506-8127

...And you have to avoid the utterly ridiculous concept of ``personal probability'' that Bayesians seem to find central. A propos of the notion of ``personal probability'', the physicist Carl Sagan (in his wonderful book ``The Demon Haunted World'') referred to the ``dangerous doctrine'' that strength of belief has anything to do with the truth of a proposition. He was not writing in any statistical context. Rather, he was discussing the daffy notion of ``alien abductions'' which apparently has been taken seriously by some Ivy League psychologist on the basis th...