I've come up with this solution without using an extra dependency. Let me know if this also works fine for you:

var Cucumber = require('cucumber'),
    fs = require('fs');
    path = require('path');

var JsonFormatter = Cucumber.Listener.JsonFormatter();

var reportDirectory = 'reports/one/two/';
var reportFileName = 'cucumber-test-results.json';

var reportDirectoryPath = path.join(__dirname, '../../' + reportDirectory);
var reportFilePath = path.join(reportDirectoryPath + reportFileName);

function mkdirp(path, root) {
  var dirs = path.split('/'), dir = dirs.shift(), root = (root || '') + dir + '/';

  try {
    fs.mkdirSync(root);
  } catch (e) {
    if(!fs.statSync(root).isDirectory()) throw new Error(e);
  }

  return !dirs.length || mkdirp(dirs.join('/'), root);
}

module.exports = function JsonOutputHook() {
  JsonFormatter.log = function (json) {
    fs.open(reportFilePath, 'w+', function (err, fd) {
      if (err) {
        mkdirp(reportDirectoryPath);
        fd = fs.openSync(reportFilePath, 'w+');
      }

      fs.writeSync(fd, json);

      console.log('json file location: ' + reportFilePath);
    });
  };

  this.registerListener(JsonFormatter);
};


Про сокращения понял, закрывающая скобка - тоже понятно.


@nomeata Hi, I have actually stolen most of this from https://github.com/teleshoes/taffybar as I'm not all that good with Haskell yet.


А тут как лучше(правильно) сделать?


