avoid adding duplicate handlers in XmppRoom objects when join is called

If you call join function several times with the same room name, only one XmppRoom is created which it's ok. But the callback handlers will be added as many times as join function is called.
This PR changes this. The passed handlers would be added to XmppRoom once in order to avoid callback duplications.
Best regards

Thanks!


circleci-matrix: Cache tput cols

Nice, thanks!

P.S. As a note: In the container, tput printed an error message, which is why I made it execute only one, so as not to clutter the output too much. In addition, it could also be silenced using 2>/dev/null.


Create very basic version of frontend

Proposed solution
Make first draft for frontend, which could have:

File upload components
Some feedback based on http responses from backend

DoD (Definition of Done)

Make it possible to upload xml file from frontend

Testing

Test with suitable unit tests

First version could be added to same repo

Moving this to https://github.com/CSCfi/metadata-submitter-frontend


Log PoW zero bits progress

This is helpful for if you have gossip started from CLI, at least. I'm not sure of a good way to stream updates, but that can be added later. For testing, see this branch:
https://github.com/cryptoquick/gossip/tree/PoW-improvements
I then installed it locally with this:
RUSTFLAGS="-Ctarget-cpu=native --cfg tokio_unstable" cargo install --path .
Screenshot:

It might be cool to have timestamps on this too somehow... But that might need to be added in the client itself.

Interesting.
println!() isn't appropriate for a library.  We could make new_with_pow() an async function and also pass back a mpsc channel were these messages are written as structs by the threads into the channel.

Great point! Though, wouldn't you pass in an mpsc, not return one? Something like tracer can consume messages produced by this method, and others.

Yeah prob have to pass it in, since async has to return a future.

I just added an MPSC sender, does that look good to you? Just know, this would require blocking IO, I'm not sure if you wanted to use tokio's async channel types instead (a whole copy of the entire tokio runtime is not necessary to just have the type).

std::sync::mpsc::Sender is fine since it will never block.
It should be optional.

Okay, I've made the argument optional and renamed it to msg_sender, which might be more self-documenting.


Request svg version of project logo

Hi! We'd like to see if you have an SVG version of your project logo. We are looking to include it in the LF Energy Landscape ( l.lfenergy.org ) and need this to include it. Thanks in advance!

Hi! I did a bitmap trace of the existing logo into SVG format. See below - feel free to use it anyway you like or provide feedback on issues.


Side menu is unresponsive after performing a certain action

Note: We are keeping a record of this card. We will investigate and provide detailed steps to reproduce the issue
A quicker way to reproduce the bug:

Create a new project using the PCAT tool
Afterwards, render the frontEnd and navigate through the side menu

was fixed earlier

I've created 5 starter projects after updating the starter to reference the release branch and on all projects, the side menu was responsive even after performing a certain action. I will close this and we will monitor the behaviour


How can I disable all integrated commands?

Hello!
How can I disable all integrated commands?
Which way is correct?
tnx.

You can find the best workaround so far here.


Revert "rebase on main"

This reverts commit 7da84e6f48ecaf1460cd97b1587a1760f16ab1ec. Reverting because parsing statistics went from 83%-> 76% after this change. I'll look into why this is happening, try to fix the problem, and then push the fix 👍

@colleend should we cancel this revert then because of your other fix in https://github.com/fwcd/tree-sitter-kotlin/pull/28 ?

Yes!!


IllegalStateException when trying to use view with createMethod = INFLATE

In 1.4.6, code below that uses view binding delegate with CreateMethod.INFLATE works as expected:
private val mainBinding: ActivityMainBinding by viewBinding(ActivityMainBinding::bind)

// Issue is in this binding
private val innerBinding: ItemToAddBinding by viewBinding(createMethod = CreateMethod.INFLATE)

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    mainBinding.rootLayout.setOnClickListener {
        // Works fine in 1.4.6, but breaks in 1.5.3. Crashes on `innerBinding.itemButton`
        mainBinding.rootLayout.addView(innerBinding.itemButton)
    }
}

In 1.5.3 this code crashes with the following exception:
java.lang.IllegalStateException: Host view isn't ready to create a ViewBinding instance
        at by.kirich1409.viewbindingdelegate.LifecycleViewBindingProperty.getValue(ViewBindingProperty.kt:87)
        at by.kirich1409.viewbindingdelegate.LifecycleViewBindingProperty.getValue(ViewBindingProperty.kt:72)
        at com.arsvechkarev.vbpdtest.MainActivity.getInnerBinding(MainActivity.kt:14)
        at com.arsvechkarev.vbpdtest.MainActivity.onCreate$lambda-0(MainActivity.kt:20)
        at com.arsvechkarev.vbpdtest.MainActivity.$r8$lambda$_81mDixuFKw3tx-DyH6RhN9DAAU(Unknown Source:0)
        at com.arsvechkarev.vbpdtest.MainActivity$$ExternalSyntheticLambda0.onClick(Unknown Source:2)
        at android.view.View.performClick(View.java:7125)
        at android.view.View.performClickInternal(View.java:7102)
        at android.view.View.access$3500(View.java:801)
        at android.view.View$PerformClick.run(View.java:27336)
        at android.os.Handler.handleCallback(Handler.java:883)
        at android.os.Handler.dispatchMessage(Handler.java:100)
        at android.os.Looper.loop(Looper.java:214)
        at android.app.ActivityThread.main(ActivityThread.java:7356)
        at java.lang.reflect.Method.invoke(Native Method)
        at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:492)
        at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:930)

I suspect that the problem is either in isViewInitialized method in ActivityViewBindingProperty, or in my code above. Any idea on how to fix this?
P.S I created a sample project where you can successfully reproduce this issue

You have 2 ViewBindingDelegates. Which of them is the crash reason?

I have the same case kinda. In my case crash appears after I added logic with cleaning viewBinding delegate:
class MyFragment : Fragment(R.layout.my_fragment) {
    private val bindingDelegate = viewBinding<MyFragment, MyFragmentBinding>(MyFragmentBinding::bind)
    private val binding by bindingDelegate

    override fun onActivityCreated(savedInstanceState: Bundle?) {
        super.onActivityCreated(savedInstanceState)

        viewModel.myLiveData.observe(viewLifecycleOwner) {
            binding.viewToSetData // ... try to interact with view throws IllegalStateException
        }
    }

    override fun onDestroyView() {
        bindingDelegate.clear()
        super.onDestroyView()
    }
}

The crash isn't stable - sometimes it's reproducing, sometimes no. Library version is 1.5.3

In 1.5.6 I added functions that isn't connected to Lifecycle of Activity. You can use them viewBindingLazy() or viewBindingWithLifecycle()

@arsvechkarev did the fix help you?

Yeah, thanks, upgrading to 1.5.6 solved the problem! Although I'm somewhat confused: was I supposed to use viewBindingWithLifecycle() to fix my issue? Because after upgrading to 1.5.6 my code starts working without me doing anything to it

In your case viewBinding delegate  by default connected with lifecycle of Activity. If it normal for you, continue to use it


Move entire controller over from app

Because the wizard is likely only used by the GiT services, move over some extra controller code to dry up the app.

Looks good, but should there be some tests to cover this? I think that would also highlight that the API client isn't a dependency in the gemspec

Not sure how to test this without adding Rails to the Gem creating a fake controller
class FakeController < ApplicationController
    include DFEWizard::Controller
end


epic: Rewrite SQL² Parser

The current parser within quasar is terrible.  We need to recreate it using a more appropriate tool, providing better error messages, accurate line information, and better maintainability.  Additionally, whatever tool we use should be compileable using Scala.js, so that we can share the codebase directly with the frontend.

Great idea to use Scala.js to remove code duplication


Panic when using interfaces: Field homePlanet not found on type Some("Droid")

Reproducing
Using the current master (4ffd276a). I am using the example from the docs of graphql_interface:

use juniper::{graphql_interface, GraphQLObject};

#[graphql_interface(for = [Human, Droid])] // enumerating all implementers is mandatory
trait Character {
    fn id(&self) -> &str;
}

#[derive(GraphQLObject)]
#[graphql(impl = CharacterValue)] // notice the enum type name, not trait name
struct Human {
    id: String,
    home_planet: String,
}
#[graphql_interface]
impl Character for Human {
    fn id(&self) -> &str {
        &self.id
    }
}

#[derive(GraphQLObject)]
#[graphql(impl = [CharacterValue])]
struct Droid {
    id: String,
    primary_function: String,
}
#[graphql_interface]
impl Character for Droid {
    fn id(&self) -> &str {
        &self.id
    }
}

On my root query type I have a simple dummy resolver:
#[graphql_object(Context = Context)]
impl Query {
    fn characters() -> Vec<CharacterValue> {
        vec![
            Human { id: "3".into(), home_planet: "banana".into() }.into(),
            Droid { id: "7".into(), primary_function: "nope".into() }.into(),
        ]
    }
}

The generated schema is as expected. When running this query:
query {
  characters { id }
}

... everything works nicely. I get {"data": {"characters": [{"id": "3"}, {"id": "7"} ] } } back. However, when I query like this:
query {
  characters {
    id,
    ... on Human {
      homePlanet,
    }
  }
}

This causes a panic! Specifically:

thread 'tokio-runtime-worker' panicked at 'Field homePlanet not found on type Some("Droid")', /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/types/async_await.rs:234:21

