Typo in pool allocated VMs tooltip message content

Description of problem:
The popover tooltip next to the Allocated VMs text in the status of VM Pool has a typo. The sentence currently is: "The maximum number of VMs that you can be allocated from this pool is 1." Instead it should be either "...number of VMs that you can allocate..." or "....number of VMs that can be allocated..." (or a completely different sentence).

VM Portal version number:
ovirt-web-ui-1.6.1-0.20191101.git527af5b.el7.noarch
oVirt version number:
ovirt-engine-4.4.0-0.0.master.20191010144856.git1bdc0f9.el7.noarch
Browser and version:
firefox-70.0-1.fc30.x86_64
Steps to Reproduce:

Have a VM Pool in VM portal
Open VM portal
Click on the tooltip button next to the Allocated VMs text in VM Pool status

Actual results:
Sentence does not make sense due to a typo.
Expected results:
Additional info:

@sjd78 isn't this still a valid english?:) maybe the nuances are different...scott, any preference?

"you can be allocated" is not English.
It should be something like "that you can allocate" or "that can be allocated"

you are allocated VMs by the system - the system allocates you a VM.
IMHO that matches https://www.ldoceonline.com/dictionary/allocate
but it surely can be rephrased in any case...

The original message is a bit awkward.
Probably better: "A maximum of {number} VMs from this pool may be allocated for your use."


Support syntax highlighting for JSDoc / Typedoc

I would like to document my Typescript code using JSDoc / Typedoc and would appreciate support for syntax highlighting JSDoc comments. I have forked this repo and would like to contribute though would like to understand if anyone is already working on this.
EDIT : I am also having trouble building the package via apm rebuild because fs-events is failing to compile native extensions due to the outdated version of node used by apm. Any advise on this issue would also be appreciated. I have created a thread here

Basic keyword highlighting was released with v10.1.10 🎉
If you need something fancier, check out https://atom.io/packages/docblockr


Removed Erroneous SubscriptionID as Required Path Parameter

This checklist is used to make sure that common issues in a pull request are addressed. This will expedite the process of getting your pull request merged and avoid extra work on your part to fix issues discovered during the review process.
PR information

[ x] The title of the PR is clear and informative.
[ x] There are a small number of commits, each of which have an informative message. This means that previously merged commits do not appear in the history of the PR. For information on cleaning up the commits in your pull request, see this page.
[x ] Except for special cases involving multiple contributors, the PR is started from a fork of the main repository, not a branch.
[x ] If applicable, the PR references the bug/issue that it fixes.
[x ] Swagger files are correctly named (e.g. the api-version in the path should match the api-version in the spec).

Quality of Swagger

[x ] I have read the contribution guidelines.
[x ] My spec meets the review criteria:

[x ] The spec conforms to the Swagger 2.0 specification.
[x ] Validation errors from the Linter extension for VS Code have all been fixed for this spec. (Note: for large, previously checked in specs, there will likely be many errors shown. Please contact our team so we can set a timeframe for fixing these errors if your PR is not going to address them).
[ ] The spec follows the patterns described in the Swagger good patterns document unless the service API makes this impossible.
The generated code from this Azure spec is currently failing with the error shown in this ticket:

https://github.com/Azure/autorest/issues/1550
We determined that the problem was that the subscriptionID parameter should not be a required path parameter.  The subscriptionID is already included in the resourceUri parameter, so it was clearly redundant and also causing calls for metrics to fail.  Only after we removed the "subscriptionId" field as a required parameter in the generated sources, were we able to retrieve metric definitions with the generated code.
The same problem exists on the "metricDefinitions" endpoint on api version 2016-03-01.  I have submitted the following PR for that:
https://github.com/Azure/azure-rest-api-specs/pull/660

This change is

Hi @solvingJ, I'm your friendly neighborhood Azure Pull Request Bot (You can call me AZPRBOT). Thanks for your contribution!
You've already signed the contribution license agreement. Thanks!
We will now validate the agreement and then real humans will evaluate your PR.
TTYL, AZPRBOT;

@solvingJ - this has been resolved in this PR https://github.com/Azure/azure-rest-api-specs/pull/749/files


Run GC on "close" to make sure file descriptor is freed

My process closes and recreates a INotify::Notifier instance from time to time. After some time this process usually fails with "Bad file descriptor" when trying to select on the notifier's IO object.
I believe I can reproduce the problem:
require 'rb-inotify'

begin
  nr = 1
  while true
    nr = nr + 1
    STDOUT.write("Iteration #{nr}\r") if 0 === nr%100
    notifier = INotify::Notifier.new
    notifier.to_io
    notifier.stop
    notifier.close
    notifier = nil
  end

rescue => e
  STDOUT.write("\nFailed: #{e.message} - #{e.backtrace.last}\n")
end

This usually fails with "Bad file descriptor" at to_io after ~2800 iterations.
Running a garbage collector run when closing a notifier solves the problem for me. I assume the file descriptor resources are not fully freed otherwise for some reason.
I suggest to add this to the library, to spare other people headache - wdyt?

Running a full GC is really the province of the application, not the library itself. I'm surprised that the FDs aren't freed anyway, but this isn't the right way to solve that.

Agree :)
Maybe it helps a fellow Googler.


[eng-4245] Include a comment when resubmitting a rejected or removed project

Ticket: [eng-4245]
Feature flag: n/a

Purpose
Include a comment textarea when a project admin is resubmitting a rejected or removed project to a collection
Summary of Changes
Added a textarea to the resubmit project dialog modal
Screenshot(s)

Side Effects
None
QA Notes
Just test it and make sure that it looks like the images above.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 0   changed or added relevant lines in 0 files are covered.
1 unchanged line in 1 file lost coverage.
Overall coverage decreased (-0.009%) to 71.749%

Files with Coverage Reduction
New Missed Lines
%

lib/collections/addon/components/collections-submission/component.ts
1
34.88%

Totals

Change from base Build<PHONE_NUMBER>:
-0.009%

Covered Lines:
5570

Relevant Lines:
7541

💛  - Coveralls


Fix Cloudera 3.3.2 shim for handling CheckOverflowInTableInsert and orc zstd support

fixes https://github.com/NVIDIA/spark-rapids/issues/9457
We had some unit tests failing on 3.3.2 CDH. It looks like there are 2 issues:

Update test to skip the orc zstd because Cloudera doesn't support
The shim was based on 3.3.0 CDH instead of 3.3.1.  This is 3.3.2 CDH so it should have been based on 3.3.1.  Spark 3.3.1  adds handling for CheckOverflowInTableInsert, so the tests for this were failing as they should have.

build

build


SD Card becomes invisible

sudo edit-chroot -all
name: bin
encrypted: no
/media/removable/EXTRA/chroots
Entering /media/removable/EXTRA/chroots/bin...
/media/removable/EXTRA/bin/enter-chroot: 513: /media/removable/EXTRA/bin/enter-chroot: cannot create /var/run/crouton/media/removable/EXTRA/chroots/bin/etc/crouton/name: Directory nonexistent
Unmounting /media/removable/EXTRA/chroots/bin...
name: chroots
encrypted: no
/media/removable/EXTRA/chroots
Entering /media/removable/EXTRA/chroots/chroots...
/media/removable/EXTRA/bin/enter-chroot: 513: /media/removable/EXTRA/bin/enter-chroot: cannot create /var/run/crouton/media/removable/EXTRA/chroots/chroots/etc/crouton/name: Directory nonexistent
Unmounting /media/removable/EXTRA/chroots/chroots...
name: xenial
encrypted: no
/media/removable/EXTRA/chroots
Entering /media/removable/EXTRA/chroots/xenial...
crouton: version 1-20180718130616~master:5d4c3014
release: xenial
architecture: amd64
xmethod: xiwi
targets: xiwi,xfce
host: version 10718.29.0 (Official Build) beta-channel terra
kernel: Linux localhost 3.18.0-17855-g76eb986d8948 #1 SMP PREEMPT Wed Jun 20 23:21:24 PDT 2018 x86_64 x86_64 x86_64 GNU/Linux
freon: yes
Unmounting /media/removable/EXTRA/chroots/xenial...

Invisible SD Card
I read somewhere in the issues that there is an issue with SD Cards becoming unmounted or invisible, but I cannot seem to find it again. I cannot find a repeatable pattern for when this happens, but every now and then the SD Card will become invisible to the Chromebook. Sometimes I am still able to see it using the shell in /media/removable, but more often than not it is also invisible there. I say invisible because when I remove the SD Card, the Chromebook prompts with the "Whoa careful there, you should dismount the SD Card properly". Might it just be because it is a San Disk? I also read somewhere that this brand might have issues with Chromebooks.
The only way I have been able to see the SD Card again is rebooting.
Any ideas?

I have a USB drive, I believe it's a San Disk as well. Everytime I plug it in it works, but I close and reopen the computer and it disappears from the Files app