TeamCity Chorus :: chorus-win32-master Continuous [Build 2.6.101.f8365a88800fac24ba7f05a7bcff7b088f2c92be](http://build.palaso.org/viewLog.html?buildId=65757&buildTypeId=bt2) outcome was **SUCCESS**
Summary: Tests passed: 939, ignored: 50 Build time: 00:42:41


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


When the remote dir is numbers, it will be parsed as file.
ftp server is Windows.


I tried to install NLTK on OS X 10.11.1, with Python 3.4.1, Python 3.5.0, Python 2.7.10. No success.

`(p34)priiduksmacbook:legal-research priidukull$ pip install git+https://github.com/estnltk/estnltk.git@master
Downloading/unpacking git+https://github.com/estnltk/estnltk.git@master
  Cloning https://github.com/estnltk/estnltk.git (to master) to /var/folders/3g/gw9j41hs5fl093pxwvjd966h0000gn/T/pip-hhh5pt09-build
  Running setup.py (path:/var/folders/3g/gw9j41hs5fl093pxwvjd966h0000gn/T/pip-hhh5pt09-build/setup.py) egg_info for package from git+https://github.com/estnltk/estnltk.git@master

Requirement already satisfied (use --upgrade to upgrade): six==1.9.0 in ./p34/lib/python3.4/site-packages (from estnltk==1.3)
Requirement already satisfied (use --upgrade to upgrade): nltk==3.0.4 in ./p34/lib/python3.4/site-packages (from estnltk==1.3)
Requirement already satisfied (use --upgrade to upgrade): regex==2015.07.19 in ./p34/lib/python3.4/site-packages (from estnltk==1.3)
Requirement already satisfied (use --upgrade to upgrade): pandas==0.16.2 in ./p34/lib/python3.4/site-packages (from estnltk==1.3)
Requirement already satisfied (use --upgrade to upgrade): python-crfsuite==0.8.3 in ./p34/lib/python3.4/site-packages (from estnltk==1.3)
Requirement already satisfied (use --upgrade to upgrade): cached-property==1.2.0 in ./p34/lib/python3.4/site-packages (from estnltk==1.3)
Requirement already satisfied (use --upgrade to upgrade): beautifulsoup4==4.4.0 in ./p34/lib/python3.4/site-packages (from estnltk==1.3)
Requirement already satisfied (use --upgrade to upgrade): html5lib==0.9999999 in ./p34/lib/python3.4/site-packages (from estnltk==1.3)
Requirement already satisfied (use --upgrade to upgrade): elasticsearch==1.6.0 in ./p34/lib/python3.4/site-packages (from estnltk==1.3)
Downloading/unpacking python-dateutil>=2 (from pandas==0.16.2->estnltk==1.3)
  Downloading python_dateutil-2.4.2-py2.py3-none-any.whl (188kB): 188kB downloaded
Downloading/unpacking pytz>=2011k (from pandas==0.16.2->estnltk==1.3)
  Downloading pytz-2015.7-py2.py3-none-any.whl (476kB): 476kB downloaded
Downloading/unpacking numpy>=1.7.0 (from pandas==0.16.2->estnltk==1.3)
  Downloading numpy-1.10.1.tar.gz (4.0MB): 4.0MB downloaded
  Running setup.py (path:/Users/priidukull/Projects/legal-research/p34/build/numpy/setup.py) egg_info for package numpy
    Running from numpy source directory.

    warning: no previously-included files matching '*.pyc' found anywhere in distribution
    warning: no previously-included files matching '*.pyo' found anywhere in distribution
    warning: no previously-included files matching '*.pyd' found anywhere in distribution
Installing collected packages: estnltk, python-dateutil, pytz, numpy
  Running setup.py install for estnltk

    building 'estnltk.vabamorf._vabamorf' extension
    swigging estnltk/vabamorf/vabamorf.i to estnltk/vabamorf/vabamorf_wrap.cpp
    swig -python -builtin -py3 -c++ -o estnltk/vabamorf/vabamorf_wrap.cpp estnltk/vabamorf/vabamorf.i
    estnltk/vabamorf/vabamorf.i:49: Warning 302: Identifier 'StringVector' redefined (ignored) (Renamed from 'vector< std::string >'),
    estnltk/vabamorf/vabamorf.i:38: Warning 302: previous definition of 'StringVector' (Renamed from 'vector< std::string >').
    g++ -fno-strict-aliasing -Werror=declaration-after-statement -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -arch i386 -arch x86_64 -isysroot /Developer/SDKs/MacOSX10.6.sdk -g -Iinclude/etana -Iinclude/etyhh -Iinclude/fsc -Iinclude/json -Iinclude/proof -Iinclude/fsc/fsjni -I/Library/Frameworks/Python.framework/Versions/3.4/include/python3.4m -c estnltk/vabamorf/vabamorf_wrap.cpp -o build/temp.macosx-10.6-x86_64-3.4/estnltk/vabamorf/vabamorf_wrap.o
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:6:
    include/fsc/stdfsc.h:64:10: warning: UNIX block [-W#pragma-messages]
            #pragma message("UNIX block")
                    ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:12:
    In file included from include/fsc/fsdata.h:4:
    In file included from include/fsc/fsstream.h:5:
    In file included from include/fsc/fsstring.h:4:
    include/fsc/fsthread.h:309:8: error: unknown type name 'FSTHREADID'
    inline FSTHREADID FSGetCurrentThreadID(){
           ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:12:
    In file included from include/fsc/fsdata.h:4:
    include/fsc/fsstream.h:536:20: error: unknown type name 'LONGLONG'
            virtual void Seek(INT64 lPos, int iType=SEEK_SET) = 0;
                              ^
    include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'
            #define INT64 LONGLONG
                          ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:12:
    In file included from include/fsc/fsdata.h:4:
    include/fsc/fsstream.h:543:10: error: unknown type name 'LONGLONG'
            virtual INT64 Tell() const = 0;
                    ^
    include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'
            #define INT64 LONGLONG
                          ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:13:
    In file included from include/fsc/fsdll.h:4:
    In file included from include/fsc/fsfile.h:6:
    include/fsc/fslist.h:726:18: error: use of undeclared identifier 'LONGLONG'
    typedef CFSArray<INT64> CFSInt64Array;
                     ^
    include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'
            #define INT64 LONGLONG
                          ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:13:
    In file included from include/fsc/fsdll.h:4:
    In file included from include/fsc/fsfile.h:6:
    include/fsc/fslist.h:727:18: error: use of undeclared identifier 'ULONGLONG'
    typedef CFSArray<UINT64> CFSUInt64Array;
                     ^
    include/fsc/fstype.h:92:17: note: expanded from macro 'UINT64'
            #define UINT64 ULONGLONG
                           ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:13:
    In file included from include/fsc/fsdll.h:4:
    include/fsc/fsfile.h:115:12: error: unknown type name 'LONGLONG'
            void Seek(INT64 lPos, int iType=SEEK_SET);
                      ^
    include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'
            #define INT64 LONGLONG
                          ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:13:
    In file included from include/fsc/fsdll.h:4:
    include/fsc/fsfile.h:116:2: error: unknown type name 'LONGLONG'
            INT64 Tell() const;
            ^
    include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'
            #define INT64 LONGLONG
                          ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:13:
    In file included from include/fsc/fsdll.h:4:
    include/fsc/fsfile.h:150:12: error: unknown type name 'LONGLONG'
            void Seek(INT64 lPos, int iType=SEEK_SET);
                      ^
    include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'
            #define INT64 LONGLONG
                          ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:13:
    In file included from include/fsc/fsdll.h:4:
    include/fsc/fsfile.h:151:2: error: unknown type name 'LONGLONG'
            INT64 Tell() const
            ^
    include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'
            #define INT64 LONGLONG
                          ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:13:
    In file included from include/fsc/fsdll.h:4:
    include/fsc/fsfile.h:194:12: error: unknown type name 'LONGLONG'
            void Seek(INT64 lPos, int iType=SEEK_SET) { return m_pFile->Seek(lPos, iType); }
                      ^
    include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'
            #define INT64 LONGLONG
                          ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:13:
    In file included from include/fsc/fsdll.h:4:
    include/fsc/fsfile.h:195:2: error: unknown type name 'LONGLONG'
            INT64 Tell() const { return m_pFile->Tell(); }
            ^
    include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'
            #define INT64 LONGLONG
                          ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:13:
    In file included from include/fsc/fsdll.h:4:
    include/fsc/fsfile.h:199:59: error: unknown type name 'LONGLONG'
            void Codec(BYTE *pDest, const BYTE *pSrc, INTPTR ipSize, INT64 iFilePos);
                                                                     ^
    include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'
            #define INT64 LONGLONG
                          ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:13:
    In file included from include/fsc/fsdll.h:4:
    include/fsc/fsfile.h:252:12: error: unknown type name 'LONGLONG'
            void Seek(INT64 lPos, int iType=SEEK_SET) { FSUNUSED(lPos); FSUNUSED(iType); ASSERT(false); }
                      ^
    include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'
            #define INT64 LONGLONG
                          ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:13:
    In file included from include/fsc/fsdll.h:4:
    include/fsc/fsfile.h:253:2: error: unknown type name 'LONGLONG'
            INT64 Tell() const { ASSERT(false); return 0; }
            ^
    include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'
            #define INT64 LONGLONG
                          ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:16:
    include/fsc/fsfixalloc.h:137:3: error: unknown type name 'FSTHREADID'
                    FSTHREADID m_lThreadID;
                    ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:17:
    include/fsc/fshugeinteger.h:37:17: error: unknown type name 'LONGLONG'
            CFSHugeInteger(INT64 lVal)
                           ^
    include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'
            #define INT64 LONGLONG
                          ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:17:
    include/fsc/fshugeinteger.h:42:17: error: unknown type name 'ULONGLONG'
            CFSHugeInteger(UINT64 lVal)
                           ^
    include/fsc/fstype.h:92:17: note: expanded from macro 'UINT64'
            #define UINT64 ULONGLONG
                           ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:17:
    include/fsc/fshugeinteger.h:64:29: error: unknown type name 'LONGLONG'
            CFSHugeInteger &operator =(INT64 lVal);
                                       ^
    include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'
            #define INT64 LONGLONG
                          ^
    In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:
    In file included from include/etana/vabamorf.h:11:
    In file included from include/etana/etmrf.h:5:
    In file included from include/etana/mrf-mrf.h:5:
    In file included from include/etana/ahel2.h:4:
    In file included from include/etana/post-fsc.h:11:
    In file included from include/fsc/fsc.h:17:
    include/fsc/fshugeinteger.h:65:29: error: unknown type name 'ULONGLONG'
            CFSHugeInteger &operator =(UINT64 lVal);
                                       ^
    include/fsc/fstype.h:92:17: note: expanded from macro 'UINT64'
            #define UINT64 ULONGLONG
                           ^
    fatal error: too many errors emitted, stopping now [-ferror-limit=]
    1 warning and 20 errors generated.
    error: command 'g++' failed with exit status 1
    Complete output from command /Users/priidukull/Projects/legal-research/p34/bin/python3.4 -c "import setuptools, tokenize;__file__='/var/folders/3g/gw9j41hs5fl093pxwvjd966h0000gn/T/pip-hhh5pt09-build/setup.py';exec(compile(getattr(tokenize, 'open', open)(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --record /var/folders/3g/gw9j41hs5fl093pxwvjd966h0000gn/T/pip-gsrdy3zb-record/install-record.txt --single-version-externally-managed --compile --install-headers /Users/priidukull/Projects/legal-research/p34/bin/../include/site/python3.4:
    running install

running build

running build_py

creating build

creating build/lib.macosx-10.6-x86_64-3.4

creating build/lib.macosx-10.6-x86_64-3.4/estnltk

copying estnltk/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk

copying estnltk/clausesegmenter.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk

copying estnltk/core.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk

copying estnltk/corpus.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk

copying estnltk/disambiguator.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk

copying estnltk/dividing.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk

copying estnltk/javaprocess.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk

copying estnltk/names.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk

copying estnltk/ner.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk

copying estnltk/run_tests.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk

copying estnltk/teicorpus.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk

copying estnltk/text.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk

copying estnltk/textcleaner.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk

copying estnltk/timex.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk

copying estnltk/wordnet_tagger.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/database

copying estnltk/database/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/database

copying estnltk/database/database.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/database

copying estnltk/database/importer.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/database

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/estner

copying estnltk/estner/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/estner

copying estnltk/estner/crfsuiteutil.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/estner

copying estnltk/estner/featureextraction.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/estner

copying estnltk/estner/ner.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/estner

copying estnltk/estner/settings.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/estner

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/examples

copying estnltk/examples/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/examples

copying estnltk/examples/convert_koondkorpus.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/examples

copying estnltk/examples/ex00_quick_example.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/examples

copying estnltk/examples/lemmatize_mysql.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/examples

copying estnltk/examples/process_tei.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/examples

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/grammar

copying estnltk/grammar/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/grammar

copying estnltk/grammar/common.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/grammar

copying estnltk/grammar/conflictresolver.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/grammar

copying estnltk/grammar/grammar.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/grammar

copying estnltk/grammar/match.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/grammar

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/mw_verbs

copying estnltk/mw_verbs/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/mw_verbs

copying estnltk/mw_verbs/basic_verbchain_detection.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/mw_verbs

copying estnltk/mw_verbs/utils.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/mw_verbs

copying estnltk/mw_verbs/verbchain_detector.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/mw_verbs

copying estnltk/mw_verbs/verbchain_nom_vinf_extender.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/mw_verbs

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/prettyprinter

copying estnltk/prettyprinter/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/prettyprinter

copying estnltk/prettyprinter/extractors.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/prettyprinter

copying estnltk/prettyprinter/marker.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/prettyprinter

copying estnltk/prettyprinter/prettyprinter.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/prettyprinter

copying estnltk/prettyprinter/rules.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/prettyprinter

copying estnltk/prettyprinter/templates.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/prettyprinter

copying estnltk/prettyprinter/test_rules.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/prettyprinter

copying estnltk/prettyprinter/values.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/prettyprinter

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_clauses.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_core.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_disambiguator.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_dividing.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_grammar.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_ner.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_prettyprinter.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_tagging.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_tei.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_text.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_text_custom_layers.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_timex.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_tokenizers.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_vabamorf.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_verbchains.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_wiki.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_wordnet.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_wordnet_tagger.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

copying estnltk/tests/test_zipbuilder.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tests

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/tokenizers

copying estnltk/tokenizers/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tokenizers

copying estnltk/tokenizers/word_tokenizer.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tokenizers

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/tools

copying estnltk/tools/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tools

copying estnltk/tools/cnllconverter.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tools

copying estnltk/tools/retokenize_ner_dataset.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tools

copying estnltk/tools/train_default_ner_model.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tools

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/vabamorf

copying estnltk/vabamorf/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/vabamorf

copying estnltk/vabamorf/morf.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/vabamorf

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki

copying estnltk/wiki/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki

copying estnltk/wiki/categoryParser.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki

copying estnltk/wiki/cleaner.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki

copying estnltk/wiki/convert.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki

copying estnltk/wiki/core.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki

copying estnltk/wiki/corpus.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki

copying estnltk/wiki/externalLink.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki

copying estnltk/wiki/images.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki

copying estnltk/wiki/infoBox.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki

copying estnltk/wiki/internalLink.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki

copying estnltk/wiki/jsonWriter.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki

copying estnltk/wiki/parser.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki

copying estnltk/wiki/references.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki

copying estnltk/wiki/sections.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki

copying estnltk/wiki/tableCollector.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki

copying estnltk/wiki/wikiextra.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet

copying estnltk/wordnet/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet

copying estnltk/wordnet/eurown.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet

copying estnltk/wordnet/wn.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/database/tests

copying estnltk/database/tests/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/database/tests

copying estnltk/database/tests/test_insert.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/database/tests

copying estnltk/database/tests/test_prepare.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/database/tests

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/grammar/examples

copying estnltk/grammar/examples/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/grammar/examples

copying estnltk/grammar/examples/bloodpressure.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/grammar/examples

copying estnltk/grammar/examples/svo_relation.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/grammar/examples

copying estnltk/grammar/examples/using_database.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/grammar/examples

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/grammar/tests

copying estnltk/grammar/tests/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/grammar/tests

copying estnltk/grammar/tests/test_grammar.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/grammar/tests

copying estnltk/grammar/tests/test_match.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/grammar/tests

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/prettyprinter/tests

copying estnltk/prettyprinter/tests/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/prettyprinter/tests

copying estnltk/prettyprinter/tests/test_basic_render.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/prettyprinter/tests

copying estnltk/prettyprinter/tests/test_css.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/prettyprinter/tests

copying estnltk/prettyprinter/tests/test_initialization.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/prettyprinter/tests

copying estnltk/prettyprinter/tests/test_rules_render.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/prettyprinter/tests

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/tokenizers/tests

copying estnltk/tokenizers/tests/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tokenizers/tests

copying estnltk/tokenizers/tests/test_word_tokenizer.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/tokenizers/tests

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/vabamorf/tests

copying estnltk/vabamorf/tests/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/vabamorf/tests

copying estnltk/vabamorf/tests/test_analyze.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/vabamorf/tests

copying estnltk/vabamorf/tests/test_disambiguate.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/vabamorf/tests

copying estnltk/vabamorf/tests/test_multi.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/vabamorf/tests

copying estnltk/vabamorf/tests/test_synthesize.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/vabamorf/tests

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki/tests

copying estnltk/wiki/tests/__init__.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki/tests

copying estnltk/wiki/tests/test_j2text.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki/tests

copying estnltk/wiki/tests/test_parser.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wiki/tests

running egg_info

creating estnltk.egg-info

writing dependency_links to estnltk.egg-info/dependency_links.txt

writing estnltk.egg-info/PKG-INFO

writing requirements to estnltk.egg-info/requires.txt

writing top-level names to estnltk.egg-info/top_level.txt

writing manifest file 'estnltk.egg-info/SOURCES.txt'

warning: manifest_maker: standard file '-c' not found

reading manifest file 'estnltk.egg-info/SOURCES.txt'

reading manifest template 'MANIFEST.in'

writing manifest file 'estnltk.egg-info/SOURCES.txt'

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/converters

copying estnltk/converters/conv_oldMrf_to_vabamrfJson.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/converters

copying estnltk/converters/example_1.mrf -> build/lib.macosx-10.6-x86_64-3.4/estnltk/converters

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora

copying estnltk/corpora/estner.json -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_00_1.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_00_2.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_00_3.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_00_4.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_00_5.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_00_6.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_01_1.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_01_2.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_01_3.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_01_4.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_01_5.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_01_6.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_02_1.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_02_2.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_02_3.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_02_4.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_02_5.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_02_6.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_03_1.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_03_2.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_03_3.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_03_4.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_03_5.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_03_6.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_04_1.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_04_2.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_04_3.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_04_4.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_04_6.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_05_1.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_05_2.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_05_3.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_05_4.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_05_5.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_05_6.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_99_1.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_99_2.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_99_3.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_99_4.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_99_5.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

copying estnltk/corpora/arvutustehnika_ja_andmetootlus/tea_AA_99_6.tasak.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/corpora/arvutustehnika_ja_andmetootlus

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/java-res

copying estnltk/java-res/Ajavt.jar -> build/lib.macosx-10.6-x86_64-3.4/estnltk/java-res

copying estnltk/java-res/Osalau.jar -> build/lib.macosx-10.6-x86_64-3.4/estnltk/java-res

copying estnltk/java-res/javax.json-1.0.4.jar -> build/lib.macosx-10.6-x86_64-3.4/estnltk/java-res

copying estnltk/java-res/joda-time-1.6.jar -> build/lib.macosx-10.6-x86_64-3.4/estnltk/java-res

copying estnltk/java-res/readme.txt -> build/lib.macosx-10.6-x86_64-3.4/estnltk/java-res

copying estnltk/java-res/reeglid.xml -> build/lib.macosx-10.6-x86_64-3.4/estnltk/java-res

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/estner/gazetteer

copying estnltk/estner/gazetteer/gazetteer.txt -> build/lib.macosx-10.6-x86_64-3.4/estnltk/estner/gazetteer

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/estner/models

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/estner/models/py2_default

copying estnltk/estner/models/py2_default/model.bin -> build/lib.macosx-10.6-x86_64-3.4/estnltk/estner/models/py2_default

copying estnltk/estner/models/py2_default/settings.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/estner/models/py2_default

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/estner/models/py3_default

copying estnltk/estner/models/py3_default/model.bin -> build/lib.macosx-10.6-x86_64-3.4/estnltk/estner/models/py3_default

copying estnltk/estner/models/py3_default/settings.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/estner/models/py3_default

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/mw_verbs/res

copying estnltk/mw_verbs/res/verb_nom_vinf_subcat_relations.txt -> build/lib.macosx-10.6-x86_64-3.4/estnltk/mw_verbs/res

copying estnltk/mw_verbs/res/verb_vinf_subcat_relations.txt -> build/lib.macosx-10.6-x86_64-3.4/estnltk/mw_verbs/res

copying estnltk/vabamorf/vabamorf.i -> build/lib.macosx-10.6-x86_64-3.4/estnltk/vabamorf

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/vabamorf/dct

copying estnltk/vabamorf/dct/et.dct -> build/lib.macosx-10.6-x86_64-3.4/estnltk/vabamorf/dct

copying estnltk/vabamorf/dct/et3.dct -> build/lib.macosx-10.6-x86_64-3.4/estnltk/vabamorf/dct

copying estnltk/wordnet/debug -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet

copying estnltk/wordnet/eqsemrel.cnf -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet

copying estnltk/wordnet/semrel.cnf -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet/data

copying estnltk/wordnet/data/kb69a-utf8.soi -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet/data

copying estnltk/wordnet/data/kb69a-utf8.txt -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet/data

copying estnltk/wordnet/data/lit_pos_synidx.txt -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet/data

copying estnltk/wordnet/data/max_tax_depths.cnf -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet/data

copying estnltk/wordnet/data/sense.txt -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet/data

copying estnltk/wordnet/data/synset_to_lemma.txt -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet/data

creating build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet/data/scripts

copying estnltk/wordnet/data/scripts/lit-pos-sense-synidx_parser.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet/data/scripts

copying estnltk/wordnet/data/scripts/lit-pos-synidx_aggr_parser.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet/data/scripts

copying estnltk/wordnet/data/scripts/lit-pos-synidx_parser.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet/data/scripts

copying estnltk/wordnet/data/scripts/lit_pos_synidx_parser.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet/data/scripts

copying estnltk/wordnet/data/scripts/max_taxonomy_depth.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet/data/scripts

copying estnltk/wordnet/data/scripts/synset_to_lemma.py -> build/lib.macosx-10.6-x86_64-3.4/estnltk/wordnet/data/scripts

running build_ext

building 'estnltk.vabamorf._vabamorf' extension

swigging estnltk/vabamorf/vabamorf.i to estnltk/vabamorf/vabamorf_wrap.cpp

swig -python -builtin -py3 -c++ -o estnltk/vabamorf/vabamorf_wrap.cpp estnltk/vabamorf/vabamorf.i

estnltk/vabamorf/vabamorf.i:49: Warning 302: Identifier 'StringVector' redefined (ignored) (Renamed from 'vector< std::string >'),

estnltk/vabamorf/vabamorf.i:38: Warning 302: previous definition of 'StringVector' (Renamed from 'vector< std::string >').

creating build/temp.macosx-10.6-x86_64-3.4

creating build/temp.macosx-10.6-x86_64-3.4/estnltk

creating build/temp.macosx-10.6-x86_64-3.4/estnltk/vabamorf

creating build/temp.macosx-10.6-x86_64-3.4/src

creating build/temp.macosx-10.6-x86_64-3.4/src/etana

creating build/temp.macosx-10.6-x86_64-3.4/src/etyhh

creating build/temp.macosx-10.6-x86_64-3.4/src/fsc

creating build/temp.macosx-10.6-x86_64-3.4/src/json

creating build/temp.macosx-10.6-x86_64-3.4/src/proof

g++ -fno-strict-aliasing -Werror=declaration-after-statement -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -arch i386 -arch x86_64 -isysroot /Developer/SDKs/MacOSX10.6.sdk -g -Iinclude/etana -Iinclude/etyhh -Iinclude/fsc -Iinclude/json -Iinclude/proof -Iinclude/fsc/fsjni -I/Library/Frameworks/Python.framework/Versions/3.4/include/python3.4m -c estnltk/vabamorf/vabamorf_wrap.cpp -o build/temp.macosx-10.6-x86_64-3.4/estnltk/vabamorf/vabamorf_wrap.o

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:6:

include/fsc/stdfsc.h:64:10: warning: UNIX block [-W#pragma-messages]

        #pragma message("UNIX block")

                ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:12:

In file included from include/fsc/fsdata.h:4:

In file included from include/fsc/fsstream.h:5:

In file included from include/fsc/fsstring.h:4:

include/fsc/fsthread.h:309:8: error: unknown type name 'FSTHREADID'

inline FSTHREADID FSGetCurrentThreadID(){

       ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:12:

In file included from include/fsc/fsdata.h:4:

include/fsc/fsstream.h:536:20: error: unknown type name 'LONGLONG'

        virtual void Seek(INT64 lPos, int iType=SEEK_SET) = 0;

                          ^

include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'

        #define INT64 LONGLONG

                      ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:12:

In file included from include/fsc/fsdata.h:4:

include/fsc/fsstream.h:543:10: error: unknown type name 'LONGLONG'

        virtual INT64 Tell() const = 0;

                ^

include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'

        #define INT64 LONGLONG

                      ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:13:

In file included from include/fsc/fsdll.h:4:

In file included from include/fsc/fsfile.h:6:

include/fsc/fslist.h:726:18: error: use of undeclared identifier 'LONGLONG'

typedef CFSArray<INT64> CFSInt64Array;

                 ^

include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'

        #define INT64 LONGLONG

                      ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:13:

In file included from include/fsc/fsdll.h:4:

In file included from include/fsc/fsfile.h:6:

include/fsc/fslist.h:727:18: error: use of undeclared identifier 'ULONGLONG'

typedef CFSArray<UINT64> CFSUInt64Array;

                 ^

include/fsc/fstype.h:92:17: note: expanded from macro 'UINT64'

        #define UINT64 ULONGLONG

                       ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:13:

In file included from include/fsc/fsdll.h:4:

include/fsc/fsfile.h:115:12: error: unknown type name 'LONGLONG'

        void Seek(INT64 lPos, int iType=SEEK_SET);

                  ^

include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'

        #define INT64 LONGLONG

                      ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:13:

In file included from include/fsc/fsdll.h:4:

include/fsc/fsfile.h:116:2: error: unknown type name 'LONGLONG'

        INT64 Tell() const;

        ^

include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'

        #define INT64 LONGLONG

                      ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:13:

In file included from include/fsc/fsdll.h:4:

include/fsc/fsfile.h:150:12: error: unknown type name 'LONGLONG'

        void Seek(INT64 lPos, int iType=SEEK_SET);

                  ^

include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'

        #define INT64 LONGLONG

                      ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:13:

In file included from include/fsc/fsdll.h:4:

include/fsc/fsfile.h:151:2: error: unknown type name 'LONGLONG'

        INT64 Tell() const

        ^

include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'

        #define INT64 LONGLONG

                      ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:13:

In file included from include/fsc/fsdll.h:4:

include/fsc/fsfile.h:194:12: error: unknown type name 'LONGLONG'

        void Seek(INT64 lPos, int iType=SEEK_SET) { return m_pFile->Seek(lPos, iType); }

                  ^

include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'

        #define INT64 LONGLONG

                      ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:13:

In file included from include/fsc/fsdll.h:4:

include/fsc/fsfile.h:195:2: error: unknown type name 'LONGLONG'

        INT64 Tell() const { return m_pFile->Tell(); }

        ^

include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'

        #define INT64 LONGLONG

                      ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:13:

In file included from include/fsc/fsdll.h:4:

include/fsc/fsfile.h:199:59: error: unknown type name 'LONGLONG'

        void Codec(BYTE *pDest, const BYTE *pSrc, INTPTR ipSize, INT64 iFilePos);

                                                                 ^

include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'

        #define INT64 LONGLONG

                      ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:13:

In file included from include/fsc/fsdll.h:4:

include/fsc/fsfile.h:252:12: error: unknown type name 'LONGLONG'

        void Seek(INT64 lPos, int iType=SEEK_SET) { FSUNUSED(lPos); FSUNUSED(iType); ASSERT(false); }

                  ^

include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'

        #define INT64 LONGLONG

                      ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:13:

In file included from include/fsc/fsdll.h:4:

include/fsc/fsfile.h:253:2: error: unknown type name 'LONGLONG'

        INT64 Tell() const { ASSERT(false); return 0; }

        ^

include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'

        #define INT64 LONGLONG

                      ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:16:

include/fsc/fsfixalloc.h:137:3: error: unknown type name 'FSTHREADID'

                FSTHREADID m_lThreadID;

                ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:17:

include/fsc/fshugeinteger.h:37:17: error: unknown type name 'LONGLONG'

        CFSHugeInteger(INT64 lVal)

                       ^

include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'

        #define INT64 LONGLONG

                      ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:17:

include/fsc/fshugeinteger.h:42:17: error: unknown type name 'ULONGLONG'

        CFSHugeInteger(UINT64 lVal)

                       ^

include/fsc/fstype.h:92:17: note: expanded from macro 'UINT64'

        #define UINT64 ULONGLONG

                       ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:17:

include/fsc/fshugeinteger.h:64:29: error: unknown type name 'LONGLONG'

        CFSHugeInteger &operator =(INT64 lVal);

                                   ^

include/fsc/fstype.h:89:16: note: expanded from macro 'INT64'

        #define INT64 LONGLONG

                      ^

In file included from estnltk/vabamorf/vabamorf_wrap.cpp:5412:

In file included from include/etana/vabamorf.h:11:

In file included from include/etana/etmrf.h:5:

In file included from include/etana/mrf-mrf.h:5:

In file included from include/etana/ahel2.h:4:

In file included from include/etana/post-fsc.h:11:

In file included from include/fsc/fsc.h:17:

include/fsc/fshugeinteger.h:65:29: error: unknown type name 'ULONGLONG'

        CFSHugeInteger &operator =(UINT64 lVal);

                                   ^

include/fsc/fstype.h:92:17: note: expanded from macro 'UINT64'

        #define UINT64 ULONGLONG

                       ^

fatal error: too many errors emitted, stopping now [-ferror-limit=]

1 warning and 20 errors generated.

error: command 'g++' failed with exit status 1`


Здесь и в остальных местах я предлагаю сделать extract method. Например, `abbreviateUserAgent()` который принимает строку, сокращает и возвращает. Т.о. по названию метода будет ясно что метод делает, код будет короче,  а детали (как обрезает, какая длина) будет в отдельном очень коротком методе (который, к слову, стоит пометить как `static`).


We should definitely use promises. Mongoose 4 functions can return a promise if no callback is passed.


Because copyright can't be associated to a DBA, must be the full name


Wait. Shouldn't this be:

```js
import {
  model as User,
} from '../../models/user';
```

Or does mongoose have some auto-magical export names?


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


Directory creation comes in distrib-dirs. It is wrong to be in installworld.

I've been working on buildworld/installworld and testing it quite a lot lately.

> On Nov 7, 2015, at 04:42, Dmitry Marakasov <notifications@github.com> wrote:
>
> No, I'm quite sure I've had problems when installing into DESTDIR, something like directory created after files installed into it, or creating hardlinks to not-yet-installed file. But well maybe it was fixed since then, we'll see.
>
> —
> Reply to this email directly or view it on GitHub.
>


yeah it should be like you said, but I was thinking of changing the name from 'model' to 'UserModel'. Which doesn't make sense... I'll change it to 'model as User'


Ок

7 ноября 2015 г., 17:49 пользователь Vyacheslav Semushin <
notifications@github.com> написал:

> Здесь и в остальных местах я предлагаю сделать extract method. Например,
> abbreviateUserAgent() который принимает строку, сокращает и возвращает.
> Т.о. по названию метода будет ясно что метод делает, код будет короче, а
> детали (как обрезает, какая длина) будет в отдельном очень коротком методе
> (который, к слову, стоит пометить как static).
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/AleksSPb/mystamps/commit/a552b649bd07952b6bcea8afbf83bc798936179e#commitcomment-14258240>
> .
>

--
Всего наилучшего, Пархоменко Александр


I really dislike this pattern of passing something in and out, it looks especially horrible at the call side.

  foo = foo_construct();
  foo = do_something_with_foo(foo);

Happy to revert it others feel differently, but I think it's better form to just pass a pointer in.


boresha hapa


Did you try running proguard on the jar?

On Sat, Nov 7, 2015, 8:37 AM Aemon Cannon <aemoncannon@gmail.com> wrote:

> Man, you're a glutton for punishment ;-)
> What's so terrible about actors? They're great for encouraging isolation.
>
> On Sat, Nov 7, 2015, 3:40 AM Sam Halliday <notifications@github.com>
> wrote:
>
>> I would like to replace the actors with something else, but I'm not sure
>> what else there is. Plus, in would hold us back from adding features so
>> they'll be there for a while. The akka stack s definitely our largest, it
>> would help reduce the jar size.
>>
>> —
>> Reply to this email directly or view it on GitHub
>> <https://github.com/aemoncannon/ensime-server/commit/516a296cfa9912570e68d0dc70bd5e3ca1960790#commitcomment-14257344>
>> .
>>
>


I have a love-hate relationship with `Actor`s. Some days I think they are great because they let me think architecturally and consider parallelisation as separate concern, then other days I just get really annoyed that they swallow all the type information and all the knowledge of the wiring and protocols only really exists in the documentation. Also they are impossible to debug, massively overcomplicate testing, and the error handling is much trickier in practice. Plus I've seen some terrible terrible actor code in the wild that missed the point (`Thread.sleep`, `Runnable`s, etc inside the `receive` block). At least we have a relatively clean usage of akka here!

But I don't know what the alternative is. Big framework stuff (i.e. big company ready-ness) is probably the area that is going to decide the future of Scala. Spring solved it for Java but the Scala community is completely allergic to Spring. I've been thinking that `akka-stream` (or the scalaz/cats equivalent) would be nice to try out, but I just can't visualise how that would look for us. We have a graph-based computational framework at my work, which has a debatable implementation, but I actually think the general concept is the way forward for functional programming.


Maybe I don't understand what you mean by "whitelist".

In my whitelist I'm listing domains that are blocked by one or more data sources.


It is already in the source SVG file, but sadly it got a DEF_ICON(BLANK691) definition, which means we might not use it in officially released build... or not? Hmm, perhaps the CHECKBOX_HLT can be an option here?


I hope, that this is right place to comment and that someone will read notification for this old commit.

I cannot find any usage of EACirc/eacirc/CircuitGenome.cpp and EACirc/eacirc/CircuitGenome.h in whole EACirc project (and they aren't listed in the cmake). These files were changed last time in this commit (well, I don't want to track previous activity with these files, even that I see, that they were only renamed). Do we need these files, or can they be removed?

I found them by running cppcheck on project, which found:
[CircuitGenome.cpp:582]: (error) Mismatching allocation and deallocation: circuit


4232-CalcMoreNodeInfo-detect-EMS-Sensors (EnergyArchmage) - 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)