Stacktrace in my application:
stack backtrace:
   0: std::panicking::begin_panic
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/std/src/panicking.rs:505
   1: juniper::types::async_await::resolve_selection_set_into_async_recursive::{{closure}}::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/types/async_await.rs:234
   2: core::option::Option<T>::unwrap_or_else
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/option.rs:424
   3: juniper::types::async_await::resolve_selection_set_into_async_recursive::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/types/async_await.rs:233
   4: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
   5: <core::pin::Pin<P> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/future.rs:119
   6: juniper::types::async_await::GraphQLValueAsync::resolve_async::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/types/async_await.rs:104
   7: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
   8: <core::pin::Pin<P> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/future.rs:119
   9: juniper::executor::Executor<CtxT,S>::resolve_async::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/executor/mod.rs:468
  10: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  11: juniper::executor::Executor<CtxT,S>::resolve_with_ctx_async::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/executor/mod.rs:486
  12: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  13: <test::CharacterValue as juniper::types::async_await::GraphQLValueAsync<__S>>::resolve_into_type_async::{{closure}}::{{closure}}
             at ./main.rs:83
  14: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  15: <futures_util::future::future::flatten::Flatten<Fut,<Fut as core::future::future::Future>::Output> as core::future::future::Future>::poll
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-util-0.3.5/src/future/future/flatten.rs:51
  16: <futures_util::future::future::Then<Fut1,Fut2,F> as core::future::future::Future>::poll
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-util-0.3.5/src/lib.rs:107
  17: <core::pin::Pin<P> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/future.rs:119
  18: juniper::types::async_await::resolve_selection_set_into_async_recursive::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/types/async_await.rs:326
  19: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  20: <core::pin::Pin<P> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/future.rs:119
  21: juniper::types::async_await::GraphQLValueAsync::resolve_async::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/types/async_await.rs:104
  22: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  23: <core::pin::Pin<P> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/future.rs:119
  24: juniper::executor::Executor<CtxT,S>::resolve_async::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/executor/mod.rs:468
  25: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  26: juniper::executor::Executor<CtxT,S>::resolve_into_value_async::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/executor/mod.rs:512
  27: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  28: juniper::types::containers::resolve_into_list_async::{{closure}}::{{closure}}::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/types/containers.rs:310
  29: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  30: <futures_util::stream::futures_ordered::OrderWrapper<T> as core::future::future::Future>::poll
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-util-0.3.5/src/stream/futures_ordered.rs:52
  31: <futures_util::stream::futures_unordered::FuturesUnordered<Fut> as futures_core::stream::Stream>::poll_next
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-util-0.3.5/src/stream/futures_unordered/mod.rs:542
  32: futures_util::stream::stream::StreamExt::poll_next_unpin
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-util-0.3.5/src/stream/stream/mod.rs:1323
  33: <futures_util::stream::futures_ordered::FuturesOrdered<Fut> as futures_core::stream::Stream>::poll_next
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-util-0.3.5/src/stream/futures_ordered.rs:170
  34: futures_util::stream::stream::StreamExt::poll_next_unpin
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-util-0.3.5/src/stream/stream/mod.rs:1323
  35: <futures_util::stream::stream::next::Next<St> as core::future::future::Future>::poll
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-util-0.3.5/src/stream/stream/next.rs:35
  36: juniper::types::containers::resolve_into_list_async::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/types/containers.rs:314
  37: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  38: <core::pin::Pin<P> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/future.rs:119
  39: juniper::executor::Executor<CtxT,S>::resolve_async::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/executor/mod.rs:468
  40: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  41: juniper::executor::Executor<CtxT,S>::resolve_with_ctx_async::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/executor/mod.rs:486
  42: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  43: <test::Query as juniper::types::async_await::GraphQLValueAsync<__S>>::resolve_field_async::{{closure}}
             at ./main.rs:15
  44: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  45: <core::pin::Pin<P> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/future.rs:119
  46: juniper::types::async_await::resolve_selection_set_into_async_recursive::{{closure}}::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/types/async_await.rs:266
  47: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  48: <juniper::types::async_await::resolve_selection_set_into_async_recursive::{{closure}}::AsyncValueFuture<A,B,C,D> as core::future::future::Future>::poll
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/types/async_await.rs:190
  49: <futures_util::stream::futures_ordered::OrderWrapper<T> as core::future::future::Future>::poll
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-util-0.3.5/src/stream/futures_ordered.rs:52
  50: <futures_util::stream::futures_unordered::FuturesUnordered<Fut> as futures_core::stream::Stream>::poll_next
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-util-0.3.5/src/stream/futures_unordered/mod.rs:542
  51: futures_util::stream::stream::StreamExt::poll_next_unpin
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-util-0.3.5/src/stream/stream/mod.rs:1323
  52: <futures_util::stream::futures_ordered::FuturesOrdered<Fut> as futures_core::stream::Stream>::poll_next
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-util-0.3.5/src/stream/futures_ordered.rs:170
  53: futures_util::stream::stream::StreamExt::poll_next_unpin
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-util-0.3.5/src/stream/stream/mod.rs:1323
  54: <futures_util::stream::stream::next::Next<St> as core::future::future::Future>::poll
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-util-0.3.5/src/stream/stream/next.rs:35
  55: juniper::types::async_await::resolve_selection_set_into_async_recursive::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/types/async_await.rs:363
  56: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  57: <core::pin::Pin<P> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/future.rs:119
  58: juniper::types::async_await::GraphQLValueAsync::resolve_async::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/types/async_await.rs:104
  59: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  60: <core::pin::Pin<P> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/future.rs:119
  61: juniper::executor::Executor<CtxT,S>::resolve_async::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/executor/mod.rs:468
  62: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  63: juniper::executor::Executor<CtxT,S>::resolve_into_value_async::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/executor/mod.rs:512
  64: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  65: juniper::executor::execute_validated_query_async::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/executor/mod.rs:963
  66: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  67: juniper::execute::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/lib.rs:296
  68: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  69: juniper::http::GraphQLRequest<S>::execute::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/http/mod.rs:119
  70: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  71: juniper::http::GraphQLBatchRequest<S>::execute::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper/src/http/mod.rs:303
  72: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  73: juniper_hyper::execute_request::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper_hyper/src/lib.rs:199
  74: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  75: juniper_hyper::graphql::{{closure}}
             at /home/lukas/.cargo/git/checkouts/juniper-aa5e857cd28538c7/4ffd276a/juniper_hyper/src/lib.rs:53
  76: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
[...]
  78: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  79: <std::panic::AssertUnwindSafe<F> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/std/src/panic.rs:325
  80: <futures_util::future::future::catch_unwind::CatchUnwind<Fut> as core::future::future::Future>::poll::{{closure}}
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-util-0.3.5/src/future/future/catch_unwind.rs:28
  81: <std::panic::AssertUnwindSafe<F> as core::ops::function::FnOnce<()>>::call_once
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/std/src/panic.rs:308
  82: std::panicking::try::do_call
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/std/src/panicking.rs:381
  83: __rust_try
  84: std::panicking::try
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/std/src/panicking.rs:345
  85: std::panic::catch_unwind
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/std/src/panic.rs:382
  86: <futures_util::future::future::catch_unwind::CatchUnwind<Fut> as core::future::future::Future>::poll
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-util-0.3.5/src/future/future/catch_unwind.rs:28
[...]
  88: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /home/lukas/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
  89: <hyper::proto::h1::dispatch::Server<S,hyper::body::body::Body> as hyper::proto::h1::dispatch::Dispatch>::poll_msg
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/hyper-0.13.7/src/proto/h1/dispatch.rs:476
  90: hyper::proto::h1::dispatch::Dispatcher<D,Bs,I,T>::poll_write
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/hyper-0.13.7/src/proto/h1/dispatch.rs:284
  91: hyper::proto::h1::dispatch::Dispatcher<D,Bs,I,T>::poll_loop
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/hyper-0.13.7/src/proto/h1/dispatch.rs:151
  92: hyper::proto::h1::dispatch::Dispatcher<D,Bs,I,T>::poll_inner
             at /home/lukas/.cargo/registry/src/github.com-1ecc6299db9ec823/hyper-0.13.7/src/proto/h1/dispatch.rs:127

This is a bug, right? I think the GraphQL spec allows these queries, even if not all objects are of that downcasted type. In either way, it shouldn't panic, right?

@LukasKalbertodt yup, definitely a bug. The resolving mechanism shouldn't look for  ...on Human spread fields on non-Human types.

@tyranron Good to know! Thanks for the quick reply. Can I somehow help with fixing this bug? I'm unfamiliar with this codebase, but I could surely learn about it to fix the bug. Or are you already on it? :)

@LukasKalbertodt PR are always welcome 👍
I don't have an opportunity to work on it at the moment.


fix: experimental version comparison for orioledb

What kind of change does this PR introduce?
Bug fix https://github.com/supabase/cli/issues/1676
What is the current behavior?
Please link any relevant issues here.
What is the new behavior?
Feel free to include screenshots if it includes visual changes.
Additional context
Add any other context or screenshots.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

4 of 6 (66.67%)  changed or added relevant lines in 1 file are covered.
5 unchanged lines in 1 file lost coverage.
Overall coverage increased (+0.001%) to 58.17%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

internal/utils/config.go
4
6
66.67%

Files with Coverage Reduction
New Missed Lines
%

internal/gen/keys/keys.go
5
12.31%

Totals

Change from base Build<PHONE_NUMBER>:
0.001%

Covered Lines:
5778

Relevant Lines:
9933

💛  - Coveralls


pkg/p2p(cdc), tests: fix unstable TestClientSendAnomalies

What problem does this PR solve?

Issue Number: close #3945
What is changed and how it works?

Disables flushing to make the test deterministic.

Check List
Tests

Unit test

Release note
None

/run-leak-tests
/run-verify

Codecov Report

Merging #4042 (7444766) into master (3873d39) will decrease coverage by 1.8668%.
The diff coverage is 71.1202%.

Flag
Coverage Δ

cdc
58.7763% <71.1202%> (+0.5397%)
:arrow_up:

dm
52.1937% <ø> (-3.8409%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.
@@               Coverage Diff                @@
##             master      #4042        +/-   ##
================================================
- Coverage   57.0741%   55.2072%   -1.8669%
================================================
  Files           478        485         +7
  Lines         56551      59945      +3394
================================================
+ Hits          32276      33094       +818
- Misses        20978      23489      +2511
- Partials       3297       3362        +65

/merge

/run-integration-tests
/run-kafka-integration-test

/run-verify

/run-dm-integration-test


Force recreation on invalid ID

When getting Invalid ID, recreate resource, shamelessly ripped from https://github.com/Ouest-France/terraform-provider-phpipam/issues/18

Thank you, @rhysxevans, for the help.


MS Editor: cancel / re-open shall reset changes to the input fields

Changes in the input fields (Project name, Meeting name) should be reset if the dialog is canceled or closed and re-opened again
=> write E2E test, first!  ;-)

Should work now.


GKE Client Certificates

You've recently added a check for GKE client certificates.
  Result 6
  [google-gke-use-client-cert-auth][HIGH] Resource 'google_container_cluster.redacted' does not have master_auth.client_certificate_config.issue_client_certificate set to true
  /builds/QNB_T93t/0/uc/redacted/terraform/gcp.tf:306
     303 |     password = ""
     304 |
     305 |     client_certificate_config {
     306 |       issue_client_certificate = false    bool: false
     307 |     }
     308 |   }
     309 |
  Impact:     Less secure authentication method in use
  Resolution: Use client certificates for authentication
  More Info:
  - https://tfsec.dev/docs/google/gke/use-client-cert-auth#google/gke
  - https://registry.terraform.io/providers/hashicorp/google/latest/docs/resources/container_cluster#issue_client_certificate

According to the GKE hardening guide, client certificates are deprecated and OAuth tokens should be used.
https://cloud.google.com/kubernetes-engine/docs/how-to/hardening-your-cluster#restrict_authn_methods

@gysel Good catch, thanks, PR incoming.

Fixed in v0.58.4

awesome, thanks for the fast resolution!

@liamg shouldn't you remove no-legacy-auth entirely in favor of no-legacy-authentication?
https://tfsec.dev/docs/google/gke/no-legacy-authentication/#google/gke


Update notebook for Python 3

