text:
NoteOn / NoteOffEvents constructor error

Hi! thankful for this project -- ran into issues trying to use NoteOn / NoteOff!
Error: TypeError: _midiWriterJs.default.NoteOnEvent is not a constructor or NoteOffEvent.
Code:
          const noteEvent = {
              pitch: KEY_TO_NOTE[message.data[1]],
              velocity: message.data[2],
              startTick:
                "158"
            };
            console.log(noteEvent);
            events.push(new MidiWriter.NoteOnEvent(noteEvent));

I think this is a quick fix -- exporting the events in main.js?

Hi @wustep,
I think it's just a matter of using NoteEvent wrapper instead of NoteOnEvent.  NoteOnEventisn't meant to be used like that.  This should work:
const noteEvent = {
  pitch: KEY_TO_NOTE[message.data[1]],
  velocity: message.data[2],
  startTick:
    "158"
};
console.log(noteEvent);
events.push(new MidiWriter.NoteOnEvent(noteEvent));

-Garrett

hi Garrett!
Thanks for the quick reply -- was a bit confused cause docs mention NoteOn and NoteOff. I tried editing main.js and using NoteOn/Off but am having timing issues with that (but maybe I just need to figure out how ticks work).
So -- my use-case is recording MIDI input and creating MIDI output, so I have a bunch of events like:
messages =
[{ data: [ 144, 64, 80 ], timestamp: 2020737.209999992 }
{ data: [ 144, 60, 80 ], timestamp: 2020777.28499996 }
...
{ data: [ 128, 67, 0 ], timestamp: 2021860.4849999538 }
{ data: [ 144, 67, 80 ], timestamp: 2021981.9349999889 }
{ data: [ 128, 71, 0 ], timestamp: 2021983.889999974 }
{ data: [ 128, 67, 0 ], timestamp: 2022004.9349999754 }
{ data: [ 128, 69, 0 ], timestamp: 2022005.2499999874 }];

where timestamp is the time in milliseconds.
NoteEvent doesn't work for me, as I'm not specifying duration (I don't know duration without pre-processing), so I get:
      const noteEvent = {
        pitch: NOTE_TO_KEY[message.data[1]],
        velocity: message.data[2],
        startTick: Math.floor(message.timestamp - recordingTimestamp)
      };
      console.log(noteEvent);
      track.addEvent(new MidiWriter.NoteEvent(noteEvent));

TypeError: Cannot read property 'toString' of undefined
    at Function.getTickDuration (/Users/stephen/Documents/Projects/midi.to/api/node_modules/midi-writer-js/build/index.js:287:27)
    at new NoteEvent (/Users/stephen/Documents/Projects/midi.to/api/node_modules/midi-writer-js/build/index.js:536:33)

This is my full (dirty) testing code to help ya understand my use-case. I don't believe I'm doing tempo correctly!
export const writeMidi = (messages, recordingTimestamp) => {
  const track = new MidiWriter.Track();
  const events = [];
  for (let message of messages) {
    if (message.data[0] === MIDI_EVENTS.NOTE_ON) {
      const noteEvent = {
        pitch: NOTE_TO_KEY[message.data[1]],
        velocity: message.data[2],
        startTick: Math.floor(message.timestamp - recordingTimestamp)
      };
      console.log(noteEvent);
      events.push(new MidiWriter.NoteOnEvent(noteEvent));
    } else if (message.data[0] === MIDI_EVENTS.NOTE_OFF) {
      events.push(
        new MidiWriter.NoteOffEvent({
          pitch: NOTE_TO_KEY[message.data[1]],
          startTick: Math.floor(message.timestamp - recordingTimestamp)
        })
      );
    }
  }
  track.setTempo(1000);
  track.addEvent(events);
  const write = new MidiWriter.Writer(track);
  console.log(write.dataUri());
  const randomFileName = Math.random()
    .toString(36)
    .substring(7);
  write.saveMIDI("./records/" + randomFileName);
  console.log(`Recorded to ${randomFileName}.midi`);
};

thanks! -stephen

Hi Stephen,
Ah I gotcha.  Interesting, yea I suppose if NoteOnEvent and NoteOffEvent were exported from main.js you could use them this way.  I haven't tested interfacing with them publicly like that, but it certainly seems like what you need.  I'm sure others would find it useful too.
I can look into that a little later, or if like feel free to submit a PR.
-Garrett

Got it! Thanks -- might try to tackle this in a few days.
In the mean time -- do you know what I should do for tempo? If I setTempo(100), what should startTicks be if I have timestamp in milliseconds?
e.g. C4 is played @ 1 second in (1000), then let go at 2 seconds (2000). Is startTick 1000 for the NoteOn and 2000 for the NoteOff?

@grimmdude , I was about to use your library in order to serialize WebMIDI to files (let you download what you just played) - but I can't do that because the library kinda forces me to use the duration mechanism (I forked the code and started changing it, but NoteOff isn't written for such a scenario).
Any tips on how to write MIDI files from plain NoteOn/Off events without changing much of your code?

Hi @wustep and @thebne, I've exported the NoteOnEvent and NoteOffEvent classes to main so they are accessible directly now.  I haven't done much testing with it, but hopefully this should give you the flexibility you need.  I'll write some tests for them when I have more time, but let me know if this helps out.  Released version 1.7.3 with this change.
-Garrett

@grimmdude thanks, I ended up using midi-file for now. I think right now it's a bit tricky to use the NoteOn/Off functionality because I'd have to apply math on the ticks to make it work.

Hey @thebne,

@grimmdude , I was about to use your library in order to serialize WebMIDI to files (let you download what you just played) - but I can't do that because the library kinda forces me to use the duration mechanism (I forked the code and started changing it, but NoteOff isn't written for such a scenario).

If you have an array buffer or data uri you can use https://github.com/grimmdude/MidiPlayerJS as a parser/serializer as well if you like.  To get MIDI events serialized to JSON you can do something like this:
const MidiPlayer = require('midi-player-js');
const Player = new MidiPlayer.Player;
Player.loadDataUri(/*dataUri*/);

Player.tracks.map(function(track) {
    // MIDI event json can be found here for each track.
    console.log(track.events);
});

Example json for an event:
{
  "byteIndex": 104,
  "channel": 1,
  "delta": 1,
  "name": "Note on",
  "noteName": "E5",
  "noteNumber": 76,
  "running": true,
  "tick": 120,
  "track": 1
}

authors: grimmdude thebne wustep

repo: grimmdude/MidiWriterJS


text:
Does not work if you disallow ~/Documents access

When you first open grist-electron.app on macOS, a popup immediately and with no context asks if you want to grant this application full access to your files in ~/Documents.
I selected no. Because I'm just evaluating for now, and I can save files elsewhere.
You are allowed to start editing files.
Then after a few seconds the app becomes unusable and you get errors all over. Also, clicking the "report a problem" button from there fails.

This has been my first experience with the app so far.
I'm new, checking this out for the first time, I'm excited about Grist, so hopefully, this first 60 seconds of experience with the app can be improved.
Suggestions