Moving the factory methods to JUnit5TestEngine has two drawbacks:
- It creates a cyclic dependency between JUnit5TestEngine and SpecificationResolver
- It makes factory methods public in JUnit5TestEngine that have nothing to do with the test engine. Why should they be located there?
I could live with getting rid of the static methods completely, but moving them to JUnit5TestEngine is IMO a design deterioration.


Fixes jittering moon but creates a lot of other bugs >.<
Im think im just about done with working on Rice :\


This needs investigation. This change was not expected but without it the system breaks.
If somebody is taking a look at this, please give here a hint or open a task. After it's done, simply revert this commit.

This looks like a lbzx is only uncovering an existing bug, so it is important to solve.


Always do an blank EOL on a File!


![screenshot from 2015-11-07 15-59-35](https://cloud.githubusercontent.com/assets/1663668/11015712/ba1c874a-8568-11e5-9735-eb4a0f8d186d.png)


この変更ってどういう意味があるのん？・ω・)


I think I created a proguard ticket last week. I just haven't had the time to look at it. Right now the jar size isn't my biggest priority, but its something I might do in an evening. One thing I'd love to do is to have a fat jar without the scala standard library jars, then on startup we can point at a `SCALA_HOME` or an `IVY_HOME` and then go look for the scala jars. That would solve our distribution/sbt problem! (Also it should work for in-house `scala-library` / `scala-compiler` setups, e.g. a major release plus a critical bugfix).


do you have a version that is able to boot?


pls reverse the glow shadows for the feedback and the stats.


The node.js Makefile has been modified in such a way that also a binary release is downloaded and so it is made part of the HOST build environment. This means that from now on to build external node-modules, no node.js installation is required on the build machine.


someone should teach you how to rebase


henhao


Just found out a better way to do this: `DEBUG_ONLY` as a modifier in front of the variable. Just like here: https://github.com/PPC64/hhvm/blob/next/hphp/runtime/vm/jit/func-guard-x64.cpp#L79


WCAG 2.0に準拠しているかのようにみせかけるためのtitle属性で（´・ω・） ｽ

詳細はこちら（´・ω・） ｽ
http://waic.jp/docs/WCAG-TECHS/H91.html


please add `DEBUG_ONLY` modifier just like it's done here: https://github.com/PPC64/hhvm/blob/next/hphp/runtime/vm/jit/func-guard-x64.cpp#L79


@JustAkan 패치를 하기 전 유저분들 말로는 MMS 가 기본 앱에서 깨진다고 합니다.


For replacing sstring/sstring_t ?


Aha, I think ACTION_TWEAK would be better.

![action_tweak](https://cloud.githubusercontent.com/assets/494788/11015730/5e62f786-85a4-11e5-8bc9-bbf58399cb44.jpg)


CDATAセクションめんどうくさいな？


Good bye memory managment !


@Sheeo GpgNetSend isn't always available, so when I saw it failing i thought that's why.
But @Crotalus is right, it was just a typo


#finalize and #dealloc won't work. I don't agree with closing the cursor after *every* method. What I have here will work perfectly fine. However you are correct about inside the model. The variables which actually return a model now *should* be called model. The reason that this isn't a problem is that there is no more external cursor. The model is and should be all they ever get, and by the time they get it, cursor isn't used anymore. Any time a model is returned the cursor should be closed. This works because there is no more access to the cursor after a model or array of models are returned. We should basically leave it as is, but you're correct about the variable names inside the SwissModel. We should change those to represent the fact that only models are returned now.


* JavaScriptはできるかぎり外部ファイル化すべき
  * ただしコードの長さと相談(あまりに短いコードを外部ファイル化するのもアレ)


なるほどでござる ω・)