i believe that Chromium tends to hide or unmount these drives whenever it goes into hibernation.
i tend to get this issue when i close my AsusC100P no matter whether  crouton is active or not.
The best i can do is exit crouton every time i close the chromebook and restart Chromium if the drive has disappeared again..
This seems to be something that was introduced to Chromium some time ago, after crouton was released.
Not sure if there is a fix coming outside of Google dev themselves.

 If you do that, then ChromeOS will unmount this drive from its /media location before sleeping, but it will remain mounted inside crouton if that is still running. When you wake-up the system, ChromeOS will not be able to mount the drive since it is already mounted under crouton. At this point it is "invisible" in the sense that it is still mounted, but it not visible to the ChromeOS files manager (since the mount point is not in that app's default locations). Which is why you get a warning message when you "pop" the drive.
One way to avoid this problem is to avoid re-mounting the drive inside crouton. How you do that may depend on the file manager app you are running inside crouton if any.
The second problem, that the drive sometimes "disappears" even without using crouton seems to be some hardware/kernel issue which I have faced occasionally. This is cured by a drive "pop" or at worst a reboot.

Here is what I do for ensuring additional mounts stay active through multiple sleep/resume cycles.
Don't rely on ChromeOS's mountpoint. For the exact reason as mentioned above (chromeos will automatically unmount any external storage mounts, and then try to remount them upon resume).
Instead, for any additional storage you want to use (usb, sd, other partitions within the internal emmc/ssd), mount it yourself.
By that I don't mean mount -bind .... I mean make a complete new mount. You don't have to unmount the chromeos-mountpoint. If you like, you can leave it there, so you can still browse through the storage device with the ChromeOS "Files" app.  You can mount the same device twice on linux (just don`t write to it from both mountpoints).
You can also use different mount permissions on your mount (than the more restrictive ones chromeos uses by default). So you can have exec enabled, etc.
The mount you made will remain untouched by chromeos's (ahem) overhelpful userspace disk manager.
Problem solved :)

Closing. Please re-open if this issue is still a concern.


[Relay] Add support for TupleGetItem node in Operator fusion

A partial fix for #2890. It can enable fuse through TupleGetItem node.
@tqchen please review.
Example: GRU
%14 = fn (%X: Tensor[(1, 10), float32], %W: Tensor[(30, 10), float32]) -> Tensor[(1, 10), float32] {
  %1 = fn (%p0: Tensor[(1, 10), float32], %p1: Tensor[(30, 10), float32], __dict__=meta[StrMap][0]) -> Tensor[(1, 30), float32] {
    %0 = nn.dense(%p0, %p1, units=None)
    %0
  }
  %2 = %1(%X, %W)
  %12 = fn (%p01: Tensor[(1, 30), float32], __dict__=meta[StrMap][1]) -> Tensor[(1, 10), float32] {
    %3 = split(%p01, indices_or_sections=int64(3), axis=1)
    %4 = %3.0
    %5 = sigmoid(%4)
    %6 = %3.1
    %7 = tanh(%6)
    %8 = %3.2
    %9 = exp(%8)
    %10 = multiply(%7, %9)
    %11 = add(%5, %10)
    %11
  }
  %13 = %12(%2)
  %13
}

Please also add an execution example to confirm we can generate correct code for cpu/gpu. Please tag more reviewers

Looks like my modification is not quite right. Will spend more time on it.


Create Posts “mukmin-pun-merasakan”

Automatically generated by Netlify CMS

👷 Deploy Preview for imam-excampur processing.
🔨 Explore the source changes: 22e5d622fc1e9a35c246affaa906d8b334c07969
🔍 Inspect the deploy log: https://app.netlify.com/sites/imam-excampur/deploys/6187f33b212012000711424c


Amazon Ec2 - Add the option amazonec2-use-private-address

Fixes #1442
Adding the option --amazonec2-use-private-address to force the usage of private IP address instead of the public one. Specially useful at cases like described in #1442.

Hey @rdgreis. To get the Travis check to pass, you'll need to use "commit -s" to add the "Signed-off-by" line on your commit messages. Just saw the same myself on my recent PR. Look there for an example. It only means that you wrote the code. See docker/docker contributing.md for more

You'll also be asked the rebase to squash those commits... easy to do both at the same time.

@rdgreis any plans on merging this?

@rdgreis would you mind rebasing and making sure your commits are signed with the DCO (https://github.com/docker/docker/blob/master/CONTRIBUTING.md#sign-your-work).  Otherwise, I think this looks good.
/cc @nathanleclaire

Thanks @robertjustjones, my first time doing this sign/squash stuff.
@ehazlett rebased, I think it's ok now. :)

:+1: Thanks!

Closing as this was carried and merged in #1668.  Thanks!


Unable to locate package libgflags-dev during Travis build

This happened in the C++ gcov build for Job 2201.3
Using worker: worker-linux-c55820f2-1.bb.travis-ci.org:travis-linux-5
travis_fold:start:system_info
Build system information
Build language: cpp
Build image provisioning date and time
Wed Feb  4 18:22:50 UTC 2015
Operating System Details
Distributor ID:	Ubuntu
Description:	Ubuntu 12.04 LTS
Release:	12.04
Codename:	precise
Linux Version
2.6.32-042stab090.5
Cookbooks Version
23bb455 https://github.com/travis-ci/travis-cookbooks/tree/23bb455
GCC version
gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
LLVM version
clang version 3.4 (tags/RELEASE_34/final)
Target: x86_64-unknown-linux-gnu
Thread model: posix
Pre-installed Ruby versions
ruby-1.9.3-p551
Pre-installed Node.js versions
v0.10.36
Pre-installed Go versions
1.4.1
Redis version
redis-server 2.8.19
riak version
2.0.2
MongoDB version
MongoDB 2.4.12
CouchDB version
couchdb 1.6.1
Neo4j version
1.9.4
Cassandra version
2.0.9
RabbitMQ Version
3.4.3
ElasticSearch version
1.4.0
Installed Sphinx versions
2.0.10
2.1.9
2.2.6
Default Sphinx version
2.2.6
Installed Firefox version
firefox 31.0esr
PhantomJS version
1.9.8
ant -version
Apache Ant(TM) version 1.8.2 compiled on December 3 2011
mvn -version
Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; 2014-12-14T17:29:23+00:00)
Maven home: /usr/local/maven
Java version: 1.7.0_76, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-7-oracle/jre
Default locale: en, platform encoding: UTF-8
OS name: "linux", version: "2.6.32-042stab090.5", arch: "amd64", family: "unix"
travis_fold:end:system_info

travis_fold:start:git.checkout
travis_time:start:053fb051
$ git clone --depth=50 git://github.com/grpc/grpc.git grpc/grpc
Cloning into 'grpc/grpc'...
remote: Counting objects: 22546, done.
Receiving objects:   0% (1/22546)
Receiving objects:   1% (226/22546)
Receiving objects:   2% (451/22546)
Receiving objects:   3% (677/22546)
Receiving objects:   4% (902/22546)
Receiving objects:   5% (1128/22546)
Receiving objects:   6% (1353/22546)
Receiving objects:   7% (1579/22546)
Receiving objects:   8% (1804/22546)
Receiving objects:   9% (2030/22546)
Receiving objects:  10% (2255/22546)
Receiving objects:  11% (2481/22546)
Receiving objects:  12% (2706/22546)
Receiving objects:  13% (2931/22546)
Receiving objects:  14% (3157/22546)
Receiving objects:  15% (3382/22546)
Receiving objects:  16% (3608/22546)
Receiving objects:  17% (3833/22546)
Receiving objects:  18% (4059/22546)
Receiving objects:  19% (4284/22546)
Receiving objects:  20% (4510/22546)
Receiving objects:  21% (4735/22546)
Receiving objects:  22% (4961/22546)
Receiving objects:  23% (5186/22546)
Receiving objects:  24% (5412/22546)
Receiving objects:  25% (5637/22546)
Receiving objects:  26% (5862/22546)
Receiving objects:  27% (6088/22546)
Receiving objects:  28% (6313/22546)
Receiving objects:  29% (6539/22546)
Receiving objects:  30% (6764/22546)
Receiving objects:  31% (6990/22546)
Receiving objects:  32% (7215/22546)
Receiving objects:  33% (7441/22546)
Receiving objects:  34% (7666/22546)
Receiving objects:  35% (7892/22546)
Receiving objects:  36% (8117/22546)
Receiving objects:  37% (8343/22546)
Receiving objects:  38% (8568/22546)
Receiving objects:  39% (8793/22546)
Receiving objects:  40% (9019/22546)
Receiving objects:  41% (9244/22546)
Receiving objects:  42% (9470/22546)
Receiving objects:  43% (9695/22546)
Receiving objects:  43% (9873/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  44% (9921/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  45% (10146/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  46% (10372/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  47% (10597/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  48% (10823/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  49% (11048/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  50% (11273/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  51% (11499/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  52% (11724/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  53% (11950/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  54% (12175/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  55% (12401/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  56% (12626/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  57% (12852/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  58% (13077/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  59% (13303/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  60% (13528/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  61% (13754/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  62% (13979/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  63% (14204/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  64% (14430/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  65% (14655/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  66% (14881/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  67% (15106/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  68% (15332/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  69% (15557/22546), 3.29 MiB | 1.43 MiB/s
Receiving objects:  69% (15760/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  70% (15783/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  71% (16008/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  72% (16234/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  73% (16459/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  74% (16685/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  75% (16910/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  76% (17135/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  77% (17361/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  78% (17586/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  79% (17812/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  80% (18037/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  81% (18263/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  82% (18488/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  83% (18714/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  84% (18939/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  85% (19165/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  86% (19390/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  87% (19616/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  88% (19841/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  89% (20066/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  90% (20292/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  91% (20517/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  92% (20743/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  93% (20968/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  94% (21194/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  95% (21419/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  96% (21645/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  97% (21870/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  98% (22096/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects:  99% (22321/22546), 11.65 MiB | 3.51 MiB/s
remote: Total 22546 (delta 16245), reused 18781 (delta 12999), pack-reused 0
Receiving objects: 100% (22546/22546), 11.65 MiB | 3.51 MiB/s
Receiving objects: 100% (22546/22546), 13.63 MiB | 3.51 MiB/s, done.

Checking connectivity... done.
travis_time:end:053fb051:start=1433538661238994917,finish=1433538669385665517,duration=8146670600
$ cd grpc/grpc
travis_time:start:005273a0
$ git fetch origin +refs/pull/1958/merge:
remote: Counting objects: 339, done.

From git://github.com/grpc/grpc

branch            refs/pull/1958/merge -> FETCH_HEAD
travis_time:end:005273a0:start=1433538669399748755,finish=1433538670215368679,duration=815619924
$ git checkout -qf FETCH_HEAD
travis_fold:end:git.checkout
travis_fold:start:git.submodule
travis_time:start:0b4a39a4
$ git submodule init
Submodule 'third_party/gflags' (https://github.com/gflags/gflags.git) registered for path 'third_party/gflags'
Submodule 'third_party/openssl' (https://github.com/openssl/openssl.git) registered for path 'third_party/openssl'
Submodule 'third_party/protobuf' (https://github.com/google/protobuf.git) registered for path 'third_party/protobuf'
Submodule 'third_party/zlib' (https://github.com/madler/zlib) registered for path 'third_party/zlib'
travis_time:end:0b4a39a4:start=1433538670347712842,finish=1433538670640980990,duration=293268148
travis_time:start:163e4b8d
$ git submodule update
Cloning into 'third_party/gflags'...
remote: Counting objects: 1772, done.

Checking connectivity... done.
Submodule path 'third_party/gflags': checked out '05b155ff59114735ec8cd089f669c4c3d8f59029'
Cloning into 'third_party/openssl'...
remote: Counting objects: 169548, done.
Receiving objects:   0% (1/169548)
Receiving objects:   1% (1696/169548)
Receiving objects:   2% (3391/169548)
Receiving objects:   3% (5087/169548)
Receiving objects:   4% (6782/169548)
Receiving objects:   5% (8478/169548)
Receiving objects:   6% (10173/169548)
Receiving objects:   7% (11869/169548)
Receiving objects:   8% (13564/169548), 2.73 MiB | 5.44 MiB/s
Receiving objects:   9% (15260/169548), 2.73 MiB | 5.44 MiB/s
Receiving objects:  10% (16955/169548), 2.73 MiB | 5.44 MiB/s
Receiving objects:  11% (18651/169548), 2.73 MiB | 5.44 MiB/s
Receiving objects:  12% (20346/169548), 2.73 MiB | 5.44 MiB/s
Receiving objects:  13% (22042/169548), 2.73 MiB | 5.44 MiB/s
Receiving objects:  13% (22606/169548), 2.73 MiB | 5.44 MiB/s
Receiving objects:  14% (23737/169548), 4.74 MiB | 4.72 MiB/s
Receiving objects:  15% (25433/169548), 4.74 MiB | 4.72 MiB/s
Receiving objects:  16% (27128/169548), 8.89 MiB | 5.86 MiB/s
Receiving objects:  17% (28824/169548), 8.89 MiB | 5.86 MiB/s
Receiving objects:  17% (28970/169548), 12.59 MiB | 6.24 MiB/s
Receiving objects:  18% (30519/169548), 12.59 MiB | 6.24 MiB/s
Receiving objects:  19% (32215/169548), 16.79 MiB | 6.66 MiB/s
Receiving objects:  20% (33910/169548), 16.79 MiB | 6.66 MiB/s
Receiving objects:  20% (35545/169548), 16.79 MiB | 6.66 MiB/s
Receiving objects:  21% (35606/169548), 16.79 MiB | 6.66 MiB/s
Receiving objects:  22% (37301/169548), 20.97 MiB | 6.94 MiB/s
Receiving objects:  23% (38997/169548), 20.97 MiB | 6.94 MiB/s
Receiving objects:  24% (40692/169548), 25.44 MiB | 7.22 MiB/s
Receiving objects:  25% (42387/169548), 25.44 MiB | 7.22 MiB/s
Receiving objects:  26% (44083/169548), 25.44 MiB | 7.22 MiB/s
Receiving objects:  27% (45778/169548), 25.44 MiB | 7.22 MiB/s
Receiving objects:  27% (47086/169548), 25.44 MiB | 7.22 MiB/s
Receiving objects:  28% (47474/169548), 25.44 MiB | 7.22 MiB/s
Receiving objects:  29% (49169/169548), 34.10 MiB | 8.48 MiB/s
Receiving objects:  30% (50865/169548), 34.10 MiB | 8.48 MiB/s
Receiving objects:  31% (52560/169548), 34.10 MiB | 8.48 MiB/s
Receiving objects:  32% (54256/169548), 34.10 MiB | 8.48 MiB/s
Receiving objects:  33% (55951/169548), 34.10 MiB | 8.48 MiB/s
Receiving objects:  34% (57647/169548), 40.04 MiB | 8.85 MiB/s
Receiving objects:  35% (59342/169548), 40.04 MiB | 8.85 MiB/s
Receiving objects:  36% (61038/169548), 40.04 MiB | 8.85 MiB/s
Receiving objects:  37% (62733/169548), 40.04 MiB | 8.85 MiB/s
Receiving objects:  38% (64429/169548), 40.04 MiB | 8.85 MiB/s
Receiving objects:  39% (66124/169548), 40.04 MiB | 8.85 MiB/s
Receiving objects:  39% (67432/169548), 40.04 MiB | 8.85 MiB/s
Receiving objects:  40% (67820/169548), 40.04 MiB | 8.85 MiB/s
Receiving objects:  41% (69515/169548), 44.33 MiB | 9.20 MiB/s
Receiving objects:  42% (71211/169548), 44.33 MiB | 9.20 MiB/s
Receiving objects:  43% (72906/169548), 44.33 MiB | 9.20 MiB/s
Receiving objects:  44% (74602/169548), 44.33 MiB | 9.20 MiB/s
Receiving objects:  45% (76297/169548), 44.33 MiB | 9.20 MiB/s
Receiving objects:  46% (77993/169548), 44.33 MiB | 9.20 MiB/s
Receiving objects:  47% (79688/169548), 44.33 MiB | 9.20 MiB/s
Receiving objects:  48% (81384/169548), 44.33 MiB | 9.20 MiB/s
Receiving objects:  49% (83079/169548), 44.33 MiB | 9.20 MiB/s
Receiving objects:  50% (84774/169548), 44.33 MiB | 9.20 MiB/s
Receiving objects:  51% (86470/169548), 48.96 MiB | 9.78 MiB/s
Receiving objects:  52% (88165/169548), 48.96 MiB | 9.78 MiB/s
Receiving objects:  53% (89861/169548), 48.96 MiB | 9.78 MiB/s
Receiving objects:  54% (91556/169548), 48.96 MiB | 9.78 MiB/s
Receiving objects:  55% (93252/169548), 48.96 MiB | 9.78 MiB/s
Receiving objects:  56% (94947/169548), 48.96 MiB | 9.78 MiB/s
Receiving objects:  57% (96643/169548), 48.96 MiB | 9.78 MiB/s
Receiving objects:  58% (98338/169548), 48.96 MiB | 9.78 MiB/s
Receiving objects:  59% (100034/169548), 48.96 MiB | 9.78 MiB/s
Receiving objects:  60% (101729/169548), 48.96 MiB | 9.78 MiB/s
Receiving objects:  61% (103425/169548), 48.96 MiB | 9.78 MiB/s
Receiving objects:  61% (103558/169548), 48.96 MiB | 9.78 MiB/s
Receiving objects:  62% (105120/169548), 48.96 MiB | 9.78 MiB/s
Receiving objects:  63% (106816/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  64% (108511/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  65% (110207/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  66% (111902/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  67% (113598/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  68% (115293/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  69% (116989/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  70% (118684/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  71% (120380/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  72% (122075/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  73% (123771/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  74% (125466/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  75% (127161/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  76% (128857/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  77% (130552/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  78% (132248/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  79% (133943/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  80% (135639/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  81% (137334/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  82% (139030/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  83% (140725/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  84% (142421/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  85% (144116/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  86% (145812/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  87% (147507/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  88% (149203/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  89% (150898/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  90% (152594/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  91% (154289/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  92% (155985/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  93% (157680/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  94% (159376/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  95% (161071/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  96% (162767/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  97% (164462/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  98% (166158/169548), 55.00 MiB | 10.23 MiB/s
Receiving objects:  99% (167853/169548), 55.00 MiB | 10.23 MiB/s
remote: Total 169548 (delta 102), reused 0 (delta 0), pack-reused 169380
Receiving objects: 100% (169548/169548), 65.56 MiB | 11.75 MiB/s
Receiving objects: 100% (169548/169548), 66.38 MiB | 12.17 MiB/s, done.

Checking connectivity... done.
Submodule path 'third_party/openssl': checked out '3df69d3aefde7671053d4e3c242b228e5d79c83f'
Cloning into 'third_party/protobuf'...
remote: Counting objects: 21758, done.
Receiving objects:   0% (1/21758)
Receiving objects:   1% (218/21758)
Receiving objects:   2% (436/21758)
Receiving objects:   3% (653/21758)
Receiving objects:   4% (871/21758)
Receiving objects:   5% (1088/21758)
Receiving objects:   6% (1306/21758)
Receiving objects:   7% (1524/21758)
Receiving objects:   8% (1741/21758)
Receiving objects:   9% (1959/21758)
Receiving objects:  10% (2176/21758)
Receiving objects:  11% (2394/21758)
Receiving objects:  12% (2611/21758)
Receiving objects:  13% (2829/21758)
Receiving objects:  14% (3047/21758)
Receiving objects:  15% (3264/21758)
Receiving objects:  16% (3482/21758)
Receiving objects:  17% (3699/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  18% (3917/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  19% (4135/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  20% (4352/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  21% (4570/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  22% (4787/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  23% (5005/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  24% (5222/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  25% (5440/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  26% (5658/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  27% (5875/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  28% (6093/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  29% (6310/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  30% (6528/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  31% (6745/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  32% (6963/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  33% (7181/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  33% (7301/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  34% (7398/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  35% (7616/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  36% (7833/21758), 3.60 MiB | 6.72 MiB/s
Receiving objects:  37% (8051/21758), 8.70 MiB | 8.40 MiB/s
Receiving objects:  38% (8269/21758), 8.70 MiB | 8.40 MiB/s
Receiving objects:  39% (8486/21758), 8.70 MiB | 8.40 MiB/s
Receiving objects:  40% (8704/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  41% (8921/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  42% (9139/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  43% (9356/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  44% (9574/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  45% (9792/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  46% (10009/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  47% (10227/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  48% (10444/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  49% (10662/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  50% (10879/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  51% (11097/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  52% (11315/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  53% (11532/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  54% (11750/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  55% (11967/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  56% (12185/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  57% (12403/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  58% (12620/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  59% (12838/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  60% (13055/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  61% (13273/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  62% (13490/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  63% (13708/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  64% (13926/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  65% (14143/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  66% (14361/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  66% (14413/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  67% (14578/21758), 18.27 MiB | 11.88 MiB/s
Receiving objects:  68% (14796/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  69% (15014/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  70% (15231/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  71% (15449/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  72% (15666/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  73% (15884/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  74% (16101/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  75% (16319/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  76% (16537/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  77% (16754/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  78% (16972/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  79% (17189/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  80% (17407/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  81% (17624/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  82% (17842/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  83% (18060/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  84% (18277/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  85% (18495/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  86% (18712/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  87% (18930/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  88% (19148/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  89% (19365/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  90% (19583/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  91% (19800/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  92% (20018/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  93% (20235/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  94% (20453/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  95% (20671/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  96% (20888/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  97% (21106/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  98% (21323/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects:  99% (21541/21758), 25.15 MiB | 12.34 MiB/s
remote: Total 21758 (delta 0), reused 0 (delta 0), pack-reused 21758
Receiving objects: 100% (21758/21758), 25.15 MiB | 12.34 MiB/s
Receiving objects: 100% (21758/21758), 27.65 MiB | 12.34 MiB/s, done.

Checking connectivity... done.
Submodule path 'third_party/protobuf': checked out '3e2c8a5dd79481e1d36572cdf65be93514ba6581'
Cloning into 'third_party/zlib'...
remote: Counting objects: 4194, done.

Checking connectivity... done.
Submodule path 'third_party/zlib': checked out '50893291621658f355bc5b4d450a8d06a563053d'
travis_time:end:163e4b8d:start=1433538670653341339,finish=1433538693955589386,duration=23302248047
travis_fold:end:git.submodule

Setting environment variables from .travis.yml
$ export RUBY_VERSION=2.1
$ export COVERALLS_PARALLEL=true
$ export CPPFLAGS=-I/tmp/prebuilt/include
$ export NUGET="mono nuget.exe"
$ export CONFIG=gcov
$ export TEST=c++
$ export JOBS=16

$ export CXX=g++
$ export CC=gcc
$ g++ --version
g++ (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
travis_fold:start:before_install.1
travis_time:start:15f90776
$ sudo add-apt-repository ppa:yjwong/gflags -y
Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /tmp/tmp.SYezueaabC --trustdb-name /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg --primary-keyring /etc/apt/trusted.gpg --keyring /etc/apt/trusted.gpg.d//apt.postgresql.org.gpg --keyserver hkp://keyserver.ubuntu.com:80/ --recv C43E6E8C0749A3D89575D9945E91ACA7C851003A
gpg: requesting key C851003A from hkp server keyserver.ubuntu.com
gpg: key C851003A: public key "Launchpad PPA for Wong Yong Jie" imported
gpg: Total number processed: 1
gpg:               imported: 1  (RSA: 1)
travis_time:end:15f90776:start=1433538694060056036,finish=1433538697702497187,duration=3642441151
travis_fold:end:before_install.1
travis_fold:start:before_install.2
travis_time:start:133fde18
$ sudo add-apt-repository ppa:h-rayflood/llvm -y
Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /tmp/tmp.oZJ9Q4IARI --trustdb-name /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg --primary-keyring /etc/apt/trusted.gpg --keyring /etc/apt/trusted.gpg.d//apt.postgresql.org.gpg --keyserver hkp://keyserver.ubuntu.com:80/ --recv EF9300D9D55E308863EA191B9DB3C0CF23957A28
gpg: requesting key 23957A28 from hkp server keyserver.ubuntu.com
gpg: key 23957A28: public key "Launchpad PPA for hATrayflood" imported
gpg: Total number processed: 1
gpg:               imported: 1  (RSA: 1)
travis_time:end:133fde18:start=1433538697709744732,finish=1433538699001252827,duration=1291508095
travis_fold:end:before_install.2
travis_fold:start:before_install.3
travis_time:start:001a6e92
$ sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 3FA7E0328081BFF6A14DA29AA6A19B38D3D831EF
Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /tmp/tmp.tNAd2HKemA --trustdb-name /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg --primary-keyring /etc/apt/trusted.gpg --keyring /etc/apt/trusted.gpg.d//apt.postgresql.org.gpg --keyserver keyserver.ubuntu.com --recv-keys 3FA7E0328081BFF6A14DA29AA6A19B38D3D831EF
gpg: requesting key D3D831EF from hkp server keyserver.ubuntu.com
gpg: key D3D831EF: public key "Xamarin Public Jenkins (auto-signing<EMAIL_ADDRESS>imported
gpg: no ultimately trusted keys found
gpg: Total number processed: 1
gpg:               imported: 1  (RSA: 1)
travis_time:end:001a6e92:start=1433538699019310399,finish=1433538699428273297,duration=408962898
travis_fold:end:before_install.3
travis_fold:start:before_install.4
travis_time:start:08a54a3b
$ echo "deb http://download.mono-project.com/repo/debian wheezy main" | sudo tee /etc/apt/sources.list.d/mono-xamarin.list
deb http://download.mono-project.com/repo/debian wheezy main
travis_time:end:08a54a3b:start=1433538699454141826,finish=1433538699488444144,duration=34302318
travis_fold:end:before_install.4
travis_fold:start:before_install.5
travis_time:start:03e47f43
$ echo "deb http://download.mono-project.com/repo/debian wheezy-libtiff-compat main" | sudo tee -a /etc/apt/sources.list.d/mono-xamarin.list
deb http://download.mono-project.com/repo/debian wheezy-libtiff-compat main
travis_time:end:03e47f43:start=1433538699496033424,finish=1433538699542183474,duration=46150050
travis_fold:end:before_install.5
travis_fold:start:before_install.6
travis_time:start:3d2a6b01
$ sudo apt-get update -qq
W: Failed to fetch http://ppa.launchpad.net/couchdb/stable/ubuntu/dists/precise/Release.gpg  Could not connect to ppa.launchpad.net:80 (<IP_ADDRESS>), connection timed out
W: Failed to fetch http://ppa.launchpad.net/git-core/v1.8/ubuntu/dists/precise/Release.gpg  Unable to connect to ppa.launchpad.net:http:
W: Failed to fetch http://ppa.launchpad.net/h-rayflood/llvm/ubuntu/dists/precise/Release.gpg  Unable to connect to ppa.launchpad.net:http:
W: Failed to fetch http://ppa.launchpad.net/rwky/redis/ubuntu/dists/precise/Release.gpg  Unable to connect to ppa.launchpad.net:http:
W: Failed to fetch http://ppa.launchpad.net/travis-ci/zero-mq/ubuntu/dists/precise/Release.gpg  Unable to connect to ppa.launchpad.net:http:
W: Failed to fetch http://ppa.launchpad.net/ubuntugis/ppa/ubuntu/dists/precise/Release.gpg  Unable to connect to ppa.launchpad.net:http:
W: Failed to fetch http://ppa.launchpad.net/webupd8team/java/ubuntu/dists/precise/Release.gpg  Unable to connect to ppa.launchpad.net:http:
W: Failed to fetch http://ppa.launchpad.net/yjwong/gflags/ubuntu/dists/precise/Release.gpg  Unable to connect to ppa.launchpad.net:http:
W: Some index files failed to download. They have been ignored, or old ones used instead.
travis_time:end:3d2a6b01:start=1433538699555741314,finish=1433538714589861588,duration=15034120274
travis_fold:end:before_install.6
travis_fold:start:before_install.7
travis_time:start:13c540dc
$ sudo apt-get install -qq libgtest-dev libgflags-dev python-virtualenv clang-3.5
E: Unable to locate package libgflags-dev
travis_time:end:13c540dc:start=1433538714610618153,finish=1433538715633511979,duration=1022893826

The command "sudo apt-get install -qq libgtest-dev libgflags-dev python-virtualenv clang-3.5" failed and exited with 100 during .
Your build has been stopped.

Is this still a thing?

@jtattermusch, yes this is still a thing. Travis fails when I'm trying to build it.

We haven't been using Travis for more than a year now.

we're using travis and the build fails because it can't find libgflags-dev


[BUG] When deploying an email asset, the error "Asset not found for name" is displayed for assets called with ContentBlockByName function, even though these assets exist in BU

Is there an existing issue for this?

[X] I have searched the existing issues

Current Behavior
When deploying an email asset, the error asset <assetNameToDeploy>: Asset not found for name <assetNameCalledByName> is displayed for assets called with %%=TreatAsContent(ContentBlockByName('<assetNameCalledByName>'))=%% function in the deployed asset, even though these assets exist in BU
Despite this error, the assets are deployed correctly (a message about the successful deployment is later visible).

Expected Behavior
When deploying assets, you should not see an error that assets referenced by the %%=TreatAsContent(ContentBlockByName('<assetNameCalledByName>'))=%% function do not exist if they exist on the target BU
Steps To Reproduce

Create an email asset that uses %%=TreatAsContent(ContentBlockByName('<assetNameCalledByName>'))=%% function to call another asset (already existing on the target BU)
Save the created asset in the deploy folder
Run mcdev d <buPath> asset '<assetNameToDeploy>
See error asset <assetNameToDeploy>: Asset not found for name <assetNameCalledByName>

Version
7.4.4
Environment

OS: Windows
Node: 20.11.1 / 23.0.0
npm: 10.8.1 / 10.9.0

Participation

[ ] I am willing to submit a pull request for this issue.

Additional comments
No response

sooooo, the workaround seems to be to include the items that were not found in the deployment package.
I'll prioritize this though.

further investigation showed that this is a non-blocking error and hence we can move it along by one patch release in favor of more pressing bugs


[Bug] Notification, if data is greater than mtu, is called just once so i receive just the first "chunk"

IF YOU DON'T ANSWER THIS TEMPLATE - THE BOT WILL AUTOMATICALLY CLOSE YOUR ISSUE!
Please check all of the platforms you are having the issue on (if platform is not listed, it is not supported)

[ ] iOS
[X ] Android
[ ] UWP
[ ] .NET Standard

Version 6.26
Version of OS(s) listed above with issue
Steps to Reproduce

Connect to a given device
Enable notification
Write to device waiting for notification

Expected Behavior
At the moment, when device send me notification, works if notification data is smaller than mtu (158), but if it's greater o reaceive just a part of the complete packet.
This is what i receive:
02 30 30 30 30 30 30 30 30 30 30 30 31 30 30 30 31 30 31 34 34 b0 80 e0 d2 ce d8 d4 a0 d2 80 80 80 80 80 81 80 80 81 84 d2 80 d2 d0 80 c6 c9 cf d7 c2 d4 b0 80 b1 c3 cb d2 d3 c2 b0 80 b4 b0 b1 b2 b0 b0 b0 80 b0 b0 b0 b1 df d0 c6 80 80 c3 cb d2 d3 c2 b0 80 b4 b0 b1 b2 b0 b0 b0 80 b0 b0 b0 b1 df c3 cc 80 80 d7 c3 cf c4 c9 c3 80 c5 c1 d5 d4 cf d2 c9 80 d4 c1 c4 c5 c6 c1 d5 80 cc d4 b1 b2 b3 b4 d7 80 c4 d3 c3 d7 80 ad 90 80 80 80 89 8d 80 d7 d3 80 ce c1 cd c3 87 e4
Actual Behavior
This is the code i use for notification:
`charRx.EnableNotifications().Subscribe(p =>
{
// Console.WriteLine($"-----------------> charRx.EnableNotifications().Subscribe\n");
                                charRx.WhenNotificationReceived().Subscribe(next =>
                                {
                                    byte[] bufByte = new byte[next.Data.Length];

                                    Console.WriteLine($"LEN CHAR: {next.Characteristic.Value.Length}. DATA LEN:{next.Data.Length}");

                                    Array.Copy(next.Data, 0, bufByte, 0, bufByte.Length);
                                    Console.WriteLine($"-----------------> READ: {ByteArrayToString(bufByte)}\n");
                                    Xamarin.Forms.Device.BeginInvokeOnMainThread(() =>
                                    {
                                        CommunicatioChannelDataReceived?.Invoke(this, bufByte);
                                    });
                                },
                                onError =>
                                {
                                    Console.WriteLine($"-----------------> READ ERROR: {onError.Message}\n");
                                },
                                () =>
                                {
                                    Console.WriteLine($"-----------------> READ: Completed\n");
                                });
                            });`

The complet packet:
02 30 30 30 30 30 30 30 30 30 30 30 31 30 30 30 31 30 31 34 34 b0 80 e0 d2 ce d8 d4 a0 d2 80 80 80 80 80 81 80 80 81 84 d2 80 d2 d0 80 c6 c9 cf d7 c2 d4 b0 80 b1 c3 cb d2 d3 c2 b0 80 b4 b0 b1 b2 b0 b0 b0 80 b0 b0 b0 b1 df d0 c6 80 80 c3 cb d2 d3 c2 b0 80 b4 b0 b1 b2 b0 b0 b0 80 b0 b0 b0 b1 df c3 cc 80 80 d7 c3 cf c4 c9 c3 80 c5 c1 d5 d4 cf d2 c9 80 d4 c1 c4 c5 c6 c1 d5 80 cc d4 b1 b2 b3 b4 d7 80 c4 d3 c3 d7 80 ad 90 80 80 80 89 8d 80 d7 d3 80 ce c1 cd c3 87 e4 c3 82 cf d2 c4 c9 ce c5 c4 80 c5 c6 c1 d5 cc d4 ce 80 d5 cd c5 d2 cf b1 f1 80 b0 d2 c3 f8 80 80 80 f8 03
I tested same device in a desktop application connected with gatt and it works like a charme
Do you have any idea how to retrieve the full packet during notification?
Thanks for your kindly help
Leonardo

You have to chunk your packet up and send it.  I don't do this for you.

Thanks for your reply.
I'm not the owner of the Gatt Server. I'm working on a Gatt client so i can recreate packet only if i receive all the chunks. If you may suggest where to put my hands in source code, i can give it a try...
Or may u suggest a more specific solution?
Thanks
Leonardo

There is nothing on the client side that I know of that will fix this.

Update:
I've read server device and it generate a notification for each chunk. Each chunk is smaller than MTU, so form the server point of view, it is ok. Using the library i receive ONLY the first chunk.


500 When transfering repo ownership

500 When transferring repo ownership,
The only thing I found in the xorm.log was,
[xorm] [info]  2015/11/03 12:43:20.215774 [sql] ROLL BACK

and in the gogs.log,
2015/11/03 12:43:20 [...ters/repo/setting.go:141 SettingsPost()] [E] TransferOwnership: GetOwnerTeam: Team does not exist

https://github.com/gogits/gogs/blob/master/CONTRIBUTING.md#bug-report
If you're using SQLite3 and 0.6.15, this is a fixed problem in master.

Nope, Using Sqlite3 on the newest master, as of 15 min ago rebuild.

What is the version show bottom of the page?

Version: <IP_ADDRESS>3 Beta

OK, can you try master again?

2015/11/03 13:37:08 [...ters/repo/setting.go:141 SettingsPost()] [E] TransferOwnership: GetOwnerTeam: Team does not exist

If you did update and recompile the Gogs, the error message has been changed:

https://github.com/gogits/gogs/commit/8411b50f5d4e3b30d7d601612ee2aa5e4921c968#diff-d4e2553a87eb8b329efd7335f028903cR953

GetOwnerTeam -> getOwnerTeam

ill do a full clean, and recompile

"Please make sure that the repository name you entered is correct.", was reported on the page.

Cool! Thanks your confirmation.


[TASK] Add Message queue to the Gossiping and networking Level

Since we started using RPC for listening for Finality notifications, there will be a few ms latency between different nodes and when they start on a job. For example, if we have 3 nodes A, B, and C and both A, B and C are running and connected with each other through p2p network. Then we created a Job that involves A, B and C.
Let moment T is when this job got finalized and N is the block number when that job got finalized. Then imagine the following:
At T
A and B got a finality notification for block N and started the job.
At T+1
C got the finality notification for block N and started the job.
Between T and T+1 there were some messages exchanged between A -> C and B -> C. We need to be extra sure that those messages are queued up until C starts the job and then reads these messages.

The WorkManager already enqueues messages for jobs that it doesn't have registered/enqueued. Closing.


Unpin fixed league/csv version

Package
filament/actions
Package Version
v3.2.23
Laravel Version
v10.0.0
Livewire Version
No response
PHP Version
PHP 8.2.0
Problem description
Hello,
There was a fix on filament/filament to unpin fixed league/csv version but the package filament/action has still the version pinned to 9.11.0.
Thanks
Expected behavior
To be able to upgrade league/csv to 9.14
Steps to reproduce
Check composer file
{
"name": "filament/actions",
"description": "Easily add beautiful action modals to any Livewire component.",
"license": "MIT",
"homepage": "https://github.com/filamentphp/filament",
"support": {
"issues": "https://github.com/filamentphp/filament/issues",
"source": "https://github.com/filamentphp/filament"
},
"require": {
"php": "^8.1",
"anourvalar/eloquent-serialize": "^1.2",
"filament/forms": "self.version",
"filament/infolists": "self.version",
"filament/notifications": "self.version",
"filament/support": "self.version",
"illuminate/contracts": "^10.0",
"illuminate/database": "^10.0",
"illuminate/support": "^10.0",
"league/csv": "9.11.0",
"openspout/openspout": "^4.23",
"spatie/laravel-package-tools": "^1.9"
Reproduction repository
https://github.com/alepieser/filament_bug
Relevant log output
No response

done

Gonna need to revert, its causing imports not to run


General fixes

Issue #, if available:
Description of changes:
Basic PEP 8 corrections,
Making code more readable,
Small fixes.
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

Job PR-307-1 is done.
Docs are uploaded to http://autogluon-staging.s3-website-us-west-2.amazonaws.com/PR-307/1/index.html


Support for ARDUINO MKR WAN 1310

There was a request to support this device that does not use an ESP32. https://store.arduino.cc/usa/mkr-wan-1310

We've added a few non ESP32 boards now including a board that is compatible with the Arduino Zero Arm Cortex M0+
The new-packet-format branch also adds Heltec CubeCells which are also Arm Cortex M0+ based and use the new LoRa SX126x chip.

This item will be addressed in CDP Core


Test signal generator

IMPORTANT: All PRs must be linked to an issue (except for extremely trivial and straightforward changes).
Fixes #221
Description
Test Signal Generator
Screenshots (if applicable)
Checklist

[x] I have read the Contribution Guidelines
[x] I have written Unit Tests
[x] I have discussed my proposed solution with code owners in the linked issue(s) and we have agreed upon the general approach

@VishwanathB45 please resolve conflicts and rerun the tests


Handle foreign key violates on delete resource (platforms)

Handle foreign key violations on delete resource (platforms)
Motivation
Delete requests which fail with foreign key violation should return Bad Request 400 instead of
Internal Server Error 500.
Solution
DELETE /v1/platforms/<platform_id>
Response Status: 400 Bad Request
{
  "error": "ExistingReferenceEntity",
  "description": "Could not remove entity 'types.Platform' due to an existing reference entity"
}

Pull Request status

[x] Initial implementation
[x] Integration tests

Coverage increased (+0.007%) to 88.27% when pulling ddadc1a20ceb17648a8326779e08a607dbbcba1a on delete-platform-instance-msg into 853adf090be521f164753f9557ea9c98d2eeb25f on instance_labelling.

I'd really like to have a user-friendly message. Like "I can't delete the platform, because there's instance with id  associated with it". Not sure if we can achieve this actually, but the current error is not much better that the one from the db.

I'd really like to have a user-friendly message. Like "I can't delete the platform, because there's instance with id associated with it". Not sure if we can achieve this actually, but the current error is not much better that the one from the db.

Discussed it with @KirilKabakchiev  and @pankrator , will provide a different approach soon.

New representation:
{
  "error": "ExistingReferenceEntity",
  "description": "Error deleting entity Platform: Could not delete entity Platform due to existing reference entity ServiceInstance"
}


Uncaught Exception: Attempting to call a function in a renderer window that has been closed or released. Function provid

This happend after login after first start when I resized the window. This error was repeating with more window resizing. This isn't happening anymore after restarting the app.
An uncaught exception was reported.
Info:
OS: win32
Arch: ia32
GPMDP Version: 3.0.1
Time: Wed Mar 16 2016 17:48:46 GMT 0100 (Środkowoeuropejski czas stand.)
Error:
Attempting to call a function in a renderer window that has been closed or released. Function provid
Error: Attempting to call a function in a renderer window that has been closed or released. Function provided here: Object.<anonymous> (C:\Users\konta\AppData\Local\GPMDP_3\app-3.0.1\resources\app\build\inject\GPMInject\interface\mouseButtonNavigation.js:8:8.
    at BrowserWindow.callIntoRenderer (C:\Users\konta\AppData\Local\GPMDP_3\app-3.0.1\resources\atom.asar\browser\lib\rpc-server.js:201:19)
    at emitTwo (events.js:92:20)
    at BrowserWindow.emit (events.js:172:7)

This issue was created automatically inside the uncaughtException handler

Closing this automatically reported issue as a duplicate of #470


Make mail attribute optional

Currently, mail attribute seems to be required. Would it be possible to make it optional and let the user enter an email when creating the account ?

I just made a test by not providing the email address in the Controller.
The LDAP connection modal asked me to type an Email address that later need to be verified, which is what I would expect in this case.
--- LDAPAuthController.php      2022-11-20 14:11:25.000000000 +0100
+++ "LDAPAuthController copy.php"       2022-11-20 14:11:10.000000000 +0100
@@ -77,7 +77,7 @@
                                                        function (Registration $registration) use ($user, $userLdapUsername, $userLdapMail) {
                                                                $registration
                                                                        ->provide('username', $user[strtolower($userLdapUsername)][0])
-                                                                       ->provideTrustedEmail($user[strtolower($userLdapMail)][0])
+                                                                       // ->provideTrustedEmail($user[strtolower($userLdapMail)][0])
                                                                        //->provideAvatar($user->getJpegPhoto())
                                                                        ->setPayload((array)$user['dn']);
                                                        }

I have little time to test it out myself, could you try the mentioned PR above?


[Feature Request]: Add Password validation on sign up page

Is there an existing feature request for this?

[X] I have searched the existing feature requests

Describe the feature you would like to request
We need to implement strong password validation for the password field to improve security. The validation should enforce specific criteria to ensure users create secure passwords during account creation or password updates.
What problem does this feature solve?
Requirements

Password Criteria:

Passwords must be at least 8 characters long.
Include at least one uppercase letter.
Include at least one lowercase letter.
Include at least one numeric digit.
Include at least one special character (e.g., @, #, $, !, %, etc.).

Confirmation

[X] I have read the Bitbox Contributing Guidelines
[X] I am a GSSOC-EXT contributor
[X] I am a HACKTOBERFEST contributor
[X] I have starred the Bitbox repository
[X] I would like to help implement this feature

Hyy @IkkiOcean, I'm assigning this issue to you.


Integrate IRP into Claim

This is the PoC for integrating IRP into claim.
Currently has some conflicts based on recent changes to the master branch.
The IRP user journey code has been migrated/transpose like for like - and not refactored the user journey to use SLUGs, etc, The code is separate in the lib folder to make this obviously different.
The claim admin code has additions for the IRP policy and are fairly standard.
Requirement changes and improvements are to be expected to be built on this approach for September. i.e. Reports, etc. See the backlog under the IRP Integration epic.
The admin tasks have been reviewed and updated based on feedback from Cadence and the Live Service team.

Im closing this as https://github.com/DFE-Digital/claim-additional-payments-for-teaching/pull/2880 has now been merged. Leaving the branch here though for future reference and posterity


Update docs

This PR aims to update the README docs to:

make it shorter and to the point (especially make the code part shorter)
add the Feathr Highlights so folks can get that easily
Point to the doc site instead of the mark down files in most of the cases)

Release candidate for v0.4.0


HV-1543 Investigate if we can short circuit ConstraintTree#passesCompositionTypeRequirement() when not in the composition case

https://hibernate.atlassian.net/browse/HV-1543

I've created two implementations for ConstraintTree nodes - one is a leaf kind a constraint node without any children hence non-composing constraint. In such case we can simplify the logic in validate method and jump directly to validating "main" constraint. Another kind of node is for a composing constraints. It has children and all the logic as was in the ConstraintTree prior to changes.
The changes themselves might not be very readable. But it's just because of moving methods around in the class :smile:
@gsmet please let me know what you think of such approach.
Also some benchmark numbers for these changes:
Current:
Benchmark                                                                                Mode  Cnt     Score    Error   Units
SimpleValidation.testSimpleBeanValidation                                                  thrpt   20  1901.092 ± 34.301  ops/ms
CascadedValidation.testCascadedValidation                                                  thrpt   20   457.333 ± 140.714  ops/ms
CascadedWithLotsOfItemsAndMoreConstraintsValidation.testCascadedValidationWithLotsOfItems  thrpt   20  1435.712 ±  47.790   ops/s
CascadedWithLotsOfItemsValidation.testCascadedValidationWithLotsOfItems                    thrpt   20  1844.000 ±  43.504   ops/s

6.0.7:
Benchmark                                                                                Mode  Cnt     Score    Error   Units
SimpleValidation.testSimpleBeanValidation                                                  thrpt   20  1888.014 ± 36.861  ops/ms
CascadedValidation.testCascadedValidation                                                  thrpt   20   421.932 ± 111.066  ops/ms
CascadedWithLotsOfItemsAndMoreConstraintsValidation.testCascadedValidationWithLotsOfItems  thrpt   20  1234.872 ±  15.871   ops/s
CascadedWithLotsOfItemsValidation.testCascadedValidationWithLotsOfItems                    thrpt   20  1691.087 ±  27.512   ops/s

Didn't look into the details, but I like the idea. If the numbers are in a favor of it also when comparing to latest master including all recent improvements, I'm +1 on it. Just might want to make it two separate top-level classes in their own source files.

Just might want to make it two separate top-level classes in their own source files.

+1 on this one as well.

@marko-bekhta btw, another very minor comment: in the commit message, I would s/constraint tree/ConstraintTree/

saw the last comment just in time :) also the new numbers (this time changes vs master):
changes:
Benchmark                                                                                Mode  Cnt     Score    Error   Units
SimpleValidation.testSimpleBeanValidation                                                  thrpt   20  1939.228 ± 39.089  ops/ms
CascadedValidation.testCascadedValidation                                                  thrpt   20   561.622 ± 13.530  ops/ms
CascadedWithLotsOfItemsAndMoreConstraintsValidation.testCascadedValidationWithLotsOfItems  thrpt   20  1449.060 ± 28.778   ops/s
CascadedWithLotsOfItemsValidation.testCascadedValidationWithLotsOfItems                    thrpt   20  1943.804 ±  21.076   ops/s

master:
Benchmark                                                                                Mode  Cnt     Score    Error   Units
SimpleValidation.testSimpleBeanValidation                                                  thrpt   20  1839.670 ± 128.920  ops/ms
CascadedValidation.testCascadedValidation                                                  thrpt   20   555.239 ± 39.908  ops/ms
CascadedWithLotsOfItemsAndMoreConstraintsValidation.testCascadedValidationWithLotsOfItems  thrpt   20  1351.637 ± 34.253   ops/s
CascadedWithLotsOfItemsValidation.testCascadedValidationWithLotsOfItems                    thrpt   20  1887.817 ± 32.541   ops/s

@marko-bekhta merged, thanks!
I knew it would be faster ;).

Btw, very nicely done.


display default alphabet in readme

Some other libraries (shortid for example) include dashes and/or underscores in their default alphabet, which may not be desired. It's nice to see the default set listed if this aspect is important for the developer.

Coverage remained the same at 100.0% when pulling a277f9a5ddf2b544ff94c70d61edfec46bcfd701 on gswalden:patch-1 into 430c530a40de6c0c23b5eea2a60f62fa395402a8 on ivanakimov:master.

Coverage remained the same at 100.0% when pulling a277f9a5ddf2b544ff94c70d61edfec46bcfd701 on gswalden:patch-1 into 430c530a40de6c0c23b5eea2a60f62fa395402a8 on ivanakimov:master.

Coverage remained the same at 100.0% when pulling a277f9a5ddf2b544ff94c70d61edfec46bcfd701 on gswalden:patch-1 into 430c530a40de6c0c23b5eea2a60f62fa395402a8 on ivanakimov:master.

Coverage remained the same at 100.0% when pulling a277f9a5ddf2b544ff94c70d61edfec46bcfd701 on gswalden:patch-1 into 430c530a40de6c0c23b5eea2a60f62fa395402a8 on ivanakimov:master.

Boh, I forgot about this, sorry :) Merged & thanks for the PR!


Remove abstractclassmethod reference from ABC

abstractclassmethod was deprecated in 3.3. Chaining classmethod and abstractmethod now accomplish the desired result.

Codecov Report

Merging #6 (c6ece5f) into main (8d66807) will not change coverage.
The diff coverage is 100.00%.

@@            Coverage Diff            @@
##              main        #6   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           15        15
  Lines          413       414    +1
  Branches        34        34
=========================================
+ Hits           413       414    +1

Flag
Coverage Δ

unittests
100.00% <100.00%> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

src/picartoapi/model/base_model.py
100.00% <100.00%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 8d66807...c6ece5f. Read the comment docs.


Parsoid is broken

Issue description
After the move to Node2Nix, nodePackages.parsoid is no more, which breaks services.parsoid on NixOS. I've tried to add it to pkgs/development/node-modules/node-packages.json and rebuild but alas, resulting package does not build:
npm ERR! git clone --template=/tmp/nix-build-node-parsoid-0.5.2.drv-0/.npm/_git-remotes/_templates --mirror https://github.com/tstarling/pegjs.git /tmp/nix-build-node-parsoid-0.5.2.drv-0/.npm/_git-remotes/https-github-com-tstarling-pegjs-git-d153f2a9: undefined
npm ERR! git clone --template=/tmp/nix-build-node-parsoid-0.5.2.drv-0/.npm/_git-remotes/_templates --mirror https://github.com/tstarling/pegjs.git /tmp/nix-build-node-parsoid-0.5.2.drv-0/.npm/_git-remotes/https-github-com-tstarling-pegjs-git-d153f2a9: undefined
npm ERR! fetch failed https://registry.npmjs.org/domino/-/domino-1.0.21.tgz
npm WARN retry will retry, error on last attempt: Error: getaddrinfo ENOTFOUND registry.npmjs.org registry.npmjs.org:443
npm ERR! fetch failed https://registry.npmjs.org/express/-/express-4.13.3.tgz
npm WARN retry will retry, error on last attempt: Error: getaddrinfo ENOTFOUND registry.npmjs.org registry.npmjs.org:443
...
npm ERR! fetch failed https://registry.npmjs.org/colors/-/colors-1.1.2.tgz
npm ERR! Linux 4.7.2
npm ERR! argv "/nix/store/0wwy5vd1zlny06w268baqgffkjahjqyh-nodejs-4.4.6/bin/node" "/nix/store/0wwy5vd1zlny06w268baqgffkjahjqyh-nodejs-4.4.6/bin/npm" "--registry" "http://www.example.com" "--nodedir=/nix/store/3a63lyriqrkzg6j613zsfsy8q5db76is-node-sources" "--production" "install"
npm ERR! node v4.4.6
npm ERR! npm  v2.15.5
npm ERR! code ENOGIT

npm ERR! not found: git
npm ERR!
npm ERR! Failed using git.
npm ERR! This is most likely not a problem with npm itself.
npm ERR! Please check if you have git installed and in your PATH.

npm ERR! Please include the following file with any support request:
npm ERR!     /nix/store/f8fcz9fl9y06rc9r1hqpi4vgsxh95s08-node-parsoid-0.5.2/lib/node_modules/parsoid/npm-debug.log
builder for ‘/nix/store/jjlz3ga04al83hvq7c514mmaak67br52-node-parsoid-0.5.2.drv’ failed with exit code 1
error: build of ‘/nix/store/jjlz3ga04al83hvq7c514mmaak67br52-node-parsoid-0.5.2.drv’ failed

cc @svanderburg

FWIW here is the regenerated set with package added: https://github.com/abbradar/nixpkgs/commit/472443c6db00aaa353a9e7cca53beb2ee5af56d7. I hope this helps...

@abbradar Any reason to not open a PR with those changes?

@cse-jenkins Well, they do not work (see error above) and I'm not sure what to fix...

Ough, mornings are bad for me. cc @cstrahan . @cse-jenkins, sorry!

@svanderburg, ping. I'm sorry for getting on your nerves but this breaks a service (disclosure: and my local instance) and I have no idea how to fix this because of practically no knowledge of JS world...


error when starting in windows

Hi,
I configured the .conf file and when i start the exe in cmd i get this error:
C:\Util\Crypto\DashEvoTool-windows-x86_64>dash-evo-tool.exe
Error: OpenGL(PainterError("egui_glow requires opengl 2.0+. "))
And dash core is also running!

This happens on Windows Server, or if you're in a VM with zero graphics functionality

I run a VM using windows pro 11 x64....graphic wise it should have some capability, i play 2k video on the machine ....
Maybe it don't say much? What can i check?

Any solution?
The VM for sure has GPU functionalities.

I believe this is resolved. @ogabrielides can you confirm?

@pauldelucia No, this is not fixed yet


Textures and chunks bug out, making the game nearly unplayable.

BTW Version: V2.1.4
Multiplayer: No
Issue: Chunks stop rendering when you break a block, the ui keeps glitching when you hold an item
Steps to Reproduce: Break a block and hold an item
Addons: None

Intel driver bug, present in all old vanilla Minecraft versions. For 2.1.4, install the Neodymium addon, for 3.0 there is an internal fix.

Intel driver bug, present in all old vanilla Minecraft versions. For 2.1.4, install the Neodymium addon, for 3.0 there is an internal fix.

uhh
i don't know if i'm installig the right thing but it doesn't seem to be working.

This is the one: https://github.com/BTW-Community/Neodymium/releases/tag/v0.2.1
Put the jar into your mods folder. Make sure you use Java 8. If that doesn't work, you can for further troubleshooting join our discord.


Incremental Backup with plocal

We have LSNs (log sequence number) in plocal so we can store last LSN during backup and then only backup pages which has bigger LSN and left everything also outside. Merge should be obvious in such case.

How much space takes the WAL? I'm worried about it, while a dedicated log would be much smaller.

We do not need wal for this, consider following.
We have list of numbers and we need filter out numbers which a less then given one. By numbers I mean LNSs for each page.  We can read last lsn from backuped db. And then filter out pages which has less lsn, it's performance will be pretty close to check databases performance. That is why we can use  it to measure inc. backup perrofmance. We need wal only if we do not want to block database at all. I mean ok we know that we started backup lets say at LSN 42, last lsn in wal, and we do copy diff of data to other location. if we want to have db keep and running we need to copy wal starting from LSN 42 after we copied all the data.  But from start I think we should do blocked backup and then unblocked backup later. We need to look at all nuances at last case.

We could create a gzipped file with all the operations with LSN > than requested.

Live incremental backup is implemented.
It means that current version of incremental backup has following features:

You do not copy data of whole database every time, you merely copy data which were changed after last backup.
For most of the cases your database will NOT work in read only mode, you will work with database "as usual", but operations speed will be a bit slower.

To make backup from Java API use com.orientechnologies.orient.core.db.ODatabase#incrementalBackup(String path). Where path is path to the folder where all backup files (with .ibu extension) will be kept.
To restore database perform following steps:

Create empty database.
Call com.orientechnologies.orient.core.db.ODatabase#incrementalRestore(String path). Where path is path to the folder where all backup files (with .ibu extension) are kept.

To make backup from console use the command : backup  database  -incremental. Where  is path to the folder where all backup files (with .ibu extension) will be kept.
To restore database from console use the command : restore database  -incremental. Where path is  to the folder where all backup files (with .ibu extension) are kept.
What does mean phrase "for most of the cases your database will not work in read only mode" ? Because we do not apply lock on data modification operations during backup we track all changes are done to the data during
period when we start backup to the period when we finish backup in database journal. Then at the end of backup storage copies this journal to the backup file. So to make journal data consistent
we wait at the end of backup till all data modification operations will be completed and only then  we "cut" database journal and allow to continue to perform next data modification operations.
Typically it matters of milliseconds. But if you have huge transaction with many operations on it, users may experience delay (till this transaction will be finished) in their data modification requests.

That sounds like a pretty cool feature Andrey. Thanks for the hard work. :+1:
Scott

@smolinari Thank you :-)

@laa, this is really cool. Thank you. This is expected in v2.2, right?

Yes sure, now we integrate new projects under orientdb project, it will take couple of days. After that you may try it from maven snapshot repository or from source code (it is in develop branch)

@laa is it possible to restore from a previous backup e.g., incremental backup1 -> lots of data deleted accidentally -> incremental backup 2 now we want to restore from backup1 how can this be done?

@nagarajasr do you mean is it possible to restore only from part of backups not whole set ? Now it is not implemented but it may be possible. I think we should introduce 2 commands one will show you list of backup files and last time stamp of change in database it is called LSN for each backup. Then you run incremental backup and provide lsn up to which you wish to restore your database. It does not need a lot of work. If you are interested in such functionality you could create issue. It will take not more than one day, 2 at most.


Turkish translation

Description of the new feature/enhancement
Can you add Turkish translation to the app? That would be very useful. Also, there are very few applications that do not support Turkish language on Windows.
Proposed technical implementation details
Windows 11 Pro 22621.160
Windows Terminal (UWP) 1.13.11432.0

Thanks for the suggestion! I think we're gonna track these sorts of requests all in one place, in https://github.com/microsoft/terminal/issues/10667.
/dup https://github.com/microsoft/terminal/issues/10667


Support global setting of mongodb client package

This existed in the previous 2.X line and allowed easier support for things like SCL versions of mongodb on Enterprise Linux.

The parameter in globals should be removed actually and that it remains there is an oversight. A better way is to pass in the mongodb::client::package_name hiera key.


Add pincode fallback Title (iOS)

Simply takes kLocalizedFallbackTitle option for iOS

this would fix https://github.com/mCodex/react-native-sensitive-info/issues/164


[LOAD FAILED]: Encountered a error during common_setup

Describe the bug: Failed to start
To Reproduce: Install the mod
Screenshots:

Versions:
Delightful: Delightful-1.18.2-2.0.jar
Farmer's Delight: FarmersDelight-1.18.2-1.2.0.jar
Forge versions: 40.1.80
Logs and crashreport:
crash-2022-09-22_13.35.17-fml.txt
latest.log

You are not using the latest version of Delightful. Please update.

No new updates...

 No new updates...

https://www.curseforge.com/minecraft/mc-mods/delightful/files/3999344

It's released as a beta, is that why your launcher isn't detecting it?

Founded:


[Cucumber] [Cucumber/docs]Selenium webdriver.md and watir webdriver

Summary
Added Selenium-webdriver.md and watir-webdriver.md files to cucumber docs
Details
There were few conflicts in previous documentation (Pull request #54). So created a new pull request.
Motivation and Context
Adding more value to documentation. Missed it for a while will continue going forward
How Has This Been Tested?
Need to be reviewed by peers
Screenshots (if appropriate):
NA
Types of changes
NA

[ ] Bug fix (non-breaking change which fixes an issue).
[ ] New feature (non-breaking change which adds functionality).
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected).

Checklist:

[ ] I've added tests for my code.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.

Hi Jonnson,
Those are valuable suggestions. Thanks for ur time in reviewing this.
My intention is to have a basic knowledge of web driver and how these can be used along with Cucumber and add value to the tests.
Please correct me if I am going down a wrong path

Did I discourage you with the "big red symbol"? I hope not!
The red symbol only means "I'd like to see some of these changes added". It means that I'd like for you to work more on this thing, that it's important, and that it can be made suuuper-useful.

No, Not at all.
Every suggestion you made is valuable.
Making necessary corrections as per your suggestions.
According to me, More the corrections more the value it is.(little bit
selfish though.. :) )
Will Create a new pull request, to reduce confusion I closed the previous.

Thanks,
Mohan G
On Wed, Aug 16, 2017 at 10:15 PM, Olle Jonsson<EMAIL_ADDRESS>wrote:

Did I discourage you with the "big red symbol"? I hope not!
The red symbol only means "I'd like to see some of these changes added".
It means that I'd like for you to work more on this thing, that it's
important, and that it can be made suuuper-useful.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/cucumber/cucumber/pull/247#issuecomment-322831558,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFIicdU3HP9kqziirs1Ae3w-tir90_zJks5sYxywgaJpZM4O5AEB
.

Will Create a new pull request, to reduce confusion I closed the previous.

@gmk1217 Does not creating a new pull request just increase the confusion? The discussion and comment here will not be accessible from the new pull request. As pull requests on Github is as flexible as they are, it is possible to add commits to them, remove commits from them, rebase them, squash the commits on them, all by manipulating the branch they are created from, I think it is better not to close a pull request, just to open another for the same change.


[alpinelinux] alpinelinux 3.17 released

alpinelinux 3.17 released

https://alpinelinux.org/posts/Alpine-3.17.0-released.html

@captn3m0 wow you are so fast :) 🥇


River ride untutorial

#41

I'd like to merge this in now, then create an issue to improve it later. Because I accidentally have 2 commits in this branch (one for target game and one for picnic game), what is the best way to only merge my target commit? Would I do a manual merge per these Github instructions?
git fetch origin git checkout -b river_ride_untutorial origin/river_ride_untutorial git merge master
git checkout master git merge --no-ff river_ride_untutorial git push origin master

Since there are only small changes to Picnic, maybe I could just merge the branch now and fix Picnic after?

I was able to rebase and remove the picnic commit. So I'll merge now and create a new issue to improve the game later.


The centroid and star-shaped structure of DisTraL

Description
In 2.3 Policy Gradient and a Better Parameterization of 'Distral: Robust Multitask Reinforcement Learning', the author argues that the centroid and star-shaped structure of DisTraL is good for learning a better distilled policy. However, the explanation is too simple. Could you know the advantages of the centroid and star-shaped structure and explain them in detail? I have tried to contact the author of the paper, but I haven't received a reply. So I come to consult you.

Hi! Thank you for the question. The paper mentions that Distral learns a distilled policy in the space of policies, which is better than learning in the space of parameters. The basic idea is, it should be easier to interpolate in the space of functions/policies than interpolating in the parameter space. Two networks could have very similar predictions on any given input but have very different weights. Averaging their predictions would give meaningful predictions, while averaging their weights could result in a worse model than the original two models.  This is also related to how we perform ensembling- we average the predictions of multiple models and not average the weights of different models.
The paper does not comment about star/centroid being better. If you think otherwise, could you please point me to the relevant line in the paper?

@shagunsodhani Thank you for you selfless help. The paper mentions star/centroid in 2.3 Policy Gradient and a Better Parameterization. Could you know the advantages of the centroid and star-shaped structure and explain them in detail?

One advantage could be the reduced computation, every model distills with the a central model so the number of distillation operations is linear in number of models. With say a fully-connected topology, the number of operations will be quadratic. This has the obvious limitation that the information exchange is bottlenecked on the central model.

@shagunsodhani Thank you very much!

Cool - closing the task - feel free to reopen if needed :)


BLE for PICO?

Would it be possible to implement BLE for the raspberry PICO?
That would be awesome!!!
Great project,
Maarten

It's possible but not planned. Also, I'm no longer able to implement larger, more complex features without financial contribution.


CodeSign error: code signing is required for product type 'Framework' in SDK

▸ Building Pods/Doorbell [(Release)]
▸ Check Dependencies
❌  CodeSign error: code signing is required for product type 'Framework' in SDK 'iOS 8.2'
▸ Building Pods/AFNetworking [(Release)]
▸ Check Dependencies
❌  CodeSign error: code signing is required for product type 'Framework' in SDK 'iOS 8.2'
▸ Building Pods/MBProgressHUD [(Release)]
▸ Check Dependencies
❌  CodeSign error: code signing is required for product type 'Framework' in SDK 'iOS 8.2'
▸ Building Pods/Bolts [(Release)]
▸ Check Dependencies
❌  CodeSign error: code signing is required for product type 'Framework' in SDK 'iOS 8.2'
** ARCHIVE FAILED **
this is my fastlane file
platform :ios do
before_all do
# ENV["SLACK_URL"] = "https://hooks.slack.com/services/..."
cocoapods
# increment_build_number

# xctool # run the tests of your app

end
desc "Runs all the tests"
lane :test do
# snapshot
end
######################### PUBLIC LANES ##########################
lane :testing do
fabric(scheme: "Testing")
end
lane :staging do
fabric(scheme: "Staging")
end
lane :preproduction do
itc(scheme: "Preproduction")
end
lane :release do
itc(scheme: "Release")
end
######################### PRIVATE LANES #########################
#------------------------- Crashlytics -------------------------#
private_lane :fabric do |options|
scheme = options[:scheme]
sigh(
  skip_install: true,
  development: true,
adhoc: true,
force: true
)
build(
  scheme: scheme,
  signId: ENV['SIGNING_IDENTITY_DEV']
)

environment = scheme.upcase
api = File.read("../projectName/Constants/environment_constants.h").scan(/\d\.*/).join

crashlytics(
  ipa_path: "../projectName.ipa",
  notes: "Running on #{environment} #{api}",
  groups: ['Path2Smile-test’],
  crashlytics_path: ‘./Crashlytics.framework’,
  api_token: ENV['CRASHLYTICS_API_TOKEN'],
  build_secret: ENV['CRASHLYTICS_BUILD_SECRET’],
  notifications: "YES"

)

post_to_slack(scheme: scheme, destination: "Crashlytics")

end
############################# UTIL ##############################
private_lane :build do |options|
scheme = options[:scheme]
signingId = options[:signId]
gym(
  scheme: "projectName #{scheme}",
  configuration: scheme,
  clean: true,
  include_bitcode: false,
  workspace: "projectName.xcworkspace",
  output_directory: "../",
  output_name: "projectName.ipa",
  codesigning_identity: "#{signingId}",
  xcargs: "ARCHIVE=YES" # Used to tell the Fabric run script to upload dSYM file
)

end
private_lane :post_to_slack do |options|
scheme      = options[:scheme]
version     = get_version_number(xcodeproj: "projectName.xcodeproj")
build       = get_build_number(xcodeproj: "projectName.xcodeproj")
environment = scheme.upcase
api         = File.read("../projectName/Constants/environment_constants.h").scan(/\d.*/).join
destination = options[:destination]
slack(
  message: "<!here|here>: New :ios: *#{version}* (#{build}) running `#{environment}` `#{api}` has been submitted to *#{destination}*  :rocket:",
)

end
############################# POST ##############################
This lane is called, only if the executed lane was successful
after_all do |lane|
File.delete("../../projectName.ipa")
File.delete("../../projectName.app.dSYM.zip")

sh "./scripts/add_pods.sh"
cocoapods

build = Actions.lane_context[Actions::SharedValues::BUILD_NUMBER]
commit_version_bump(
  message: "Build #{build}"
)

notify "Fastlane finished '#{lane}' successfully" # Mac OS X Notification

end
error do |lane, exception|
sh "./scripts/add_pods.sh"
cocoapods
notify "Fastlane '#{lane}' errored" # Mac OS X Notification

end
desc "Submit a new Beta Build to Apple TestFlight"
desc "This will also make sure the profile is up to date"
lane :beta do
sigh
gym # Build your app - more options available
pilot
# sh "your_script.sh"
# You can also use other beta testing services here

end
desc "Deploy a new version to the App Store"
lane :deploy do
# snapshot
sigh
gym # Build your app - more options available
deliver(force: true)
# frameit
end
You can define as many lanes as you want
after_all do |lane|
# This block is called, only if the executed lane was successful
# slack(
#   message: "Successfully deployed new App Update."
# )

end
error do |lane, exception|
# slack(
#   message: exception.message,
#   success: false
# )
end
end

Hey @empiteranga apologies for the long time since you submitted this issue! Have you tried this with more recent versions of the tool set? I am going to close this issue for now as it's been a while, but please comment here if you are still having issues and we will reopen it for sure! Thank you! :+1:


Implement custom scalar for u8 type

Might be totally dumb question. But I couldn't make it work.
Here is my code for making Custom Scalar for u8 type.
#[juniper::graphql_scalar(description = "u8")]
impl<S> GraphQLScalar for u8 where S:ScalarValue {
    fn resolve(&self) -> Value {
        Value::scalar(self.to_string())
    }

    fn from_input_value(v : &InputValue) -> Option<u8> {
        v.as_string_value().and_then(|s| s.parse::<u8>().ok())
    }

    fn from_str(value: ScalarToken) -> ParseScalarResult<S> {
        if let ScalarToken::String(value) = value {
            Ok(S::from(value.to_owned()))
        } else {
            Err(ParseError::UnexpectedToken(Token::Scalar(value)))
        }
    }
}

But I m getting error
error[E0210]: type parameter `__S` must be used as the type parameter for some local type (e.g., `MyStruct<__S>`)
 --> server/src/custom_scalars/custom_u8.rs:4:1
  |
4 | #[juniper::graphql_scalar(description = "u8")]
  | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ type parameter `__S` must be used as the type parameter for some local type
  |
  = note: implementing a foreign trait is only possible if at least one of the types for which it is implemented is local
  = note: only traits defined in the current crate can be implemented for a type parameter
  = note: this error originates in an attribute macro (in Nightly builds, run with -Z macro-backtrace for more info)

error[E0210]: type parameter `S` must be used as the type parameter for some local type (e.g., `MyStruct<S>`)
 --> server/src/custom_scalars/custom_u8.rs:4:1
  |
4 | #[juniper::graphql_scalar(description = "u8")]
  | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ type parameter `S` must be used as the type parameter for some local type
  |
  = note: implementing a foreign trait is only possible if at least one of the types for which it is implemented is local
  = note: only traits defined in the current crate can be implemented for a type parameter
  = note: this error originates in an attribute macro (in Nightly builds, run with -Z macro-backtrace for more info)

I can't figure it out what is wrong in my code. Any help or pointers are more than welcome.

have not able to find extended scalars covering Uuid, some forms for chrono time, non negative and positive integers...

@LegNeato little help over here if possible ? Or point us to direction where we can find something regarding this.

@kunjee17 The issue is that you don’t own  neither the type nor the trait, so your not allowed to implement the trait for the type (see the error you’re getting).
You can wrap the u8 in a new-type if you want, something like:
struct U8GraphQL(u8);

implement Deref for U8GraphQL {
type Target = u8;

fn deref(&self) -> &u8 {
  &self.0
}
}

#[juniper::graphql_scalar(description = "u8")]
impl<S> GraphQLScalar for U8GraphQL where S:ScalarValue {
// ...

@dyedgreen  I thought it is allowed because of macros. I did it as given in the documentation.

It's not allowed at the language level, so doing code-gen via macros won't change that unfortunately 😅

@tyranron, @LegNeato , sorry to bother you with this, but would you be open to a PR that implements common Rust types as custom GQL types natively?
The approach suggested by @dyedgreen in the comment above is the best one we have out of the box, but it has a number of problems:

we may need to implement additional traits for that wrapper type, e.g. Ser/Deser
it may not be possible to change the type from a Rust scalar to wrapper because it is expected to be exactly that in other parts of the code
too much boilerplate code

What I would like to do is to implement custom GQL types for native Rust types not supported by GQL inside Juniper. E.g. GqlUsize, GqlU8, GqlI64. Those types will be available out of the box from Juniper for anyone who starts a new GQL project or is flexible with type naming. If someone needs to have GQL type for u8 named / defined exactly the way they want, they would have to implement it themselves as suggested by @dyedgreen here.
Overall, I think it will be a net benefit for Juniper.
I am happy to start working on it right now for my current project and then submit a PR when ready. This is a bit of a showstopper for us adopting Juniper (sounds like an ultimatum, sorry 😀 ).

I'm very skeptical to what you've described.

I pretty much agree. Working with numbers in Rust maybe painful sometimes, but it provides more safety guarantees and makes you handle edge-cases explicitly. I don't think that erroring or panicing on those edge cases is the way to do it in Rust. Definitely not out of the box.

feature flag like scalars-rust or similar

This approach can be appealing in case there was a common community-agreed spec for custom scalars with naming and all that. But from what I can tell specs like graphql-scalars don't have it. I think the reason behind this is that other languages don't treat numbers like Rust does, so enforcing non-native way of doing numbers may become painful for front-end interacting with this crate.

Also, the thing is preventing you from implementing GraphQLScalar on u8 are orphan rules. But there is a way to avoid this without newtyping, by providing local ScalarValue implementation (I'm currently working on making procedural macro for it more pleasant to use).

@ilslv , did you say that implementing this trait may get me out of newtyping?
    fmt::Debug
    + fmt::Display
    + PartialEq
    + Clone
    + DeserializeOwned
    + Serialize
    + From<String>
    + From<bool>
    + From<i32>
    + From<f64>
    + 'static
{ ... }

It looks doable. I'm just not sure about 'static. Will give it a try after some sleep. If you have an implementation example handy it would help. No pressure. Thanks for the idea! :)

@rimutaka yep, there is an example inside crates integration tests:
https://github.com/graphql-rust/juniper/blob/3a70403aba7a74652036b74f1db43fc0cfb6bb55/integration_tests/juniper_tests/src/custom_scalar.rs#L135-L156

@ilslv , thanks for the link, sir! I managed to make it compile with
#[graphql_object(scalar = MyScalarValue)]
impl TestType {
    fn long_field() -> i64 {
        i64::from(i32::MAX) + 1
    }
}

as in your example, but it falls over GraphQLObject in
#[derive(Debug, Deserialize, GraphQLObject)]
struct MyStruct {
    pub num: i64,
}

with a long list of missing implementations:
the trait bound `i64: GraphQLValue<__S>` is not satisfied
required because of the requirements on the impl of `IntoResolvable<'_, __S, i64, ()>` for `i64`rustc[E0277](https://doc.rust-lang.org/error-index.html#E0277)
[main.rs(24, 43): ]()consider extending the `where` bound, but there might be an alternative better way to express this requirement: `, i64: GraphQLValue<__S>`
the trait bound `i64: IsOutputType<__S>` is not satisfied
the trait `IsOutputType<__S>` is not implemented for `i64`rustc[E0277](https://doc.rust-lang.org/error-index.html#E0277)
[main.rs(24, 43): ]()consider extending the `where` bound, but there might be an alternative better way to express this requirement: `, i64: IsOutputType<__S>`
...

All scalar examples I could find had #[graphql_object(scalar = MyScalarValue)] for impl, not GraphQLObject for struct.
Is it possible to make i64 work with GraphQLObject? What am I missing?

@ilslv, @tyranron,  thanks a lot for the great product and your help. It was a steep learning curve (for me), but I finally got it working end-to-end. Would you like a PR with examples and doc updates for this topic?

@rimutaka thanks for the effort with docs, but, at the moment, we make quite enough breaking changes to the macro system and semantics, so there is no point to dig the docs now, as they will need total rewrite anyway, once the chages settle.

I leave this issue open for a while as a reminder for new docs to describe this case.

I'm trying to update my custom scalar implementation for u64 to work with the new #[graphql_scalar ...] macro as described in
https://graphql-rust.github.io/juniper/master/types/scalars.html#using-foreign-types-as-scalars.
The minimal example in the guide is a bit confusing. May be it was because I was trying to upgrade from the earlier version or it could be just me.
What got me unstuck was this example https://github.com/graphql-rust/juniper/blob/master/integration_tests/juniper_tests/src/codegen/scalar_value_derive.rs. Consider adding a link to that file from the guide. I'm happy to make a PR with it as a separate example.

@rimutaka can you please describe what exactly was confusing about the book? Is it wording Local 'ScalarValue' implementation.?

Yes, that's the one. I starting adapting the custom implementation I had, but wasn't sure what changed there. It looked like you completely removed GraphQLScalarValue. The change log was still referring to it as if it's in use. Small things like that.
Long story short, that integration example worked as-is and took me just a few minutes to merge with my custom code hence my suggestion to link to it. I wouldn't rush to make changes. It could be just me being a bit obtuse :)

@rimutaka

It looked like you completely removed GraphQLScalarValue

Yes, because old GraphQLScalarValue was corresponding to 2 different features: deriving ScalarValue on enums and implementing custom scalar on structs. Now it's 2 different derive macros ScalarValue and GraphQLScalar which are more feature-rich. Thanks for your feedback, I'll expand that part of the book to better cover the reasoning behind design decisions.