text:
validate and report the struct tag is invalid

using structtag.Analyzer is the one in charge of doing that.
This is a fix for #11
It's a draft version, as I'm awaiting a reply to my bug report on golang.org/x/tools
https://github.com/golang/go/issues/52973

As discuss in #11, the tool should stay simple, and shouldn't try to detect things that other tools or linters are already doing. https://golangci-lint.run/usage/linters/#govet
So I'm closing the PR, and will open a new one to document a bit, and add some unit tests about not validating invalid tags.

repo: ldez/tagliatelle


text:
modified User.java

modified User.java
add enter

LGTM, thanks!@xiaowangah

source: gharchive/pull-request

authors: xiaowangah yuluo-yx

repo: ldxy-arthas/study-git

license: MIT

license_type: permissive

license_source: github-api


text:
当dragBounds的width设置为无穷大Infinity时, 导出的json数据中的dragBounds.width为null

当dragBounds的width设置为无穷大Infinity时, 导出的json数据中的dragBounds.width为null
shape.dragBounds = {   x: 0,   y: index * LANE_HEIGHT,   width: Infinity,   height: LANE_HEIGHT, };

目前应该还不支持这种，我看看后面能不能支持一下

source: gharchive/issue

authors: leaferjs sperains

repo: leaferjs/leafer-ui


text:
export 导出模糊应该怎么解决

leafer.export(png, { pixelRatio: 3, scale: 1  })
还是模糊，设置 scale= 2，会在图片中间出现个？号，感觉是失败了

就是有图片资源，而且图片里面内容比较丰富，然后看着就很模糊，我提高一下图片质量吧，是用的最新版本

ok,  那应该是放大了图片导致的

authors: hlovingness leaferjs

repo: leaferjs/ui


text:
Minor improvements

Added extra.currentTime so we can later implement a 'continue where you left of'.
Using hls.js playback, sometimes the timers.watch was reporting null. I added a validation to only stop the timer if a start came first.

https://github.com/clappr/clappr/issues/1183

Thank you very much

@leandromoreira awesome!! :)

authors: gfronza leandromoreira

repo: leandromoreira/clappr-stats

license_source: bigquery


text:
type 'Null' is not a subtype of type 'Map<String, dynamic>'

flutter_distributor package --platform macos --targets dmg
type 'Null' is not a subtype of type 'Map<String, dynamic>'
#0      FlutterDistributor.distributeOptions (package:flutter_distributor/src/flutter_distributor.dart:66:16)
#1      FlutterDistributor.package (package:flutter_distributor/src/flutter_distributor.dart:138:35)
#2      CommandPackage.run (file:///Users/user/.pub-cache/hosted/pub.dev/flutter_distributor-0.3.7/bin/command_package.dart:132:24)
#3      CommandRunner.runCommand (package:args/command_runner.dart:212:27)
#4      main (file:///Users/user/.pub-cache/hosted/pub.dev/flutter_distributor-0.3.7/bin/main.dart:47:17)

What's your distribute_options.yml?

What's your distribute_options.yaml?

it's exists but empty, i have no plans distribute anything, want to create 'dmg' file only

You need to create a job to package dmg
output: dist/
releases:
  - name: dev
    jobs:
      - name: release-dmg
        package:
          platform: macos
          target: dmg
          build_args:
            dart-define:
              APP_ENV: dev

thanks

thanks, anyway it doesn't work on Mac M1, blessing step failed, but it's not your fault
[ 1/22] Looking for target...                [ OK ]
[ 2/22] Reading JSON Specification...        [ OK ]
[ 3/22] Parsing JSON Specification...        [ OK ]
[ 4/22] Validating JSON Specification...     [ OK ]
[ 5/22] Looking for files...                 [ OK ]
[ 6/22] Calculating size of image...         [ OK ]
[ 7/22] Creating temporary image...          [ OK ]
[ 8/22] Mounting temporary image...          [ OK ]
[ 9/22] Making hidden background folder...   [ OK ]
[10/22] Copying background...                [SKIP]
[11/22] Reading background dimensions...     [SKIP]
[12/22] Copying icon...                      [SKIP]
[13/22] Setting icon...                      [SKIP]
[14/22] Creating links...                    [ OK ]
[15/22] Copying files...                     [ OK ]
[16/22] Making all the visuals...            [ OK ]
[17/22] Checking if running under Rosetta... [ OK ]
[18/22] Blessing image...                    [FAIL]
[19/22] Unmounting temporary image...        [ OK ]
[20/22] Removing temporary image...          [ OK ]
[21/22] Removing target image...             [ OK ]

Error: Command failed: bless --folder /Volumes/iChatGPT --openfolder /Volumes/iChatGPT
bless: The 'openfolder' is not supported on Apple Silicon devices.

Any update on this?


text:
Gives titles to pages

Fixes #75

LGTM. I'll fix the titles for the "100" pages later.

authors: PatrickMassot bryangingechen


text:
feat(Topology/Sequences): add missing instances

Subtype of a Fréchet-Urysohn space is a Fréchet-Urysohn space;
Disjoint union (Sum, Sigma) of sequential spaces is a sequential space.

bors r+

authors: sgouezel urkud


text:
feat(GroupTheory/OrderOfElement): If a ≤ g • a, then g • a = a

This PR adds a few lemmas about group actions on partial orders.

bors r+


text:
chore(CategoryTheory/EpiMono): composition of SplitEpi and SplitMono

Record the fact that the composition of two SplitMono is again a SplitMono, as well as the corresponding statement for IsSplitMono, and the dual statement for epimorphisms.

bors r+


text:
feat: port MeasureTheory.Category.Meas

A slight gripe. I think if you rename the file in one commit that doesn't make any other changes then git is better at noticing this in the diff as a moved file.

A slight gripe. I think if you rename the file in one commit that doesn't make any other changes then git is better at noticing this in the diff as a moved file.

Actually this isn't how it works, but it is still easier to review if the first commit changes the name and does nothing else.

bors r+


text:
chore(Topology/../Order): weaken TC assumptions

Generalize some lemmas from ConditionallyCompleteLinearOrder
to LinearOrder.
Also drop an unused variable.

Thanks!
bors r+

authors: ADedecker urkud


text:
Enum types don't accept type annotations

The type
inductive foo : Type
| bar | baz

does not compile, with error:
universe level of type_of(arg #1) of 'foo.baz' is too big for the corresponding inductive datatype

If the type annotation is left off (as inductive foo | bar | baz), then it will compile and land in Type anyway.

I cannot reproduce this problem. Both versions compile correctly on my machine.

What compiler are using? Is this on current master?

Crap, now I can't reproduce it. Ah, whatever, I'll try to pin it down more precisely next time I see it.

repo: leanprover/lean


text:
PDF tutorial page size

On my PDF reader (Okular), "properties" says that the PDF tutorial is 6 by 9 inches. And when I print out a page, it is typeset in the upper right corner with about three inch margins on the left and bottom, and the topmost and rightmost part of the page are cut off.

You're right. We used the document class 'ebook' which uses 6 by 9 inches paper. It's for a small device such as Kindle. I changed it to use document class 'book' instead of 'ebook', which uses 8.5 by 11 inches paper (letter-size).

FYI, the new version is available at http://leanprover.github.io/tutorial/tutorial.pdf .

authors: avigad soonhokong

repo: leanprover/tutorial


text:
ESBuild postinstall inside CI pipe

https://github.com/evanw/esbuild/issues/565

we must set the EXTRA_CERT env for nodejs

repo: leanupjs/leanup


text:
Image Warp function may return incorrect results.

See https://community.leapmotion.com/t/orion-image-warp-in-c-giving-wrong-results/5211

Does the LeapC code not match the code that is being used for the C++ plugin?
I recall also having issues with the values that warp function was outputting a few months ago
Is this a front-end team issue?

LeapC doesn't do the wrapping and the code in the C++ uses data that isn't, as far as I know, available from LeapC. The LeapC# code used by Unity does bilinear interpolation, so it is a different algorithm. The results should be equivalent, though not pixel-per-pixel the same.
If warping the entire image, you would want to use a shader, but for stereo-triangulating a few points per frame, warp() should work.
So yes, it is a front-end-team issue.

This is addressed in platform PR #6161
The warp() function used the left distortion map for both images (it was never updated when we changed to a stacked image/distortion buffer format). I also changed it so that the function took a ray input like it did in the other language bindings and added a WarpPixel function that takes a pixel coordinate.

repo: leapmotion/UnityModules


text:
Handle situations where the search service stops responding

This commit changes the search provider to constantly try using the Kolibri API, and only fall back to the local database if it is not responding. This is a change from the previous behaviour where it would test a single time whether the API is available and then only use the API, or only use the local database. With the new behaviour, we solve a problem where the search provider would stop working if a user accessed it shortly before and then shortly after stopping Kolibri.

Perhaps a stupid question: if the search provider knows how to hit the database directly, why does it ever need to use the Kolibri HTTP API?

It's a legit question! Using the database directly requires an expensive setup process, which was giving me some particularly sluggish search results. This way we can get faster results at least some of the time. There's certainly a cost / benefit analysis to be done here since it isn't required functionality at the moment, but I think it's simple enough to be worthwhile :)

The original search service provider didn't use HTTP at all, so that it would still work when Kolibri wasn't running, and (since we were doing socket activation) it wouldn't spin up Kolibri every time a search was made.
Rather than accessing the database directly, however, it was essentially "emulating" the HTTP request (but bypassing the HTTP portion, interfacing directly with the Django REST Framework classes) to get results through the Kolibri API layer, so that it could leverage the logic in Kolibri for showing the most specific search results first but falling back to fuzzier matches, etc. This was instead of having to recreate all of that logic (and DB interface) externally.

Using the database directly requires an expensive setup process, which was giving me some particularly sluggish search results.

With the search service being persistent (at least for... some duration?), I would have expected that spinning up the Django machinery would be a one-time cost, and then all search results after that would be zippy? The one exception that could make it particularly slow would be if the server hasn't ever been started before, and it needs to do some initialization of the data directory etc (but with the new flatpak's "preseeding" approach, even that shouldn't take too long).

So it might be good to see what's slowing down the "local" search provider and resolve it there? Is there a clear path to replication? (You mention while the server is starting up or shutting down -- I'm guessing ensuring the socket timeout in the request logic isn't too long might be a factor, since you may be testing the server at a time when the socket is still open but it's not yet/no longer handling HTTP requests)

We can merge this in the meantime, and come back to those broader questions later, if preferred?

These are good thoughts and questions :) I'll change this to nix the remote search provider, since it's a bit silly to have this special case which doesn't get used the vast majority of the time. I played with providing a custom Django settings module to make the local search provider start faster, but seems there isn't a whole lot we can do there. Looking at the output of cProfile, most of the time is spent loading heaps of Python modules via django.setup(), and it happens either way. (Probably slightly less so if we shrink INSTALLED_APPS to a smaller set, but only very slightly). That would be a good thing to come back to for sure.

authors: dylanmccall jamalex wjt


text:
Submit a Cloud Definition ~ Virtual Network

Word: Virtual Network
Content: A virtual network is a private space in Azure where you can add certain resources to communicate with each other without the use of the internet. You can compare it to a VLAN.
Author Name: Athina (Artist) Thomas
Author Link: https://linktr.ee/artistyay?fbclid=PAAaYkcfWyjCkgqM-JdaL03_xhx3bZTl7wT5a2wQpgWAmAqmCPG6nqr8mk_70
Learn More URL: https://learn.microsoft.com/en-us/azure/virtual-network/virtual-networks-overview
Category: networking
Abbreviation [OPTIONAL]: VNET

Nice one, I've added it, thank you!

authors: ArtistYay madebygps

repo: learntocloud/cloud-dictionary


text:
UofT DSI | Scaling to Production - Assignment 2

What changes are you trying to make? (e.g. Adding or removing code, refactoring existing code, adding reports)
Submitting Assignment 2.
What did you learn from the changes you have made?
I learnt significantly about:

Data Engineering
The importance of Target Recoding after loading the data
Pre-Processing using sklearn pipeline libraries
Using sklearn to set up and apply pipeline, transformer, classification
Deepening understanding of the Performance Metrics (ROC AUC, negative log loss, balance accuracy)

