Module configuration on a local server

Hi,
On my local server, I created a study with subjects, design and sample.
I'm ready to upload data, but there's no modules and I don't understand how I could create one.
My module configuration:
Module Configuration
modules.showInMenu=true
modules.sam.baseurl=http://${ipaddr}:8080/gscf/measurements/SAM
modules.sam.url=gscf/measurements/SAM
modules.metabolomics.url=http://${ipaddr}:8083/metabolomicsModule
modules.massSequencing.url=http://${ipaddr}:8184/massSequencing
Where ${ipaddr} is set to my server IP address.
What should I do to upload data (platforms, features and measurements) ?
Thanks for your help.

Hi Kris,
A more convenient way to configure your modules is via 'Admin' -> 'Manage modules'
To add a new module (I assume that you only want to use local modules for now):

Click 'New AssayModule' at the top.
UUID: leave blank (system will generate a UUID)
Base URL: http://:8080/gscf/measurements/
Name:
URL: /gscf/measurements/
Click create. It should now be shown in your  'Admin' -> 'Manage modules' overiew. If so, restart your server and the module will be initialised on startup.

For your next step, data upload, this might be useful:
enpadasi.eu/wp6.html

Hi Ferry,
I create a new module, but I have this message when I go to Module/My module:
"404 The page your are looking for could not be found. Please make sure you entered the right address, or use the menu to find your way. "
I succeed to import data on https://dashin.eu/interventionstudies.
I didn't found more information about modules on enpadasi.eu/wp6.html

Should I upload something to be able to use Modules on local server ?

Could you please make a screenshot of your 'Manage modules' page? (/assayModule/index)

Hi Kris and Ferry,
I have the same problem. This is how it looks when I am under "Manage modules"
http://enpadasitest.science.ku.dk/gscf/assayModule/index

However, I have access to the modules from the start page.
http://enpadasitest.science.ku.dk/
But when I am in the modules section in this case "Clinical chemistry" it is not possible to use the "back to design" button.
http://enpadasitest.science.ku.dk/gscf/measurements/ClinicalChem

Then this error i popping up
http://localhost:8080/gscf

Best Mikkel

I propably forgot something yesterday. I can access to Modules now and I succeed to upload all my datas.
Mikkel, do you restart your server (that's probably what I'd forgoten) ?
For information, my modules list:

Ferry, thank a lot for your help.
Kris.