With Python 3.x (and the docker image shows version 3.6.7) we need to explcitly use integer (aka floor) division, otherwise Keras throws:
TypeError: Value passed to parameter 'shape' has DataType float32 not in list of allowed values: int32, int64

for instance:
>>> 256/4
64.0
>>> 256//4
64

Hi @tromgy -- I like this idea, however I'm unable to replicate the error. Are you using the Dockerfile dependencies provided here including Keras 2.2.0?

Good point, I have compared and my docker file is identical (I have recently re-cloned from this new repo and rebuilt the docker image).
However when I did
print(keras.__version__)

right in that same notebook I got this
2.0.8
The Docker file says 2.2.0 and the base image doesn't list Keras, so I'm at a loss where that version mismatch might be coming from.

OK, so it might have been running an old docker image somehow, as I have restarted everything and made sure it got docker from the latest directory, and lo and behold, keras.__version__ reports 2.2.0
But, I still see the same error from Keras if I use standard division n_dense/4
Here's the complete error stack:
---------------------------------------------------------------------------
TypeError                                 Traceback (most recent call last)
<ipython-input-9-eaf9fd2c6473> in <module>()
     30
     31 dense_2 = Dense(n_dense/4,
---> 32                 activation='relu', name='dense_2')(drop_dense_layer)
     33 dropout_2 = Dropout(dropout, name='drop_dense_2')(dense_2)
     34

/opt/conda/lib/python3.6/site-packages/keras/engine/base_layer.py in __call__(self, inputs, **kwargs)
    430                                          '`layer.build(batch_input_shape)`')
    431                 if len(input_shapes) == 1:
--> 432                     self.build(input_shapes[0])
    433                 else:
    434                     self.build(input_shapes)

/opt/conda/lib/python3.6/site-packages/keras/layers/core.py in build(self, input_shape)
    870                                       name='kernel',
    871                                       regularizer=self.kernel_regularizer,
--> 872                                       constraint=self.kernel_constraint)
    873         if self.use_bias:
    874             self.bias = self.add_weight(shape=(self.units,),

/opt/conda/lib/python3.6/site-packages/keras/legacy/interfaces.py in wrapper(*args, **kwargs)
     89                 warnings.warn('Update your `' + object_name +
     90                               '` call to the Keras 2 API: ' + signature, stacklevel=2)
---> 91             return func(*args, **kwargs)
     92         wrapper._original_function = func
     93         return wrapper

/opt/conda/lib/python3.6/site-packages/keras/engine/base_layer.py in add_weight(self, name, shape, dtype, initializer, regularizer, trainable, constraint)
    247         if dtype is None:
    248             dtype = K.floatx()
--> 249         weight = K.variable(initializer(shape),
    250                             dtype=dtype,
    251                             name=name,

/opt/conda/lib/python3.6/site-packages/keras/initializers.py in __call__(self, shape, dtype)
    216             limit = np.sqrt(3. * scale)
    217             return K.random_uniform(shape, -limit, limit,
--> 218                                     dtype=dtype, seed=self.seed)
    219
    220     def get_config(self):

/opt/conda/lib/python3.6/site-packages/keras/backend/tensorflow_backend.py in random_uniform(shape, minval, maxval, dtype, seed)
   4075         seed = np.random.randint(10e6)
   4076     return tf.random_uniform(shape, minval=minval, maxval=maxval,
-> 4077                              dtype=dtype, seed=seed)
   4078
   4079

/opt/conda/lib/python3.6/site-packages/tensorflow/python/ops/random_ops.py in random_uniform(shape, minval, maxval, dtype, seed, name)
    240           shape, minval, maxval, seed=seed1, seed2=seed2, name=name)
    241     else:
--> 242       rnd = gen_random_ops.random_uniform(shape, dtype, seed=seed1, seed2=seed2)
    243       return math_ops.add(rnd * (maxval - minval), minval, name=name)
    244

/opt/conda/lib/python3.6/site-packages/tensorflow/python/ops/gen_random_ops.py in random_uniform(shape, dtype, seed, seed2, name)
    672     _, _, _op = _op_def_lib._apply_op_helper(
    673         "RandomUniform", shape=shape, dtype=dtype, seed=seed, seed2=seed2,
--> 674         name=name)
    675     _result = _op.outputs[:]
    676     _inputs_flat = _op.inputs

/opt/conda/lib/python3.6/site-packages/tensorflow/python/framework/op_def_library.py in _apply_op_helper(self, op_type_name, name, **keywords)
    607               _SatisfiesTypeConstraint(base_type,
    608                                        _Attr(op_def, input_arg.type_attr),
--> 609                                        param_name=input_name)
    610             attrs[input_arg.type_attr] = attr_value
    611             inferred_from[input_arg.type_attr] = input_name

/opt/conda/lib/python3.6/site-packages/tensorflow/python/framework/op_def_library.py in _SatisfiesTypeConstraint(dtype, attr_def, param_name)
     58           "allowed values: %s" %
     59           (param_name, dtypes.as_dtype(dtype).name,
---> 60            ", ".join(dtypes.as_dtype(x).name for x in allowed_list)))
     61
     62

TypeError: Value passed to parameter 'shape' has DataType float32 not in list of allowed values: int32, int64

Now looking at it carefully it seems that the error originates in Tensorflow. I checked that version (the notebooks don't directly import Tensorflow) and it shows 1.8.0 just as listed in the docker file

Huh, that's weird. Thank you very much for bringing this to my attention, @tromgy -- I can't take the time to resolve this today, but will ASAP.

I've figured out the discrepancy between our docker images @tromgy ... jupyter/scipy-notebook:e7000ca1416d specified in the Dockerfile corresponds to Python 3.6.5. Any insight into how you ended up with 3.6.7?

It might have been that "old" docker image, although I don't know where it could have came from. Right now I'm sure running the latest Docker image that I built from the docker file in this repo on May 20.
I added this code to the notebook:
# report versions
import sys
print('Python:', sys.version)

import tensorflow
print('Tensorflow:', tensorflow.__version__)

print('Keras:', keras.__version__)

dense_2 = Dense(n_dense/4,
                activation='relu', name='dense_2')(drop_dense_layer)
dropout_2 = Dropout(dropout, name='drop_dense_2')(dense_2)

# sigmoid output layer:
predictions = Dense(1, activation='sigmoid', name='output')(dropout_2)

# create model:
model = Model(input_layer, predictions)

and that's what I get when I run this cell:
Python: 3.6.5 | packaged by conda-forge | (default, Apr  6 2018, 13:39:56)
[GCC 4.8.2 20140120 (Red Hat 4.8.2-15)]
Tensorflow: 1.8.0
Keras: 2.2.0
---------------------------------------------------------------------------
TypeError                                 Traceback (most recent call last)
<ipython-input-13-3ff1d14e3d09> in <module>()
     40
     41 dense_2 = Dense(n_dense/4,
---> 42                 activation='relu', name='dense_2')(drop_dense_layer)
     43 dropout_2 = Dropout(dropout, name='drop_dense_2')(dense_2)
     44

/opt/conda/lib/python3.6/site-packages/keras/engine/base_layer.py in __call__(self, inputs, **kwargs)
    430                                          '`layer.build(batch_input_shape)`')
    431                 if len(input_shapes) == 1:
--> 432                     self.build(input_shapes[0])
    433                 else:
    434                     self.build(input_shapes)

/opt/conda/lib/python3.6/site-packages/keras/layers/core.py in build(self, input_shape)
    870                                       name='kernel',
    871                                       regularizer=self.kernel_regularizer,
--> 872                                       constraint=self.kernel_constraint)
    873         if self.use_bias:
    874             self.bias = self.add_weight(shape=(self.units,),

/opt/conda/lib/python3.6/site-packages/keras/legacy/interfaces.py in wrapper(*args, **kwargs)
     89                 warnings.warn('Update your `' + object_name +
     90                               '` call to the Keras 2 API: ' + signature, stacklevel=2)
---> 91             return func(*args, **kwargs)
     92         wrapper._original_function = func
     93         return wrapper

/opt/conda/lib/python3.6/site-packages/keras/engine/base_layer.py in add_weight(self, name, shape, dtype, initializer, regularizer, trainable, constraint)
    247         if dtype is None:
    248             dtype = K.floatx()
--> 249         weight = K.variable(initializer(shape),
    250                             dtype=dtype,
    251                             name=name,

/opt/conda/lib/python3.6/site-packages/keras/initializers.py in __call__(self, shape, dtype)
    216             limit = np.sqrt(3. * scale)
    217             return K.random_uniform(shape, -limit, limit,
--> 218                                     dtype=dtype, seed=self.seed)
    219
    220     def get_config(self):

/opt/conda/lib/python3.6/site-packages/keras/backend/tensorflow_backend.py in random_uniform(shape, minval, maxval, dtype, seed)
   4075         seed = np.random.randint(10e6)
   4076     return tf.random_uniform(shape, minval=minval, maxval=maxval,
-> 4077                              dtype=dtype, seed=seed)
   4078
   4079

/opt/conda/lib/python3.6/site-packages/tensorflow/python/ops/random_ops.py in random_uniform(shape, minval, maxval, dtype, seed, name)
    240           shape, minval, maxval, seed=seed1, seed2=seed2, name=name)
    241     else:
--> 242       rnd = gen_random_ops.random_uniform(shape, dtype, seed=seed1, seed2=seed2)
    243       return math_ops.add(rnd * (maxval - minval), minval, name=name)
    244

/opt/conda/lib/python3.6/site-packages/tensorflow/python/ops/gen_random_ops.py in random_uniform(shape, dtype, seed, seed2, name)
    672     _, _, _op = _op_def_lib._apply_op_helper(
    673         "RandomUniform", shape=shape, dtype=dtype, seed=seed, seed2=seed2,
--> 674         name=name)
    675     _result = _op.outputs[:]
    676     _inputs_flat = _op.inputs

/opt/conda/lib/python3.6/site-packages/tensorflow/python/framework/op_def_library.py in _apply_op_helper(self, op_type_name, name, **keywords)
    607               _SatisfiesTypeConstraint(base_type,
    608                                        _Attr(op_def, input_arg.type_attr),
--> 609                                        param_name=input_name)
    610             attrs[input_arg.type_attr] = attr_value
    611             inferred_from[input_arg.type_attr] = input_name

/opt/conda/lib/python3.6/site-packages/tensorflow/python/framework/op_def_library.py in _SatisfiesTypeConstraint(dtype, attr_def, param_name)
     58           "allowed values: %s" %
     59           (param_name, dtypes.as_dtype(dtype).name,
---> 60            ", ".join(dtypes.as_dtype(x).name for x in allowed_list)))
     61
     62

TypeError: Value passed to parameter 'shape' has DataType float32 not in list of allowed values: int32, int64