pourquoi, pourquoi, pourquoi du GRIS ? et du NOIR sur du GRIS ? c’est moins lisible !

et pourquoi …… pourquoi diminuer la taille des caractères ? :-(


ただのチートで（´・ω・） ｽ…


By "whitelist" I want a file that has domains that if they match they aren't added to the final "hosts" file.
So we don't have to edit the "updateHostsFile.py" file and change the COMMON_EXCLUSIONS variable.


@freddy77 Please review this commit, have not changed the ReadOnly and ReadWrite from boolean to string values. And removed the value from the tds_socket structure. Also, tested that the setting works with TDS 7.1 all the way uptill TDS 7.4, but only in case of SQL Server. Will need to test with ASE and other Sybase releases.


Yes, you can use >= if you want to, it's valid syntax.


그렇네요 vi에서 ctrl +d(반페이지 아래보기) 를 종종 사용하는데 그때 ctrl키를 먼저 떼서 d가인식되 간혹 삭제된것 같네요. 당장 제 vimrc 키바인드를 바꿔야겠습니다. 복구 부탁드려요^^


アンカータグにスクリプトを埋め込むよ


And how about use SCRIPT instead of FILE_SCRIPT for subprogram? Since it looks more "functional"  :)

![bool subp](https://cloud.githubusercontent.com/assets/494788/11015750/a3d9017e-85a5-11e5-8352-1e92b065c460.jpg)


I think memory management is the same if not better ...


1 Константы лучше делать static final.
2 В каком поле класс MessageCommand у тебя будет хранить сам текст сообщения?


Dear WHPODOO,
Okay I accept it.
Please be calm.....:-)


FILE_SCRIPT is already used for subprograms. My suggestion would be INLINK


