text:
Recommend GH app for GH connector; MSI support for Local Runner Build Infra

Thanks for contributing to the Harness Developer Hub! Our code owners will review your submission.
Description

Please describe your changes:

GH connector - Recommend GH App for authentication
Local runner build infrastructure - MSI option for Windows platform runner

Jira/GitHub Issue numbers (if any): CI-11959
Preview links/images (Internal contributors only): building

PR lifecycle
We aim to merge PRs within one week or less, but delays happen sometimes.
If your PR is open longer than two weeks without any human activity, please tag a code owner in a comment.
PRs must meet these requirements to be merged:

[ ] Successful preview build.
[ ] Code owner review.
[ ] No merge conflicts.
[ ] Release notes/new features docs: Feature/version released to at least one prod environment.

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://662a95aca2195724f73fd3c8--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://662ab20bf17c8105382ba706--harness-developer.netlify.app

authors: aimurphy bot-gitexp-user

repo: harness/developer-hub


text:
Feature request: Add support for draft 2019-09

While the 2020-12 is the recent standard version, it does not support older 2019-09 draft. There are many schemas which cannot be natively processed by current library. It is not possible to migrate them to 2020-12 as well (even if they are fully compatible by syntax and dont use old keywords), becase other tools does not understand 2020-12.
Is it easy (with minimal effort) to add support for 2019-09? It OK if it will not support 2019-specific features

If supporting 2019 specification features is not required then I'm not sure what is the subject of this issue? Is parsing schemas written in old spec failing? Where exactly problems occur when trying to use old schemas? If you could provide some kind of example of such schemas it would be really helpful.
One thing that I'm sure that I won't be able to support is handling multiple dialects in scope of one validator.
But implementing a full support for 2019 spec is something that I thought about - it's rather a big change so it won't be completed in the nearest future (i think). But if it's required by some users then it will hopefully and eventually happen

source: gharchive/issue

license: MIT

license_type: permissive

license_source: github-api


text:
404 Page

Is there a way to configure a 404 page?

There isn't any, feel free to send a PR.

authors: harshavardhana lnnwvr


text:
SEO of platform

Add the search engine optimisation in the frontend of platform

Try to follow all methods and conventions of seo
Attach your lighthouse score along with PR
Do no change any internal logic in backend for this issue
edit as much as it takes for the best seo

Sir Please assign it to me!!

Ek aur seo ahan, nice
Btw you cant next-seo here so goodluck

repo: harshjohar/stutea


text:
Add parent container styles property

Just simply gives a property to add styling to the parent container of the flatlist. By default is empty like before.
Thanks for the project!

Mashed branch and this PR is now including other commits. Closing

source: gharchive/pull-request

repo: harshq/react-native-mentions

license: mit

license_source: bigquery


text:
Default-812h@3x~iphone.png and Default-Landscape-812h@3x~iphone.png

Hi,
My icon.png is 1024x1024 and splash.png is 2732x2732
O̶n̶e̶ ̶i̶c̶o̶n̶ ̶a̶n̶d̶ ̶ 2 splash screens are always missing when generating:
ios
-̶ ̶i̶c̶o̶n̶s̶
I̶c̶o̶n̶-̶2̶0̶.̶p̶n̶g̶ ̶(̶2̶0̶x̶2̶0̶)̶

splash

Default-812h@3x~iphone.png (1125x2436)
Default-Landscape-812h@3x~iphone.png (2436x1125)

Edit: The icon Icon-20.png (20x20) gets generated by this tool, only those 2 splash screens are missing(watch and tvOS icons also but am not using those).

can you provide minimal ionic project so i can debug the issue

ionic start NewApp blank --cordova --type=ionic-angular
Fresh ionic v3 project. If you want I can upload the resources folder.

Thanks, I'll look into issue
but for ionic you don't need this project as of now
ionic team officially provides support for offline thumbnail generation
https://github.com/ionic-team/cordova-res