You were correct, @tromgy -- I replicated your error, and have merged your change. Thank you very much for your pull request! 🙏

Hey @tromgy ... out of curiosity, I don't suppose you're testing every Jupyter notebook in this repo (perhaps as you work through the book)? It would be tremendously helpful if you were because we're in the final round of book edits right now. This error you identified, for example, will be corrected within the text.

Yes, @jonkrohn in fact I do go through every notebook mentioned in the text as I progress through the book. I'm now on chapter 12. Although for the notebooks from chapters prior to 10 I used code from the "old" github repository: https://github.com/illustrated-series/deep-learning-illustrated

That's perfect, thanks 😃

@jonkrohn, are issues disabled for this repo?
I'm seeing a problem in the generative_adversarial_network notebook. What is the best way to communicate it?

Hi @tromgy ! I certainly haven't deliberately disabled issues. Indeed, I'm rather sure I haven't made any changes to the settings to this repo since the issue you filed last week.

Last week it was a pull request, not an "issue".  Issues are for problems that people see, but don't know how to solve. And that's exactly what I have now with the GAN notebook.
Here's how this repository looks:

the red arrow shows where the Issues tab would be.
And this is how the original repository looks:

so somehow along the migration path the "issues" setting got lost...
In my own repos, when I click the Settings tab, I see this:

so I think it's just the matter of checking this box.

Awesome, @tromgy -- you are correct, as usual! The Issues tab should now be available to you :)


[Feat] Virtualized DataGrid with autoFitColumns: false

For the virtualized dataGrid (@fluentui-contrib/react-data-grid-react-window), the scrollbar is on the body
This is fine if the columns all fit without a horizontal overflow, however if there is some horizontal scrollbar there's no way to scroll both the body and the headers at the same time. So when autoFitColumns is set to false, this causes issues
overflow-x: auto can be applied to the parent container, but that means the vertical scrollbar won't be visible unless the user scrolls all the way to the right

https://codesandbox.io/p/sandbox/datagrid-body-overflow-forked-ygzvhs?workspaceId=2e8388ff-7617-4f14-8fb7-fe6621520941
overflow-x: auto can be applied to the DataGridBody, but that means the DataGridHeaders won't scroll with the body and the column data and headers will be misaligned

https://codesandbox.io/p/sandbox/datagrid-bodysize-bug-forked-6xqrry?file=%2Fsrc%2Fexample.tsx
(for the sandboxes, try resizing some columns to be larger and then observe the scrollbar positions/behaviours)

I have the same issue: https://github.com/microsoft/fluentui/issues/32837
fluentui v9's progress was slow, and it still wasn't a complete replacement for fluentui v8

+100
We have the same requirements

@rocketBANG  wondering if just having a wrapping overflow container wouldn't be an easier solution? https://codesandbox.io/p/sandbox/datagrid-bodysize-bug-forked-6xqrry

@ling1726 The issue with that approach is there's no way to see the vertical scroll bar unless the user scrolls all the way to the edge of the page. So then that's a potential usability/accessibility issue


Update README.md

I found a few adjustments to make to your README. md file for clarification of documentation.

Nice catches @Jennifer-Brigman

@moubi Thank you! I'm glad to be able to help.

Why closed ?

I apologize, I was trained differently. Is that not the proper course once a commit is accepted?
Sent from my iPhone
On Sep 14, 2016, at 8:23 PM, hustcc <notifications<EMAIL_ADDRESS>wrote:
Why closed ?
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHubhttps://github.com/hustcc/timeago.js/pull/44#issuecomment-247206461, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AVJyud0SpzoY8WKWVEJTZQU0kIQ44spPks5qqJ35gaJpZM4J9F5Z.


Feature/new logs audit [OSF-5945]

Issue https://openscience.atlassian.net/browse/OSF-5945
Moved from https://github.com/CenterForOpenScience/osf.io/pull/5394
Purpose
Audits new logs on My Projects page.  For the most part, tries to match current logs.  As a general rule, files will provide links whether or not the resource has been deleted. (If it has been deleted, the link will return a Gone or Not Found).  Logs referencing nodes, however, will not provide links if the resource has been deleted.
Changes
Numerous small fixes to logs that appear in My Projects page - no change to project organizer logs.  Log phrasing changed, links added, etc.  For full list of changes see google doc link in Issue https://openscience.atlassian.net/browse/OSF-5945

@hmoco, do you think I can move this to ready to merge?

@pattisdr yep!

Great. Thanks again for reviewing this for me.

Pass finished; just a few minor changes, and this is good to merge.

@sloria, requested changes made.


Seek related software landscape projects from search queries and expand project metric gathering

This PR adds the capability to search GitHub using predefined queries which effects the projects dataset. The rough idea here was that the project data will likely change over time, so we can inform this with queries which may be performed periodically. It might also be that queries themselves could be estimated from the Cytomining ecosystem projects, but I wasn't sure about this yet.
Thanks in advance for any feedback you might have on this!

Thank you @gwaybio for the review and suggestions, I've added these to the changes and will now merge.


JavaScript heap out of memory when compiling typesafe-joi on v3.4.x

TypeScript Version:
3.4.1, 3.4.2, 3.5.0-dev.20190406
Reproduction:
https://github.com/hjkcai/typesafe-joi/tree/feature/split-files
git clone https://github.com/hjkcai/typesafe-joi.git -b feature/split-files --depth=1
yarn
yarn test

Update: the published version also has this problem. Reproduce using the published version:
mkdir typesafe-joi-issue && cd typesafe-joi-issue
yarn add typescript@next @types/node typesafe-joi joi
echo '{"compilerOptions":{"strict":true}}' > tsconfig.json
echo 'import * as Joi from "typesafe-joi"; console.log(Joi)' > index.ts
npx tsc -p .

Expected behavior:
tsc should work. It works in ts 3.3.
Actual behavior:

tsc got out of memory when running tsc -p .
tsserver does not response in vscode (tsserver is responsive only in the first opened file. It does not response after opening a second file. There is no useful information when setting trace to verbose, only showing TypeScript Server: canceled request with sequence number xxx)

<--- Last few GCs --->

[237:0x2a86850]    32677 ms: Mark-sweep 1375.1 (1448.2) -> 1375.1 (1448.2) MB, 781.3 / 0.0 ms  allocation failure GC in old space requested
[237:0x2a86850]    33476 ms: Mark-sweep 1375.1 (1448.2) -> 1375.1 (1432.2) MB, 798.5 / 0.0 ms  last resort GC in old space requested
[237:0x2a86850]    34299 ms: Mark-sweep 1375.1 (1432.2) -> 1375.1 (1432.2) MB, 823.4 / 0.0 ms  last resort GC in old space requested

<--- JS stacktrace --->

==== JS stack trace =========================================

    0: ExitFrame [pc: 0x1488b018427d]
    1: StubFrame [pc: 0x1488b018b394]
Security context: 0x17670b2206a9 <JSObject>
    2: getUnionType(aka getUnionType) [/mnt/c/Users/hjkcai/Projects/typesafe-joi/node_modules/typescript/lib/tsc.js:~33033] [pc=0x1488b06faf5d](this=0x20e577e022e1 <undefined>,types=0x331caa7af049 <JSArray[2]>,unionReduction=1,aliasSymbol=0x20e577e022e1 <undefined>,aliasTypeArguments=0x20e577e022e1 <undefined>)
    3: in...

FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory
 1: node::Abort() [node]
 2: 0x88050c [node]
 3: v8::Utils::ReportOOMFailure(char const*, bool) [node]
 4: v8::internal::V8::FatalProcessOutOfMemory(char const*, bool) [node]
 5: v8::internal::Factory::NewRawOneByteString(int, v8::internal::PretenureFlag) [node]
 6: v8::internal::Factory::NewStringFromOneByte(v8::internal::Vector<unsigned char const>, v8::internal::PretenureFlag) [node]
 7: v8::internal::Factory::NumberToString(v8::internal::Handle<v8::internal::Object>, bool) [node]
 8: v8::internal::Runtime_NumberToStringSkipCache(int, v8::internal::Object**, v8::internal::Isolate*) [node]
 9: 0x1488b018427d
[1]    237 abort (core dumped)  npx tsc -p .