This change causes the install of the plugin to fail as these fails don't exist when doing `cordova plugin add`:

	Error during processing of action! Attempting to revert...
	Failed to install 'com.phonegap.plugins.Flurry':Error: Uh oh!
	"\plugins\com.phonegap.plugins.Flurry\src\android\FlurryAgent.jar" not  found!
		at Object.module.exports.common.copyFile (\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\platforms\common.js:38:40)
		at Object.module.exports.common.copyNewFile (\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\platforms\common.js:69:16)
		at Object.module.exports.source-file.install (\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\platforms\android.js:78:20)
		at installWrapper (\npm\node_modules\cordova\node_modules\cordova-lib\src\platforms\platforms.js:77:32)
		at Object.ActionStack.process (\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\util\action-stack.js:68:25)
		at handleInstall (\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\install.js:576:20)
		at \npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\install.js:363:28
		at _fulfilled (\npm\node_modules\cordova\node_modules\q\q.js:787:54)
		at self.promiseDispatch.done (\npm\node_modules\cordova\node_modules\q\q.js:816:30)
		at Promise.promise.promiseDispatch (\npm\node_modules\cordova\node_modules\q\q.js:749:13)
	Error: Uh oh!
	"\plugins\com.phonegap.plugins.Flurry\src\android\FlurryAgent.jar" not found!
		at Object.module.exports.common.copyFile (\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\platforms\common.js:38:40)
		at Object.module.exports.common.copyNewFile (\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\platforms\common.js:69:16)
		at Object.module.exports.source-file.install (\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\platforms\android.js:78:20)
		at installWrapper (\npm\node_modules\cordova\node_modules\cordova-lib\src\platforms\platforms.js:77:32)
		at Object.ActionStack.process (\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\util\action-stack.js:68:25)
		at handleInstall (\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\install.js:576:20)
		at \npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\install.js:363:28
		at _fulfilled (\npm\node_modules\cordova\node_modules\q\q.js:787:54)
		at self.promiseDispatch.done (\npm\node_modules\cordova\node_modules\q\q.js:816:30)
		at Promise.promise.promiseDispatch (\npm\node_modules\cordova\node_modules\q\q.js:749:13)

Or did I miss something?


just g.vertices=1:nv(g)+1 instead of two lines?


Sure. either would be fine. (Now I feel we got sooo few build-in icons...)


This feature was added only after SQL Server 2012 including SQL Server 2012, this was introduced so that the VNN can do read only routing to the read server(s) in the Always On setup. I doubt it will work with earlier releases, I have not tested it with them tough. I tried it with 2012 and 2014.


So, any changes needed here? I have tried to keep it inline with the option MS-ODBC driver for linux provides.


we sholuld also have an alias
```julia
adj(g::Graph) = fadj(g)
adj(g::Graph, v::Int) = fadj(g, v)
```


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


new


btw, do you like the number icon`?


same as above


removed in the latest commit.


I think in a few months or years from now, nobody cares anymore. The W3C made up random conventions of what is "semantic" and what isn't.
All search engines will become better in interpreting javascript websites, because they have to, because not doing it just wont cut it anymore - but only few people can see that i have a feeling.

Because ACTUALLY :-)
Having all stuff on the client will empower users and disempower servers. Users will start to control what versions of websites they run and which data they share. As long as servers stay in control of how to treat users the internet is broken.

Whatever "NAME" people type into the browser, the owner of the name decides what that name means, but in the future i imagine users will have their own interpretations and just allow others to serve them some data.

I think JSON is here to stay and more conventions might pop up.
A "Document" or "App" is basically a "View" on whatever data, and those view's should be come as powerful as possible to be able to give people insight into the data and work on it.
So whatever is necessary to make those tools awesome should be done. Whatever cripples progress should be removed.

I personally also believe the days of REST are over, because it just doesn't make too much sense. Facebook's GraphQL is exploring new ways of actually dealing with problems unknown to people who build just API's but not the "Views"


You didn't push anything new... Make sure to check **everything** in the commit dialog!


Когда делаешь commit - пиши в комментарии к нему СУТЬ сделанных изменений, а не свое имя. Автора коммита система и так записывает!


哈哈哈


Ok , u've found a place to use the stored settings .
*chatPanel->setPreferredTranslationLanguage(mainController->getSettings().getTranslation()); *
That was my first intention but my knowledge of jamtaba's code is yet limited .
It's better to avoid these readings in Json , good work !


Nah, zram is half dead


this should conflict with my PR remove_vertex, so one of the two has to be merged and the other should be rebased


I just saw the commit, Is number icon = math icon that you mentioned?


Yeah, I'd just need to make some tweaks to the C++ generator.


Sorry, I mislooked, yes I meant that! I think theres not a good alternative at all


CBECC (kbenne) - Win64-Windows-7-VisualStudio-12: OK (2323 of 2349 tests passed)

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


4232-CalcMoreNodeInfo-detect-EMS-Sensors (EnergyArchmage) - x86_64-Linux-Ubuntu-14.04-gcc-4.8-UnitTestsCoverage-Debug: OK (890 of 890 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-warnings-yellow.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.04%25-green.svg)


I don't understand why you push this fix,  only few lines above the codes you changed, there is:
````
*mod_data, *key are guaranteed to have non-NULL values.
````
please do not push "fixes" you are not sure,  this only cover the problem, doesn't fix it.


Why did you mention the UHC back-end if it is not available in Agda 2.4.2.4?


holy shit yes. @spicyj you're my favorite human.


了解です。 #35 todo という事で。


Updated, thanks for the pointer


Please use two characters for the indentation of *all* data constructors on this commit.


Yup, good catch.


I'll limit the -j usage to known good versions.


Oh wait this isn't exactly what I thought it was (before I read the code changes I thought this was making it so there was a dependency on `react`, so we can use things like Relay and Redux). Thought, this moves it in that direction I presume, so...you're still great.


LGTM :+1:

@fergalbyrne Can you use spaces instead of tabs? If you are not already?


PS: I've reverted your "fix", made a new here: https://github.com/php/php-src/compare/2d8d97cee2...e9fd8ad446


vamooooo!!!!! jajaj


@alwey: maybe, but 700 games is indeed early for conclusions.


Opened #28677


Yes, because all is faster.


언급 안한 추가 변경 사항
- 위의 nav 영역의 "AssemblyLearner" 부분 링크 걸음
- 관리자 화면의 "사용자 목록"을 "사용자목록"으로 변경
- db: snippets 테이블 content 컬럼 이름 변경


Yes, I know that. I mentioned it in commit message. maybe you could fix this one too  https://github.com/php/php-src/blob/master/ext/session/mod_files.c#L676


Please send this as patch to xvisor-devel@googlegroups.com using "git send-email".

Also make sure that you specify "Signed-off-by: " in the patch.

If you tell me your email-id then I can do the above on-behalf of you.


k


@IIvec: Not drawing conclusions, I made my comment before the test started. I expected the factor for the endgame being higher than the factor at start, assuming less branching in the endgame.


I see that the Product.php file has this change added, but I'm still running in to the issue where I can isolate a Category from a discount that a Group gets.

1) if I select a category, the page immediately reloads and exits.
2) if I enter the discount and click 'add' I get an alert saying that the category ID is wrong and can not proceed. And, yes, if I then select the category afterwards the page immediately refreshes and exits.


TeamCity Xbim :: Xbim Essentials :: XbimEssentials [Build 71](http://xbimbuilds.cloudapp.net/viewLog.html?buildId=439&buildTypeId=XbimEssentials_XbimEssentials) is now running


@Fjoerfoks Please don't add tags (especially the active one), we have scripts that add them on our side. A couple of time errors slipped through because of that.


TeamCity Xbim :: Xbim Essentials :: XbimEssentials [Build 71](http://xbimbuilds.cloudapp.net/viewLog.html?buildId=439&buildTypeId=XbimEssentials_XbimEssentials) outcome was **FAILURE**
Summary: Compilation error: Xbim.Ifc4\Xbim.Ifc4.csproj (new) Build time: 00:00:39


Fixed it in the last commit to `$result.css({ "width": field.width })`


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


Why dont you go directly for SPRT? SPRT is resource-optimal...


Both issues fixed now.


Document scheme and port in the upstream pull godoc


Really? Could you elaborate more?


That's right, it won't be available in a replay session for instance. In a multiplayer lobby we can safely assume that it is, however :)


Dave

The recoverwin is lost when the color scheme is changed.

Chuck


TeamCity Xbim :: Xbim Essentials :: XbimEssentials [Build 72](http://xbimbuilds.cloudapp.net/viewLog.html?buildId=440&buildTypeId=XbimEssentials_XbimEssentials) is now running


Like the PHP rule, we could just say replace `src/` with `build/`.


I definitely prefer the other way over this I think.  But the code could be refactored. to be less unpleasant.


@Stefano80:  Measurement. SPRT is optimal for testing hypotheses.


TeamCity Xbim :: Xbim Essentials :: XbimEssentials [Build 72](http://xbimbuilds.cloudapp.net/viewLog.html?buildId=440&buildTypeId=XbimEssentials_XbimEssentials) outcome was **SUCCESS**
Summary: Running Build time: 00:01:13


 @donovantc  pls help me in understanding peertrust simulation... please help...
please mail on rajeshbhat2007@gmail.com or rbhat@iitk.ac.in
eagerly waiting for reply


For MacPorts, those should be `-I/opt/local/include/` and `-L/opt/local/lib` respectively.  Suggest testing for the existence of `openssl/opensslv.h` in both places.  I can write the patch it's easier for you.


Certainly OK. I wasn't sure myself.


4232-CalcMoreNodeInfo-detect-EMS-Sensors (EnergyArchmage) - x86_64-Linux-Ubuntu-14.04-gcc-4.8: OK (1964 of 1964 tests passed)

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


Ignore my comments above. using __ALIGNED(sizeof(void *)) is ok.


I did do fyp...


I'd recommend against using a parameter called "file" because file is syntax highlighted as a reserved word.  Use f or aFile.


This advice solved the problem?


Please enclose the occurrences of source code in the text with double backtick quotes (``).

For example, replace 'D' with '``` ``D`` ```'.


I found a bug. Not working right now.


Typo: Remove the dot.


I think we could have another better option: To start task in phabricator and assign to UI developers. I really think we could ask for new and much better icons for number, math, calculation, boolean....


Wegen mir gerne. Und dann über die Option `maxitems` global steuern (Wobei hier natürlich alle Listen gleich behandelt werden: Publisher, Location etc.). Oder anders?


Respo`n`ses


okey, I will have a look into this one.


Fix the position of A, B and C.


should rename parameter to rec or aRecord to show that this should be a record input here, not just any element.


Changes: GenerateTileArray function moved from MainWindow.xaml.cs to the new file GridFunctions.cs located in Engine folder.

UpdatePlayerSprite deleted as it was unused legacy code.


Is it possibly because this happens before the list is de-duplicated?


Ich würde nicht unbedingt das über `maxitems` steuern - denn mir fiele keine vernünftige Zahl ein, und man würde dann auch die anderen `items` beschränken.
Daher
```
 \printlist[][1-]{location}