Was there another approach you were thinking about making? If so, what approach(es) were you thinking of?
I initially wanted to use the ML code in the notebook 3b.pipeline but it is way too long. The lecturer did mention that he purposefully did that long code to teach us the steps and algorithms. Since I'm familiar with ML codes, I use  the industry practice code which is shorter and easier.
Were there any challenges? If so, what issue(s) did you face? How did you overcome it?
It wasn't clear  to me if we are expected to use dask df for this Assignment or if we can use pandaframe. That was really confusing.
Another challenge is when LS suggested to load environments, logger, and parquet at the beginning of the notebooks for  assignments. But the loaded environment and parquet files are actually for the Stock market exercise - which is completely unrelated to this assignment. I think these codes are not relevant and should not be included, to avoid confusion. But I included them anyway as per instructed.
How were these changes tested?
In Jupyter notebook.
A reference to a related issue in your repository (if applicable)
N/A
Checklist

[X] I can confirm that my changes are working as intended

A2 complete

A2 complete

Thank you, I’ll close the pull request.

Closed

repo: lee-data/production


text:
Working

VERSION 1.0.0

Feature

Add moderation_required?, clean!, delete and delete_query method to Store
Add general configuration
Add generator Rails for install configuration file
Add Search interface

Bug fix

replace bad key test_data by moderation:test_data

Refactoring

Remove true Redis on spec for RedisMock
Replace autoload by require_relative
Harmonize Storage constructor of InMemory and Redis
Refactoring adapters memory and redis, for keep DRY
Add Coercer
Extract deserialization

Enhancements

Backwards incompatible changes

Moderation class became a module, you need to call Moderation::Store.new instead of Moderation.new
Storage::InMemory.new became Adapters::MemoryAdapter.new
Storage::Redis.new became Adapters::RedisAdapter.new
All adapters take Hash on their constructors

Adapters::MemoryAdapter.new(limit: 10)
Adapters::RedisAdapter.new(limit: 10)

Test

Add configuration for testing all storage backend.

Deprecations

Todos

Change all Hash incoming to symbolized keys
Make Query more powerfull
Add support of :constructor and :new_from_json on moderation_required?

Extra

Issues

Owner Joel AZEMAR
Full changes
VERSION 0.0.3
https://github.com/leejones/moderation/compare/v0.0.2...v0.0.3
VERSION 0.0.2
https://github.com/leejones/moderation/compare/v0.0.1...v0.0.2
VERSION 0.0.1
https://github.com/leejones/moderation/compare/2cc7670800bc6df477a2ce3e7852187c49749565...v0.0.1

feature

bug fix

refactoring

enhancements

backwards incompatible changes

deprecations

todos

extra

issues

@joel thanks for the PR!
There are many changes here and I'll need some time to review them. I'm hoping to have some time this coming weekend.
What was your motivation for the changes you've proposed? Are you using this library in production?

@leejones I needed this type of library for connect me to Redis, but actually it's not enough and I try to use another tool like getstream.io but have a good work for a good enhancement of your gem, but a this level it's better to get rid your gem a add redis adapter to https://github.com/lotus/model because query interface is not enough developed here... Enjoy

authors: joel leejones

repo: leejones/moderation

license: mit


text:
langkaer.txt

Langkaer Gymnasium/HF/IB World School

@adrianleong98: Do you mean http://langkaer.dk/?
If school doesn't offer higher education it doesn't fit in Swot database, it can only be added to https://github.com/kiler129/SwotNG-database

repo: leereilly/swot


text:
Add Boilerplatehub

Added BoilerplateHub to the list of additional Next.js boilerplate resources in the README.md file. This curated directory provides developers with more options for Next.js starter templates.

Thanks for the suggestion, I'm okay with keeping the list we have here. Great resource

authors: EinGuterWaran leerob

repo: leerob/next-saas-starter


text:
READMEを整理する

特にローカルでの起動方法を書く

[x] もう一つのパソコンで起動できるかテストする

yarnコマンドを実行する
ActiveStorageが動くように関連パッケージを手動でインスールする（libvips関係）

この２つがポイントだった。
Active Storage の概要 - Railsガイド


text:
collective@legalese.com Results in mailer-daemon error

Attempted to request an invite, got the following:
...
We're writing to let you know that the group you tried to contact (active-team) may not exist, or you may not have permission to post messages to the group. A few more details on why you weren't able to post:
...

Hi @Gauntlet173, I've reviewed the permissions on active-team and you should be able to see the group and its posts now.


text:
🛑 VePhim API hf is down

In 00fbbef, VePhim API hf (https://api.vephim.online/api/ping) was down:

HTTP code: 0
Response time: 0 ms

Resolved: VePhim API hf is back up in b6ac3ff after 3 minutes.


text:
🛑 VePhim API hf is down

In 02cc0c3, VePhim API hf (https://api.vephim.online/api/ping) was down:

HTTP code: 404
Response time: 127 ms

Resolved: VePhim API hf is back up in 58fef8e after 5 minutes.


text:
Setting max items locks out any further cnages if mistake is made by user selection

Add data-max="3" then when 3 items are selected there is no option to change them or remove items

yes that only makes sense if you also allow clearing the values with data-allow-clear="1"

Cant believe i missed this. Thanks. This a great piece of work!


text:
Failed to deserialize item

java.io.EOFException: null
	at java.io.ObjectInputStream$PeekInputStream.readFully(ObjectInputStream.java:2736) ~[?:1.8.0_242]
	at java.io.ObjectInputStream$BlockDataInputStream.readShort(ObjectInputStream.java:3211) ~[?:1.8.0_242]
	at java.io.ObjectInputStream.readShort(ObjectInputStream.java:1044) ~[?:1.8.0_242]
	at java.io.ObjectStreamClass.readNonProxy(ObjectStreamClass.java:792) ~[?:1.8.0_242]
	at java.io.ObjectInputStream.readClassDescriptor(ObjectInputStream.java:925) ~[?:1.8.0_242]
	at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1912) ~[?:1.8.0_242]
	at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1806) ~[?:1.8.0_242]
	at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2097) ~[?:1.8.0_242]
	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1625) ~[?:1.8.0_242]
	at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:2342) ~[?:1.8.0_242]
	at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:2266) ~[?:1.8.0_242]
	at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2124) ~[?:1.8.0_242]
	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1625) ~[?:1.8.0_242]
	at java.io.ObjectInputStream.readArray(ObjectInputStream.java:2030) ~[?:1.8.0_242]
	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1613) ~[?:1.8.0_242]
	at java.io.ObjectInputStream.readObject(ObjectInputStream.java:465) ~[?:1.8.0_242]
	at java.io.ObjectInputStream.readObject(ObjectInputStream.java:423) ~[?:1.8.0_242]
	at com.lenis0012.bukkit.loginsecurity.util.InventorySerializer.deserialize(InventorySerializer.java:64) ~[?:?]
	at com.lenis0012.bukkit.loginsecurity.util.InventorySerializer.deserializeInventory(InventorySerializer.java:35) ~[?:?]
	at com.lenis0012.bukkit.loginsecurity.session.AuthAction.lambda$rehabPlayer$1(AuthAction.java:58) ~[?:?]
	at org.bukkit.craftbukkit.v1_14_R1.scheduler.CraftTask.run(CraftTask.java:77) [server.jar:git-Bukkit-3e3818b]
	at org.bukkit.craftbukkit.v1_14_R1.scheduler.CraftScheduler.mainThreadHeartbeat(CraftScheduler.java:393) [server.jar:git-Bukkit-3e3818b]
	at net.minecraft.server.v1_14_R1.MinecraftServer.b(MinecraftServer.java:971) [server.jar:git-Bukkit-3e3818b]
	at net.minecraft.server.v1_14_R1.DedicatedServer.b(DedicatedServer.java:380) [server.jar:git-Bukkit-3e3818b]
	at net.minecraft.server.v1_14_R1.MinecraftServer.a(MinecraftServer.java:926) [server.jar:git-Bukkit-3e3818b]
	at net.minecraft.server.v1_14_R1.MinecraftServer.run(MinecraftServer.java:780) [server.jar:git-Bukkit-3e3818b]
	at java.lang.Thread.run(Thread.java:748) [?:1.8.0_242]
[01:16:44] [Server thread/WARN]: [LoginSecurity] Task #140 for LoginSecurity v3.0.1 generated an exception
java.lang.NullPointerException: null
	at org.bukkit.craftbukkit.v1_14_R1.inventory.CraftInventory.setContents(CraftInventory.java:84) ~[server.jar:git-Bukkit-3e3818b]
	at com.lenis0012.bukkit.loginsecurity.util.InventorySerializer.deserializeInventory(InventorySerializer.java:35) ~[?:?]
	at com.lenis0012.bukkit.loginsecurity.session.AuthAction.lambda$rehabPlayer$1(AuthAction.java:58) ~[?:?]
	at org.bukkit.craftbukkit.v1_14_R1.scheduler.CraftTask.run(CraftTask.java:77) ~[server.jar:git-Bukkit-3e3818b]
	at org.bukkit.craftbukkit.v1_14_R1.scheduler.CraftScheduler.mainThreadHeartbeat(CraftScheduler.java:393) [server.jar:git-Bukkit-3e3818b]
	at net.minecraft.server.v1_14_R1.MinecraftServer.b(MinecraftServer.java:971) [server.jar:git-Bukkit-3e3818b]
	at net.minecraft.server.v1_14_R1.DedicatedServer.b(DedicatedServer.java:380) [server.jar:git-Bukkit-3e3818b]
	at net.minecraft.server.v1_14_R1.MinecraftServer.a(MinecraftServer.java:926) [server.jar:git-Bukkit-3e3818b]
	at net.minecraft.server.v1_14_R1.MinecraftServer.run(MinecraftServer.java:780) [server.jar:git-Bukkit-3e3818b]
	at java.lang.Thread.run(Thread.java:748) [?:1.8.0_242]

my server :
Mc server Bukkit 1.14.4
LS version v3.0.1

I tried to clean the database and this problem is gone


text:
Experiencing odd SSL errors since last week

Starting late last week (July 1st 2022) I'm unable to connect to any cluster using Lens. I'm able to get to them using kubectl without issues.
On Lens logs, the only error I see is:
error: [LENS-PROXY]: http proxy errored for cluster: Error: write EPROTO 140482617488328:error:100003f2:SSL routines:OPENSSL_internal:SSLV3_ALERT_UNEXPECTED_MESSAGE:../../third_party/boringssl/src/ssl/tls_record.cc:594:SSL alert number 10
 {"url":"/version"}

I'm not running any kind of proxy and this is happening on Mac Monterey 12.4 (Intel), I've tried updating LENS to latest but to no avail.
Currently running LENS Lens-5.5.4-latest.20220609.2, same issue on previous version Lens-5.2.7-latest.20211110.1 which leads me to think maybe an update in Mac libraries? Any ideas on what to check are appreciated.

It seems this has something to do with using custom file locations for the AWS credentials files. This is an EKS cluster, and whenever I refresh my credentials using other than the aws default credentials file locations it errors out.

Kubectl works fine, but Lens doesn't.
I've tried setting all the variables in the kubeconfig file, like this -same issue:
env:       - name: AWS_PROFILE         value: [redacted]       - name: AWS_CA_BUNDLE         value: /Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/certifi/cacert.pem       - name: AWS_CONFIG_FILE         value: /Users/[redacted]/.aws/config       - name: AWS_SHARED_CREDENTIALS_FILE         value: /Users/[redacted]/.aws/credentials       - name: REQUESTS_CA_BUNDLE         value: /Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/certifi/cacert.pem

repo: lensapp/lens


text:
Added Selective decoding Options

Description
JErasure would fix all missing data/code blocks, in storage system, only data blocks are need for normal operations (Degraded Read), code blocks fix are needed only for repair.
Proposed Solution
To optimize, interfaces that allow selective decoding are added.
Related PR
https://github.com/leo-project/jerasure/pull/3 (noalloc branch is used so...)
https://github.com/leo-project/leo_erasure/pull/1

@mocchira Rebased to remove duplicate commits, please check :)

LGTM.
Thank you for your great contribution!

