search for: dissonant

On 10/12/2013 18:03, Jim Grosbach wrote: >> That causes dissonance between what the compiler sees and what lit.py >> sees for no particularly good reason. One of the nice properties of >> lit tests is that they're also valid compiler inputs, so trailing >> slash is a bit unfortunate. >> > > How does the backslash break this in any way? The backslash is

>> Only one remark. Information about 'init' file i found only in >> releasenotes.txt for 4.1.6 (for setting up 'ifb' module) and i found >> 'initdone' file in Shorewall config directory and without manfile also. >> For me not very clearly as it use. > > http://www.shorewall.net/shorewall_extension_scripts.htm On this page i found a

On Dec 10, 2013, at 11:26 AM, Alp Toker <alp at nuanti.com> wrote: > > On 10/12/2013 18:03, Jim Grosbach wrote: >>> That causes dissonance between what the compiler sees and what lit.py sees for no particularly good reason. One of the nice properties of lit tests is that they're also valid compiler inputs, so trailing slash is a bit unfortunate. >>> >>

...that have come before this. He convinced me to make the effort to put my 2 cents in though - thanks Chris. So - for my use-case I don't have strong feelings one way or the other* <https://www.youtube.com/watch?v=fpaQpyU_QiM>. That said, something about the discussion so far strikes me as dissonant: If we're going to break out some sub-projects (the test-suite for licensing reasons, the runtimes for modularity) then it's not really a mono-repo any more. It's a multi-repo where we've collapsed some (but not all) of the existing repos. To the extent that we have to build tooling...

On 28 July 2016 at 22:12, Chris Bieneman <beanz at apple.com> wrote: > It is worth pointing out the Jenkins job that runs that is a playground I setup for myself. It is nowhere near production ready, and it will fail frequently as I iterate messing around with it. Sure, I think that's implied. cheers, --renato

...I really can not say without spending an hour or two reading the whole thread. Thanks, Michael > > So - for my use-case I don't have strong feelings one way or the other* <https://www.youtube.com/watch?v=fpaQpyU_QiM>. That said, something about the discussion so far strikes me as dissonant: If we're going to break out some sub-projects (the test-suite for licensing reasons, the runtimes for modularity) then it's not really a mono-repo any more. It's a multi-repo where we've collapsed some (but not all) of the existing repos. To the extent that we have to build tooling...

Hello, I need a specific version of R installed for consistency reasons. I do the standard setup steps: echo "deb https://cran.ma.imperial.ac.uk/bin/linux/ubuntu trusty/" | sudo tee -a /etc/apt/sources.list sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys E084DAB9 sudo apt-get update And then a simple install call, which used to work just fine some time ago, tosses an

On 10/12/2013 19:47, Jim Grosbach wrote: > > On Dec 10, 2013, at 11:26 AM, Alp Toker <alp at nuanti.com > <mailto:alp at nuanti.com>> wrote: > >> >> On 10/12/2013 18:03, Jim Grosbach wrote: >>>> That causes dissonance between what the compiler sees and what >>>> lit.py sees for no particularly good reason. One of the nice

On Dec 8, 2013, at 4:24 AM, Alp Toker <alp at nuanti.com> wrote: > > On 08/12/2013 11:22, Chandler Carruth wrote: >> On Sun, Dec 8, 2013 at 2:11 AM, Alp Toker <alp at nuanti.com> wrote: >> I'd like to propose deprecating and shortly thereafter removing the lit test runner feature that concatenates RUN lines ending in a trailing \ >> >> I'm

On 08/12/2013 11:22, Chandler Carruth wrote: > On Sun, Dec 8, 2013 at 2:11 AM, Alp Toker <alp at nuanti.com > <mailto:alp at nuanti.com>> wrote: > > I'd like to propose deprecating and shortly thereafter removing > the lit test runner feature that concatenates RUN lines ending in > a trailing \ > > > I'm really opposed to this. Especially

...come before this. He convinced me to make the effort to put my 2 cents in though - thanks Chris. > > So - for my use-case I don't have strong feelings one way or the other* <https://www.youtube.com/watch?v=fpaQpyU_QiM>. That said, something about the discussion so far strikes me as dissonant: If we're going to break out some sub-projects (the test-suite for licensing reasons, the runtimes for modularity) then it's not really a mono-repo any more. It's a multi-repo where we've collapsed some (but not all) of the existing repos. This a narrow view IMO: the criteria #1 Ch...

I am trying to understand the details of the deprecation notice. Because I am getting people asking me questions. And I don't know the answer. Therefore I am pushing the boulder uphill and asking here. :-) Damien Miller wrote: > Future deprecation notice > ========================= > > It is now possible[1] to perform chosen-prefix attacks against the > SHA-1 algorithm for

Are there any possible undesirable effects of a BIOS upgrade? The worst I can think of is something that would change my SATA drives from being mapped as SCSI to being mapped as IDE. Ted Miller Indiana

Did this conversation reach a conclusion? My ad hoc tally says that a slight majority of the responders preferred to fully brace statements and no one wanted to totally eliminate braces. The technical arguments for fully braced statements were 1) it's considered a slightly safer coding style and 2) commit diffs with fully braced statements may be slightly more to the point. I didn't

Dear Krzysztof, I would suggest to have a look at Docker images. https://hub.docker.com/r/rocker/r-ver/ provides images for different versions of R. You could even create your own image with all the packages and other dependencies that you need. See e.g. our image at https://hub.docker.com/r/inbobmk/rstable/ Best regards, ir. Thierry Onkelinx Statisticus / Statistician Vlaamse Overheid /

Another question some of you may help me make decisions on. I've been doing some reading that indicates that having HT turned on in this dual xeon machine might actually slow down the computing process rather than speeding it up. I rebooted this a.m., and turned HT off, just prior to my main application run. One thing that might be of note, this application is using OMP for utilizing

...is. He > convinced me to make the effort to put my 2 cents in though - thanks Chris. > > So - for my use-case I don't have strong feelings one way or the other* > <https://www.youtube.com/watch?v=fpaQpyU_QiM>. That said, something about > the discussion so far strikes me as dissonant: If we're going to break out > some sub-projects (the test-suite for licensing reasons, the runtimes for > modularity) then it's not really a mono-repo any more. It's a multi-repo > where we've collapsed some (but not all) of the existing repos. > > > This a narrow...

On Sun, Dec 8, 2013 at 4:24 AM, Alp Toker <alp at nuanti.com> wrote: > > On 08/12/2013 11:22, Chandler Carruth wrote: > > On Sun, Dec 8, 2013 at 2:11 AM, Alp Toker <alp at nuanti.com> wrote: > >> I'd like to propose deprecating and shortly thereafter removing the lit >> test runner feature that concatenates RUN lines ending in a trailing \ >>

Rmpi is not currently available on CRAN, and I don't think it has been for a few months. It is available at http://www.stats.uwo.ca/faculty/yu/Rmpi/ Does anyone know its current status? A few months ago I corresponded with the author, who noted some build problems (specifically on Debian) were the hang up, and seemed to be working on it. I wasn't able to get it to work then (on a

On Sun, Dec 8, 2013 at 2:11 AM, Alp Toker <alp at nuanti.com> wrote: > I'd like to propose deprecating and shortly thereafter removing the lit > test runner feature that concatenates RUN lines ending in a trailing \ > I'm really opposed to this. Especially for the Clang test suite where run lines are often *very* long and hard to organize, read, and edit without this