```


@Stefano80 : SPRT is optimal on average, I believe that and I'll mainly use sprt. This time I thought to draw some conclusions more quickly from fixed number of games.


I don't understand what the `else` branch is doing.  If the `OPENSSL` environment variable is unset or empty then we look for openssl in hardwired locations.  If it *is* set, then we ... throw an error? What?


School in the middle of Paris


before doing anything, you could raise an exception if the input element isn't a record.
```
if DefType(element) <> dtRecord then
  raise Exception.Create('GetOverrideIndex: Input must be an IwbMainRecord');
```


Closes issue #15


@Stefano80: This test is not done in vain. I am collecting all information from all those tests that are fairly comparable.


default result value line should be the first line of the function.


I'm wrong or the second condition should use `_digestLength` instead of `digestLength` ?


If we remove `GET_ARRAY` and `RELEASE_ARRAY`, can we remove this comment?


1? DAI will, glaub ich, eh nur den ersten Ort. Aber das kann man sich sowieso selbst zusammenzimmern. Deswegen `\printlist[][1-]{location}`:-)


I am testing a revision that accounts for MacPorts.


GetOverrideIndex might raise an exception, I'd explicitly set `Result := nil;` before this line.


já troquei aqui Edição por Programacao


Sorry about that; reverted that line.


ach so. Ja, `maxitems=1` wäre eine Möglichkeit. Aber würde das
```
 \printlist[][1-]{location}
```
überschreiben, sodass auch bei `bbx:verlag` dennoch nur der erste Ort angezeigt werden würde?


Baby's*


It's rather that it's available in the UI thread but not in the sim sync thread or something, idk. but I ran into it


I'd use the chroma pattern here.


y u no ORM? :(


memory leak


here as well we should check if the input element is an IwbMainRecord and raise an exception otherwise.  sure, xEdit native code will raise an exception for us, but that exception may not be helpful.  (and xEdit native code often does not raise an exception, resulting in silent failure - something that I want to avoid in xEdit scripting libraries)


Actually, it is properly indented!


Ok, seems like you have a plan. Btw, why you make an if-else decision? It would look more natural to use a formula like

double factor = currentPhase/50;
rootDepth = Threads.main()->rootDepth + Depth(int(factor * log(1 + this->idx)));


Code review done.  :smile:

Lots of small little things here and there.


Please refer to the attached screen shot. The build is unsuccessful while executingant -f build-swellrt.xml dist-swellrt-client-commons
Date: Sat, 7 Nov 2015 05:48:19 -0800
From: notifications@github.com
To: swellrt@noreply.github.com
CC: hbtalvi@hotmail.com
Subject: Re: [swellrt] Mark new working version (c44aab3)

Changes done. Please check out https://github.com/P2Pvalue/swellrt-android, and follow README.md instructions.

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


but i didn't


set as `@since TODO` as it may happen that merge will be after this release


I would change the wording. It currently reads (at least to me) enter 'discourse.example.com' exactly as written the domain... Perhaps you should consider to instead write it to look something like this:

- Enter your domain '`[YOUR-DOMAIN-NAME-HERE]`' as the name.


Ansich schon. Weiß aber nicht genau worauf du hinauswillst. Habe es grad gepusht, probier aus.
d5d1b41


Should these also have the annotation?


@vlopezj Fix: The names of the data constructors don't need to be new.


They're not supposed to run as standalone, so the shebang is not needed.


ja, `maxitems=1` überschreibt alles andere.
Dadurch funktioniert ein
```
 \printlist[][1-]{location}
```
nicht mehr.
Was schlägst du vor? Was ist wichtiger? Geringere Programmierung (`maxitems=1`) oder bei `bbx:verlag` mehr Orte?


It's for Windows, so the shebang is of no use.


hehehe
"initial"


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


what is the reason you advise against using it?


this isn't done yet. i have another version which i think is more accurate but without the latest UI yet


\item[u$<$ ( u1 u2 -- flag )] Is u1 less than u2? (Unsigned.)


\item[u$>$ ( u1 u2 -- flag )] Is u1 greater than u2? (Unsigned.)


@pmoulon Shouldn't it be returning `bContinue`? Otherwise we will never know if something goes wrong.


cool


@alfaproject good point, in this case it should be a `background` instead with the same outcome - fixed in f9aeff2!


@Stefano80: You are right. I also proposed a continuous transformation. IIvec's test series is using two discrete values - with one exception. I have no problem with that as long it is survey, not final code.


This is not supposed to provide a download. It was a fork for a simple, quick and maybe even dirty update of the original repo this one was forked from. I had sent a pull request which had been accepted. For any downloads, refer to [http://www.minecraftforum.net/topic/1909304-/](the minecraftforum thread).

I'm sorry for the long wait, I haven't quite been active on the GitHub in a while.


Could you make this a PR back to peutetre/cordova-plugin-hockeyapp please?


Yes. This is horrible. I don't know why it was ever like this.


知乎观光团+1


Ok, ich nehme `maxitems=1` aus der bbx ganz raus und man kann es als User selbst zusammenzimmern. Wir können ja in der Stilbeschreibung darauf hinweisen, dass man, wenn man Standard-DAI haben will, in den globalen Optionen einfach `verlag=false` und `maxitems=1` setzt.
Andere Frage: Was ist genau der Unterschied zwischen `\printlist[][1-]{location}` und dem einfachen `\printlist{location}`? Ich komme zum selben Ergebnis...


Wir können das mit
```
\DeclareBibliographyOption{verlag}[true]{\csuse{bool#1}{bbx:verlag}
\ExecuteBibliographyOptions{%
maxitems=2,
}%
}
```
lösen. Siehe https://github.com/giovannotti/biblatex-archaeologie/commit/0dddaf59d4c226649518c176fc5082315ad164a4


So the version didn't change but the hash did? :open_mouth:


Du hast Recht `\printlist[][1-]{location}`ergibt keinen Sinn.
Wir machen es, wie du umgesetzt hast und ich ergänzt.
Dann können wir auch überlegen, ob wir `maxitems=2` lassen, oder mehr. Wobei ich ´2`ausreichend finde.
So gefällt es mir.


Also fixes #399


Ok, habs gepusht und wenn es jetzt nicht stimmen sollte, wie du es gerne hast, fummel du noch mal nach! :-)


Nothing except default comes to mind. Guess we can grep the core namespaces
to verify this.

On Saturday, 7 November 2015, Artur Malabarba <notifications@github.com>
wrote:

> I see what you mean. @bbatsov <https://github.com/bbatsov> Can you think
> of any other words that start with def but have nothing to do with definfe
> ?
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/clojure-emacs/clojure-mode/commit/b31e941366b318706023949a0ca579c08dbe46be#commitcomment-14257895>
> .
>

--
Best Regards,
Bozhidar Batsov

http://www.batsov.com


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


what is the difference between VVDot and VVdot?


