`$(PREFIX)/bin/` shouldn't contain anything that might clobber the user's normal tools. It's better to put these in `$(PREFIX)/$(BUILD)/bin/` where it's visible to the `Makefile`, wrappers, and `mxe-activate` sessions.


why not use `DATABASE_DIR` here?


maybe, `0640`?


should be something like:

```c
snprintf(folderPath, sizeof(folderPath), "%s/%s/%s", DATABASE_DIR, currentDatabase, removeTableCommand->table);
```
but as you can see, that makes things awkward to use since the table member of the Command struct can be ambiguous with the other function.


wow


Should be <= correct?


@awoods: I have a fix for this in this PR: https://github.com/fcrepo4/fcrepo4/pull/959


This broke Ubuntu 15.


Coal posted this fix:

IF($ENV{QT_CMAKE_PREFIX_PATH})
  string(REPLACE \\ / QT_CMAKE_PREFIX_PATH $ENV{QT_CMAKE_PREFIX_PATH})
ENDIF($ENV{QT_CMAKE_PREFIX_PATH})


This happened when I did "git push" without adding and committing the file I wanted to. Now that I've done "git add <file>" and then "git commit -m "My message", do I have to push again? Or will it commit these changes as well? I'm not sure where these changes even came from.


I forgot to remove the `System.out.println`s from Evaluator.java (lines 328 and 329)


The problem with an iterator is the default vanilla/forge implementation uses an `ArrayList`, which has the potential to throw a `ConcurrentModificationException`, and from mine and krwminer's memory we had that happen at one point. We had discussed it some in IRC and opted for this in the short term till more testing can be done to see if an iterator causes a problem. The previous way was a lot worse than this way as it called `size()` for every iteration of the loop, this way its cut back a lot.


Hm I could remove the traslatable tag completely for app_name and title_videoitem_detail.


I think here the idea was to hide and show the share item based whether the item in the list is contracted or expanded. `positionToContract` and `positionToExpand` are those who tell you that in this case.

Something like:
```
if (positionToContract > -1) {
menu.findItem(R.id.action_share).setVisible(false);
....
}
```

and so on with the `positionToExpand`


maybe we should agree on american english vs. british english and add a note about that to the guide: https://github.com/yiisoft/yii2/blob/master/docs/documentation_style_guide.md

//cc @yiisoft/core-developers


You should be able to just add: ```system_r:init_t:s0 system_r:init_t:s0``` to for example /etc/selinux/targeted/contexts/users/staff_u and that should then just stick with that context then. (i havent tried that)

Anyhow it does not really matter anymore. systemd removed the object manager code so this systemd --user stuff became pretty useless. Do what you like


Would it be possible to scale the function so this isn't an issue?


aaaa


Thanks! Accumulating books for the holiday. Will add this one.


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7268](https://teamcity.mesosphere.io/viewLog.html?buildId=82765&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:05:22


Why are you ignoring the failure? Ignoring this will cause the ``LookupOuterOperator`` to be permanently blocked.


ES6 lepszy :)


Very nice addition, thanks alot Ed :)


Done


Lo hago de nuevo entonces añadiendo eso, de todas formas aquí también me falta el del builpack que todavía no estaba en los ejercicios.


does not seem to be an AE/BE problem but as far as I see, my sentence is correct according to: http://english.stackexchange.com/a/58617/74837


@kalashnikovisme тогда по крайней мере стоит написать FIXME с описанием почему, чтобы потом можно было спокойно проверять, пофиксилось или нет


i think we should avoid polluting the public API with methods for testing...also see comment about the constructor for AFModel in AFModel.java.


While we're here, could you also add docs for the `container` field to `PanoMarkerOptions` (corresponding to your change in panomarker.js)?


whitespace


For completeness sake, do we want a `remove` event as well (when the DOM node is being destroyed)?


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7267](https://teamcity.mesosphere.io/viewLog.html?buildId=82764&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:11:13


Good point! :thumbsup:


That's because when tagging the release in git, the README file of that commit should be up-to-date. The README file will be bundled by the Linux packages, which are build from the release tag.


To można to na wstępie zrobić. a gdy się odsyła do doku to "więcej info znajdziesz TU"


With this, GBE+ runs the instructions for TinyFB perfectly, as far as I can tell. All the registers seem to hold the right values, and branching+flushing works as intended (don't know about stalling, but it should be the same case).

The emulator technically has enough groundwork covered to begin basic LCD emulation. Time to dive in.


This is obviously not the best way to do this, since it duplicates a lot of travis config information, but I couldn't figure out how to set up the matrix properly otherwise.


Thanks for the confirmation. I guess I don't need to worry about `bit masking` here since it will be taken care of eventually [here](https://github.com/RGLab/flowCore/blob/trunk/R/IO.R#L737-L755),


I think what makes it more interesting to use fastmap for `m_attribMap` and `m_uniformMap` is that we hash on `string`s, but let's add a non-const iterator find to fastmap and use it here too.


d'oh.... thanks :)


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7269](https://teamcity.mesosphere.io/viewLog.html?buildId=82766&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:04:59


<li> tag not correctly closed.


in principle yes, we might even do this in mbo in general.


@flashbackzoo Can you please use a template string here? This hardcodes the knowledge of where the ID is placed in the request path, and deviates from the approach we've taken elsewhere in the CMS (e.g. GridField)


I see. It's a bit strange because we can't verify if the links are correct, but then again it shouldn't be too hard to get the URLs right.


I don't think this is going to fix the issue correctly.  You have to understand that some advertisements will need the bottom overlay.  Each ad type is different


I think this could be a lot simpler. You don't need std::packaged_task (that's for dispatching code to be run asychronously on another thread), what you want is std::function. It's safer and faster.

Store callables:

```cpp
std::mutex m_lock;
std::vector<std::function<void()>> m_functions;

void RunOnMainThread(std::function<void()>> func)
{
    std::lock_guard(m_lock);
    m_functions.push(std::move(func));
}
```

Hook main loop:

```cpp
static int Hook_MainLoopInner(void *pServer)
{
    int ret = CServerExoApp__MainLoopInner(pServer);

    {
        std::lock_guard(m_lock);

        while (m_functions.empty())
        {
            auto& func = m_functions.front();
            func();
            m_functions.pop();
        }
    }

    return ret;
}
```


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7270](https://teamcity.mesosphere.io/viewLog.html?buildId=82771&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:04:48


@jpsdr what is the purpose of considering all positions of a patter? in case of pattern != 1 this might be faulty anyway. If you consider all positions it even gets worse:
Those alternating timestamps:
CPullupCorrection: detected pattern of length 2: 33333.33 50083.33, frameduration: 41708.333333

result in a calculated framerate of 29.97 because both frametimes are considered.


That method is part of commons-lang, which is no dependency of Roaster.


m


Encapsulate scrollTo side effect into the function and separate with code that transforms state, that was the main idea of this code....


@cebe Okay, I will remember the difference :)

About AE/BE, I think that AE is more common in tech-world.


Well, I pointed a AO user who needed CSS-files split up to this fork, hope he'll test and if he confirms this works for him I might add it to AO proper (maybe behind a preference or even a filter though). If you have time & feel like working on this some more; you're more then welcome!

frank


They all should throw exceptions if None is not a valid value...and there is no default value to resort to in that case


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7272](https://teamcity.mesosphere.io/viewLog.html?buildId=82776&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **FAILURE**
Summary: Exit code 1 (new) Build time: 00:01:48


saw approval from hmmr, javajolt
at https://github.com/basho/riak_kv/commit/b5a42f94fafd68d9e0f9d0f40f82234eb30e5e70


merging basho/riak_kv/cleanup/jrd/w1c-redundancies = b5a42f94 into borshop-integration-1280-cleanup/jrd/w1c-redundancies


basho/riak_kv/cleanup/jrd/w1c-redundancies = b5a42f94 merged ok, testing candidate = b521a06d


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7271](https://teamcity.mesosphere.io/viewLog.html?buildId=82773&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 203 Build time: 00:05:01


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7273](https://teamcity.mesosphere.io/viewLog.html?buildId=82778&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **FAILURE**
Summary: Exit code 1 (new) Build time: 00:01:43


А что именно по-другому?) По-моему, все так)


По крайней мере в PascalABC.NET


let me check a bit more the parts where domains are used and i'm sure we can find a way to get rid of domains...

> Do you really need every method to accept and forward some context information down the stream?

exactly, i think this is the right approach because is **explicit**, is intuitive get data from params/options rather than a global variable/store (process/domain).. really i always thought that thread local storage are ugly hacks just to save some lines of code (i come from c# world too), maybe in c#, java is the natural way to do it (they rely in threads anyway) but in node.js it looks something unnecessary.


А там не в отдельном блоке объявления производятся?)


`rebar3 (beta-4)` + `relx (v3.8.0)` -- works
`rebar3 (master)` + `relx (master)` -- has issue

will update list soon


Shouldn't the buffer be either always large enough to accommodate a trailing NUL? Alternatively, the function could also claim to never terminate the string, and leave that to the caller. But adding the NUL byte depending on the buffer size is sort of strange, no?


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7278](https://teamcity.mesosphere.io/viewLog.html?buildId=82783&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **FAILURE**
Summary: Exit code 1 Build time: 00:01:22


this comment is made as I still have no load at disposal, and this will change as soon as load is avalaible


Нельзя!


Думаю я понял про что идёт речь, эта погрешность связана с алгоритмом обработки уже введённых символов и игнорировании лишних, вполне возможно, что я забыл включить в список разрешённых некоторые специальные клавиши


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7276](https://teamcity.mesosphere.io/viewLog.html?buildId=82781&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **FAILURE**
Summary: Exit code 1 Build time: 00:01:53


But every package that depends on `tue_manipulation` needs this :sob: We could separate the messages of `tue_manipulation` into its own package to solve this.


same answer


ooh ok theres no other options that i can think of, other than allowing broadcasting a user in greenroom, like  to  auto accept broadcasting request for an amount of especial nicknames that are in a text file :)
i think that would be a good idea..


i'm speaking of the }}; stuff


Thanks @volaya
@rldhont do you agree with this? Can you take care of that?

Glad the tests already discovered something :)


worth reviewing


I think we will always need supporting documentation for settings, so trying to make them completely standalone in their spelling is a non-goal for me.  Make them too long, and they are awkward to work with.  Perhaps we can at least keep `_THEME_` instead of `_THEMING_`? I see no advantage to the latter.  The directory contains a theme.


Excusez moi, je bloque pour le 32.. Comment dois-je m'y prendre? Il faut développer?