Related Issues:
I saw lots of regression issues about recursion and type inference. typesafe-joi uses lots of recursions. Maybe they are somehow related?
typesafe-joi was crashed once (#28873). @j-oliveras @ahejlsberg Please help!

I am debugging TypeScript using the tag v3.4.1. I pause the execution of tsc randomly in vscode and analyze the call stack. Here are what I know about what TypeScript is doing:

Look into the file src/schema/object.ts
Check the heritage element ObjectSchemaType<ObjectSchema, Value> of ObjectSchema
Check ObjectSchemaType.allow against AbstractSchema.allow
allow is using the type ObjectSchema
Back to 2 with somewhere in the type parameters substituted with ?
After several rounds, TypeScript finally completes checking allow
Start checking ObjectSchemaType.keys
and so on...

Seems that ts is doing type check very slowly so every time I pause the stack tells me the same thing.

Increasing heap memory limit does not help. tsc will eat up all memory. There seems a infinity loop consuming lots of memory.
node --max-old-space-size=8192 node_modules/typescript/bin/tsc -p typesafe-joi-issue

The same issue with me, the new version of tsc has ruined (overly limited) my complex type hierarchy so that the compiler crashes when tries to process it.

Also experiencing this issue - v3.3.3 works as expected.

Same here when compiling application with large type hierarchies.
Previous versions (3.3) of tsc work fine.

After upgrading to TS 3.4.3 we started to have out of memory issues with karma-webpack 3.0.5
Downgrading to TS 3.3.3 solved the issue for us
Here is the issue we had:
06:24:09 10 04 2019 10:24:10.023:DEBUG [preprocessor.sourcemap]: base64-encoded source map for /usr/src/app/test/unit/index.ts
06:24:14
06:24:14 <--- Last few GCs --->
06:24:14
06:24:14 [22:0x41366c0]    93441 ms: Mark-sweep 1136.6 (1442.4) -> 1136.2 (1432.9) MB, 1065.9 / 0.1 ms  allocation failure GC in old space requested
06:24:14 [22:0x41366c0]    94547 ms: Mark-sweep 1136.2 (1432.9) -> 1136.2 (1363.9) MB, 1105.6 / 0.0 ms  last resort GC in old space requested
06:24:14 [22:0x41366c0]    95623 ms: Mark-sweep 1136.2 (1363.9) -> 1136.2 (1334.4) MB, 1076.1 / 0.2 ms  last resort GC in old space requested
06:24:14
06:24:14
06:24:14 <--- JS stacktrace --->
06:24:14
06:24:14 ==== JS stack trace =========================================
06:24:14
06:24:14 Security context: 0xfecfb0a57c1 <JSObject>
06:24:14     1: toString [buffer.js:611] [bytecode=0x198b036e3f71 offset=31](this=0x28d61df02251 <Uint8Array map = 0x89f7ce11f59>,encoding=0x2bf242822d1 <undefined>,start=0x2bf242822d1 <undefined>,end=0x2bf242822d1 <undefined>)
06:24:14     2: arguments adaptor frame: 0->3
06:24:14     3: /* anonymous */(aka /* anonymous */) [/usr/src/app/node_modules/karma-webpack/lib/karma-webpack.js:324] [bytecode=0x1a6fc83e59b9 offset=...
06:24:14
06:24:14 FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory
06:24:14  1: node::Abort() [gulp]
06:24:14  2: 0x11e7fec [gulp]
06:24:14  3: v8::Utils::ReportOOMFailure(char const*, bool) [gulp]
06:24:14  4: v8::internal::V8::FatalProcessOutOfMemory(char const*, bool) [gulp]
06:24:14  5: v8::internal::Factory::NewRawTwoByteString(int, v8::internal::PretenureFlag) [gulp]
06:24:14  6: v8::internal::Factory::NewStringFromUtf8(v8::internal::Vector<char const>, v8::internal::PretenureFlag) [gulp]
06:24:14  7: v8::String::NewFromUtf8(v8::Isolate*, char const*, v8::NewStringType, int) [gulp]
06:24:14  8: node::StringBytes::Encode(v8::Isolate*, char const*, unsigned long, node::encoding, v8::Local<v8::Value>*) [gulp]
06:24:14  9: 0x1207c96 [gulp]
06:24:14 10: v8::internal::FunctionCallbackArguments::Call(void (*)(v8::FunctionCallbackInfo<v8::Value> const&)) [gulp]
06:24:14 11: 0xb7a9ac [gulp]
06:24:14 12: v8::internal::Builtin_HandleApiCall(int, v8::internal::Object**, v8::internal::Isolate*) [gulp]
06:24:14 13: 0xc10cfc842fd

Getting a minimal repro

@RyanCavanaugh it seems this oneliner does it: https://github.com/Microsoft/TypeScript/issues/30831

Here's the smallest (!) repro I have
interface AbstractSchema<S, V> {
  m1<T> (values: T): SchemaType<S, Exclude<V, T>>;
  m2<T> (values: T): SchemaType<S, T>;
}

type SchemaType<S, V> = S extends object ? AnySchema<V> : never;
interface AnySchema<V> extends AnySchemaType<AnySchema<undefined>, V> { }
interface AnySchemaType<S extends AbstractSchema<any, any>, V> extends AbstractSchema<S, V> { }

@mmiszy #30831 seems unrelated; this still OOMs with the fix in #30769 applied

The issue is runaway recursion in isTypeIdenticalTo which is set off by code that attempts to simplify conditional types. I just put up a PR that switches the check to just use object identity.


PHP 8 support

Hi,
It would be nice to add support to PHP 8 :)
Best regards

Anybody's here? Library still maintained?

security support only of php 7 is coming soon, and end of security support is expected in 16 months.
I'd say it's time to look into this yeap :)
https://www.php.net/supported-versions.php

actually someone made a PR about it. If it's that simple we're good to go :)
https://github.com/sumup/sumup-ecom-php-sdk/pull/26

Any news ?

Still no update on this?

This issue is open for more than 1 year
I am not sure what is Sumup approach on this - do they want to stop supporting PHP clients ?
If so, that you be a bad strategy
I have already alerted a PM and a VP working at Sumup about this topic, but without any effect
cc. @schabby

@AndreeWille @CooperRS @ForsakenHarmony @Lucien @PaulLafytskyi @adriankeenan @afonsodelgado @carlosedj @cecisousa @connor-baer @cristianoliveira @curly-monkey @es1o @felixheck @floschliep @heitor-nsouza @hilleer @hlmerscher @ismaellg @julienschmidt @justman00 @madeinussr @mmiranda @mostafafotoh @nicosommi @olivermaric @robbdimitrov @robinbraemer @rops42 @s0ph1e @sahlone @shagedorn @syndbg @tomarrell @voronianski

Hi, I'm very sorry for the long wait! We have fixed this with the latest release (1.1.0)


Yavin spark aff

Most of these changes are no-ops, outdated, or got added through different branches. No need for this PR to continue hanging out.


Create the containerd image service

- What I did
Initial pull/ls works
Build is deactivated if the feature is active

I'll add support for virtual size (https://github.com/rumpl/moby/commit/2776587d68739293b9d15d54b12b5ccc80eb2028) and filters (https://github.com/rumpl/moby/commit/991a9125d304dce001730ccfb4771a70d8ff7f78) in a follow up PR


Switch to using everypolitician-ruby/popolo

Rather than manually getting the popolo and digging through it for the identifiers we should instead be using everypolitician-ruby.

If there are things that the libraries don't do already that would be useful, e.g. person.wikidata_id, then we should add that as it will be useful to others as well.

person.wikidata_id

NB: .wikidata is already implemented on Entity, so should be accessible anywhere that's already reconciled (e.g. people, parties, legislature, terms, areas)

Done in https://github.com/everypolitician/compare_morph_to_wikidata/commit/b944122afd67a78e7a4e350d6d2e3ff9c14463a9.

And improved in https://github.com/everypolitician/compare_morph_to_wikidata/commit/e07ef205cd2fd6af9cb75664ba6524f85e903ac9 😄


Gusinacio/dont crash sender account

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

28 of 41 (68.29%)  changed or added relevant lines in 3 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.1%) to 68.461%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

tap-agent/src/agent/sender_allocation.rs
3
7
42.86%

tap-agent/src/agent/sender_account.rs
8
17
47.06%

Totals

Change from base Build<PHONE_NUMBER>:
0.1%

Covered Lines:
3714

Relevant Lines:
5425

💛  - Coveralls


[Improve][TubeMQ]  repHelperHost for master should be exposed in configuration

Description
Currently, repHelperHost in master.ini isn't exposed.
See https://github.com/apache/incubator-inlong/blob/master/inlong-tubemq/conf/master.ini?#L70
This is a key configuration for Tube master especially when you build a failover master service.
So, it should be exposed, also, we should add some guides for this configuration
InLong Component
InLong TubeMQ
Are you willing to submit PR?

[ ] Yes, I am willing to submit a PR!

Code of Conduct

[X] I agree to follow this project's Code of Conduct

@aloyszhang, you are right, the parameters of the copy are very important, and each copy group requires a different parameter configuration; commenting it out will make the outside mistakenly think that only the default value is needed.

Can you contribute a PR?

Yeah, I'll send a pull request soon.


Update ClassInfo to return arrays where expected

These methods are expected to return an array instead of null (if $class doesnt exist);

getValidSubClasses
dataClassesFor
subclassesFor
ancestry

Fixes: #5562
Also see: https://github.com/silverstripe/silverstripe-framework/issues/5171

Thanks

I would also have accepted exceptions for these, but return array() is fine.


Mongo-DB Task. Arseni Lamihov

https://travis-ci.com/github/Arseni-Lamihov/db-assignments/builds/183608240

Try to decrease the time of performing these tests up to 100 ms. Adding some indexes to specific collections  should help

I'll mark the PR as "Draft", please click "ready for review" when it will be finished. Thank you!

Closing the PR as accepted! Thanks!


Node JS file added.

Description 📜
Documentation/Tutorial added for topic Node Js
Fixes #2178

Type of change 📝

[x] Documentation (Content Creation in the form of codes or tutorials)

Domain of Contribution 📊

[x] Frontend Dev #HTML/CSS/JS

Checklist ✅

[x] I follow Contributing Guidelines & Code of conduct of this project.
[x] I have performed a self-review of my own code or work.
[x] I have commented my code, particularly in hard-to-understand areas.
[x] My changes generates no new warnings.
[x] I'm GWOC'21 contributor

Screenshots / Gif (Optional) 📸
Added

You have to add some more details about node js

Further than installation and getting started ?
Like should I add about npm ?

Further than installation and getting started ? Like should I add about npm ?

Yes I think, I'll make it more awesome!


Unable to download video - Yahoo finance???

Checklist

[ x] I'm reporting a broken site support
[ x] I've verified that I'm running youtube-dl version 2019.09.28
[ x] I've checked that all provided URLs are alive and playable in a browser
[x ] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[ x] I've searched the bugtracker for similar issues including closed ones

Verbose log

Chriss-MacBook-Air:~ chriswarren$ youtube-dl --verbose https://uk.finance.yahoo.com/video/nigel-farage-falls-prank-call-114242755.html
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: [u'--verbose', u'https://uk.finance.yahoo.com/video/nigel-farage-falls-prank-call-114242755.html']
[debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2019.09.28
[debug] Python version 2.7.10 (CPython) - Darwin-18.7.0-x86_64-i386-64bit
[debug] exe versions: none
[debug] Proxy map: {}
[Yahoo] nigel-farage-falls-prank-call: Downloading webpage
ERROR: Unable to extract content ID; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.
Traceback (most recent call last):
  File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 796, in extract_info
    ie_result = ie.extract(url)
  File "/usr/local/bin/youtube-dl/youtube_dl/extractor/common.py", line 530, in extract
    ie_result = self._real_extract(url)
  File "/usr/local/bin/youtube-dl/youtube_dl/extractor/yahoo.py", line 350, in _real_extract
    CONTENT_ID_REGEXES, webpage, 'content ID')
  File "/usr/local/bin/youtube-dl/youtube_dl/extractor/common.py", line 1005, in _search_regex
    raise RegexNotFoundError('Unable to extract %s' % _name)
RegexNotFoundError: Unable to extract content ID; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.

Description

WRITE DESCRIPTION HERE

I get the same error, will try and investigate. similar issue here https://github.com/ytdl-org/youtube-dl/issues/14210

This is due to a consent pop-up when you visit the site:

We will have to modify the Extractor to handle clicking OK on the consent popup which leads to the correct URL.


Update opentelemetry-exporter-jaeger, ... to 1.19.0

Updates

io.opentelemetry:opentelemetry-exporter-jaeger
io.opentelemetry:opentelemetry-exporter-otlp
io.opentelemetry:opentelemetry-sdk

from 1.16.0 to 1.19.0.
GitHub Release Notes - Version Diff
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Adjust future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "io.opentelemetry" } ]

Or, add this to slow down future updates of this dependency:
dependencyOverrides = [{
  pullRequests = { frequency = "@monthly" },
  dependency = { groupId = "io.opentelemetry" }
}]

labels: library-update, early-semver-minor, semver-spec-minor, commit-count:1

Superseded by #241.


Spelling issue

writeAvro: sends messages "avroModuleInput"
should be:
writeAvro: sends messages to "avroModuleInput"
Generally the image below the above text is not aligned with the wordings on input/outputs and avro is misspelled as awro.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 2faff18c-8cbc-1664-307a-8bb778925880
Version Independent ID: bba54e5f-26b3-1dab-44e2-6feef745d4da
Content: Tutorial: Create and deploy custom modules - Machine Learning on Azure IoT Edge
Content Source: articles/iot-edge/tutorial-machine-learning-edge-06-custom-modules.md
Service: iot-edge
GitHub Login: @kgremban
Microsoft Alias: kgremban

@perkops Thanks for the feedback. PR has been created to address this issue.
We will now proceed to close this thread. If there are further questions regarding this matter, please tag me in your reply. We will gladly continue the discussion and we will reopen the issue.


Blockchain

Description

adds blockchain API's

info
block
list
transaction
request
response

Testing

jest tests added

Related Issues
Fixes https://github.com/liftedinit/many-js/issues/72

merge https://github.com/liftedinit/many-js/pull/70 first

let block explorer test out this branch first.  After everything works as expected, we'll merge this in.

@stanleyjones do we want this somehow in? I'm removing myself from the reviewer list, but I'll let you close if you think it's not needed.

Closing in favor of #90


Is it possible to disable some eslint rules?

Tried 'useEslintRc' from 'customize-cra' package, but it didnt work

I'm in the process of migrating a work repository from the old react-scripts-ts to current react-scripts, so I was trying to do this during the week this week.
Like you, simply using the useEslintRc() rewire from customize-cra didn't seem to be working at first (rules I tried to turn off were not turning off). Initially, that turned out to be partly due to syntax errors in the rule I was trying to turn off, but even after fixing those it still wasn't working.
I then tried to follow the new/experimental instructions on the create-react-app site here to extend the eslint config (and removed the useEslintRc at the same time). Those also didn't work, which was frustrating. I then went back to trying to use the customize-cra package and it DID work this time. The only differences I could see was that I also had the experimental EXTEND_ESLINT environment variable set and I'd changed from a json .eslintrc file to a javascript .eslintrc.js file for the definitions.
Since I'm not sure exactly what made it suddenly start working, I'll list things to test:

Specify the file for your config file, i.e. useEslintRc(path.resolve(__dirname, '.eslintrc.js'))
Make sure that your .eslintrc is valid - try running yarn eslint src/**/*.js and make sure it doesn't complain about syntax issues in your file.
Test setting EXTEND_ESLINT=yes in your .env file or on the command line, and retest running after that is set.

I'll be interested to hear if any of the above ends up sorting the issue out for you.
You'll likely also get better assistance from the customize-cra project in this case, since they are the ones who provide the useEslintRc function to enable support for extending the eslint configuration.

Hi, I had the exact same issues with those methods and putting path in for useEslintRc resolved the issue. This was actually pretty much intuitive, since I have a monorepo set up and eslint config couldn't be found in default location. The awkward thing was that it'd work in editor, but fail during build.


Issue json decoding.