@danielc518 Just a heads up, you need to install [pillow](http://python-pillow.github.io/) if you want to load the yalefaces data for face recognition. OpenCV's `imread` doesn't play nice with it because 1) the yalefaces files don't have a .gif file extension (although they're encoded as gif) and 2) it can't read .gif files anyway.


i have been using it for so many years since not so much people know it, Finally, its time for you leaving me, please allow me send you a big like after you help me keeping touching with outside world for so many years. Big thxs.


This func should be implemented using GEMM?


This line is causing an error when I attempt to publish a post.

`AttributeError: '_GitWrapper' object has no attribute 'datetime_from_timestamp'`

Should that class have the method as well? Or should I be doing something else?


This func should be implemented using GEMV?


Isn't it possible to add it to `7.0.0`?


@urbanautomaton If you would like to try [knapsack_pro](https://github.com/KnapsackPro/knapsack_pro-ruby) gem then you can easily [sign up here](https://docs.google.com/forms/d/1S8b5I-W2wr4_8C0tKu9AiW9y_5vq3SW9j2MMUql-hjE/viewform?c=0&w=1&hl=en) to get API keys.


why name it as Gsigmoid instead of sigmoid?


pls


4232-CalcMoreNodeInfo-detect-EMS-Sensors (EnergyArchmage) - x86_64-Linux-Ubuntu-14.04-gcc-4.8-IntegrationCoverage-Debug: OK (1428 of 1428 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-warnings-yellow.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.47%25-green.svg)


So how do we apply this annoyance to the amount of gained users? Or should it punish the player somehow else?


Did you see any papers using this sigmoid func?


hm - bei mir läuft es noch nicht..? bei dir?


I am receiving an undefined syntax error unexpected T_FOREACH ON LINE 124.


TeamCity pull requests :: netty [Build 609](https://garage.netty.io/teamcity/viewLog.html?buildId=3087&buildTypeId=pulls_netty&guest=1) is now running


Any papers using this relu?
I know there are papers using other relues https://github.com/torch/nn/issues/380, but didn't see this one...


The previous state was bad. There are only `154/libssh-0.7.1` and `177/libssh-0.7.2`.


<!DOCTYPE html>
<html>
</html>


html


Nothing will change, I left `"$branch" != "master"`.


bei mir schon. Haben die gestashten Changes von mir irgendwas durcheinander gebracht?


I will remove alpha to make the func names clear to users if alpha is not used in practice..


TeamCity pull requests :: netty [Build 610](https://garage.netty.io/teamcity/viewLog.html?buildId=3088&buildTypeId=pulls_netty&guest=1) is now running


I want to avoid advertising this. No one were probably using those hotkey because well they were not working anyway. So it goes away quietly


Now that the extension is done where are we with the team


Missing a rule here


Yeah, well you need to mention it though. It's something that has been removed.


Sorry, I haven't touched this code in over a year and don't know the state of python-pcl. Hopefully someone else who has been actively working on it can help?


@Toftemann kig det lige igennem


what mmm stands for?


A question about pdToolTip:
1. If we set to TTS_BALLOON style, On Win7 Aero theme, I saw twice flickers sometime.
2. Without theme resource file, the compiled exe doesn't show tooltip from my testing demo.

Please not be confused,PD doesn't have such issue because PD used plain style, I just test few tooltip classes, they all got the same issue, so I think it is Ms fault.


vvm ?


ah cool, thanks


4232-CalcMoreNodeInfo-detect-EMS-Sensors (EnergyArchmage) - Win64-Windows-7-VisualStudio-12: OK (1964 of 1964 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)


kannst du nochmals pushen? Bei mir kommt error, aber keine Angabe, was ihm nicht schmeckt.


Saw that https://code-review.phablet.ubuntu.com/gitweb?p=aosp/platform/manifest.git;a=commit;h=dbf159b9a9df8937490350eeb54880c5b5cbb900 ?


I can't see any screenshot,

Please, try executing this first:  `ant -f build-swellrt.xml get-third-party`


Filters picked up a method to set the pollset. Many don't need it, so I provided a default implementation.


:+1: on merging if it hasn't already


Needed to introduce TelerickrContextFactory because Entity Framework throws an exception when no empty constructor is provided for the DbContext. __Please don't remove it__


Если уж создавать свои эксепшены, то не останавливаться на эксепшенах по типу компонента. Правильнее эксепшены делить по смыслу исключительной ситуации.


What a great comment!


Sync should be done before opening mpcresource.sln, because it includes those files. I have updated docs to reflect this.


This change is unrelated to fixing warnings.
But harmless.


Oops, I got it.


KSM ...
* Disable KSM: once KSM has merged some pages, MSM ION is likely going
  to fail allocating contiguous memory, leading to issues such as
  freezing phone camera. Remove KSM completely to prevent users from
  enabling it.


TeamCity Gensokyo Lobby :: Lobster Client [Build 0.0.1.2](https://pixelated.design/build/viewLog.html?buildId=199&buildTypeId=GensokyoLobby_LobsterClient&guest=1) outcome was **FAILURE**
Summary: Exit code 1 (new) Build time: 00:00:14


no `match` used


I don't really like having to do manual things, so I'm not sure I like this solution even though I agree with the reasoning behind the change.


TeamCity Gensokyo Lobby :: Lobster Client [Build 0.0.1.3](https://pixelated.design/build/viewLog.html?buildId=201&buildTypeId=GensokyoLobby_LobsterClient&guest=1) outcome was **SUCCESS**
Summary: Running Build time: 00:00:09


can you explain it?


je comprends po


TeamCity Gensokyo Lobby :: Lobster Client [Build 0.0.1.4](https://pixelated.design/build/viewLog.html?buildId=202&buildTypeId=GensokyoLobby_LobsterClient&guest=1) outcome was **SUCCESS**
Summary: Running Build time: 00:00:16


@shoyer this could use your review.  In particular the `test_futuers_to_dask_array test` and the `
futures_to_dask_array` function.


Pseudo-Push gemacht


You can't force the Pivotal user to be strict about SSL, certainly not during setup. It's the internal admin account for all of the Chef utilities. Once you've locked it out, nothing works (chef-server-ctl, for example). The other changes make sense, but I'm rolling that one back.

In general it isn't necessary to be neurotic about SSL verification when only communicating with localhost.


```python
>>> "%s" % (42,)
'42'
```


Далеко не все исключительные ситуации правильно выбрасывать вызывающему коду. Но текущая проблема, описанная выше (нет никакого разделения исключительных ситуаций по типам) даже не позволяет понять, в чем проблема, и можно ли её обработать на этом уровне. У меня есть например ощущение, что DecoratorException не может быть вызван проблемами пользователя Loggerа, правильно ли предлагать пользователю что-то с ним сделать?


This space.


This is great! I just added my second extruder and my OCD hated the fact that they were reversed on the lcd. Thanks for sharing this and making it available to the other MM3 owners!


>>> "%d" % (42,)
'42'


А почему SimplePrinter создается налету?


Can be Char(1)


e.... 说好的拍妹子呢！


Heh, I think my code editor (Atom) automatically removes trailing whitespace for text files (or maybe just pillar). Which results in a lot more diffs than intended. :)


Yes. So 'harmless'.


This spacing change is bad as it makes the hierarchy unreadable.


That's why you have build.bat. Have you ever opened mpcresource.sln manually? It is already doing this the hard way.


Touching my comments intensifies.


How i can used ayah detection  ahmedre


fixes #3


Useless whitespace.


Aligning is bad.


So much whitespace.


Look under your chairs!


You get a whitespace!


Läuft wieder. habe zurück-gepusht


I think this will not have any incident on the output. :)


(Wake me up inside)


(Can't wake up)


(Save me)


Hi @wsoula,
Thanks for your PR.
I don't really see how this change would address the problem. Could expand a bit more on your rationale?
The stack variable can't be out of scope; otherwise the code would not compile or maybe I am missing something else.
Cheers.


(Save me from the nothing I've become)


I have opened it yes numerous times in the past. Nowadays, I mostly use build.bat, but still.

It's a messy solution. You can't expect everyone to remember to do things manually.


Not even this whitespace is safe.


OR THIS ONE.


Nothing should ever be echoed by a class, everything should be returned to be used in the future.

We can ECHO the returned stuff where it's needed.


Seriously.


@Flast You can't use `declval` inside an evaluated context. Using `declval` like this is not the correct workaround (but I don't know a workaround since I don't know exactly what you were trying to fix). However, I know that this fives other warnings in some contexts, for example when a local struct makes it down to being the argument of `boost::declval<>`. For example, see https://travis-ci.org/boostorg/hana/jobs/89816036#L4573.


See other comment about returning and never echoing in a class (except where actually needed).


haha merci - hann sus scho gnueg z'läsa :wink:
Die ihstellig hanni ufm alta pc sogar kah...ufm alta :stuck_out_tongue_winking_eye:
...jetzt auwider ufm neua :wink:


Не понятно, зачем здесь String.join? Можно было собрать результат внизу. Было бы видно сразу всю логируемую строку.


the latest connector can be installed on 3.8.2 ?
i will make my tests on it ;)