I thought that was a foward definition of exp_ etc. tags, where am I wrong ?


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7277](https://teamcity.mesosphere.io/viewLog.html?buildId=82782&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:04:33


Added more detail for the updated manual, and added "published" where it was missing.


This is still not quite right. The original OCaml manual was published quite a few years ago (close to 20 years) and has been updated regularly.  It's probably sufficient to note that it is updated with every new version rather than give a publication date.


Ah I see :) Ok

On 30 November 2015 at 20:19, Anil Madhavapeddy <notifications@github.com>
wrote:

> This is still not quite right. The original OCaml manual was published
> quite a few years ago (close to 20 years) and has been updated regularly.
> It's probably sufficient to note that it is updated with every new version
> rather than give a publication date.
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/ocaml/ocaml.org/commit/e9dde0ddbb1162572ea42aa16a7e076cdeb41a7c#commitcomment-14692205>
> .
>


Вроде можно где угодно объявлять, хоть перед основным блоком. Хотя косяк у меня все-таки есть : типа float в Паскале нет, есть тип real.


ok  I forgot that typedef


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7274](https://teamcity.mesosphere.io/viewLog.html?buildId=82779&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:05:28


Did you test this?
At least when I tried to remove the "height = new(uint)" I got segfault for trying access unallocated memory.


Gotcha, thanks!


Falha grave, antes comparando apenas os 2 dias, das 2 datas, agora comparando as 2 datas por completo.


great, thanks for the prompt action here. could you tag soon so this runs clean on my next pkgeval pass?


tags are declared in boost::simd::tag not boost::simd


I find it easier to read with the condition flipped


ok, I will do it


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7279](https://teamcity.mesosphere.io/viewLog.html?buildId=82786&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:04:52


are `__methods__` for internal calls?, rather than the public api?


Протестировал по второму кругу. Все работает корректно. Особой необходимости в дополнительных подсказках не вижу (интерфейс интуитивно понятен), а вот количество вариантов использования - мука для тестироващика. Все остальное на уровне.
[Результаты тестирования.docx](https://github.com/GavrilukVladislav350504/CalculatorOfCustomDues/files/47753/default.docx)


@RebornSoul  It will show the error but it will work since is not breaking anything, is just ignoring the message if it's there. Also the flag `useAccessControl` should be used only in iOS 8+ so you should not expect to use TouchID - Keychain integration there.


`_type` is generally used for a string, enum, or int, but not ever a class.


no `let` ?


looks like removing these lines is what broke things.


Looks good to me. Nice catch.


@matiasarayac :clap:


I have to because of static main method


I made an issue where we solve it.
https://github.com/jsreport/jsreport/issues/151


It would be cool to also show a unit test here using a binding under "unit-test" where the service client returns a mock response. I think it would be great practice for service owners to offer those types or clients as well down the road so let's kick it off for them :)


the assert_that prefixes in the method names look quite repetitive, maybe declare requirements/exceptations instead


I don't know what the method naming convention (if any) in python are, but I think methods should describe a single verb.

Since post is a verb, I would name this method `post` rather than `do_post`.

It's like saying `do_start` rather than just simply `start`


Пусть тогда у нас будет паскале-подобный язык с типом float)))


Should play be '''**Play**'''?


@airballking, this might fix your issue. Can you give it a go when you have time? Thanks.