@mikkeltullin
I see a error in your overview: 'Url' has to start with a forward slash (**/**gscf/measurements/ClinicalChem).
For the 'Back to design' issue:
Change 'gscf.baseURL' in default.properties or overwrite it in your external config.
Great work both :-)
Best,
Ferry

Dear Kris,
Yes I rebooted the server and after that I can see the modules, but only access them from the start page.

it is supposed to start with a "/"? or just gscf / ....
/Mikkel

It is supposed to start with a "/"
/Ferry

Ok

Ok
From: Ferry Jagers<EMAIL_ADDRESS>Sent: 6. oktober 2016 14:26
To: PhenotypeFoundation/PhenotypeDatabase
Cc: Mikkel Tullin; Mention
Subject: Re: [PhenotypeFoundation/PhenotypeDatabase] Module configuration on a local server (#164)
It is supposed to start with a "/"
/Ferry
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/PhenotypeFoundation/PhenotypeDatabase/issues/164#issuecomment-251946476, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AVB96U12Y4hayHdxN6KP3Py5tDU8r6OSks5qxOjRgaJpZM4KNqAW.

Ok, done! I believe I have to reboot again?
Regarding the 'Back to design' issue:
I don't know how access the the default.properties is it possible explain here?
/Mikkel

It is located at ${projectRoot}/grails-app/conf/default.properties
Did you configure your database etc. in an external configuration file (.gscf folder in tomcat home)?
If so, it is better to keep all your config together over there.

I placed two config files in tomcat/.gscf/:
tomcat/.gscf/production.properties
tomcat/.gscf/production.groovy
(the last one to get to the mail server settings)
The module section of production.properties looks like this (where I believe ipaddr is the domain name, but could also be the public ip, I will check Monday):
## Module Configuration ##
modules.showInMenu=true
modules.sam.baseurl=http://${ipaddr}:8080/gscf/measurements/SAM
modules.sam.url=gscf/measurements/SAM
modules.metabolomics.url=http://${ipaddr}:8083/metabolomicsModule
modules.massSequencing.url=http://${ipaddr}:8184/massSequencing

## Number of seconds to keep rest results from modules in cache ##
modules.cacheDuration=900

For your convenience; you could move it all to one production.groovy (note: in this file all lines should be real groovy code, so you will need to change modules.sam.url=gscf/measurements/SAM to modules.sam.url="gscf/measurements/SAM" etc).
The .groovy config file option was introduced after we written the installation guides, now I see it causes confusion I will fix it soon.


Flutter generates build/Pods.build/Release-iphonesimulator in the ios folder

Whenever I imported some packages that depend on platform-specific API, Flutter started to generate the above folder which seems shouldn't be there.
Steps to reproduce:

Import any packages that make iOS platform API. (shared_preference, cached_network_image confirmed)
Make sure you use the code from that package you imported.
Run the application. (Maybe you need to run the app twice)

After the above steps are completed, Flutter starts to generate that folder. This folder keeps coming even after deleting the package causes the issue and after running flutter clean, deleting Podfile, Podfile.lock and pubspec.lock.
My Flutter version is 2.5 and I used the iOS simulator.

flutter doctor -v
[✓] Flutter (Channel stable, 2.5.0, on macOS 11.5.2 20G95 darwin-x64, locale en-KR)
    • Flutter version 2.5.0 at /Users/username/flutter
    • Upstream repository https://github.com/flutter/flutter.git
    • Framework revision 4cc385b4b8 (13 days ago), 2021-09-07 23:01:49 -0700
    • Engine revision f0826da7ef
    • Dart version 2.14.0

[✓] Android toolchain - develop for Android devices (Android SDK version 31.0.0)
    • Android SDK at /Users/username/Library/Android/sdk
    • Platform android-31, build-tools 31.0.0
    • Java binary at: /Applications/Android
      Studio.app/Contents/jre/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 11.0.10+0-b96-7281165)
    • All Android licenses accepted.

[✓] Xcode - develop for iOS and macOS
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Xcode 12.5.1, Build version 12E507
    • CocoaPods version 1.11.2

[✓] Chrome - develop for the web
    • Chrome at /Applications/Google Chrome.app/Contents/MacOS/Google Chrome

[✓] Android Studio (version 2020.3)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Flutter plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/9212-flutter
    • Dart plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/6351-dart
    • Java version OpenJDK Runtime Environment (build 11.0.10+0-b96-7281165)

[✓] VS Code (version 1.60.1)
    • VS Code at /Applications/Visual Studio Code.app/Contents
    • Flutter extension version 3.26.0

[✓] Connected device (2 available)
    • iPhone 11 Pro (mobile) • D4E290AB-1DDD-427B-A777-9C0A68858ED3 • ios            •
      com.apple.CoreSimulator.SimRuntime.iOS-14-5 (simulator)
    • Chrome (web)           • chrome                               • web-javascript •
      Google Chrome 93.0.4577.82

• No issues found!

@TahaTesser  Has the issue really been fixed? I upgraded to the latest version 2.5.1 and I created a new Flutter project but it keeps generating that folder. I ran the app twice and the folder came in the second time.

flutter doctor -v
[✓] Flutter (Channel stable, 2.5.1, on macOS 11.5.2 20G95 darwin-x64, locale en-KR)
    • Flutter version 2.5.1 at /Users/username/flutter
    • Upstream repository https://github.com/flutter/flutter.git
    • Framework revision ffb2ecea52 (4 days ago), 2021-09-17 15:26:33 -0400
    • Engine revision b3af521a05
    • Dart version 2.14.2

[✓] Android toolchain - develop for Android devices (Android SDK version 31.0.0)
    • Android SDK at /Users/jaesunghong/Library/Android/sdk
    • Platform android-31, build-tools 31.0.0
    • Java binary at: /Applications/Android Studio.app/Contents/jre/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 11.0.10+0-b96-7281165)
    • All Android licenses accepted.

[✓] Xcode - develop for iOS and macOS
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Xcode 12.5.1, Build version 12E507
    • CocoaPods version 1.11.2

[✓] Chrome - develop for the web
    • Chrome at /Applications/Google Chrome.app/Contents/MacOS/Google Chrome

[✓] Android Studio (version 2020.3)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Flutter plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/9212-flutter
    • Dart plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/6351-dart
    • Java version OpenJDK Runtime Environment (build 11.0.10+0-b96-7281165)

[✓] VS Code (version 1.60.1)
    • VS Code at /Applications/Visual Studio Code.app/Contents
    • Flutter extension version 3.26.0

[✓] Connected device (2 available)
    • iPhone 11 Pro (mobile) • D4E290AB-1DDD-427B-A777-9C0A68858ED3 • ios            •
      com.apple.CoreSimulator.SimRuntime.iOS-14-5 (simulator)
    • Chrome (web)           • chrome                               • web-javascript • Google
      Chrome 93.0.4577.82

• No issues found!

The fix has been requested to be cherry-pick into 2.5, it is not completed yet
I can confirm the fix is currently on the master channel only

Are these issues solved in stable?


should have travis-ci integrated

to auto build:

style check
unit tests
coverage report

done, closed.


Update

Do you have updated opencore files?

https://github.com/anathonous/X1C5-Hackintosh-OpenCore-Sonoma


facility location models in a class

As per our meeting this morning, here is a class I wrote for my dissertation which uses pulp for solving four fundamental facility location problems (LSCP, MCLP, PMP, PCP).
pysal/region#18

I think this would be great to move into allocate

I think this would be great to move into allocate

allocate --> locate

@gegen07 Is currently working in this for GSoC 2021.


Build does multiple builds instead of just one - sometimes....

/area API
/kind bug
Expected Behavior
When I change the build section of Service I expect just one build to be kicked off.
Actual Behavior
About 1/2 the time I see more than one build (pod) kicked off. Usually I see 2 build pods, but I think I've even seen 3 before but can't prove it :-)
Steps to Reproduce the Problem
See: https://github.com/duglin/helloworld for the complete flow.
But if you basically use this yaml:
apiVersion: serving.knative.dev/v1alpha1
kind: Service
metadata:
  name: helloworld
spec:
  runLatest:
    configuration:
      build:
        apiVersion: build.knative.dev/v1alpha1
        kind: Build
        metadata:
          annotations:
            trigger: "15"
        spec:
          serviceAccountName: build-bot
          source:
            git:
              revision: master
              url: https://github.com/duglin/helloworld
          template:
            name: kaniko
            arguments:
            - name: IMAGE
              value: index.docker.io/duglin/helloworld
      revisionTemplate:
        spec:
          container:
            image: duglin/helloworld
          containerConcurrency: 1

with the appropriate SA filled in, and then do:
kubectl edit ksvc/helloworld and change the trigger value you should see it happen. But it might take a few edits to see it.

This sounds like https://github.com/knative/build/issues/518 which was fixed in 0.4 -- if this is still happening we need to figure out why and make it stop.

Closing - no longer needed


Propogate the signal to the cleanup method

I'm submitting a ...
[ ] bug report
[x] feature request
[ ] question about the decisions made in the repository
[ ] question about how to use this project

Summary
here https://github.com/hienngm/nestjs-graceful-shutdown/blob/main/src/lib/graceful-shutdown.service.ts#L55

Other information (e.g. detailed explanation, stack traces, related issues, suggestions how to fix, links for us to have context, eg. StackOverflow, personal fork, etc.)

@ruscon. Thank you for your suggestion 🚀. I've added it in v1.0.2


[2.x] DataCollections improvements

Overview
Changes needed to improve the data collections feature, that we save for v2 as they may be breaking
Support standalone Yaml files
We need to change the parsing so we don't need front matter blocks. (Fixed in https://github.com/hydephp/develop/pull/1733)
https://github.com/hydephp/develop/blob/4af2234e89deb567bceaaeaba8230d8c1109ee7c/docs/digging-deeper/collections.md?plain=1#L137
Normalize class name
It bugs me that it is DataCollections instead of DataCollection. This works fine when it's a facade, so DataCollections::get() is semantic* (so is DataCollection::get()), however, since these classes are also used as instances containing data, it makes less sense for it to be plural, because now calling DataCollections::markdown() implies (many) DataCollections due to the return. Singularizing this would also match the Illuminate Collection.
Additionally, no Laravel facades are plural, however our Includes is plural (and some others, but Includes is a sibling class to this and should match)
*DataCollections::get() is not fully semantic as it may imply it will return multiple collections.

We may also want to consider excluding README.md files from Markdown collections

Should we add a warning if a data collection file is empty?

Fixed in https://github.com/hydephp/develop/pull/1732


[WIP] More robust, spec-compliance, new settlement core abstraction

New features

Fix #11 to track settlement leftovers, retry failed requests with exponential backoff, and bring into compliance with settlement engine RFC (subject to minor changes to RFC)
Fix #12 to publish to NPM and update Circle config
Creates new "settlement core" abstraction that breaks this up into 3 components: the settlement/ledger code, an HTTP server for interaction with the connector, and a database for generic account info, queued settlements, idempotency keys, etc.

(If settlement engines need their own database or admin API, these would be separate).
The XRP settlement engine is now just src/index.ts, the core library is everything within the src/core directory, which I'm thinking will get spun out into its own module
The goal of this is to enable simple settlement engines to be idiomatic, composable, and ideally only a couple hundred lines of code (!)
Also, these components can be more easily tested independently, which is a plus (that said, I still need to add more tests for this)
(Probably many more changes here, but this is the gist of it)

Other changes

Automatically generates a new testnet XRP account if none was specified (but unclear how that could/should be persisted for subsequent runs?)
Removed XRP address config, just derives that from the secret
Ensure trustline payments do not cause a request to the get sent to the connector
More robust error handling/data validation
Destination tags are now stored in-memory; it's simpler, stateless, and backwards compatible since SEs request new payment details for each settlement.
New Redis data schema that is not backwards compatible

To prevent key collisions between many permutations of settlement engine and connector with Redis, we should use (database indexes instead of key namespaces, since operating multiple settlement engines or other services makes it hard to prevent conflicts.)

Renamed and simplified some of the configuration options since the Redis thing was kinda breaking anyways

One thing can you clarify, you state that destination tags are now only stored in memory. Does that mean if the SE goes down between sending a destination tag and coming back online that it would not be able to attribute the payment to the correct account?

You're right, it wouldn't credit the payment. Note that to support this, it'd also need to lookup payments from past ledger versions, since even if the destination tag is persisted, the recipient would likely miss the real-time notification of the payment.

And better test coverage would be good 👍

Will do, added back an 80% coverage threshold to ensure this!

Merging -- opened issues in this repo and interledgerjs/settlement-core to address the outstanding comments.

Merging -- opened issues in this repo and interledgerjs/settlement-core to address the outstanding comments.

Thanks. Think this is much better to manage when doing large PR's. Can tweak and finalize with smaller chunks now.


Test Agent Deployment Fails with v2 2017 Agents

Hello!
For the last two days I am trying to run UI test on the remote machine. Unfortunally it always fails with during the test agent deployment in powershell script with this Error:
System.Exception: The running command stopped because the preference variable "ErrorActionPreference" or common parameter is set to Stop: Method "NewTriggerByLogon" not found
I have attached the whole log file. I would really appreciate if I could get help with solving the problem.
Best regards
Leo
6_Deploy TestAgent on ft010240.ft.corp.txt

@ileonidmas Can you refer to this post and see if it fixes?
https://marckean.com/2016/07/17/powershell-bug-new-scheduledtasktrigger/
This seems to be odd. This is Scheduler Task property and which should be available if you have PS more than 5

It worked like a charm! Thank you very much for a quick and precise response!


Made previous PR merged 5.3 compatible

Made previous PR merged 5.3 compatible by moving the inline function to a instance method so that it has access to the $this context.
See http://php.net/manual/en/functions.anonymous.php
Also formatted according to http://www.php-fig.org/psr/psr-2/

@jayelkaake Thanks for the PR! I'll take a look at getting this updated in the next couple of days.

bump @wbrowar

So.... a couple days later... Sorry, I've been working on 1.4 and thought I'd have it up a while ago. I'll just merge it for now, but it'll also be included in 1.4. Thanks for the reminder, @jayelkaake

Thanks!
On Wed, Aug 26, 2015 at 10:38 AM, Will Browar<EMAIL_ADDRESS>wrote:

So.... a couple days later... Sorry, I've been working on 1.4 and thought
I'd have it up a while ago. I'll just merge it for now, but it'll also be
included in 1.4. Thanks for the reminder, @jayelkaake
https://github.com/jayelkaake
—
Reply to this email directly or view it on GitHub
https://github.com/wbrowar/craft-admin-bar/pull/6#issuecomment-135068926
.


expect(promise).to.eventually.deep.equal is always true with Q promise

Node: 6.11.1
Chai: 4.1.1
Chai-as-promised: 7.1.1
Mocha: 3.5.0
Q: 1.5.0
My tests based on 'eventually' are all green while they should fail.
This example above show that the tests with 'eventually' are not rejected, whereas they are rejected with a standard deep.equal:
var chai = require('chai'),
  expect = chai.expect,
  Q = require('Q'),
  chaiAsPromised = require('chai-as-promised');
  chai.use(chaiAsPromised);

  describe.only('testChaiAsPromised', () => {
    it('should fail with chai as promised with Q promise',
      function() {
        let deferred = Q.defer();
        deferred.resolve({
          category1: 90,
          category2: 120,
          total: 210
        });
        return expect(deferred.promise).to.eventually.deep.equal({
          category1: 100,
          category2: 150,
          total: 250
        });
      });

      it('should fail with chai as promised with Q promise and done callback',
        function(done) {
          let deferred = Q.defer();
          deferred.resolve({
            category1: 90,
            category2: 120,
            total: 210
          });
          expect(deferred.promise).to.eventually.deep.equal({
            category1: 100,
            category2: 150,
            total: 250
          }).and.notify(done);
        });

        it('should fail with Q promise and done callback',
          function(done) {
            let deferred = Q.defer();
            deferred.resolve({
              category1: 90,
              category2: 120,
              total: 210
            });
            deferred.promise.then(result => {
              expect(result).to.deep.equal({
                category1: 100,
                category2: 150,
                total: 250
              });
              done();
            }).catch(err => done(err));
          });
  });

The results:
testChaiAsPromised
      √ should fail with chai as promised with Q promise
      √ should fail with chai as promised with Q promise and done callback
      1) should fail with Q promise and done callback

  2 passing (62ms)
  1 failing

  1) services.alerts testChaiAsPromised should fail with Q promise and done callback:

      AssertionError: expected { Object (category1, category2, ...) } to deeply equal { Object (category1, category2, ...) }

      + expected - actual

       {
      -  "category1": 90
      -  "category2": 120
      -  "total": 210
      +  "category1": 100
      +  "category2": 150
      +  "total": 250
       }

      at deferred.promise.then.result (test\spec\integration\alerts.services.tests.js:86:38)
      at _fulfilled (node_modules\Q\q.js:854:54)
      at self.promiseDispatch.done (node_modules\Q\q.js:883:30)
      at Promise.promise.promiseDispatch (node_modules\Q\q.js:816:13)
      at node_modules\Q\q.js:570:49
      at runSingle (node_modules\Q\q.js:137:13)
      at flush (node_modules\Q\q.js:125:13)
      at _combinedTickCallback (internal/process/next_tick.js:73:7)
      at process._tickCallback (internal/process/next_tick.js:104:9)

npm ERR! Test failed.  See above for more details.

Does this problem occur with built-in promises?
Does this problem occur when not using Mocha (e.g. doing expect(...)......then(console.log, console.error))?

Well, after investigating a bit, it seems that the problems occurs when I use chai-stats and chai-as-promised in many tests, in separate files.
There is no problem if I launch a single test with just a require('chai-as-promised').
test1.js:
"use strict";
var chai = require('chai'),
  chaiAsPromised = require('chai-as-promised');
chai.use(chaiAsPromised);
let expect = chai.expect;
let Q = require('Q');
describe('testChaiAsPromised', () => {
  it('should fail with chai as promised with Q promise',
    function() {
      let deferred = Q.defer();
      deferred.resolve({
        category1: 90,
        category2: 120,
        total: 210
      });
      return expect(deferred.promise).to.eventually.deep.equal({
        category1: 100,
        category2: 150,
        total: 250
      });
    });

    it('should fail with chai as promised with Q promise and done callback',
      function(done) {
        let deferred = Q.defer();
        deferred.resolve({
          category1: 90,
          category2: 120,
          total: 210
        });
        expect(deferred.promise).to.eventually.deep.equal({
          category1: 100,
          category2: 150,
          total: 250
        }).and.notify(done);
      });

      it('should fail with Q promise and done callback',
        function(done) {
          let deferred = Q.defer();
          deferred.resolve({
            category1: 90,
            category2: 120,
            total: 210
          });
          deferred.promise.then(result => {
            expect(result).to.deep.equal({
              category1: 100,
              category2: 150,
              total: 250
            });
            done();
          }).catch(err => done(err));
        });
});

test2.js
"use strict";
var chai = require('chai'),
  chaiStats = require('chai-stats'),
  chaiAsPromised = require('chai-as-promised');
chai.use(chaiAsPromised);
chai.use(chaiStats);
var expect = chai.expect;

describe('testChaiAsPromised2', () => {
  it('should fail with chai as promised with native promise',
    function() {
      let promise = new Promise((resolve) => {
        resolve({category1: 90,
        category2: 120,
        total: 210
      });
      });
      return expect(promise).to.eventually.deep.equal({
        category1: 100,
        category2: 150,
        total: 250
      });
    });

    it('should fail with chai as promised with native promise and done callback',
      function(done) {
        let promise = new Promise((resolve) => {
          resolve({category1: 90,
          category2: 120,
          total: 210
        });
        });
        expect(promise).to.eventually.deep.equal({
          category1: 100,
          category2: 150,
          total: 250
        }).and.notify(done);
      });

      it('should fail with native promise and done callback',
        function(done) {
          let promise = new Promise((resolve) => {
            resolve({category1: 90,
            category2: 120,
            total: 210
          });
          });
          promise.then(result => {
            expect(result).to.deep.equal({
              category1: 100,
              category2: 150,
              total: 250
            });
            done();
          }).catch(err => done(err));
        });
});

And my file used to launch both tests files is just:
require('./test1.js');
require('./test2.js');

If you comment the line chai.use(chaiStats); in tests2.js, the tests fail as expected.
Maybe it's a chai or a chai-stats issue, not chai-as-promised one; but the behaviour of chai-as-promised seems to be 'parasite' by chaiStats.
Maybe should I require('chai') and make those chai.use in only one file, at launch, not for each file? Because adding chai-stats in test2.js make test1.js failed too...

You can reproduce easily the issue with the tests in the repository, 33 tests failed.
Add  "chai-stats": "^0.3.0" in devDependencies.
And in setup.js:
"use strict";
const chai = require("chai");
const chaiAsPromised = require("../..");
const chaiStats = require('chai-stats');

chai.should();
chai.use(chaiAsPromised);
chai.use(chaiStats);

process.on("unhandledRejection", () => {
    // Do nothing; we test these all the time.
});
process.on("rejectionHandled", () => {
    // Do nothing; we test these all the time.
});

Thanks for your investigation. However, this isn't something I can really dig into on my own, as I don't use chai-stats. Furthermore, this reproduction cases seem to involve massive amounts of tests for me to read through and understand (100+ lines).
Let me know if you find something simple to fix; I'll be happy to accept a pull request.

No pull-request, but a workaround if someone has the same issue.
Require only once chai, chai-stats and chai-as-promised for all the tests and use chai-stats BEFORE chai-as-promised.
var chai = require('chai');
chai.use(require('chai-stats'));
chai.use(require('chai-as-promised'));

global.expect = chai.expect;

require('./tmp.js');
require('./tmp2.js');

And in tmp.js and tmp2.js, just use the global.expect instead of var expect = require('chai').expect; :
let expect = global.expect;


⚠ Carbubu has degraded performance

In 3dae517, Carbubu (https://carbubu.fr) experienced degraded performance:

HTTP code: 200
Response time: 3646 ms

Resolved: Carbubu performance has improved in 61f732f after 6 minutes.


Weirdness with timing of performance window

It has something to do with the way we're storing time stamps in the db. Relevant Link


Use HTTPS scheme for contribute URL

This hardcoded HTTP URL and another (the privacy_policy_url in https://github.com/mozilla/mozillians/blob/1ebc088c297a245bd8b156b0e4a3617f38c99c8b/mozillians/jinja2/phonebook/about.html#L37-L38) are coming up in another bug as a small issue (can catch you up, offline).  Should be a safe change.
r? @akatsoulas @johngian

👍

Coverage remained the same at 92.534% when pulling dd40cf9268176211185e629b3f109f04fff912f9 on stephendonner:contribute-url-https into 1ebc088c297a245bd8b156b0e4a3617f38c99c8b on mozilla:master.

Thanks @stephendonner r+


[Feature] Support dadammall API

Checklist

[X] I have filled out the template to the best of my ability.
[X] This only contains 1 feature request (if you have multiple feature requests, open one feature request for each feature request).
[X] This issue is not a duplicate feature request of previous feature requests.

Is your feature request related to a problem? Please describe.

Describe the solution you'd like

Describe alternatives you've considered

Additional context

Low usage, unnecessary


Double finger click error

Type: Bug
Just use touchpad double finger in one click at the left/right sidebar to show the dropdown will cause some shadow error.
VS Code version: Code 1.80.1 (Universal) (74f6148eb9ea00507ec113ec51c489d6ffb4b771, 2023-07-12T17:20:23.298Z)
OS version: Darwin arm64 22.4.0

Can you share a screen recording of this?

Here is the video!! Thanks for the reply
https://github.com/microsoft/vscode/assets/48307775/bdc3b6c5-ecb8-4a8a-9a72-1c05ce5001fe

Where is the shadow issue in the screen recording?

I mean there were some afterimages when I used a double finger to click the bar icon, it caused touch-move behavior

@bpasero I believe you were looking into touch related issues, hence assigning to you.

I am/was not. I worked on trying to position the context menu properly, I think that is unrelated to this issue here.

@qqharry21 Can you please provide the exact steps, video is unclear

Hey guys, sorry, so late to reply.
This issue has been solved. The issue arises from a Mac app called Swish, which has settings related to two-finger tapping on the top of windows. This causes problems with the SideNav in VSCode as it is considered part of the top area of the window.


[BEAM-12155] Fixes MetricsTest assertion for non-portable path.

Reverts this assertion to what we had before https://github.com/apache/beam/pull/14508 for the non-portable path.
Also fixes a Java 8 type inference error.

Thank you for your contribution! Follow this checklist to help us incorporate your contribution quickly and easily:

[ ] Choose reviewer(s) and mention them in a comment (R: @username).
[ ] Format the pull request title like [BEAM-XXX] Fixes bug in ApproximateQuantiles, where you replace BEAM-XXX with the appropriate JIRA issue, if applicable. This will automatically link the pull request to the issue.
[ ] Update CHANGES.md with noteworthy changes.
[ ] If this contribution is large, please file an Apache Individual Contributor License Agreement.

See the Contributor Guide for more tips on how to make review process smoother.

GitHub Actions Tests Status (on master branch)

See CI.md for more information about GitHub Actions CI.

 Trying again.

Run Java PreCommit

With the master branch, I hit the strange MetricTest compilation error where it succeeded 56 times out of 77 attempts. Thank you for fixing this!
https://gist.github.com/suztomo/dafc42d93be94822a5c750aec7b5574f

Run Java PreCommit

Yeah, seems like it's some sort of a type inference bug in Java 8. Seems like it went away after I updated method "describeMismatchSafely" but lemme know if you know a better fix.


Fix postrges on macos self-hosted runner

Build failed on self hosted macos runner because of problem with postgres
https://github.com/hyperledger/iroha/pull/1355/checks?check_run_id=3393007196
Solution looks like here https://serverfault.com/questions/10226/how-to-set-the-shmmax-parameter-on-mac-os-x

@ryjones Helly, Ry could you try to fix our rare but persistant problem with testing (i.e. running postgresql) on our self-hosted Mac.
I've never met such a problem on other runners.

done

@kuvaldini it looks like you aren't filtering for [push, pr] in GHA, which doubles your run time

@ryjones, yes branches main, support/* and gha-* runs twice when pushed and on pr-sync event. They build the same but behaves slightly different. For example, PRs from forks cannot publish to GHCR and DockerHub, but branches can. We use docker images for testing. Branches with gha- are previliged :) just for testing purposes.
Did I understand your remark right?

done

Unfortunately this did not help still the same error on fresh workflow run. https://github.com/hyperledger/iroha/runs/3394595611?check_suite_focus=true

I used another method and the test made it past that point.

I think the cache size needs adjusted, since it is just over the limit. Also, I think requiring self-hosted for Mac builds would speed everything, since there will be caching.

Yes. Next our step is to disable non self hosted runners.

Thank you. Today the problem did not appear.

ok.


Homepage

Note: 🔺Add and modify css styles of elements to change proportions relatively to webpage size

Summary 🔺:

Modify font-size property to change dynamically relative to the webpage size of elements: banner-slogan, carousel-caption-text-front, carousel-caption-text-back.
Modify banner element and navbar to occupy full width and height of wepage for large screens

Issue Number 🔺 N/A (A prior closed PR issue)

New Proposal (Any new features/changes you think would work well/look good on this page)

As discussed in our meeting, for your next PR please work on the following changes:

Add an arrow on the bottom of the homepage banner for transition to the lower section
auto scroll from homepage banner to main page contents, check if possible to transition banner contents out to main page contents from down arrow and vice versa
For the cards on the main page, remove the black border line and add a bit of transparency to the card's background. Adjust the size (especially width) of the cards
Timeline date range show as timeline click element or under it
See if possible to connect the description container to the active timeline button


Fixes #10515

Original errors: https://github.com/PyTorchLightning/pytorch-lightning/issues/10129

on 1.9 and 1.10

Current errors (timeout):  https://github.com/PyTorchLightning/pytorch-lightning/issues/10580

on 1.7 and 1.8

Tracking issue: https://github.com/PyTorchLightning/pytorch-lightning/issues/10515

Could use https://github.com/pytest-dev/pytest-timeout to locate which tests take so long


python3.x support

A patch is being made to support python3 by the debian guys ( attached to this issue ).
It may be great to integrate it in the source or in a branch for the nondebian users ?
python3-vertica-patch.txt

nice. i think a branch would be great. we can adopt a new tag format for the python 3.x releases.
ill clean up the current branch situation so its easier to find/use.

Sounds good, let me know if you need help !

created a new branch with this patch applied; python3-master
(dont have an python 3 environment to test it though)

I think this issue should be reopened as the code in the python3-master branch does not work in either Python 3, nor Python 2. It's just broken.

indeed the patch provided by debian is not enough on python-vertica 0.5.5 ( it's the debian maintainer who made it ) to fix python3.2+ compat.
One of the issue is here: http://bugs.python.org/issue10783 . in python3/3.1 pack was silently converting strings to UTF-8 bytes, and not anymore since python3.2 ( fix in progress in the patch attached ).
But patching that and a few errors message in catch blocks leaves us with a vertica connection being closed even though the credentials are valid.
python3.2-wip.patch.txt
I unfortunately don't have enough time to fix it ASAP, $dailyjob first, but working on it on my spare time though...

So is the current plan to support Python 3 on its own branch, as opposed to within the same codebase?
Also, if the library as it stands on master doesn't work with Python 3, then this issue should be reopened. Unless, of course, Python 3 support is not a goal.

Hello. I'm the debian maintainer for python-vertica.
Indeed, patch is broken, and I'm really sorry for that :-/
I'm trying to fix it for python-vertica 0.5.6, but got confused with master & python3-master differences.
I'd also like to have compatible code in master instead of separated branches.


Auto complete drop down opening at incorrect position

Bug, feature request, or proposal:
Bug

What is the expected behavior?
What is the current behavior?
What are the steps to reproduce?
Providing a StackBlitz/Plunker (or similar) is the best way to get the team to see your issue.
Plunker starter (using on @master): https://goo.gl/DlHd6U
StackBlitz starter (using latest npm release): https://goo.gl/wwnhMV
What is the use-case or motivation for changing an existing behavior?
Which versions of Angular, Material, OS, TypeScript, browsers are affected?
Is there anything else we should know?

This is because the typeahead positions the popover above and then as you type, it filters the items but doesn't reposition.

@amcdnl check this video for more clarification, I do not think this is expected behavior
https://www.youtube.com/watch?v=79fckyziGoc


lightbox: Don't show emoji and open graph images in list of past images.

Currently, when you click on an image in a stream, it has a cool list of images at the bottom that you can scroll through. These should only show user uploaded files though, not open graph or emoji images.

I think @brockwhittaker was just in this code; may be pretty quick for him to fix.

Whoops, this was fixed with #4298 and merged by @showell already!


WIP: first shot at eventing prepare framework. Add KafkaSource scenario

Changes

Sketch eventing prepare framework. Introduce notion of "scenarios"
Add Minimal KafkaSource scenario (KafkaSource* -> HTTP receiver)
Add eventing prepare list command to list all available testing scenarios
Add eventing prepare kafkaSource to create/update the kafkasource scenario

/kind enhancement

Fixes #

Release Note

Docs

This is WIP and it's not yet functional. The big gap is how/where to publish the kperf image. Might get inspired by reconciler-test
Depends on https://github.com/knative-sandbox/kperf/pull/71

/hold #71 needs to be merged first.

@maximilien This PR is actually quite small. It includes Alek's work. Please wait for Alek's PR to be merged and then I'll rebase it.

Aha, thanks for clarification @lionelvillard

@aslom ^^^


Ubuntu 14.04 support

ulia> using PCL
INFO: vtk include directory found: /usr/include/vtk-6.0
WARNING: Method definition show(Base.IO, BinDeps.LibraryDependency) in module BinDeps at /root/.julia/v0.5/BinDeps/src/dependencies.jl:33 overwritten at /root/.julia/v0.5/BinDe
ps/src/debug.jl:28.
INFO: Loading Cxx.jl...
INFO: dlopen...
INFO: vtk version: 6.0.0
INFO: Including headers from local path: /root/.julia/v0.5/PCL/deps/usr/include
INFO: pcl_version: 1.8
INFO: Include pcl top-level headers
In file included from :1:
In file included from /root/.julia/v0.5/PCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:28:
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:539:18: error: no matching member function for call to 'real'
    { return __z.real(); }
             ~~~~^~~~
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:340:30: note: in instantiation of function template specialization 'std::real<float>' requested here
{ return std::complex<float>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                             ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1069:7: note: candidate function not viable: 'this' argument has type 'const complex<float>', but method i
s not marked const
      real() { return __real__ _M_value; }
      ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1091:7: note: candidate function not viable: requires single argument '__val', but no arguments were provi
ded
      real(float __val) { __real__ _M_value = __val; }
      ^
In file included from :1:
In file included from /root/.julia/v0.5/PCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:340:38: error: no matching function for call to 'real'
{ return std::complex<float>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                     ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:538:5: note: candidate template ignored: substitution failure [with _Tp = float]
    real(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1850:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<float>]: no type n
amed '__type' in '__gnu_cxx::__promote<std::complex<float>, false>'
    real(_Tp __x)
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:544:18: error: no matching member function for call to 'imag'
    { return __z.imag(); }
             ~~~~^~~~
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:340:48: note: in instantiation of function template specialization 'std::imag<float>' requested here
{ return std::complex<float>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                               ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1073:7: note: candidate function not viable: 'this' argument has type 'const complex<float>', but method i
s not marked const
      imag() { return __imag__ _M_value; }
      ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1094:7: note: candidate function not viable: requires single argument '__val', but no arguments were provi
ded
      imag(float __val) { __imag__ _M_value = __val; }
      ^
In file included from :1:
In file included from /root/.julia/v0.5/PCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:340:56: error: no matching function for call to 'imag'
{ return std::complex<float>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                       ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:543:5: note: candidate template ignored: substitution failure [with _Tp = float]
    imag(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1837:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<float>]: no type n
amed '__type' in '__gnu_cxx::__promote<std::complex<float>, false>'
    imag(_Tp)

In file included from :1:
In file included from /root/.julia/v0.5/PCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:340:65: error: no matching function for call to 'imag'
{ return std::complex<float>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                                ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:543:5: note: candidate template ignored: substitution failure [with _Tp = float]
    imag(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1837:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<float>]: no type n
amed '__type' in '__gnu_cxx::__promote<std::complex<float>, false>'
    imag(_Tp)
    ^
In file included from :1:
In file included from /root/.julia/v0.5/PCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:340:73: error: no matching function for call to 'real'
{ return std::complex<float>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                                        ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:538:5: note: candidate template ignored: substitution failure [with _Tp = float]
    real(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1850:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<float>]: no type n
amed '__type' in '__gnu_cxx::__promote<std::complex<float>, false>'
    real(_Tp __x)

n file included from :1:
In file included from /root/.julia/v0.5/PCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:340:91: error: no matching function for call to 'imag'
{ return std::complex<float>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                                                ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:543:5: note: candidate template ignored: substitution failure [with _Tp = float]
    imag(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1837:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<float>]: no type n
amed '__type' in '__gnu_cxx::__promote<std::complex<float>, false>'
    imag(_Tp)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:539:18: error: no matching member function for call to 'real'
    { return __z.real(); }
             ~~~~^~~~
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:343:31: note: in instantiation of function template specialization 'std::real<double>' requested here
{ return std::complex<double>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                              ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1220:7: note: candidate function not viable: 'this' argument has type 'const complex<double>', but method
is not marked const
      real() { return __real__ _M_value; }
      ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1242:7: note: candidate function not viable: requires single argument '__val', but no arguments were provi
ded
      real(double __val) { __real__ _M_value = __val; }

In file included from :1:
In file included from /root/.julia/v0.5/PCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:343:39: error: no matching function for call to 'real'
{ return std::complex<double>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                      ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:538:5: note: candidate template ignored: substitution failure [with _Tp = double]
    real(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1850:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<double>]: no type
named '__type' in '__gnu_cxx::__promote<std::complex<double>, false>'
    real(_Tp __x)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:544:18: error: no matching member function for call to 'imag'
    { return __z.imag(); }
             ~~~~^~~~
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:343:49: note: in instantiation of function template specialization 'std::imag<double>' requested here
{ return std::complex<double>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1224:7: note: candidate function not viable: 'this' argument has type 'const complex<double>', but method
is not marked const
      imag() { return __imag__ _M_value; }
      ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1245:7: note: candidate function not viable: requires single argument '__val', but no arguments were provi
ded
      imag(double __val) { __imag__ _M_value = __val; }

In file included from :1:
In file included from /root/.julia/v0.5/PCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:343:57: error: no matching function for call to 'imag'
{ return std::complex<double>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                        ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:543:5: note: candidate template ignored: substitution failure [with _Tp = double]
    imag(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1837:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<double>]: no type
named '__type' in '__gnu_cxx::__promote<std::complex<double>, false>'
    imag(_Tp)
    ^
In file included from :1:
In file included from /root/.julia/v0.5/PCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:343:66: error: no matching function for call to 'imag'
{ return std::complex<double>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                                 ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:543:5: note: candidate template ignored: substitution failure [with _Tp = double]
    imag(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1837:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<double>]: no type
named '__type' in '__gnu_cxx::__promote<std::complex<double>, false>'
    imag(_Tp)
    ^
In file included from :1:
In file included from /root/.julia/v0.5/PCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:343:74: error: no matching function for call to 'real'
{ return std::complex<double>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                                         ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:538:5: note: candidate template ignored: substitution failure [with _Tp = double]
    real(const complex<_Tp>& __z)

/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1850:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<double>]: no type
named '__type' in '__gnu_cxx::__promote<std::complex<double>, false>'
    real(_Tp __x)
    ^
In file included from :1:
In file included from /root/.julia/v0.5/PCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:343:84: error: no matching function for call to 'real'
{ return std::complex<double>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                                                ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:538:5: note: candidate template ignored: substitution failure [with _Tp = double]
    real(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1850:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<double>]: no type
named '__type' in '__gnu_cxx::__promote<std::complex<double>, false>'
    real(_Tp __x)
    ^
In file included from :1:
In file included from /root/.julia/v0.5/PCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:343:92: error: no matching function for call to 'imag'
{ return std::complex<double>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                                                ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:543:5: note: candidate template ignored: substitution failure [with _Tp = double]
    imag(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1837:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<double>]: no type
named '__type' in '__gnu_cxx::__promote<std::complex<double>, false>'
    imag(_Tp)
    ^
  2.547960 seconds (151 allocations: 7.609 KB)

NFO: Include pcl::common headers
  3.347842 seconds (136 allocations: 6.609 KB)
INFO: adding vtk and visualization module headers
In file included from :1:
In file included from __cxxjl_10.cpp:2:
In file included from /root/.julia/v0.5/PCL/deps/usr/include/pcl-1.8/pcl/visualization/pcl_visualizer.h:2248:
In file included from /root/.julia/v0.5/PCL/deps/usr/include/pcl-1.8/pcl/visualization/impl/pcl_visualizer.hpp:48:
/usr/include/vtk-6.0/vtkMath.h:1249:11: error: call to 'isinf' is ambiguous
  return (isinf(x) != 0); // Force conversion to bool
          ^~~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/x86_64-linux-gnu/bits/mathcalls.h:201:19: note: candidate function
__MATHDECL_1 (int,isinf,, (_Mdouble_ __value)) __attribute__ ((__const__));
                  ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/math.h:63:31: note: expanded from macro '__MATHDECL_1'
  extern type __MATH_PRECNAME(function,suffix) args __THROW
                              ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/math.h:66:42: note: expanded from macro '__MATH_PRECNAME'
#define __MATH_PRECNAME(name,r) __CONCAT(name,r)
                                         ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/x86_64-linux-gnu/sys/cdefs.h:88:23: note: expanded from macro '__CONCAT'
#define __CONCAT(x,y)   x ## y
                        ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/cmath:604:3: note: candidate function
  isinf(double __x)
  ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/cmath:600:3: note: candidate function
  isinf(float __x)
  ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/cmath:608:3: note: candidate function
  isinf(long double __x)
  ^
In file included from :1:
In file included from __cxxjl_10.cpp:2:
In file included from /root/.julia/v0.5/PCL/deps/usr/include/pcl-1.8/pcl/visualization/pcl_visualizer.h:2248:
In file included from /root/.julia/v0.5/PCL/deps/usr/include/pcl-1.8/pcl/visualization/impl/pcl_visualizer.hpp:48:
/usr/include/vtk-6.0/vtkMath.h:1259:11: error: call to 'isnan' is ambiguous
  return (isnan(x) != 0); // Force conversion to bool

          ^~~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/x86_64-linux-gnu/bits/mathcalls.h:234:19: note: candidate function
__MATHDECL_1 (int,isnan,, (_Mdouble_ __value)) __attribute__ ((__const__));
                  ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/math.h:63:31: note: expanded from macro '__MATHDECL_1'
  extern type __MATH_PRECNAME(function,suffix) args __THROW
                              ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/math.h:66:42: note: expanded from macro '__MATH_PRECNAME'
#define __MATH_PRECNAME(name,r) __CONCAT(name,r)
                                         ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/x86_64-linux-gnu/sys/cdefs.h:88:23: note: expanded from macro '__CONCAT'
#define __CONCAT(x,y)   x ## y
                        ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/cmath:622:3: note: candidate function
  isnan(double __x)
  ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/cmath:618:3: note: candidate function
  isnan(float __x)
  ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/cmath:626:3: note: candidate function
  isnan(long double __x)
  ^
INFO: Include pcl::io headers
  0.652741 seconds (181 allocations: 8.719 KB)
INFO: Include pcl::registration headers
  2.481817 seconds (189 allocations: 11.218 KB)
INFO: Include pcl::recognition headers
  1.091690 seconds (136 allocations: 6.656 KB)
INFO: Include pcl::features headers
  0.026534 seconds (181 allocations: 8.781 KB)
INFO: Include pcl::filters headers
  0.053761 seconds (316 allocations: 15.328 KB)
INFO: Include pcl::kdtree headers
  0.016327 seconds (91 allocations: 4.422 KB)
INFO: Include pcl::sample_consensus headers
  0.007228 seconds (91 allocations: 4.453 KB)
INFO: Include pcl::segmentation headers
  0.013623 seconds (91 allocations: 4.453 KB)
INFO: Include pcl::search headers
  0.006546 seconds (91 allocations: 4.422 KB)
INFO: Include pcl::tracking headers
  0.223464 seconds (451 allocations: 21.859 KB)
INFO: boost version: 1.54.0
INFO: FLANN version: 1.8.4

I have built JuliaPCL on Ubuntu 14.04 with latest Julia version (0.6-dev) and Cxx (from https://github.com/r9y9/Cxx.jl).
Pkg.test("PCL") produces a fatal error in global_hypothesis_verification.jl (I think?), bug report below:
In file included from :1:
In file included from __cxxjl_11.cpp:1:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:28:
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:539:18: error: no matching member function for call to 'real'
    { return __z.real(); }
             ~~~~^~~~
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:340:30: note: in instantiation of function template specialization 'std::real<float>' requested here
{ return std::complex<float>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                             ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1069:7: note: candidate function not viable: 'this' argument has type 'const complex<float>', but method is not marked const
      real() { return __real__ _M_value; }
      ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1091:7: note: candidate function not viable: requires single argument '__val', but no arguments were provided
      real(float __val) { __real__ _M_value = __val; }
      ^
In file included from :1:
In file included from __cxxjl_11.cpp:1:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:340:38: error: no matching function for call to 'real'
{ return std::complex<float>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                     ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:538:5: note: candidate template ignored: substitution failure [with _Tp = float]
    real(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1850:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<float>]: no type named '__type' in '__gnu_cxx::__promote<std::complex<float>, false>'
    real(_Tp __x)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:544:18: error: no matching member function for call to 'imag'
    { return __z.imag(); }
             ~~~~^~~~
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:340:48: note: in instantiation of function template specialization 'std::imag<float>' requested here
{ return std::complex<float>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                               ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1073:7: note: candidate function not viable: 'this' argument has type 'const complex<float>', but method is not marked const
      imag() { return __imag__ _M_value; }
      ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1094:7: note: candidate function not viable: requires single argument '__val', but no arguments were provided
      imag(float __val) { __imag__ _M_value = __val; }
      ^
In file included from :1:
In file included from __cxxjl_11.cpp:1:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:340:56: error: no matching function for call to 'imag'
{ return std::complex<float>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                       ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:543:5: note: candidate template ignored: substitution failure [with _Tp = float]
    imag(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1837:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<float>]: no type named '__type' in '__gnu_cxx::__promote<std::complex<float>, false>'
    imag(_Tp)
    ^
In file included from :1:
In file included from __cxxjl_11.cpp:1:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:340:65: error: no matching function for call to 'imag'
{ return std::complex<float>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                                ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:543:5: note: candidate template ignored: substitution failure [with _Tp = float]
    imag(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1837:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<float>]: no type named '__type' in '__gnu_cxx::__promote<std::complex<float>, false>'
    imag(_Tp)
    ^
In file included from :1:
In file included from __cxxjl_11.cpp:1:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:340:73: error: no matching function for call to 'real'
{ return std::complex<float>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                                        ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:538:5: note: candidate template ignored: substitution failure [with _Tp = float]
    real(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1850:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<float>]: no type named '__type' in '__gnu_cxx::__promote<std::complex<float>, false>'
    real(_Tp __x)
    ^
In file included from :1:
In file included from __cxxjl_11.cpp:1:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:340:83: error: no matching function for call to 'real'
{ return std::complex<float>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                                                ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:538:5: note: candidate template ignored: substitution failure [with _Tp = float]
    real(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1850:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<float>]: no type named '__type' in '__gnu_cxx::__promote<std::complex<float>, false>'
    real(_Tp __x)
    ^
In file included from :1:
In file included from __cxxjl_11.cpp:1:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:340:91: error: no matching function for call to 'imag'
{ return std::complex<float>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                                                ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:543:5: note: candidate template ignored: substitution failure [with _Tp = float]
    imag(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1837:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<float>]: no type named '__type' in '__gnu_cxx::__promote<std::complex<float>, false>'
    imag(_Tp)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:539:18: error: no matching member function for call to 'real'
    { return __z.real(); }
             ~~~~^~~~
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:343:31: note: in instantiation of function template specialization 'std::real<double>' requested here
{ return std::complex<double>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                              ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1220:7: note: candidate function not viable: 'this' argument has type 'const complex<double>', but method is not marked const
      real() { return __real__ _M_value; }
      ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1242:7: note: candidate function not viable: requires single argument '__val', but no arguments were provided
      real(double __val) { __real__ _M_value = __val; }
      ^
In file included from :1:
In file included from __cxxjl_11.cpp:1:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:343:39: error: no matching function for call to 'real'
{ return std::complex<double>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                      ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:538:5: note: candidate template ignored: substitution failure [with _Tp = double]
    real(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1850:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<double>]: no type named '__type' in '__gnu_cxx::__promote<std::complex<double>, false>'
    real(_Tp __x)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:544:18: error: no matching member function for call to 'imag'
    { return __z.imag(); }
             ~~~~^~~~
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:343:49: note: in instantiation of function template specialization 'std::imag<double>' requested here
{ return std::complex<double>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1224:7: note: candidate function not viable: 'this' argument has type 'const complex<double>', but method is not marked const
      imag() { return __imag__ _M_value; }
      ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1245:7: note: candidate function not viable: requires single argument '__val', but no arguments were provided
      imag(double __val) { __imag__ _M_value = __val; }
      ^
In file included from :1:
In file included from __cxxjl_11.cpp:1:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:343:57: error: no matching function for call to 'imag'
{ return std::complex<double>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                        ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:543:5: note: candidate template ignored: substitution failure [with _Tp = double]
    imag(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1837:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<double>]: no type named '__type' in '__gnu_cxx::__promote<std::complex<double>, false>'
    imag(_Tp)
    ^
In file included from :1:
In file included from __cxxjl_11.cpp:1:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:343:66: error: no matching function for call to 'imag'
{ return std::complex<double>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                                 ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:543:5: note: candidate template ignored: substitution failure [with _Tp = double]
    imag(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1837:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<double>]: no type named '__type' in '__gnu_cxx::__promote<std::complex<double>, false>'
    imag(_Tp)
    ^
In file included from :1:
In file included from __cxxjl_11.cpp:1:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:343:74: error: no matching function for call to 'real'
{ return std::complex<double>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                                         ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:538:5: note: candidate template ignored: substitution failure [with _Tp = double]
    real(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1850:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<double>]: no type named '__type' in '__gnu_cxx::__promote<std::complex<double>, false>'
    real(_Tp __x)
    ^
In file included from :1:
In file included from __cxxjl_11.cpp:1:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:343:84: error: no matching function for call to 'real'
{ return std::complex<double>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                                                ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:538:5: note: candidate template ignored: substitution failure [with _Tp = double]
    real(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1850:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<double>]: no type named '__type' in '__gnu_cxx::__promote<std::complex<double>, false>'
    real(_Tp __x)
    ^
In file included from :1:
In file included from __cxxjl_11.cpp:1:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/pcl_base.h:49:
In file included from /usr/include/eigen3/Eigen/StdVector:14:
In file included from /usr/include/eigen3/Eigen/Core:260:
/usr/include/eigen3/Eigen/src/Core/GenericPacketMath.h:343:92: error: no matching function for call to 'imag'
{ return std::complex<double>(real(a)*real(b) - imag(a)*imag(b), imag(a)*real(b) + real(a)*imag(b)); }
                                                                                ^~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:543:5: note: candidate template ignored: substitution failure [with _Tp = double]
    imag(const complex<_Tp>& __z)
    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:1837:5: note: candidate template ignored: substitution failure [with _Tp = std::complex<double>]: no type named '__type' in '__gnu_cxx::__promote<std::complex<double>, false>'
    imag(_Tp)
    ^
In file included from :1:
In file included from /usr/include/flann/flann.h:466:
In file included from /usr/include/flann/flann.hpp:42:
In file included from /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/flann/util/params.h:33:
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/flann/util/any.h:56:51: error: cannot use typeid with -fno-rtti
    virtual const std::type_info& type() { return typeid(T); }
                                                  ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/flann/util/any.h:235:31: error: cannot use typeid with -fno-rtti
        if (policy->type() != typeid(T)) throw anyimpl::bad_any_cast();
                              ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/flann/util/any.h:244:31: error: cannot use typeid with -fno-rtti
        if (policy->type() != typeid(T)) throw anyimpl::bad_any_cast();
                              ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/flann/util/any.h:253:34: error: cannot use typeid with -fno-rtti
        return policy->type() == typeid(anyimpl::empty_any);
                                 ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/flann/util/any.h:273:34: error: cannot use typeid with -fno-rtti
        return policy->type() == typeid(T);
                                 ^
In file included from :1:
In file included from __cxxjl_75.cpp:1:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/filters/uniform_sampling.h:43:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/filters/filter.h:44:
/root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/common/io.h:294:13: error: cannot use typeid with -fno-rtti
    return (typeid (Point1T) == typeid (Point2T));
            ^
/root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/common/io.h:294:33: error: cannot use typeid with -fno-rtti
    return (typeid (Point1T) == typeid (Point2T));
                                ^
In file included from :1:
In file included from __cxxjl_75.cpp:1:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/filters/uniform_sampling.h:43:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/filters/filter.h:46:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/filters/boost.h:49:
In file included from /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/boost/random.hpp:52:
In file included from /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/boost/random/generate_canonical.hpp:22:
In file included from /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/boost/math/special_functions.hpp:15:
In file included from /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/boost/math/special_functions/airy.hpp:10:
In file included from /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/boost/math/special_functions/bessel.hpp:18:
In file included from /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/boost/math/special_functions/detail/bessel_jy.hpp:14:
In file included from /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/boost/math/special_functions/gamma.hpp:21:
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/boost/math/policies/error_handling.hpp:90:37: error: cannot use typeid with -fno-rtti
  msg += (boost::format(function) % typeid(T).name()).str();
                                    ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/boost/math/policies/error_handling.hpp:107:37: error: cannot use typeid with -fno-rtti
  msg += (boost::format(function) % typeid(T).name()).str();
                                    ^
In file included from :1:
In file included from __cxxjl_75.cpp:5:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/filters/statistical_outlier_removal.h:44:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/search/pcl_search.h:45:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/search/octree.h:43:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/octree/octree_search.h:45:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/octree/octree_pointcloud.h:42:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/octree/octree_base.h:45:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/octree/octree_nodes.h:53:
/root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/octree/octree_container.h:243:60: error: cannot use dynamic_cast with -fno-rtti
          const OctreeContainerPointIndex* otherConDataT = dynamic_cast<const OctreeContainerPointIndex*> (&other);
                                                           ^
/root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/octree/octree_container.h:335:65: error: cannot use dynamic_cast with -fno-rtti
          const OctreeContainerPointIndices* otherConDataTVec = dynamic_cast<const OctreeContainerPointIndices*> (&other);
                                                                ^
In file included from :1:
In file included from __cxxjl_93.cpp:1:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/io/pcd_io.h:44:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/io/file_io.h:43:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/io/boost.h:82:
In file included from /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/boost/signals2.hpp:19:
In file included from /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/boost/signals2/signal.hpp:21:
In file included from /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/boost/signals2/connection.hpp:23:
In file included from /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/boost/signals2/slot.hpp:22:
In file included from /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/boost/signals2/detail/tracked_objects_visitor.hpp:18:
In file included from /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/boost/signals2/slot_base.hpp:15:
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/boost/any.hpp:138:48: error: cannot use typeid with -fno-rtti
            return content ? content->type() : typeid(void);
                                               ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/boost/any.hpp:183:24: error: cannot use typeid with -fno-rtti
                return typeid(ValueType);
                       ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/boost/any.hpp:239:49: error: cannot use typeid with -fno-rtti
            std::strcmp(operand->type().name(), typeid(ValueType).name()) == 0
                                                ^
In file included from :1:
In file included from __cxxjl_113.cpp:3:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/hv/hv_go.h:14:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/3rdparty/metslib/mets.hh:146:
/root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/3rdparty/metslib/model.hh:616:32: error: cannot use dynamic_cast with -fno-rtti
    permutation_problem& sol = dynamic_cast<permutation_problem&>(s);
                               ^
/root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/3rdparty/metslib/model.hh:725:5: error: cannot use dynamic_cast with -fno-rtti
    dynamic_cast<const mets::permutation_problem&>(other);
    ^
/root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/3rdparty/metslib/model.hh:736:7: error: cannot use dynamic_cast with -fno-rtti
      dynamic_cast<const mets::swap_elements&>(o);
      ^
/root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/3rdparty/metslib/model.hh:786:7: error: cannot use dynamic_cast with -fno-rtti
      dynamic_cast<const mets::invert_subsequence&>(o);
      ^
In file included from :1:
In file included from __cxxjl_113.cpp:3:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/hv/hv_go.h:14:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/3rdparty/metslib/mets.hh:147:
/root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/3rdparty/metslib/termination-criteria.hh:205:2: error: cannot use dynamic_cast with -fno-rtti
        dynamic_cast<const evaluable_solution&>(fs).cost_function();
        ^
/root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/3rdparty/metslib/termination-criteria.hh:267:5: error: cannot use dynamic_cast with -fno-rtti
    dynamic_cast<const evaluable_solution&>(fs).cost_function();
    ^
In file included from :1:
In file included from __cxxjl_113.cpp:3:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/hv/hv_go.h:14:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/3rdparty/metslib/mets.hh:148:
/root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/3rdparty/metslib/abstract-search.hh:345:33: error: cannot use dynamic_cast with -fno-rtti
  const evaluable_solution& s = dynamic_cast<const mets::evaluable_solution&>(sol);
                                ^
In file included from :1:
In file included from __cxxjl_113.cpp:3:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/hv/hv_go.h:14:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/3rdparty/metslib/mets.hh:150:
/root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/3rdparty/metslib/tabu-search.hh:517:5: error: cannot use dynamic_cast with -fno-rtti
    dynamic_cast<mana_move&>(mov).opposite_of();
    ^
/root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/3rdparty/metslib/tabu-search.hh:544:3: error: cannot use dynamic_cast with -fno-rtti
        (dynamic_cast<mana_move*>(tabu_moves_m.front()));
         ^
/root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/3rdparty/metslib/tabu-search.hh:562:34: error: cannot use dynamic_cast with -fno-rtti
  bool tabu = (tabu_hash_m.find(&dynamic_cast<mana_move&>(mov))
                                 ^
/root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/recognition/3rdparty/metslib/tabu-search.hh:625:21: error: cannot use dynamic_cast with -fno-rtti
  best_m = std::min(dynamic_cast<const evaluable_solution&>(fs).cost_function(), best_m);
                    ^
In file included from :1:
In file included from __cxxjl_124.cpp:2:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/visualization/pcl_visualizer.h:2262:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/visualization/impl/pcl_visualizer.hpp:48:
/usr/include/vtk-6.0/vtkMath.h:1249:11: error: call to 'isinf' is ambiguous
  return (isinf(x) != 0); // Force conversion to bool
          ^~~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/x86_64-linux-gnu/bits/mathcalls.h:201:19: note: candidate function
__MATHDECL_1 (int,isinf,, (_Mdouble_ __value)) __attribute__ ((__const__));
                  ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/math.h:63:31: note: expanded from macro '__MATHDECL_1'
  extern type __MATH_PRECNAME(function,suffix) args __THROW
                              ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/math.h:66:42: note: expanded from macro '__MATH_PRECNAME'
#define __MATH_PRECNAME(name,r) __CONCAT(name,r)
                                         ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/x86_64-linux-gnu/sys/cdefs.h:88:23: note: expanded from macro '__CONCAT'
#define __CONCAT(x,y)   x ## y
                        ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/cmath:604:3: note: candidate function
  isinf(double __x)
  ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/cmath:600:3: note: candidate function
  isinf(float __x)
  ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/cmath:608:3: note: candidate function
  isinf(long double __x)
  ^
In file included from :1:
In file included from __cxxjl_124.cpp:2:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/visualization/pcl_visualizer.h:2262:
In file included from /root/.julia/v0.6/LibPCL/deps/usr/include/pcl-1.8/pcl/visualization/impl/pcl_visualizer.hpp:48:
/usr/include/vtk-6.0/vtkMath.h:1259:11: error: call to 'isnan' is ambiguous
  return (isnan(x) != 0); // Force conversion to bool
          ^~~~~
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/x86_64-linux-gnu/bits/mathcalls.h:234:19: note: candidate function
__MATHDECL_1 (int,isnan,, (_Mdouble_ __value)) __attribute__ ((__const__));
                  ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/math.h:63:31: note: expanded from macro '__MATHDECL_1'
  extern type __MATH_PRECNAME(function,suffix) args __THROW
                              ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/math.h:66:42: note: expanded from macro '__MATH_PRECNAME'
#define __MATH_PRECNAME(name,r) __CONCAT(name,r)
                                         ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/x86_64-linux-gnu/sys/cdefs.h:88:23: note: expanded from macro '__CONCAT'
#define __CONCAT(x,y)   x ## y
                        ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/cmath:622:3: note: candidate function
  isnan(double __x)
  ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/cmath:618:3: note: candidate function
  isnan(float __x)
  ^
/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/cmath:626:3: note: candidate function
  isnan(long double __x)
  ^
[pcl::SHOTEstimation::computeFeature] The local reference frame is not valid! Aborting description of point with index 3941
[pcl::SHOTEstimation::computeFeature] The local reference frame is not valid! Aborting description of point with index 4088
[pcl::SHOTEstimation::computeFeature] The local reference frame is not valid! Aborting description of point with index 4592
[pcl::SHOTEstimation::computeFeature] The local reference frame is not valid! Aborting description of point with index 4771
[pcl::SHOTEstimation::computeFeature] The local reference frame is not valid! Aborting description of point with index 5257
[pcl::SHOTEstimation::computeFeature] The local reference frame is not valid! Aborting description of point with index 5705
[pcl::SHOTEstimation::computeFeature] The local reference frame is not valid! Aborting description of point with index 5780
[pcl::SHOTEstimation::computeFeature] The local reference frame is not valid! Aborting description of point with index 6223
[pcl::SHOTEstimation::computeFeature] The local reference frame is not valid! Aborting description of point with index 6330
[pcl::SHOTEstimation::computeFeature] The local reference frame is not valid! Aborting description of point with index 6930
[pcl::SHOTEstimation::computeFeature] The local reference frame is not valid! Aborting description of point with index 7519

signal (4): Illegal instruction
while loading /root/.julia/v0.6/PCL/test/global_hypothesis_verification.jl, in expression starting on line 164
unknown function (ip: 0x7f6b87f8ed8f)
Allocations: 7225252 (Pool: 7223992; Big: 1260); GC: 11
INFO: Testing PCL
=================================[ ERROR: PCL ]=================================

failed process: Process(`/julia/usr/bin/julia -Cx86-64 -J/julia/usr/lib/julia/sys.so --compile=yes --depwarn=yes --check-bounds=yes --code-coverage=none --color=no --compilecache=yes /root/.julia/v0.6/PCL/test/runtests.jl`, ProcessSignaled(4)) [0]

================================================================================
ERROR: PCL had test errors
 in #test#61(::Bool, ::Function, ::Array{AbstractString,1}) at ./pkg/entry.jl:749
 in (::Base.Pkg.Entry.#kw##test)(::Array{Any,1}, ::Base.Pkg.Entry.#test, ::Array{AbstractString,1}) at ./<missing>:0
 in (::Base.Pkg.Dir.##2#3{Array{Any,1},Base.Pkg.Entry.#test,Tuple{Array{AbstractString,1}}})() at ./pkg/dir.jl:31
 in cd(::Base.Pkg.Dir.##2#3{Array{Any,1},Base.Pkg.Entry.#test,Tuple{Array{AbstractString,1}}}, ::String) at ./file.jl:69
 in #cd#1(::Array{Any,1}, ::Function, ::Function, ::Array{AbstractString,1}, ::Vararg{Array{AbstractString,1},N}) at ./pkg/dir.jl:31
 in (::Base.Pkg.Dir.#kw##cd)(::Array{Any,1}, ::Base.Pkg.Dir.#cd, ::Function, ::Array{AbstractString,1}, ::Vararg{Array{AbstractString,1},N}) at ./<missing>:0
 in #test#3(::Bool, ::Function, ::String, ::Vararg{String,N}) at ./pkg/pkg.jl:258
 in test(::String, ::Vararg{String,N}) at ./pkg/pkg.jl:258
 in eval(::Module, ::Any) at ./boot.jl:238
 in process_options(::Base.JLOptions) at ./client.jl:248
 in _start() at ./client.jl:335

/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/complex:539:18: error: no matching member function for call to 'real'
{ return __z.real(); }

I saw the same issue before.. but haven't solved it yet. I might be able to debug if I get a chance, but for now I would say macOS is the most recommended and tested platform. Sorry for the inconvenience.

Cannot use dynamic_cast with -fno-rtti

The issue should be solved by using r9y9/Cxx.jl (r9y9 branch, includes https://github.com/r9y9/Cxx.jl/commit/0f924cdf5792d9174957c075cdf4a3a82226f9b7) instead of Keno/Cxx.jl.

@aornugent Good news:
julia> Pkg.test("PCL")
...

Test Summary:     |
  tilt_compensation | No tests
INFO: PCL tests passed

shell> lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 14.04.3 LTS
Release:        14.04
Codename:       trusty

Now I finally was able to run PCL.jl on ubuntu 14.04 (probably 16.04 as well). Will update installation guide and my docker repository (https://github.com/r9y9/julia-cxx).

https://hub.docker.com/r/r9y9/julia-cxx/tags/ Now ready ;)

You beat me by a few hours! Last night's build was successful and I woke this morning to the same message. I look forward to comparing our solutions.
Thank you for persevering with this. Now to familiarize myself with the codebase, please let me know if there is anything I can do to help.

Done

To be honest, I'm not quite sure what the solution was, but it succeeded when I just tried again. The differences from the previous my challenge are gcc/g++ and Cxx.jl version. I tried gcc-6/g++-6 instead of gcc-4.8/g++-4.8 (inspired from .travis.xml | Keno/Cxx.jl) and try latest Cxx.jl (I guess Cxx.jl fixed a few bugs?). Anyway, now it works.


when displaying one route, no need to show "redo search in map area" button

Steps to reproduce:

View a route. For example: https://mapzen.com/mobility/explorer/#/routes?bbox=-122.42610454559325%2C37.78167112478022%2C-122.37688064575197%2C37.81086891407298&onestop_id=r-9q8zn-powell~mason
Move the map
The red "redo search in map area" button appears

Pressing the button and redoing the search won't yield different results. It's still the same route Onestop ID going in to the API; the difference in bounding box doesn't matter.
So, we should disable the button from appearing on bbox change in this view.
(Of course, assuming I'm not forgetting about some other intended functionality!)

Thanks @drewda, you're right--there's no need for this button when viewing an individual route!


Parameters for init method not shown in contract show

Bug Description
The parameters for the init method are no longer shown with contract show.
Steps to Reproduce

Call concordium-client contract show 4882 (on testnet)
Look at the output

Expected Result
The parameter for the init method should also be present, so something like this (which comes from concordium-client module inspect 82cdbe730c8beb57306f2b7731720cf8175fb7249005a50c5b9b32bfd107a703).
...
Parameter:
        {
            "description": "<String>",
            "end_time": "<Timestamp>",
            "voting_options": [
                "<String>"
            ]
        }
    - view
        Return value:
            {
                "description": "<String>",
                "end_time": "<Timestamp>",
                "tally": [
                    [
                        "<String>",
                        "<UInt32>"
                    ]
                ]
            }
    - vote
        Parameter:
            "<String>"
        Error:
            {
                "Enum": [
                    {
                        "ParseParamsError": []
                    },
                    {
                        "InvalidVotingOption": []
                    },
                    {
                        "ContractSender": []
                    }
                ]
            }

Actual Result
It only shows the parameters for the entrypoints and not the init:
Contract:        voting
Owner:           '3vPbZe5Q5Bn8uQdNsdoQUb8a6Uc1xZ7uMxZJ7M7Q7sMGDHh7Nw'
ModuleReference: '82cdbe730c8beb57306f2b7731720cf8175fb7249005a50c5b9b32bfd107a703' ('voting4')
Balance:         0.000000 CCD
Methods:
- view
    Return value:
        {
            "description": "<String>",
            "end_time": "<Timestamp>",
            "tally": [
                [
                    "<String>",
                    "<UInt32>"
                ]
            ]
        }
- vote
    Parameter:
        "<String>"
    Error:
        {
            "Enum": [
                {
                    "ParseParamsError": []
                },
                {
                    "InvalidVotingOption": []
                },
                {
                    "ContractSender": []
                }
            ]
        }
Events:

Versions

Software Version: 5.2.0
OS: macOS

What is the point of showing init parameters for an instance?
That is not an entrypoint that you can call.
Unless I am misunderstanding the description this is not a bug.

Hmm, good point. I created this issue too quickly. Closing again.


Expose minThumbLength, crossAxisMargin, and minOverscrollLength on RawScrollbar

This PR finishes off #84793 by exposing the properties minThumbLength, crossAxisMargin, and minOverscrollLength on the RawScrollbar Widget.
I've also fixed a mistake in the documentation of minLength in the ScrollbarPainter class (it states that minLength must be in the range [0, minOverscrollLength], and at the same time states that minOverscrollLength is at most minLength).
Fixes #84793
Pre-launch Checklist

[x] I read the [Contributor Guide] and followed the process outlined there for submitting PRs.
[x] I read the [Tree Hygiene] wiki page, which explains my responsibilities.
[x] I read and followed the [Flutter Style Guide], including [Features we expect every widget to implement].
[x] I signed the [CLA].
[x] I listed at least one issue that this PR fixes in the description above.
[x] I updated/added relevant documentation (doc comments with ///).
[x] I added new tests to check the change I am making or feature I am adding, or Hixie said the PR is test-exempt.
[x] All existing and new tests are passing.

@googlebot I signed it!

@Piinks Hello, could you take a look at this please?

Hey @Piinks! Can you take a look at this when you have a chance? Thanks :)

Just some documentation updates and this should be ready to go!

Done!


Add custom width property to terminal

Something like "terminal.integrated.lineWidth": 1.4,
It really helps when you also have fontLigatures set to true as some ligatures can look be cut off without a custom property available like this.

Do you mean character width? If there are problems with ligatures, please share a screenshot as that sounds like a bug.

http://imgur.com/a/ObGAR

This looks like an issue with that character not being monospace in a monospace font. Could you copy and paste that "v" character (that's what you're talking about right?) and take a screenshot of a terminal where it works fine? Also what OS are you using?

I'm on Fedora 25 (Linux). http://imgur.com/a/LgTOp

It looks like it was fixed with a recent update. I think it's safe to say we can close this one.


docker-machine 0.1.0

Devel-only version bump to latest prerelease version.

Merged! Thanks for your contribution! :+1: