Dashboard Token Listing: Super Dood

Discord Handle of Submitter: _mundhrakeshav#3296
Token Symbol: Super Dood
Network: Polygon
Token Address: 0xFdCC5C161A296F3ecCE3112d066192f88375390b
Network Explorer Link: https://polygonscan.com/address/0xFdCC5C161A296F3ecCE3112d066192f88375390b
Is a Super Token? true
Address of Underlying Token:  0x8c36336211916c58860f1edf20b0f50ea66d8bd5
SVG Logo Link: https://cdn.simplehash.com/assets/50f69167346d31f05a19d12f91c18b506dce5e7f02e8ae238d04f442ee3ea64e.png
Coingecko or Hardcoded Price?: Hardcoded
Coingecko ID:
Harcoded Price (if Coingecko ID is unavailable): $0.143146
Token HEX Color: #9ae3ff
Info on Listing: We want to experiment with streaming of a fractional NFT using superfluid. This NFT is a doodle which has been bridged from ETH to Polygon and fractionalized on Polygon, the tokens created are erc20 tokens. After testing of this passes, we can use this model with other partner NFT collections where they use streaming to reward team members.
Please close only after token has been added to resolver!

listing undone because of non-canonical token symbol


シーケンス図や画面遷移図上で画面名を変更できるとよい

Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
Describe the solution you'd like
A clear and concise description of what you want to happen.
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
Additional context
Add any other context or screenshots about the feature request here.

ブラウザウィンドウを２つ表示することで，設定画面とシーケンス図の同時表示が可能である．
運用対処可能なため，issue整理のためクローズとする．


Logseq  0.10.3 does not launch

Describe the bug
Logseq does not open.
Steps To Reproduce
Steps to reproduce the behavior:

Open Logseq

Expected behavior
Logseq opens.
Additional context
It is worth mentioning this is on Hyprland with Nvidia's proprietary drivers as that has been a problematic combination for Electron packages in the past (though most seem to work as of now).
Running Logseq from a shell outputs (rsapi) init loggers and nothing else.
Logseq's log file content:
[2024-01-17 12:16:03.476] [info] Logseq App(0.10.3) Starting...
[2024-01-17 12:16:03.479] [info] restore proxy settings {:type "system"}
[2024-01-17 12:16:03.480] [info] set proxy to {:type "system"}
[2024-01-17 12:16:05.107] [debug] :electron.handler/watch-dir {:path "/home/kama/.logseq/config"}
[2024-01-17 12:16:12.649] [info] open-url {:url "/nix/store/k5v3kbyvlcz2n3pr2vam9hfxhbqp9m72-logseq-0.10.3/share/logseq/resources/app"}
[2024-01-17 12:16:12.649] [info] upon opening non-url {:error #object[TypeError TypeError [ERR_INVALID_URL]: Invalid URL]}
[2024-01-17 12:22:04.995] [info] open-url {:url "/nix/store/k5v3kbyvlcz2n3pr2vam9hfxhbqp9m72-logseq-0.10.3/share/logseq/resources/app"}
[2024-01-17 12:22:04.996] [info] upon opening non-url {:error #object[TypeError TypeError [ERR_INVALID_URL]: Invalid URL]}
[2024-01-17 12:22:59.572] [info] open-url {:url "/nix/store/k5v3kbyvlcz2n3pr2vam9hfxhbqp9m72-logseq-0.10.3/share/logseq/resources/app"}
[2024-01-17 12:22:59.573] [info] upon opening non-url {:error #object[TypeError TypeError [ERR_INVALID_URL]: Invalid URL]}
[2024-01-17 12:28:03.370] [info] open-url {:url "/nix/store/k5v3kbyvlcz2n3pr2vam9hfxhbqp9m72-logseq-0.10.3/share/logseq/resources/app"}
[2024-01-17 12:28:03.370] [info] upon opening non-url {:error #object[TypeError TypeError [ERR_INVALID_URL]: Invalid URL]}
[2024-01-17 12:28:07.308] [info] open-url {:url "/nix/store/k5v3kbyvlcz2n3pr2vam9hfxhbqp9m72-logseq-0.10.3/share/logseq/resources/app"}
[2024-01-17 12:28:07.308] [info] upon opening non-url {:error #object[TypeError TypeError [ERR_INVALID_URL]: Invalid URL]}

Notify maintainers
@kilianar
Metadata
 - system: `"x86_64-linux"`
 - host os: `Linux 6.7.0, NixOS, 24.05 (Uakari), 24.05.20240115.c3e128f`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.19.2`
 - nixpkgs: `/nix/store/11zbgb8j7wnnccbbjcq0q556h28g7p4r-source`

There is a new version in master. You can test with:
nix-shell -p logseq -I nixpkgs=https://github.com/NixOS/nixpkgs/archive/master.tar.gz
Please also test the official AppImage from https://logseq.com/downloads
appimage-run Logseq-linux-x64-0.10.5.AppImage
If it's an issue with the official AppImage as well, report also upstream (if no report exist).

There is a new version in master.

Well it still doesn't launch but at least this resulted in some output
00:48:42.630 › Logseq App(0.10.5) Starting...
00:48:42.644 › restore proxy settings {:type "system"}
00:48:42.645 › set proxy to {:type "system"}
[126117:0121/004842.771191:ERROR:gbm_wrapper.cc(253)] Failed to export buffer to dma_buf: No such file or directory (2)
[126117:0121/004842.771886:ERROR:gbm_pixmap_wayland.cc(82)] Cannot create bo with format= RGBA_8888 and usage=SCANOUT
[126117:0121/004842.772102:ERROR:gbm_wrapper.cc(253)] Failed to export buffer to dma_buf: No such file or directory (2)
[126117:0121/004842.772174:ERROR:gbm_pixmap_wayland.cc(82)] Cannot create bo with format= RGBA_8888 and usage=GPU_READ
[126117:0121/004842.772251:ERROR:shared_image_factory.cc(926)] CreateSharedImage: could not create backing.
[126117:0121/004842.772337:ERROR:shared_image_factory.cc(758)] DestroySharedImage: Could not find shared image mailbox
[126117:0121/004842.772605:ERROR:gpu_service_impl.cc(1089)] Exiting GPU process because some drivers can't recover from errors. GPU process will restart shortly.
[126054:0121/004842.785005:ERROR:gpu_process_host.cc(991)] GPU process exited unexpectedly: exit_code=8704
[126169:0121/004842.879258:ERROR:gbm_wrapper.cc(253)] Failed to export buffer to dma_buf: No such file or directory (2)
[126169:0121/004842.879379:ERROR:gbm_pixmap_wayland.cc(82)] Cannot create bo with format= RGBA_8888 and usage=SCANOUT
[126169:0121/004842.879573:ERROR:gbm_wrapper.cc(253)] Failed to export buffer to dma_buf: No such file or directory (2)
[126169:0121/004842.879656:ERROR:gbm_pixmap_wayland.cc(82)] Cannot create bo with format= RGBA_8888 and usage=GPU_READ
[126169:0121/004842.879727:ERROR:shared_image_factory.cc(926)] CreateSharedImage: could not create backing.
[126169:0121/004842.879795:ERROR:shared_image_factory.cc(758)] DestroySharedImage: Could not find shared image mailbox
[126169:0121/004842.879886:ERROR:gpu_service_impl.cc(1089)] Exiting GPU process because some drivers can't recover from errors. GPU process will restart shortly.
[126054:0121/004842.894351:ERROR:command_buffer_proxy_impl.cc(319)] GPU state invalid after WaitForGetOffsetInRange.
[126054:0121/004842.895294:ERROR:gpu_process_host.cc(991)] GPU process exited unexpectedly: exit_code=8704
[126179:0121/004843.000361:ERROR:gbm_wrapper.cc(253)] Failed to export buffer to dma_buf: No such file or directory (2)
[126179:0121/004843.000522:ERROR:gbm_pixmap_wayland.cc(82)] Cannot create bo with format= RGBA_8888 and usage=SCANOUT
[126179:0121/004843.000705:ERROR:gbm_wrapper.cc(253)] Failed to export buffer to dma_buf: No such file or directory (2)
[126179:0121/004843.000759:ERROR:gbm_pixmap_wayland.cc(82)] Cannot create bo with format= RGBA_8888 and usage=GPU_READ
[126179:0121/004843.000828:ERROR:shared_image_factory.cc(926)] CreateSharedImage: could not create backing.
[126179:0121/004843.000920:ERROR:shared_image_factory.cc(758)] DestroySharedImage: Could not find shared image mailbox
[126179:0121/004843.001038:ERROR:gpu_service_impl.cc(1089)] Exiting GPU process because some drivers can't recover from errors. GPU process will restart shortly.
[126054:0121/004843.011736:ERROR:gpu_process_host.cc(991)] GPU process exited unexpectedly: exit_code=8704

Please also test the official AppImage

The AppImage launches and seem to work fine.

I have exactly the same issue and tried the things above,  however I noticed that if you run logseq  from and wait long enough there is a final error that appears after what the user above posted and seems to be related to vulkan. (rsapi) init loggers
20:16:27.393 › Logseq App(0.10.5) Starting...
20:16:27.397 › restore proxy settings {:type "system"}
20:16:27.397 › set proxy to {:type "system"}
[26562:0130/201627.444503:ERROR:gbm_wrapper.cc(253)] Failed to export buffer to dma_buf: No such file or directory (2)
[26562:0130/201627.444575:ERROR:gbm_pixmap_wayland.cc(82)] Cannot create bo with format= RGBA_8888 and usage=SCANOUT
[26562:0130/201627.444773:ERROR:gbm_wrapper.cc(253)] Failed to export buffer to dma_buf: No such file or directory (2)
[26562:0130/201627.444814:ERROR:gbm_pixmap_wayland.cc(82)] Cannot create bo with format= RGBA_8888 and usage=GPU_READ
[26562:0130/201627.444841:ERROR:shared_image_factory.cc(926)] CreateSharedImage: could not create backing.
[26562:0130/201627.444872:ERROR:shared_image_factory.cc(758)] DestroySharedImage: Could not find shared image mailbox
[26562:0130/201627.444974:ERROR:gpu_service_impl.cc(1089)] Exiting GPU process because some drivers can't recover from errors. GPU process will restart shortly.
[26491:0130/201627.449747:ERROR:gpu_process_host.cc(991)] GPU process exited unexpectedly: exit_code=8704
[26608:0130/201627.499547:ERROR:gbm_wrapper.cc(253)] Failed to export buffer to dma_buf: No such file or directory (2)
[26608:0130/201627.499642:ERROR:gbm_pixmap_wayland.cc(82)] Cannot create bo with format= RGBA_8888 and usage=SCANOUT
[26608:0130/201627.499741:ERROR:gbm_wrapper.cc(253)] Failed to export buffer to dma_buf: No such file or directory (2)
[26608:0130/201627.499774:ERROR:gbm_pixmap_wayland.cc(82)] Cannot create bo with format= RGBA_8888 and usage=GPU_READ
[26608:0130/201627.499799:ERROR:shared_image_factory.cc(926)] CreateSharedImage: could not create backing.
[26608:0130/201627.499828:ERROR:shared_image_factory.cc(758)] DestroySharedImage: Could not find shared image mailbox
[26608:0130/201627.499884:ERROR:gpu_service_impl.cc(1089)] Exiting GPU process because some drivers can't recover from errors. GPU process will restart shortly.
[26491:0130/201627.503392:ERROR:gpu_process_host.cc(991)] GPU process exited unexpectedly: exit_code=8704
[26619:0130/201627.553205:ERROR:gbm_wrapper.cc(253)] Failed to export buffer to dma_buf: No such file or directory (2)
[26619:0130/201627.553276:ERROR:gbm_pixmap_wayland.cc(82)] Cannot create bo with format= RGBA_8888 and usage=SCANOUT
[26619:0130/201627.553401:ERROR:gbm_wrapper.cc(253)] Failed to export buffer to dma_buf: No such file or directory (2)
[26619:0130/201627.553442:ERROR:gbm_pixmap_wayland.cc(82)] Cannot create bo with format= RGBA_8888 and usage=GPU_READ
[26619:0130/201627.553474:ERROR:shared_image_factory.cc(926)] CreateSharedImage: could not create backing.
[26619:0130/201627.553506:ERROR:shared_image_factory.cc(758)] DestroySharedImage: Could not find shared image mailbox
[26619:0130/201627.553553:ERROR:gpu_service_impl.cc(1089)] Exiting GPU process because some drivers can't recover from errors. GPU process will restart shortly.
[26491:0130/201627.557181:ERROR:gpu_process_host.cc(991)] GPU process exited unexpectedly: exit_code=8704
20:16:29.552 › :electron.handler/watch-dir {:path "/home/edheliel/.logseq/config"}
20:16:29.574 › :electron.handler/unwatch-dir {:path "/home/edheliel/Desktop/underdark/2ndBrain"}
20:16:29.574 › :electron.handler/watch-dir {:path "/home/edheliel/Desktop/underdark/2ndBrain"}
Warning: vkCreateInstance: Found no drivers!
Warning: vkCreateInstance failed with VK_ERROR_INCOMPATIBLE_DRIVER
    at CheckVkSuccessImpl (../../third_party/dawn/src/dawn/native/vulkan/VulkanError.cpp:88)
    at CreateVkInstance (../../third_party/dawn/src/dawn/native/vulkan/BackendVk.cpp:458)
    at Initialize (../../third_party/dawn/src/dawn/native/vulkan/BackendVk.cpp:344)
    at Create (../../third_party/dawn/src/dawn/native/vulkan/BackendVk.cpp:266)
    at operator() (../../third_party/dawn/src/dawn/native/vulkan/BackendVk.cpp:521)

I am also attaching my nvidia  and opengl  configurations
{ config, lib, pkgs, ... }:

{
  # Enable OpenGL
  hardware.opengl = {
    enable = true;
    driSupport = true;
    driSupport32Bit = true;

  };

  # Load nvidia driver for Xorg and Wayland
  services.xserver.videoDrivers = ["nvidia"];

  hardware.nvidia = {

    # Modesetting is needed most of the time
    modesetting.enable = true;

    # Enable power management (do not disable this unless you have a reason to).
    # Likely to cause problems on laptops and with screen tearing if disabled.
    powerManagement.enable = true;

    # Use the NVidia open source kernel module (which isn't “nouveau”).
    # Support is limited to the Turing and later architectures. Full list of
    # supported GPUs is at:
    # https://github.com/NVIDIA/open-gpu-kernel-modules#compatible-gpus
    # Only available from driver 515.43.04+
    open = true;

    # Enable the Nvidia settings menu,
    # accessible via `nvidia-settings`.
    nvidiaSettings = true;

    # Optionally, you may need to select the appropriate driver version for your specific GPU.
    package = config.boot.kernelPackages.nvidiaPackages.stable;
  };

}


Bug in Kafka pending count?

It seems to me that this number should be going down.

Other graphs show we stopped getting data before the count grew.

Not a bug.


[Question] Expand snippet from mapping

I'm sorry if this has already been answered. I just couldn't find an answer to this question anywhere.
Basically, I want to assign a mapping to a particular snippet that has trigger su. The snippet has ${VISUAL} so the mapping should work in visual and normal modes. Something like:
vim.api.nvim_set_keymap("v", ";s", "<expression to expand 'su' snippet>", { noremap = false, silent = true })
I wonder if this is possible?
I do have ls.config.setup({ store_selection_keys = "<c-s>" }) in my config which is quite convenient, but I want a mappings instead for some snippets that I use all the time.
Thanks in advance!

There's a bit of an answer in #389, but for ${VISUAL} to work, you'd need to insert the store_selection_keys-mapping before expanding the snippet, probably with something like this (in practice in lua with vim.keymap.set)
inoremap ;s {expand_snippet, as described in}
" should not call itself, <c-s> enters INSERT
vmap ;s <c-s>;s

(something like that at least, I'm not too sure around noremap/remap)
There might also be subtle issues due to the ;s-function being called through the rhs of a mapping, vim.scheduleing the expansion could be a fix in that case.

Thanks, @L3MON4D3. I will try this out.


Basic Spell Checker

Add support for basic spell checking for Gateway languages

This has been re-prioritized.


Implement FileManager protocol and dependency

We use FileManager.default a lot in the SDK which makes it hard to test. Protocol will allow us to mock it.

Resolved in #1124


Updates the Amara provider to work with its new API

Codecov Report

Merging #97 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master      #97   +/-   ##
=======================================
  Coverage   70.88%   70.88%
=======================================
  Files           7        7
  Lines         443      443
=======================================
  Hits          314      314
  Misses        118      118
  Partials       11       11

Continue to review full report at Codecov.

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


Implement Default, add is_empty

Appeases clippy.

In version 0.1.5 - just published to crates.io.


Explore using secrets instead of hostpath for certs

Currently we rely on hostPath to mount our cluster certificates for the controle-plane, DNS and calico.
Moving to secrets and configmap would also help with the upgrade online story in the future.

This doesn't really make sense.
Our certs are different on all nodes. We also made the decision to NOT use service accounts when connecting to the API server with kube-DNS and the same reasoning applies to calico

Closing due to @dkoshkin's comments and the fact that most of the solutions out there are using volumes for mounting certs when doing self-hosted/static pods.


Flake8 rule 'E501' reported an invalid point

Flake8 reported an invalid point for the rule E501, with the messge line too long (101 > 100 characters).

Hastebin
I'm trying to refactor some old code, and I'm getting the above error. It happens with some of my work, but not all of it. I've been trying to track down what triggers that from happening, but I can't seem to narrow it down. I included a screenshot and a hastebin since I didn't want to put 500 lines of code in here. Any help would be much appreciated.
Debug information:
Atom version: 1.15.0
Flake8 version: 3.3.0 (mccabe: 0.6.1, pycodestyle: 2.3.1, pyflakes: 1.5.0) CPython 3.5.3 on Windows

Does the file in question have any Unicode characters? There is currently a bug (pycqa/flake8#306) causing issues with files that have Unicode characters in them. If you aren't sure and are able to share the file I can take a look for you.

I'm not 100% sure, but I included a hastebin of the entire code.

Hmmm, I actually can't reproduce this with the file you posted on the following version:
{
  "dependencies": [
    {
      "dependency": "setuptools",
      "version": "28.8.0"
    }
  ],
  "platform": {
    "python_implementation": "CPython",
    "python_version": "3.6.1",
    "system": "Windows"
  },
  "plugins": [
    {
      "plugin": "mccabe",
      "version": "0.6.1"
    },
    {
      "plugin": "pycodestyle",
      "version": "2.3.1"
    },
    {
      "plugin": "pyflakes",
      "version": "1.5.0"
    }
  ],
  "version": "3.3.0"
}

Closing due to a lack of response.


Fix schema not being specified on pg_get_serial_sequence

Calls to PG_GET_SERIAL_SEQUENCE were not specifying the schema name, therefore we were relying on the search_path which is not always correctly set.
cc @juanignaciosl

:+1:
ping @rafatower

ok


Abstract out inference procedures

At the last JuliaCon we (@yebai, @willtebbutt) talked briefly about abstracting out inference procedures so that we can have a common interface for different libraries.  DynamicHMC by @tpapp is a good example of this  package.
I and a few others work on Omega.jl,  Mostly we've been working on getting the foundations right, which are a little different to Turing and most other PPLs.  But they're mostly stable now and I intended to start working on implementing a variety of inference procedures in Omega, but thought I would consult Turing people first to see if you wanted to avoid redoing work.
If we wanted to do this, there are a bunch of technical issues to resolve.  DynamicHMC is easily abstracted out because it requires only a function which computes the gradient of the negative log density.  I imagine it might be more difficult to do the same for other inference procedures which require more intricate access to and information about the model.
It may be too difficult or not worth while to separate out inference procedures, which is also fine.

Hi @zenna!
Similar thoughts have been discussed in the Turing team before. In particular, currently we have Inference and Core submodules of the Turing module, where Inference hosts the inference algorithm implementations and Core has all the book-keeping and model definition stuff. The problem is that Inference currently accesses very internal fields of structs and some low level functions defined in Core which makes it hard to de-couple them. However, this de-coupling is an important step towards a meaningful abstraction that is usable by others. One step we talked about for the near future is to try to make the Core functions used in Inference more "macroscopic" in the sense that they map to semantic functionality required by the inference algorithms. This makes it then possible to identify these high level functions required by the various inference algorithms. Then it should be possible for you to define these functions for your model type and the Turing sampler to "reuse" just the inference algorithm implementation from Turing without the Turing Core/model/backend. Each inference algorithm can have its documented set of functions that you need to define for your model type to use the algorithm's implementation in Turing. Perhaps, this can also be useful for the GP work of @willtebbutt .
So roughly speaking, Turing can serve 2 purposes:

A package for inference algorithm implementations, e.g. HMC and particle samplers, which can be used for your custom backend/model type,
A package that manages the model definition and book-keeping, i.e. our own backend, and hooks it into our inference algorithm implementations in the same way that any external backend would.

This kind of design can also make it easier to:

Experiment with various backend implementations without messing with the inference code,
Optimize the inference and backend codes separately,
Introduce any new specialized backend that makes certain assumptions about the model, e.g. fixed length parameters, immutability, etc. thus unlocking further optimizations which are not possible in the general case, and
Wrap or implement any new inference algorithm in Turing which only requires the set of high level functions defined for the Turing backend, no need to tamper with Core internals.

This is all very much still in the brainstorming phase, so there may be a lot practical challenges to be overcome, but I think this is a direction worth pursuing. Once all the abstractions have been figured out and made inside of Turing, we can also consider separating out the Inference module into a separate lighter package for those who want to use only the inference bit of Turing.

This makes me think a little about POMDPs.jl.  I haven't looked at the code but in their case there are several kinds of solvers, which can be quite different (discrete, continuous, sampling based, explicit table, etc) and different kinds of model.  They have a "requirements" system.  In their words:

Due to the large variety of problems that can be expressed as MDPs and POMDPs and the wide variety of solution techniques available, there is considerable variation in which of the POMDPs.jl interface functions must be implemented to use each solver. No solver requires all of the functions in the interface, so it is wise to determine which functions are needed before jumping into implementation.
Solvers can communicate these requirements through the @requirements_info and @show_requirements macros. @requirements_info should give an overview of the requirements for a solver, which is supplied as the first argument, the macro can usually be more informative if a problem is specified as the second arg. For example, if you are implementing a new problem NewMDP and want to use the DiscreteValueIteration solver, you might run the following

I think these requirements basically boil down to the functions that an inference procedure requires and what a model should produce

Very cool approach! There is also a similar approach in MathOptInterface. You can write your own optimization solver and then support certain classes of problems by defining some methods for your solver. Most solvers support only a specific class of problems each. These methods are then used to send a JuMP model to your solver and then query the results.

It's also worth noting here that we're working on building a common MCMC interface (see #746) which will hopefully provide a set of common standards that'll make hot-swapping inference a bit easier. We've also got some nifty stuff happening to put up some firewalls in Turing's internals, like (#750 and #634).
A goal we might shoot for to make integrating Turing's back end with the rest of Julia's probabilistic ecosystem easier is a cohesive set of technical documents specifying our "dream specs".

It would be interesting to see some concrete examples where the abstraction would be a benefit.
I think that, in contrast to multivariate optimization, inference algorithms are much more tightly coupled to particular ways of formulating problems for each algorithm. Eg HMC is probably the most efficient general non-approximate algorithm, but it is very easy to run into medium-size problems which need a reparameterization or some other trick to avoid catastrophic mixing or ineffective sampling.
Thus my approach to MCMC in Julia has been writing components that each handle a part of the problem, are able to cooperate nicely but at the same time I can replace or skip one or more of them (eg code the gradients manually, skip or tweak adaptation, etc).

Can a common bayesian IR through Modeling Toolkit help here

@marcoct

@cscherrer

Most inference algorithms are not independent Julia packages, e.g. AdvancedHMC, AdvancedVI.


Investigate "freeze"  in image processing / low resouce scenarios

See https://github.com/gohugoio/hugo/issues/5220#issuecomment-433993185
/cc @Noki

I can reproduce this on the Hugo docs site by setting timeout=1 (i.e. very low). I will fix.


Replacing an array with 'performDiff: false' not replacing the array.

This has been tested in my application and works as expected.
I'm not sure if this is the approach that you want to take, but I figured I'd make a PR anyway. It's a pretty simple fix and the most elegant way I came up with.

You got it. I'll handle this when I get back to my workstation.

Also, should we have a replace() function that does not have a performDiff parameter that is performable on a MutableObservableArray that does not conform to Equatable?
I think that is an important piece of functionality. Can I make a separate PR for that ?

Makes sense! Sure, feel free to do that :)

Thanks for the merge. I'll handle the other PR later this afternoon.

Hey guys. Should the new replace() function be public? Right now it's not accessible. That way it's possible to do a replace on the MutableObservableArray without the items being Equatable

That's my fault! I'll fix this in the morning. Good catch!


Unable to remove external jars from Referenced Libraries in JAVA PROJECTS

Version: 1.63.2 (user setup)
Commit: 899d46d82c4c95423fb7e10e68eba52050e30ba3
Date: 2021-12-15T09:40:02.816Z
Electron: 13.5.2
Chromium: 91.0.4472.164
Node.js: 14.16.0
V8: 9.1.269.39-electron.0
OS: Windows_NT x64 10.0.19042
Issue
I am unable to delete/remove the external jars that I have added ( see below)

I have also tried exluding it from the settings.json
{
    "java.project.referencedLibraries": {
        "include": [
            "lib/**/*.jar",
            "c:\\Users\\<username>\\Downloads\\external-jars\\some.jar"
        ],
        "exclude": [
            "c:\\Users\\<username>\\Downloads\\someDirectory\\someDirectory\\someJar.zip",
            "c:\\Users\\<username>\\Downloads\\someDirectory\\someDirectory\\someJar.jar",

        ]
    }
}

But still I am unable to remove it.
I have tried the following

Uninstalled VS Code
Deleted Code Folder
Deleted .vscode with extensions.

Can you please provide the right solution, and for the short term can you point to the cache or local directory where this config might be saved so that I can delete it from there.

Currently removing/adding a referenced jar from Maven project is not supported, see: https://github.com/microsoft/vscode-java-dependency/issues/218. You need to directly edit the classpath entries in the .classpath file of your project.
I'm closing this issue since we have an existing one to track this. But feel free to ask questions if you have.

Thanks @jdneo but I tried editing in .classpath but it does not show any Referenced libraries in the first place.
Plus it is read only , am referring the correct .classpath ? Please let me know if there is some other file location to edit.

Ah, I mean there should be a file called .classpath at your project root. Could you see it?

I have the same issue but .classpath does not exist on my project.

@Marinell0 it's hidden by default. See: https://github.com/redhat-developer/vscode-java/blob/master/document/_java.metadataFilesGeneration.md

Thank you, solved my problem!


Massive B767-300ER/B767-300F liveries (Livery Request)

I was done making any A350-900 liveries that I can make. So I tried to do B767-300ER liveries. THERE'S SO FRICKING MANY LIVERIES!!!!!!!! Btw I'll fix the broken liveries, along with some new liveries I'll try to make.
Liveries I'll try to make:
Scandinavian Airlines (Old)
Scandinavian Airlines (New)
Eastern Airlines (Light Blue w Dark Blue)
El Al
Srilankan Airlines
TAM Airlines
Liveries I made:
Air Niugini (Old)
Amazon Prime Air
ANA All Nippon Airways (Star Alliance)
CargoJet Airways (Air Canada Rouge)
Eastern Airlines (Dark Blue w Red)
Japan Airlines:

1959 - 1989
1989 - 2002
2002 - 2011
Kalitta Air (Blank)
Kalitta Air (DHL)
LAN Airlines
Lauda Air
Polar (DHL)
Qantas
Qantas Freight
Scandinavian Airlines (Special Star Alliance)
UPS United Parcel Service
YTO Express

I was done making any A350-900 liveries that I can make. So I tried to do B767-300ER liveries. THERE'S SO FRICKING MANY LIVERIES!!!!!!!! Btw I'll fix the broken liveries, along with some new liveries I'll try to make.
Liveries I'll try to make: Scandinavian Airlines (Old) Scandinavian Airlines (New) Eastern Airlines (Light Blue w Dark Blue) El Al Srilankan Airlines TAM Airlines
Liveries I made: Air Niugini (Old) Amazon Prime Air ANA All Nippon Airways (Star Alliance) CargoJet Airways (Air Canada Rouge) Eastern Airlines (Dark Blue w Red) Japan Airlines:

1959 - 1989
1989 - 2002
2002 - 2011
Kalitta Air (Blank)
Kalitta Air (DHL)
LAN Airlines
Lauda Air
Polar (DHL)
Qantas
Qantas Freight
Scandinavian Airlines (Special Star Alliance)
UPS United Parcel Service
YTO Express

CAn You Do A New Livery Version Of Qantas As Well!

hmmm I'll try to make it next time, but I don't want to make too much fictional airliners liveries