Yes in most cases and fresh installations, but for most of us who have to do npm audit fix after installing many packages or when updating projects/plugins stuff gets broken and your solution works very well and is so simple to not use it :)
I have seen a case where an official ionic dev/admin recommended falling back to online ionic upload resource gen( ionic cordova resources  --no-cordova-res) when cordova-res had conflict with some npm packages that required a lot of other installations  and security audits to fix( ```
npm install expo-cli -g
npm install sharp

Thanks a lot for this, I can generate the missing icon and 2 splash screens manually, it doesn't affect me very much, but I wanted to let you know in case you wanted to keep it up to date.

Hi @ssj7 ,
Thanks for the feedback :smile:
I am happy that this project is useful to someone and yes I always wanted to keep it up to date
I tried creating project with latest ionic CLI and tried generating resources, i was able to generate resources properly but there was no image with Default-812h@3x~iphone.png and Default-Landscape-812h@3x~iphone.png
Attaching reference resources folder
resources.zip
Basically this utility iterates through android and ios folder and updates all icon and splash folder png's appropriately if it's outside of that folder it won't generate
If possible can you provide sample resources folder?

Resources folder with Default-812h@3x~iphone.png and Default-Landscape-812h@3x~iphone.png splash screens for iOS. Sorry for my late replies. I can also make another resources folder with icons/splash for tvOS and watchOS if you want.
resources.zip

Thank you for the resources,
if they are not generating as well then please do so

Hi @ssj7,
Sorry for late response
I tried running it locally and binary was able to transform all images properly on my Linux machine, sorry I don't have apple hardware to test on as of now.
but as of now I can't do anything about this so I'm going to keep this open and see what I can do about this in future

Hello,
it has been a while since I last updated an ionic/cordova app, but the last time I did
ionic cordova resources --force
ionic cordova resources  --no-cordova-res

Worked splendidly.


text:
[BUG] Clear network resources when the node is removed

Describe the bug

The link status of the removed node should be deleted in all link monitor.
The node should be removed from the vlanconfig annotation network.harvesterhci.io/matched-nodes.
The related vlanstatus should be deleted.

To Reproduce
Steps to reproduce the behavior:

Set up a cluster no less than 2 nodes.
Delete a computing node.

Expected behavior

The link status of the removed node should be deleted in all link monitor.
The node should be removed from the vlanconfig annotation network.harvesterhci.io/matched-nodes.
The related vlanstatus should be deleted.

Support bundle

Environment

Harvester ISO version:  v1.1.2-rc3
Underlying Infrastructure (e.g. Baremetal with Dell PowerEdge R630): Baremetal with Dell PowerEdge R630

Additional context
Test plan:

Set up a cluster of no less than 2 nodes.
Create a new cluster network and the related network config to select one compute node.
Delete the compute node.

Check link status again and the link statuses of the remove node are deleted.
Check vlanconfigs which selects the node before. It should be removed from annotation network.harvesterhci.io/matched-nodes
Check related vlanstatus. There should be no vlanstatus related to the removed node.

** Work around**
Delete the related resources manually.

Please use the Harvester v1.1.2-rc4 environment to verify the issue.

repo: harvester/harvester


text:
Marker data reading improvments

Moved driving direction dict reading to server (deleted the previously created dictionary)

Fixed vehicle weight reading so it's now also presented

Did you intentionally remove the code you added in the last pull request?

This is actually Avi's block, I just added a line for this parameter.
Yes I did, I copied the dictionary because it wasn't presented,
Now I understand Avi forgot to add a call for this specific detail

authors: danielhers omerxx

repo: hasadna/anyway


text:
Rename

Is your feature request related to a problem? Please describe.
The name "Hascal" is extremely similar to the programming language "Haskell" and "Pascal" somewhat. This was probably intended, but it is extremely confusing and (I think) it may prevent wide adoption.
Describe the solution you'd like
Rename the language to something more unique
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.

What name do you think is appropriate?

I'm not very creative, but I think that if the name was more unique then it could be seen more. Nim and Zig are two examples, they have extremely unique names that haven't been used in other things.

Is your feature request related to a problem? Please describe. The name "Hascal" is extremely similar to the programming language "Haskell" and "Pascal" somewhat. This was probably intended, but it is extremely confusing and (I think) it may prevent wide adoption.
Describe the solution you'd like Rename the language to something more unique 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.

Extremely agreed 👍

What name do you think is appropriate?

Isn't sun a good name?

Sun programming language

What name do you think is appropriate?

Isn't sun a good name?

Sun programming language

Sun is a good suggestion but we need more names.

Some good names :

H
Holt
Tesla
Galaxy
Nova
Xarazmi
Halo

Some good names :

H
Holt
Tesla
Galaxy
Nova
Xarazmi
Halo

I think Halo in this list is more beautiful than the other members of the list.

I love nova

I love nova

Unfortunately nova exist.

Halo is also name of a tv series.
H is good

Halo is also name of a tv series. H is good

OK, but @h-lang and @hlang org names not available in GitHub.

Halo is also name of a tv series. H is good

I found a language with name "H", but there is no problem in choosing H, because projects of the same name with H are half-finished, they are also unknown.
Also @h-lang and @hlang user names is not available in GitHub.

Some good names :

H
Holt
Tesla
Galaxy
Nova
Xarazmi
Halo

I think Halo in this list is more beautiful than the other members of the list.

I think nova could still be an option since the language you referenced seemed pretty old and obscure. I also think that it might be better if the name reflects the language's goals and what it can do, kind of like what hascal is right now(the language being influenced by Pascal/Haskell)

That's right👍

authors: bistcuite csharpdf mehanalavimajd

repo: hascal/hascal


text:
#lit

Handle posting to #lit
As a User, I'd like to be able to tell randbot to make a post to the #lit channel
Requirements
Primary

Posting to #lit should happen through randbot by passing it a link
Randbot should validate that the link is a hashtag gaming post link

Validate that it matches https://hashtaggaming.slack.com/archives/

Secondary

Create an alias of "its lit fam [link]"
Have randbot monitor the activity in #lit and remove posts not made by itself

If possible, threads are ok

Criteria for acceptance

[x] Calling @randbot lit [link] should post that link to the #lit channel

Added in #9

repo: hash-gaming/randbot


text:
Additional patches in central repository

I would propose to have a common repository containing additional patches which can be included into a #!os build. https://github.com/RattlesnakeOS/community_patches seems like a good place. git submodule uses SHA1 commit hash references under the hood so when we include community_patches as ./patches/additional/ for example, it is still pinned. Then the patches could be enabled in config.yml individually. config.yml could then be published alongside to allow reproducibility and verification.
./patches/additional/ would contain additional hardening patches but which are optional (not required) for building AOSP.
00004-increase-default-maximum-password-length.patch should be enabled by default. I am not sure about the other once by default.
Also, I would propose to move ./patches/platform/add-backup.patch into community_patches because I find this very helpful and others could profit from this as well.
Maybe it would be easier to fork https://github.com/RattlesnakeOS/community_patches to https://github.com/hashbang/os-additional-patches and use that so that you have control over it. This would make handling easier. https://github.com/RattlesnakeOS/community_patches could still pull from it then.

I have no problem merging useful patches for security/privacy directly into the patches directory or including them with --author. Trying to avoid the endless pile-of-repo-soup normally required to work on an android rom project. We will see how long that lasts...
I am also totally in favor adding config.yml support to pull in patches from external repos, even if #!os keeps its curated set of patches in tree.
+1 for the idea, but it may take me a bit to implement it.
Feel free to beat me to it if you get cycles.

I have now fully decoupled the main project into "aosp-build" and this repo now just contains patches and overlays that pertain to hashbang-specific customizations.
You could just as easily use submodules since you can use any paths you want in the config.yml now to include extra patches.
I hope this increases flexibility. Thoughts?

Nice work! This works for me, thanks for the configuration option. I am closing the issue as you already addressed the "central patch repository" question above.

authors: lrvick ypid

repo: hashbang/os


text:
Feature/rbac tx exposure

Expose some RBAC functions
Overview
Allows for the sudo account to add/remove roles and permissions across pallets
Tickets

[x] Fix #352
[x] Fix #429
[x] Fix #378

Implementation notes
Makes public some helper functions of the RBAC pallet
Test coverage
Since the "new" functions are just wrappers of already existing functions, we only needed to add tests for verifying the sudo account.

@amatsonkali When a permission is removed, either from a role or a pallet, it should also be removed from the users who have it. I believe this change is necessary to ensure that users do not have unnecessary permissions after they have been removed from a role or pallet. If the corresponding permissions are not removed from the affected users, they could continue to have access to functions or resources they should no longer have access to. Therefore, it is recommended to include an update routine that identifies the users who have the removed permission and removes it from their corresponding user profile.

LGTM! :+1:
Great job @Dreyhh & @amatsonkali

authors: Dreyhh didiermis

repo: hashed-io/hashed-substrate


text:
Productise Guardian API

Problem Description
As per #194, Guardian API was streamlined to enable external developers to build their own UI and/or integrations with their systems using Guardian back-end. This is the continuation of that work, to ensure that the API and its lifecycle is developed and managed as a product.
Requirements
Make Guardian API production ready by:

Developing and maintaining a comprehensive set of API tests and automated testing infrastructure which ensures API correctness and backward compatibility
Instituting the process of API life-cycle management: versioning, deprecation and discontinuation of API calls
Architectural enhancements to the API implementation which would ease development and production deployment for external parties (e.g. API decoupling).

DOD
Requirements demonstrably addressed.
Acceptance Criteria

API versions are verifiably backward compatible
Documented process of deprecation which is reflected in the API specification docs.
API architecture is compatible with best practices of API development

We need to maintain Semantic Versioning of the API as per @sergmetelin

authors: anvabr envisionblockchainpm

repo: hashgraph/guardian


text:
Update documentation for IPFS provider filebase for use on gitbook

Overview
This is a small PR that at the documentation for filebase into the docs folder, specifically for reading use in Gitbook.
Checklist

[x] Documented (Code comments, README, etc.)
[ ] Tested (unit, integration, etc.)

@anvabr Here's the updated docs, I noticed going through the code that the way I initially created this provider mechanism has changed somewhat to not be flexible for any IPFS provider.
Specifically, how the constructor signature for the IpfsClientClass has now been overloaded with an additional key for filebase. Unfortunately, the implication of this is that your core class would need to be reworked to allow other implementations of clients as the class itself is dependent on multiple providers that will not be present at the same time for a given deployment of Guardian.
In other words, the constructuor for IpfsClientClass expects keys for both web3Storage and filebase for any instance of said client.
If you require some support to design this to be more generic and to potentially integrate interfaces/contracts, please let me know.


text:
Pairwise crypto

Detailed description:
Which issue(s) this PR fixes:
PR enables pair wise crypto
Relevant issue:#408 mostly fixed but nextKey not implemented
Relevant issue:#411 but no logging implemented
Relevant issue:#409 but remove, update not implemented
Fixes #401
Special notes for your reviewer:
Checklist

[ ] Documentation added
[ ] Changelog updated
[x] Readme updated
[ ] Tests updated

Hibernate does not work closing

repo: hashgraph/hedera-hcs-sxc-java


text:
Adding ledger_id, tssMessage and tssVote related protobufs

Description:
Adds the following to the hedera-protobufs:

[x] System Transaction: TssMessageTransaction
[x] System Transaction: TssVoteTransaction
[x] State Queue: LedgerId
[x] State Map: TssMessageMapKey
[x] State Map: TssVoteMapKey

Related issue(s):
Fixes #417
Notes for reviewer:

Checklist

[ ] Documented (Code comments, README, etc.)
[ ] Tested (unit, integration, etc.)

All of the proto files here have an incorrect copy/paste from older files.
The Keywords section and Copyright header should look like this:
 * ### Keywords
 * The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
 * "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
 * document are to be interpreted as described in
 * [RFC2119](https://www.ietf.org/rfc/rfc2119) and clarified in
 * [RFC8174](https://www.ietf.org/rfc/rfc8174).
 */
syntax = "proto3";

and this:
/*
 * Copyright (C) 2024 Hedera Hashgraph, LLC
 *
 * Licensed under the Apache License, Version 2.0 (the "License");
 * you may not use this file except in compliance with the License.
 * You may obtain a copy of the License at
 *
 *      http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 * See the License for the specific language governing permissions and
 * limitations under the License.
 */

respectively.
From there, the guidelines for proto file specification comments should be followed.

@jsync-swirlds I believe I've addressed your comments in the corresponding services repo protos here, with the exception of specifying NodeSignature inside of ledger_id.proto. I or @thomas-swirlds-labs will likely need to spend more time with the code in order to flush out this API. Is it necessary to research and write that spec before merging this PR? (I'll create a ticket either way, and we'll get to it sooner than later)

Looks OK in the linked PR.  We're still very short on proper specification for these proto files, but as long as there is an issue to fix that gap in the near term, we can merge this PR.

@jsync-swirlds I believe I've addressed your comments in the corresponding services repo protos here, with the exception of specifying NodeSignature inside of ledger_id.proto. I or @thomas-swirlds-labs will likely need to spend more time with the code in order to flush out this API. Is it necessary to research and write that spec before merging this PR? (I'll create a ticket either way, and we'll get to it sooner than later)

The TSS related protobuf files have been successfully approved and merged into develop in Services here and those changes have been sync'ed here to reflect now.

repo: hashgraph/hedera-protobufs


text:
fix: incorrect protobuf body field used

Description:

This PR fixes _fromProtobuf inside of TokenUpdateNftsTransaction to use the correct tokenUpdateNfts field instead of tokenUpdate. Upon investigating https://github.com/hashgraph/hedera-wallet-connect/issues/265, we realized this property was not being referenced properly.
Related issue(s):
Fixes https://github.com/hashgraph/hedera-wallet-connect/issues/265
Notes for reviewer:
You can confirm the error happens outside of this branch by running the following code:
import Long from "long";
import { TokenUpdateNftsTransaction, Transaction } from "./exports.js";

const updateNftsTransaction = new TokenUpdateNftsTransaction()
    .setTokenId("0.0.123")
    .setSerialNumbers([Long.fromInt(1)])
    .setMetadata(new TextEncoder().encode("metadata"));

const parsedTx = Transaction.fromBytes(updateNftsTransaction.toBytes());

console.log("parsedTx: ", parsedTx._makeTransactionBody());

Checklist

[ ] Documented (Code comments, README, etc.)
[ ] Tested (unit, integration, etc.)

Hi @kantorcodes , thank you for submitting this PR! It looks great.
Would you mind adding a unit test for this change in the TokenUpdateTransaction.js to satisfy the code coverage in the CI check?

Nice catch! This should be the correct behaviour.
Looks like we were missing some unit tests for this class as a whole and we also have a TokenNftsUpdateTransaction class which should be deleted.
@ivaylogarnev-limechain do you think we can do this in a follow up issue?

Nice catch! This should be the correct behaviour.
Looks like we were missing some unit tests for this class as a whole and we also have a TokenNftsUpdateTransaction class which should be deleted. @ivaylogarnev-limechain do you think we can do this in a follow up issue?

For sure, that sounds like a better option.

Hi @kantorcodes thanks for your effort. Your commit is not verified, it's signed, but it's not verified which may cause us problems in the future, can you try to sign it again may be using ammend.  I can also see that your commits are not verified in other repos.
Are you sure you've setup your GPG keys properly? You can look at this page for more info (Signing commits).

Hi @kantorcodes thanks for your effort. Your commit is not verified, it's signed, but it's not verified which may cause us problems in the future, can you try to sign it again may be using ammend. I can also see that your commits are not verified in other repos.
Are you sure you've setup your GPG keys properly? You can look at this page for more info (Signing commits).

Thanks! I think I've got these signed properly now :)

commits must be verified

Thanks for taking a look. I think commits should be signed properly. I realized afterwards (and likely why this went unnoticed initially) that fromProtobuf had no test coverage and this seems to have blocked the merge, so I added another commit to add a basic test in as well.

authors: 0xivanov agadzhalov ivaylogarnev-limechain kantorcodes

repo: hashgraph/hedera-sdk-js


text:
refactor(aliases): rename node ID references to node alias for clarity

Description

Created new aliases for:

pod name
node alias
node id

Renamed const values of the flags for internal use to reflect their actual usage and value:

nodeIDs --> nodeAliasesUnparsed
nodeID --> nodeAlias

Renamed all references appropriately.

Related Issues

Closes # 527

I would appreicate we have a shorter branch name, since my computer screen is not wide enough :-)

Update references of nodeName to nodeAlias

:tada: This PR is included in version 0.31.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

authors: JeffreyDallas instamenta jeromy-cannon swirlds-automation

repo: hashgraph/solo


text:
Missile freezes when "fire" key is pressed

Still need to debug which keys do left and right movement.  I think the 8/9 key is fire

fixed by id: e93e6dda42dfe62d9b8b1a40842806b3751e9d4c


text:
LiftedRep noise in haddock output

GHC version: 8.2.2
platform: stack 1.6 on Arch Linux with nightly-2017-11-27 resolver
How to repro:
stack haddock from a stack project that has base in its cabal build-depends.
Result:
Haddock output has instances involving LiftedRep when it shouldn't. E.g. Functor & Applicative, where LiftedRep is not even mentioned in the source code:
https://www.stackage.org/haddock/nightly-2017-11-27/base-4.10.1.0/Data-Functor.html
https://www.stackage.org/haddock/nightly-2017-11-27/base-4.10.1.0/Control-Applicative.html

Possible duplicate of https://github.com/haskell/haddock/issues/544?

@RyanGlScott does your recent work on kind signature rendering address this?

Indeed it does! Here's what the Functor ((->) r) instance looks like on Haddock HEAD:

Nice! I will close this duplicate then. Thanks for reporting.

authors: RyanGlScott alexbiehl harpocrates jchia

repo: haskell/haddock


text:
HIE not working on Atom 1.24.1

Using HIE for ghc-8.2.2 https://github.com/domenkozar/hie-nix
When using it with Visual Studio Code the types can be seen on hover but in Atom nothing is shown on hover, just a lot of CPU activity happening.

There aren't any errors in the console, only a warning:
IntersectionObserver.observe(target): target element is not a descendant of root.
TreeView @ <embedded>:121025

If you enable the LSP debug in Settings -> Core -> Debug LSP, do you get any more information ( I can't remember if you also have to open the Atom developer tools to get the info on stderr)?

I can't find it under Edit -> Preferences -> Core.
How do I find Settings -> Core -> Debug LSP in Atom?

Do I need to add it manually under Debug -> Config... -> config.cson -> core section ?

Hmm, in your preferences -> core, do you have a DEBUG LSP like this (in the bottom)?

Then you can open
the developer console for more errors. Other thing, the ide-haskell-hie extension should automatically install https://atom.io/packages/atom-ide-ui, but just for the heck of it, can you make sure that is installed?

@Tehnix I can't find that setting:

@Tehnix atom-ide-ui wasn't installed. I installed it but the setting is still not there.

Ah. And I tried this with camelCase https://github.com/thomasjo/atom-ide-cpp/issues/2#issuecomment-339881784

Hmm, this is very puzzling. I'm on Atom 1.25, and currently have it working fine,

You say it works for VSCode on the exact same project?

@Tehnix I think that installing atom-ide-ui fixed it as it is now running fine. Thank you

@Tehnix Yes, it works for VS Code on same project. I was currently on Atom 1.24.1
I guess someone else will run into the issue if atom-ide-ui does not get installed at same time with the main plugin. I am on NixOS btw, if that helps.

authors: Tehnix razvan-panda

repo: haskell/haskell-ide-engine


text:
compilation fails for 8.4.3

On current master (commit e71a89880ec9ec23e07f2c27f8efe0ea6ae60907)
stack version: Version 1.9.1, Git revision f9d0042c141660e1d38f797e1d426be4a99b2a3c (6168 commits) x86_64 hpack-0.31.0
On archlinux, stack installed via https://get.haskellstack.org/
command: stack --stack-yaml=stack-8.4.3.yaml build
Output:
haskell-ide-engine-0.2.2.0: build (lib + exe)
Log files have been written to: /home/user/test/haskell-ide-engine/.stack-work/logs/

--  While building custom Setup.hs for package haskell-ide-engine-0.2.2.0 using:
      /home/user/.stack/setup-exe-cache/x86_64-linux-tinfo6/Cabal-simple_mPHDZzAJ_2.2.0.1_ghc-8.4.3 --builddir=.stack-work/dist/x86_64-linux-tinfo6/Cabal-2.2.0.1 build lib:haskell-ide-engine exe:hie exe:hie-wrapper --ghc-options " -ddump-hi -ddump-to-file"
    Process exited with code: ExitFailure 1
    Logs have been written to: /home/user/test/haskell-ide-engine/.stack-work/logs/haskell-ide-engine-0.2.2.0.log

    Preprocessing library for haskell-ide-engine-0.2.2.0..
    Building library for haskell-ide-engine-0.2.2.0..
    [ 3 of 25] Compiling Haskell.Ide.Engine.Plugin.ApplyRefact ( src/Haskell/Ide/Engine/Plugin/ApplyRefact.hs, .stack-work/dist/x86_64-linux-tinfo6/Cabal-2.2.0.1/build/Haskell/Ide/Engine/Plugin/ApplyRefact.o )

    /home/user/test/haskell-ide-engine/src/Haskell/Ide/Engine/Plugin/ApplyRefact.hs:67:25: error:
        • Couldn't match expected type ‘GhcMod.Monad.Newtypes.GmT
                                          (GhcMod.Monad.Newtypes.GmOutT IdeM) (IdeResult WorkspaceEdit)’
                      with actual type ‘ApplyOneParams
                                        -> IdeGhcM (IdeResult WorkspaceEdit)’
        • The lambda expression ‘\ _ (AOP uri pos title) -> ...’
          has two arguments,
          but its type ‘ApplyOneParams -> IdeGhcM (IdeResult WorkspaceEdit)’
          has only one
          In the second argument of ‘($)’, namely
            ‘\ _ (AOP uri pos title)
               -> do applyOneCmd' uri (OneHint pos title)’
          In the expression:
            CmdSync
              $ \ _ (AOP uri pos title)
                  -> do applyOneCmd' uri (OneHint pos title)
       |
    67 | applyOneCmd = CmdSync $ \_ (AOP uri pos title) -> do
       |                         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^...

    /home/user/test/haskell-ide-engine/src/Haskell/Ide/Engine/Plugin/ApplyRefact.hs:85:25: error:
        • Couldn't match expected type ‘GhcMod.Monad.Newtypes.GmT
                                          (GhcMod.Monad.Newtypes.GmOutT IdeM) (IdeResult WorkspaceEdit)’
                      with actual type ‘Uri -> IdeGhcM (IdeResult WorkspaceEdit)’
        • The lambda expression ‘\ _ uri -> ...’ has two arguments,
          but its type ‘Uri -> IdeGhcM (IdeResult WorkspaceEdit)’
          has only one
          In the second argument of ‘($)’, namely
            ‘\ _ uri -> do applyAllCmd' uri’
          In the expression: CmdSync $ \ _ uri -> do applyAllCmd' uri
       |
    85 | applyAllCmd = CmdSync $ \_ uri -> do
       |                         ^^^^^^^^^^^^...

    /home/user/test/haskell-ide-engine/src/Haskell/Ide/Engine/Plugin/ApplyRefact.hs:101:21: error:
        • Couldn't match expected type ‘GhcMod.Monad.Newtypes.GmT
                                          (GhcMod.Monad.Newtypes.GmOutT IdeM)
                                          (IdeResult PublishDiagnosticsParams)’
                      with actual type ‘Uri
                                        -> IdeGhcM (IdeResult PublishDiagnosticsParams)’
        • The lambda expression ‘\ _ uri -> ...’ has two arguments,
          but its type ‘Uri -> IdeGhcM (IdeResult PublishDiagnosticsParams)’
          has only one
          In the second argument of ‘($)’, namely
            ‘\ _ uri -> do lintCmd' uri’
          In the expression: CmdSync $ \ _ uri -> do lintCmd' uri
        |
    101 | lintCmd = CmdSync $ \_ uri -> do
        |                     ^^^^^^^^^^^^...

    /home/user/test/haskell-ide-engine/src/Haskell/Ide/Engine/Plugin/ApplyRefact.hs:281:1: error:
        • Couldn't match expected type ‘Control.Monad.Trans.Reader.ReaderT
                                          haskell-lsp-types-0.8.0.0:Language.Haskell.LSP.Types.ClientCapabilities.ClientCapabilities
                                          (MultiThreadState IdeState)
                                          (IdeResult [LSP.CodeAction])’
                      with actual type ‘s0
                                        -> Control.Monad.Trans.Reader.ReaderT
                                             haskell-lsp-types-0.8.0.0:Language.Haskell.LSP.Types.ClientCapabilities.ClientCapabilities
                                             (MultiThreadState IdeState)
                                             (IdeResult [LSP.CodeAction])’
        • The equation(s) for ‘codeActionProvider’ have six arguments,
          but its type ‘CodeActionProvider’ has only five
        |
    281 | codeActionProvider plId docId _ _ _ context = IdeResultOk <$> hlintActions
        | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^...

Did you sync and update the git submodules?

This is with the brand new stack-1.9.1
FWIW, I just build current master with it (at b70010b417a3e3af6421cec9fa242363b9337b2e)
But I did first delete the local .stack-work directories, with all the sub-dependencies it is possible/likely that they need to be rebuilt.

@alanz a clear of .stack-work seems to solve the problem

authors: alanz lorenzo power-fungus


text:
Detection of newest ColdFusion 11

Hi there,
Doing some testing on CF 11, seems that clusterd does not identify the coldfusion installation successfully. Since it compares image hashes, I have uploaded this image here.
MD5 (loginbackground.jpg) = 457c6f1f26d8a030a9301e975663589d

Additionally, here are the server details regarding my ColdFusion installation:
Version	11,0,03,292480
Edition	Developer
Operating System	Mac OS X

Thanks for this info!  The last time I tested CF11 was during beta, so it's likely that things have changed.  I'll get this updated and close this once it's in dev.

Tested and pushed to dev, thanks again!

authors: hatRiot infosec-au

repo: hatRiot/clusterd


text:
🛑 Git Server is down

In 7f71818, Git Server (https://git.arash-hatami.ir) was down:

HTTP code: 504
Response time: 15661 ms

Resolved: Git Server is back up in bab3a09 after 29 minutes.


text:
Updated README

I updated the README file with more information and linked to the official documentation. Also please note that the README examples now use hatchways/hatchways-action@v1 instead of hatchways/hatchways-action@main.

Having issues with a secret not being passed to run the "test" workflow

repo: hatchways/hatchways-action


text:
WiFi access point not set-up

Hi there,
I have purchased the SH ESP32, downloaded the SH-ESP32-nmea2000-gateway from Github (ZIP), connected the device to a Win11 PC and built and uploaded the software via USB to the SH ESP32 using Visual Studio Code. No changes have been made to the software. Build and Upload says in the terminal that it was finished with "[SUCCESS]". When monitoring a connection is made and the following text appears:
/QUOTE
--- Terminal on COM5 | 115200 8-N-1
--- Available filters and text transformations: colorize, debug, default, direct, esp32_exception_decoder, hexlify, log2file, nocontrol, printable, send_on_enter, time
--- More details at https://bit.ly/pio-monitor-filters
--- Quit: Ctrl+C | Menu: Ctrl+T | Help: Ctrl+T followed by Ctrl+H
ad:0x40080400,len:3036
entry 0x400805e4
/UNQUOTE
The device is not yet connected to NMEA 2000 or any other sensors.
The red LED on the SH ESP32 indicates power (tried both, to power through USB and through 12v) and the blue LED starts flashing (1sec on/1sec off) indefinitely once the device restarted following the uploading procedure. My understanding is that the meaning is "no wifi set-up completed yet".
I would expect that the WIFI access point to configure the device would be set up. I cannot find the WiFi access point with any device available (Android and several Win PC).
Any Idea?
I tried the same with the standart SensESP but the outcome does not change. Build and Upload works but no WiFi access point available, blue LED flashes.
I am not a professional but like to play with open source devices. The aim is to connect the SH ESP32 via WiFi to my Raspberry 4 Openplotter/OpenCPN device and have NMEA 2000 data forwarded via SignalK as well as some data from analog sensors (mainly tank but possibly engine data in case it works).
Thanks!
Hanno

Hi,
I understood what I did not understand before. The SH-ESP32-nmea2000-gateway repository does not have the full SensESP functionality but is a stripped down NMEA2000 to USB package. I will use it as is and try how it works.
Will do some testing with other (non SH) ESP32 devices to include some sonsors and submit the data via WiFi. If it works, I might merge the funktionality on the SH-ESP32 device at a later stage.
Will close this for now.
Thank you Matti and everyone else involved for putting all these templates and tutorials together! Very helpfull for a beginner like myself.


text:
Add ExactType to experimental

Based on https://github.com/python/mypy/issues/8363#issuecomment-2462048345

It's easy to show this is unsound: https://mypy-play.net/?mypy=latest&python=3.12&gist=e3f654f7d6840c8648f9a978671a2961 . Not sure we should add it here.

authors: JelleZijlstra sobolevn


text:
HAWKULAR-784 - Enable compression for serving the Hawkular UI from Undertow

…dertow

LGTM: Looks like it took the main hawkular js codebase: hawkular-console.js from 444 Kb to 72 Kb.
Not too shabby. :+1:

Merged #820

repo: hawkular/hawkular


text:
Tracking slider does not reset on track change

The tracking input[type='"range"] slider is tracking timeupdate events from the audio player and change events on the HTML tag properly.
However, when the track changes the slider does reset to the position of zero.   Right now the value attribute is manually set to zero and it appears that way in the debugger.  However, the display doesn't reflect this change.    Instead the hand stays floating somewhere close to where it was left on the last track.

using .value instead of setAttribute('value')

repo: haworku/HiOS


text:
data format

Sorry to bother you again.
I just want to know the format of the data, if you can't provide the raw data, then you just need to provide the format of the CSV and pickle data files. I just want to learn this repository.

The format of csv file and pickle were both generated by DeepLabCut. Before you use or learn this repository, please check the document of DeepLabCut first. Finally, you can know the format of csv and pickle file. There is no point to learn this repository without the prior knowledge of the DeepLabCut.

repo: hayashi-laboratory/deeplabcut-analysis


text:
Login Error: undefined Unauthorized

homebridge-frigidaire-dehumidifier v1.0.7 on HomeBridge 1.6.1 with Node.js 18.16.0
Configured the Frigidaire plugin with email as username (since that is what is used to log in on both the Frigidaire.com webpage and the Frigidaire 2.0 iOS app. Verified username/password by logging in/out on both those services.
However, when starting up HomeBridge, I get an undefined error:
[03/06/2023, 13:31:13] [FrigidaireAppliance] Frigidaire Login Error:  undefined Unauthorized
Appliance: GALLERY FGAC7044U1 DEHUMIDIFIER
Could this be related to https://github.com/bm1549/home-assistant-frigidaire/issues/33 ?

Unfortunately it same issue as everyone else in the community. Something has changed on the server side.

Posted a fix if you to be an early tester. The update does require an additional package (unrelated to this fix but is going to be part of the update to address a policy issue).  Testing will release in a week or so after seeing anything else break.
Add the following package via the Homebridge terminal
sudo npm install crypto-js
-- Replace
frigidairmain.js
constants.json (add)

Correct in version 1.0.9

authors: haywirecoder jkristinsson


text:
Added configurable version and added flag skip-check to skip workspace existence

Following #185
Added some parameters to declare kong version and skip-check (workspace existence for now)
Example deck.yaml:
kong-addr: http://192.168.1.182:8001
version: 1.5.0.3-enterprise-edition
skip-check: true
headers:
  - "Kong-Admin-Token:000000"

This way an RBAC user with workspace-superadmin default role is able to do a deck sync

Hey @nutellinoi,
Thanks for the issue and the PR and explaining the rationale behind this.
I agree with the overall approach here. Some comments:

We should not ask users to provide the version of Kong. This is error prone and asks users to do more than needed. Do you know that there exists a /workspaces/:workspace/kong endpoint which returns back the same responses as / on the Admin API? We can use that to figure out the version of Kong. decK is written to be user friendly and I think keeping it so will help.
--skip-check is a very generic name. Can we rename this to --skip-workspace-crud? This should apply to diff and sync commands, and not the root command.
Please make sure deck ping also works with the reduced set of permissions.

Please be aware that #187 is also being worked on that is at odds with your use case. We are going to make sure that both are merged in and are compatible with each other.

Thank you @hbagdi i'll do the suggested changes 😊

@hbagdi , is /workspaces/:workspace/kong available in the 1.5.x.x version of Kong enterprise?

Hi @hbagdi , the admin path needed is /:workspace/kong 😊
I was able to make it work with this path if / is not giving any valid response.
I also changed the deck.yml flag/key to skip-workspace-crud as suggested:
kong-addr: http://192.168.1.182:8001
skip-workspace-crud: true
headers:
  - "Kong-Admin-Token:000000"

I also did some modification to "ping" command to make it work with RBAC users

@hbagdi done! ✅

Also since #187 was merged in first, you will have to rework quite a bit of logic. I was hoping to merge this in and then ask @cwurm to do the extra work but it turned out the other way.
Please be careful with the merge, the logic is going to get elaborate with a lot of conditional statements.

Hi @hbagdi , i merged everything from main branch, i changed the logic accordingly to #187

Merged manually.

authors: hbagdi nutellinoit

repo: hbagdi/deck


text:
Shorten context

I didn't make it all the way through. The property list is shortened but not the classes. @dr0i, please use this version for indexing anyway.

I now also managed to shorten the class list. have a nice weekend.

thx u2 :)

Looking at the full index, I see that there are some properties not compacted. Will adjust the context accordingly.

I guess it is ok for now. We have to re-index it then. I don't intend to do any more work on this  (a few errors will be good for demonstration anyway) so this will be the last indexing round.


text:
Error running CartPole-v1

When I run
python train.py --env_name=CartPole-v1

I get this error
  File "gail-pytorch/models/nets.py", line 128, in act
    state = FloatTensor(state)
ValueError: expected sequence of length 4 at dim 1 (got 0)

I will check the error. May I ask you to let me know your OpenAI Gym version?

The gym version on my machine is 0.18,0. If you change the version to mine, you can run the project safely.

authors: deltawi hcnoh

repo: hcnoh/gail-pytorch


text:
vim's default pyrex.vim requires a pythonInclude group

Like it or not, the pyrex syntax file shipped with vim7.4 (extension .pyx) forcefully loads the python syntax file and clears the pythonInclude group, leading to an error with this python syntax file as it does not define pythonInclude anymore.
I would thus suggest providing an empty pythonInclude group to avoid this issue.

Can you create a pull request with empty pythonInclude group and a comment about pyrex?

Thank you! I've merged 67b6d85

authors: anntzer hdima

repo: hdima/python-syntax


text:
The order of vertical tabs doesn’t sync with the order of actual tabs

I’ve installed the plugin and discovered the order it displays the rows is different from the one I have my tabs in.
I made some experiments and figured these just don’t sync. If I move my original tabs, the vertical order stays the same and vise versa.
I later discovered the About page says this clearly, but I don’t think this is OK :)
So I am making a request (even perhaps it’s not possible to achieve this) to make them sync.

Thank you for your request. I also think it would be ideal if synchronization were possible, but I was unable to implement this because Obsidian does not provide an API that enables this.

authors: gchegr hdykokd

repo: hdykokd/obsidian-vertical-tabs-view


text:
完善 Scoop Manifest 内容，使用 Github Actions 自动更新 Manifest

前言
试用了几天 He3 这款软件，小工具数量非常多，都很实用。我在 he3.app 网页中看到可以用 Scoop 安装，但是在安装的时候发现是直接用下载的安装器安装的。我觉得使用解压的方式安装这款软件更优雅，所以对这个仓库作了一些改进。
希望你们能更好！
修改内容

把 he3.json 放在 bucket 目录下，这是 Scoop Bucket 的标准做法；
完善 he3.json，加入自动更新支持；
通过 7-zip 解压安装包的方式安装，而不是通过安装器安装。这样做就不需要用管理员权限运行安装命令了；
加入 Github Actions 支持，自动更新当前仓库下的 Manifest，目前设定的时间是每天运行一次。

Github Actions 补充

你需要在仓库设置中开启 Workflow 的写权限，不然 Workflow  会运行失败。具体步骤为「Settings」->「Actions」->「General」->「Workflow permissions」->「Read and write permissions」->「Save」；
Workflow 的首次运行可能要手动确认，请在仓库的 Actions 页面查看。

关于 Manifest 中的 License 字段
我不太清楚 He3 的开源协议，这款软件似乎并没有开源，之前声明的 MIT 我觉得不太合适，所以我把license字段的值改为了 Unknown。

非常感谢你的贡献！

@bobo2334 安装完之后桌面没有快捷方式，能修复吗？

Scoop 安装的软件都不会创建桌面快捷方式，而是在开始菜单中 Scoop Apps 目录下有快捷方式。
目前 Scoop 没有自动创建桌面快捷方式的功能。我在 Scoop 的 Issues 中搜索了一下，有人提过这个需求但是没有后续。
所以目前 README.md 中的安装命令是错误的；scoop install he3 -d中的-d参数是无效的。
这个需求可以用 Powershell 脚本来实现，但是不太推荐。如果确实有这个需求，可以多推广使用安装包的方式安装 He3，而不是使用 Scoop。


text:
🛑 stagin-env is down

In cfa5d7a, stagin-env (https://staging.lessonpal.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: stagin-env is back up in 9dde4fa after 12 minutes.

repo: heIsThePirate/upptime-lessonpal


text:
Support M1 Dockerfile

PR checklist

[ ] Read the contribution guidelines.
[ ] If contributing template-only or documentation-only changes which will change sample output, build the project before.
[ ] Run the shell script(s) under ./bin/ (or Windows batch scripts under.\bin\windows) to update Petstore samples related to your fix. This is important, as CI jobs will verify all generator outputs of your HEAD commit, and these must match the expectations made by your contribution. You only need to run ./bin/{LANG}-petstore.sh, ./bin/openapi3/{LANG}-petstore.sh if updating the code or mustache templates for a language ({LANG}) (e.g. php, ruby, python, etc).
[ ] File the PR against the correct branch: master, 4.3.x, 5.0.x. Default: master.
[ ] Copy the technical committee to review the pull request if your PR is targeting a particular programming language.

Onboarding updates [sc-30402]

This is supposed to be linked to sc-30402 [sc-30402] - Figure it out, Shortcut.

authors: greggilbert tomxhu

repo: headway/openapi-generator


text:
feat: LSDV-3936: Task history is stored on the backend

PR fulfills these requirements

[x] Commit message(s) and PR title follows the format [fix|feat|ci|chore|doc]: TICKET-ID: Short description of change made ex. fix: DEV-XXXX: Removed inconsistent code usage causing intermittent errors
[ ] Tests for the changes have been added/updated (for bug fixes/features)
[ ] Docs have been added/updated (for bug fixes/features)
[x] Best efforts were made to ensure docs/code are concise and coherent (checked for spelling/grammatical errors, commented out code, debug logs etc.)
[x] Self-reviewed and ran all changes on a local instance (for bug fixes/features)

Change has impacts in these area(s)
(check all that apply)

[ ] Product design
[x] Frontend

Describe the reason for change
Task history now is stored on the backend, now you can navigate through the tasks stored on the backend on label stream clicking on the arrows.
What is the new behavior?
Now the task history is stored on the backend for label stream
What is the current behavior?
Task history is not stored in any place, so if you navigating through the tasks and refresh the browser you lose the task history.
What libraries were added/updated?
NA
Does this change affect performance?
No
Does this change affect security?
No
What alternative approaches were there?
NA
What feature flags were used to cover this change?
NA
Does this PR introduce a breaking change?
(check only one)

[ ] Yes, and covered entirely by feature flag(s)
[ ] Yes, and covered partially by feature flag(s)
[x] No
[ ] Not sure (briefly explain the situation below)

What level of testing was included in the change?
(check all that apply)

[ ] e2e
[ ] integration
[ ] unit

Codecov Report
Base: 9.45% // Head: 9.45% // No change to project coverage :thumbsup:

Coverage data is based on head (6248c61) compared to base (46cf260).
Patch has no changes to coverable lines.

Additional details and impacted files
@@          Coverage Diff           @@
##           master   #1181   +/-   ##
======================================
  Coverage    9.45%   9.45%
======================================
  Files         108     108
  Lines        7830    7830
  Branches     1963    1963
======================================
  Hits          740     740
  Misses       5947    5947
  Partials     1143    1143

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.

authors: codecov-commenter juliosgarbi

repo: heartexlabs/label-studio-frontend


text:
NER Labeling: UI Performance issues with large task json files

Describe the bug
I'm uploading a ~  1MB json file containing 21 tasks of around 50kB. These contain a larger text file of around 25kB with  10 to 15 Named-Entity-Recognition (NER) predictions. After uploading the file with the necessary config the UI responds very slowly. It can take up to ~30 seconds to open a task and even scrolling through the predicted document takes ~3 seconds.
To Reproduce
Create a large tasks.json file as input
Update config to deploy frontend NER labelling using tasks.json
Go to localhost UI
Expected behavior
The frontend components should have similar speeds to small 10KB json files.
Environment
label-studio==1.1.0
label-studio-converter==0.0.29
OS: macOS Big Sur
Safari Version 14.1.1 (16611.2.7.1.4) (64-bit))
2,4 GHz 8-Core Intel Core i9, 32 GB 2667 MHz DDR4

hey! this is a really weird behavior. could you share sample of what you're uploading? if you don't want to share it here, you can send it to me via private message in our community slack. after that i'll be able to reproduce the problem and maybe we'll end up with a solution

I have a similar issue. I load a task json with around 800 tasks for NER tagging on HTML. The file has 140MB. And by loading up the Data Manager the page gets unresponsive and Heide walks a mile :-) and the loading takes a few minutes. Once I get to the Data Manager scrolling down the task list makes the page again unresponsive.
If I look at the Chrome performance I see that the most of the time is used for rendering.
I am running v.1.1.0.
Does it make a difference if create tasks and save the HTML as file on disk and link the content instead of embed the content into the task?

Had the same thing with additional issue, when highlighting left most part of the panel for me to label it, it doesn't highlight the annotated text. Though the selected text shows on the Region Panel

My text has a total of almost 15k characters

We have the same issue with individual (big) tasks that are taking a long time to render (think texts that don't fit on 1 page).
Both the initial rendering of the page takes a long time, and then annotating individual tokens also takes a lot of time. We can see a lot of CPU consumption (100%) at those times.
Our current workaround is splitting out tasks, but we would prefer not to do it, as we lose the full context for our annotators.

authors: inzomiac nicholasrq roelvanderburg schafsam w0ut0

repo: heartexlabs/label-studio


text:
Relation arrow is not working as per expectation

Describe the bug
https://user-images.githubusercontent.com/45035063/103121466-4d45d300-46a2-11eb-831c-69dc5d3ed9c9.mp4

@ghanshyamdev Could you clarify, what LS version is it?

@makseq
Currently, I'm using 0.7.5. I've also tested on your website Label Studio. At both the places error persists

@ghanshyamdev Could you reproduce this bug in this project:
https://app.labelstud.io/api/project-switch?uuid=594074b5-a2a0-4ca8-8c5e-3c65efceb509
I imported text and made one completion there. But can't get this bug.

@makseq Done please recheck the project.
Note: I've changed the project config

@makseq @nicholasrq I am facing same issue relation arrows are not working as expected within scroll.
https://user-images.githubusercontent.com/73108674/103609907-e26b8600-4f44-11eb-83ed-6635e77b2c82.mp4

@makseq @nicholasrq I am facing same issue relation arrows are not working as expected within scroll.
https://user-images.githubusercontent.com/73108674/103609907-e26b8600-4f44-11eb-83ed-6635e77b2c82.mp4

@makseq The actual reason behind the issue is the CSS I'm using, I'm using a long document and I've added this CSS to add the scroll-bar for the long document. Is there any suggestions from your side

@makseq The actual reason behind the issue is the CSS I'm using, I'm using a long document and I've added this CSS to add the scroll-bar for the long document. Is there any suggestions from your side

We have discussed it with our frontend developers, it requires non-trivial fixes. I've created a ticket about it.

We have discussed it with our frontend developers, it requires non-trivial fixes. I've created a ticket about it.

authors: ghanshyamdev makseq tejas-vadgama


text:
Alt+Tab Hotkey

I was wondering what the rationale behind using alt + tab as a hotkey for "Circle through entities" is?
For me, this hotkey doesn't work in Label Studio as it's (understandably) overruled by the system-wide usage of alt + tab for window switching, and even if that wasn't the case it seems like strange practice to override a global hotkey (on all major operating systems).

@danielcrane Thank you for your feedback. Yes, LS has a not very thoughtful hotkeys, and we are planning a big update for them.
Alt + Tab was wrongly used because MacOS doesn't have this as the default hotkey.

I see, thanks so much for the info, looking forward to it!

take a look at #1453 please. alt + tab was replaced with alt + . and should work just fine on any platform

authors: danielcrane makseq nicholasrq


text:
fix: DEV-2366: User is able to edit taxonomy results imported as read-only

Hi @yyassi-heartex!
This PR was created in response to a PRs in upstream repo:

https://github.com/heartexlabs/label-studio-frontend/pull/748

already merged

authors: hlomzik robot-ci-heartex


text:
Overridable buttons onClickListeners

Direct onClickListener replaced by overridable method.

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

This may not seem very useful, but if someone (like me) decide to set intro as launcher activity - which wouldn't let main acitivity content appear first -, there will be an ugly wait time between closing intro activity and opening main activity. Setting fragment as non-forwardable and overriding next button click would let me handle this.

To use material-intro as a launching activity please refer to the splash screen sample in the sample app.
Normally you don't need to start any Activity from the intro.

Actually, I think that IntroActivity should start before MainActivity because it's kind weird two activities popping almost at same time, and you probably realize that, but it's your project and it's great the way it is : ).
Forgetting about starting an activity, there's this case where I could replace an unnecessary button function by next button:

As you can see, → button (next to EditText) does some validations, but I could use next button to do that. To relieve the situation, I call nextSlide() if it passes by validation, but I still having two buttons doing one thing.
I bet there are more situations that this could be really useful, but it's on your own.

I see your point.

Done. onClickListener reverting could happen with direct call too, I've created a get because it makes more sense to me. Feel free to request/change whatever you want.

repo: heinrichreimer/material-intro


text:
Possibility to disable messaging based on some config property

Environment Details

Helidon Version: 3.2.2
Helidon MP
JDK version: 17

Problem Description
Have the possibility to disable specific messaging channels, similar to "tracing.enabled" property, or the functionality the smallrye reactive messaging is exposing. At the very least maybe offer the possibility to disable the MessagingCDIExtension  in order to disable the channel registration and connection.
https://smallrye.io/smallrye-reactive-messaging/3.22.1/concepts/advanced-config/

We are considering more general feature for disabling CDI extensions. Workaround is to reconfigure your messaging channel to listen on the helidon mock connector helidon-mock:
mp.messaging.incoming.your-channel-in.connector=helidon-mock

Thanks, will use the mock connector for now.

authors: botsteve danielkec

repo: helidon-io/helidon


text:
Removed public IPs from GCP BOSH deployments

Fixed vault-deploy.sh

Codecov Report

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

@@           Coverage Diff           @@
##           master      #44   +/-   ##
=======================================
  Coverage   38.63%   38.63%
=======================================
  Files          12       12
  Lines         176      176
=======================================
  Hits           68       68
  Misses        108      108

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 6a94a5a...b7ea43d. Read the comment docs.

authors: codecov-io vshatravenko

repo: helios-technologies/kite


text:
[Addition]: Ban these guys, stealing our earnings

Hotspot b58 Addresses
112GdFW8SUojapKWG5VJyjoNaRrvL8uXWbq4UB8mxz1EzqFdiFCz
112HtmgZmQqxDsST9xTuByoDBwBFSyDTcX6ZVPpqZXQkidbeePW7
112iLYawZ2G2Pf9NzFSMKCTfdmR24W1hqiCqWZh6gfLGA98xnhrc
112ivf9ykS4BzeYC3YBxNVTgP8HsGU4m1Lrv3XZPxxcTLDcMsbY5
112KE6rouZfuNHMn6nt2NRQwZGeEgJg2kvfGdyPimU5sD5A1Zr86
112koxd7hamQS9sGirLfsPScopfEY4xQGmzEvAugVDjwdGA93Y7R
Discord Handle
No response
Reason(s)
cheating

@hexboy7O you are reported for abusing the denylist. Stop copy pasting tickets.

repo: helium/denylist


text:
Remove 'required' property from fields in inactive tab

This PR removes required property from inactive tab on OAuthServer page.

👍

authors: ivanzusko rafaeljesus

repo: hellofresh/janus-dashboard


text:
helm plugin install https://github.com/helm-unittest/helm-unittest.git doesn't install latest version

It seems the  helm plugin install https://github.com/helm-unittest/helm-unittest.git doesn't install latest version as expected or it might be something that I missed..
When I install helm plugin unittest with version 0.3.3, the version 0.3.3 will be installed correctly and then I uninstall the plugin and install again using the helm plugin install https://github.com/helm-unittest/helm-unittest.git command, it will reinstall the v0.3.3 again instead of the latest version v0.3.5
% helm plugin install https://github.com/helm-unittest/helm-unittest.git --version 0.3.3
Support macos-arm64
Retrieving https://api.github.com/repos/helm-unittest/helm-unittest/releases/tags/v0.3.3
Downloading https://github.com/helm-unittest/helm-unittest/releases/download/v0.3.3/helm-unittest-macos-arm64-0.3.3.tgz to location /tmp/_dist/
% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100 19.5M  100 19.5M    0     0  11.7M      0  0:00:01  0:00:01 --:--:-- 16.4M
Validating Checksum.
Preparing to install into /Users/usera/Library/helm/plugins/helm-unittest.git
helm-unittest installed into /Users/usera/Library/helm/plugins/helm-unittest.git
Running chart unittest written in YAML.
................................... (omitted)
Installed plugin: unittest
% helm plugin uninstall unittest
Uninstalled plugin: unittest
% helm plugin install https://github.com/helm-unittest/helm-unittest.git
Support macos-arm64
Retrieving https://api.github.com/repos/helm-unittest/helm-unittest/releases/tags/v0.3.3
Downloading https://github.com/helm-unittest/helm-unittest/releases/download/v0.3.3/helm-unittest-macos-arm64-0.3.3.tgz to location /tmp/_dist/
% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100 19.5M  100 19.5M    0     0  11.6M      0  0:00:01  0:00:01 --:--:-- 16.1M
...................................(omitted)
Installed plugin: unittest
%

Hello @csun-cpointe,
The behaviour seems related to the caching of the plugin by helm. Will check if there is a way to control the cache.
Can you validate if the update does update the plugin to the latest version?
Using: helm plugin update unittest
Greetings,
@quintush

@quintush thanks for the reply.
it gives an error when I run the command
 % helm plugin update unittest
Error: Plugin: unittest not found

@quintush I realized that the error I had is because I removed cache but I am still having issues if I don't remove cache and just use the helm plugin update unittest (updated above comment with correct error)

Hello @csun-cpointe,
Thanks for the update.
Will check if the installation can be simplified.
Greetings,
@quintush

authors: csun-cpointe quintush

repo: helm-unittest/helm-unittest


text:
Tasks failed on Apache Druid

Hello, I'm using helm chart incubator/druid and when I submit any ingestion he fail the task, even when I try to use sample data wikipedia gets the same error:
K8s: minikube
Erro message in task log tab:
Request failed with status code 404
Helm install:
helm install druid -f /home/mateus_oliveira/druid-values.yaml incubator/druid --version 0.2.8 --set overlord.enabled=true
Druid-value.yaml (just enable kafka ingestion)
druid_extensions_loadList: '["druid-histogram", "druid-datasketches", "druid-avro-extensions","druid-kafka-indexing-service","druid-lookups-cached-global", "postgresql-metadata-storage"]'

#22911
The default druid_storage_type value is local. you have to set the your deep storage for the Apache Druid cluster

authors: AWaterColorPen MateusHenriqueOliveira

repo: helm/charts


text:
[stable/stolon] Use custome names for stolon keeper

What this PR does / why we need it:
It help to create different UIDs for stolon keepers when you create two stolon clusters on one backend storage
Checklist

[x] DCO signed
[x] Variables are documented in the README.md

/assign @scottrigby

/assign @viglesiasce

/assign lachie83

/test pull-charts-e2e

/retest

/test pull-charts-e2e

/assign @unguiculus


text:
[stable/airflow] Use ingress.web.host value instead of hardcoded loca…

…lhost:8080
For AIRFLOW__WEBSERVER__BASE_URL environment variable
Signed-off-by: Olivier Monnier 5500018+omonnier@users.noreply.github.com

Is this a new chart

NOTE: We're experiencing a high volume of PRs to this repo and reviews will be delayed. Please host your own chart repository and submit your repository to the Helm Hub instead of this repo to make them discoverable to the community. Here is how to submit new chart repositories to the Helm Hub.

What this PR does / why we need it:
Which issue this PR fixes
(optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close that issue when PR gets merged)

fixes #

Special notes for your reviewer:
Checklist
[Place an '[x]' (no spaces) in all applicable fields. Please remove unrelated fields.]

[x] DCO signed
[x] Chart Version bumped
[x] Variables are documented in the README.md
[x] Title of the PR starts with chart name (e.g. [stable/mychartname])

/assign @gsemet Please review

/lgtm
nice one

authors: gsemet omonnier


text:
added ability to use loadBalancerSourceRanges in weave-scope

What this PR does / why we need it:
Adds load balancer source ranges functionality to weave-scope helm chart.
This is needed to allow limiting the loadbalancer to be exposed on specific network ranges.
@omkensey
Which issue this PR fixes (optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close that issue when PR gets merged): fixes #
None
Special notes for your reviewer:

I don't have a setup I can test this on, but conceptually it seems fine to me.

Is there anything I can do to help or unblock this from being merged?

authors: ejether omkensey


text:
Inconsistent helm repo list behavior

Command helm repo list act differently when repository config file don't exists:
$ helm repo list
Error: no repositories to show
$ helm repo list -o json
[]
$ echo $?
0

$ rm ~/.config/helm/repositories.*

$ helm repo list -o json
Error: no repositories to show
$ echo $?
1

In both cases helm should return return empty list of repositories without exiting with error code.
Output of helm version:

version.BuildInfo{Version:"v3.7.2", GitCommit:"663a896f4a815053445eec4153677ddc24a0a361", GitTreeState:"clean", GoVersion:"go1.16.10"}
version.BuildInfo{Version:"v3.8.0", GitCommit:"d14138609b01886f544b2025f5000351c9eb092e", GitTreeState:"clean", GoVersion:"go1.17.5"}

fixed in https://github.com/helm/helm/pull/10519.

authors: bacongobbler luinnar

repo: helm/helm


text:
Update the Go version to 1.22

This change is to update the go version from 1.21 to 1.22 and the golangci-lint from 1.55 to 1.56.

What this PR does / why we need it:
Special notes for your reviewer:
If applicable:

[ ] this PR contains documentation
[ ] this PR contains unit tests
[ ] this PR has been tested for backwards compatibility

@mattfarina should I abandon this after our discussion?


text:
fix: helm push to OCI registry failed when the registry integrate with keycloak

fixes #12121
What this PR does / why we need it:
bump github.com/containerd/containerd from 1.7.12 to 1.7.18
Containerd 1.7.16 fixed a issue https://github.com/containerd/containerd/pull/10065, which could fix the issue #12121 on helm

I can confirm that this fixes #12121 which is extremely inconvenient

@CheneyCookie thanks!

authors: CheneyCookie guigomcha


text:
feat: add skip json schema validation during the install /upgrade of a Chart

This pull request introduces a new --skip-schema-validation flag across various commands and configurations to improve flexibility in schema validation handling. The changes span multiple files and functions to ensure comprehensive integration of this new option.
New Flag Integration:

cmd/apply.go, cmd/sync.go, cmd/template.go: Added --skip-schema-validation flag to the respective commands. [1] [2] [3]

Configuration and Option Updates:

pkg/config/apply.go, pkg/config/diff.go, pkg/config/sync.go, pkg/config/template.go: Added SkipSchemaValidation field to the options structs and implemented corresponding methods. [1] [2] [3] [4]
pkg/app/config.go: Updated ApplyConfigProvider and DiffConfigProvider interfaces to include SkipSchemaValidation method. [1] [2]

Functional Enhancements:

pkg/app/app.go: Integrated SkipSchemaValidation into the apply and diff functions. [1] [2]
pkg/state/helmx.go: Added method to append --skip-schema-validation flag to helm commands.
pkg/state/state.go: Updated Helm and Release specifications to include SkipSchemaValidation and integrated it into the flag generation for upgrade and diff commands. [1] [2] [3] [4] [5] [6]

Test and Mock Updates:

pkg/app/app_test.go, pkg/app/diff_test.go: Added SkipSchemaValidation to config structs and implemented corresponding methods in mocks. [1] [2] [3] [4] [5] [6] [7]
pkg/exectest/helm.go, pkg/helmexec/exec.go: Added mock methods for handling SkipSchemaValidation. [1] [2] [3]

@yxxhero  ```
temp_test.go:38: unexpected result: want (-), got (+):
string(
- 	"foo-values-d566bffd8",
+ 	"foo-values-5db58595d7",
)
=== RUN   TestGenerateID/different_bytes_content
temp_test.go:44: unexpected result: want (-), got (+):
string(
- 	"foo-values-65b557f8c5",
+ 	"foo-values-78d88d86dd",
)
=== RUN   TestGenerateID/different_map_content
temp_test.go:51: unexpected result: want (-), got (+):
string(
- 	"foo-values-74d5cd8cc7",
+ 	"foo-values-f9c8967cd",
)
=== RUN   TestGenerateID/different_chart
temp_test.go:58: unexpected result: want (-), got (+):
string(
- 	"foo-values-85db6bbb4c",
+ 	"foo-values-cdfb97444",
)
=== RUN   TestGenerateID/different_name
temp_test.go:64: unexpected result: want (-), got (+):
string(
- 	"bar-values-85cf974b7",
+ 	"bar-values-749bc4c6d4",
)
=== RUN   TestGenerateID/specific_ns
temp_test.go:70: unexpected result: want (-), got (+):
string(
- 	"myns-foo-values-574676fbb9",
+ 	"myns-foo-values-7b74fbd6d6",
)
--- FAIL: TestGenerateID (0.00s)
--- FAIL: TestGenerateID/baseline (0.00s)
--- FAIL: TestGenerateID/different_bytes_content (0.00s)
--- FAIL: TestGenerateID/different_map_content (0.00s)
--- FAIL: TestGenerateID/different_chart (0.00s)
--- FAIL: TestGenerateID/different_name (0.00s)
--- FAIL: TestGenerateID/specific_ns (0.00s)

@zhaque44 https://github.com/databus23/helm-diff/pull/676

Works only for diff and upgrade commands but not for template.

authors: Logunov yxxhero zhaque44

repo: helmfile/helmfile


text:
feat: Add "--no-hooks" to helmfile template

I'd like to request this feature because I am not using the hooks that helm charts generate during the template command but would like Helmfile to support that.
Happy to make changes and take feedback. I based changes on this https://github.com/helmfile/helmfile/commit/e1ca84677248fe799a1189d01b86396fbee984f1 but am aware it's an old design and I didn't consider the "diff-args" way of doing it.

@jwlai pls rebase or sqush your commits.

@jwlai please fix the lint issue.

@jwlai almost is LGTM. but could you add some tests? thanks so much.  you can follow https://github.com/helmfile/helmfile/commit/e1ca84677248fe799a1189d01b86396fbee984f1.

authors: jwlai yxxhero


text:
Fix emoji-only UI in Message.Bubble component

In release https://github.com/helpscout/hsds-react/releases/tag/v2.88.0 the Chat UI was updated for when the message body included only Emoji characters. However this work did not include the scenario when message data was passed in the body prop. This PR addresses that missing support.
Before

After

Pull Request Test Coverage Report for Build 3060

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 100.0%

Totals

Change from base Build 3058:
0.0%

Covered Lines:
154

Relevant Lines:
154

💛  - Coveralls

authors: TerrenceLJones coveralls

repo: helpscout/hsds-react


text:
Update README.md

zBench.run now expects three arguments

Welcome @jasperdunn, and thanks for your first contribution! 🚀  It's great to see new community members jumping right in. We do need a small update to the README.md based on your observation. If you could revise your PR with the provided snippet, that would be fantastic!
test "bench test" {
    const test_allocator = std.testing.allocator;
    var resultsAlloc = std.ArrayList(zbench.BenchmarkResult).init(test_allocator);
    var bench = try zbench.Benchmark.init("My Benchmark", test_allocator);

    var benchmarkResults = zbench.BenchmarkResults{
        .results = resultsAlloc,
    };
    defer benchmarkResults.results.deinit();

    try zbench.run(myBenchmark, &bench, &benchmarkResults);
}

Thanks for the welcome @hendriknielaender!
I updated to the latest commit hash, and tried running this test:
fn myBenchmark(b: *zbench.Benchmark) void {
    _ = b;
}

test "bench test" {
    const test_allocator = std.testing.allocator;
    const resultsAlloc = std.ArrayList(zbench.BenchmarkResult).init(test_allocator);
    var bench = try zbench.Benchmark.init("My Benchmark", test_allocator);
    var benchmarkResults = zbench.BenchmarkResults{
        .results = resultsAlloc,
    };
    defer benchmarkResults.results.deinit();
    try zbench.run(myBenchmark, &bench, &benchmarkResults);
}

Unfortunately, it hangs indefinitely, do you know what could be going wrong here?
I am also wondering if we should be calling something like defer test_allocator.destroy(bench); or defer bench.deinit() as well.

Yes your idea to include defer bench.deinit() or defer test_allocator.destroy(bench) is a good one. Seems that we missed that.
Regarding the example, i guess the issue is that the myBenchmark fn doesn't need to be used in the function itself anymore (e.g: _: *zbench.Benchmark). And that there is no fn being passed down. I guess we need to handle the case when there is no fn.
fn myBenchmark(_: *zbench.Benchmark) void {
    _ = helloWorld();
}

Nice, I'll try and take a look into these in separate branches.
Btw I just pulled main and zig build test_examples isn't printing anything for me. Any ideas?

@jasperdunn I think that is intended. If you look at build.zig, there's a const install_example = b.addInstallArtifact(example, .{});, meaning that a binary is "installed" (dumped to /zig-out/bin) for each example. If you want to run the examples from the build-script, you'd have to add a run step, i.e. b.addRunArtifact. For unit tests, you normally have no install step, only the run step. If you then run the tests, no news are good news, i.e. there's no output to stderr if all tests pass. In our case, we want to have the examples as executables that always give output since we want to see the test aka benchmark result.
Honestly, I found zig's build system a bit confusing at first. But you get used to it. It's not as simple as a go build or cargo build but it gives you a lot of control - and has to work with C/C++ as well. Btw. Andrew Kelley recently released a docs page on the build system: https://ziglang.org/learn/build-system/

Thanks for the detailed response!
Yeah the build system is very powerful, I look forward to it stabilising 🤞
I  assume from looking at the readme that running the zig build test_examples command should print the benchmark results. Whereas the zig build test command would simply run the tests? There is no expect in these example benchmark tests, so they’ll always pass if they compile?
I don’t feel comfortable updating the readme if I can’t get the benchmark examples working 🥲
I also noticed some of the tests aren’t being run e.g. utils. I know this is a known issue with zig atm where it won’t find all the tests for you, should these be getting tested?
Happy to raise a PR for importing the files with tests into a tests.zig file. Not sure what everyone’s doing these days but I have seen this pattern used.

Another thing about tests in zig is that they get cached, meaning that if a tests succeeds once and you don't change the tested code afterwards, it won't get run again by the build-system. That's kind of not what you want for an example. I'd be fine with building and running the binaries but let's hear what @hendriknielaender has in mind how the examples should work.
I'm not aware of any conventions in zig about where to put tests, I've seen them all over the place in some repos. IMHO, having a test alongside the code is OK if it's for illustration or if there's just a small amount of code overall getting tested. But if you start to accumulate a large number of unit tests, that just clutters the actual code and I would rather have tests-only .zig files. Just as I would have a [packagename]_test.go in go for example. Which can contain examples btw. 🦾 😁

Another thing about tests in zig is that they get cached
Oh yeah! I forgot about that part, I wonder if you can turn the caching off.

building and running the binaries
I didn't realise that's what I had to do for the examples 😁

Now I'm wondering if the benchmark code should even be run inside a test? 🤔
Considering that:
A. a benchmark can be run again (no caching)
B. a benchmark can't fail a test?

Yeah, I was originally advocating to have benchmarks as part of tests. Got spoiled by go I guess. Thinking about it now, I'm not too strong on that opinion anymore ;-)

Hey @jasperdunn @FObersteiner
I think running benchmarks within tests can have some tangible benefits. It ensures that performance considerations are an integral part of our test suite, and not an afterthought. This integration can help us routinely monitor performance as we continue development, catching regressions or improvements as they happen.
Yur observations and the issues you've encountered, I believe it's wise to claim that benchmarks should indeed run within the test framework but with certain conditions in place. For one, we should ensure that benchmarks do not get cached, allowing them to be run multiple times for accurate measurements. Additionally, benchmarks should be designed so they do not cause test failures by themselves since their purpose is to measure, not to validate correctness.
If we manage to refine zBench to be stable and error-proof, it might be worth proposing its methodology to the wider Zig community. Perhaps it could become a part of the standard library or a recommended external tool. This would require a formal proposal and demonstration that zBench is robust and provides significant value.
I will open an issue, to include all tests in zig build test  👍. For the other case I think the separation is okay that our benchmarks are build with test_examples. Maybe we need also more information on that in the README.

Sounds good, I think it makes sense to close this PR for now, we can improve the documentation once we've implemented / settled-on some of these ideas.

repo: hendriknielaender/zBench


text:
设置开机自动启动

请问开机自动启动这个设置是否存在？  或者是我没有找到？

@YXH-YXH http://lmgtfy.com/?q=How+to+make+Programs+run+on+startup+in+Windows

没有。确实没有。或许你需要自己写脚本把它加入启动项。

@YXH-YXH
将exe或其快捷方式放入C:\ProgramData\Microsoft\Windows\Start Menu\Programs\StartUp即可

authors: YXH-YXH gtr-0000 gxyzjs xflxfl

repo: henkman/virgo


text:
Bump nokogiri from 1.11.4 to 1.12.5

Bumps nokogiri from 1.11.4 to 1.12.5.

Release notes
Changelog
Commits

updated-dependencies:

dependency-name: nokogiri
dependency-type: indirect
...

Signed-off-by: dependabot[bot] support@github.com

z<cxz<xz<x<zx<


text:
Status of connection

Can you make sense to set up a flag to apply a control over the connection status? I have a lot of hosts I don't have access, it would be nice to know what I can connect and to what not, what do you think?
An example could be:
hssh l --status-ok

The functions for each host perform a test connection and print the only available host.

Mmm, idk! What happens if you try to connect outside of a VPN? You have a non-realistic result. I'm not sure about this implementation. Keep in mind that with the new JumpCloud provider we can sync only user-related hosts.

authors: CasvalDOT valentinocossar

repo: heply/hssh


text:
TLS Passthrough & HTTP Redirect

I have a pod that accepts only HTTPS traffic on port 443. To route the traffic, I used an IngressRoute with the new TLS Passthrough option:
apiVersion: contour.heptio.com/v1beta1
kind: IngressRoute
metadata:
  name: test
spec:
  virtualhost:
    fqdn: test.example.com
    tls:
      passthrough: true
  tcpproxy:
    services:
      - name: test
        port: 443
  routes:
    - match: /
      services:
        - name: test
          port: 443

The TLS forwarding works great. However, contour is not accepting traffic on port 80 and therefore does not auto-redirect the request to the HTTPS port. Am I missing some configuration?
Environment:

Contour version: 0.9.0
Kubernetes version: 1.11 (kubectl: 1.13)
Cloud provider or hardware configuration: GKE

Thank you for your issue. The problem is when using tcpproxy you're mixing L4 and L7 in this service. I see the argument that for your service you want to provide HTTPS from the backend service using TCP forwarding, so it makes sense that you'd want to have a 80 -> 443 redirect. But that is only in the case where your backend service is HTTPS, if it were some other service using TLS as a transport, then port 80 redirection does not make sense.

@davecheney  Thanks for the detailed explanation!
It would be nice if contour would support that out of the box in a HTTPS forwarding scenario.
I'm now trying to forward the HTTP traffic to my instance and perform the redirect there using this config:
apiVersion: contour.heptio.com/v1beta1
kind: IngressRoute
metadata:
  name: test
spec:
  virtualhost:
    fqdn: test.example.com
    tls:
      passthrough: true
  tcpproxy:
    services:
      - name: test
        port: 443
  routes:
    - match: /
      services:
        - name: test
          port: 80
          permitInsecure: true

Unfortunately, It's not working. Is this the right approach? Do I need two separate ingress route definitions? Thanks for your help!

@256dpi i'm sorry this is a limitation at the moment. You cannot have to ingressroute records with the same fqdn.

@256dpi sorry it's taken me so long to get back to this issue, this is something i'm hoping to address in beta.1 (or at least confirm that we cannot support it for Contour 1.0).
Something I spotted was your permitInsecure: true declaration was on the wrong line. It should be a child of rout, not of services. I'm not sure if this is the only problem, but its certainly the first one that will have to be fixed before working on this some more.

repo: heptio/contour


text:
Getting extruded building object

Hi, is there is any possibility to get the actual extruded feature building as an object reference right now?
Something the same as https://developer.here.com/documentation/android-premium/dev_guide/topics/map-extruded-buildings.html
I want to get the building faces and add some textures on them.

Hi @gizm0bill, thanks for interest in our project.
TLDR, some parts of what you seek is possible but far from easy.
Problem 1.
Due to performance reasons, by default we don't keep any information about identity of map features, so what we see on map is just 3d geometry divided into tiles with no knowledge which polygon belongs to which "building" in your case.
To retrieve this information, you must at least tell OmvDataSource to gatherFeatureAttributes by setting it to true in constructor.
Note - this greatly increases memory usage.
See object picking examples: https://www.harp.gl/docs/master/examples/#object-picking.html
Problem 2
Due to already mentioned tiling, one "real" building may end up being split to several tiles and thus rendered by several distinct THREE.Objects.
So, we need to correlate "features" from many tiles and this is only available in some data providers.
Not all datasources provide feature id for all features.
Namely

object picking example using https://xyz.api.here.com/tiles/herebase.02 shows that you don't have disctinct $id for each feature in this case
XYZ OSM datasource https://xyz.api.here.com/tiles/osmbase/256/all- used in other example provides proper feature $ids AFAIR.

Problem 3
This is going hardcore as most of API is not documented as good as we would like to
Having gatherFeatureAttributes set, you can traverse scene and find all objects with userData.feature containing TileFeatureData objects to search for buffer geometry segments that are responsible for rendering feature by inspecting TileFeatureData.objInfos and correlating it with TileFeatureData.starts which tell where in particular BufferGeometry given feature starts.
Knowing ranges, you can use multi material/groups feature of THREE.Mesh to render selected ranges with other material - i would start with different color.
Problem 4
I'm not certain if we generate usable texture coordinates buffer.
Summarizing this part of this can be done, but require very intimate knowledge of engine.
Unfortunately we don't have ready any ready example to be shown at hand.
Hope that it helps, we're open to questions.

Much appreciated!


text:
HARP-2104: Fix typedoc module mapping.

re-add typedoc-plugin-external-module-map responsible for cleaning up of layout in our typedoc
ignore code in @here/generator-harp.gl

@heremaps-bot retest this please

retest this please

authors: blazejkroll zbigg


text:
HARP-3891: Display generic (open-sourced by Here) road-shields.

Simple solution for generic road-shields display (same for every world
region). Solves problem with different road names (name length).
Signed-off-by: Krystian Kostecki ext-krystian.kostecki@here.com

@heremaps-bot ok to test

For now I have used mapbox icons, generated with their tool (requires license check):
https://labs.mapbox.com/map-icon-editor/editor/
Later on we may change it to custom icons created by graphics.

@heremaps-bot ok to test

authors: kkostecki zbigg


text:
Nested VCS matching

Please have a look at the individual commit messages for the details.

This change is

/cc @musculman

repo: heremaps/oss-review-toolkit


text:
Independent docker build

simplify docker build process

This change is

Thanks for the contribution. Would you mind explaining how this is simpler than running ./gradlew cli:dockerBuildImage and then docker run ort? Also, please note that there are other docker-related branches being worked on currently (in particular, the jenkinsfile branch), so you may want to have a look at them, to see whether these would also solve your issue (whichever that is).

Thanks for the contribution. Would you mind explaining how this is simpler than running ./gradlew cli:dockerBuildImage and then docker run ort? Also, please note that there are other docker-related branches being worked on currently (in particular, the jenkinsfile branch), so you may want to have a look at them, to see whether these would also solve your issue (whichever that is).

thanks for reply @sschuberth
This workflow is better in case if you do not want install all build required software like git|yarn|node|java onto your local machine.
This slightly different logic: we build oss-review-toolkit inside docker. This give us full environment independence.
When developers will have this proposed solution - to start locally oss-review-toolkit they will need do 1 steps & docker locally:
cd ~/oss-review-toolkit && docker build -t heremaps/oss-review-toolkit:latest .
Thats more simple than:

install java
install node js
install yarn
match versions of them
setup env variables for it
Also lets say that some of them have already yarn|java|npm|node and version does not match oss-review-toolkit build requirements. This bring more pain for start it locally.

@sschuberth added license header into Dockerfile

Note that for ./gradlew cli:dockerBuildImage to work you only need a JDK and Yarn, everything else is in cli/docker/Dockerfile.
However, I get your point in that the above is a Dockerfile for running ORT, but developers may want to have a Dockerfile for building ORT (and people seem to mix this up, also see issue https://github.com/heremaps/oss-review-toolkit/issues/1357). This is exactly the issue being currently addressed in the jenkinsfile branch which will feature three separate Dockerfiles for building, testing and running ORT, respectively.

Thanks for the contribution. Would you mind explaining how this is simpler than running ./gradlew cli:dockerBuildImage and then docker run ort? Also, please note that there are other docker-related branches being worked on currently (in particular, the jenkinsfile branch), so you may want to have a look at them, to see whether these would also solve your issue (whichever that is).

thanks for reply @sschuberth
This workflow is better in case if you do not want install all build required software like git|yarn|node|java onto your local machine.
This slightly different logic: we build oss-review-toolkit inside docker. This give us full environment independence.
When developers will have this proposed solution - to start locally oss-review-toolkit they will need do 1 steps & docker locally:
cd ~/oss-review-toolkit && docker build -t heremaps/oss-review-toolkit:latest .
Thats more simple than:

install java
install node js
install yarn
match versions of them
setup env variables for it
Also lets say that some of developers have already yarn|java|npm|node and version does not match oss-review-toolkit build requirements. This bring more pain for start it locally.

@sschuberth sorry for worries, but this flow may be alternative for
https://github.com/heremaps/oss-review-toolkit/blob/master/cli/docker/Dockerfile
seams like not all developers required such dockerization style.

nch which will feature three

@sschuberth agreed, should I provide this PR into jenkinsfile as example?

Thanks for the contribution. Would you mind explaining how this is simpler than running ./gradlew cli:dockerBuildImage and then docker run ort? Also, please note that there are other docker-related branches being worked on currently (in particular, the jenkinsfile branch), so you may want to have a look at them, to see whether these would also solve your issue (whichever that is).

@sschuberth agreed, should I provide this PR into jenkinsfile as example?

Note that for ./gradlew cli:dockerBuildImage to work you only need a JDK and Yarn, everything else is in cli/docker/Dockerfile.
However, I get your point in that the above is a Dockerfile for running ORT, but developers may want to have a Dockerfile for building ORT (and people seem to mix this up, also see issue #1357). This is exactly the issue being currently addressed in the jenkinsfile branch which will feature three separate Dockerfiles for building, testing and running ORT, respectively.

@sschuberth agreed, should I provide this PR into jenkinsfile as example?

should I provide this PR into jenkinsfile as example?

No, please simply give me a few more days so I can finish the work on the jenkins branch and get it merged to master, and then please check whether that solution can fully replace your PR ans serves your needs.

Please see https://github.com/heremaps/oss-review-toolkit/pull/1589 for what I'm proposing instead.

@sweetca, the new Dockerfiles are now merged in master, and documentation to build and / or run ORT using Docker is available, too. Could you please check whether your PR still needed?

Closing this as an alternative solution was merged meanwhile. Feel free to reopen if you feel your use-case was not addressed by this.

authors: sschuberth sweetca


text:
Uhyve ignores environment variables

If there are more than 128 environment variables, uhyve ignores the rest of them. This behaviour was introduced in https://github.com/hermitcore/uhyve/pull/34 which fixes #31 , before that it crashed in that case.
In the long run, a better solution is desired here, contributions welcome!

Hello, this is the same team from UT! We are interested in working on this issue as well. Would that be alright?

Sure. As this one implies changes to multiple repositories, I'd suggest you first present your approach here before actually implementing it.

authors: charlottestinson jounathaen

repo: hermit-os/uhyve


text:
Moved const/var errors from nakama to nakama-common

This is a PR to address #691.
With error types in "nakama" repository, it's difficult to check for errors and take a different action for each error.
I have moved errors from "nakama" to "nakama-common" so it is possible to check errors using errors.Is in plugin code.
I tried to move every error which I thought might be useful in plugin code. If any error is missing, I can add them.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.Peyman Narimani seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

authors: CLAassistant pnarimani

repo: heroiclabs/nakama


text:
Windows 10 lacks crtdll

It leads to following stack trace after entering email on login:
Password (typing will be hidden): <ruby_install_dir>/lib/ruby/2.0.0/Win32API.rb:14:in `initialize': No such file or directory (LoadError)
    from <ruby_install_dir>/lib/ruby/2.0.0/Win32API.rb:14:in `dlopen'
    from <ruby_install_dir>/lib/ruby/2.0.0/Win32API.rb:14:in `initialize'
    from <ruby_install_dir>/lib/ruby/gems/2.0.0/gems/heroku-3.41.3/lib/heroku/auth.rb:245:in `new'
    from <ruby_install_dir>/lib/ruby/gems/2.0.0/gems/heroku-3.41.3/lib/heroku/auth.rb:245:in `ask_for_password_on_windows'
    from <ruby_install_dir>/lib/ruby/gems/2.0.0/gems/heroku-3.41.3/lib/heroku/auth.rb:220:in `ask_for_credentials'
    from <ruby_install_dir>/lib/ruby/gems/2.0.0/gems/heroku-3.41.3/lib/heroku/auth.rb:271:in `ask_for_and_save_credentials'
    from <ruby_install_dir>/lib/ruby/gems/2.0.0/gems/heroku-3.41.3/lib/heroku/auth.rb:111:in `get_credentials'
    from <ruby_install_dir>/lib/ruby/gems/2.0.0/gems/heroku-3.41.3/lib/heroku/auth.rb:46:in `login'
    from <ruby_install_dir>/lib/ruby/gems/2.0.0/gems/heroku-3.41.3/lib/heroku/command/auth.rb:31:in `login'
    from <ruby_install_dir>/lib/ruby/gems/2.0.0/gems/heroku-3.41.3/lib/heroku/command.rb:212:in `run'
    from <ruby_install_dir>/lib/ruby/gems/2.0.0/gems/heroku-3.41.3/lib/heroku/cli.rb:27:in `start'
    from <ruby_install_dir>/lib/ruby/gems/2.0.0/gems/heroku-3.41.3/bin/heroku:17:in `<top (required)>'
    from <ruby_install_dir>/bin/heroku:23:in `load'
    from <ruby_install_dir>/bin/heroku:23:in `<main>'

One of the solutions is to use msvcrt here but it needs to be tested on older versions of windows.

See 1686. Running Windows 7(x64).

If everyone else has this issue, try replacing crtdll with msvcrt here and write back whether it works. Will try to do pull request.
@chidumaga can you verify that login still works with this change?

@chernetsov0 I have this issue. After replacing it works!

authors: S-Aoi chernetsov0 chidumaga

repo: heroku/heroku


text:
Pack output eats libherokubuildpack colors

Running this command:
$ pack build yolo --builder schneems-22 --path /tmp/rails61 --verbose

We should see header colors, but they're eaten by pack. Screenshot:

Notice that the color of [builder] right next to [Installing Ruby] is different. I think what's happening is the color code is somehow being sent before [builder] and it sets it's own color, and then clears it. We get no color because of the clear.
I'm not sure if this is something we can fix here or need to go upstream with a bug report.

This is something that should be fixed improved (either here or upstream), but as a workaround in the meantime, update to latest pack CLI, since it trusts the builder:22 image by default. (The reason you are seeing the [builder] prefix is since the builder is being treated as untrusted.)

authors: edmorley schneems


text:
🛑 Software Center - Test 1 is down

In 96a9cf7, Software Center - Test 1 ($SOFTWARECENTER_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Software Center - Test 1 is back up in 9ee26ff after 668 days, 16 hours, 54 minutes.

repo: herrphon/upptime


text:
🛑 Auth-Bridge - Test 1 is down

In c1630e7, Auth-Bridge - Test 1 ($AUTH_BRIDGE_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Auth-Bridge - Test 1 is back up in f037a24 after 20 minutes.


text:
🛑 Software Center - Test 1 is down

In e24faa4, Software Center - Test 1 ($SOFTWARECENTER_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Software Center - Test 1 is back up in f1d253e after 26 minutes.


text:
🛑 Auth-Bridge - Test 1 is down

In f6a0f65, Auth-Bridge - Test 1 ($AUTH_BRIDGE_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Auth-Bridge - Test 1 is back up in 36b03e2 after 26 minutes.


text:
🛑 Auth-Bridge - Test 1 is down

In 0ac8c50, Auth-Bridge - Test 1 ($AUTH_BRIDGE_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Auth-Bridge - Test 1 is back up in e3d293a after 10 minutes.


text:
🛑 Software Center - Test 1 is down

In 5ef0696, Software Center - Test 1 ($SOFTWARECENTER_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Software Center - Test 1 is back up in 06aa3b5 after 3 hours.


text:
🛑 Software Center - Test 1 is down

In 8aae914, Software Center - Test 1 ($SOFTWARECENTER_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Software Center - Test 1 is back up in cbf967e after 10 minutes.


text:
🛑 Software Center - Test 1 is down

In 61877e1, Software Center - Test 1 ($SOFTWARECENTER_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Software Center - Test 1 is back up in c68088f after 10 minutes.


text:
🛑 Software Center - Test 1 is down

In 3171eac, Software Center - Test 1 ($SOFTWARECENTER_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Software Center - Test 1 is back up in 422632f.


text:
🛑 Software Center - Test 1 is down

In 6a41882, Software Center - Test 1 ($SOFTWARECENTER_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Software Center - Test 1 is back up in 4e6bc41.


text:
🛑 Software Center - Test 1 is down

In ff5d002, Software Center - Test 1 ($SOFTWARECENTER_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Software Center - Test 1 is back up in fce2e8e.


text:
🛑 Software Center - Test 1 is down

In a5c832e, Software Center - Test 1 ($SOFTWARECENTER_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Software Center - Test 1 is back up in 604bed6.


text:
🛑 Software Center - Test 1 is down

In af45d96, Software Center - Test 1 ($SOFTWARECENTER_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Software Center - Test 1 is back up in 5bafa86.


text:
🛑 Auth-Bridge - Test 1 is down

In efdd728, Auth-Bridge - Test 1 ($AUTH_BRIDGE_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Auth-Bridge - Test 1 is back up in 65a5dd4.