If access to ~/Documents is absolutely required for the app to function, (e.g. it is going to make a bunch of huge hidden files somewhere that I'll forget about) then:

clearly explain this to the customer BEFORE they get the permissions popup box.
if permission is denied, detect this, then explain to the customer how they can change their mind if they clicked NO

Remove the requirement to access ~/Documents. When creating a new file in the Electron app, allow the customer to select their own file path wherever they want. Do not create hidden, automatically located magic files.
Fix the report a problem button.
If the report a problem button is broken, instead show a hyperlink to a website to report a problem using a browser.

Also I want to say that I absolutely love how Grist is doing local and web-based SQLite database/spreadsheets with the same code. Super cool, and it's like the year 2100.

source: gharchive/issue

repo: gristlabs/grist-electron

license_type: permissive

license_source: github-api


text:
tests.cloud_to_cloud:java:http2_server:rst_during_data failure

this looks like a build/infrastructure failure
Regression

tests.cloud_to_cloud:java:http2_server:rst_during_data (from grpc.tests)

Failing for the past 1 build (Since Unstable#13373 )
Took 8 sec.
Error Message

Failure
Standard Output

Apr 17, 2017 7:54:59 PM io.grpc.testing.integration.Http2Client run
INFO: Running test rst_during_data
Apr 17, 2017 7:54:59 PM io.netty.util.internal.MacAddressUtil defaultMachineId
WARNING: Failed to find a usable hardware address from the network interfaces; using random bytes: a9:f5:f0:b5:b1:20:50:19
Exception in thread "main" java.lang.AssertionError: Operation timed out
	at io.grpc.testing.integration.Http2Client$Tester.rstDuringData(Http2Client.java:262)
	at io.grpc.testing.integration.Http2Client$Tester.access$500(Http2Client.java:216)
	at io.grpc.testing.integration.Http2Client.runTest(Http2Client.java:200)
	at io.grpc.testing.integration.Http2Client.run(Http2Client.java:182)
	at io.grpc.testing.integration.Http2Client.main(Http2Client.java:90)

https://grpc-testing.appspot.com/job/gRPC_interop_pull_requests/13373/testReport/junit/(root)/tests/cloud_to_cloud_java_http2_server_rst_during_data/
pr: https://github.com/grpc/grpc/pull/10670

same error seen again in a recent interop run on 4/24 - (this happens sometimes but not always)
https://grpc-testing.appspot.com/job/gRPC_interop_master/12527/testReport/junit/(root)/tests/cloud_to_cloud_java_http2_server_rst_during_data/

Seen again here: https://grpc-testing.appspot.com/job/gRPC_interop_master/12849/testReport/junit/(root)/tests/cloud_to_cloud_java_http2_server_rst_during_data/
Stacktrace

May 12, 2017 7:01:29 PM io.grpc.testing.integration.Http2Client run
INFO: Running test rst_during_data
May 12, 2017 7:01:29 PM io.netty.util.internal.MacAddressUtil defaultMachineId
WARNING: Failed to find a usable hardware address from the network interfaces; using random bytes: 48:aa:81:d9:19:c3:6c:96
Exception in thread "main" java.lang.AssertionError: Operation timed out
	at io.grpc.testing.integration.Http2Client$Tester.rstDuringData(Http2Client.java:262)
	at io.grpc.testing.integration.Http2Client$Tester.access$500(Http2Client.java:216)
	at io.grpc.testing.integration.Http2Client.runTest(Http2Client.java:200)
	at io.grpc.testing.integration.Http2Client.run(Http2Client.java:182)
	at io.grpc.testing.integration.Http2Client.main(Http2Client.java:90)

Still happening in master:
https://grpc-testing.appspot.com/job/gRPC_interop_master/12967/testReport/(root)/tests/cloud_to_cloud_java_http2_server_rst_during_data/

seen again #11047

Seen again: https://grpc-testing.appspot.com/job/gRPC_interop_pull_requests/15057/console
2017-06-28 21:25:16,944 Jun 28, 2017 9:25:09 PM io.grpc.testing.integration.Http2Client run
INFO: Running test rst_during_data
Exception in thread "main" java.lang.AssertionError: Operation timed out
	at io.grpc.testing.integration.Http2Client$Tester.rstDuringData(Http2Client.java:247)
	at io.grpc.testing.integration.Http2Client$Tester.access$500(Http2Client.java:201)
	at io.grpc.testing.integration.Http2Client.runTest(Http2Client.java:185)
	at io.grpc.testing.integration.Http2Client.run(Http2Client.java:167)
	at io.grpc.testing.integration.Http2Client.main(Http2Client.java:75)

2017-06-28 21:25:16,945 FAILED: cloud_to_cloud:java:http2_server:rst_during_data [ret=1, pid=14895]

Again: https://grpc-testing.appspot.com/job/gRPC_interop_pull_requests/15858/

This has been happening relatively often for a while now. Any plans/ideas? @ericgribkoff @ejona86

Same root cause as reported in https://github.com/grpc/grpc/issues/10390, and now fixed with a larger timeout in the Java client (https://github.com/grpc/grpc-java/pull/3333)

authors: apolcyn dgquintas ericgribkoff makdharma matt-kwong muxi

repo: grpc/grpc


text:
[node] options.host is not work

Please answer these questions before submitting your issue.
Should this be an issue in the gRPC issue tracker?
Create new issues for bugs and feature requests. An issue needs to be actionable. General gRPC discussions and usage questions belong to:

grpc.io mailing list
StackOverflow, with grpc tag

Please don't double post your questions in more locations, we are monitoring both channels and the time spent de-duplicating questions can is better spent answering more user questions.
What version of gRPC and what language are you using?

nodejs
"grpc": "^1.3.2"

What operating system (Linux, Windows, …) and version?
mac
What runtime / compiler are you using (e.g. python version or version of gcc)
What did you do?
If possible, provide a recipe for reproducing the error. Try being specific and include code snippets if helpful.
see https://github.com/atian25/grpc-host
const grpc = require('grpc');
const proto = grpc.load('./test.proto').example;
const host = 'localhost:50052';

const server = new grpc.Server();
server.addService(proto.Test.service, {
  echo(call, callback) {
    callback(null, { msg: 'server_' + call.request.id });
  }
});
server.bind(host, grpc.ServerCredentials.createInsecure());
server.start();
console.log('grpc server start at %s', host);

const client = new proto.Test('localhost:50052', grpc.credentials.createInsecure());

client.echo({ id: 1}, function(err, response) {
  console.log('[client1] 50052 recieved:', response);
});

// it connected!
client.echo({ id: 1 }, undefined, { host: 'localhost:50051', deadline: 10000 }, function (err, response) {
  console.log('[client1] 50051 recieved:', response);
});

const client2 = new proto.Test('localhost:50051', grpc.credentials.createInsecure());
client2.echo({ id: 1 }, function (err, response) {
  console.log('[client2] 50051 recieved:', response, err && err.message);
});

// it connect fail!
client2.echo({ id: 1 }, undefined, { host: 'localhost:50052', deadline: 20000 }, function (err, response) {
  console.log('[client2] 50052 recieved:', response, err && err.message);
});

What did you expect to see?
client2.echo({ id: 1 }, undefined, { host: 'localhost:50052' }) should connect to server.
What did you see instead?
custom options.host is not work.
Make sure you include information that can help us debug (full error message, exception listing, stack trace, logs).
➜  grpc-host node "/Users/tz/Workspaces/eggjs/test/grpc-host/index.js"
grpc server start at localhost:50052
### log at client.js makeUnaryRequest`: args.options =  undefined
### log at client.js makeUnaryRequest`: args.options =  { host: 'localhost:50051', deadline: 10000 }
### log at client.js makeUnaryRequest`: args.options =  undefined
### log at client.js makeUnaryRequest`: args.options =  { host: 'localhost:50052', deadline: 20000 }
[client1] 50051 recieved: undefined
[client2] 50052 recieved: undefined Deadline Exceeded
[client2] 50051 recieved: undefined Connect Failed
[client1] 50052 recieved: { msg: 'server_1' }

Anything else we should know about your project / environment?

That's not what the host option is supposed to do. It has the same use as the Host header in HTTP/1.1: to route traffic to different request handlers within the same server.

oh, sorry. after reading the sourse found the description.(seem github src docs is forward than npm)
so the load balancing is not implement yet?
It is worth noting that load-balancing within gRPC happens on a per-call basis, not a per-connection basis. In other words, even if all requests come from a single client, we still want them to be load-balanced across all servers.

The host option is separate from load balancing too. The purpose of the host option is to send requests to different service handlers on the same server. The purpose of load balancing is to send requests to the same service handler on different servers.
The Node module does support client-side load balancing, but as that documentation says, it depends on the name resolver returning multiple addresses for a single name. When load balancing does happen, it shouldn't really be noticeable. call.getPeer() might return different values for different calls, but that would be the only significant difference.

thanks, I will read the src again.
could you please give me some guidance for custom client-side load balancing and name resolver policy? did I miss some extend point of these?

I was just talking about the content of the specific load balancing doc that you referred to.

@murgatroid99 so how any example to show how to custom policy?

@murgatroid99 Does this https://github.com/grpc/grpc/blob/master/doc/load-balancing.md#per-call-load-balancing only applies to server-side load balancing?

No, that's talking about client-side load balancing. If the client resolves a domain name that it is trying to connect to to multiple IP addresses, it will attempt to connect to all of them and balance calls among them.


text:
Make sure to create Jenkins builds for release branches

We are building PRs and master, but we should also build the release branches to know when backports cause failures.

I've setup https://grpc-testing.appspot.com/job/gRPC release-0_9/ jobs, but the run_jenkins.sh script would need to be backported so it can succeed.


text:
Unreachable code causes xcode warnings

We should survey and maybe wrap the unreachable code to silence the warning.

Duplicate of #2128

authors: jcanizales yang-g


text:
Building grpc with bazel by following default instructions fails finding basic c++ headers for clang

TL;DR; For someone just running into the problem.
Try installing the libstd++ headers instead and do a clean before rebuilding
$ sudo apt install libstdc++-12-dev
$ bazel clean --expunge

What version of gRPC and what language are you using?
I've cloned the repository from here and checked out the  latest tag
commit d3286610f703a339149c3f9be69f0d7d0abb130a (HEAD, tag: v1.67.1, upstream/v1.67.x)
Author: Sreenithi Sridharan <ssreenithi@google.com>
Date:   Mon Oct 28 21:57:38 2024 +0530

    [Release] Bump version to 1.67.1 (on v1.67.x branch) (#38011)

    Change was created by the release automation script. See go/grpc-release

What operating system (Linux, Windows,...) and version?
Ubuntu 22.04.5 LTS
What runtime / compiler are you using (e.g. python version or version of gcc)
$ clang --version
Ubuntu clang version 14.0.0-1ubuntu1.1
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin

$ bazelisk version
Bazelisk version: v1.22.1
INFO: Running bazel wrapper (see //tools/bazel for details), bazel version 7.3.1 will be used instead of system-wide bazel installation.
Build label: 7.3.1
Build target: @@//src/main/java/com/google/devtools/build/lib/bazel:BazelServer
Build time: Mon Aug 19 16:12:50 2024 (1724083970)
Build timestamp: 1724083970
Build timestamp as int: 1724083970

What did you do?
TL;DR;
I tried building the repository with bazel following the instructions listed but ran into problems probably caused by/related to https://github.com/bazelbuild/bazel/issues/13071
It looks like it was solved with https://github.com/bazelbuild/bazel/pull/13666 but I have no experience with bazel and version so I guess it could be because grpc is using an older bazel version where it's not included.
Longer reproducing steps and info
I tried to follow the steps for cloning and building the repository as documented starting here https://github.com/grpc/grpc/blob/master/CONTRIBUTING.md
I mostly followed the clone instructions here https://github.com/grpc/grpc/blob/master/BUILDING.md#clone-the-repository-including-submodules
With the simple difference of cloning the full repository and then doing a checkout of the tag
$ cd grpc
$ git checkout v1.67.1
$ git submodule update --init

I tried to follow the instructions under "Building with bazel" https://github.com/grpc/grpc/blob/master/BUILDING.md#building-with-bazel-recommended
I downloaded the deb package for bazilisk 1.22.1 bazelisk-amd64.deb (latest as of now) from the the releases page https://github.com/bazelbuild/bazelisk/releases/tag/v1.22.1 and installed with apt
sudo apt install Dowloads/bazelisk-amd64.deb

I installed the prerequisites listed here https://github.com/grpc/grpc/blob/master/BUILDING.md#clone-the-repository-including-submodules
sudo apt install build-essential autoconf libtool pkg-config cmake clang libc++-dev

I then tried to build everything with
$ bazel build :all

What did you expect to see?
A successfully built project
What did you see instead?
Errors about clang failing to find basic stdlib headers. (different everytime but always something from stdlib)
$ bazel build :all
INFO: Running bazel wrapper (see //tools/bazel for details), bazel version 7.3.1 will be used instead of system-wide bazel installation.
Starting local Bazel server and connecting to it...
WARNING: /home/tobias/.cache/bazel/_bazel_tobias/8212f703b0c24e14895c9c706b73a907/external/google_cloud_cpp/google/cloud/BUILD.bazel:53:15: in config_setting rule @@google_cloud_cpp//google/cloud:enable_opentelemetry_valid-transition: target '@@google_cloud_cpp//google/cloud:enable_opentelemetry_valid-transition' depends on deprecated target '@@google_cloud_cpp//:enable-experimental-opentelemetry': this flag is now GA, please use //:enable_opentelemetry instead.
WARNING: /home/tobias/.cache/bazel/_bazel_tobias/8212f703b0c24e14895c9c706b73a907/external/google_cloud_cpp/google/cloud/BUILD.bazel:62:15: in config_setting rule @@google_cloud_cpp//google/cloud:disable_opentelemetry: target '@@google_cloud_cpp//google/cloud:disable_opentelemetry' depends on deprecated target '@@google_cloud_cpp//:enable-experimental-opentelemetry': this flag is now GA, please use //:enable_opentelemetry instead.
ERROR: /home/tobias/.cache/bazel/_bazel_tobias/8212f703b0c24e14895c9c706b73a907/external/com_google_absl/absl/strings/BUILD.bazel:49:11: Compiling absl/strings/internal/charconv_bigint.cc failed: (Exit 1): clang failed: error executing CppCompile command (from target @@com_google_absl//absl/strings:strings) /usr/lib/llvm-14/bin/clang -U_FORTIFY_SOURCE -fstack-protector -Wall -Wthread-safety -Wself-assign -Wunused-but-set-parameter -Wno-free-nonheap-object -fcolor-diagnostics -fno-omit-frame-pointer ... (remaining 78 arguments skipped)

Use --sandbox_debug to see verbose messages from the sandbox and retain the sandbox build root for debugging
In file included from external/com_google_absl/absl/strings/internal/charconv_bigint.cc:15:
external/com_google_absl/absl/strings/internal/charconv_bigint.h:18:10: fatal error: 'algorithm' file not found
#include <algorithm>
         ^~~~~~~~~~~
1 error generated.
ERROR: /home/tobias/.cache/bazel/_bazel_tobias/8212f703b0c24e14895c9c706b73a907/external/com_google_absl/absl/strings/BUILD.bazel:49:11: Compiling absl/strings/internal/charconv_parse.cc failed: (Exit 1): clang failed: error executing CppCompile command (from target @@com_google_absl//absl/strings:strings) /usr/lib/llvm-14/bin/clang -U_FORTIFY_SOURCE -fstack-protector -Wall -Wthread-safety -Wself-assign -Wunused-but-set-parameter -Wno-free-nonheap-object -fcolor-diagnostics -fno-omit-frame-pointer ... (remaining 78 arguments skipped)

Use --sandbox_debug to see verbose messages from the sandbox and retain the sandbox build root for debugging
In file included from external/com_google_absl/absl/strings/internal/charconv_parse.cc:15:
external/com_google_absl/absl/strings/internal/charconv_parse.h:18:10: fatal error: 'cstdint' file not found
#include <cstdint>
         ^~~~~~~~~
1 error generated.
ERROR: /home/tobias/.cache/bazel/_bazel_tobias/8212f703b0c24e14895c9c706b73a907/external/com_google_absl/absl/strings/BUILD.bazel:49:11: Compiling absl/strings/internal/damerau_levenshtein_distance.cc failed: (Exit 1): clang failed: error executing CppCompile command (from target @@com_google_absl//absl/strings:strings) /usr/lib/llvm-14/bin/clang -U_FORTIFY_SOURCE -fstack-protector -Wall -Wthread-safety -Wself-assign -Wunused-but-set-parameter -Wno-free-nonheap-object -fcolor-diagnostics -fno-omit-frame-pointer ... (remaining 78 arguments skipped)

Use --sandbox_debug to see verbose messages from the sandbox and retain the sandbox build root for debugging
In file included from external/com_google_absl/absl/strings/internal/damerau_levenshtein_distance.cc:15:
external/com_google_absl/absl/strings/internal/damerau_levenshtein_distance.h:18:10: fatal error: 'cstdint' file not found
#include <cstdint>
         ^~~~~~~~~
1 error generated.
Use --verbose_failures to see the command lines of failed build steps.
INFO: Elapsed time: 10.359s, Critical Path: 0.53s
INFO: 41 processes: 41 internal.
ERROR: Build did NOT complete successfully

Adding the verbose-failure flag:
 bazel build :all  --verbose_failures
INFO: Running bazel wrapper (see //tools/bazel for details), bazel version 7.3.1 will be used instead of system-wide bazel installation.
WARNING: /home/tobias/.cache/bazel/_bazel_tobias/8212f703b0c24e14895c9c706b73a907/external/google_cloud_cpp/google/cloud/BUILD.bazel:62:15: in config_setting rule @@google_cloud_cpp//google/cloud:disable_opentelemetry: target '@@google_cloud_cpp//google/cloud:disable_opentelemetry' depends on deprecated target '@@google_cloud_cpp//:enable-experimental-opentelemetry': this flag is now GA, please use //:enable_opentelemetry instead.
WARNING: /home/tobias/.cache/bazel/_bazel_tobias/8212f703b0c24e14895c9c706b73a907/external/google_cloud_cpp/google/cloud/BUILD.bazel:53:15: in config_setting rule @@google_cloud_cpp//google/cloud:enable_opentelemetry_valid-transition: target '@@google_cloud_cpp//google/cloud:enable_opentelemetry_valid-transition' depends on deprecated target '@@google_cloud_cpp//:enable-experimental-opentelemetry': this flag is now GA, please use //:enable_opentelemetry instead.
ERROR: /home/tobias/.cache/bazel/_bazel_tobias/8212f703b0c24e14895c9c706b73a907/external/com_google_absl/absl/strings/BUILD.bazel:118:11: Compiling absl/strings/internal/utf8.cc failed: (Exit 1): clang failed: error executing CppCompile command (from target @@com_google_absl//absl/strings:internal)
  (cd /home/tobias/.cache/bazel/_bazel_tobias/8212f703b0c24e14895c9c706b73a907/sandbox/linux-sandbox/19/execroot/com_github_grpc_grpc && \
  exec env - \
    GRPC_BAZEL_RUNTIME=1 \
    PATH=/home/tobias/Projects/grpc/tools:/home/tobias/.local/bin:/home/tobias/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin \
    PWD=/proc/self/cwd \
  /usr/lib/llvm-14/bin/clang -U_FORTIFY_SOURCE -fstack-protector -Wall -Wthread-safety -Wself-assign -Wunused-but-set-parameter -Wno-free-nonheap-object -fcolor-diagnostics -fno-omit-frame-pointer '-std=c++14' -MD -MF bazel-out/k8-fastbuild/bin/external/com_google_absl/absl/strings/_objs/internal/utf8.pic.d '-frandom-seed=bazel-out/k8-fastbuild/bin/external/com_google_absl/absl/strings/_objs/internal/utf8.pic.o' -fPIC -iquote external/com_google_absl -iquote bazel-out/k8-fastbuild/bin/external/com_google_absl -Wno-typedef-redefinition -DGRPC_BAZEL_BUILD '-std=c++14' -Wall -Wextra -Wcast-qual -Wconversion -Wfloat-overflow-conversion -Wfloat-zero-conversion -Wfor-loop-analysis -Wformat-security -Wgnu-redeclared-enum -Winfinite-recursion -Winvalid-constexpr -Wliteral-conversion -Wmissing-declarations -Woverlength-strings -Wpointer-arith -Wself-assign -Wshadow-all -Wshorten-64-to-32 -Wsign-conversion -Wstring-conversion -Wtautological-overlap-compare -Wtautological-unsigned-zero-compare -Wundef -Wuninitialized -Wunreachable-code -Wunused-comparison -Wunused-local-typedefs -Wunused-result -Wvla -Wwrite-strings -Wno-float-conversion -Wno-implicit-float-conversion -Wno-implicit-int-float-conversion -Wno-unknown-warning-option -DNOMINMAX -no-canonical-prefixes -Wno-builtin-macro-redefined '-D__DATE__="redacted"' '-D__TIMESTAMP__="redacted"' '-D__TIME__="redacted"' '-fmodule-name=com_google_absl//absl/strings:internal' '-fmodule-map-file=bazel-out/k8-fastbuild/bin/external/com_google_absl/absl/strings/internal.cppmap' -Xclang -fno-cxx-modules -fmodules-strict-decluse -Wprivate-header '-fmodule-map-file=external/local_config_cc/module.modulemap' '-fmodule-map-file=bazel-out/k8-fastbuild/bin/external/com_google_absl/absl/base/config.cppmap' '-fmodule-map-file=bazel-out/k8-fastbuild/bin/external/com_google_absl/absl/base/core_headers.cppmap' '-fmodule-map-file=bazel-out/k8-fastbuild/bin/external/com_google_absl/absl/base/endian.cppmap' '-fmodule-map-file=bazel-out/k8-fastbuild/bin/external/com_google_absl/absl/base/raw_logging_internal.cppmap' '-fmodule-map-file=bazel-out/k8-fastbuild/bin/external/com_google_absl/absl/meta/type_traits.cppmap' -c external/com_google_absl/absl/strings/internal/utf8.cc -o bazel-out/k8-fastbuild/bin/external/com_google_absl/absl/strings/_objs/internal/utf8.pic.o)
# Configuration: 8915d6d8236493a7847c797848c67550f8e3b519540dcc91cc75881196a5cbed
# Execution platform: @@internal_platforms_do_not_use//host:host

Use --sandbox_debug to see verbose messages from the sandbox and retain the sandbox build root for debugging
In file included from external/com_google_absl/absl/strings/internal/utf8.cc:17:
external/com_google_absl/absl/strings/internal/utf8.h:20:10: fatal error: 'cstddef' file not found
#include <cstddef>
         ^~~~~~~~~
1 error generated.
INFO: Elapsed time: 2.683s, Critical Path: 0.33s
INFO: 10 processes: 10 internal.
ERROR: Build did NOT complete successfully

See TROUBLESHOOTING.md for how to diagnose problems better.
Anything else we should know about your project / environment?

it does sound like there is a somewhat straightforward workaround as described in https://github.com/bazelbuild/bazel/pull/13666 but with my limited bazel knowledge I can't decipher anything that would simply get the build going.

Ok after stumbling around a bit more and reading things a bit more I tried installing the libstdc++ headers instead (sudo apt install libstdc++-12-dev and cleaning with bazel clean --expunge  it works here at least.
If nothing else I would suggest an update to the notes in https://github.com/grpc/grpc/blob/master/BUILDING.md#linux at least (not sure what version as there doesn't seem to exist a version-less meta-package for in the same way as for libc++

You can consider the issue  for my part resolved but some note in some documentation would probably be good as I don't think my build environment is that uncommon. I'm just not sure how specific to the Ubuntu setup this is and so where it belongs.

I'm not able to reproduce this. I made a Dockerfile here:
FROM ubuntu:20.04

ENV DEBIAN_FRONTEND=noninteractive

RUN apt-get -y update && apt-get install -y git wget curl
RUN apt-get install -y build-essential autoconf libtool pkg-config cmake clang libc++-dev
RUN wget https://github.com/bazelbuild/bazelisk/releases/download/v1.22.1/bazelisk-linux-amd64
RUN chmod 755 /bazelisk-linux-amd64
RUN mv /bazelisk-linux-amd64 /usr/bin/bazelisk

RUN groupadd -g 1234 yijiem && \
    useradd -m -u 1234 -g yijiem yijiem

USER yijiem
WORKDIR /home/yijiem

RUN git clone https://github.com/grpc/grpc.git

WORKDIR /home/yijiem/grpc
RUN git checkout v1.67.1
RUN git submodule update --init

CMD ["/bin/bash"]

Build it: $ sudo docker build --no-cache -t 38018 -f Dockerfile .
Run it: $ sudo docker run -it --rm 38018
And then run inside the container: $ bazelisk build :all
I don't see the said error.

Ok thanks for a great response and I'll see if I can dump my packages and narrow down the issue. Is there any good flags to bazel to debug it's compiler toolchain resolve (especially the include dirs  for clang)

Also I note you used ubuntu 20.04 while I'm on 22.04 if that may make the difference

Ok digging further with some test files it's probably related to my local computer having gcc 12 installed as well as 11
locally
$ /usr/lib/llvm-14/bin/clang++ -H test.cc  -v
Ubuntu clang version 14.0.0-1ubuntu1.1
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/lib/llvm-14/bin
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/11
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/12
Selected GCC installation: /usr/lib/gcc/x86_64-linux-gnu/12
Candidate multilib: .;@m64
Selected multilib: .;@m64
 "/usr/lib/llvm-14/bin/clang" -cc1 -triple x86_64-pc-linux-gnu -emit-obj -mrelax-all --mrelax-relocations -disable-free -clear-ast-before-backend -disable-llvm-verifier -discard-value-names -main-file-name test.cc -mrelocation-model pic -pic-level 2 -pic-is-pie -mframe-pointer=all -fmath-errno -ffp-contract=on -fno-rounding-math -mconstructor-aliases -funwind-tables=2 -target-cpu x86-64 -tune-cpu generic -mllvm -treat-scalable-fixed-error-as-warning -debugger-tuning=gdb -v -H -sys-header-deps -fcoverage-compilation-dir=/home/tobias/Projects/grpc -resource-dir /usr/lib/llvm-14/lib/clang/14.0.0 -internal-isystem /usr/lib/gcc/x86_64-linux-gnu/12/../../../../include/c++ -internal-isystem /usr/lib/gcc/x86_64-linux-gnu/12/../../../../include/c++/x86_64-linux-gnu -internal-isystem /usr/lib/gcc/x86_64-linux-gnu/12/../../../../include/c++/backward -internal-isystem /usr/lib/llvm-14/lib/clang/14.0.0/include -internal-isystem /usr/local/include -internal-isystem /usr/lib/gcc/x86_64-linux-gnu/12/../../../../x86_64-linux-gnu/include -internal-externc-isystem /usr/include/x86_64-linux-gnu -internal-externc-isystem /include -internal-externc-isystem /usr/include -fdeprecated-macro -fdebug-compilation-dir=/home/tobias/Projects/grpc -ferror-limit 19 -fgnuc-version=4.2.1 -fcxx-exceptions -fexceptions -fcolor-diagnostics -faddrsig -D__GCC_HAVE_DWARF2_CFI_ASM=1 -o /tmp/test-f4b181.o -x c++ test.cc
clang -cc1 version 14.0.0 based upon LLVM 14.0.0 default target x86_64-pc-linux-gnu
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/12/../../../../include/c++/x86_64-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/12/../../../../include/c++/backward"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/12/../../../../x86_64-linux-gnu/include"
ignoring nonexistent directory "/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/x86_64-linux-gnu/12/../../../../include/c++
 /usr/lib/llvm-14/lib/clang/14.0.0/include
 /usr/local/include
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.
 "/usr/bin/ld" -pie -z relro --hash-style=gnu --build-id --eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o a.out /lib/x86_64-linux-gnu/Scrt1.o /lib/x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/12/crtbeginS.o -L/usr/lib/gcc/x86_64-linux-gnu/12 -L/usr/lib/gcc/x86_64-linux-gnu/12/../../../../lib64 -L/lib/x86_64-linux-gnu -L/lib/../lib64 -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib64 -L/usr/lib/llvm-14/bin/../lib -L/lib -L/usr/lib /tmp/test-f4b181.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc /usr/lib/gcc/x86_64-linux-gnu/12/crtendS.o /lib/x86_64-linux-gnu/crtn.o
/usr/bin/ld: cannot find -lstdc++: No such file or directory
clang: error: linker command failed with exit code 1 (use -v to see invocation)

In docker:
 /usr/lib/llvm-14/bin/clang++ -H test.cc  -v
Ubuntu clang version 14.0.0-1ubuntu1.1
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/lib/llvm-14/bin
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/11
Selected GCC installation: /usr/lib/gcc/x86_64-linux-gnu/11
Candidate multilib: .;@m64
Selected multilib: .;@m64
 "/usr/lib/llvm-14/bin/clang" -cc1 -triple x86_64-pc-linux-gnu -emit-obj -mrelax-all --mrelax-relocations -disable-free -clear-ast-before-backend -disable-llvm-verifier -discard-value-names -main-file-name test.cc -mrelocation-model pic -pic-level 2 -pic-is-pie -mframe-pointer=all -fmath-errno -ffp-contract=on -fno-rounding-math -mconstructor-aliases -funwind-tables=2 -target-cpu x86-64 -tune-cpu generic -mllvm -treat-scalable-fixed-error-as-warning -debugger-tuning=gdb -v -H -sys-header-deps -fcoverage-compilation-dir=/home/yijiem/grpc -resource-dir /usr/lib/llvm-14/lib/clang/14.0.0 -internal-isystem /usr/lib/gcc/x86_64-linux-gnu/11/../../../../include/c++/11 -internal-isystem /usr/lib/gcc/x86_64-linux-gnu/11/../../../../include/x86_64-linux-gnu/c++/11 -internal-isystem /usr/lib/gcc/x86_64-linux-gnu/11/../../../../include/c++/11/backward -internal-isystem /usr/lib/llvm-14/lib/clang/14.0.0/include -internal-isystem /usr/local/include -internal-isystem /usr/lib/gcc/x86_64-linux-gnu/11/../../../../x86_64-linux-gnu/include -internal-externc-isystem /usr/include/x86_64-linux-gnu -internal-externc-isystem /include -internal-externc-isystem /usr/include -fdeprecated-macro -fdebug-compilation-dir=/home/yijiem/grpc -ferror-limit 19 -fgnuc-version=4.2.1 -fcxx-exceptions -fexceptions -fcolor-diagnostics -faddrsig -D__GCC_HAVE_DWARF2_CFI_ASM=1 -o /tmp/test-47b8c2.o -x c++ test.cc
clang -cc1 version 14.0.0 based upon LLVM 14.0.0 default target x86_64-pc-linux-gnu
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/11/../../../../x86_64-linux-gnu/include"
ignoring nonexistent directory "/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/x86_64-linux-gnu/11/../../../../include/c++/11
 /usr/lib/gcc/x86_64-linux-gnu/11/../../../../include/x86_64-linux-gnu/c++/11
 /usr/lib/gcc/x86_64-linux-gnu/11/../../../../include/c++/11/backward
 /usr/lib/llvm-14/lib/clang/14.0.0/include
 /usr/local/include
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.
 "/usr/bin/ld" -pie -z relro --hash-style=gnu --build-id --eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o a.out /lib/x86_64-linux-gnu/Scrt1.o /lib/x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/11/crtbeginS.o -L/usr/lib/gcc/x86_64-linux-gnu/11 -L/usr/lib/gcc/x86_64-linux-gnu/11/../../../../lib64 -L/lib/x86_64-linux-gnu -L/lib/../lib64 -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib64 -L/usr/lib/llvm-14/bin/../lib -L/lib -L/usr/lib /tmp/test-47b8c2.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc /usr/lib/gcc/x86_64-linux-gnu/11/crtendS.o /lib/x86_64-linux-gnu/crtn.o
/usr/bin/ld: /lib/x86_64-linux-gnu/Scrt1.o: in function `_start':
(.text+0x1b): undefined reference to `main'
clang: error: linker command failed with exit code 1 (use -v to see invocation)

Ok for what it's worth it's narrowed down to if gcc-12 is installed. Adding that to the Dockerimage triggers is (I also changed to 22.04)
FROM ubuntu:22.04

ENV DEBIAN_FRONTEND=noninteractive

RUN apt-get -y update && apt-get install -y git wget curl
RUN apt-get install -y build-essential autoconf libtool pkg-config cmake clang libc++-dev gcc-12
RUN wget https://github.com/bazelbuild/bazelisk/releases/download/v1.22.1/bazelisk-linux-amd64
RUN chmod 755 /bazelisk-linux-amd64
RUN mv /bazelisk-linux-amd64 /usr/bin/bazelisk

RUN groupadd -g 1234 yijiem && \
    useradd -m -u 1234 -g yijiem yijiem

USER yijiem
WORKDIR /home/yijiem

RUN git clone https://github.com/grpc/grpc.git

WORKDIR /home/yijiem/grpc
RUN git checkout v1.67.1
RUN git submodule update --init

USER root
RUN apt-get install sudo && gpasswd -a yijiem sudo

CMD ["/bin/bash"]

This seems like the same issue as: https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-14/+bug/2009223. See the last comment in that post:

This problem happens when you install "gcc-12" package.
If you install "g++-12" package instead, there is no problem.
"gcc-12" package does not install C++ standard library, while "g++-12" package does install it.

authors: tapetersen yijiem


text:
Install .pc files as mode 644

Fixes: #10908

****************************************************************

libgrpc.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

****************************************************************

libgrpc++.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

[trickle] No significant performance differences

[microbenchmarks] No significant performance differences

Asan: #13691
Opt: #13477
Windows: #13149
Tsan: #13643

source: gharchive/pull-request

authors: grpc-testing ncteisen


text:
Allow setsockopt and getsockopt to softly fail for TCP_USER_TIMEOUT

Allow setsockopt and getsockopt to softly fail for TCP_USER_TIMEOUT
#17083 did not allow these to softly fail but this is required too

[trickle] No significant performance differences

Objective-C binary sizes
*****************STATIC******************
  New size                      Old size
 2,019,390      Total (=)      2,019,390

 No significant differences in binary sizes

***************FRAMEWORKS****************
  New size                      Old size
11,180,038      Total (>)     11,180,034

 No significant differences in binary sizes

Corrupt JSON data (indicates timeout or crash):
    bm_call_create.BM_IsolatedFilter_ClientChannelFilter_NoOp_.counters.new: 10
    bm_call_create.BM_IsolatedFilter_ClientChannelFilter_NoOp_.counters.old: 10

[microbenchmarks] No significant performance differences

Known issues : #16135, #17126, #15245

Thanks for reviewing!

authors: grpc-testing yashykt


text:
fix typo in max_age_filter.cc

Fix a typo in max_age_filter.cc, which misleads readers.

#19614


text:
pass subchannel address separately instead of as a channel arg

Alternative to #27434.

oh yes right
On Fri, Sep 24, 2021 at 12:16 PM Mark D. Roth @.***>
wrote:

@.**** commented on this pull request.
In src/core/ext/filters/client_channel/subchannel_pool_interface.cc
https://github.com/grpc/grpc/pull/27443#discussion_r715850538:

args_ = other.args_;
other.args_ = nullptr;
return *this;
}

bool SubchannelKey::operator<(const SubchannelKey& other) const {

if (address_.len < other.address_.len) return true;
if (address_.len > other.address_.len) return false;
int r = memcmp(address_.addr, other.address_.addr, address_.len);
if (r < 0) return true;
if (r > 0) return false;

If the address compares as equal, then we want to check the channel args,
since they could still differ.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/grpc/grpc/pull/27443#discussion_r715850538, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ACNG45ITG3RKM6TGVMOKDO3UDTFCDANCNFSM5ER3O5IQ
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

I think the tests should be happy now.  PTAL.

Both test failures are infrastructure timeouts.

authors: ctiller markdroth


text:
outlier_detection LB: reset state when OD is disabled

Updates the OD policy as per https://github.com/grpc/proposal/pull/315.
Also fixes the xds_cluster_resolver policy to not recreate itself if only OD fields change in its config, and fixes a bug where the CDS update was incorrectly failing to check the OD fields to detect a new config.

looks mostly good to me. I'm gonna take another pass at the proposal and the code to see if I spot anything.

authors: markdroth yashykt


text:
[EventEngine] Add ResolvedAddress default constructor

Going with your alternative, thanks.

(it's also very unclear to me that it matters)

Vignesh got a bit hung up on some MSAN issues in another PR, code trying to use the array's garbage data. Giving this a sane default is a step. There are probably still some methods that don't respect the 0-sized address, which will need to be fixed.


text:
Changing parallelism of linux/grpc_portability_build_only

Currently linux/grpc_portability_build_only became flaky because of out of space (300GB). This is because one docker run can use up to 80GB and 4 docker jobs can work in parallel. Sometimes 4 jobs end up consuming all available 300GB resulting in out of space error. So I reduced this parallelism to 1 docker run at a time but increased the inner parallelism so that total elapsed time won't suffer much from this change.

I understand the need for the change but making changes like this without checking the impact on the total duration of the job almost always leads to job slowdowns:

The avg duration of the job was just over 30minutes and now it's ~45mins, so not a trivial regression.

authors: jtattermusch veblush


text:
Enable pip caching

@nathanielmanistaatgoogle I threw in a little clean-up refactoring in build_python.sh in prep for whatever comes of future efforts to split external dependency build steps from gRPC build steps.
Somewhat fixes #3623 (but there'll be more on that front for everyone's general build-flakiness-due-to-network-snafus). The basic requirement, as with any caching solution, is that at least one of the previous builds with the same version requirements succeeded.
Tagged DNM to watch what happens on Jenkins.

LGTM but @nicolasnoble will lead review.

(confirming the existence of the populated pip caches on the testing servers outside of the images)

authors: nathanielmanistaatgoogle soltanmm


text:
Problem with database connection

Hi,
can you tell me the config (config.php) to youse SQLLite withe the Database from your Repo?
Tank you

You have to edit the File "includes/system.php". There you can Change die PDO Connection String to use SQLite.

authors: gruessung heydemar

repo: gruessung/meaju

license: WTFPL


text:
Migrate EC2 to AWS SDK v2

This is a follow-up to the issue here: https://github.com/gruntwork-io/cloud-nuke/issues/770
The EC2 refactor is a bit larger since that API touches many other services.

Reopining this ticket to keep track of all SDKv2 changes - https://github.com/gruntwork-io/cloud-nuke/issues/770

repo: gruntwork-io/cloud-nuke

license: MIT


text:
Implement ScanLocks function to support reporting

Description

Documentation

TODOs
Please ensure all of these TODOs are completed before asking for a review.

[x] Ensure the branch is named correctly with the issue number. e.g: feature/new-vpc-endpoints-955 or bug/missing-count-param-434.
[x] Update the docs.
[x] Keep the changes backward compatible where possible.
[x] Run the pre-commit checks successfully.
[x] Run the relevant tests successfully.

Related Issues

Thanks for review! Going to merge this in now.

repo: gruntwork-io/go-commons


text:
Improve ErrorWithExitCode

I noticed that the user experience for returning ErrorWithExitCode isn't quite great, so I made a few improvements here:

Support using both WithStackTrace and ErrorWithExitCode, so that you can get both a stack trace and exit with exit code.
Output the underlying error message instead of ErrorWithExitCode{ Err = Deployment failed, ExitCode = 1 }
Refactor checkForErrorsAndExit so we can test the exit code functionality without the test exiting due to the call to os.Exit.

I'm blocked on this in my other PR so going to go ahead and merge+release this, but feedback is still welcome.

repo: gruntwork-io/gruntwork-cli


text:
Request: add hook for terragrunt formatting

I am looking to include some terragrunt formatting checks both for local commits and as part of ci verification.

Funny you ask because I was working on this! My WIP is here https://github.com/gruntwork-io/pre-commit/tree/yori-terragrunthclfmt
However, in testing I ran into a few issues caused by unsupported features in hclfmt. The two relevant issues that need to be fixed first are:

https://github.com/gruntwork-io/terragrunt/issues/1091
https://github.com/gruntwork-io/terragrunt/issues/1092

This is now available in https://github.com/gruntwork-io/pre-commit/releases/tag/v0.1.4. Note that you will need terragrunt >=v0.23.3

repo: gruntwork-io/pre-commit


text:
feat: Upgrading go-getter to v2 in scaffold

Description
Was written to address #3031, but that issue is more closely related to #3460.
It doesn't hurt to merge this in if we don't have any problems with it, though.
TODOs
Read the Gruntwork contribution guidelines.

[x] Update the docs.
[x] Run the relevant tests successfully, including pre-commit checks.
[x] Ensure any 3rd party code adheres with our license policy or delete this line if its not applicable.
[x] Include release notes. If this PR is backward incompatible, include a migration guide.

Release Notes (draft)
Updated go-getter to v2 for the scaffold command.

Nit, but is this more of a chore than a feat??

authors: josh-padnick yhakbar

repo: gruntwork-io/terragrunt

license: mit

license_source: bigquery


text:
🛑 IM Server is down

In 15bef44, IM Server (https://appsgrycap.i3m.upv.es:31443/im/version) was down:

HTTP code: 0
Response time: 0 ms

Resolved: IM Server is back up in d65a1ed.

repo: grycap/status


text:
🛑 bretterhofer.at is down

In bf32aa6, bretterhofer.at (https://bretterhofer.at) was down:

HTTP code: 0
Response time: 0 ms

Resolved: bretterhofer.at is back up in 0560b26.


text:
🛑 volkstanz.st is down

In 3daeb87, volkstanz.st (https://volkstanz.st) was down:

HTTP code: 0
Response time: 0 ms

Resolved: volkstanz.st is back up in a8a28fe.


text:
🛑 kinderundjugendtanz.at is down

In a05f088, kinderundjugendtanz.at (https://kinderundjugendtanz.at) was down:

HTTP code: 0
Response time: 0 ms

Resolved: kinderundjugendtanz.at is back up in 45fbf40.


text:
🛑 volkstanz.st is down

In d5bca67, volkstanz.st (https://volkstanz.st) was down:

HTTP code: 0
Response time: 0 ms

Resolved: volkstanz.st is back up in 6bffa0f.


text:
🛑 bretterhofer.at is down

In 659e263, bretterhofer.at (https://bretterhofer.at) was down:

HTTP code: 0
Response time: 0 ms

Resolved: bretterhofer.at is back up in 4c1df44.


text:
🛑 volkstanz.st is down

In b162f28, volkstanz.st (https://volkstanz.st) was down:

HTTP code: 0
Response time: 0 ms

Resolved: volkstanz.st is back up in 488dfc4.


text:
🛑 bretterhofer.at is down

In 862ee15, bretterhofer.at (https://bretterhofer.at) was down:

HTTP code: 0
Response time: 0 ms

Resolved: bretterhofer.at is back up in c83eed4.


text:
Compose an original writeup Document/Roadmap on Web Development

Write it in either Google Docs or on Ms Word.
Make sure to add flowcharts/images.
Share the article link in PR.

Hi!! I can work on this documentation. Can you assign it to me??

Hey can I also start working on this issue, I would Notion for a proper roadmap!

Can you Assign this work to me

can you assign this work to me?

@si-ddhant any update?

@si-ddhant any update?

Yes!! Just finishing it up. Gonna submit the PR by night.

@si-ddhant any update?

i am having issues converting markdown file into utf-8 string

repo: gsasansol/GirlScript-Asansol


text:
请问 calibre-web 中有哪个进程每隔1秒产生一次磁盘访问，启动容器后硬盘总是一秒响一次，吵得人烦躁

我在nas上安装了 calibre-web 总是会咯哒咯哒响，吵得我头疼。
我尝试过：

删除/etc/inotify并重启，重启后进入容器确认没有inotify相关进程了
禁用自动重启选项 CALIBRE_SERVER_RESTART_AUTO=false

均未生效。
然后我换了 linuxserver/calibre-web 的镜像，这个镜像就没有噪音。
我对比了一下 linuxserver/calibre-web 的进程，除了inotify相关的进程以外没看出什么两样的：
这是使用本镜像时，我干掉 inotify 之前的进程截图

这是 linuxserver/calibre-web 的进程截图

这个镜像各方面都很完美，但就是这个1秒1次的响声实在让人崩溃。

可能是未配置calibre-server服务导致s6一直在试图启动此服务，你可以试下开启  ENABLE_CALIBRE_SERVER=true 测试下。

可能是未配置calibre-server服务导致s6一直在试图启动此服务，你可以试下开启 ENABLE_CALIBRE_SERVER=true 测试下。

感谢回复，试了下最新的镜像，然后用如下docker-compose.yml启动:
services:
  calibre-web:
    image: dockerproxy.net/johngong/calibre-web
    container_name: calibre-web
    environment:
      - UID=1000
      - GID=1000
      - ENABLE_CALIBRE_SERVER=true
      - CALIBRE_SERVER_USER=xxxx
      - CALIBRE_SERVER_PASSWORD=xxxx
      - CALIBRE_SERVER_RESTART_AUTO=false
      - ENABLE_AUTOADDBOOKS=false
    volumes:
      - /volume1/docker/calibre:/config
      - /volume1/docker/calibre/Library:/library
      - /volume1/docker/calibre/AutoAdd:/autoaddbooks
    ports:
      - 7080:8083
    restart: unless-stopped

1秒1读的情况没有了，现在变成大约5秒一读的样子😂

最新镜像应该修复了s6的问题，你配置ENABLE_CALIBRE_SERVER=false ENABLE_AUTOADDBOOKS=false 仅剩下calibre-web 主程序测试下。我用iotop看过并未发现异常。

最新镜像应该修复了s6的问题，你配置ENABLE_CALIBRE_SERVER=false ENABLE_AUTOADDBOOKS=false 仅剩下calibre-web 主程序测试下。我用iotop看过并未发现异常。

感谢回复，我按照你的建议调整完之后，运行了一天，确实没有额外的读盘声了👍


text:
Records are not shown

I cannot see any records. The admin panel show only the count . I can add records in houston but I cannot see them...just the counts.

On client console I am getting the following error:

Exception in template helper: ReferenceError: Session is not defined
at Object.Houston._session (http://localhost:3000/packages/houston_admin.js?hash=8ea37791a5747c5afecdec9cd3939ba1f40d6bad:1114:12)
at get_filter_query (http://localhost:3000/packages/houston_admin.js?hash=8ea37791a5747c5afecdec9cd3939ba1f40d6bad:1432:19)
at Template._houston_collection_view.helpers.rows (http://localhost:3000/packages/houston_admin.js?hash=8ea37791a5747c5afecdec9cd3939ba1f40d6bad:1514:74)
at http://localhost:3000/packages/blaze.js?hash=ef41aed769a8945fc99ac4954e8c9ec157a88cea:2994:16
at http://localhost:3000/packages/blaze.js?hash=ef41aed769a8945fc99ac4954e8c9ec157a88cea:1653:16
at http://localhost:3000/packages/blaze.js?hash=ef41aed769a8945fc99ac4954e8c9ec157a88cea:3046:66
at Function.Template._withTemplateInstanceFunc (http://localhost:3000/packages/blaze.js?hash=ef41aed769a8945fc99ac4954e8c9ec157a88cea:3687:12)
at http://localhost:3000/packages/blaze.js?hash=ef41aed769a8945fc99ac4954e8c9ec157a88cea:3045:27
at Object.Spacebars.call (http://localhost:3000/packages/spacebars.js?hash=65db8b6a8e3fca189b416de702967b1cb83d57d5:172:18)
at http://localhost:3000/packages/houston_admin.js?hash=8ea37791a5747c5afecdec9cd3939ba1f40d6bad:321:22
3meteor.js:930 Exception in template helper: ReferenceError: Session is not defined
at Object.Houston._session (http://localhost:3000/packages/houston_admin.js?hash=8ea37791a5747c5afecdec9cd3939ba1f40d6bad:1114:12)
at Object.Template._houston_sidenav.helpers.is_active (http://localhost:3000/packages/houston_admin.js?hash=8ea37791a5747c5afecdec9cd3939ba1f40d6bad:1224:29)
at http://localhost:3000/packages/blaze.js?hash=ef41aed769a8945fc99ac4954e8c9ec157a88cea:2994:16
at http://localhost:3000/packages/blaze.js?hash=ef41aed769a8945fc99ac4954e8c9ec157a88cea:1653:16
at http://localhost:3000/packages/blaze.js?hash=ef41aed769a8945fc99ac4954e8c9ec157a88cea:3046:66
at Function.Template._withTemplateInstanceFunc (http://localhost:3000/packages/blaze.js?hash=ef41aed769a8945fc99ac4954e8c9ec157a88cea:3687:12)
at http://localhost:3000/packages/blaze.js?hash=ef41aed769a8945fc99ac4954e8c9ec157a88cea:3045:27
at Spacebars.call (http://localhost:3000/packages/spacebars.js?hash=65db8b6a8e3fca189b416de702967b1cb83d57d5:172:18)
at Spacebars.mustacheImpl (http://localhost:3000/packages/spacebars.js?hash=65db8b6a8e3fca189b416de702967b1cb83d57d5:106:25)
at Object.Spacebars.dataMustache (http://localhost:3000/packages/spacebars.js?hash=65db8b6a8e3fca189b416de702967b1cb83d57d5:138:39)
meteor.js:930 Exception from Tracker afterFlush function:
meteor.js:930 ReferenceError: Session is not defined
at Object.Houston._session (houston_admin.js:1114)
at get_sort_by (houston_admin.js:1426)
at resubscribe (houston_admin.js:1459)
at Template._houston_collection_view.rendered (houston_admin.js:1562)
at blaze.js:3341
at Function.Template._withTemplateInstanceFunc (blaze.js:3687)
at fireCallbacks (blaze.js:3337)
at . (blaze.js:3430)
at blaze.js:1783
at Object.Blaze._withCurrentView (blaze.js:2214)

I am using Chrome Version 49.0.2623.110 (64-bit) , MAC OSX 10.11.4,  meteor 1.3.2.4 with  the follwoing packages:

accounts-base@1.2.7
accounts-password@1.1.8
aldeed:collection2@2.9.1
aldeed:collection2-core@1.1.1
aldeed:schema-deny@1.0.1
aldeed:schema-index@1.0.1
aldeed:simple-schema@1.5.3
allow-deny@1.0.4
autopublish@1.0.7
autoupdate@1.2.9
babel-compiler@6.6.4
babel-runtime@0.1.8
base64@1.0.8
binary-heap@1.0.8
blaze@2.1.7
blaze-html-templates@1.0.4
blaze-tools@1.0.8
boilerplate-generator@1.0.8
caching-compiler@1.0.4
caching-html-compiler@1.0.6
callback-hook@1.0.8
check@1.2.1
coffeescript@1.0.17
dburles:mongo-collection-instances@0.3.4
ddp@1.2.5
ddp-client@1.2.7
ddp-common@1.2.5
ddp-rate-limiter@1.0.4
ddp-server@1.2.6
deps@1.0.12
diff-sequence@1.0.5
ecmascript@0.4.3
ecmascript-runtime@0.2.10
ejson@1.0.11
email@1.0.12
es5-shim@4.5.10
ewall:foundation@5.5.3
fastclick@1.0.11
geojson-utils@1.0.8
gwendall:body-events@0.1.6
hot-code-push@1.0.4
houston:admin@2.0.7
html-tools@1.0.9
htmljs@1.0.9
http@1.1.5
id-map@1.0.7
insecure@1.0.7
iron:controller@1.0.12
iron:core@1.0.11
iron:dynamic-template@1.0.12
iron:layout@1.0.12
iron:location@1.0.11
iron:middleware-stack@1.0.11
iron:router@1.0.12
iron:url@1.0.11
jquery@1.11.8
lai:collection-extensions@0.1.4
launch-screen@1.0.11
livedata@1.0.18
localstorage@1.0.9
logging@1.0.12
mdg:validation-error@0.2.0
meteor@1.1.14
meteor-base@1.0.4
meteortoys:allthings@2.3.1
meteortoys:authenticate@2.1.0
meteortoys:autopub@2.1.0
meteortoys:blueprint@2.1.0
meteortoys:email@2.1.0
meteortoys:hotreload@2.1.0
meteortoys:listen@2.1.0
meteortoys:method@3.0.2
meteortoys:pub@3.0.2
meteortoys:result@2.1.0
meteortoys:shell@2.1.0
meteortoys:status@2.1.0
meteortoys:sub@2.1.0
meteortoys:throttle@2.1.0
meteortoys:toykit@2.2.1
minifier-css@1.1.11
minifier-js@1.1.11
minimongo@1.0.16
mobile-experience@1.0.4
mobile-status-bar@1.0.12
modules@0.6.1
modules-runtime@0.6.3
mongo@1.1.7
mongo-id@1.0.4
msavin:jetsetter@1.5.2
msavin:mongol@1.6.2
npm-bcrypt@0.8.5
npm-mongo@1.4.43
observe-sequence@1.0.11
ordered-dict@1.0.7
promise@0.6.7
raix:eventemitter@0.1.3
random@1.0.9
rate-limit@1.0.4
reactive-dict@1.1.7
reactive-var@1.0.9
reload@1.1.8
retry@1.0.7
routepolicy@1.0.10
service-configuration@1.0.9
session@1.1.5
sha@1.0.7
spacebars@1.0.11
spacebars-compiler@1.0.11
srp@1.0.8
standard-minifier-css@1.0.6
standard-minifier-js@1.0.6
templating@1.1.9
templating-tools@1.0.4
tmeasday:paginated-subscription@0.2.4
tracker@1.0.13
ui@1.0.11
underscore@1.0.8
url@1.0.9
webapp@1.2.8
webapp-hashing@1.0.9

same here

Same issues here. Any way to resolve this?

try meteor add session

I have the same problem

You guys just made my day.

same here

@eniola Just add session to your packages like this: meteor add session

Thank you

authors: Eloyjaws JustinRvt alabrazi awaemmanuel kenshinman sebdi

repo: gterrono/houston