I have been recently working on a wordpress plugin that pulls events from various groups on meetup. As of monday, my api curl requests were working fine. Over the past few days, it hasn't though. Here is my code as it stands:
function get_events(){
$wpm2Options = get_option(wp_meetup_options);
$apikey = $wpm2Options['wpm2_apikey'];
$urlname = $wpm2Options['wpm2_urlname'];
$url = 'https://api.meetup.com/events.json?key=' . $apikey . '&group_urlname=' . $urlname . '&sign=true';
$ch = curl_init();
curl_setopt($ch,CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
$result = curl_exec($ch);
echo curl_error($ch);
curl_close($ch);
$result_array = json_decode($result);
return $result_array;
I can print $result and everything is fine. However, if I print $result_array, it turns out that it is a NULL variable. Any Ideas?
-Austin

I would suggest you take a look at this repository for some php request examples


make PythonAPI failure <error: reference to 'Server' is ambiguous> & <errof:reference to 'Client' is ambiguous>

Platform/OS: Ubuntu 20.04
clang: 8
Problem: ninja: build stopped: subcommand failed when running $ make PythonAPI to build Carla
Output looks like:
Setup.sh: llvm-8.0 already installed.
Setup.sh: boost-1.72.0-c8 already installed.
Setup.sh: rpclib-v2.2.1_c5-c8 already installed.
Setup.sh: gtest-1.8.1-c8 already installed.
Setup.sh: recast-0b13b0-c8 already installed.
Setup.sh: Libpng already installed.
Setup.sh: Xerces-c already installed.
Setup.sh: Sqlite already installed.
Setup.sh: PROJ already installed.
Setup.sh: Patchelf already installed.
Setup.sh: CARLA version 0.9.13-1-g8854804f-dirty.
Setup.sh: Generating CMake configuration files.
Setup.sh: Success!
BuildLibCarla.sh: Building LibCarla "Client.Release" configuration.
[40/122] Building CXX object LibCarla/.../opendrive/parser/GeometryParser.cpp.o
../../LibCarla/source/carla/opendrive/parser/GeometryParser.cpp:118:21: warning: loop variable 'geo' of type 'const carla::opendrive::parser::Geometry' creates a copy from type 'const carla::opendrive::parser::Geometry' [-Wrange-loop-construct]
    for (auto const geo : geometry) {
                    ^
../../LibCarla/source/carla/opendrive/parser/GeometryParser.cpp:118:10: note: use reference type 'const carla::opendrive::parser::Geometry &' to prevent copying
    for (auto const geo : geometry) {
         ^~~~~~~~~~~~~~~~
                    &
1 warning generated.
[41/122] Building CXX object LibCarla/...ce/carla/client/detail/Simulator.cpp.o
../../LibCarla/source/carla/client/detail/Simulator.cpp:161:56: warning: implicit conversion changes signedness: 'int' to 'std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::size_type' (aka 'unsigned long') [-Wsign-conversion]
        if (fill_base_string == false && map_info.name[i] != '/') {
                                         ~~~~~~~~      ^
../../LibCarla/source/carla/client/detail/Simulator.cpp:162:37: warning: implicit conversion changes signedness: 'int' to 'std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::size_type' (aka 'unsigned long') [-Wsign-conversion]
          map_name += map_info.name[i];
                      ~~~~~~~~      ^
../../LibCarla/source/carla/client/detail/Simulator.cpp:164:42: warning: implicit conversion changes signedness: 'int' to 'std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::size_type' (aka 'unsigned long') [-Wsign-conversion]
          map_base_path += map_info.name[i];
                           ~~~~~~~~      ^
../../LibCarla/source/carla/client/detail/Simulator.cpp:160:41: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32]
      for (int i = map_info.name.size() - 1; i >= 0; --i) {
               ~   ~~~~~~~~~~~~~~~~~~~~~^~~
4 warnings generated.
[49/122] Building CXX object LibCarla/...arla/opendrive/parser/RoadParser.cpp.o
../../LibCarla/source/carla/opendrive/parser/RoadParser.cpp:299:23: warning: loop variable 's' of type 'const carla::opendrive::parser::RoadTypeSpeed' creates a copy from type 'const carla::opendrive::parser::RoadTypeSpeed' [-Wrange-loop-construct]
      for (auto const s : r.speed) {
                      ^
../../LibCarla/source/carla/opendrive/parser/RoadParser.cpp:299:12: note: use reference type 'const carla::opendrive::parser::RoadTypeSpeed &' to prevent copying
      for (auto const s : r.speed) {
           ^~~~~~~~~~~~~~
                      &
../../LibCarla/source/carla/opendrive/parser/RoadParser.cpp:310:23: warning: loop variable 's' of type 'const carla::opendrive::parser::LaneSection' creates a copy from type 'const carla::opendrive::parser::LaneSection' [-Wrange-loop-construct]
      for (auto const s : r.sections) {
                      ^
../../LibCarla/source/carla/opendrive/parser/RoadParser.cpp:310:12: note: use reference type 'const carla::opendrive::parser::LaneSection &' to prevent copying
      for (auto const s : r.sections) {
           ^~~~~~~~~~~~~~
                      &
../../LibCarla/source/carla/opendrive/parser/RoadParser.cpp:290:21: warning: loop variable 'r' of type 'const carla::opendrive::parser::Road' creates a copy from type 'const carla::opendrive::parser::Road' [-Wrange-loop-construct]
    for (auto const r : roads) {
                    ^
../../LibCarla/source/carla/opendrive/parser/RoadParser.cpp:290:10: note: use reference type 'const carla::opendrive::parser::Road &' to prevent copying
    for (auto const r : roads) {
         ^~~~~~~~~~~~~~
                    &
3 warnings generated.
[64/122] Building CXX object LibCarla/.../__/source/carla/road/MapBuilder.cpp.o
../../LibCarla/source/carla/road/MapBuilder.cpp:292:46: warning: implicit conversion loses floating-point precision: 'const double' to 'float' [-Wimplicit-float-conversion]
    geom::Location location = geom::Location(x, -y, z);
                              ~~~~           ^
../../LibCarla/source/carla/road/MapBuilder.cpp:292:49: warning: implicit conversion loses floating-point precision: 'double' to 'float' [-Wimplicit-float-conversion]
    geom::Location location = geom::Location(x, -y, z);
                              ~~~~              ^~
../../LibCarla/source/carla/road/MapBuilder.cpp:292:53: warning: implicit conversion loses floating-point precision: 'const double' to 'float' [-Wimplicit-float-conversion]
    geom::Location location = geom::Location(x, -y, z);
                              ~~~~                  ^
3 warnings generated.
[69/122] Building CXX object LibCarla/...urce/carla/road/element/Geometry.cpp.o
../../LibCarla/source/carla/road/element/Geometry.cpp:196:28: warning: implicit conversion from 'size_t' (aka 'unsigned long') to 'double' may lose precision [-Wimplicit-int-float-conversion]
    double delta_p = 1.0 / number_intervals;
                         ~ ^~~~~~~~~~~~~~~~
1 warning generated.
[97/122] Building CXX object LibCarla/...trafficmanager/LocalizationStage.cpp.o
../../LibCarla/source/carla/trafficmanager/LocalizationStage.cpp:198:73: warning: implicit conversion from 'std::vector::size_type' (aka 'unsigned long') to 'double' may lose precision [-Wimplicit-int-float-conversion]
        selection_index = static_cast<uint64_t>(r_sample*next_waypoints.size()*0.01);
                                                        ~~~~~~~~~~~~~~~~^~~~~~
../../LibCarla/source/carla/trafficmanager/LocalizationStage.cpp:474:65: warning: implicit conversion from 'unsigned int' to 'const float' may lose precision [-Wimplicit-int-float-conversion]
        const float imported_road_id = imported->GetWaypoint()->GetRoadId();
                    ~~~~~~~~~~~~~~~~   ~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~
../../LibCarla/source/carla/trafficmanager/LocalizationStage.cpp:487:66: warning: implicit conversion from 'unsigned int' to 'float' may lose precision [-Wimplicit-int-float-conversion]
          float jep_road_id = junction_end_point->GetWaypoint()->GetRoadId();
                ~~~~~~~~~~~   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~
3 warnings generated.
[107/122] Building CXX object LibCarla...__/source/test/client/test_image.cpp.o
../../LibCarla/source/test/client/test_image.cpp:83:45: warning: implicit conversion from 'unsigned int' to 'const float' may lose precision [-Wimplicit-int-float-conversion]
          const float depth = r + (g * 256) + (b  * 256 * 256);
                      ~~~~~   ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
1 warning generated.
[115/122] Building CXX object LibCarla...ource/test/common/test_streaming.cpp.o
FAILED: LibCarla/cmake/test/CMakeFiles/libcarla_test_client_release.dir/__/__/source/test/common/test_streaming.cpp.o
/bin/clang++-10  -DBOOST_ERROR_CODE_HEADER_ONLY -DLIBCARLA_ENABLE_PROFILER -DLIBCARLA_IMAGE_WITH_PNG_SUPPORT=true -DLIBCARLA_TEST_CONTENT_FOLDER=\"/home/arrb6005/carla/Build/test-content\" -DLIBCARLA_WITH_GTEST -I../../LibCarla/cmake/../source -I../../LibCarla/cmake/../source/third-party -I../../LibCarla/cmake/../source/test -isystem ../boost-1.72.0-c8-install/include -isystem ../rpclib-v2.2.1_c5-c8-libstdcxx-install/include -isystem ../gtest-1.8.1-c8-libstdcxx-install/include -isystem ../libpng-1.6.37-install/include -std=c++14 -pthread -fPIC -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -std=c++14 -pthread -fPIC -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion   -O3 -DNDEBUG -MD -MT LibCarla/cmake/test/CMakeFiles/libcarla_test_client_release.dir/__/__/source/test/common/test_streaming.cpp.o -MF LibCarla/cmake/test/CMakeFiles/libcarla_test_client_release.dir/__/__/source/test/common/test_streaming.cpp.o.d -o LibCarla/cmake/test/CMakeFiles/libcarla_test_client_release.dir/__/__/source/test/common/test_streaming.cpp.o -c ../../LibCarla/source/test/common/test_streaming.cpp
../../LibCarla/source/test/common/test_streaming.cpp:58:3: error: reference to 'Server' is ambiguous
  Server<tcp::Server> srv(io.service, TESTING_PORT);
  ^
../../LibCarla/cmake/../source/carla/streaming/Server.h:20:9: note: candidate found by name lookup is 'carla::streaming::Server'
  class Server {
        ^
../../LibCarla/cmake/../source/carla/streaming/low_level/Server.h:25:9: note: candidate found by name lookup is 'carla::streaming::low_level::Server'
  class Server {
        ^
../../LibCarla/source/test/common/test_streaming.cpp:63:3: error: reference to 'Client' is ambiguous
  Client<tcp::Client> c;
  ^
../../LibCarla/cmake/../source/carla/streaming/Client.h:23:9: note: candidate found by name lookup is 'carla::streaming::Client'
  class Client {
        ^
../../LibCarla/cmake/../source/carla/streaming/low_level/Client.h:27:9: note: candidate found by name lookup is 'carla::streaming::low_level::Client'
  class Client {
        ^
../../LibCarla/source/test/common/test_streaming.cpp:93:3: error: reference to 'Server' is ambiguous
  Server<tcp::Server> srv(io.service, TESTING_PORT);
  ^
../../LibCarla/cmake/../source/carla/streaming/Server.h:20:9: note: candidate found by name lookup is 'carla::streaming::Server'
  class Server {
        ^
../../LibCarla/cmake/../source/carla/streaming/low_level/Server.h:25:9: note: candidate found by name lookup is 'carla::streaming::low_level::Server'
  class Server {
        ^
../../LibCarla/source/test/common/test_streaming.cpp:96:3: error: reference to 'Client' is ambiguous
  Client<tcp::Client> c;
  ^
../../LibCarla/cmake/../source/carla/streaming/Client.h:23:9: note: candidate found by name lookup is 'carla::streaming::Client'
  class Client {
        ^
../../LibCarla/cmake/../source/carla/streaming/low_level/Client.h:27:9: note: candidate found by name lookup is 'carla::streaming::low_level::Client'
  class Client {
        ^
4 errors generated.
[116/122] Building CXX object LibCarla...ource/test/client/test_opendrive.cpp.o
../../LibCarla/source/test/client/test_opendrive.cpp:372:42: warning: implicit conversion from 'size_t' (aka 'unsigned long') to 'float' may lose precision [-Wimplicit-int-float-conversion]
      float seconds = 1e-3f * stop_watch.GetElapsedTime();
                            ~ ~~~~~~~~~~~^~~~~~~~~~~~~~~~
../../LibCarla/source/test/client/test_opendrive.cpp:419:42: warning: implicit conversion from 'size_t' (aka 'unsigned long') to 'float' may lose precision [-Wimplicit-int-float-conversion]
      float seconds = 1e-3f * stop_watch.GetElapsedTime();
                            ~ ~~~~~~~~~~~^~~~~~~~~~~~~~~~
2 warnings generated.
[120/122] Building CXX object LibCarla...afficmanager/TrafficManagerLocal.cpp.o
ninja: build stopped: subcommand failed.
make: *** [Util/BuildTools/Linux.mk:124: LibCarla.client.release] Error 1

I guess the problem is that I had installed clang 11, but I cannot install clang 8 as I get following error
The following packages have unmet dependencies:  clang-8 : Depends: libllvm8 (>= 1:8~svn298832-1~) but it is not going to be installed            Depends: libclang-common-8-dev (= 1:8.0.1+svn369350-1~exp1~20200114191400.80) but it is not going to be installed            Depends: libclang1-8 (= 1:8.0.1+svn369350-1~exp1~20200114191400.80) but it is not going to be installed            Recommends: llvm-8-dev but it is not going to be installed  lld-8 : Depends: libllvm8 (= 1:8.0.1+svn369350-1~exp1~20200114191400.80) but it is not going to be installed E: Unable to correct problems, you have held broken packages.
Any hint & advice on how can I fix it would be really appreciated

make PythonAPI, fails with the following error, any hint what might have been the reason?
`Setup.sh: llvm-8.0 already installed.
Setup.sh: boost-1.72.0-c8 already installed.
Setup.sh: rpclib-v2.2.1_c5-c8 already installed.
Setup.sh: gtest-1.8.1-c8 already installed.
Setup.sh: recast-0b13b0-c8 already installed.
Setup.sh: Libpng already installed.
Setup.sh: Xerces-c already installed.
Setup.sh: Sqlite already installed.
Setup.sh: PROJ already installed.
Setup.sh: Patchelf already installed.
cp: cannot stat '/home/path/carla/Build/patchelf-install/bin/patchelf': No such file or directory
make: *** [Util/BuildTools/Linux.mk:137: setup] Error 1
(base) path@LT6005:~/carla$ whereis patchelf
patchelf: /home/path/anaconda3/bin/patchelf
(base) path@LT6005:~/carla$ make PythonAPI
Setup.sh: llvm-8.0 already installed.
Setup.sh: boost-1.72.0-c8 already installed.
Setup.sh: rpclib-v2.2.1_c5-c8 already installed.
Setup.sh: gtest-1.8.1-c8 already installed.
Setup.sh: recast-0b13b0-c8 already installed.
Setup.sh: Libpng already installed.
Setup.sh: Xerces-c already installed.
Setup.sh: Sqlite already installed.
Setup.sh: PROJ already installed.
Setup.sh: Patchelf already installed.
Setup.sh: CARLA version 0.9.13-1-g8854804f-dirty.
Version.h
Setup.sh: Generating CMake configuration files.
LibStdCppToolChain.cmake.gen
LibCppToolChain.cmake.gen
CMakeLists.txt.in.gen
Setup.sh: Success!
BuildLibCarla.sh: Building LibCarla "Client.Release" configuration.
-- The C compiler identification is Clang 10.0.0
-- The CXX compiler identification is Clang 10.0.0
-- Could not determine Eclipse version, assuming at least 3.6 (Helios). Adjust CMAKE_ECLIPSE_VERSION if this is wrong.
-- Check for working C compiler: /bin/clang-10
-- Check for working C compiler: /bin/clang-10 -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /bin/clang++-10
-- Check for working CXX compiler: /bin/clang++-10 -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Build debug:   OFF
-- Build release: ON
-- Build test:    ON
-- Configuring done
CMake Warning in CMakeLists.txt:
The build directory is a subdirectory of the source directory.
This is not supported well by Eclipse.  It is strongly recommended to use a
build directory which is a sibling of the source directory.
-- Generating done
-- Build files have been written to: /home/path/carla/Build/libcarla-client-build.release
[39/123] Building CXX object LibCarla/.../opendrive/parser/GeometryParser.cpp.o
../../LibCarla/source/carla/opendrive/parser/GeometryParser.cpp:118:21: warning: loop variable 'geo' of type 'const carla::opendrive::parser::Geometry' creates a copy from type 'const carla::opendrive::parser::Geometry' [-Wrange-loop-construct]
for (auto const geo : geometry) {
^
../../LibCarla/source/carla/opendrive/parser/GeometryParser.cpp:118:10: note: use reference type 'const carla::opendrive::parser::Geometry &' to prevent copying
for (auto const geo : geometry) {
^~~~~~~~~~~~~~~~
&
1 warning generated.
[40/123] Building CXX object LibCarla/...ce/carla/client/detail/Simulator.cpp.o
../../LibCarla/source/carla/client/detail/Simulator.cpp:161:56: warning: implicit conversion changes signedness: 'int' to 'std::cxx11::basic_string<char, std::char_traits, std::allocator >::size_type' (aka 'unsigned long') [-Wsign-conversion]
if (fill_base_string == false && map_info.name[i] != '/') {
~~~~~~~~      ^
../../LibCarla/source/carla/client/detail/Simulator.cpp:162:37: warning: implicit conversion changes signedness: 'int' to 'std::cxx11::basic_string<char, std::char_traits, std::allocator >::size_type' (aka 'unsigned long') [-Wsign-conversion]
map_name += map_info.name[i];
~~~~~~~~      ^
../../LibCarla/source/carla/client/detail/Simulator.cpp:164:42: warning: implicit conversion changes signedness: 'int' to 'std::cxx11::basic_string<char, std::char_traits, std::allocator >::size_type' (aka 'unsigned long') [-Wsign-conversion]
map_base_path += map_info.name[i];
~~~~~~~~      ^
../../LibCarla/source/carla/client/detail/Simulator.cpp:160:41: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32]
for (int i = map_info.name.size() - 1; i >= 0; --i) {
~   ~^
4 warnings generated.
[52/123] Building CXX object LibCarla/...arla/opendrive/parser/RoadParser.cpp.o
../../LibCarla/source/carla/opendrive/parser/RoadParser.cpp:299:23: warning: loop variable 's' of type 'const carla::opendrive::parser::RoadTypeSpeed' creates a copy from type 'const carla::opendrive::parser::RoadTypeSpeed' [-Wrange-loop-construct]
for (auto const s : r.speed) {
^
../../LibCarla/source/carla/opendrive/parser/RoadParser.cpp:299:12: note: use reference type 'const carla::opendrive::parser::RoadTypeSpeed &' to prevent copying
for (auto const s : r.speed) {
^~
&
../../LibCarla/source/carla/opendrive/parser/RoadParser.cpp:310:23: warning: loop variable 's' of type 'const carla::opendrive::parser::LaneSection' creates a copy from type 'const carla::opendrive::parser::LaneSection' [-Wrange-loop-construct]
for (auto const s : r.sections) {
^
../../LibCarla/source/carla/opendrive/parser/RoadParser.cpp:310:12: note: use reference type 'const carla::opendrive::parser::LaneSection &' to prevent copying
for (auto const s : r.sections) {
^~~~~~~~
&
../../LibCarla/source/carla/opendrive/parser/RoadParser.cpp:290:21: warning: loop variable 'r' of type 'const carla::opendrive::parser::Road' creates a copy from type 'const carla::opendrive::parser::Road' [-Wrange-loop-construct]
for (auto const r : roads) {
^
../../LibCarla/source/carla/opendrive/parser/RoadParser.cpp:290:10: note: use reference type 'const carla::opendrive::parser::Road &' to prevent copying
for (auto const r : roads) {
^~~~~~~~~~~~~~
&
3 warnings generated.
[70/123] Building CXX object LibCarla/...urce/carla/road/element/Geometry.cpp.o
../../LibCarla/source/carla/road/element/Geometry.cpp:196:28: warning: implicit conversion from 'size_t' (aka 'unsigned long') to 'double' may lose precision [-Wimplicit-int-float-conversion]
double delta_p = 1.0 / number_intervals;
~ ^~~~~~~~~~~~~~~~
1 warning generated.
[71/123] Building CXX object LibCarla/...//source/carla/road/MapBuilder.cpp.o
../../LibCarla/source/carla/road/MapBuilder.cpp:292:46: warning: implicit conversion loses floating-point precision: 'const double' to 'float' [-Wimplicit-float-conversion]
geom::Location location = geom::Location(x, -y, z);
~~~~           ^
../../LibCarla/source/carla/road/MapBuilder.cpp:292:49: warning: implicit conversion loses floating-point precision: 'double' to 'float' [-Wimplicit-float-conversion]
geom::Location location = geom::Location(x, -y, z);
~~~~              ^~
../../LibCarla/source/carla/road/MapBuilder.cpp:292:53: warning: implicit conversion loses floating-point precision: 'const double' to 'float' [-Wimplicit-float-conversion]
geom::Location location = geom::Location(x, -y, z);
~~~~                  ^
3 warnings generated.
[98/123] Building CXX object LibCarla/...trafficmanager/LocalizationStage.cpp.o
../../LibCarla/source/carla/trafficmanager/LocalizationStage.cpp:198:73: warning: implicit conversion from 'std::vector::size_type' (aka 'unsigned long') to 'double' may lose precision [-Wimplicit-int-float-conversion]
selection_index = static_cast<uint64_t>(r_sample*next_waypoints.size()*0.01);
~~~~~~~~~~~~^~
../../LibCarla/source/carla/trafficmanager/LocalizationStage.cpp:474:65: warning: implicit conversion from 'unsigned int' to 'const float' may lose precision [-Wimplicit-int-float-conversion]
const float imported_road_id = imported->GetWaypoint()->GetRoadId();
~~~~~~~~~~~~~~~~   ~~~~~~~~~~~~~~~^
../../LibCarla/source/carla/trafficmanager/LocalizationStage.cpp:487:66: warning: implicit conversion from 'unsigned int' to 'float' may lose precision [-Wimplicit-int-float-conversion]
float jep_road_id = junction_end_point->GetWaypoint()->GetRoadId();
~~~~~~~~~~~   ~~~~~~~~~~~~~~~~~~~~~~~~~^
3 warnings generated.
[107/123] Building CXX object LibCarla.../source/test/client/test_image.cpp.o
../../LibCarla/source/test/client/test_image.cpp:83:45: warning: implicit conversion from 'unsigned int' to 'const float' may lose precision [-Wimplicit-int-float-conversion]
const float depth = r + (g * 256) + (b  * 256 * 256);
~~~~~   ^~~~
1 warning generated.
[116/123] Building CXX object LibCarla...ource/test/common/test_streaming.cpp.o
FAILED: LibCarla/cmake/test/CMakeFiles/libcarla_test_client_release.dir///source/test/common/test_streaming.cpp.o
/bin/clang++-10  -DBOOST_ERROR_CODE_HEADER_ONLY -DLIBCARLA_ENABLE_PROFILER -DLIBCARLA_IMAGE_WITH_PNG_SUPPORT=true -DLIBCARLA_TEST_CONTENT_FOLDER="/home/path/carla/Build/test-content" -DLIBCARLA_WITH_GTEST -I../../LibCarla/cmake/../source -I../../LibCarla/cmake/../source/third-party -I../../LibCarla/cmake/../source/test -isystem ../boost-1.72.0-c8-install/include -isystem ../rpclib-v2.2.1_c5-c8-libstdcxx-install/include -isystem ../gtest-1.8.1-c8-libstdcxx-install/include -isystem ../libpng-1.6.37-install/include -std=c++14 -pthread -fPIC -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -std=c++14 -pthread -fPIC -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion   -O3 -DNDEBUG -MD -MT LibCarla/cmake/test/CMakeFiles/libcarla_test_client_release.dir///source/test/common/test_streaming.cpp.o -MF LibCarla/cmake/test/CMakeFiles/libcarla_test_client_release.dir///source/test/common/test_streaming.cpp.o.d -o LibCarla/cmake/test/CMakeFiles/libcarla_test_client_release.dir//__/source/test/common/test_streaming.cpp.o -c ../../LibCarla/source/test/common/test_streaming.cpp
../../LibCarla/source/test/common/test_streaming.cpp:58:3: error: reference to 'Server' is ambiguous
Servertcp::Server srv(io.service, TESTING_PORT);
^
../../LibCarla/cmake/../source/carla/streaming/Server.h:20:9: note: candidate found by name lookup is 'carla::streaming::Server'
class Server {
^
../../LibCarla/cmake/../source/carla/streaming/low_level/Server.h:25:9: note: candidate found by name lookup is 'carla::streaming::low_level::Server'
class Server {
^
../../LibCarla/source/test/common/test_streaming.cpp:63:3: error: reference to 'Client' is ambiguous
Clienttcp::Client c;
^
../../LibCarla/cmake/../source/carla/streaming/Client.h:23:9: note: candidate found by name lookup is 'carla::streaming::Client'
class Client {
^
../../LibCarla/cmake/../source/carla/streaming/low_level/Client.h:27:9: note: candidate found by name lookup is 'carla::streaming::low_level::Client'
class Client {
^
../../LibCarla/source/test/common/test_streaming.cpp:93:3: error: reference to 'Server' is ambiguous
Servertcp::Server srv(io.service, TESTING_PORT);
^
../../LibCarla/cmake/../source/carla/streaming/Server.h:20:9: note: candidate found by name lookup is 'carla::streaming::Server'
class Server {
^
../../LibCarla/cmake/../source/carla/streaming/low_level/Server.h:25:9: note: candidate found by name lookup is 'carla::streaming::low_level::Server'
class Server {
^
../../LibCarla/source/test/common/test_streaming.cpp:96:3: error: reference to 'Client' is ambiguous
Clienttcp::Client c;
^
../../LibCarla/cmake/../source/carla/streaming/Client.h:23:9: note: candidate found by name lookup is 'carla::streaming::Client'
class Client {
^
../../LibCarla/cmake/../source/carla/streaming/low_level/Client.h:27:9: note: candidate found by name lookup is 'carla::streaming::low_level::Client'
class Client {
^
4 errors generated.
[117/123] Building CXX object LibCarla...ource/test/client/test_opendrive.cpp.o
../../LibCarla/source/test/client/test_opendrive.cpp:372:42: warning: implicit conversion from 'size_t' (aka 'unsigned long') to 'float' may lose precision [-Wimplicit-int-float-conversion]
float seconds = 1e-3f * stop_watch.GetElapsedTime();
~ ~^~~~~~
../../LibCarla/source/test/client/test_opendrive.cpp:419:42: warning: implicit conversion from 'size_t' (aka 'unsigned long') to 'float' may lose precision [-Wimplicit-int-float-conversion]
float seconds = 1e-3f * stop_watch.GetElapsedTime();
~ ~^~~~~~
2 warnings generated.
[121/123] Building CXX object LibCarla...afficmanager/TrafficManagerLocal.cpp.o
ninja: build stopped: subcommand failed.
make: *** [Util/BuildTools/Linux.mk:124: LibCarla.client.release] Error 1
`

Getting the same error.

same error here

same error here ,how to solve

same error here, no solution?

One possible solution is to use clang 8 instead.
Remember to remove "deb http://apt.llvm.org/xenial/ llvm-toolchain-xenial-8 main" from /etc/apt/sources.list, or you will be unable to install clang 8 in 20.04

got the same error, I am using clang-10,
According to guide clang-10 is support in 20.04 for carla.

I solved this problem by adding 'carla::streaming::low_level' before every ambiguous 'Server' and 'Client'. Actually, it refers to confusion about the definitions of 'Server' and 'Client' since it introduces several definitions in this test_streaming.cpp file.

I solved this problem by adding 'carla::streaming::low_level' before every ambiguous 'Server' and 'Client'. Actually, it refers to confusion about the definitions of 'Server' and 'Client' since it introduces several definitions in this test_streaming.cpp file. So, give it a namespace to specify the definition that it needs to call.

same error here, no solution?


Blazor.sln references non-existant project

Pull latest blazor source.  Load Blazor.sln.   test/Microsoft.JSInterop.Test fails to load.  (Doesn't exist)

I'm a derp.

In case others find the same problem, make sure you got the git submodules.


Investigate ByteBase - Database CI/CD

"""
Bytebase is an open-source database DevOps tool, it's the GitLab for managing databases throughout the application development lifecycle. It offers a web-based workspace for DBAs and Developers to collaborate and manage the database change safely and efficiently.
"""
https://www.bytebase.com/docs/cli/overview
@mishraomp

We're already using Flyway (and possibly Alembic).  Out of scope.


Make posts pretty

Mis-aligned dates on short titles, e.g. https://odysee.com/@lbry:3f/levelsonodysee:c