leaving test commend @kjackow


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7283](https://teamcity.mesosphere.io/viewLog.html?buildId=82793&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **FAILURE**
Summary: Cannot start build runner Build time: 00:00:13


@hzalaz well yes, it actually doesn't affect functionality, but i think this spamming log message about error should be removed since it is not actually an error.


storing the partitioned indices seems a little awkward to me.  i guess it's ok, since the number of hets is limited, but storing start het + num hets in each segment (as is done for the coverages in the CopyRatioDataCollection) seems like a more compact representation.

put another way, i think it's a bit messy to have three different representations of segments---partitioned het indices, list of IntRanges (which are idiosyncratic to the AF classes), and the standard list of SimpleIntervals---in play in this class, along with an additional representation (start index + num in segment) in the copy-ratio class.  we should agree on one to be the internal representation of target/het indices per segment and refactor both models accordingly.


Спасибо, замечание принято и исправлено.


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7284](https://teamcity.mesosphere.io/viewLog.html?buildId=82794&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **FAILURE**
Summary: Cannot start build runner Build time: 00:00:09


Why ignore important source code files?


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7280](https://teamcity.mesosphere.io/viewLog.html?buildId=82787&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:07:54


okay, i will use componentscan


Wind blows especially winter time


@XhmikosR If you push tonight, you install VS15 Update1 on nightly rig.


is this a mistake?


Those are general commendations strings so anyone can make their own medal mod.


also, "snp" instead of "het" throughout might be more consistent with previous usage.


@ihollik Wind blows especially winter time


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7281](https://teamcity.mesosphere.io/viewLog.html?buildId=82788&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:04:48


i get this is disallowed, so we have to find other solution, because i have to use static, and i can not use componentscan, i dont want use xml config


Также можно усовершенствовать GUI, например, добавить анимацию кнопок.


не только можно, но и нужно! спасибо!


This is pretty cool


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7282](https://teamcity.mesosphere.io/viewLog.html?buildId=82792&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:04:43


whitespace


@ppiecuch  did you try to build and run the clean-legacy branch?
I'm wondering if the replaced glwidget class changed anything...


headerEPlusToFMU (tsnouidui) - x86_64-Linux-Ubuntu-14.04-gcc-4.8-IntegrationCoverage-Debug: OK (1438 of 1438 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-100.0%25-green.svg) ![Coverage Badge](http://img.shields.io/badge/coverage%20status-70.5%25-green.svg)


missing return javadoc


I expected `Object that = this`. I'm dissapoint. Clickbait commit header :wink:


yes, in this case i dont use autowired annotation, i will use it with setter


@nsh87 I had to pull this out into a separate `for` loop because I realized that the `for` loop above builds everything that I need for the similarity matrix. Thus, I have to wait until the first `for` loop is done to use all of those dictionaries properly.


Sure thing. It's on its way.


ok my bad


done


Lo siento, los hice antes de empezar el tema 2 y creía que ese tema se daba. No están copiados, sólo me he ayudado para hacerlos otra vez, aun así cuando empiece el tema los repaso y mejoro.


This change makes [this if block](https://github.com/jonschlinkert/base-argv/blob/master/index.js#L73-L74) always `true` and is causing 3 of the `{task: ['foo', 'bar']}` specific tests to fail.


Any plans on making it to work with OpenTX 2.1 ?


Hesitant to merge this until we're sure, created #132 as a continuation for the 07 spec.


rename ``size`` to ``outputChannelOffset``


@bmathews Tell me about this `javascript:void(0)` business…


How about "Derive Draft"?


Yes, I did test it. Besides, I am 100% sure of this.

Sounds like you somehow got a nil pointer dereference. Nothing else matches
the description. Go automatically allocates variables on the heap if
necessary.

2015-11-30 22:20 GMT+02:00 Kristian Mört <notifications@github.com>:

> Did you test this?
> At least when I tried to remove the "height = new(uint)" I got segfault
> for trying access unallocated memory.
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/phzfi/RIC/commit/1164edff9468ee6f7340e99d4d0e29928ea9887f#commitcomment-14692226>
> .
>


Well then, the tue-get installer of tue_manipulation then needs to include this in its bash-script.


The `float zoom` variable can't be changed without assigning a initialization value. Should it be transformed in something like:
```C#
var zoom = 0.0f
```


is this TODO done?


all tests pass:
success: http://buildbot.bos1/builders/test-riak_kv/builds/2798


True, done. Thanks.


Woohoo! Cool project.


Merged in 2ef83df.


I can't get rid of the `zoomDropdown.SelectedItem` because otherwise the value of the dropdown won't be refreshed in the editor when the zoom value has changed with the mouse wheel.


i haven't been writing unit tests for this sort of setter/getter-level logic...should i have been?


а ты бы такой мне ответил "ДЛЯ ТЕСТАФ!!"

2015-11-30 22:46 GMT+03:00 vdovinds <notifications@github.com>:

> Геттер действительно первое, что пришло в голову. Но мне почему-то
> показалось, что на геттер ты скажешь, что-то типо: "А на фига тебе лишний
> метод в контейнере " :)
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/vdovinds/jsonParser/commit/cf3b38f57224d29c28b0b92fa95780791c311a63#commitcomment-14691351>
> .
>

--
wbr,dvr.


final


@way0750 why did you change this to http instead of https?


Ha ha ha ha ha XD


I have improved this


Lol.


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7285](https://teamcity.mesosphere.io/viewLog.html?buildId=82805&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 201 Build time: 00:04:53


@shettyg : Thank  you for your clarification.  So the vlog console option is no longer used? will it be removed in future..


class can be final (although we have been inconsistent about this)


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7286](https://teamcity.mesosphere.io/viewLog.html?buildId=82806&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:04:15


Eh bien, je dirais qu'il faut développer f(x) pour ensuite faire f'(x), oui.


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7287](https://teamcity.mesosphere.io/viewLog.html?buildId=82807&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:05:16


@Dinesh-Ramakrishnan
You use the console option when you do not plan to detach from the console. i.e., you do not run with "--detach"


Yes as long as your dattype is staying as integer (I wasn't sure if that is
the case).

Btw. Now that you pointed me to that bit mask handling code, I think there
may be some edge cases where the modulo may not work as intended (if $PnR
is not a power of 2 and the input is between 2^$PnR
and 2^ceiling(log2($PnR)). For example, if $PnR is 10000 and you find a
value of 10025, then your modulo-based approach converts it to 25.
According to the specification, you should be considering 14 bits for your
bit mask (2^13 <= 10000 <= 2^14), which means you would leave 10025 as is.
Having said that, 10025 then isn't a valid value since it is not in the
specified range, so it is not completely clear how this should be handled
anyway. So I guess maybe just leave the code as is for now.

On Mon, Nov 30, 2015 at 12:07 PM, Mike Jiang <notifications@github.com>
wrote:

> Thanks for the confirmation. I guess I don't need to worry about bit
> masking here since it will be taken care of eventually here
> <https://github.com/RGLab/flowCore/blob/trunk/R/IO.R#L737-L755>,
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/RGLab/flowCore/commit/dcd1cb46c3c93760c7fc6b156f5654bb13bbf467#commitcomment-14691896>
> .
>


@Cerberus-tm Thanks! :joy:


Ok, this commit deserves a better explanation.

## The bug, the solution, and the solution's bug

One note about calendar events: they have no `VIEW` action. Every calendar event belongs to a calendar (something like a `DLFolder` for events) and the event is only visible if its calendar has the `VIEW_EVENT_DETAILS` action enabled to the user.

[LPS-43624](https://issues.liferay.com/browse/LPS-43624) reports how that all events were appearing in the asset search—even those from calendars the user has no `VIEW_CALENDAR_BOOKING` permission on. At first, we tried to solve it by calling both `setPermissionAware(true)` and `setFilterSearch(true)` in `CalendarBookingIndexer`.

However, it caused another problem: *no* event was appearing to users with permission. If I
* create an user,
* make it member of a site, and
* give site members permission to see events from a calendar

even then the events will not appear in the search results.

## Why the `CalendarBookingIndexer` is not permission-aware

It was easy to see why: permission-awareness filtering checks for the `VIEW` permission but calendar events *do not have* view permissions. The `VIEW` action is not even defined for them.

Since the permission-awareness filtering is set up *before* the search is sent to the engine by [`SearchPermissionCheckerImpl`](https://github.com/liferay/liferay-portal/blob/master/modules/portal/portal-search/src/main/java/com/liferay/portal/search/internal/SearchPermissionCheckerImpl.java#L221-L223) the results coming from the search engine already have the events stripped. That's why no calendar event result was being returned, even for authorized users. While originally we had something like this:

![Every event returning](https://issues.liferay.com/secure/attachment/150799/paffsf.png)

Now we have this:

![No event returning](https://issues.liferay.com/secure/attachment/150800/patfst.png)

The alternative is to filter the search results.  For that, we call  `setFilterSearch(true)` in the indexer but also we implement the indexer's `hasPermission()` method, as we've did at https://github.com/brandizzi/liferay-portal/commit/41493c9e54a8f6a34e34679fbd0062ce4bfc1fdb. Yet we have another problem.

## Why changing `DefaultSearchResultPermissionFilter`

After removing permission-awareness from and adding a `hasPermission()` method to `CalendarBookingIndexer`, all events started to appear again, even to users without permission. I tracked the problem to [`DefaultSearchResultPermissionFilter`](https://github.com/brandizzi/liferay-portal/blob/master/portal-service/src/com/liferay/portal/kernel/search/DefaultSearchResultPermissionFilter.java#L99-L131). It would filter out events to which `Indexer.hasPermission()` is false, but earlier it checked whether the indexer was permission-aware. If it was not, then `DefaultSearchResultPermissionFilter` let the event pass:

``` java
if (!indexer.isFilterSearch() || !indexer.isPermissionAware()) {
	return true;
}

long entryClassPK = GetterUtil.getLong(
	document.get(Field.ENTRY_CLASS_PK));

try {
	if (indexer.hasPermission(
			_permissionChecker, entryClassName, entryClassPK,
			ActionKeys.VIEW) &&
		indexer.isVisibleRelatedEntry(entryClassPK, status)) {

		return true;
	}
}
catch (Exception e) {
	if (_log.isDebugEnabled()) {
		_log.debug(e, e);
	}
}

return false;
```

I wondered why it was checking for permission-awareness. As far as I understood, permission-awareness was meant to add more criteria to the search (as it is done at `SearchPermissionCheckerImpl`), not to later filter the events. When `permissionAware` is true, the invisible events are not even among the filtered ones anymore—why then was it being checked here?

So, in a bit of historic research, I discovered `permissionAware` was split from `filterSearch` due to [LPS-23069](https://issues.liferay.com/browse/LPS-23069). Even in  that commit (72add594d6b30deb099979243a11e777e9b7cc04) it is not clear to me why the filtering should check for permission-awareness. So I removed the ` || !indexer.isPermissionAware()` from the `if` and tested that. Indeed, the only proper events appeared in the search now:

![Propery event returning](https://issues.liferay.com/secure/attachment/150801/paffst.png)

Also, LPS-23069 was not made reproducible at all. After grepping all Liferay code, I found no class other than `SearchPermissionCheckerImpl` checking for permission-awareness, so it seemed plausible that only it needed to check for that.

That's why I'm asking for this change, but I believe the opinion of a search expert is mandatory here.


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7289](https://teamcity.mesosphere.io/viewLog.html?buildId=82817&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:04:43


#256 :+1:
Can the trimspace be attributed to the fact that data from csv / table structures gets trimmed if containing whitespaces ?


The unknown magic of pre-commit linting. ;)


Try to place this file under ```src/AppBundle/Resources/config/validation.yml```

It will be automatically loaded by ```vendor/symfony/symfony/src/Symfony/Bundle/FrameworkBundle/DependencyInjection/FrameworkExtension.php:813```

Also see http://symfony.com/doc/current/book/validation.html#the-basics-of-validation


@nsh87 I had to do a significant rewrite of the `append_similarity_matrix_row` function to make it work properly. When I first wrote it, I entirely forgot about the blocks.
* This one gets row and column for updating based on accession numbers.
* Including the loop in `corral`, this is triply nested, but this concession should be worthwhile if we believe that there are not that many records in a given block.
* Since we start out with a matrix of zeros, this sort of sparse matrix should work well.
* Going through this, there is still a lot of work to be done in the measures file.
* For now, I will write a separate test class for this similarity matrix function. If you want to incorporate it into the general `TestHerdCorral` class, that is fine.


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7288](https://teamcity.mesosphere.io/viewLog.html?buildId=82816&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:05:04


Merged in 739ddb8.


Merge how?


Der "Slicer" zerlegt ein als Vektorgrafik vorliegendes Layout in CSS-Styles und HTML-Bausteine aus denen man sich dann eine Website zusammenbasteln kann... So habe ich das zumindest verstanden, habe es aber nicht (erfolgreich) ausprobiert


TeamCity LabKey :: LabkeyRelease15.3 :: CDS postgres 9.4 [Build 70](https://teamcity.labkey.org/viewLog.html?buildId=288334&buildTypeId=LabkeyRelease153_CdsPostgres94) outcome was **FAILURE**
Summary: Error while applying patch Build time: 00:00:26


I don't agree with this change -- it adds `MapData` dependencies to `AnnotationManager` and `StyleParser` when we are trying to reduce dependencies on `MapData`.


@bradobro thanks for the suggestion.  I submitted https://github.com/DataDog/docker-dd-agent/pull/59


Still wrong should be
```
action='store_true', help=_("Only show RPM names and not versions"))
```


Discussion continued in #133


Couldn't these two blocks be eliminated by setting the class to `.sel_vega_spec` and `.sel_vega-lite_spec`, and putting the specifications under `ved.specs['vega']` and `ved.specs['vega-lite']`? Seems like a lot of the branching/special-casing currently happening is due to the `vg` and `vl` shorthand that was introduced.


@thenickcox just prevents anything from happening!


sorry, since the text input was not in full working order, i didnt include
it in the update, ill see what i can do to get it in a better working order.

On Mon, Nov 30, 2015 at 2:28 PM, James Trey Nickelsen <
notifications@github.com> wrote:

> Why ignore important source code files?
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/XNAWizards/mst-boredom-remover/commit/856b00ab7e4da3030243fb1d23c57a7386d78ea8#commitcomment-14692416>
> .
>


Similarly, this block could be simplified entirely by using `currentMode` directly rather than the shorthands.


@stasm Yes. This looks good to me! The only reason the `bind(this)` was needed for the previous implementation was because we were trying to call the parent prototype's `render()` on the current instance.

One thing though. Can you please just add a NOOP `render()` to the base `View` class? Every sub-class of `View` should be able to ensure that it has a `render()` method defined. Thanks!


Discussion about this proposal can be continued in #134.


That was the reformatting that the travis gem did. I decided not to fight it since I expect it will 1. be consistent across changes made by the travis gem, and 2. there will be further automated changes by the travis gem.


Great idea. I will refactor.


Can we explain the difference between variables and constants and when to use both?
Also, after
```swift
shoppingList[1] = "coconut water"
```
can we print shoppingList so they can see the difference?


lol @ ui/Agustin/uploads/webcam.jpg


P2: Are we able to point to the JREs?  We don't need the Java compiler, etc. installed.


Update the url to https://esri.bintray.com/arcgis


P2: Are we able to point to the JREs? We don't need the Java compiler, etc. installed.


fast-forwarding end-to-end/timeseries to borshop-integration-1280-cleanup/jrd/w1c-redundancies = b521a06d


gg


should the parameter be migratingUrl, instead of migrationUrl?


sadly IE8 is the latest ie that one can get on XP. but yes need to draw the line.. prob a better way to put it.... only support html5 capable browsers. bootstrap 3.x pretty much has only limited ie8 support. jquery 1.x still does legacy ie.. 2.x drops that..


Same here, should the parameter be migratingUrl, instead of migrationUrl?


anything that i don't write in the actual md file will be explained during the educational
also, with playground all values of variables are shown on the right hand side so they don't actually have to print anything to see the difference. i was planning on just typing out the variable during the educational for them to see the difference


Just looking through this diff and curious why you set it to '1' when it is a string. Would expect parseInt(orientation, 10) and a check if that worked to resolve/reject.


Add Apache License Header


Merged in 04d91a87.


/cc @nuvipannu :grin:


Discussion continued in #135


You don't have to. I'm reworking the commits for you at the moment.


Fixed now.


this should do `treeish.get_name`


TeamCity LabKey :: LabkeyModules15.3 :: Git sqlserver 2014 [Build 58](https://teamcity.labkey.org/viewLog.html?buildId=288349&buildTypeId=LabkeyModules153_GitSqlserver2014) outcome was **SUCCESS**
Summary: Running Build time: 00:01:23


Merged with dg/ftp-deployment.


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7290](https://teamcity.mesosphere.io/viewLog.html?buildId=82822&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:06:55


Good catch! I need to check the `zk.closed` and only connect if it's false.


should probably do `bundle exec ruby capy.rb`, ppl that don't have `2.2.3` might have trouble


@liewegas dropping extra param from if statement like this is giving compilation error..

if (() && ())


they're*


@cjcoats I finally had time to test this out.  The code compiles, but seems to run forever.  When running RHESSys with a static hourly timestep, it takes 4 seconds to complete one day of simulation.  When using this version of the variable timestep code, I stopped the code after 10 minutes when it had not completed.

I haven't yet profiled the code to see where it is spending all of its time (that's tomorrow), but I did run it under static analysis.  It didn't find anything major (I don't think), but I placed TODOs on the ends of the lines that were flagged as problematic.  Please pull the [latest commit](038e619c63b02a173a333d3f98b0f665ba3cc467) and resolve these items.  Thanks.


I understand. It may be nice to have the info you explain during the educational on the wiki, it would help Husayn a lot.

Also, maybe we could add
```swift
shoppingList[1]
```
to get the item in addition to assigning the item (maybe this was already your plan for during the educational)?


The `minSdkVersion` value is not used, safe to remove.


Ok, this commit deserves a better explanation.

## The bug, the solution, and the solution's bug

One note about calendar events: they have no `VIEW` action. Every calendar event belongs to a calendar (something like a `DLFolder` for events) and the event is only visible if its calendar has the `VIEW_EVENT_DETAILS` action enabled to the user.

[LPS-43624](https://issues.liferay.com/browse/LPS-43624) reports how that all events were appearing in the asset search—even those from calendars the user has no `VIEW_CALENDAR_BOOKING` permission on. At first, we tried to solve it by calling both `setPermissionAware(true)` and `setFilterSearch(true)` in `CalendarBookingIndexer`.

However, it caused another problem: *no* event was appearing to users with permission. If I
* create an user,
* make it member of a site, and
* give site members permission to see events from a calendar

even then the events will not appear in the search results.

## Why the `CalendarBookingIndexer` is not permission-aware

It was easy to see why: permission-awareness filtering checks for the `VIEW` permission but calendar events *do not have* view permissions. The `VIEW` action is not even defined for them.

Since the permission-awareness filtering is set up *before* the search is sent to the engine by [`SearchPermissionCheckerImpl`](https://github.com/liferay/liferay-portal/blob/master/modules/portal/portal-search/src/main/java/com/liferay/portal/search/internal/SearchPermissionCheckerImpl.java#L221-L223) the results coming from the search engine already have the events stripped. That's why no calendar event result was being returned, even for authorized users. While originally we had something like this:

![Every event returning](https://issues.liferay.com/secure/attachment/150799/paffsf.png)

Now we have this:

![No event returning](https://issues.liferay.com/secure/attachment/150800/patfst.png)

The alternative is to filter the search results.  For that, we call  `setFilterSearch(true)` in the indexer but also we implement the indexer's `hasPermission()` method, as we've did at https://github.com/brandizzi/liferay-portal/commit/41493c9e54a8f6a34e34679fbd0062ce4bfc1fdb. Yet we have another problem.

## Why changing `DefaultSearchResultPermissionFilter`

After removing permission-awareness from and adding a `hasPermission()` method to `CalendarBookingIndexer`, all events started to appear again, even to users without permission. I tracked the problem to [`DefaultSearchResultPermissionFilter`](https://github.com/brandizzi/liferay-portal/blob/master/portal-service/src/com/liferay/portal/kernel/search/DefaultSearchResultPermissionFilter.java#L99-L131). It would filter out events to which `Indexer.hasPermission()` is false, but earlier it checked whether the indexer was permission-aware. If it was not, then `DefaultSearchResultPermissionFilter` let the event pass:

``` java
if (!indexer.isFilterSearch() || !indexer.isPermissionAware()) {
	return true;
}

long entryClassPK = GetterUtil.getLong(
	document.get(Field.ENTRY_CLASS_PK));

try {
	if (indexer.hasPermission(
			_permissionChecker, entryClassName, entryClassPK,
			ActionKeys.VIEW) &&
		indexer.isVisibleRelatedEntry(entryClassPK, status)) {

		return true;
	}
}
catch (Exception e) {
	if (_log.isDebugEnabled()) {
		_log.debug(e, e);
	}
}

return false;
```

I wondered why it was checking for permission-awareness. As far as I understood, permission-awareness was meant to add more criteria to the search (as it is done at `SearchPermissionCheckerImpl`), not to later filter the events. When `permissionAware` is true, the invisible events are not even among the filtered ones anymore—why then was it being checked here?

So, in a bit of historic research, I discovered `permissionAware` was split from `filterSearch` due to [LPS-23069](https://issues.liferay.com/browse/LPS-23069). Even in  that commit (72add594d6b30deb099979243a11e777e9b7cc04) it is not clear to me why the filtering should check for permission-awareness. So I removed the ` || !indexer.isPermissionAware()` from the `if` and tested that. Indeed, the only proper events appeared in the search now:

![Propery event returning](https://issues.liferay.com/secure/attachment/150801/paffst.png)

Also, LPS-23069 was not made reproducible at all. After grepping all Liferay code, I found no class other than `SearchPermissionCheckerImpl` checking for permission-awareness, so it seemed plausible that only it needed to check for that.

That's why I'm asking for this change, but I believe the opinion of a search expert is mandatory here.


Force of habit I guess


It's actually not "falsy" that I'm looking for: it's explicitly `null` or `undefined` (which is captured by `date == null`)


I've added test files.

This project has some serious cleaning up to do, so it's your risk


`extends com.amazonaws.services.dynamodbv2.model.ProvisionedThroughputExceededException`


@wbw20 I did not make a PR – go for it, thx!


I should also mention that you can still change all settings in the Config on IE8, it just looks weird! Mostly due to limited Bootstrap support.
Used the free virtual machines with old IE's of Microsoft to verify it still functions.


could leverage bootstrap badgees for this as well, or something like: www.jodymickey.com/post/49800930506/a-little-extra-for-twitter-bootstrap-badges


should just use `source 'https://rubygems.org'` `source :rubygems` is depreciated


Currently working on it. However, I notice that the vehicle implementations have a few attributes which are implemented as pointers. An example from `vehicle_android_position_attr_get()` (vehicle_android.c):

    attr->u.numd = &priv->location->height;
    attr->u.coord_geo = &priv->location->geo;

How do I best refactor these to use functions rather than accessing struct members directly? Currently I have:

    double location_get_altitude(struct location *this_);
    void location_get_position(struct location *this_, struct coord_geo *position);

The first will return a `double` value, which won't work because the attr needs a pointer to the value rather than the value itself. The second one will store the data in a preallocated `struct coord_geo`.

I'm wondering how to best resolve this:
* Dynamically allocate memory with `g_new0()`, store the data returned from the function there and store a pointer to it in the attr. However, this memory needs to be freed at some point, else we'll have a memory leak. The recipients of the attr are currently not doing it (and changing the interface contract may break other things), and the "sending" end has no way of knowing when the recipient is done with the data.
* Implement extra functions which return pointers to the struct members. This would keep the current interface contract, but returning pointers to "private parts" is kinda ugly, as it allows the recipient to tamper with internal struct data in an uncontrolled fashion, bypassing any logic which may be present in the setter methods.
* Declare static variables in the getter function, store the return values there and return pointers to them. We wouldn't have to worry about allocating and deallocating the memory, and we wouldn't be passing pointers to private struct members. If the receiving end decides to write to these addresses, they would not corrupt the struct. On the other hand, static variables aren't particularly nice either, as they wouldn't work for multiple vehicle instances.

What's your take on this?


sdfsfd


based on our naming conventions shouldn't this be ``singleNode``?


Thanks @X0nic! Don't forget PR https://github.com/X0nic/chef-snapraid/pull/10 when you get chance :) Let me know if you want me to do the conflict resolution or anything.


Now the `MouseInput.ScrollDelta` is only used to determinate the zoom direction and not the value anymore. This should address some scroll sensitivity issues.


Is this behaviour implemented by CPython for time.sleep?  I tried the following code:
```python
>>> import time
>>> time.sleep(5)
(press ctrl-C)
```
On CPython 3.5.0 the sleep function finished as soon as you press ctrl-C.

A related bug that I just found: after running the above with uPy, the KeyboardInterrupt is not cleared and if you run, eg, a while loop in the REPL it'll break out of it straight away, raising a KeyboardInterrupt.


I am not so sure this is a good move,
- Different colors in day and night mode require a user to "remember" two different colors for the very same feature. So we should use only different colors for day and night mode if there is a clear necessity, like much improved visibility
- In our case I would say the contrary is the case: A normal map uses a lot of red/orange/yellow toned features already, so an range position marker is counterproductive!
- Also: We use "blue" everywhere for feature associated with position, be it the blue "Where am I" button, the blue navigation button, or the blue /directional arrow) position button (as opposed to the orange "direction to target" arrow marker). Changing all these leads to conflicting colors which we had resolved in year-long tweaking, and to complications for the user
- I am not area of any request we had to change anything here?

Let us please re-think this...   :-)

Best, Hardy


Singular... erscheint in der Statuszeile als "Klon von: [Objekt]".


Je pense qu'il vaudrait mieux utiliser par exemple un h5 que de changer la taille de tous les h4 de la page.
Si on veut vraiment utiliser un h4, alors on peut lui appliquer la classe `h5`. Mais là, je pense qu'il suffit de remplacer h4 par h5 dans la page.


I know, the text is already a Bootstrap-badge/label. But the bootstrap colors were little too limited, since yellow and dark red make it seem like something is wrong.


does this change make sense? now if the encryption fails (always using Roboelectric) the encryption is an instance of the Base64Encryption


typo?


Great! It will makes work easier :)


ugh


I have no idea why this was marked as mutating. Also I have no idea why this is not a compiler error :question: Anyway, the fix is on the way


Il vaut mieux éviter de faire nos propres règles de mise en page qui risquent de rentrer en conflit avec celles de bootstrap. En l'occurence, ici, il faut simplement utiliser le système de grille de bootstrap.


这么改（至少）标题里的空格就全变成下划线了……


Thanks for the feedback! I was verifying that the user input is not alphabetical or an integer that's not currently available in the board. I'll write another test to make this block of code clearer.


final


@liewegas Ahhhh..I think you want something like this..

if (aio && !g_conf->journal_dynamic_throttle) ?

I put extra bucket for readability...Anyways, will change that..


Field can be converted to a local variable.


my bad it was supposed to http.


ok


I will ask you for some help to undo this mergin


Hmm, you are right, these parameters should not be duplicated.  But why does it work for me?  I thought sbcl throws error in such case.


you have to associate this with the user (you created a variable on line 19 that you can use).

How do you set the item's user attribute inside the hash?


params ["_object"];
_object addAction ....
_object addAction ....


интерфейс возвращай а не конкретный тип, и название поприличней.. и да, я бы все-таки сделал копию, если паблик. Или протектед если саму мапу.


no need to assign `urls`, can just use `testable_urls`


oh I see what you mean, I changed it to http because that's the only one route we will be using.


no need to make this a method, could just do

    TESTABLE_URL = [...].freeze


They aren't necessary but I think I was just being paranoid, haha.


$ sbcl --disable-debugger --no-userinit --no-sysinit --disable-debugger --no-userinit --no-sysinit
doesnt throw error
but when using different lisp, these parameters should not be there.
I will revert the change.


The base class destructors aren't virtual, are they?  In which case there's little point in making ours virtual; cat's already out of the bag.


maybe a comment as to why the bias rate tolerance is relatively large?


D'après le "cahier des charges", je n'ai pas l'impression qu'il faut des textarea, mais plutôt des tableaux, ou des listes.

Par exemple, on peut utiliser: http://v4-alpha.getbootstrap.com/components/list-group/


Sure!


headerEPlusToFMU (tsnouidui) - Win64-Windows-7-VisualStudio-12: OK (1974 of 1974 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-100.0%25-green.svg)


Looks good! :)


Sure if we roll back config files changes we will get back init_t.


On n'a pas le droit de mettre un `.card-header` qui ne soit pas à l'intérieur d'un `.card`.


@Shevchik if you need a list of enchantment IDs for 1.8.8 > MCPE, here is one:
https://github.com/MrPowerGamerBR/ProtocolSupport/blob/6e3704d9170832496f84071f19d6b949350db2ed/src/protocolsupport/protocol/typeremapper/id/EnchantRemapper.java

I tried making the EnchantRemapper... But I failed to remap the enchantments, however, maybe the enchantment list remap I made will be useful to you :+1:


Have you tried passing `init` of a given class instead of this certain class? There may be some problems with generics (not sure), but I think it's worth trying. I mean something like this:

```


Hast du mich absichtlich revertiert? Habe hier extra "Aufrauen" verwendet, für einen "Modus" sehe ich keinen Grund


how about including

    require 'logger'

then have

    @logger = Logger.new(STDOUT)

in your initializer, then instead of `puts`, you can just do

    @logger.info "blah blah"

it take care of it the time and stuff (most ruby systems including rails take advantage of this), you could also just give it a file, and it will have it for u (like a log file)


ping @tsloughter


Don't leave commented out code. We don't need it in the current file - we have all the history to restore its content


We need to add the version number too in about dlg. I'm not on my main rig so I can't push myself.


уже перекомитил на интерфейс


relx at commit 0ae1b39a8919a834ad1499ae2fd343a5121f2723 gives that issue of undef cf?


Looks like the bug affects only (or mainly) locations which have no house numbers associated, (so that only the town+street should be displayed).

I have done the following: Go to the hierarchal address search, search for the village and street, then tap "search in neighboring villages".  In fact search result which our context bubble often finds is displayed there, but always not as the closest (first) lost entry, but MUCH further down the list of search results. So it appears all we have to do is select the closest search result, and I would be good?


I was trying to DRY up game_is_over but unfortunately didn't come with anything solid. My method ended up being longer and more complicated than the original so I just resorted back to the original. :confused:


@singingwolfboy Thanks for explaining to me, but the code should explain
itself to others; we should never blindly disable all PEP8 errors like
this.

Specifically, I think the issue is that you're looking at the wrong
line; try unindenting the `):` by moving it to the beginning of the
line.


@dustymabe updated :)


This is absolutely not cryptographically secure. Not in the slightest. Please research Cryptographically Secure Pseudo Random Number Generators (CSPRNGs) to better understand why.


looks like you have to do

    `browser.driver.quit`

if it fails or passes, instead of including that code in both blocks, you could do

    begin
      ....
    rescue
      ....
    ensure
      # things that must be done either way
      browser.driver.quit
    end


Yes, I believe so. Waiting is set to `false` when it receive the right amount of data from the socket and when we send new data it checks the waiting flag and does not  write to the socket until waiting is `false`. So if the connection disconnects waiting is likely to be `true` and so the polling loop will never be restarted. `waitting` has to be `false` for it to work.


Very strange commit. Anything except TypeDefines.hpp should not be here.


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7275](https://teamcity.mesosphere.io/viewLog.html?buildId=82780&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **FAILURE**
Summary: Execution timeout (new) Build time: 01:00:08


Sorry, I didn't see your PR before I submitted my changes. It's telling that the changes are almost exact. I would have accepted it AS-IS (which is a first). I feel bad because this PR really understood the issue and was a complete solution.

(I wouldn't have accepted the test, just because codec tests are not in a great state, are too intertwined, and that part needs its own TLC).


Correct, thank you! :+1:


Add this please to the existing bundle, as separate presets, all with fixed string ex. "(PVA/PLA)" in names.
That's the main idea of separate config presets - we have a lot of them, and select appropriate before printing.

It guess it requires just changing names and appending this file to that.


We can skip the call to dfs.getEZForPath if isHDFSEncryptionEnabled is false to avoid extra RPC call when TDE is not enabled.


@luanfonceca de verdade, não sei !
 só queria alertar porque esse _workaround_ parece feio pra mim mas não precisa mexxer no model agora.
gosto da idéia do full name.


I also consider splitting the bundle to individual files for easier diffing, but I'd rather do this on my own, later on.


This is absolutely not cryptographically secure (as per the method comments). Not in the slightest. Please research Cryptographically Secure Pseudo Random Number Generators (CSPRNGs) to better understand why.


Double check master branch. Didn`t find any content in files. Very strange. But anyway now it`s okay


Looks like that fixes it! Thank you! I've applied that fix to my PR.


I don't like "reverse" config key naming - can we change this to `flush_combined = true`?


I think this should throw UnsupportedOperationException? If client gets the exception it should handle it with backwards compatible behavior.


final


`buffer` is a reserved keyword in python. Convention for name collisions is to append a `_` to the end of name.


private static final


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7291](https://teamcity.mesosphere.io/viewLog.html?buildId=82836&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:04:53


Interesting read available here: http://stackoverflow.com/questions/17492990/php-postgres-pdo-driver-does-not-support-prepared-statement


Same. Also throw UnsupportedOperationException here?


OK, I'm in front of my rig, I started installation of Update 1. So we need to add the version number and I'll push.


I think you're correct! I've experienced the same.


change this comment to a TODO


Warum ein erzwungen zusammengesetztes Wort mit Bindestrich?

Sobald man im Deutschen einen Bindestrich braucht, statt das Wort gleich zusammen zu schreiben, sollte man meiner Meinung nach lieber eine alternative Formulierung suchen.

Mir hat "Umhüllung verformen" besser gefallen. Alternativ "Hülle Verformen" (einfacher) oder aber "Objektrahmen verformen" (denn das macht der LPE)


public static final


@singingwolfboy Did you reply to the correct comment? I asked about
naming convention and the upgrade path, without mentioning
multi-tenancy.

Perhaps one of us is misinterpreting; care to clarify?


Can you copy these config docs into their respective PHPdocs? It'll be useful to understand the tradeoffs when using 4.0 (in addition to understanding upgrade considerations)


@brunogaspar Guzzle 7 is only going to accept :goat: so maybe be ready for that change.
:dancer:


specify random seed


code comment


commit comment


@pierreozoux Please fill in what you received the 520 euros for.


imagine how complicated this would get if you keep adding options, instead of handling it this way

how about

    `require 'optparse'`

then

    OptionParser.new do |opts|
      opts.on('-d', "--debug", "Debug Script") do
        debug = true
      end
      # so on and so on ....
    end

http://docs.ruby-lang.org/en/2.1.0/OptionParser.html


Those blocked by pawn parameters are non-functional for the moment so tunning them won't make sense. You need to make code changes to use these values. Although I feel there probably is a reason for those values to be set to 0.


I changed it be more clearly "invalid" (which is what the tests are looking for).

I added a new test that makes sure the model isn't updated when the date isn't "complete".


"Verbindungsart" klingt holprig.

Ich hatte mich für ein einfaches "Verbindung" entschieden, da die "Art" in meinen Augen redundant ist. Nicht zuletzt steht da ja auch im Englischen "Join" und nicht "Type of joint"...


Sure, sounds good. :)


TeamCity LabKey :: Trunk :: LabkeyTrunk :: Git sqlserver 2014 [Build 77](https://teamcity.labkey.org/viewLog.html?buildId=288357&buildTypeId=LabkeyTrunk_GitSqlserver2014) outcome was **SUCCESS**
Summary: Running Build time: 00:01:47


JustSpawned


see other comments about this constructor


Avoid extra RPC for log statement. Can we cache the currentTrashDir some time earlier?


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7292](https://teamcity.mesosphere.io/viewLog.html?buildId=82855&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:04:48


I do intend on adding in support for 2.1, I still haven't upgraded my Taranis from 2.0 yet, but I imagine that will happen soon.


Yes, sure, http://legacy.python.org/dev/peps/pep-0475/ is pretty clear about that. But KeyboardInterrupt of course should be handled specially, current behavior is regression in uPy. My god, it becomes messier and messier. And I'm still not sure why exactly unix signals are so backwards (comparing to hw irqs for example) - from desire to avoid messing with stack (app calls OS, then OS calls app's signal handler, but OS and app have different stacks, OS can't just call app with its stack), or it can be reduced to just a desire to be able to Ctrl+C an app even if it's inside an OS syscall. But the latter behavior makes sense only for SIGINT, and is over-simplistic anyway (like, app will just see error and quits). And price of that is messing with EINTR for any other signal but SIGINT...

Btw, I wonder how SA_RASTART on SIGINT works with sleep and friends then. Then the rule would be "never use SA_RESTART with SIGINT, always use it with any other signal". Except that POSIX doesn't guarantee that SA_RESTART will be honored.

> A related bug that I just found: after running the above with uPy, the KeyboardInterrupt is not cleared and if you run, eg, a while loop in the REPL it'll break out of it straight away, raising a KeyboardInterrupt.

I believe we fixed something like that already, no? Handling KeyboardInterrupt is another thing which is unneededly duplicated and discrepancied among the ports.


Is this if necessary?


103643052-FiniteDifferenceFluxOutput (mjwitte) - x86_64-Linux-Ubuntu-14.04-gcc-4.8: OK (1962 of 1972 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.49%25-yellow.svg)


Unfortunately Guzzle 7 is written in Pascal, so we can't use it here, yet.


see other comments; i think that this class should be able to return a full SegmentedModel


I guess I can't copy over the enable_if stuff either..


Necessary?


Does this mean there's a generally usable LM OOV feature or do individual LMs have to implement it?  Does the KenLM interface support it?


@bmathews haha, yeah. I mean the rationale.


Ok


Change 'a' for something else.


Thank you for the ARC Creation! Awesome work as always


could you set it to SERVICE_9020_NAME so the registered service name is elasticsearch.service.consul:9020 instead of elasticsearch-9020.service.consul:9020


We should leave the old method in place to keep the public interface backwards compatible.


I'm not at my rig. But I have seen Nev added some new files to gitignore.
See if we need them too.


103643052-FiniteDifferenceFluxOutput (mjwitte) - x86_64-Linux-Ubuntu-14.04-cppcheck-1.61: OK (0 of 0 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg)


When a `sol_bus_client` is created, I make sure that the `service` length is less than 255 (defined by the D-Bus specification), so the overflow case is not possible.


+1 And knowone in support believed me.... Finally! Thanks!


Great, keep me posted!


See if the answer I gave in the previous commit makes sense.


We should provide a default implementation of this routine else it will be a backward incompatible change (will break existing implementations of this public interface).


Do we need to stat here? Won't `ioutil.ReadFile` be able to tell us if it's missing?


> For example, when v1.3 comes out, v1.0 will no longer be considered "fit for use": basically, that means that the reasonable response to the question "my v1.0 cluster isn't working," is, "you should probably upgrade it, (and probably should have some time ago)".

This reads a little vague. Is it the message here that once v1.3 is out, we will _discontinue_ patch releases on v1.0?


Nice! Irrelevant to this commit, @sgpyc and I have made some changes to dobfs/bfs. @sgpyc Does dobfs run stable now? We should integrate dobfs and bfs at the API level :-)


editor.destroy() fails if rendering an atom fails with a known exception. This is because when we come to teardown markers it didn't get a chance to insert an element.

Not sure if we need to address this in teardown or accept that the editor is in an odd state and catch the exception here?


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7294](https://teamcity.mesosphere.io/viewLog.html?buildId=82859&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:05:18


Nice! :thumbsup:
Thx to vemacs and SupaHam.

But I have a question: Why is the map names cleared in the first place?
I don't understand.


(It was dirty in my gunrock tree, so I checked it in. I think all future scripts will be in the gunrock/io repo.)


"Deformation" würde ich nur im Notfall verwenden. Ist im Deutschein nicht so gebräuchlich...


setting the --log-driver to syslog will break https://github.com/Capgemini/Apollo/blob/bb4c9828174e6f288f24dbd9c16922d3e5e2a60e/roles/weave/templates/weave.conf.j2#L17


Can we pass `config` as a value instead of a pointer and get rid of the nil check below?


Oh, right! `disabled` on a link isn't really a thing, which is why you have to add `pointer-events: none`, but keyboards and presumably other accessibility tools can still activate the links. I discovered the issue by tabbing around on the page and ended up going to a slide that wasn't 'enabled' yet, which seemed like it broke some state afterwards.


I don't think we should mark it as deprecated. While the TrashPolicyDefault no longer uses the home parameter other implementations may be passing a different value here in theory.


Das Ding heißt "Polyeder"


OK, that's not so important, we can push it another time if needed, but I'll check.


Need default implementation. It can just throw UnsupportedOperationException which should be handled by the caller.


I could have prevented focus by adding a tabindex, but since `pointer-events` is IE11+ anyway, I felt like clearing out the link altogether was a little better (should we ever need to go back to supporting IE10).


Added missing ES data types.

https://www.elastic.co/guide/en/elasticsearch/reference/current/mapping-types.html


I wanted to replace it with just a span, but that added too much code


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7295](https://teamcity.mesosphere.io/viewLog.html?buildId=82860&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **FAILURE**
Summary: Cannot start build runner Build time: 00:00:14


@untitaker in case you missed it, this was released in 0.5.0


I wonder if I should check for non update versions.

At the moment I have

```cpp
#if (_MSC_FULL_VER == 190023026)
    m_MPCCompiler = _T("MSVC 2015 Update 1");
#elif (_MSC_FULL_VER == 190023026)
    m_MPCCompiler = _T("MSVC 2015");
#endif
```

/CC @Underground78 for thoughts


(The u1 version number will change, this is a mockup)


Add InvalidTopicException in throws?


Good point, that should not be a run-time dependency, I agree! This should come pretty soon as I work on the identical "feature" in Reform.


Why the fuck are you forking JSON?


not sure how big `config` is expected to be....


@poettering , fixed. See https://github.com/systemd/systemd/pull/2056/files#diff-13a646b502f22307028b5f181b53cf2a


Ugh. Fixed.


Is it necessary to configure log file in XML format ? Or we can also use .properties file ?


Maybe just add `electron:linux` to the regular `release` task


No, I replied to the correct comment, but I guess my explanation wasn't clear enough. Sorry. Let me try again:

* Microsites already uses the name `footer.html` in master. [[source](https://github.com/edx/edx-platform/blob/master/lms/templates/main.html#L152)] In developing this feature, we wanted to maintain compatibility with both Microsites and Stanford theming as much as reasonable, which means having some kind of compatibility layer -- but that layer couldn't also be named `footer.html`, because we would have a recursive import. (Compatibility layer `footer.html` tries to import microsites `footer.html`, which has the same name.) Note that we were able to avoid this problem for the header, because the core template already used in the codebase is named `navigation.html`, so we were able to make the compatibility layer named `header.html`.
* Microsites support multi-tenancy, comprehensive theming doesn't (yet). Any site that supports multiple multi-tenant microsites (including edx.org) needs to be able to use different footer templates for each different microsite.
* Using the name `footer.html` would lock that particular template name to comprehensive theming. That means that existing microsites that need to swap footers would be unable to do so.

As an alternative, perhaps we could replace the `<%include file="themable-footer.html" />` directive with a `<%include file="${microsite.get_template_path('footer.html')}" />` directive, which mirrors what we're doing with the header, and works with both comprehensive theming and microsites. However, it completely breaks support for Stanford theming, since there's no compatibility layer to detect whether we're using Stanford theming. Is that OK with you?


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7296](https://teamcity.mesosphere.io/viewLog.html?buildId=82861&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **FAILURE**
Summary: Exit code 1 (new) Build time: 00:01:47


eyy boyo fuck off m8


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7297](https://teamcity.mesosphere.io/viewLog.html?buildId=82862&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **FAILURE**
Summary: Cannot start build runner Build time: 00:00:10


What if it spans 1000 years?


TeamCity LabKey :: LabkeyModules15.3 :: Git postgres 9.4 [Build 58](https://teamcity.labkey.org/viewLog.html?buildId=288347&buildTypeId=LabkeyModules153_GitPostgres) outcome was **FAILURE**
Summary: Tests failed: 51 (41 new), passed: 239, muted: 2 Build time: 00:48:33
### Failed tests
```
org.labkey.test.tests.CDSTest.verifyFilterDisplays: <no details avaliable>

org.labkey.test.tests.CDSTest.verifyCounts: <no details avaliable>

org.labkey.test.tests.CDSTest.verifyGrid: <no details avaliable>

org.labkey.test.tests.CDSTest.verifyGroups: <no details avaliable>

org.labkey.test.tests.CDSTest.verifyFilters: <no details avaliable>

org.labkey.test.tests.CDSTest.testLearnAboutAssays: <no details avaliable>

org.labkey.test.tests.CDSTest.verifyHomePage: <no details avaliable>

org.labkey.test.tests.CDSTest.clickOnLearnAboutStudyItem: <no details avaliable>

org.labkey.test.tests.CDSTest.verifyGridCheckerboarding: <no details avaliable>

org.labkey.test.tests.CDSTest.testLearnAboutStudies: <no details avaliable>

org.labkey.test.tests.CDSTest.verifyAssaySummary: <no details avaliable>

##### there are 41 more failed tests, see build details
```


Hmm, good point. Will revert.


Ugh^2. Fixed.


You can use defaults here to DRY stuff up:

```ruby
default: &default
  adapter: postgresql
  encoding: unicode
  pool: 5

development:
  <<: *default
  database: thecup_development
```


should be `user`, not `users.sample`.


I see, one is supposed to raise an exception when handling the EINTR if it was a ctrl-C, which then does break out of the system call.

It is very messy.


Not happy with this change, but also not sure how to constructively continue the discussion.


What's the path of the file ?


I got

Caused by: Exception [EclipseLink-116] (Eclipse Persistence Services - 2.6.0.payara-p1): org.eclipse.persistence.exceptions.DescriptorException
Exception Description: No conversion value provided for the value [FRIEND] in field [hopsworks.users.security_question].
Mapping: org.eclipse.persistence.mappings.DirectToFieldMapping[securityQuestion-->hopsworks.users.security_question]
Descriptor: RelationalDescriptor(se.kth.hopsworks.user.model.Users --> [DatabaseTable(hopsworks.users)])
	at org.eclipse.persistence.exceptions.DescriptorException.noFieldValueConversionToAttributeValueProvided(DescriptorEx


nice change, thanks!


Nevermind, thank you!

You have any idea why the base for all masteries is doubled?


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7298](https://teamcity.mesosphere.io/viewLog.html?buildId=82864&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:05:03


The awk broken because only the GAWK support ```-v``` and ```--v```


TeamCity LabKey :: LabkeyRelease15.3 :: CDS postgres 9.4 [Build 69](https://teamcity.labkey.org/viewLog.html?buildId=288336&buildTypeId=LabkeyRelease153_CdsPostgres94) outcome was **FAILURE**
Summary: Tests failed: 16 (5 new), passed: 31 Build time: 01:16:54
### Failed tests
```
org.labkey.test.tests.CDSVisualizationTest.verifyColorStudyAndTreatmentVars: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyStudyAndTreatmentVars: <no details avaliable>

org.labkey.test.tests.CDSTest.verifyCounts: <no details avaliable>

org.labkey.test.tests.CDSTest.clickOnLearnAboutStudyItem: <no details avaliable>

org.labkey.test.tests.CDSTest.verifyAssaySummary: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyDensePlotBrushing: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyGutterPlotBrushing: <no details avaliable>

org.labkey.test.Runner: org.labkey.test.tests.CDSLoginTest: <no details avaliable>

org.labkey.test.tests.CDSLoginTest.testSessionTimeoutIntercept: <no details avaliable>

org.labkey.test.Runner: org.labkey.test.tests.CDSMeasureStoreTest: <no details avaliable>

org.labkey.test.tests.CDSMeasureStoreTest.testDemoMeasureStore: <no details avaliable>

##### there are 6 more failed tests, see build details
```


I think it’s a nice feature. I’m playing RB and it helps a lot when you have big/multilevel stacks (specially with that damned cellars!). I’m thinking on it but I don’t know how to fix that (little) flaw.

From: Stephan
Sent: Monday, November 30, 2015 8:59 PM
To: vasl-developers/vasl
Cc: Federico Corso
Subject: Re: [vasl] Change the stack drawing (f91804a)

I like the new behaviour and, if you decide to take the feature out for now, would like to try and find a workaround for 6.4.

—
Reply to this email directly or view it on GitHub.


I think it is fine to check for non update version. We could have 'else'
branch for 'MSVC 2015 unknown' for all non rtm releases. But I'm not sure.


Note to self: change [K98] to \Cite{K98}


Nice refactoring! This is where the link estimates should be - rather than in RPL or in ND6!


i tried this, but it didnt work. will try it again tomorrow.


Added the ability for the script to create a new log file or append to an existing one. Also added a timestamp to the output for the log file.


Hmm, I fixed it differently by removing the path from inside get_peers instead (https://github.com/kyrias/fc00.org/commit/cb38c05a3abaf6c5e6254367e68a5cfd46c5925e), felt cleaner that way.


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7299](https://teamcity.mesosphere.io/viewLog.html?buildId=82865&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **FAILURE**
Summary: Exit code 1 Build time: 00:03:43


nice ball=) great!


Fin Série 6.


All right so

```cpp
#if (_MSC_FULL_VER == 190023026)
    m_MPCCompiler = _T("MSVC 2015 Update 1");
#else
    m_MPCCompiler = _T("MSVC 2015");
#endif
```


It sounds good. I am merging hoping it becomes useful to those who use it.


Or even check number ranges to detect RC versions of specific updates. I
can do that for next time. For now it is good as you proposed.


@andygrunwald with this dockerfile, once sortinghat is installed in the image, I think the image is finished and stopped so you can not use it. How do you use this image to create a container and use it?


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7302](https://teamcity.mesosphere.io/viewLog.html?buildId=82873&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **FAILURE**
Summary: Exit code 2 (new) Build time: 00:01:29


My guess is the elasticsearch container is exposing multiple ports. fwiw, this is what we are doing:
https://github.com/udacity/Apollo/commits/master/roles/elasticsearch/tasks/main.yml


Update this value to change page size for local testing


I don't think it's worth bothering with each RC, CTP etc. Only the original 2015 release and u1 for now.


Refactoring isn't all bad. It's fun and helpful :)


Note to self: "Ilustración del proceso de rectificación." (repeated caption)


does `self.terms = self.class.terms - [:visibility]` work as well or is that abstracting away a constant that we'd rather keep around?


Reason for merging is clear now, there were other commits pushed before I was able to push my results and thus my files were not up to date => a merge was necessary.


How Can i run these please :)


Saw this and assume it was a mistake.


Very nice feature with runtime selection of OF and improvements of RFC compliance! Finally we get 128 as fix-point on ETX!


Début Série 8.
Note: Commité sur un poste partagé. Par Loïc Megert malgré identification incorrecte.


Ok


Should either comment or extract this into a well-named method (like restoreSavedSession()), so that it's clear why this is happening here.


Nurse doing a good job
On Nov 30, 2015 4:43 PM, "Kacper Michajłow" <notifications@github.com>
wrote:

> I think it is fine to check for non update version. We could have 'else'
> branch for 'MSVC 2015 unknown' for all non rtm releases. But I'm not sure.
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/XhmikosR/mpc-hc/commit/92abab44053b1c82a84d8a14c1163602b1151183#commitcomment-14694145>
> .
>


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7303](https://teamcity.mesosphere.io/viewLog.html?buildId=82875&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **FAILURE**
Summary: Exit code 2 Build time: 00:01:07


The voting options start with id=1, keep this in mind. This can be changed to 0 but I didn't because the original design used 1 as default and I didn't want to break anything since I was focussing on the css.


Never even knew this was a thing ;)


Note: Commité sur un poste partagé. Par Loïc Megert malgré identification incorrecte.


You can't turn it off with YML if it's already un-falsey.


whoops, my mistake -- the `is_cached` and `proxy_cache_valid` are two different kinds of caching. You still want the `proxy_cache_valid => "200 2h"` -- this is the NGINX caching of API responses

the `is_cached` is our own caching of query -> API call. In this case, because the API call is dependent on user locale, the output of `handle` for a given query won't always be the same, so we can't cache that mapping


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7301](https://teamcity.mesosphere.io/viewLog.html?buildId=82868&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **FAILURE**
Summary: Exit code 1 (new) Build time: 00:05:28


Jeez, @tianon! I didn't mean for you to implement this! Now I feel bad :X


... but I'm totally using this and you're the best


Seems good


this should be the user's uid here


Comment is out of date.


nope, la multiplicación así sólo funciona en el espacio proyectivo... s/\TwoCart/\Two


Coding in CK2script makes me put `=` everywhere. Coding in Python makes me forget to use semicolons occasionally. Conclusion: Both are poison.


Could you explain what high-level change this is doing?


Remove what flag ?
It seems you added one.. no ?


Why do we accept a `Key` argument if the key can only ever be "unlimited"?


How was this failing before? Can you add a test?


Bug: enabled will be true if `uci:get('tunneldigger', 'broker', 'enabled')` returns '0', because this evalutes to true in LUA.


Fin Série 8.


Début Série 9.


Fin Série 9.


hier komme ich ohne Hilfe nicht weiter. Ich weiß nicht wie die Bitdaten nach Hex gewandelt werden.


Done, thanks.


Should be fixed in https://github.com/NixOS/nixpkgs/pull/11366


If libmediainfo/mediainfo have an update and libzen.pc still has that flag they will fail.


This is a const string, I don't see the need for a g_snprintf here?

How about?

```
#define PROFILE_PATH SYSCONFDIR "profile.d"
```

(Pass sysconfdir through flags)


It should be pointed out that "wildstar" is not a word.


Not happy with this change, but also not sure how to continue the discussion constructively.


Can we define .Trash as a constant somewhere?


@kasiarachwal can you provide a plunkr for your setup?

The `.toUpperCase()` fix didn't work. I found out why and I need to make a pr to fix it for both our usecases but I'd like to be able t confirm it works with your setup.

As for the why it doesn't work. With/without the `toUpperCase()` to `&& current.nodeName !== 'MD-CONTENT'` essentially always skips `md-content` and uses a higher(body or html tag?) tag for the root to attatch the tooltip too. This is what should happen with your specific case(I'm gussesing whenever a sidenav is open) but when you do not have a sidenav open it should use the `md-content` as the root like it did before.


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7306](https://teamcity.mesosphere.io/viewLog.html?buildId=82886&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **FAILURE**
Summary: Exit code 1 Build time: 00:05:24


@benlesh good call, reads much nicer.


Nice, I was planning to do this somehow :)


Why is GH showing this as out of line with the others? Tab/space issue?


I don't think you should modify hudbars directly, but let the mod that sends out of bound values set a new maximum.


It is your beloved Perl. They support all sorts of environments, a lot of which have little or no C99 support.
The biggest violator, until very recently, was Visual C++. It was just VC++ 2015 that implemented good C99 support. See https://en.wikipedia.org/wiki/C99#Implementations

This library is small enough that remaining compatible with C90 is worth the trouble, I haven't had a great need for C99 features.

Anyhow, I looked up the C99 standard and you are correct that it changed. I also looked at leap second history and there's never been a double leap second.


Well done! looks like Magic!


deadwolf deserves much of the credit. I understand he spoke to you about putting this scope in BoA?


Revpunch range sux, set it to 110 or I break your elevators.


format that shit please


I suggest "Column size must be positive and less than "


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7304](https://teamcity.mesosphere.io/viewLog.html?buildId=82876&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:09:55


I'm not sure I understand this one. What is the %s?


nice work, mate


Thanks so much for the fix!

After looking at it a bit, you may want to change this, as 10.2 is already being developed:

($mysqlversion =~ /^10\.[01]\./)

to:

($mysqlversion =~ /^10\.[012]\./)

Thanks again :)


OMG emojis class names :heart:


I fixed a bug, so get the newest version


Do you introduce a new type here on purpose?

I generally like an `empty` method that returns the type of the non-empty generalization so that you can use it as the initialization value of a `var`.


Don't forget about migration


zero functional change - it just moves some functions out of data/view which were bloated. they were functions only useful for search, and which could be accomplished using the existing api.  i'm trying to adopt the mindset that data.coffee and view.coffee should make a lot of sense to an outsider trying to write a plugin, who needs to peek at the internals a bit, and that they shouldn't contain anything they don't need to


This was a first draft, later changed to `SignalR`, closing and reopening a new PR


@shubaivan migration needed


return resp.getResponseCode() == RESPONSE_CODE_204;


it would jump to ids, not rows.  if you have two clones on the page, the same letter would appear for both, and pressing the letter would go to 1 of the two, randomly

i don't have a way to test easy-motion since it uses jquery to find out what's visible on the page :(


Binging rateLimiter saturation. 0 is no saturation. 1 is saturation.


hell


minor nit in the commit message, it returned a *packageContext not a *PackageContext.  A *PackageContext would have been fine, since you could just embed it in a struct.


oops, original comment deleted.

Why can't you just embed a *PackageContext in a wrapping struct?


What is this? Please make sure to fetch latest code before you want to commit something. This way we will avoid having such merge. You can also merge your commits together by using the rebase feature.


Fixes #6


Note for myself - I think we can just use hidden? now like https://github.com/CruGlobal/fe/blob/e0482a012e360ae3719c794e65c7e14958537f7d/app/views/fe/answer_pages/_answer_page.html.erb#L16 and eliminate previous_element


I don't think this is the right fix.  The form has a visibility field on it, so it should have a visibility field in the form object.  If we don't want the form to render the visibility automatically, I think that belongs in the view itself.


"if" driven development.


Why is this file necessary at all? Why don't you integrate everything from jdk.astub into the annotated JDK?


@abingham I've set up  travis to run the tests but unfortunately they fail.

https://travis-ci.org/ptrv/emacs-ycmd/builds/94037301

I will look into it.


Maybe it shouldn't use jquery then?


"The default locale for the DDM form layout's page title must be the same " + "as the DDM form layout's default locale."


fixed main -

"main" : "env.js"  -- > entry file to the package - should rename to index.js (better name - i guess)


Hahaha, I'd already implemented it -- this entire diff is 99% "import new library I already had written" and 1% "swap out old code for new library". :+1:


Can't get a whole lot simpler than:
```diff
-	index, err := NewTarget(
-		"http://httpredir.debian.org/debian",
-		[]string{targetSuite},
-		components,
-		arches,
-	)
+	indexSources := aptsources.SuiteSources(targetSuite, components...)
+	index, err := indexSources.FetchCandidates(arches...)
```
:+1:


103643052-FiniteDifferenceFluxOutput (mjwitte) - x86_64-Linux-Ubuntu-14.04-gcc-4.8-UnitTestsCoverage-Debug: OK (898 of 898 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-100.0%25-green.svg) ![Coverage Badge](http://img.shields.io/badge/coverage%20status-25.34%25-green.svg)


PR created to put this into official-images

https://github.com/docker-library/official-images/pull/1226


Thank you


Fixed!


Can't see a workaround myself.


I prefer either
1. "Invalid row size. The sum of all column sizes of a row must " + "be less than the maximum row size of 12."
or
2.  The sum of all column sizes of a row must " + "be less than the maximum row size of 12."


well, anything dom-related won't work in node by default.  i guess that function could just return all visible rows, as if the page were infinite, when $ is undefined.  tests of easy-motion would be good, i agree.  i'll add that sometime


Removing this will break your folder structure in your IDE. To add the folder structure back you need to go to Preferences->Project->Directories and click add root directory and selecte LIS or whatever your root folder is called.


Can you change it to r: Float = 0.0, g: Float = 0.0, b: Float = 0.0, a: Float = 1.0
then it matches the default values. And add a unit test for the constructor.


trying to figure out why ph made this change..   Can anyone point me to the discussion surrounding this deletion of  line 143 "return unless output?(event)"   ?

Thanks!


:heart:

On Mon, Nov 30, 2015 at 5:08 PM, Tianon Gravi <notifications@github.com>
wrote:

> Can't get a whole lot simpler than:
>
> -   index, err := NewTarget(-       "http://httpredir.debian.org/debian",-       []string{targetSuite},-       components,-       arches,-   )+   indexSources := aptsources.SuiteSources(targetSuite, components...)+   index, err := indexSources.FetchCandidates(arches...)
>
> [image: :+1:]
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/tianon/dtodo/commit/b412185e8efc8dd925a154f06376e9542538c408#commitcomment-14694667>
> .
>

--
:wq


Quickly, where's the plus two button???


```php
$id = null,
```
YAGNI


Great work! You've done loads with this and it looks well documented.
Hopefully we can have a demo of sorts in tomorrows meeting and discuss GUI options


UDA 2.0 states : _The foundation for UPnP networking is IP addressing. A UPnP device or control point is allowed to support IP version 4-only, or both IP version 4 and IP version 6._ (p15 0. Addressing)

p110 : _A.2.2 UPnP Device Architecture V2.0
UDA 2.0 devices and control points SHALL implement IPv4 and IPv6, SHALL support dual stack (IPv4 and IPv6) operation, and SHALL be capable of operating on IPv4-only and IPv6-only networks. Vendors MAY choose to allow IPv4-only and/or IPv6-only operation as configuration alternatives, but a device and a control point SHALL run dual-stack in order to be certified._
So a UPnP Device supporting UDA 2 can be operating on an IPv4-only network...


Yes, it was/is nice to see the level markers, but there was grief involved with the moving of stacks, IIRC, which is why the level counters had to get shoved back "under" the counters. If we can find a way to blank non-info counters and show the others, that may (or may not?) be the solution to make both camps happy.

Could also enlarge the counters or pad the counter content to prevent the leak while preserving some stack "lean" that I think people like.


@OmgImAlexis Was delayed getting to this due to some support issues that came up in the forums.

This makes the following changes:
```
/home/addShows                   /addShows
/home/addShows/newShow           /addShows/newShow
/home/addShows/popularShows      /addShows/popularShows
/home/addShows/existingShows     /addShows/existingShows
```
If I missed any please let me know.. time to :zzz:


Actually, it seems that doesn't work either when some peers fails, so ignore me..


Update is not called. Saved and githubbed so that it can be worked on.


> Maybe the controls could add the style?

Kind of what I was thinking - more so for the `cursor` style on hover, though. Since selection can be prevented at any higher level element and guessing Ctrl-C copies the image, I'd rather put the `preventDefault` line back in place or leave it all up to the user rather than making the controls overzealous about it.


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7307](https://teamcity.mesosphere.io/viewLog.html?buildId=82900&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:04:43


s/Fail/Failed/


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7308](https://teamcity.mesosphere.io/viewLog.html?buildId=82901&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:04:43


> It’s been around for about five years, and none of the tech used is particularly new or spectacular [...]

Very self-deprecating - try not to put yourself in a negative light, when the point of the post is supposed to highlight how awesome you and Hoodie are.


Why not just change the call on line 125 to properly check if `is_resouce($this->_socket)` instead of null checking?


`NSString`s should be `copy` not `assign`.


This is a property, so dot syntax is more appropriate for accessing `runLoopMode`.


That's a better idea, I will try it out tomorrow on the live data.


@wookayin 어때욘


So am I, but that's what comes out.

The conclusion is that either (a) the values are already nearly optimal or (b) the lever bonuses contribute very little Elo, so it is hard for SPSA to detect the trend.


This seems risky, I could assign `runLoopMode` to any bogus string value. Is there a safer way to handle this?


Can we make `observables` into `observable`?


"The available locales property was not set for the DDM form."


When it is String it means that there's been an error, but the orientation is integer not string so it will resolve to 1 meaning there is no orientation change required.


Literally clutching at straws to work out this issue. Seeking further assistance tomorrow(Tuesday 1st)


"The default locale property was not set for the DDM form."


Or maybe just KafkaException?


> fully-fledged

It's a nitpick, but the term is full-fledged in American English. No idea which English we're adhering to, though.


Hi,

Thanks for taking a look - I will take a look and have to see what exactly I did because I am using slimlock.  I have it configured through xautolock, but will need to see what else is required.

Thanks,

Walter


Ok, I will try to do smaller commits.


Fixed in 8693efe10450d0c95dc3ae9902f1355c37b2c903. Sorry about that.


"The default locale %s must be set to a valid available" + " locale."


"The field name %s cannot be defined more than once."


TeamCity LabKey :: Trunk :: LabkeyTrunk :: Git postgres 9.4 [Build 816](https://teamcity.labkey.org/viewLog.html?buildId=288359&buildTypeId=LabkeyTrunk_GitPostgres) outcome was **FAILURE**
Summary: Tests failed: 50 (1 new), passed: 240 Build time: 00:56:31
### Failed tests
```
org.labkey.test.Runner: org.labkey.test.tests.ScrumtimeTest: <no details avaliable>

org.labkey.test.Runner: org.labkey.test.tests.CDSLoginTest: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyAntigenScatterPlot: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyColorStudyAndTreatmentVars: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyStudyAndTreatmentVars: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyBoxPlots: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyDensePlotBrushing: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifySubjectCountsWithFilters: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyTimeAxisWithMultipleSchedules: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifySubjectCountsWithFiltersAdvancedOptions: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyScatterPlotColorAxis: <no details avaliable>

##### there are 40 more failed tests, see build details
```


I tend to agree, but the getter method is overridden so that's why I though the dot syntax wasn't the best.


"At least one option must be set for field %s."


"The field type was never set for the DDM form field."


Issue is https://github.com/Microsoft/TypeScript/issues/5842


> we built this tool for you, but you can’t use it under certain circumstances, and might not even be able to access your own data in it

Add `you` before `might not even...` to match the rest of the elements (for you, but you).


> Saw this and assume it was a mistake.

Yep, good catch, was a typo.


Another [nomination](https://gist.github.com/ArcticEcho/b5f51feff9ce4567e0dd).


btw, filter by recruiting status is also added


I feel it is too general since all these exceptions are KafkaExceptions.


We could add asserts, to check that the value assigned are either `NSRunLoopCommonModes` or `NSDefaultRunLoopMode`.


Why is the C++ schema different than the Java one?


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7309](https://teamcity.mesosphere.io/viewLog.html?buildId=82903&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 204 Build time: 00:04:57


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 7293](https://teamcity.mesosphere.io/viewLog.html?buildId=82858&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **FAILURE**
Summary: Execution timeout (new) Build time: 01:00:08


走API的话太慢了，我还是正则匹配文本好了


Isnt this test now official and merged to master? Please pull a request, I will test my tuned tests against that master then, no use of testing them against old (History Purning) master, as it has added this patch in it to tune :).


TeamCity LabKey :: Trunk :: LabkeyTrunk :: CDS postgres 9.4 [Build 20](https://teamcity.labkey.org/viewLog.html?buildId=288379&buildTypeId=LabkeyTrunk_CdsPostgres94) outcome was **FAILURE**
Summary: Tests failed: 15 (11 new), passed: 32 Build time: 01:17:03
### Failed tests
```
org.labkey.test.tests.CDSVisualizationTest.verifyBoxPlots: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyDensePlotBrushing: <no details avaliable>

org.labkey.test.Runner: org.labkey.test.tests.CDSLoginTest: <no details avaliable>

org.labkey.test.tests.CDSLoginTest.testSessionTimeoutIntercept: <no details avaliable>

org.labkey.test.tests.CDSTest.verifyCounts: <no details avaliable>

org.labkey.test.tests.CDSTest.testLearnAboutStudyProducts: <no details avaliable>

org.labkey.test.tests.CDSTest.clickOnLearnAboutStudyProductsItem: <no details avaliable>

org.labkey.test.tests.CDSTest.verifyAssaySummary: <no details avaliable>

org.labkey.test.tests.CDSTest.testLearnAboutStudyProductsSearch: <no details avaliable>

org.labkey.test.Runner: org.labkey.test.tests.CDSSecurityTest: <no details avaliable>

org.labkey.test.tests.CDSSecurityTest.verifyFirstTimeUse: <no details avaliable>

##### there are 5 more failed tests, see build details
```


Fixes #19


Please put a space before the parentheses:

proto file (%v)
json file (%v)


I suspect (vaguely) that the reason for some of this may be that just because the socket connection is available, it doesn't meant that it's immediately ready to get messages. I'll have to do some additional testing to find out. It would be interesting, if you used setInterval to set up a repeated ping of "test" messages, if you started seeing them after a small delay.


breakpoint


The app is now weird if we get back to the map from the CardView, we should return to a previous state...


Try sending `room.toJSON()` down the wire instead. I think it's trying to recurse through the room object to serialize it, and getting in over its head.


> because besides faster being better

Unintentional alliteration, with a break in the middle that throws this sentence off for me.


Yeah, let's talk about it on Tuesday. I think the general plan is a good one, but I think we can clean it up a bit and make it clearer.


this is a comment