@windkit @mocchira
I found a build issue on our Jenkins as bellow, please check that whether you can face same situation or not.
==> leo_erasure (compile)
c_src/jerasure/src/.libs/jerasure.o: 関数 `jerasure_matrix_decode_selected' 内:
jerasure.c:(.text+0xb38): `jerasure_matrix_decode_selected' が重複して定義されています
c_src/jerasure_mod.o:/var/lib/jenkins/jobs/Tests_for_aws-sdk_clients_with_LeoFS/workspace/leofs/deps/leo_erasure/c_src/jerasure_mod.cpp:168: ここで最初に定義されています
c_src/jerasure/src/.libs/jerasure.o: 関数 `jerasure_matrix_decode_data' 内:
jerasure.c:(.text+0x1420): `jerasure_matrix_decode_data' が重複して定義されています
c_src/jerasure_mod.o:/var/lib/jenkins/jobs/Tests_for_aws-sdk_clients_with_LeoFS/workspace/leofs/deps/leo_erasure/c_src/jerasure_mod.cpp:67: ここで最初に定義されています
c_src/jerasure/src/.libs/jerasure.o: 関数 `jerasure_schedule_decode_data_lazy' 内:
jerasure.c:(.text+0x4ce6): `jerasure_schedule_decode_data_lazy' が重複して定義されています
c_src/jerasure_mod.o:/var/lib/jenkins/jobs/Tests_for_aws-sdk_clients_with_LeoFS/workspace/leofs/deps/leo_erasure/c_src/jerasure_mod.cpp:297: ここで最初に定義されています
c_src/jerasure/src/.libs/jerasure.o: 関数 `jerasure_schedule_decode_selected_lazy' 内:
jerasure.c:(.text+0x5137): `jerasure_schedule_decode_selected_lazy' が重複して定義されています
c_src/jerasure_mod.o:/var/lib/jenkins/jobs/Tests_for_aws-sdk_clients_with_LeoFS/workspace/leofs/deps/leo_erasure/c_src/jerasure_mod.cpp:326: ここで最初に定義されています
collect2: error: ld returned 1 exit status
ERROR: sh(cc c_src/cauchycoding.o c_src/coding.o c_src/common.o c_src/irscoding.o c_src/jerasure_mod.o c_src/leo_erasure_nif.o c_src/liberationcoding.o c_src/rscoding.o  -lstdc++ -shared  -L"/usr/local/erlang/17.5/lib/erlang/lib/erl_interface-3.7.20/lib" -lerl_interface -lei c_src/gf-complete/src/.libs/*.o c_src/jerasure/src/.libs/*.o c_src/isa-l/erasure_code/.libs/*.o -o priv/leo_erasure.so)
failed with return code 1 and the following output:
c_src/jerasure/src/.libs/jerasure.o: 関数 `jerasure_matrix_decode_selected' 内:
jerasure.c:(.text+0xb38): `jerasure_matrix_decode_selected' が重複して定義されています
c_src/jerasure_mod.o:/var/lib/jenkins/jobs/Tests_for_aws-sdk_clients_with_LeoFS/workspace/leofs/deps/leo_erasure/c_src/jerasure_mod.cpp:168: ここで最初に定義されています
c_src/jerasure/src/.libs/jerasure.o: 関数 `jerasure_matrix_decode_data' 内:
jerasure.c:(.text+0x1420): `jerasure_matrix_decode_data' が重複して定義されています
c_src/jerasure_mod.o:/var/lib/jenkins/jobs/Tests_for_aws-sdk_clients_with_LeoFS/workspace/leofs/deps/leo_erasure/c_src/jerasure_mod.cpp:67: ここで最初に定義されています
c_src/jerasure/src/.libs/jerasure.o: 関数 `jerasure_schedule_decode_data_lazy' 内:
jerasure.c:(.text+0x4ce6): `jerasure_schedule_decode_data_lazy' が重複して定義されています
c_src/jerasure_mod.o:/var/lib/jenkins/jobs/Tests_for_aws-sdk_clients_with_LeoFS/workspace/leofs/deps/leo_erasure/c_src/jerasure_mod.cpp:297: ここで最初に定義されています
c_src/jerasure/src/.libs/jerasure.o: 関数 `jerasure_schedule_decode_selected_lazy' 内:
jerasure.c:(.text+0x5137): `jerasure_schedule_decode_selected_lazy' が重複して定義されています
c_src/jerasure_mod.o:/var/lib/jenkins/jobs/Tests_for_aws-sdk_clients_with_LeoFS/workspace/leofs/deps/leo_erasure/c_src/jerasure_mod.cpp:326: ここで最初に定義されています
collect2: error: ld returned 1 exit status

@yosukehara the corresponding PR in leo_erasure is still in testing, that is the cause of the problem.

This reveals the problem of current c_src/build_deps.sh in leo_erasure.
It always uses the develop branch of jerasure

@windkit yes. should be tagged at some point ( such as when 1.4 will be released )

@windkit @mocchira I've just confirmed our Jenkins has passed a integration-test. Thanks a lot.

authors: mocchira windkit yosukehara

repo: leo-project/jerasure


text:
🛑 Demo website: hackathon is down

In ce2e494, Demo website: hackathon (hackathon.leoboyer.dev) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Demo website: hackathon is back up in 08043d0.

repo: leoboyerbx/upptime


text:
In case you wish to continue the previous conversation

You can continue commenting here.

Have you contacted vscode with idea to integrate your code into vscode or have you tried to prepare PR with this feature?

Have you contacted vscode with idea to integrate your code into vscode

I believe I contacted the VS Code team many times with the showcase of the working product of mine (Block highlighting extension), and I think they really like this idea, but as I see, they find it too difficult (or too unsafe) to expose native AST tokens to extensions. Integrating my extension into VS Code? I don't know, probably it's also difficult technically. I think they already thought about it.
Here you can see a conversation where they basically invited me to hear my opinion.
https://github.com/microsoft/vscode/issues/128465

have you tried to prepare PR with this feature

Unfortunately my technical skills are not wide enough to deal with such integration PRs, especially with AST tokenization. Actually, when I started building Blockman, I had less than 3 months of experience with software development. I was basically very young in the dev profession. My coding skills were almost zero, but I was so dedicated to implement my idea that I was researching and learning about making extensions and building it almost 24/7 for many months. Now only 2 years have passed. 2 years is not much for software developer skills. Fortunately, at least I managed to learn React.js, TS, Next.js, CSS/SCSS to find a good job.

authors: dzienisz leodevbro

repo: leodevbro/vscode-blockman


text:
Installation on Ubuntu

Hi,
I am trying to install MRiLab on Ubuntu. I could to compile all itens but not the ISMRMRD. In fact, I could to compile it, but when I do the cmake ../ command in /MRiLab/Lib/src/build  the following error occur.
Then I noted that the file ismrmrd.hxx does not exist. It wasn't generated.
Can anybody imagine what I am doing wrong?
ISMRMRD and Boost Found, MRiLab to Gadgetron interface will be compiled
CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
ISMRMRD_XSD_INCLUDE_DIR
used as include directory in directory /home/apaschoal/Documents/MRiLab/Lib/src/interface/DoMatToHDF5
used as include directory in directory /home/apaschoal/Documents/MRiLab/Lib/src/interface/DoMatToHDF5
used as include directory in directory /home/apaschoal/Documents/MRiLab/Lib/src/interface/DoMatToHDF5
used as include directory in directory /home/apaschoal/Documents/MRiLab/Lib/src/interface/DoMatToHDF5
used as include directory in directory /home/apaschoal/Documents/MRiLab/Lib/src/interface/DoMatToHDF5
used as include directory in directory /home/apaschoal/Documents/MRiLab/Lib/src/interface/DoMatToHDF5
used as include directory in directory /home/apaschoal/Documents/MRiLab/Lib/src/interface/DoMatToHDF5
Thank you,
André.

Please check if you can find ismrmrd.hxx in the ISMRMRD install path
Please see FindIsmrmrd.cmake
#   ISMRMRD_XSD_INCLUDE_DIR  - folder containing ismrmrd.hxx (autogenerated from xsd schema)
FIND_PATH( ISMRMRD_XSD_INCLUDE_DIR ismrmrd.hxx
HINTS $ENV{ISMRMRD_HOME} PATHS /usr/local /usr PATH_SUFFIXES schema ismrmrd ismrmrd/schema)

Thank you for your attention.
That is my problem. I can't find ismrmrd.hxx.
I already set the correct paths on FindIsmrmrd.cmake.

I am using xsd version 4.0.0.7.
Sould I try older versions?

ISMRMRD is evolving. This current MRiLab version is tested using ISMRMRD 0.5.0, so it should work with XSD version supported by ISMRMRD 0.5.0.

I'll try using ismrmrd 0.5.0 on monday in my PC in the university, but it might work now. I noted that in cmake folder of ismrmrd 0.5.0 there is the file FindXSD.cmake and findxerces. Both of this files doesn't exist in ismrmrd 1.1 version.
I'll let you know if it work, but now I thing that will run! Thank you!

The information about the version of cuda, vtk and gadgetron that MRiLab is tested can be found in the 1.3 section (Table 1.1) of the user guide.

authors: ampaschoal leoliuf

repo: leoliuf/MRiLab


text:
[DevOps] Discutir estratégia de Integração Contínua a ser adotada

Existem diversas formas de implementarmos integração contínua em um projeto. Por favor sugiram aquelas que vocês achem mais interessantes para o nosso caso.
Seguem alguns links:
http://www.codeproject.com/Articles/1080526/Top-Continuous-Integration-Tools
https://opensource.com/business/15/7/six-continuous-integration-tools
https://github.com/ligurio/Continuous-Integration-services/blob/master/continuous-integration-services-list.md

Será usado o Codeship.


text:
Can not get oauth token, currently only support Chrome

In Chromium I got such error after auth in Gitlab with API token (login with password also do not work). Why? What I can do with it?
Cromium version 88.0.4324.96 (Developer Build) Fedora Project (64-bit).

as it said, it only supports Chrome since the extension will use the Chrome login user.

Hi @leonhartX ,
I have the same issue when using Chrome.  Google Chrome is up to date, Version 88.0.4324.190 (Official Build) (64-bit).
I've checked that Script API is enabled and checked that the API scope includes gist and all repo selections. I've also checked that the options menu shows that I am logged in.  (Which is does.)
Is there any additional information that I can provide that would help to debug this issue?

umm, can you provide something in the console log when the error happened?

I've had a look in the console but I can't see anything that seems to be related.  This is what I've got.  If you would like me to get more information on any particular warning / error, just let me know.
Error: <path> attribute d: Expected number, "…4853,13.688165 L,17.4142136 L0,0…".
DevTools failed to load SourceMap: Could not load content for https://www.gstatic.com/monaco_editor/min-maps/vs/loader.js.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load SourceMap: Could not load content for https://www.gstatic.com/monaco_editor/min-maps/vs/editor/editor.main.js.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
editor.main.js:83 Error: Trying to add a disposable to a DisposableStore that has already been disposed of. The added object will be leaked!
    at e.add (editor.main.js:83)
    at t.e._register (editor.main.js:83)
    at t._getOrCreateWorker (editor.main.js:1323)
    at t._getProxy (editor.main.js:1323)
    at t._withSyncedResources (editor.main.js:1323)
    at t.computeLinks (editor.main.js:1324)
    at editor.main.js:1317
    at async Promise.all (index 0)
e.add @ editor.main.js:83
e._register @ editor.main.js:83
t._getOrCreateWorker @ editor.main.js:1323
t._getProxy @ editor.main.js:1323
t._withSyncedResources @ editor.main.js:1323
t.computeLinks @ editor.main.js:1324
(anonymous) @ editor.main.js:1317
Promise.then (async)
provideLinks @ editor.main.js:1317
(anonymous) @ editor.main.js:1278
m @ editor.main.js:1278
(anonymous) @ editor.main.js:1986
r @ editor.main.js:125
(anonymous) @ editor.main.js:1986
(anonymous) @ editor.main.js:120
(anonymous) @ editor.main.js:120
(anonymous) @ editor.main.js:119
d @ editor.main.js:119
e.beginCompute @ editor.main.js:1985
e.onModelChanged @ editor.main.js:1985
(anonymous) @ editor.main.js:1984
e.fire @ editor.main.js:92
t @ editor.main.js:2232
(anonymous) @ editor.main.js:2241
k @ editor.main.js:2240
T @ editor.main.js:2241
Twb @ m=z6qXYb,jg98Qd,VBe3Tb,JqOoH,jKAvqd,uDTt4e,J3afnf,KDkVDf,QqJ8Gd,pmrfP,qLPGLd,B80Pfc,joDV7c,AVKDMc,Z5R4vc,CJX7hd,xzc2Rd,vTRB4c,uWZt1,jrzFkf,AYL88e,EPyi5d,ypeYIf:466
jxb @ m=z6qXYb,jg98Qd,VBe3Tb,JqOoH,jKAvqd,uDTt4e,J3afnf,KDkVDf,QqJ8Gd,pmrfP,qLPGLd,B80Pfc,joDV7c,AVKDMc,Z5R4vc,CJX7hd,xzc2Rd,vTRB4c,uWZt1,jrzFkf,AYL88e,EPyi5d,ypeYIf:510
(anonymous) @ m=z6qXYb,jg98Qd,VBe3Tb,JqOoH,jKAvqd,uDTt4e,J3afnf,KDkVDf,QqJ8Gd,pmrfP,qLPGLd,B80Pfc,joDV7c,AVKDMc,Z5R4vc,CJX7hd,xzc2Rd,vTRB4c,uWZt1,jrzFkf,AYL88e,EPyi5d,ypeYIf:507
Tq @ m=n73qwf,ws9Tlc,IZT63,e5qFLc,UUJqVe,O1Gjze,xUdipf,blwjVc,fKUV3e,aurFic,COQbmf,U0aPgd,ZwDk9d,V3dDOb,mI3LFb,WO9ee,p8L0ob,yo0hJc,IA1NTd,U4Hp0d,EBNbXb,O6y8ed,Mq9n0c,NpD4ec,PrPYRd,MpJwZc,O8k1Cd,NwH0H,OmgaI,HLo3Ef,x60fie,xiqEse,lazG7b,MOJzyb,XVMNvd,L1AAkb,KUM7Z,rE6Mgd,u8hcUc,duFQFc,s39S4,yDXup,LRZeBc,lwddkf,gychg,w9hDv,Hkqlee,RMhBfe,qCSYWe,Y2UGcc,SdcwHb,aW3pY,YLQSd,PQaYAf,NIh6Ue,fBmw2d,iWP1Yb,pw70Gc,Y9atKf,pA3VNb,EFQ78c,Ulmmrd,ZfAoz,mdR7q,Ru0Pgb,CBlRxf,fgj8Rb,I6YDgd,xQtZb,lPKSwe,okdqXb,MdUzUe,QIhFr,gJzDyc,JNoxi,MI6k7c,kjKdXe,rXx2uc,rHjpXd,yDVVkb,pB6Zqd,SF3gsd,hKSk3e,iTsyac,hc6Ubd,KG2eXe,SpsfSb,tfTN8c,o02Jie,VwDzFe,zbML3c,HDvRde,Uas9Hd,BVgquf,TqB9Ld,uiNkee,A7fCU,fKtC7,UgAtXe,x1SUcb,RNVgkf,pjICDe,C0bvt,wnHRfb,oa3eef:44
next @ m=n73qwf,ws9Tlc,IZT63,e5qFLc,UUJqVe,O1Gjze,xUdipf,blwjVc,fKUV3e,aurFic,COQbmf,U0aPgd,ZwDk9d,V3dDOb,mI3LFb,WO9ee,p8L0ob,yo0hJc,IA1NTd,U4Hp0d,EBNbXb,O6y8ed,Mq9n0c,NpD4ec,PrPYRd,MpJwZc,O8k1Cd,NwH0H,OmgaI,HLo3Ef,x60fie,xiqEse,lazG7b,MOJzyb,XVMNvd,L1AAkb,KUM7Z,rE6Mgd,u8hcUc,duFQFc,s39S4,yDXup,LRZeBc,lwddkf,gychg,w9hDv,Hkqlee,RMhBfe,qCSYWe,Y2UGcc,SdcwHb,aW3pY,YLQSd,PQaYAf,NIh6Ue,fBmw2d,iWP1Yb,pw70Gc,Y9atKf,pA3VNb,EFQ78c,Ulmmrd,ZfAoz,mdR7q,Ru0Pgb,CBlRxf,fgj8Rb,I6YDgd,xQtZb,lPKSwe,okdqXb,MdUzUe,QIhFr,gJzDyc,JNoxi,MI6k7c,kjKdXe,rXx2uc,rHjpXd,yDVVkb,pB6Zqd,SF3gsd,hKSk3e,iTsyac,hc6Ubd,KG2eXe,SpsfSb,tfTN8c,o02Jie,VwDzFe,zbML3c,HDvRde,Uas9Hd,BVgquf,TqB9Ld,uiNkee,A7fCU,fKtC7,UgAtXe,x1SUcb,RNVgkf,pjICDe,C0bvt,wnHRfb,oa3eef:45
f @ m=n73qwf,ws9Tlc,IZT63,e5qFLc,UUJqVe,O1Gjze,xUdipf,blwjVc,fKUV3e,aurFic,COQbmf,U0aPgd,ZwDk9d,V3dDOb,mI3LFb,WO9ee,p8L0ob,yo0hJc,IA1NTd,U4Hp0d,EBNbXb,O6y8ed,Mq9n0c,NpD4ec,PrPYRd,MpJwZc,O8k1Cd,NwH0H,OmgaI,HLo3Ef,x60fie,xiqEse,lazG7b,MOJzyb,XVMNvd,L1AAkb,KUM7Z,rE6Mgd,u8hcUc,duFQFc,s39S4,yDXup,LRZeBc,lwddkf,gychg,w9hDv,Hkqlee,RMhBfe,qCSYWe,Y2UGcc,SdcwHb,aW3pY,YLQSd,PQaYAf,NIh6Ue,fBmw2d,iWP1Yb,pw70Gc,Y9atKf,pA3VNb,EFQ78c,Ulmmrd,ZfAoz,mdR7q,Ru0Pgb,CBlRxf,fgj8Rb,I6YDgd,xQtZb,lPKSwe,okdqXb,MdUzUe,QIhFr,gJzDyc,JNoxi,MI6k7c,kjKdXe,rXx2uc,rHjpXd,yDVVkb,pB6Zqd,SF3gsd,hKSk3e,iTsyac,hc6Ubd,KG2eXe,SpsfSb,tfTN8c,o02Jie,VwDzFe,zbML3c,HDvRde,Uas9Hd,BVgquf,TqB9Ld,uiNkee,A7fCU,fKtC7,UgAtXe,x1SUcb,RNVgkf,pjICDe,C0bvt,wnHRfb,oa3eef:46
Promise.then (async)
h @ m=n73qwf,ws9Tlc,IZT63,e5qFLc,UUJqVe,O1Gjze,xUdipf,blwjVc,fKUV3e,aurFic,COQbmf,U0aPgd,ZwDk9d,V3dDOb,mI3LFb,WO9ee,p8L0ob,yo0hJc,IA1NTd,U4Hp0d,EBNbXb,O6y8ed,Mq9n0c,NpD4ec,PrPYRd,MpJwZc,O8k1Cd,NwH0H,OmgaI,HLo3Ef,x60fie,xiqEse,lazG7b,MOJzyb,XVMNvd,L1AAkb,KUM7Z,rE6Mgd,u8hcUc,duFQFc,s39S4,yDXup,LRZeBc,lwddkf,gychg,w9hDv,Hkqlee,RMhBfe,qCSYWe,Y2UGcc,SdcwHb,aW3pY,YLQSd,PQaYAf,NIh6Ue,fBmw2d,iWP1Yb,pw70Gc,Y9atKf,pA3VNb,EFQ78c,Ulmmrd,ZfAoz,mdR7q,Ru0Pgb,CBlRxf,fgj8Rb,I6YDgd,xQtZb,lPKSwe,okdqXb,MdUzUe,QIhFr,gJzDyc,JNoxi,MI6k7c,kjKdXe,rXx2uc,rHjpXd,yDVVkb,pB6Zqd,SF3gsd,hKSk3e,iTsyac,hc6Ubd,KG2eXe,SpsfSb,tfTN8c,o02Jie,VwDzFe,zbML3c,HDvRde,Uas9Hd,BVgquf,TqB9Ld,uiNkee,A7fCU,fKtC7,UgAtXe,x1SUcb,RNVgkf,pjICDe,C0bvt,wnHRfb,oa3eef:46
(anonymous) @ m=n73qwf,ws9Tlc,IZT63,e5qFLc,UUJqVe,O1Gjze,xUdipf,blwjVc,fKUV3e,aurFic,COQbmf,U0aPgd,ZwDk9d,V3dDOb,mI3LFb,WO9ee,p8L0ob,yo0hJc,IA1NTd,U4Hp0d,EBNbXb,O6y8ed,Mq9n0c,NpD4ec,PrPYRd,MpJwZc,O8k1Cd,NwH0H,OmgaI,HLo3Ef,x60fie,xiqEse,lazG7b,MOJzyb,XVMNvd,L1AAkb,KUM7Z,rE6Mgd,u8hcUc,duFQFc,s39S4,yDXup,LRZeBc,lwddkf,gychg,w9hDv,Hkqlee,RMhBfe,qCSYWe,Y2UGcc,SdcwHb,aW3pY,YLQSd,PQaYAf,NIh6Ue,fBmw2d,iWP1Yb,pw70Gc,Y9atKf,pA3VNb,EFQ78c,Ulmmrd,ZfAoz,mdR7q,Ru0Pgb,CBlRxf,fgj8Rb,I6YDgd,xQtZb,lPKSwe,okdqXb,MdUzUe,QIhFr,gJzDyc,JNoxi,MI6k7c,kjKdXe,rXx2uc,rHjpXd,yDVVkb,pB6Zqd,SF3gsd,hKSk3e,iTsyac,hc6Ubd,KG2eXe,SpsfSb,tfTN8c,o02Jie,VwDzFe,zbML3c,HDvRde,Uas9Hd,BVgquf,TqB9Ld,uiNkee,A7fCU,fKtC7,UgAtXe,x1SUcb,RNVgkf,pjICDe,C0bvt,wnHRfb,oa3eef:46
_.Wq @ m=n73qwf,ws9Tlc,IZT63,e5qFLc,UUJqVe,O1Gjze,xUdipf,blwjVc,fKUV3e,aurFic,COQbmf,U0aPgd,ZwDk9d,V3dDOb,mI3LFb,WO9ee,p8L0ob,yo0hJc,IA1NTd,U4Hp0d,EBNbXb,O6y8ed,Mq9n0c,NpD4ec,PrPYRd,MpJwZc,O8k1Cd,NwH0H,OmgaI,HLo3Ef,x60fie,xiqEse,lazG7b,MOJzyb,XVMNvd,L1AAkb,KUM7Z,rE6Mgd,u8hcUc,duFQFc,s39S4,yDXup,LRZeBc,lwddkf,gychg,w9hDv,Hkqlee,RMhBfe,qCSYWe,Y2UGcc,SdcwHb,aW3pY,YLQSd,PQaYAf,NIh6Ue,fBmw2d,iWP1Yb,pw70Gc,Y9atKf,pA3VNb,EFQ78c,Ulmmrd,ZfAoz,mdR7q,Ru0Pgb,CBlRxf,fgj8Rb,I6YDgd,xQtZb,lPKSwe,okdqXb,MdUzUe,QIhFr,gJzDyc,JNoxi,MI6k7c,kjKdXe,rXx2uc,rHjpXd,yDVVkb,pB6Zqd,SF3gsd,hKSk3e,iTsyac,hc6Ubd,KG2eXe,SpsfSb,tfTN8c,o02Jie,VwDzFe,zbML3c,HDvRde,Uas9Hd,BVgquf,TqB9Ld,uiNkee,A7fCU,fKtC7,UgAtXe,x1SUcb,RNVgkf,pjICDe,C0bvt,wnHRfb,oa3eef:46
gxb @ m=z6qXYb,jg98Qd,VBe3Tb,JqOoH,jKAvqd,uDTt4e,J3afnf,KDkVDf,QqJ8Gd,pmrfP,qLPGLd,B80Pfc,joDV7c,AVKDMc,Z5R4vc,CJX7hd,xzc2Rd,vTRB4c,uWZt1,jrzFkf,AYL88e,EPyi5d,ypeYIf:507
E7 @ m=z6qXYb,jg98Qd,VBe3Tb,JqOoH,jKAvqd,uDTt4e,J3afnf,KDkVDf,QqJ8Gd,pmrfP,qLPGLd,B80Pfc,joDV7c,AVKDMc,Z5R4vc,CJX7hd,xzc2Rd,vTRB4c,uWZt1,jrzFkf,AYL88e,EPyi5d,ypeYIf:503
(anonymous) @ m=n73qwf,ws9Tlc,IZT63,e5qFLc,UUJqVe,O1Gjze,xUdipf,blwjVc,fKUV3e,aurFic,COQbmf,U0aPgd,ZwDk9d,V3dDOb,mI3LFb,WO9ee,p8L0ob,yo0hJc,IA1NTd,U4Hp0d,EBNbXb,O6y8ed,Mq9n0c,NpD4ec,PrPYRd,MpJwZc,O8k1Cd,NwH0H,OmgaI,HLo3Ef,x60fie,xiqEse,lazG7b,MOJzyb,XVMNvd,L1AAkb,KUM7Z,rE6Mgd,u8hcUc,duFQFc,s39S4,yDXup,LRZeBc,lwddkf,gychg,w9hDv,Hkqlee,RMhBfe,qCSYWe,Y2UGcc,SdcwHb,aW3pY,YLQSd,PQaYAf,NIh6Ue,fBmw2d,iWP1Yb,pw70Gc,Y9atKf,pA3VNb,EFQ78c,Ulmmrd,ZfAoz,mdR7q,Ru0Pgb,CBlRxf,fgj8Rb,I6YDgd,xQtZb,lPKSwe,okdqXb,MdUzUe,QIhFr,gJzDyc,JNoxi,MI6k7c,kjKdXe,rXx2uc,rHjpXd,yDVVkb,pB6Zqd,SF3gsd,hKSk3e,iTsyac,hc6Ubd,KG2eXe,SpsfSb,tfTN8c,o02Jie,VwDzFe,zbML3c,HDvRde,Uas9Hd,BVgquf,TqB9Ld,uiNkee,A7fCU,fKtC7,UgAtXe,x1SUcb,RNVgkf,pjICDe,C0bvt,wnHRfb,oa3eef:48
gda @ m=_b,_tp:182
th @ m=_b,_tp:179
_.rh.Ka @ m=_b,_tp:178
gda @ m=_b,_tp:182
_.vh @ m=_b,_tp:179
gda @ m=_b,_tp:183
th @ m=_b,_tp:179
_.rh.callback @ m=_b,_tp:179
_.Wl.Ia @ m=_b,_tp:441
gda @ m=_b,_tp:182
th @ m=_b,_tp:179
_.rh.callback @ m=_b,_tp:179
(anonymous) @ m=_b,_tp:183
e.v @ m=_b,_tp:168
eda @ m=_b,_tp:171
ada @ m=_b,_tp:171
_.jh.fJ @ m=_b,_tp:171
Sca @ m=_b,_tp:162
Promise.then (async)
fh @ m=_b,_tp:162
_.ih @ m=_b,_tp:162
bda @ m=_b,_tp:170
_.jh.ek @ m=_b,_tp:169
(anonymous) @ m=_b,_tp:164
gda @ m=_b,_tp:182
th @ m=_b,_tp:179
_.rh.callback @ m=_b,_tp:179
Je.execute @ m=_b,_tp:87
c @ m=_b,_tp:479
Le @ m=_b,_tp:90
eaa @ m=_b,_tp:89
_.r @ m=_b,_tp:10
(anonymous) @ m=z6qXYb,jg98Qd,VBe3Tb,JqOoH,jKAvqd,uDTt4e,J3afnf,KDkVDf,QqJ8Gd,pmrfP,qLPGLd,B80Pfc,joDV7c,AVKDMc,Z5R4vc,CJX7hd,xzc2Rd,vTRB4c,uWZt1,jrzFkf,AYL88e,EPyi5d,ypeYIf:6
(anonymous) @ m=z6qXYb,jg98Qd,VBe3Tb,JqOoH,jKAvqd,uDTt4e,J3afnf,KDkVDf,QqJ8Gd,pmrfP,qLPGLd,B80Pfc,joDV7c,AVKDMc,Z5R4vc,CJX7hd,xzc2Rd,vTRB4c,uWZt1,jrzFkf,AYL88e,EPyi5d,ypeYIf:519
DevTools failed to load SourceMap: Could not load content for https://www.gstatic.com/monaco_editor/min-maps/vs/editor/editor.main.nls.js.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load SourceMap: Could not load content for https://www.gstatic.com/monaco_editor/min-maps/vs/base/worker/workerMain.js.map: Fetch through target failed: Target not supported; Fallback: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
editor.main.js:83 Error: Trying to add a disposable to a DisposableStore that has already been disposed of. The added object will be leaked!
    at e.add (editor.main.js:83)
    at t.e._register (editor.main.js:83)
    at t._getOrCreateModelManager (editor.main.js:1323)
    at editor.main.js:1323
    at async Promise.all (index 0)
e.add @ editor.main.js:83
e._register @ editor.main.js:83
t._getOrCreateModelManager @ editor.main.js:1323
(anonymous) @ editor.main.js:1323
Promise.then (async)
t._withSyncedResources @ editor.main.js:1323
t.computeLinks @ editor.main.js:1324
(anonymous) @ editor.main.js:1317
Promise.then (async)
provideLinks @ editor.main.js:1317
(anonymous) @ editor.main.js:1278
m @ editor.main.js:1278
(anonymous) @ editor.main.js:1986
r @ editor.main.js:125
(anonymous) @ editor.main.js:1986
(anonymous) @ editor.main.js:120
(anonymous) @ editor.main.js:120
(anonymous) @ editor.main.js:119
d @ editor.main.js:119
e.beginCompute @ editor.main.js:1985
e.onModelChanged @ editor.main.js:1985
(anonymous) @ editor.main.js:1984
e.fire @ editor.main.js:92
t @ editor.main.js:2232
(anonymous) @ editor.main.js:2241
k @ editor.main.js:2240
T @ editor.main.js:2241
Twb @ m=z6qXYb,jg98Qd,VBe3Tb,JqOoH,jKAvqd,uDTt4e,J3afnf,KDkVDf,QqJ8Gd,pmrfP,qLPGLd,B80Pfc,joDV7c,AVKDMc,Z5R4vc,CJX7hd,xzc2Rd,vTRB4c,uWZt1,jrzFkf,AYL88e,EPyi5d,ypeYIf:466
jxb @ m=z6qXYb,jg98Qd,VBe3Tb,JqOoH,jKAvqd,uDTt4e,J3afnf,KDkVDf,QqJ8Gd,pmrfP,qLPGLd,B80Pfc,joDV7c,AVKDMc,Z5R4vc,CJX7hd,xzc2Rd,vTRB4c,uWZt1,jrzFkf,AYL88e,EPyi5d,ypeYIf:510
(anonymous) @ m=z6qXYb,jg98Qd,VBe3Tb,JqOoH,jKAvqd,uDTt4e,J3afnf,KDkVDf,QqJ8Gd,pmrfP,qLPGLd,B80Pfc,joDV7c,AVKDMc,Z5R4vc,CJX7hd,xzc2Rd,vTRB4c,uWZt1,jrzFkf,AYL88e,EPyi5d,ypeYIf:507
Tq @ m=n73qwf,ws9Tlc,IZT63,e5qFLc,UUJqVe,O1Gjze,xUdipf,blwjVc,fKUV3e,aurFic,COQbmf,U0aPgd,ZwDk9d,V3dDOb,mI3LFb,WO9ee,p8L0ob,yo0hJc,IA1NTd,U4Hp0d,EBNbXb,O6y8ed,Mq9n0c,NpD4ec,PrPYRd,MpJwZc,O8k1Cd,NwH0H,OmgaI,HLo3Ef,x60fie,xiqEse,lazG7b,MOJzyb,XVMNvd,L1AAkb,KUM7Z,rE6Mgd,u8hcUc,duFQFc,s39S4,yDXup,LRZeBc,lwddkf,gychg,w9hDv,Hkqlee,RMhBfe,qCSYWe,Y2UGcc,SdcwHb,aW3pY,YLQSd,PQaYAf,NIh6Ue,fBmw2d,iWP1Yb,pw70Gc,Y9atKf,pA3VNb,EFQ78c,Ulmmrd,ZfAoz,mdR7q,Ru0Pgb,CBlRxf,fgj8Rb,I6YDgd,xQtZb,lPKSwe,okdqXb,MdUzUe,QIhFr,gJzDyc,JNoxi,MI6k7c,kjKdXe,rXx2uc,rHjpXd,yDVVkb,pB6Zqd,SF3gsd,hKSk3e,iTsyac,hc6Ubd,KG2eXe,SpsfSb,tfTN8c,o02Jie,VwDzFe,zbML3c,HDvRde,Uas9Hd,BVgquf,TqB9Ld,uiNkee,A7fCU,fKtC7,UgAtXe,x1SUcb,RNVgkf,pjICDe,C0bvt,wnHRfb,oa3eef:44
next @ m=n73qwf,ws9Tlc,IZT63,e5qFLc,UUJqVe,O1Gjze,xUdipf,blwjVc,fKUV3e,aurFic,COQbmf,U0aPgd,ZwDk9d,V3dDOb,mI3LFb,WO9ee,p8L0ob,yo0hJc,IA1NTd,U4Hp0d,EBNbXb,O6y8ed,Mq9n0c,NpD4ec,PrPYRd,MpJwZc,O8k1Cd,NwH0H,OmgaI,HLo3Ef,x60fie,xiqEse,lazG7b,MOJzyb,XVMNvd,L1AAkb,KUM7Z,rE6Mgd,u8hcUc,duFQFc,s39S4,yDXup,LRZeBc,lwddkf,gychg,w9hDv,Hkqlee,RMhBfe,qCSYWe,Y2UGcc,SdcwHb,aW3pY,YLQSd,PQaYAf,NIh6Ue,fBmw2d,iWP1Yb,pw70Gc,Y9atKf,pA3VNb,EFQ78c,Ulmmrd,ZfAoz,mdR7q,Ru0Pgb,CBlRxf,fgj8Rb,I6YDgd,xQtZb,lPKSwe,okdqXb,MdUzUe,QIhFr,gJzDyc,JNoxi,MI6k7c,kjKdXe,rXx2uc,rHjpXd,yDVVkb,pB6Zqd,SF3gsd,hKSk3e,iTsyac,hc6Ubd,KG2eXe,SpsfSb,tfTN8c,o02Jie,VwDzFe,zbML3c,HDvRde,Uas9Hd,BVgquf,TqB9Ld,uiNkee,A7fCU,fKtC7,UgAtXe,x1SUcb,RNVgkf,pjICDe,C0bvt,wnHRfb,oa3eef:45
f @ m=n73qwf,ws9Tlc,IZT63,e5qFLc,UUJqVe,O1Gjze,xUdipf,blwjVc,fKUV3e,aurFic,COQbmf,U0aPgd,ZwDk9d,V3dDOb,mI3LFb,WO9ee,p8L0ob,yo0hJc,IA1NTd,U4Hp0d,EBNbXb,O6y8ed,Mq9n0c,NpD4ec,PrPYRd,MpJwZc,O8k1Cd,NwH0H,OmgaI,HLo3Ef,x60fie,xiqEse,lazG7b,MOJzyb,XVMNvd,L1AAkb,KUM7Z,rE6Mgd,u8hcUc,duFQFc,s39S4,yDXup,LRZeBc,lwddkf,gychg,w9hDv,Hkqlee,RMhBfe,qCSYWe,Y2UGcc,SdcwHb,aW3pY,YLQSd,PQaYAf,NIh6Ue,fBmw2d,iWP1Yb,pw70Gc,Y9atKf,pA3VNb,EFQ78c,Ulmmrd,ZfAoz,mdR7q,Ru0Pgb,CBlRxf,fgj8Rb,I6YDgd,xQtZb,lPKSwe,okdqXb,MdUzUe,QIhFr,gJzDyc,JNoxi,MI6k7c,kjKdXe,rXx2uc,rHjpXd,yDVVkb,pB6Zqd,SF3gsd,hKSk3e,iTsyac,hc6Ubd,KG2eXe,SpsfSb,tfTN8c,o02Jie,VwDzFe,zbML3c,HDvRde,Uas9Hd,BVgquf,TqB9Ld,uiNkee,A7fCU,fKtC7,UgAtXe,x1SUcb,RNVgkf,pjICDe,C0bvt,wnHRfb,oa3eef:46
Promise.then (async)
h @ m=n73qwf,ws9Tlc,IZT63,e5qFLc,UUJqVe,O1Gjze,xUdipf,blwjVc,fKUV3e,aurFic,COQbmf,U0aPgd,ZwDk9d,V3dDOb,mI3LFb,WO9ee,p8L0ob,yo0hJc,IA1NTd,U4Hp0d,EBNbXb,O6y8ed,Mq9n0c,NpD4ec,PrPYRd,MpJwZc,O8k1Cd,NwH0H,OmgaI,HLo3Ef,x60fie,xiqEse,lazG7b,MOJzyb,XVMNvd,L1AAkb,KUM7Z,rE6Mgd,u8hcUc,duFQFc,s39S4,yDXup,LRZeBc,lwddkf,gychg,w9hDv,Hkqlee,RMhBfe,qCSYWe,Y2UGcc,SdcwHb,aW3pY,YLQSd,PQaYAf,NIh6Ue,fBmw2d,iWP1Yb,pw70Gc,Y9atKf,pA3VNb,EFQ78c,Ulmmrd,ZfAoz,mdR7q,Ru0Pgb,CBlRxf,fgj8Rb,I6YDgd,xQtZb,lPKSwe,okdqXb,MdUzUe,QIhFr,gJzDyc,JNoxi,MI6k7c,kjKdXe,rXx2uc,rHjpXd,yDVVkb,pB6Zqd,SF3gsd,hKSk3e,iTsyac,hc6Ubd,KG2eXe,SpsfSb,tfTN8c,o02Jie,VwDzFe,zbML3c,HDvRde,Uas9Hd,BVgquf,TqB9Ld,uiNkee,A7fCU,fKtC7,UgAtXe,x1SUcb,RNVgkf,pjICDe,C0bvt,wnHRfb,oa3eef:46
(anonymous) @ m=n73qwf,ws9Tlc,IZT63,e5qFLc,UUJqVe,O1Gjze,xUdipf,blwjVc,fKUV3e,aurFic,COQbmf,U0aPgd,ZwDk9d,V3dDOb,mI3LFb,WO9ee,p8L0ob,yo0hJc,IA1NTd,U4Hp0d,EBNbXb,O6y8ed,Mq9n0c,NpD4ec,PrPYRd,MpJwZc,O8k1Cd,NwH0H,OmgaI,HLo3Ef,x60fie,xiqEse,lazG7b,MOJzyb,XVMNvd,L1AAkb,KUM7Z,rE6Mgd,u8hcUc,duFQFc,s39S4,yDXup,LRZeBc,lwddkf,gychg,w9hDv,Hkqlee,RMhBfe,qCSYWe,Y2UGcc,SdcwHb,aW3pY,YLQSd,PQaYAf,NIh6Ue,fBmw2d,iWP1Yb,pw70Gc,Y9atKf,pA3VNb,EFQ78c,Ulmmrd,ZfAoz,mdR7q,Ru0Pgb,CBlRxf,fgj8Rb,I6YDgd,xQtZb,lPKSwe,okdqXb,MdUzUe,QIhFr,gJzDyc,JNoxi,MI6k7c,kjKdXe,rXx2uc,rHjpXd,yDVVkb,pB6Zqd,SF3gsd,hKSk3e,iTsyac,hc6Ubd,KG2eXe,SpsfSb,tfTN8c,o02Jie,VwDzFe,zbML3c,HDvRde,Uas9Hd,BVgquf,TqB9Ld,uiNkee,A7fCU,fKtC7,UgAtXe,x1SUcb,RNVgkf,pjICDe,C0bvt,wnHRfb,oa3eef:46
_.Wq @ m=n73qwf,ws9Tlc,IZT63,e5qFLc,UUJqVe,O1Gjze,xUdipf,blwjVc,fKUV3e,aurFic,COQbmf,U0aPgd,ZwDk9d,V3dDOb,mI3LFb,WO9ee,p8L0ob,yo0hJc,IA1NTd,U4Hp0d,EBNbXb,O6y8ed,Mq9n0c,NpD4ec,PrPYRd,MpJwZc,O8k1Cd,NwH0H,OmgaI,HLo3Ef,x60fie,xiqEse,lazG7b,MOJzyb,XVMNvd,L1AAkb,KUM7Z,rE6Mgd,u8hcUc,duFQFc,s39S4,yDXup,LRZeBc,lwddkf,gychg,w9hDv,Hkqlee,RMhBfe,qCSYWe,Y2UGcc,SdcwHb,aW3pY,YLQSd,PQaYAf,NIh6Ue,fBmw2d,iWP1Yb,pw70Gc,Y9atKf,pA3VNb,EFQ78c,Ulmmrd,ZfAoz,mdR7q,Ru0Pgb,CBlRxf,fgj8Rb,I6YDgd,xQtZb,lPKSwe,okdqXb,MdUzUe,QIhFr,gJzDyc,JNoxi,MI6k7c,kjKdXe,rXx2uc,rHjpXd,yDVVkb,pB6Zqd,SF3gsd,hKSk3e,iTsyac,hc6Ubd,KG2eXe,SpsfSb,tfTN8c,o02Jie,VwDzFe,zbML3c,HDvRde,Uas9Hd,BVgquf,TqB9Ld,uiNkee,A7fCU,fKtC7,UgAtXe,x1SUcb,RNVgkf,pjICDe,C0bvt,wnHRfb,oa3eef:46
gxb @ m=z6qXYb,jg98Qd,VBe3Tb,JqOoH,jKAvqd,uDTt4e,J3afnf,KDkVDf,QqJ8Gd,pmrfP,qLPGLd,B80Pfc,joDV7c,AVKDMc,Z5R4vc,CJX7hd,xzc2Rd,vTRB4c,uWZt1,jrzFkf,AYL88e,EPyi5d,ypeYIf:507
E7 @ m=z6qXYb,jg98Qd,VBe3Tb,JqOoH,jKAvqd,uDTt4e,J3afnf,KDkVDf,QqJ8Gd,pmrfP,qLPGLd,B80Pfc,joDV7c,AVKDMc,Z5R4vc,CJX7hd,xzc2Rd,vTRB4c,uWZt1,jrzFkf,AYL88e,EPyi5d,ypeYIf:503
(anonymous) @ m=n73qwf,ws9Tlc,IZT63,e5qFLc,UUJqVe,O1Gjze,xUdipf,blwjVc,fKUV3e,aurFic,COQbmf,U0aPgd,ZwDk9d,V3dDOb,mI3LFb,WO9ee,p8L0ob,yo0hJc,IA1NTd,U4Hp0d,EBNbXb,O6y8ed,Mq9n0c,NpD4ec,PrPYRd,MpJwZc,O8k1Cd,NwH0H,OmgaI,HLo3Ef,x60fie,xiqEse,lazG7b,MOJzyb,XVMNvd,L1AAkb,KUM7Z,rE6Mgd,u8hcUc,duFQFc,s39S4,yDXup,LRZeBc,lwddkf,gychg,w9hDv,Hkqlee,RMhBfe,qCSYWe,Y2UGcc,SdcwHb,aW3pY,YLQSd,PQaYAf,NIh6Ue,fBmw2d,iWP1Yb,pw70Gc,Y9atKf,pA3VNb,EFQ78c,Ulmmrd,ZfAoz,mdR7q,Ru0Pgb,CBlRxf,fgj8Rb,I6YDgd,xQtZb,lPKSwe,okdqXb,MdUzUe,QIhFr,gJzDyc,JNoxi,MI6k7c,kjKdXe,rXx2uc,rHjpXd,yDVVkb,pB6Zqd,SF3gsd,hKSk3e,iTsyac,hc6Ubd,KG2eXe,SpsfSb,tfTN8c,o02Jie,VwDzFe,zbML3c,HDvRde,Uas9Hd,BVgquf,TqB9Ld,uiNkee,A7fCU,fKtC7,UgAtXe,x1SUcb,RNVgkf,pjICDe,C0bvt,wnHRfb,oa3eef:48
gda @ m=_b,_tp:182
th @ m=_b,_tp:179
_.rh.Ka @ m=_b,_tp:178
gda @ m=_b,_tp:182
_.vh @ m=_b,_tp:179
gda @ m=_b,_tp:183
th @ m=_b,_tp:179
_.rh.callback @ m=_b,_tp:179
_.Wl.Ia @ m=_b,_tp:441
gda @ m=_b,_tp:182
th @ m=_b,_tp:179
_.rh.callback @ m=_b,_tp:179
(anonymous) @ m=_b,_tp:183
e.v @ m=_b,_tp:168
eda @ m=_b,_tp:171
ada @ m=_b,_tp:171
_.jh.fJ @ m=_b,_tp:171
Sca @ m=_b,_tp:162
Promise.then (async)
fh @ m=_b,_tp:162
_.ih @ m=_b,_tp:162
bda @ m=_b,_tp:170
_.jh.ek @ m=_b,_tp:169
(anonymous) @ m=_b,_tp:164
gda @ m=_b,_tp:182
th @ m=_b,_tp:179
_.rh.callback @ m=_b,_tp:179
Je.execute @ m=_b,_tp:87
c @ m=_b,_tp:479
Le @ m=_b,_tp:90
eaa @ m=_b,_tp:89
_.r @ m=_b,_tp:10
(anonymous) @ m=z6qXYb,jg98Qd,VBe3Tb,JqOoH,jKAvqd,uDTt4e,J3afnf,KDkVDf,QqJ8Gd,pmrfP,qLPGLd,B80Pfc,joDV7c,AVKDMc,Z5R4vc,CJX7hd,xzc2Rd,vTRB4c,uWZt1,jrzFkf,AYL88e,EPyi5d,ypeYIf:6
(anonymous) @ m=z6qXYb,jg98Qd,VBe3Tb,JqOoH,jKAvqd,uDTt4e,J3afnf,KDkVDf,QqJ8Gd,pmrfP,qLPGLd,B80Pfc,joDV7c,AVKDMc,Z5R4vc,CJX7hd,xzc2Rd,vTRB4c,uWZt1,jrzFkf,AYL88e,EPyi5d,ypeYIf:519
4DevTools failed to load SourceMap: Could not load content for https://www.gstatic.com/monaco_editor/min-maps/vs/base/worker/workerMain.js.map: Fetch through target failed: Target not supported; Fallback: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE

Is this thread still alive? I'm seeing the same error message "[github assistant] can not get oauth token, currently only support Chrome", and in the console I also have that same warning as dj4g11e32:
DevTools failed to load source map: Could not load content for https://www.gstatic.com/monaco_editor/min-maps/vs/base/worker/workerMain.js.map: Fetch through target failed: Target not supported; Fallback: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
I'm using Chrome 9.10 on macOS 10.14.6.
Thanks!

Same error on macOS version 103.0.5060.114 (Official Build) (x86_64).

I had this problem pop up suddenly after I had been using it on Windows 10 for awhile. Uninstalling Chrome (with removing Data) and reinstalling Chrome, then re-adding the extension fixed the issue for me. Although I suspect uninstalling the extension, removing all of it's data from the file system, and reinstalling it would have worked as well.

Installed this app today and seeing this issue. Tried creating a new token bunch of times but nothing works. Is this app obsolete and does not work anymore?

I'm not sure how to solve your issue, but I've used this app as recently as last week so the app does still work.

@wencl-william Thanks for your response. If you log back in using github, do you see the Google popup saying Google hasn't verified this product? I see that popup in the demo video but I don't see it when I try myself.

@wencl-william weird, I don't see any popup like that. As soon as I login with github I get a log [github assistant] can not get oauth token, currently only support Chrome. I use it on Chrome so not sure where this error is coming from.
Alternatively, I tried Github/bitbucket/gitlab and a Chromium as well but nothing works.

authors: Hubbitus dj4g11e32 iancrew leonhartX maisondelamitie srujanb wencl-william

repo: leonhartX/gas-github


text:
Corrige faute de grammaire

résout #49

J'ai ajouté la modif lesbacots.org dans le premier billet
Et il faudrait corriger la faute de Blogs avec s sur le titre de la page Blog mais pas trouvé dans les fichiers...

authors: simenca toopy


text:
Help in supporting ppcle64 arch binary

Hi @lework ,
First of all, thanks for hosting skopeo binary as single source on the internet to get and use as it is.
We were playing with kuberspray, where k8s installation was failing due to not finding skopeo binary for ppcle64 arch .
Would it be possible to support the same arch for broader use of skopeo binary ? Also we would be happy to help if required.
Thanks in advance.
Abhishek

@Jainbrt
New version has been added ppcle64, https://github.com/lework/skopeo-binary/releases/tag/v1.15.0

Awesome.

authors: Jainbrt lework

repo: lework/skopeo-binary


text:
make build-tools isn't compatible with MacOS

Description
make build-tools  makes use of user/group definitions from the host machine to pass into the build container. On my Mac this has caused multiple issues causing me to debug this repeatedly until I finally built the image.
First issue: my group name on a corporate Mac when connected to corporate network was "CORP\Domain Users"
This caused docker command to fail with "docker build" requires exactly 1 argument.
I tried to solve this by disconnecting from corporate network.
But this caused the next issue:
Step 11/19 : RUN addgroup -g ${GID} ${GROUP} && adduser -h /home/${USER} -G ${GROUP} -D -H -u ${UID} ${USER}  ---> Running in 83210242843f addgroup: number 798879916 is not in 0..256000 range
So evidently a high group number supported on MacOS isn't supported in whatever Linux that the go image is based upon.
I siwtched group name and id to staff/20 (the default for MacOS users) and then hit the same issue on my UID
adduser: number 451220269 is not in 0..256000 range
So in the end I had to change both the user and group name and id to something of my choosing in the Makefile.
Then I could finally build the image.
Steps to Reproduce
Run make build-tools on a Mac connected to a corporate network with UID/GID not in 0..256000 range.
Actual Results
Build fails. See description
Expected Results
Build succeeds.

Hey @antweiss -- thanks for reporting this -- much appreciated. Quick observation: now that I'm thinking about this -- none of this trickery is even required on Mac OS since the GID/UID is always that of a user (since there's no native Docker on MacOS -- it all runs in a VM). This is very much required on Linux (and possibly Windows with WSL).
So... a question: you mentioned that you actually ended up working around it? Care to send me the diff?

Submitted a PR

authors: antweiss rvs

repo: lf-edge/eve


text:
Lingo 0.2.0 Release

Lingo 0.2.0 Release
Deadline: 30.9

[x] #32
[x] This needs to be a little reworked so target properties are merged on lfc site and are not just treated as command line parameters. SOMEBODY NEEDED @lhstrh
[x] proper testing @cmnrd @lhstrh @revol-xut
[x] crates.io release @revol-xut

Completed!

authors: lhstrh tanneberger

repo: lf-lang/lingo


text:
Is this the official reference implementation?

Hi,
Can I get some background about the author(s)/status of lferry007/LargeVis?  Is this "THE" reference implementation of LargeVis (written/backed by the authors of the paper) , or is this just "one-another" implementation?
As far as I know the code related to the paper is not published (or is this it)?  If this is not, is the original reference implementation available, and if yes, what does this implementation add?
I want to use LargeVis/tSNE in my master thesis using this implementation, but this require that I get a bit more information about the background of this implementation.
Tx,
Jos

Hi, this is the official implementation of LargeVis by the original authors. Feel free letting us know if any questions.
Thanks,
Jian Tang

authors: josvr tangjianpku


text:
Question: Any examples of warnings?

Hi! We've released sqlint, which is built on pg_query -- thanks so much for your awesome work!
I noticed that the parse results contain a warnings array, which we don't yet use -- do you have any examples of queries which cause warnings to be populated? Most of the PG warnings I've come across are issued only when queries are actually executed. Thanks!

Awesome - great work! :+1:
Very happy to see you using pg_query there, this is exactly the kind of tools its made for :)
warnings would be populated if any part of the query was successfully parsed, but its Postgres-internal AST representation could not be converted to JSON.
This used to be a much larger issue, but since I automated this process (https://github.com/pganalyze/pg_query-outfuncs-generator) the output code should have 100% coverage.
See https://github.com/pganalyze/postgres/commit/f455ee802caf53b5e404187edfe31437e1c90d98#diff-7593043b7e3602e4c204b909c18087b7R1006 for where the warning is emitted.
As said, I don't think you have to support this - if you want to you can treat it the same as a syntax error, since you probably will have an empty parse tree for this query.
Closing this issue - but please don't hesitate to drop me a line anytime (lukas@fittl.com)
Cheers! :smile:

Ah, I see. Thanks!
I might end up sending a PR in due course, because I'd like to have a version of tables() and filter_columns() which returns the locations along with the table/column names. The idea would be to (optionally) live-connect to the DB while linting and print warnings if queries appear to reference nonexistent tables/columns. (I think it might end up quite complex in all but simple cases...)
Cheers, and thanks again.

Sure thing, please feel free to send any PRs that make your life easier :)
pg_query is actively used by pganalyze (our hosted Postgres monitoring dashboard), so I might be a bit careful with things that break API, but the case you propose sounds reasonable :+1:

Yep, I'd plan to provide tables_with_locations or something like that, and keep all the existing tests passing.

:+1: :tada:

authors: lfittl purcell


text:
Ctrlx core20?

Hello does this support Ctrlx core20?

Yes, but you have to manually install core18 snap.
Em ter., 12 de jul. de 2022 05:38, Open1333 @.***>
escreveu:

Hello does this support Ctrlx core20?
—
Reply to this email directly, view it on GitHub
https://github.com/lg-lima1/aio-iot-app/issues/3, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AHQQ55LZJXPB3CZPXYJ322TVTUVH7ANCNFSM53KFTFLQ
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

Thank you for your fast reply, do you know where can I find core18 snap file?

I managed to find core18 snap file but i am not able to enter into influxdb.

I found my core18 snap file thanks is working!

The app now has support for core20. You don't need additional installation of the core18 snap anymore.


text:
🛑 MP is down

In 22f4143, MP (https://mp.samsa.com.ar:8889) was down:

HTTP code: 0
Response time: 0 ms

Resolved: MP is back up in 7075f76.

repo: lgimenezdev/samsanet


text:
Staffs - too hard to find a staff

It's hard to buy staff, the list is too long. Maybe make things easier?

Also it would be good if we can level up 1 10 20 50 100 and not just one by one.

it would be even great if you add a maximum to level up depending on the amount of E and DD.

Staffs won't be able to have the new requested features since we changed a lot about them. We may re-open this in the future.

authors: GeNarukami QuentinRa

repo: lgs-games/prim


text:
Streamlit integration (local)

🚀 Feature
We need a quick demo on how to use streamlit with mantisshrimp. The first step in to get it running locally.
We should also add helpers functions to make the process easier.

I'm running late because of STOC, will push code asap.

Don't worry!
I created the issue just to make it more organized

Should help #99 and #83
Something to get strated
https://github.com/streamlit/demo-self-driving

Minimalistic (non-inference code) is working fine locally. We need to add model and run it. Repo is here.
You can simply give me a s3 bucket link/dropbox file link. I have made a progress bar loader too for download.

I'll try this tomorrow!!

Let's try to use Google Drive as a first attempt and take it from there: The notebooks + datasets will be hosted at the same place avoiding to deal with 2 separate providers.

I'm thinking the datasets are not going to be hosted by us, instead we should use the original source whenever posssible

Agree! I actually referring more the the weights files.

Almost there with this  repo. We just need to use the predict function of mantisshrimp. And it should display the results to the user. The other NMS and searching via the class needs a bit of work. Please try to run this repo and let me know the changes.
You can even raise a PR if something is not working or you have an improvement and update.

I ran it yesterday and it worked perfectly (apart from what we already discussed) 😄
Please let us know again when you add prediction. For now, don't bother trying to fix the deployment issues, let's first get this going locally and then we figure out

I fixed that small thing. Prediction will be done hopefully this week. Then we can see about the sidebar thingie of how much customization we can give to user.

Almost done. A bit of final touch ups are left. I guess we can add this demo to read me too.

Can you guys please test this repo?
pip install -r requirements.txt
streamlit run src/object_detection_app.py

It works!

Prediction is wrong, but I think that's caused by the low image resolution

It works!

Great. Please provide me some images from Pets dataset itself so that we can show it works well.
I will polish up the app once more and then we can close this issue..

Works well!🎉
Have sent you some images from pets.

Please provide me some images from Pets dataset itself so that we can show it works well.

It's a better idea just to google some images, I used a random seed and I don't know what was in train/valid

Yep, Pras helped me to fix it up. Now the predictions look better. We can improve the app further and refine for the sidebar UX. But I will leave this as scope for future improvement for now.
I am updating the readme to have link to this repo. We can close the issue with this.

I Guess we can close this.

authors: ai-fast-track lgvaz oke-aditya paras-jain

repo: lgvaz/mantisshrimp


text:
Issue Labelling and Stale marking

🚀 Feature
We can instantiate Issue labeller bot. Which will automatically label issues accordingly.
It is available in GitHub Marketplace here.
Also we can mark old issues as stale using the stale bot here.
After that It can be easily done by creating a stale.yml file in workflows.

I believe the first case is better handled with issue templates, which we already have in place
As for the second, maybe it's a bit early to have that. For example, #4 is an old issue, but it's not stale

For first. Maybe we have few labels now. If they grow we can look for this as alternative.
True it's bit too early for second. Maybe when we get like 100+ issues a day we can do this.
Lets close this and re open if needed.

authors: lgvaz oke-aditya


text:
Document piecemeal usage

Followup to #1132.
The pieces exist, which is nice. Now, they need documented. Currently, it takes a degree of inference to figure out that yes, individual render modules exist, and you have to read the source to figure out what is offered by each module. That isn't ideal for future users.

Yep, it's on my todo list (but if you want to send a PR, that's cool too)

A few suggestions:

Recommend and imply throughout core documentation examples that users require the default index, ie `import m from 'mithril'
Document streams as an optional extra which is to be treated as a separate lib / module which happens to be in the same mono-package
Document ospec in a similar tone but give it further distance, as a kind of 'by the way'
Document custom Mithril builds and piece-meal usage of core Mithril as an advanced topic (and this can really wait — certainly not a barrier to release IMO)

The foreboding elephant in the room is advice for plugin, extension, component authors. I think Mithril is easily small enough and sufficiently complete as a full DOM SPA framework in its bundled form that people should be strongly discouraged from publishing packages that depend upon piece-meal imports of bundled Mithril core's constituent modules. I would personally take a stance similar to @trueadm's WRT Inferno PR: this is highly specialised stuff for people with very specific, esoteric and rare requirements. Do not treat modular imports of Mithril core's constituent parts as a default under any circumstances, and do not promote packages which depend on them unless you are prepared to write your own explicit caveat-laden instructions for how your intended adopters should configure their own custom Mithril build WRT your esoteric package. AFAIC this is a recondite expert level feature which should be promoted to the average user under no circumstances. To be explicit about the dangers of this: modules depending on piece-meal Mithril module dependencies will not work with a consuming package that imports the bundled Mithril module. Having to support naive adopters coming in with total breakage because they thought this was an obviously great idea (shaving off bytes is an irrational imperative many many people will follow to great lengths as a prerogative before doing any kind of logical analysis — and let's be fair many relatively clever JS devs have deep delusions WRT dependency resolution because most of the time it's magic). I would hate that to become a common scenario, I think people will jump into it and get irritated to the point of rage-quit after usurping a lot of @isiahmeadows' support investment, and it will be unpleasant for everybody. At the risk of pressing a point too far: please let's focus on a holistic v1 release with documentation that makes no mention of the fact this is possible or desirable, and let's quietly work at making that documentation coherent as an orthogonal task.

@barneycarroll I'm not saying they should be encouraged. I'm just saying they should at least be documented, even if done in a way that it's "these parts are partially unstable and are not meant for general use, but they are here in case you need deeper hooks into Mithril's internals", and the latter is closer to what I had in mind, anyways.

A couple of things:
What's the value proposition?
In other words, what is it that you propose to document, exactly? Nobody has supplied a use case for piece meal usage. It's an academic abstract. Tracing this conversation back thorough the months, it's fair to say @tivac was instrumental in elegantly splitting the API surfaces, so I was thinking he might be a good person to hit up for a use case that might provide a starting point for a perceived need to document. But in his own words:

I'm not planning on using pieces of mithril, fwiw. Mithril is small enough that ignoring the bits we don't want is more cost effective than trying to customize it.

I would at least ask that you illustrate the feature you want documenting before you insist we document it.

…you have to read the source to figure out what is offered by each module. That isn't ideal for future users.

The ideal is illusory. The fact that Mithril is composed of multiple purpose-focussed modules is actually of principle value when reading the source. Any other value has yet to be proven. Without any identifiable need to use pieces of Mithril in isolation, there is no "feature" these future users are missing out on. If you want to try and compose your own Mithril build from the constituent parts, or have figured out a use for Mithril sub-module usage, then I would say reading the source is essential. The idea that it's somehow important to document the fact that Mithril is, under the hood, composed of discrete modules — to a person who finds it less than ideal to read source code — is frankly risible.
The general point here is that good documentation is hard, voluminous documentation is exponentially harder, and no documentation is better than bad documentation.
You commented recently that we have too many issues & not enough manpower. This is a footgun at worst and a trivial anecdote at best. It is in no way important in Mithril v1's roadmap.

The use case is if someone wants to use m.render but not include m.request in the bundle, for example. I'd say that it's not a common use case, but that is still valid.
I agree modules that are reasonably usable as standalone things should be documented, but in an inconspicuous corner of the docs, and with a "only read this if you're an advanced user who really knows what you're doing" warning above it.
var m = require("mithril") is still recommended over anything else.
I'm just gonna go ahead and close this issue, since I'm well aware that it needs to be done

authors: barneycarroll isiahmeadows lhorie


text:
迅速打开，迅速关闭    对话框不消失

loading使用的是xpopup弹出来的
场景1:retrofit loading加载的时候    dialog没有消失
场景2:webview关闭所有网络的时候，pagestart中loading，pageend中dissmiss时候loading不消失

看文档说明。

repo: li-xiaojun/XPopup


text:
Suggestion: set default size in teavm launcher to use full canvas

The default screen size in the teavm launcher is set to config.width = 640; config.height = 480;.  There is a comment explaining to use 0, 0 to use the full browser window and its a small effort to change this.
But, I have never not changed this to 0,0.  Should the default not be set to 0,0 (i.e. full canvas), especially for newcomers?
See also:
https://discord.com/channels/348229412858101762/405518143818301443/1242945169561616486

I wonder if this behavior stems from GWT, where the large refresh button prevented the full window area from always being available... I believe the GWT backend also didn't have a full canvas option until a few years ago. I don't really think fixed-size or full-canvas is necessarily better than the other; full-canvas needs your app to be able to scale to different canvas sizes from the start, which is actually more of a challenge for newcomers than a fixed size. It's an important challenge to overcome for most games, but is reading the existing comments that difficult for people? Using comments is also what GWT does, and it has both sizing strategies present with one commented out.

I think for GWT, liftoff generates resizable by default and adds a comment how to make it fixed size:
            // If you want a fixed size application, comment out the above resizable section,
            // and uncomment below:
            //return new GwtApplicationConfiguration(640, 480);

So the default for GWT is the opposite of teavm.  Anyway, it is just a suggestion. There may be reasons or preferences to keep it as it is.

Hm, now I'm not sure if TeaVM would be equivalent to GWT if it used 0,0 ("all available space") or -1,-1 ("canvas size"). I'm going to try to make it mimic GWT now, with the 640x480 option in a comment. I think the TeaVM default will be the option with no changes, that is, -1,-1 , since that seems to be encouraged.

This should be fixed since May 29, when I made the TeaVM defaults match the GWT defaults as best I could. I think that should allow closing this.

authors: MonstrousSoftware tommyettinger

repo: libgdx/gdx-liftoff


text:
Jnigen can't have a Class argument

Whenever a native method with a Class argument is passed, jnigen will crash with this error:
Generating C/C++ for 'src/main/java/com/github/texxel/data/ObjectConstructor.java'
...Exception in thread "main" java.lang.RuntimeException: Couldn't find C method for Java method 'ObjectConstructor#myNativeMethod'
at com.badlogic.gdx.jnigen.NativeCodeGenerator.generateCppFile(NativeCodeGenerator.java:322)
at com.badlogic.gdx.jnigen.NativeCodeGenerator.processDirectory(NativeCodeGenerator.java:267)
at com.badlogic.gdx.jnigen.NativeCodeGenerator.processDirectory(NativeCodeGenerator.java:245)
...

Reproduction steps/code
Try to create this native method:
public static native <T> int myNativeMethod (int a, Class<T> crashParam, int b); /*
    return a + b;
*/

If the crashParam is removed, the code compiles cleanly and runs fine. Note: when the program does crash, only the *.h file is created.
Version of LibGDX and/or relevant dependencies
JNIGen version 1.9.3.
Not using LibGDX.
Running Ubuntu

I've made a pull request that fixes this here: #4158

Does this happen if you don't template the Class parameter?

"template the Class parameter" is referring to the generic type, right? If so, then yes. The same bug occurs using raw types or generic types. My solution in the pull request will only work with raw types.

@mdsimmo commented on the PR. Closing this out.

authors: badlogic mdsimmo np511

repo: libgdx/libgdx


text:
Uncaught error when using browserify

Below is my code. I use Browserify and run the code in Chrome. The code runs crypto.generateKeyPair without issues, but chokes on peerId.createFromPrivKey with an Uncaught Exception. See screenshot.
const crypto = require('libp2p-crypto')
const peerId = require('peer-id')

// Example: create an identity
crypto.generateKeyPair('RSA', 2048, (err, key) => {
	if(err) {
		console.error(err);
		return err;
	}

	// So far so good!
	console.log(key);

	// Throws an Uncaught Error!
	peerId.createFromPrivKey(key.bytes, (err, id) => {
		if(err) {
			console.error(err);
			return err;
		}

		console.log(id.toB58String());
	});
});

Thanks for the report, but this is an issue with libp2p-crypto not secio, could you move the issue there please?

Done. https://github.com/libp2p/js-libp2p-crypto/issues/41

authors: JustinDrake dignifiedquire


text:
PeerStore cleannup strategies

When implementing the PeerStore, we did not consider cleannup strategies.
For instance, when multiaddrs expire and then we search peer routing to find the latest record for the peer because it previously supported a certain protocol.
We need to think further about these use cases and design a solution
Context: https://github.com/libp2p/js-libp2p/pull/638#discussion_r425831536

JS Colo 2024 Rough discussion
* We still don't do any peerStore cleanup.
* we only add to the peerstore.
* different protocols (kad, etc) may need peers from peerstore for various cases..
only cleanup that makes sense:

old multiaddrs
old protocols

what we could do:

when we read, we check if it's over some limit, and potentially delete multiaddrs
if we had a unique error for this case, devs could handle this at the App layer
make upgrade timeout error a specific one?
Be more clear about which stage of the dial fails: at which point of dial failures do we need to actually do a findPeer

upgrade failure should specify whether it's network failure or app level failure

if network layer fails, we should allow implementations to run findPeer or peer-discovery on the peerId

if we try to dial a peer with old multiaddrs, and they all fail, we will try a findPeer, if that fails, the dial fails (SHOULD we remove peerInfo in peerStore at this point?)

if we are able to connect, we would run identify and update the peerInfo

what implementers could do:

if concerned about too big peerStore, they could create a custom datastore, LRU caching strategy to throw away things not used within some time period, or whatever other strategy

peerstore cleanup: what does it mean?

peer store too big? implement peer store that deletes old records. implementers can do that.
partially expired records? we're not going to do that.. but we will improve error signaling of dialing, so implementers can handle at application layer. if networking layer fails, we will run findPeer using peer-routing (configurable with different protocols) which will result in updated peerInfo in the peerStore, and retry if peer-routing succeeds and multiaddrs are updated.

will dials be slower now? Only in the case of a networking failure (failure to reach peer's host machine at the networking level..). so aforementioned functionality should be configurable as a dial option

Action item:

ensure dial errors are differentiable between network level failures and everything else.
when a network level failure occurs, optionally perform a findPeer operation and retry dialing if new multiaddrs are retrieved (if we get the same ones... we can't do anything new)

Add configuration option to DialOptions to disable this functionality. (doing this work is the default in order to give users the greatest chance for success)

authors: SgtPooki vasco-santos


text:
[functional tests] Adds a FILTER env var to filter logs in functional tests

This PR allows a user to set a custom filter over the logs that are produced by the functional tests when they fail  using a regex string defined in the FILTER env var.
e.g. setting
export FILTER="ABORTED|MISSING_DATA"

will only show lines in the logs that contain the words ABORTED or MISSING_DATA, all other lines will not be shown.

This is amazing, I can't wait to use it!
One question; will something like FILTER=compiler PRETTY=1 work as expected?

Yep! e.g.
>> PRETTY=1 FILTER=error cargo test different_currency
    Finished test [unoptimized + debuginfo] target(s) in 0.49s
     Running /Users/tzakian/work/libra/target/debug/deps/move_lang_functional_tests-f0a7128f3b5e19e3

running 0 tests

test result: ok. 0 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out

     Running /Users/tzakian/work/libra/target/debug/deps/functional_testsuite-1d7183245bbc1343

running 1 tests

====================================================================================================
tests/libra_account/different_currency.move

info: Evaluation Outputs
    [2] Error:

    error:

       ┌── /var/folders/hc/vmn1jkw963sfmhzltnnpqcym1lfkm6/T/.tmpKlGMXC:3:5 ───
       │
     3 │     1
       │     ^ Invalid return expression
       ·
     3 │     1
       │     - The type: integer
       ·
     2 │ fun main() {
       │     ---- Is not compatible with: '()'
       │

error: Unmatched Directives
    12 | // check: EXECUTED

error: Unmatched Errors
    [2] MoveSourceCompilerError("\u{1b}[0m\u{1b}[1m\u{1b}[38;5;9merror\u{1b}[0m\u{1b}[1m...

@bors-libra r=vgao1996

:pushpin: Commit a640759 has been approved by vgao1996

:hourglass: Testing commit a640759e9079ccf864e4b6239472665e7d2fdba5 with merge bcf6cad11ead37367c6322937745ee616c0f318f...

:sunny: Test successful - checks-actions_land_blocking_test, checks-circle_commit_workflow
Approved by: vgao1996
Pushing bcf6cad11ead37367c6322937745ee616c0f318f to master...

authors: bors-libra sblackshear tzakian

repo: libra/libra


text:
CI: add cargo audit dependency check

Add cargo-audit auto-checks as gh-action.
Motivation
Automated checks vulnerable or stale dependencies is necessary at all by security and stability reasons.
Also the action produces neat report (example).
Have you read the Contributing Guidelines on pull requests?
Yup.
Test Plan
This is small extra part for CI.

I'm reluctant to bring this in to the repo currently for a few reasons:

we don't have agreement w/ gha's for compute capacity, and we are running a cargo audit nightly in circleci.
2)Currently we fail the build if anything other than these 3 violations are found in circleci.  https://github.com/libra/libra/blob/master/.circleci/config.yml#L564-L583
3)I'm also a little reluctant to depend on gha that doesn't have the same config we use in circle, even if it doesn't currently break the build.  Cargo versions/flags/etc.
I'd need to look in to making sure versions are fully tied down, ideally to a git hash.

Thanks for the contribution @fzzr-!
We do currently run cargo-audit as @rexhoffman has linked to, so there's no need to run another one in GHA. Should we decide to move our current job to GHA instead of CircleCI, we'll definitely keep actions-rs in mind.

authors: fzzr- metajack rexhoffman


text:
Initial CMStorm Recon work

This is the initial work on cmstorm based mice, specifically the CMStorm Recon. There are other mice in the CMStorm range, I'm not sure how reusable this driver will be for them.
I still need to do the artwork for this mouse, but I think the rest is complete.
Interestingly this mouse supports placing mouse presses/releases within it's macros, something which I believe isn't supported yet.

Ok, it should all be fixed up now. I had discovered an issue with macros not being loaded correctly. The only thing that's missing now is a proper image.

Finally got around to updating the image.

Just got around to reviewing the SVG, and have a few comments.
First, for some leader lines there is too little vertical spacing. Remember that the lines will point to buttons, and there needs to be enough vertical space in between two lines to fit this.
Second, there are two leader lines pointing to the scroll wheel. If this is to indicate that you can move the scroll wheel left/right, please indicate this better with a better placement. The same goes for the buttons in the middle of the mouse: there are two buttons, but three leader lines. There are also two leader lines in the (vertical) center of the mouse that do not seem to point to any buttons.

Just getting back to this. I think the vertical spacing is fine. What may be confusing matters is that the scroll wheel has 2 leader lines, one for the button, one for the LED. There's also a leader line for the LED on the profile buttons.
I've check the spacing in Piper and none of the buttons overlap each other.

Closing this for now, feel free to open it if you want to continue working on this.

Alas my CMStorm mouse has had an unfortunate incident involving a soldering iron, so I won't be able to work on it any more.

authors: FFY00 Hjdskes elFarto

repo: libratbag/libratbag