text:
Babel plugin output is not used

I'm currently trying to convert an existing library from webpack to fuse-box, but I can't get Babel to run.
This is the build script I'm using:
#!/usr/bin/env node

const path = require('path');
const {
    FuseBox,
    BabelPlugin,
    CSSPlugin,
} = require('fuse-box');

const config = {
    homeDir: path.resolve(__dirname, 'src'),

    plugins: [
        CSSPlugin(),
        BabelPlugin({
            test: /\.jsx?$/,
            config: {
                plugins: ['inferno'],
                presets: [
                    ['env', {
                        modules: 'commonjs',
                        targets: {
                            browsers: 'last 2 versions',
                            android: '4.4',
                            ios: 8,
                        },
                    }],
                ],
            },
        }),

    ],

    outFile: path.resolve(__dirname, 'dist', 'bundle.js'),
};

FuseBox.init(config).bundle('>index.js');

My devDependencies:
{
    "babel-core": "^6.23.1",
    "babel-generator": "^6.23.0",
    "babel-plugin-inferno": "^1.7.0",
    "babel-preset-env": "^1.1.8",
    "babylon": "^6.15.0",
    "fuse-box": "^1.3.114"
}

And a sample from the output:
___scope___.file("index.js", function(exports, require, module, __filename, __dirname){
var process = require("process");
import Inferno from 'inferno';
import { Provider } from 'inferno-redux';

import App from './components/app';
import { prepareState } from './state';
import createStore from './store';

export class Container {
    constructor(element, data, options = {}) {
        try {
            this.element = element;
            this.bootstrap(data, options);
        } catch(err) {
            console.error(err);
        }
    }

    bootstrap(data, options) {
        const state = prepareState(options, data);
        this.store = createStore(state);

        Inferno.render(
            <Provider store={this.store}>
                <App />
            </Provider>,
            this.element
        );
    }
}

});

Running Babel alone yields the expected result, with the imports replaced with require calls and the class / JSX correctly transpiled. Am I missing something obvious here ?

Ok, it might be related to caching if you added the BabelPlugin afterwards. You can try removing .fusebox folder. It should help!

Clearing the cache is one of the first things I tried, but it doesn't solve the problem.

How about removing your test.
Does this work for you? https://github.com/fuse-box/react-example
Plugins are fine?

Removing the testproperty changes nothing, as does renaming all the source files to .jsx.
(The last part is something I tried to match the react example, which works perfectly fine.)
The CSS plugins seems to be working correctly, as I can see my stylesheets in the final bundle.

Hm, clearly it's related to Babel. .babelrc maybe it's conflicting?!

I did remove my .babelrc file and inlined it in the configuration file, again this solved nothing. A quick check confirmed I have no other Babel related file upper in the filesystem.
Additionally, removing the inferno plugin makes the bundler crash with babylon complaining about the JSX so this config is at least used somewhere.

Oh. I think I got it. Related to this issue #155
https://github.com/fuse-box/react-example/blob/master/.babelrc#L2 should solve it, and I think I should start fixing it this instance.

Ok, adding the sourceMaps property fixes it. Thanks !

No problem, i will add this bug to the milestone

#180

authors: leops nchanged

repo: fuse-box/fuse-box


text:
Simplify implementation.

This code, like so much TH, is sort of a rat’s nest, but I took some refactoring passes through it and simplified some pattern matching and context handling. Pinging @robrix to see if he has any thoughts on it.

@kutyel I just learned about th-abstraction — it looks pretty good! I ran into problems trying to use third-party libraries from TH splices using ghcide, but that might not happen with th-abstraction, so I think I might take a run at it in a separate PR.

Glad to help! 😇

source: gharchive/pull-request

authors: kutyel patrickt

repo: fused-effects/fused-effects-th

license_type: permissive

license_source: github-api


text:
Route migration doesn't update hostname for 3.x destination clusters

The Route restore plugin uses a 4.x-specific ConfigMap to locate the appropriate cluster hostname to update routes. If the destination cluster is 3.11 or older, the plugin doesn't replace the subdomain at all.

I've done migrations of routes from 3.11 to 4.1 and haven't noticed an issue.
Is this a problem with clusters older than 3.11?  So 3.7, 3.9, and 3.10?

Ah missread....
destination cluster is 3.11....

Yes this is specific to destination clusters, since the mechanism we're using to determine the hostname doesn't work for 3.11 or older. We keep migration from failing by checking for version and just not updating it for 3.x destinations, but the real fix is to figure out how to determine the domain name from a 3.x cluster. Worst-case scenario we create a custom ConfigMap and instruct customers that if they're migrating to 3.x they need to create this for routes to be updated. Better would be if something similar to the 4.x ConfigMap actually exists already.

Fix is here: https://github.com/fusor/openshift-velero-plugin/pull/5
and here: https://github.com/fusor/openshift-migration-plugin/pull/24

It turns out we don't have to mess with ConfigMaps at all. If the "openshift.io/host.generated" is "true", then we strip Spec.Host on restore and let the dest cluster figure it out.

source: gharchive/issue

authors: jwmatthews sseago

repo: fusor/openshift-migration-plugin


text:
Add redis benchmark.

Add Redis benchmark for Arion DP benchmarking.

This is meant to share raw results internally, didn't realize it's a public repo already. So withdraw it for now.

repo: futurewei-cloud/arion-dp

license: MIT


text:
Passing feature flags to flutter_rust_bridge_codegen is not possible

Is your feature request related to a problem? Please describe.
I have a crate that has a "flutter" feature, than when enabled adds the required dependencies and enables some flutter specific apis. This is because my crate is designed to be used both with and without flutter. Since feature flags are suppose to be additive I can't have it enabled by default.
Describe the solution you'd like
Have a commandline argument and/or a config option to enable features (pass --features to cargo expand) during codegen
Describe alternatives you've considered
Alternatives include making features default (and therefore subtractive) and using a dedicated 2nd crate. Because RUSTFLAGS isn't passed to cargo expand alone in the right place,
 RUSTFLAGS="--features flutter" flutter_rust_bridge_codegen generate

also fails with  error: Unrecognized option: 'features'
Additional context
I have a branch https://github.com/fmeef/flutter_rust_bridge/tree/cargo_features that adds this, making PR soon

Have a commandline argument and/or a config option to enable features (pass --features to cargo expand) during codegen

That looks reasonable, and https://github.com/fzyzcjy/flutter_rust_bridge/pull/2284 looks great!

authors: fmeef fzyzcjy


text:
Black Screen and Broken ESP

Is this project still working? Using Python for this type of project is awesome and I'd enjoy contributing to this repo if I can get it running locally.
When I start main.py, my screen goes black with only the FPS showing in the top left corner. I read the other closed issues and tried running in Fullscreen Windowed mode but had no luck.
Is there a fix to get the GUI overlay to show?

Duplicate issue.
https://github.com/g0ldyy/NameIt/issues/2
https://github.com/g0ldyy/NameIt/issues/9
TL:DR WIN+TAB and make sure your mode is windowed full screen.

authors: ImInTheICU jdsmithmv


text:
Responsiveness of heatmap

Hi,
Is there anyway to change the size of the heatmap? I really love it but unfortunately it doesn't seem to be mobile responsive.
Thanks

Hi! Apologies for the late reply, unfortunately we designed this visualization for desktop users only, back in the day. I'm not even sure how to effectively map all of the interactions onto a smaller mobile phone screen.
Closing for now, feel free to reopen if you want to investigate how this could be implemented.


text:
WDI 17 First Impression CLI

Add a comment on this issue answering:

How is the CLI different from the GUI?
What do you like / dislike about using it?
Compared to a GUI, in what ways might using the CLI be better or worse for developers?

CLI is a direct communication with the computer whereas GUI is an intermediary.
CLI is fast and direct. Don't like the slow learning curve and lack of positive feedback in the system.
GUIs are nice but can be slow and you might have to troubleshoot the GUI as well as the thing you are trying to accomplish.

CLI is direct communication to the computer, GUI adds a visual component to CLI.
I like that it is fast, I dislike that the outcomes do not always result as a response in the terminal.
CLI is better for a developer because it streamlines a lot of the work, it is not good if you have to show your work to a client.

gui is a visual representation you use to perform actions, command line uses text based commands to perform actions
disliked - barrier in learning commands, not as intuitive as just clicking a button. like - no mouse needed, quick to perform actions all in one place
better - for more speed, easier to navigate multiple actions without opening a bunch of folders/windows. worse - have to learn the terms, easier to make mistake from language error

null
Like: Only use the keyboard   Dislike: It takes time to get the necessary experience to use it properly. There aren't enough indicators as to what is occurring in the computer after I type a command.  Error reporting isn't as easy to understand.  It could use some sense of breadcrumbs, or at least I can't read them yet.
Again, not leaving the keyboard is ideal.

CLI is the original way in which humans interacted with computers, it's essentially talking to the computer and the output is the computer talking back.  GUI is an interactive desktop environment that makes computers more user friendly, easier to use.
It's fast, it makes sense, it gives you more information (ex: tells you when and command is incorrect/ why its incorrect). slight learning curve
GUI involves having windows open, with multiple programs and with tons of windows open it can get confusing/ hard to manage.  CLI can be easier as it is more streamlined, more responsive and more customizable.

The CLI is bare-bones. It lacks the noise or the context of the GUI.
I like its speed and direct nature, but dislike having to remember some unintuitive commands and I can find its Spartan design intimidating.
The CLI is better at getting to the heart of the program, but its lack of a final output makes it suboptimal for checking surface level alterations.

CLI allows you to have all folders in one place - GUI will have you go open multiple containers to fine a file
I like the speed with which you could find your folders
It is very important for devs to have all they need to work with in one central plae

text v picture; allows more information at a glance (-a, -t, -l, etc.); takes time to learn

Pro: understand how computer operates
Con: takes time to learn all features

Pros: faster to perform an action; understanding how to interact with a computer
Cons: difficult if you are not familiar with file/directory setup

You use pictures/graphics to interact with a GUI vs. text for the CLI. The GUI does not show hidden files, while you can access those in the CLI. The CLI is direct interaction with the comp vs. through an intermediary.

Like - better understand how the computer is structured and operates, can do things more quickly without touching the mouse, can work across locations applications from one interface.
Dislike - that I don't know all of the commands, so I feel limited in my abilities. I also dislike the lack of feedback when something "works" - no news is good news in the Terminal, which leaves me with ??

It makes it easier to maintain version control; it allows you to stay in the keyboard vs. using the trackpad or mouse; and it allows you to interact with different locations much more easily.

The GUI has information presented visually where as the CLI does not.
I like that the CLI gives easy access to hidden files and in some ways can be easier to navigate through file systems.
The CLI doesn't give as much information all at once the way a GUI does.  The CLI can be very fast and allows more access to features of file systems.

it's faster, more powerful.
I like the speed.  I also feel like I'm really getting to know my computer.  It's great interacting with the kernel directly.
It's better because it's text based.  It's faster to just type out a string of complicated commands, as opposed to potentially navigating a bunch of GUIs.

1.) CLI is a direct interaction with the computer system and directories, whereas GUI is a graphic representation of that information
2.) I like the ease of use for a GUI, but I can see myself feeling efficient with CLI when I am more used to it
3.) CLI offer a wider range of functionality, faster, with more concise use, telling exactly what you want the computer to do

CLI is based in a text interface, GUI is based on Graphic interface
I like the CLI is quicker than GUI for accessing to different directories, I dislike not to have a full view of what i am looking at
CLI is better for accessing to files and directories, move, rename, delete. but sometimes is better if we could see the file what i am working on it (an image)

No graphical representation of files and file structure; all input is done from the keyboard, CLI "exposes" the guts of the file system and doesn't sugar coat it.
Likes: faster, easier to trouble shoot/debug when working with code. Dislikes: Need to remember all the commands, hard to visualize file structures/trees in you mind
the CLI allows devs to quickly and easily deploy scripts or install dependencies using package managers; allows them to stay with the keyboard resulting in more efficient work

CLI does not show a background image.
like: able to directly command what you are doing; dislike: having to remember all of the cmd functions and abbreviations
important for developers to directly interact with PC while coding.

1.CLI is command line interface using direct command .No icons, colors or pic.
2.CLI fast,Direct but GUI easier to use.
3-CLI better when dealing with developer Tools,Program. GUI when using other applications.

The GUI provides the user with visual tools to help navigate the computer interface, while the CLI provides little/no visual cues. However, the CLI allows for more direct communication with the computer and in general can be more powerful.
2)Like: The speed and streamlined/stripped-down functionality. Dislike: the opacity, at times. It can be difficult to troubleshoot in the CLI without advanced knowledge of all its functions.
3)The CLI is better for developers, given its GitHub connectivity and overall speed.

With the GUI you are interacting with the computer with a visual aspect.  With the CLI you are interacting/controlling the computer with commands
2 The GUI is much easier to understand, but the CLI you need to understand more concepts and commands to interact
For developers, the CLI will be faster to access data, files, and folders

A CLI is a stripped down version of a user interface, while a GUI is designed to look pretty and have bells and whistles for an interface.
The CLI is straight forward and typically much faster for accessing and working thru the environment.  A GUI is the top heavy and has a lot pf programming around the tool.
The CLI would be better from a developers perspective due to ease of use and it being straightforward, but it could mess you up due to one having to know what you're doing..

CLI -- typing commands
GUI--graphical interface, there is a picture, looks nicer, like every program we have know so far.
like GUI for games
and I like CLI for programming.
CLI is much better for developers because is faster and it doesn't spend processing power as the GUI does.

CLI is communication line to the computers, GUI is more graphic and visual presentation.
CLI teaches more of the computer component, easier for programming.
CLI is faster than GUI easier for developers.

Where as GLI is based on a 'point and click' interface, CLI allows the user to command the computer through text, often proving to be more efficient.
In using CLI not only can one command the computer with simple keystrokes but it also allows you to keep a record of these commands.
The CLI allows for commands and access to be streamlined through inputing its own language, the more familiarity one has with the CLI, the more efficient you can become one your computer.
If you are not familiar with the CLI it is difficult to troubleshoot or to understand whether your command was implemented correctly.

A CLI is a text-based, using commands, rather than a visual-based, using clicks, interface.
I like that it helps make some small tasks more efficient, like making files; I don't like when I don't know the right command, or the proper syntax for an expression.
The CLI can have a steep learning code depending on what you need to do (imagine trying to find all the files that start with "he" in an arbitrary directory AND removing all of the files and subdirectories in that same directory). However, once this learning curve is passed, it can help developers to do everything they need to do quickly, and in one application (You can make, delete files/directories, find out how much storage is left on your computer, and a lot more).

CLI is faster than GUI but you have to learn/memorize before using it.
CLI is more efficient but you need some effort to learn it. GUI is easier to use but it takes more memory.
CLI should be better for developers to use. Because you can save lots of time.

Clear commands. Uses text instead of graphical icons.
Each command is precise. Not a lot of feedback.
CLI allows access to hidden files. Universal language across platforms. Potentially disastrous.

CLI is much more powerful and precise when making changes and you can make much deeper changes to allocation of memory.

I like the CLI because it documents changes well as far as date and time and you can go back in and see when things were done.

Compared to the GUI, I believe as a developer you need to be able to have as much control of your tools as possible. So even though GUI is visually appealing, the CLI is functionally appealing.

authors: Frewabebe Korkor10 RustyJackson SpenBot TandisKiumarsi Tgafvert akelly92 awandres colleeno cwcox ddandrea00 hyojinsarchet jacobg1 jdpolakoff jessamarie jhosuedeveloper juancgarcia kadkins4 lizardbird luiswiese mattcfilbert mitcheguevara perryf preese13 ramiGA sanjaywallah vsweeney

repo: ga-wdi-lessons/cli-intro


text:
Unclear message when attempting to link quay.io without logging into quay.io beforehand

If you have an existing account on dockstore and do the following, you will get an error in Chrome and Safari.
-delete the Quay token from the tokens page
-delete dockstore from authorized applications on quay
-then try and link quay account from dockstore site
-should get the following error
"The server could not verify that you are authorized to access the URL requested. You either supplied the wrong credentials (e.g. bad password), or your browser doesn't understand how to supply the credentials required"
This error does not happen on firefox.

This happens if you are not signed into a quay account in the same browser.

Duplicate of #304  , kinda meant that we should document the workaround

This seems fixed on the quay.io side.
Quay.io will now prompt the user to login and after logging in will proceed to the oauth authorization screen.

license_source: bigquery


text:
Permissions API Cleanup

Fixes #1582
Original owners are what Workflow.getUsers() returns. These are
the users who created the hosted workflow or belong to the GitHub
repo of a workflow. This commit resolves those users with users
who have been authorized via SAM, users that sometimes overlap, as well
as other issues.

Don't allow "original owners" to remove themselves as owners.
Also return "original owners" when fetching permissions.
When returning shared workflows, don't return workflows that you
are an original owner of.
If you are not an owner of a workflow, the request to get permissions
for that workflow now fails
If you are not logged in with Google, requesting workflows shared
with you know returns an empty map instead of a 401.
Change check for audience to only be prefix

Please make sure that you've checked the following before submitting your pull request. Thanks!

[] Check that you pass the basic style checks and unit tests by running mvn clean install

Coverage increased (+40.3%) to 65.798% when pulling f91feb5b13b300a3b3584cb002a9839218b27c38 on feature/1582/permissionsapi into 01ce30090918678829086662dff0e8368b13c663 on develop.

authors: coveralls coverbeck


text:
properly authenticate zip

Before if you were logged in but not the owner of a workflow you couldn't download the zip file.
Now will first check if an entry is published. If it is, then download the zip.
If not published, it will check to see if the user owns (if exists). If user owns, then download the zip, else throw error.

Coverage decreased (-22.4%) to 39.833% when pulling 72e2d7524779c2415301789613a0399f152a0eae on feature/zip-auth-fix into bd3fe5c7d73fe37fb618a3f0f41aeebb0ab19570 on develop.


text:
Search by name always returns a single result

Here is the bit of code that handles readgroupset searching.
    def readGroupSetsGenerator(self, request):
        """
        Returns a generator over the (readGroupSet, nextPageToken) pairs
        defined by the specified request.
        """
        dataset = self.getDataRepository().getDataset(request.datasetId)
        if request.name is None:
            return self._topLevelObjectGenerator(
                request, dataset.getNumReadGroupSets(),
                dataset.getReadGroupSetByIndex)
        else:
            try:
                readGroupSet = dataset.getReadGroupSetByName(request.name)
            except exceptions.ReadGroupSetNameNotFoundException:
                return self._noObjectGenerator()
            return self._singleObjectGenerator(readGroupSet)

It appears that search by name will always only return a single result. This doesn't seem like intended behavior in the schemas. Only return read group sets with this name (case-sensitive, exact match).
Perhaps we can ignore this issue if we consider that we enforce names to be unique because "names" in this case map directly to filenames in a directory? Should search-by-name in the schemas be rewritten as get-by-name?

This is a property of our implementation where a name is a 'local ID' within a particular set. In my opinion the language in the schemas is poor, but there have been many discussion about what names and IDs mean. I think the situation at the moment is that implementations are free to do what they want, so our implementation is correct and I'm going to close this issue.


text:
Problem with git/repo

I use Source Tree, when I try pull last 2 commits I get error:
git -c diff.mnemonicprefix=false -c core.quotepath=false fetch origin
git -c diff.mnemonicprefix=false -c core.quotepath=false pull origin master
From https://github.com/gabr42/DelphiLens

branch            master     -> FETCH_HEAD

Already up-to-date.
git -c diff.mnemonicprefix=false -c core.quotepath=false submodule update --init --recursive
fatal: Needed a single revision
Unable to find current revision in submodule path 'DelphiAST/Source/FreePascalSupport/FPC_StringBuilder'
Failed to recurse into submodule path 'DelphiAST'
Completed with errors, see above.
My git knowledge is poor, please help :-)

My git knowledge is also poor, sorry.
This question: https://stackoverflow.com/q/3796927/4997 indicates that using --recurse-submodules is the right thing.
Personally, I use GitKraken which initializes submodules for me.


text:
Demo Issue

Something is broken

Fixed

repo: gaforester/fullstory-example-app-nodejs


text:
added blockoverride field in geth tracing call options

Fixes #2604
Motivation
Allow to override block params for debug_traceCall which would in turn allow to trace a pending txn against pending block.
Solution
Added BlockOverrides fields which is similar to following impls.
https://github.com/ethereum/go-ethereum/blob/16cd1a7561155a264b1a1a2a5850b11c47dc18d4/internal/ethapi/api.go#L993
https://paradigmxyz.github.io/reth/docs/reth/rpc/types/struct.BlockOverrides.html
PR Checklist

[ ] Added Tests
[ ] Added Documentation
[ ] Breaking changes

@mattsse updated

repo: gakonst/ethers-rs


text:
Change fee payment token on account create, transfer or xcm transfer

Description
If we are creating new account on the chain the fee payment asset could be set to the asset that was transferred to that account.
Why
The idea is that you don't need to do extra transaction when you transfer tokens to new account (disregarding bsx). This would greatly improve UX inside the chain because user doesn't need to do 2 transactions himself (If the account is new, including no system account (or has no fee payment balance) user would need to do second TX. I'm proposing to create a hook that will do this automagically after any transfer / lock. This can be tricky however.
Possible problems

[ ] If the account is programatic (i.e. pool) we might not want to do this.
[ ] If the account has been created before we also might not want to do this as it can cause confusion that different actions do or not do this for you.
[x] If somebody spams you with some useless asset it will be changed for you and it will be very confusing.
[ ] ???

I would like to get some reasoning here why yes why not. My biggest concern is with spam. It is not as big of a problem since we're always checking your fee payment asset pre-tx signing and prompt you to change it if you don't have any / enough balance.

Based on discussion elsewhere we will want to implement this by adding a callback to ORML tokens (likely here) for newly created accounts that includes the asset id and would thus allow us to set it as the fee asset id.

Callback implementation here: https://github.com/open-web3-stack/open-runtime-module-library/pull/754

Callback types here: https://github.com/galacticcouncil/warehouse/pull/54

authors: apopiak jak-pan

repo: galacticcouncil/Basilisk-node


text:
biopython dependency error

Hi, I recently installed python-apollo via pip 4.2.13 and I encourntered a dependency error with biopython.
UnknownSeq is a deprecated class in biopython 1.81
File "/Library/Frameworks/Python.framework/Versions/3.11/lib/python3.11/site-packages/BCBio/GFF/GFFParser.py", line 34, in <module>
    from Bio.Seq import UnknownSeq
ImportError: cannot import name 'UnknownSeq' from 'Bio.Seq' (/Library/Frameworks/Python.framework/Versions/3.11/lib/python3.11/site-packages/Bio/Seq.py)

Not really sure the correct way to fix, but I did it by just getting Bio/Seq.py from biopython '1.79'

Hi,
Yes there's an incompatibilty between bcbio-gff and biopython 1.81, there's an issue descibing that: https://github.com/chapmanb/bcbb/issues/136
The simplest soltion for now is to pin biopython to version 1.80 or lower.
I hope there will be a new bcbio-gff release soon to fix this, there are so many projects impacted :(

Thanks! Thats probably a better fix than the one i implemented.

authors: abretaud jaspwn

repo: galaxy-genome-annotation/python-apollo

license: mit


text:
Dev-Corner Visualizations updates

I split the visualization dev slides into two (one for viz, one for interactive environments) and made some small adjustments to the latter

I would like to, but may be a little while before I have the time, so changed it to no for now :) thanks!

Thanks !

authors: bebatut shiltemann

repo: galaxyproject/training-material


text:
Fix spacing/indentation in nanopore 16s

Fixes #4853

Thanks @hexylena

authors: bgruening hexylena


text:
Hyperlink DOIs against preferred resolver

Hello :-)
The DOI foundation recommends this new resolver. Yes, a bit ironic, but it's now encrypted and the old links with the dx subdomain continue to work.
So, there is no urgent need to do anything, but since you also refer to Zenodo, which started using https://doi.org for its badges as well, I'd like to suggest to hereby update all static DOI links and any code that generates new ones.
Cheers!

@katrinleinweber thanks a lot! Also for all the other PRs today :)

You're welcome :-)

Thanks a lot @katrinleinweber

You're welcome! I thank you for merging :-)

authors: bebatut bgruening katrinleinweber


text:
iron golems can drop iron ingots

 genericname0144 on Discord says

obvious title is obvious

I expect this should be enough, but can't test it. If someone can give it a go and tell me if its good that'l be great
# loot.js
if (feature('Replace white ingot (iron ingot) with iron plates')) {
  LootJS.modifiers((event) => {
    event
      .addEntityLootModifier("minecraft:iron_golem")
      .replaceLoot("minecraft:iron_ingot", "create:iron_sheet")
  });
}

authors: Discord-Github-Bridge Yarden-zamir


text:
No Sound with Presence of the Footstep

Reproduction

Install PresenceOfTheFoodstep.
Build any Metal Bar from AdditionalsBarsFabric (Wood Variant Produce Sound).
Get foot on top of any block from the mod.

Expected behavior

Produce sound when foot step there, maybe could add material tag or something there?

System information:

OS: Windows 11
Java version Adoptium Temurin Latest 17
MC Version 1.18.2
Mod version 3.1.0 (Latest)

Additional context
Every Metal bar does not have sound vertical and horizontal.

All vanilla and most modded blocks and item do produce sound with mentioned mods.
I hope it can be fixed as your bar is the best! Thank you very much!

Is it mean it will get fix ported to 1.18.2?

Yes

Thank you very much!

No problem, 3.1.1 fix has just been uploaded to Modrinth, CurseForge and GitHub Releases, for both 1.18.2 and 1.19.


text:
Integration tests for simulate_prod fail when running in parallel

Issue noticed by Tobias during work on #1137.
Running the simulate_prod integration tests in parallel makes them fail.
The error messages are typically:
INFO::simulator(l450)::get_file_list::Getting list of hist files
Traceback (most recent call last):
  File "/workdir/env/bin/simtools-simulate-prod", line 8, in <module>
    sys.exit(main())
             ^^^^^^
  File "/workdir/external/simtools/simtools/applications/simulate_prod.py", line 201, in main
    pack_for_register(logger, simulator, args_dict)
  File "/workdir/external/simtools/simtools/applications/simulate_prod.py", line 166, in pack_for_register
    tar.add(file_to_tar, arcname=Path(file_to_tar).name)
  File "/usr/lib64/python3.11/tarfile.py", line 2171, in add
    tarinfo = self.gettarinfo(name, arcname)
              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib64/python3.11/tarfile.py", line 2044, in gettarinfo
    statres = os.lstat(name)
              ^^^^^^^^^^^^^^
FileNotFoundError: [Errno 2] No such file or directory: '/tmp/pytest-of-root/pytest-17/popen-gw2/test-data2/simtools-simulate-prod-gamma_20_deg_az0deg_south_check_output/simtools-output/simtel/logs/run000001_gamma_za20deg_azm000deg_South_alpha_check_output.hdata.zst'

Comparing log files from sim_telarray, it becomes apparent that for the failing runs sim_telarray was not executed correctly. So above error on missing histogram files is because these files are never generated.
An inspection  of configuration files (for simtools, corsika, sim_telarray) or run scripts do not reveal anything notable. Paths are set everywhere consistently to the right temporary directory generated by pytest.
Propose to analyse if sim_telarray array uses some temporary directories for all runs, which might interfer when run in parallel?

There are two unrelated issues which pop up when running in parallel. One of them is related to creating the tarball and I think it is solved now in the fix_parallel_running branch. I will take a look at the other issue as well (at some point).

Actually, after merging the main into fix_parallel_running after #1137 was merged to main, I cannot reproduce the first problem. Can you @GernotMaier, @tobiaskleiner please check and see if you can reproduce the problem in fix_parallel_running? If not, I will open a PR with this small fix.
I will anyway look into the output files from productions in the future because I want to change the names to be a bit more consistent.

Requires cross check with @EshitaJoshi that changes implemented in PR #1211 fixes this issue.

I can confirm the tests all pass for me now!

Good - then let's close this issue.

authors: EshitaJoshi GernotMaier orelgueta

repo: gammasim/simtools


text:
fix(struct): Fix jururu channel image

fixes https://github.com/gamramstone-dev/gamramstone/issues/20

매우 킹아이무니다!!

authors: So-chiru sudosubin

repo: gamramstone-dev/gamramstone


text:
feature：建议增加关注和取消关注功能

目前的情况是显示界面里不能关注和取消关注，要点进个人空间才能进行关注和取消关注

而原本B站的功能，是支持在显示界面里关注和取消关注用户的，比如

对我来说，关注和取消关注是一个高频使用的功能，这也是我提issue的原因

我会研究一下这个，我也觉得关注其实是个有意义的功能。

在 #59 中增加了这个功能。下一个release就会放出。

authors: Flow-sandyu gaogaotiantian

repo: gaogaotiantian/biliscope


text:
大佬，为什么我运行不了呢

(venv) D:\Track-Anything-master>python app.py
Initializing BaseSegmenter to cuda:0
Traceback (most recent call last):
File "D:\Track-Anything-master\app.py", line 383, in
model = TrackingAnything(SAM_checkpoint, xmem_checkpoint, e2fgvi_checkpoint,args)
File "D:\Track-Anything-master\track_anything.py", line 18, in init
self.samcontroler = SamControler(self.sam_checkpoint, args.sam_model_type, args.device)
File "D:\Track-Anything-master\tools\interact_tools.py", line 37, in init
self.sam_controler = BaseSegmenter(SAM_checkpoint, model_type, device)
File "D:\Track-Anything-master\tools\base_segmenter.py", line 25, in init
self.model = sam_model_registrymodel_type
File "C:\ana\lib\site-packages\segment_anything\build_sam.py", line 15, in build_sam_vit_h
return _build_sam(
File "C:\ana\lib\site-packages\segment_anything\build_sam.py", line 105, in _build_sam
state_dict = torch.load(f)
File "C:\ana\lib\site-packages\torch\serialization.py", line 777, in load
with _open_zipfile_reader(opened_file) as opened_zipfile:
File "C:\ana\lib\site-packages\torch\serialization.py", line 282, in init
super(_open_zipfile_reader, self).init(torch._C.PyTorchFileReader(name_or_buffer))
RuntimeError: PytorchStreamReader failed reading zip archive: failed finding central directory
是torch版本不对吗？

Try to download sam_vit_h manually and then move it to/checkpoints directory. The error shows that your SAM checkpoint is corrupted.

same error happened！！ Is others file corruted too？

Please show the output info, and the Xmem checkpoints' size is not correct.

Okay，i have download all file，but the new error happened when I run app.py and click "get vide

o info"

It's better to show with the terminal (or vscode or pycharm) output, it seems your app server is down, as the error shows.

this is my terminal

refresh your browser and try again.

Sorry, I cannot reproduce your problem. Please make sure you are connecting to localhost:7861.

Can i add your wechat？I am sure i am connecting to localhost：7861

You can record the operation video (contain the terminal output) and send it to my email: zhe.li.cs@outlook.com

okay，I have send email,please check it!

为什么我一直卡在download checkpoints ......上，有人遇到过吗

authors: Schweizliu memoryunreal ycyjy

repo: gaomingqi/Track-Anything


text:
CI failures for master

See https://github.com/gap-packages/francy/actions?query=branch%3Amaster

This is already fixed, just not merged into master.
Will make it available once I sort out the use of ReleaseTools.

authors: fingolfin mcmartins

repo: gap-packages/francy


text:
:pushpin: v2.6.0..7 - Improve Unity compatibility

Improve Unity compatibility minimising dependencies

Status
Type
Core Change

Ready
Refactor
No

Problem
Difficult to install dependencies in Unity
Solution
Minimise project dependencies
Other changes (e.g. bug fixes, small refactors)
Removed dependencies:

Microsoft.System.Logging
System.Collections.Immutable
TA.System.Runtime.CompilerServices.RuntimeHelpers.GetSubArray
System.Runtime.CompilerServices.Unsafe
Mono.DataConverter

Pull Request Test Coverage Report for Build 2289947822

35 of 77 (45.45%)  changed or added relevant lines in 9 files are covered.
4 unchanged lines in 2 files lost coverage.
Overall coverage increased (+0.1%) to 81.617%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

src/Solana.Unity.Rpc/Core/Sockets/StreamingRpcClient.cs
3
5
60.0%

src/Solana.Unity.Rpc/SolanaStreamingRpcClient.cs
3
11
27.27%

src/Solana.Unity.KeyStore/Crypto/Scrypt.cs
11
20
55.0%

src/Solana.Unity.Programs/TokenSwap/Models/TokenSwapAccount.cs
0
9
0.0%

src/Solana.Unity.Rpc/Core/Http/JsonRpcClient.cs
7
21
33.33%

Files with Coverage Reduction
New Missed Lines
%

src/Solana.Unity.Rpc/SolanaStreamingRpcClient.cs
1
79.37%

src/Solana.Unity.Rpc/Core/Http/JsonRpcClient.cs
3
62.64%

Totals

Change from base Build 2260444998:
0.1%

Covered Lines:
5086

Relevant Lines:
5992

💛  - Coveralls

authors: GabrielePicco coveralls


text:
Offer VPA deployment next to shoot control plane

We should optionally offer to deploy and configure the VPA for shoot clusters. We can run the required deployments in the shoot namespace in the seed and wire them accordingly so that the webhooks can seed-internally communicate with the shoot's API server.
End-users could then get a VPA for their clusters out of the box, controlled and managed by Gardener. A new .spec.kubernetes.verticalPodAutoscaler flag would be needed in order to control whether it's enabled and to offer potential configuration options.
cc @vasu1124

Why not an addon?

What's the benefit in this case?

Hosting on the shoot cluster nodes.

Okay, no strong opinion, actually. The only benefit of running it in the seed is that it can talk cluster-internally to the kube-apiserver. But that’s not a very strong benefit. There is no real reason to run it in the seed, so I‘d be okay running it in the shoot.

Okay, no strong opinion, actually.
Me neither :-) Just thought hosting optional components in the seed would add to the cost of hosting the control planes.

Personally, I tend to keep it rather with our control plane. It's critical to the auto-scaling, too. In general, all the things that can be either on the shoot or on the seed, I would prefer to have on the seed, because that means less network traffic, friction, stability issues. In the end, we are responsible to keep these components running, on seed or shoot. If on the seed, it's easier for us to fulfil that promise.
As for costs, Gardener hosters can charge back for the control plane, if they want. So, the compute+memory costs are there, this way or the other, but the network costs are lowered in the seed (in addition to keeping the component in a safe spot and not on the cluster). Then again, significant cost factors would "look better" if not charged back in commercial models, but VPA doesn't seem to be one.
As for how to get it out, let's make it optional (to not collide with already deployed VPAs) as @rfranzke suggested, but if someone needs a truly auto-scaling cluster, she can only get it if this option is ticked. Large clusters won't be available without VPA deployed by us then.

/remove lifecycle/rotten

/assign

authors: amshuman-kr rfranzke tim-ebert vlerenc

repo: gardener/gardener


text:
Introduce new error code for cloud provider rate limit exceeded errors

/kind bug
/keep-commits
Rework of https://github.com/gardener/gardener/pull/3782
Fixes #3775
Release note:

Shoot operations that error due to cloud provider rate limit exceeded errors are now classified with the new `ERR_INFRA_REQUEST_THROTTLING` error code. Previously these errors were classified as `ERR_INFRA_QUOTA_EXCEEDED` and they were no longer retried. There is now a new control loop in GCM that is responsible for retrying such failed Shoots due to rate limit exceeded errors.

/assign @rfranzke @timuthy

Do you want to take the opportunity to write a small integration test using the new Gardener envtest package for this controller?

I will have a look 👀

/author-action

I want to add one small thing - I already shared with you that we have cloud provider that has too aggressive rate limits on invalid credentials and returns Too many requests [...] error. So right now with this new controller in GCM such Shoots with invalid credentials will be retried always (at the given retryPeriod, defaults to 10m). @timuthy @rfranzke , I want to let you know about this corner case one more time.

@ialidzhikov Very nice test indeed, love it! 👏
We should definitely write more tests of this kind :)

authors: ialidzhikov rfranzke timebertt


text:
Wait for all shoot ManagedResources to be deleted before deleting kube-apiserver

How to categorize this PR?

/area robustness quality
/kind enhancement
What this PR does / why we need it:
Right now Gardener waits only the managed resources labeled with origin=gardener to be deleted before deleting the shoot's kube-apiserver. This does not guarantee that all managed resources referring the shoot are cleaned up.
Which issue(s) this PR fixes:
Fixes #
Special notes for your reviewer:
cc @plkokanov @rfranzke
Release note:

The `gardenlet` now waits for all managed resources referring the shoot to be deleted before continuing with the deletion of the shoot's `kube-apiserver` during shoot deletion or controlplane migration.

/assign

@plkokanov Thanks for the review! I did the suggested changes. PTAL

/lgtm
/approve

authors: dimityrmirchev plkokanov rfranzke


text:
Cleanup unneeded complexity in gardenlet Helm chart

How to categorize this PR?

/area dev-productivity
/kind cleanup technical-debt
What this PR does / why we need it:
This PR cleans up the following unneeded complexity in the gardenlet Helm chart:

Drop useless runtime subchart
Drop useless enabled value
Drop useless version inclusions
Drop useless global.gardenlet structure in values

Release note:

The values for the `gardenlet` Helm chart are no longer put below `.global.gardenlet`. For example, before this PR the replica count was controlled via the `global.gardenlet.replicaCount` value while it's now controlled via `replicaCount` directly. Please adapt your values files accordingly.

/assign

/milestone v1.59

/lgtm
/approve

authors: plkokanov rfranzke


text:
[operator] Introduce gardenercontrollermanager Golang component

How to categorize this PR?

/area usability
/kind enhancement
What this PR does / why we need it:
Similar to https://github.com/gardener/gardener/pull/8215, this PR introduces the Golang component for the gardener-controller-manager.
API changes and component instantiation will follow in separate PRs.
Which issue(s) this PR fixes:
Part of https://github.com/gardener/gardener/issues/7016
Special notes for your reviewer:
/cc @rfranzke @oliver-goetz @timuthy
Release note:

NONE

/assign

Rebased and addressed all review comments. Please take another look.

/test pull-gardener-integration

/retest-required

/test pull-gardener-integration

authors: ScheererJ rfranzke


text:
make stops during signature check

What happened:
Make process cannot pass target sign.pub.
What you expected to happen:
Ignore missing siganture to sign images and create images as requested.
How to reproduce it (as minimally and precisely as possible):
user@localhost:~/gardenlinux$ make clean
rm -rf .build

user@localhost:~/gardenlinux$ make metal
gpg: error reading key: No secret key
No secret key for contact@gardenlinux.io exists, signing disabled
/bin/sh: 1: cannot create .build/sign.pub: Directory nonexistent
make: *** [Makefile:11: sign.pub] Error 2

How to fix
Directory .build is missing.
Can be added to Makefile to successfully pass target sign.pub.

I have seen that yesterday, too. It helped to create the .build directory manually. I have also created pull request: #154

authors: marwinski schucly

repo: gardenlinux/gardenlinux


text:
Phone number input on Huawei phone is messed up

Phone number input is messed in Huawei Nova 7i

"react-native-phone-number-input": "^2.1.0",
"react-native": "0.68.1",

nevermind I was able to fixed it by adding
textContainerStyle={{
            padding: 0,
          }}
          textInputStyle={{
            height: 50,
          }}


text:
ValidationImplicits /  implicit def stringToExpression has a resolve problem

I have kafka plugin
Method with Expression arguments
https://github.com/Tinkoff/gatling-kafka-plugin/blob/c248bbe48a6350692e7deba6035657f45b2be983/src/main/scala/ru/tinkoff/gatling/kafka/request/builder/Sender.scala#L34
When I up-to-date gatling version to 3.8.2
i get error https://github.com/Tinkoff/gatling-kafka-plugin/runs/7410371792?check_suite_focus=true#step:4:38
[error] /home/runner/work/gatling-kafka-plugin/gatling-kafka-plugin/src/test/scala/ru/tinkoff/gatling/kafka/examples/Avro4sSimulation.scala:63:35: type mismatch;
[error]  found   : String("Key")
[error]  required: io.gatling.core.session.Session => ?
[error]         .send[String, Ingredient]("Key", Ingredient("Cheese", 0d, 70d)),

Gatling 3.7.6 is have no this problem

Workaround
send[String, Ingredient]("Key".expressionSuccess, Ingredient("Cheese", 0d, 70d))

Sorry, but we can't help with your third-party plugin.
Please provide a simple reproducer that only relies on Gatling code.
For example, the following example compiles just fine with Gatling 3.8:
def foo[K, V](key: Expression[K], value: Expression[V]): Unit = ???
foo[String, Int]("#{bar}", 1)
foo[String, Int](_ => "bar", session => 1)

@jigarkhwar Any news on this?

@jigarkhwar Does this mean you've found a solution? Will you be able to upgrade to Gatling 3.8?

https://github.com/Tinkoff/gatling-kafka-plugin/pull/89/files
the problem was with headers, which caused a type mismatch with send[k,v] (k, v, h) and send[k,v] (k, v)
but there is one strange thing that worked on version 3.7

authors: jigarkhwar slandelle

repo: gatling/gatling


text:
QUIC (UDP) fingerprinting for Caddy

Caddy doesn't support UDP ListenerWrapper.
Need to modify Caddy's source here to extract QUIC ClientHello before passing into quic-go.
	lnAny, err := addr.Listen(s.ctx, 0, net.ListenConfig{})
	if err != nil {
		return err
	}
	ln := lnAny.(net.PacketConn)

	h3ln, err := caddy.ListenQUIC(ln, tlsCfg, &s.activeRequests)
	if err != nil {

https://github.com/caddyserver/caddy/blob/1af419e7eca0c7b8559ec2f3b397f948f1ef13c2/modules/caddyhttp/server.go#L524-L533

Created another private repo addressing QUIC fingerprinting and will publish it when ready.

repo: gaukas/clienthellod


text:
[FEATURE] Hover animation on Login and Register

🚀 Feature Request
Description
I would like to add a Hover animation to Login and Register.

Problem Statement
Hover animation on the Login and Register button.
It will enhance the user experience and act as an indictor that it is a button, not a text.

Proposed Solution
When user hovers over the button the background color will change indicting the user that  it is a button.

Additional Context

I am hovering the button but it is not giving any response(refer to the above image)

Checklist

[x] I have checked the existing issues and this feature request is not a duplicate.
[x] I have starred this repository.
[x] I am willing to help implement this feature (optional).

Additional context
Add any other context or screenshots about the feature request here.

@Gaurav075  I would like to work on this issue ,please assign me .
Please add label as gssoc.

@gauravsingh1281 I want to contribute to this project on this particular issue. Please assign it to me!

authors: ItsUjjwalGoel veepanshu-kasana


text:
I want configure options

How I configure the options for my lightbox2???

Nice to meet you Sergio. Please refer to Lightbox2 site for the options.

authors: gavinkflam sbrocos


text:
Run gz sim on Windows

Desired behavior
I would like gz sim to work on native Windows, so that all the existing tutorials apply also on native Windows.
Alternatives considered
Manually run gz sim -s and gz sim -g on separate terminals forever.
Implementation suggestion
See rest of discussion.
Additional context
This is the next steps once https://github.com/gazebosim/gz-sim/issues/2089 is fixed, that should happen once https://github.com/gazebosim/gz-sim/pull/2382 is merged (this depends on a new gz-rendering release).
I opened a separate issue as https://github.com/gazebosim/gz-sim/issues/168 is more broad and covers a lot of Windows support (including fixing all the test suite) while this one covers only running gz sim on Windows.

I tried to quickly solve this in https://github.com/gazebosim/gz-sim/pull/2392, but it turned out to be quite complex to handle correctly the process shutdown, due to intrinsic complexity of Windows signal system and how it is wrapper in Ruby's APIs.
While I can try to tackle the problem, I wonder if the time may be spent better by working in solving https://github.com/gazebosim/gz-tools/issues/7 for gz sim.
@mjcarroll the last PR on the topic seems https://github.com/gazebosim/gz-sim/pull/694, could it make sense to try to update that PR or there have been relevant update on the topic? Thanks!

Note that to handle easily the routing of Ctrl+C events to the server and/or gui processes, it may be convenient to use a third party library such as tiny-process-library (https://gitlab.com/eidheim/tiny-process-library, used in Gazebo Classic) or reproc (https://github.com/DaanDeMeyer/reproc).

Actually we can use https://github.com/gazebosim/gz-utils/pull/98, hopefully subprocess.h is able to handle well Ctrl+C on Windows.

Actually we can use gazebosim/gz-utils#98, hopefully subprocess.h is able to handle well Ctrl+C on Windows.

This seems related: https://github.com/gazebosim/gz-utils/pull/127, and I am afraid it is hitting all the problems that I was encountering with propagating Ctrl+C on Windows in Ruby.

Signal handling and propagation on Windows is incredibly dumb. I honestly think finishing up standalone executables is the better approach.

I totally agree, the problem that also in that case we need to have the gz-sim executable that should be able to propagate the Ctrl+C to gz-sim-server and gz-sim-gui (unless we go for a single process for server and gui, but I am not sure if it is doable). On Gazebo Classic that is handled by https://gitlab.com/eidheim/tiny-process-library in https://github.com/gazebosim/gazebo-classic/blob/e4b4d0fb752c7e43e34ab97d0e01a2a3eaca1ed4/gazebo/gazebo_main.cc#L290, that is doing something quite specific I guess (see https://gitlab.com/eidheim/tiny-process-library/-/blob/v2.0.4/process_win.cpp?ref_type=tags#L297 and http://stackoverflow.com/a/1173396).

I think that tiny_process_library also uses ProcessTerminate, which is the equivalent of sigkill on Windows.  That will certainly stop the process, but it's not necessarily a clean way of doing it.  In my PR that you referenced above (gazebosim/gz-utils#127) I was trying to see if we could send something closer to a ctrl+c or ctrl+break on Windows to allow for a cleaner shutdown of processes.

I think that tiny_process_library also uses ProcessTerminate, which is the equivalent of sigkill on Windows. That will certainly stop the process, but it's not necessarily a clean way of doing it.

I am not sure about that, I never encountered zombie process on Gazebo Classic on Windows, but indeed I did not explicitly checked what is going on.

I created a package called drekar-launch that correctly uses Windows messages to terminate processes. There are small companion packages drekar-launch-process and 'drekar-launch-process-cppthat receive either Unix signals or Windows messages to terminate.drekar-launch` uses Jinja2 templates so I think you can implement the logic you have in Ruby using this package instead.
drekar-launch-process-cpp is in vcpkg and my conda channel (I can submit to conda-forge easily) so it should not be a difficult dependency to add. drekar-launch is a simple Python package that does not require more than a standard Python environment to run.

https://github.com/johnwason/drekar-launch
https://github.com/johnwason/drekar-launch-process
https://github.com/johnwason/drekar-launch-process-cpp

(I am using Gazebo 11 on Windows so I need a replacement if it is going EOL.)

authors: johnwason mjcarroll traversaro

repo: gazebosim/gz-sim


text:
Example controller for LRAUV

🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸🔸
🎉 New feature
Summary
This PR adds a simple PID based controller for LRAUVs, specifically a PI controller for speed, and P for yaw and pitch angles.
The target state is the linear speed, yaw and pitch angle of the vehicle.
Test it
The required world file is  gz-sim/examples/worlds/lrauv_control_demo.sdf. Run that file in a terminal :
gz sim -r lrauv_control_demo.sdf

and in a separate terminal, source the Gazebo Garden workspace and run :
cd ~/garden_ws/src/gz-sim/examples/standalone/lrauv_control/
mkdir build ; cd build
cmake ..; make
./lrauv_control 0.5 0.78 0.174

This would make the vehicle maintain a speed of 0.5 m/s, yaw angle of 0.78 rad (~ 45 deg) and pitch angle of 0.147 rad (~10 deg).
TODO

[x] Make the LRAUV leave a trail of markers when moving.
[ ] Interpolate between states for large angles.
[x] Update README
[x] Remove sections from codecov and testing

Screenshot

Checklist

[x] Signed all commits for DCO
[ ] Added tests
[x] Added example and/or tutorial
[ ] Updated documentation (as needed)
[ ] Updated migration guide (as needed)
[ ] Consider updating Python bindings (if the library has them)
[x] codecheck passed (See contributing)
[ ] All tests passed (See test coverage)
[ ] While waiting for a review on your PR, please help review another open pull request to support the maintainers

Note to maintainers: Remember to use Squash-Merge and edit the commit message to match the pull request summary while retaining Signed-off-by messages.

@adityapande-1995 we should check failing CI jobs.

@osrf-jenkins retest this please

@osrf-jenkins retest this please

@osrf-jenkins retest this please

The only test failing here is UNIT_SdfGenerator_TEST which I don't think is related to the changes made here. What do you think @hidmic @caguero ?

@adityapande-1995 not sure what the policy is, but I see the same as you: it's UNIT_SdfGenerator_TEST failing everywhere.


text:
Detect ign instead of using cmake module to check for ignition-tools

Part of ignition-tooling/release-tools#472
I don't detect the conditional installation of the ign submodule, the PR just
changed the way of detecting ign for testing.

@osrf-jenkins retest this please

Closing and opening to retrigger CI

authors: chapulina j-rivero mjcarroll

repo: gazebosim/gz-transport


text:
external lights on bullfrog spa

Is your feature request related to a problem? Please describe.
My spa has internal and external lights - this integration on detects the internall lights.
Describe the solution you'd like
Support external lights
Describe alternatives you've considered
Not much to consider.
Additional context
Add any other context or screenshots about the feature request here.

This is a bit old but im in the same. Although mine is opposite, external lights work via the integration and internal do not. Would also be nice to add more than just on/off, it appears RGB and brightness should be possible as well.  These tubs are using the on board module "in.mix" from Gecko. This appears its can support up to 3 light channels each having the ability to be either RGB or white only.

With the bullfrog SPA both external and internal lights are turning on via the light switch and there doesn't appear to be a way to control them via the interface.  Curious, that on the iphone app both lights show up and are controllable there.

authors: richterdc thenoid toddhutch

repo: gazoodle/gecko-home-assistant


text:
Identifiers validation failed for dataset Occurrence dataset of demersal fish and benthic organisms in the deep-sea off the northeastern coast of Japan, recorded by ROV after the 2011 Earthquake off the Pacific coast of Tohoku

Identifier validation failed for the dataset Occurrence dataset of demersal fish and benthic organisms in the deep-sea off the northeastern coast of Japan, recorded by ROV after the 2011 Earthquake off the Pacific coast of Tohoku:

Crawler attempt: 55
Publishing organization: National Museum of Nature and Science, Japan
Publishing country: JAPAN
Installation: IPT Installation by National Museum of Nature and Science, Japan
Number of occurrences indexed for this dataset at the time of the issue: 22063
Cause: GBIF ID problems exceed 50% threshold: 100% duplicates; 22063 total records; 22063 absent records
Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/3597158/step

New IDs sample:

Old IDs sample:

urn:catalog:JAMSTEC:teams_rov:004095
urn:catalog:JAMSTEC:teams_rov:004096
urn:catalog:JAMSTEC:teams_rov:004097
urn:catalog:JAMSTEC:teams_rov:004098
urn:catalog:JAMSTEC:teams_rov:004099
urn:catalog:JAMSTEC:teams_rov:004100
urn:catalog:JAMSTEC:teams_rov:004101
urn:catalog:JAMSTEC:teams_rov:004102
urn:catalog:JAMSTEC:teams_rov:004103
urn:catalog:JAMSTEC:teams_rov:004104

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the Occurrence dataset of demersal fish and benthic organisms in the deep-sea off the northeastern coast of Japan, recorded by ROV after the 2011 Earthquake off the Pacific coast of Tohoku : https://doi.org/10.48518/00006.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.

Hi @jhnwllr,  				Could you take a look at this occurrenceId issue?  				There are also other open issues similar to this one which can be found here :  other issues

Hi @n_ktotsum,  				Could you take a look at this occurrenceId issue?  				There are also other open issues similar to this one which can be found here :  other issues

Hi @ktotsum,  				Could you take a look at this occurrenceId issue?  				There are also other open issues similar to this one which can be found here :  other issues

authors: gbif-pipelines jhnwllr

repo: gbif/ingestion-management


text:
🛑 Data - GBIF Spain is down

In e3a0df1, Data - GBIF Spain (https://datos.gbif.es/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Data - GBIF Spain is back up in 069ca0b.

repo: gbifatlas/status


text:
Maintenance status of this library

I'm actively using this library and interested in further improving it - see my open PRs: https://github.com/gbirke/rememberme/pulls/m-ober
@gbirke, are you still interested in maintaining it? If not, I would be happy to help out. It seems this library is still somewhat used, so I would like to avoid going for a fork, which likely I'll be the only one using.

Thank you for reaching out! I must admit that I haven't used or needed this library in a while in my own projects, most of them are private single-user without authentication or rely on existing framework code. If you would like to maintain this, I'm happy to transfer ownership to you or give you more permissions as a co-maintainer. I haven't done this before, I'm not sure how to do this without disrupting existing composer installations. Do you have a suggestion?
Thank you for providing all the pull requests, I have merged most of them. When you rebase #43, I'll create a new release afterwards.

Thanks for getting back to me so fast (and merging the open PRs)!

I haven't done this before, I'm not sure how to do this without disrupting existing composer installations. Do you have a suggestion?

As for the Github repository, there is a pretty straightforward way to transfer it (this will also keep forks etc. intact):
https://docs.github.com/en/github/administering-a-repository/transferring-a-repository
As for composer, I see two ways:

I can create a new package under my namespace, you can then abandon yours and enter the new package as replacement. This way users will be notified when running composer and they can switch to the new package. Existing installations using old(er) versions will keep working without disruption.
You add me as another maintainer on packagist. Users do not need to update their composer.json - but maybe you no longer want it to be associated with your name(space). It may also be confusing if repository and package are in two different namespaces.

What do you think?

When you rebase #43, I'll create a new release afterwards.

Done. As support for PHP 7.2 was dropped and a class name changed (Redis -> RedisStorage), I'd suggest a major release (even though the last release was also a major release).

For what it's worth, we're definitely still using this package: https://github.com/userfrosting/UserFrosting/blob/master/app/sprinkles/account/composer.json#L24.

I can create a new package under my namespace, you can then abandon yours and enter the new package as replacement. This way users will be notified when running composer and they can switch to the new package. Existing installations using old(er) versions will keep working without disruption.

Thank you for this offer! I have done some housekeeping to make all the CI tasks work again and created a new release (4.0.0). When you have cloned it, I'll mark this repo as abandoned and yours as the replacement.

Sorry for taking an awfully long time. I should now have more time again for hobby projects and have created a new Composer package under my namespace:
https://packagist.org/packages/mober/rememberme
Also I switched from Travis to Github actions. In the long term, I don't plan to go for BC breaking changes, but to keep the library up-to-date for new PHP versions (next up is PHP 8.1, once released) and fix critical security issues, should they arise.
If you still want, you can mark birke/rememberme as abandoned and set mober/rememberme as replacement.

Hey,
I released a v5.0.0 version of this package with a lot of small tweaks and also with a possible solution to concurrency issues, you can read about it in the README:
https://github.com/m-ober/rememberme#upgrading-to-version-5x
I don't know what your current sentiment regarding this library is, but I would still like to somehow have a "migration path" for existing users.

You could mark your library as abandoned on packagist and suggest mober/rememberme as replacement.
We could create a new namespace / project on Github and start working there, also to possibly invite new collaborators
... ?

authors: alexweissman gbirke m-ober

repo: gbirke/rememberme


text:
Feature/update get nearest edge methods

This is how I envisioned writing a SpatialIndex class that can be passed in to the get_nearest_edge() and get_nearest_edges() functions. The functionality should be the same as before with a few optional additional parameters. Please see feature request #261 for details.
I have not yet added the option to return distances, as requested in #280 , since that would change the number of items returned by the function, which could cause problems for users who are relying on the current implementation. Happy to add this feature if desired.
It might also be a good idea to update the get_nearest_nodes() function similarly.
Lastly, on the current upstream / master implementation of the get_nearest_edges() function, I noticed on a test case that I received different outputs when using the methods kdtree, balltree and None. This seems like a potential problem and I'm happy to share the test script that gave these results. The implementation in this PR is simply a re-arrangement of the original implementation, so the outputs match those of the current upstream / master version.
Lmk your thoughts, thanks!

Coverage increased (+0.2%) to 93.5% when pulling a87295154373d1f0ab624fef748b3944cf8cff43 on juliamgomes:feature/update-get-nearest-edge-methods into 6cf890d139b11ed90b09a1e49284488ca55a515e on gboeing:master.

As far as returning distances for #280, could we extract the internals of KDTreeIndex.get_nearest_edges to another function and simply discard the distances for the function that returns only the node IDs?
https://github.com/dHannasch/osmnx/commit/e28b9782164b0c8e63024902ccb60e7ad7f1b0e3
It seems like that is in effect what the function does anyway, since cKDTree.query returns the distances which are then discarded. We could make a column of the existing GeoDataFrame point to those distances, and then still discard them when they are not wanted.

Thanks @juliamgomes.

Lastly, on the current upstream / master implementation of the get_nearest_edges() function, I noticed on a test case that I received different outputs when using the methods kdtree, balltree and None. This seems like a potential problem and I'm happy to share the test script that gave these results.

Can you provide more details on that? If you were working in lat-lng, I suppose we should expect different results between kdtree (since it's Euclidean) and balltree (since it's haversine).

I have not yet added the option to return distances, as requested in #280 , since that would change the number of items returned by the function, which could cause problems for users who are relying on the current implementation. Happy to add this feature if desired.

@juliamgomes we could handle this by adding a new argument return_distances=False, which if set to True would return the distances as well. But by default it would not return them so the behavior would remain consistent with the current implementation.

Cool @dHannasch I'll make that change tomorrow in the way that @gboeing suggested, by adding a new argument return_distanceas=False. Sorry for the late reply!
@gboeing to elaborate, I tried to test the original and modified function ox.get_nearest_edges() on 2 sample coordinates. The results between master and my modified function were consistent. But the results across the methods balltree, kdtree, and none were inconsistent, with nearest_edges_none = ox.get_nearest_edges(graph, X, Y) producing unexpected results. This is most likely a mistake on my part, but I'm including the visuals and sloppy debug script just in case.
Balltree (coordinates in yellow, nearest edge nodes in red):

Kdtree:

None:

import osmnx as ox
import matplotlib.pyplot as plt
import numpy as np

def debug_visualize(graph, X, Y, nearest_edges):
    nc = []
    for node in graph.nodes():
        color = "k"
        if node in list(np.array(nearest_edges).flatten()):
            color = "r"
        nc.extend(color)
    fig, ax = ox.plot_graph(graph, node_color=nc, node_size=30, node_zorder=3, show=False, close=False)
    ax.scatter(X, Y, c='y', s=60)
    plt.show()

def main():
    latitude = 37.765860
    longitude = -122.433310
    duboce_triangle = (latitude, longitude)

    philz_latitude = 37.780079
    philz_longitude = -122.420174
    philz = (philz_latitude, philz_longitude)

    graph = ox.graph_from_point(philz, distance=2000, network_type="drive")

    coordinates = [duboce_triangle, philz]
    Y = [coord[0] for coord in coordinates]
    X = [coord[1] for coord in coordinates]
    print("Y coordinates are latitude: {}\nX coordinates are longitude: {}\n".format(X, Y))

    nearest_edges_balltree = ox.get_nearest_edges(graph, X, Y, method='balltree')
    print("balltree:")
    for i in [0, 1]:
        for j in [0, 1]:
            print(graph.node[nearest_edges_balltree[i][j]])
    print()

    nearest_edges_kdtree = ox.get_nearest_edges(graph, X, Y, method='kdtree')
    print("kdtree")
    for i in [0, 1]:
        for j in [0, 1]:
            print(graph.node[nearest_edges_kdtree[i][j]])
    print()

    nearest_edges_none = ox.get_nearest_edges(graph, X, Y)
    print("haversine")
    for i in [0, 1]:
        for j in [0, 1]:
            print(graph.node[nearest_edges_none[i][j]])
    print()

    debug_visualize(graph, X, Y, nearest_edges_balltree)
    debug_visualize(graph, X, Y, nearest_edges_kdtree)
    debug_visualize(graph, X, Y, nearest_edges_none)

if __name__ == "__main__":
    main()

authors: coveralls dHannasch gboeing juliamgomes

repo: gboeing/osmnx


text:
Updates to geometries branch

I'm collecting my own proposed changes/revisions to the geometries branch in this PR, to keep the geometries branch itself clean in #549. This PR:

renames all the geometries.gdf_from_x functions -> geometries.geometries_from_x
makes polygon_features module private
deprecates the footprints module/functions with a user warning
deprecates the pois module/functions with a user warning
cleans up comments and docstrings
autodocs the geometries module

Note: the geometries_from_x renaming is intended to keep the naming logic consistent. The purpose of the function is to retrieve geospatial objects' geometries from OSM, so the new naming scheme focuses on that rather than the specific datatype of the returned object (a GeoDataFrame). This is similar to the graph_from_x function naming in the graph module (rather than specifically referring to the datatype: MultiDiGraph).

Coverage remained the same at 92.652% when pulling 2141077351930ab6267707ef9d75cc13299670dd on geom_gb into 6514894ae3a40f97ac5a93736c546607c0a74242 on geometries.

Code for testing deprecation messages in pois and footprints modules:
import osmnx as ox
ox.config(log_console=True, use_cache=True)

point = (34.061757, -118.300361)
address = '3807 Wilshire Blvd, Los Angeles, CA 90010'
place = 'Koreatown, Los Angeles, California'
polygon = ox.utils_geo.bbox_to_poly(*ox.utils_geo.bbox_from_point(point, dist=500))
tags = {'amenity': True}

gdf = ox.footprints_from_point(point)
print(gdf.shape)

gdf = ox.footprints_from_address(address)
print(gdf.shape)

gdf = ox.footprints_from_place(place)
print(gdf.shape)

gdf = ox.footprints_from_polygon(polygon)
print(gdf.shape)

gdf = ox.pois_from_point(point, tags)
print(gdf.shape)

gdf = ox.pois_from_address(address, tags)
print(gdf.shape)

gdf = ox.pois_from_place(place, tags)
print(gdf.shape)

gdf = ox.pois_from_polygon(polygon, tags)
print(gdf.shape)

@gboeing I've read through the PR and your comment at the top and everything looks okay to me. Hopefully the responses I've given to your questions are clear.
I'm going to respond to your comment in #549 on the place-based query there to keep the conversations clear.

One very small comment is that the text for the logging the number of requests to the API should probably be changed to reflect that it is not just getting network data. You may have a preferred wording for that.
In a similar vein, I think it is probably worth revisiting the terminology in '_intersect_index_quadrats()` to reflect that it is now not just being used to identify points that intersect a (multi)polygon but also linestrings and (multi)polygons. Aside from the possible debate about whether a polygon that shares a single point with the boundary should count as inside it (which I think is moot given that we're not clipping any other geometries to the boundary), switching the intersection test over to that has 'just worked' so I haven't touched it or looked at amending it.

One very small comment is that the text for the logging the number of requests to the API should probably be changed to reflect that it is not just getting network data. You may have a preferred wording for that.

Great point. Resolved in 54c228b.

I think it is probably worth revisiting the terminology in '_intersect_index_quadrats()` to reflect that it is now not just being used to identify points that intersect a (multi)polygon but also linestrings and (multi)polygons.

Ah yeah, good catch. Resolved in 588af33.
Otherwise I think this is all clear now and ready to merge.

authors: AtelierLibre coveralls gboeing


text:
How do I use Map's lookup function in a pipe?

📖 Documentation
warning I am an FP noob, but trying!
I am trying to make use of the builtin Map and see if a value exists, however I cannot glean how to do it from the fp-ts documentation.
So far I have
get_child(s: string): Option<Node> {
        return pipe(
            this.children,
            getOrElse(() => new Map<string, Node>()),
            lookup(Eq)(s)
        );
    }

where s is a key within the children Map<string, Node> (it's not important what type Node is. However it's complaining that I need to pass 2 args instead of 1. I see lookup's function signature takes a Map as the second parameter... but this doesn't make sense to me if I'm supposed to be doing things in a non-imperative, functional manner and thus use pipe.
as an aside I'd like to echo https://github.com/gcanti/fp-ts/issues/1076 where more examples would be much appreciated for beginners. If you'd add some basic examples for https://gcanti.github.io/fp-ts/modules/Map.ts.html and https://gcanti.github.io/fp-ts/modules/Array.ts.html I'd be happy to add a PR fleshing out examples for the rest of Map and Array's functions so future beginners would know what to do.

Hi @Melvillian, a couple things to note in your question:

Functions like lookup and getOrElse are specific to the module where they're exported from.

Option's lookup is different from Map's lookup function.

You were right that Map's lookup does take an Eq as its first argument, however it needs an Eq instance, eg. eqString, eqBoolean. Eq represents the class, and lookup would not know which eq to use. There are ways up deriving an Eq for Options via getEq, but in this case you're using a string. Here's a working example that might help:

import * as M from 'fp-ts/lib/Map'
import { eqString } from 'fp-ts/lib/Eq'

const m: Map<string, string> = new Map()

m.set('foo', 'bar')

M.lookup(eqString)('foo', m) // { _tag: 'Some', value: 'bar' }

I don't think this pattern lends itself well to pipe because lookup is not curried. You could go and make a curried version if you wanted to, but I think in this small example you may be better off forgoing pipe.

Here's an illustration of using pipe, where you can also see why lookup not being curried makes the result a bit awkward:
const pipeExample = pipe(m, map => M.lookup(eqString)('foo', map))

If it was curried, you could write:
const pipeExample = pipe(m, M.lookup(eqString)('foo'))

Hope this helps!

Thank you, your reasoning behind lookup not being curried combined with re-reading https://mostly-adequate.gitbooks.io/mostly-adequate-guide/ch04.html#cant-live-if-livin-is-without-you helped clear this up.
The reason I was trying to make it work with pipe was that many of the examples in Map use pipe so I figured that was the way to go.

authors: Melvillian newswim

repo: gcanti/fp-ts


text:
Docs Ramda

Added more similarities to Ramda and fixed some broken links.

Nice, thank you @grossbart

authors: gcanti grossbart


text:
Status update records don't expire

Status updates for compactions and ingest are stored with an expiry date in milliseconds, with DynamoDB Time to Live configured for the field.
That doesn't work because DynamoDB needs the TTL field in seconds: https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/howitworks-ttl.html

Going to merge this into https://github.com/gchq/sleeper/issues/238

repo: gchq/sleeper


text:
Cannot upgrade from V7 (docker) beta.156 to beta.158

[burn@v7stroom stroom_core-v7.0-beta.158]$ ./start.sh
Creating and starting the docker containers and volumes
Using hostname v7stroom.swtf.dyndns.org and IP address 192.168.2.195 for audit logging.
Starting stroom-all-dbs     ... done
Starting stroom             ... done
Starting nginx              ... done
Starting stroom-log-sender  ... done
Starting stroom-proxy-local ... done
Waiting for Stroom to complete its start up.
Stroom has to build its database tables when started for the first time,
so this may take a minute or so. Subsequent starts will be quicker.
........................................................................................................................
Gave up wating for stroom to start up, check the logs (docker logs stroom)
Checking the run state of container nginx
Status:   RUNNING
Checking the run state of container stroom
Status:   STOPPED
Checking the run state of container stroom-all-dbs
Status:   RUNNING
Checking the run state of container stroom-log-sender
Status:   RUNNING
Checking the run state of container stroom-proxy-local
Status:   RUNNING
Checking the health of stroom-proxy-local using http://localhost:8091/proxyAdmin/healthcheck?pretty=true
Status:   UNHEALTHY
Details:
{
"stroom.proxy.app.handler.RemoteFeedStatusService": {
"healthy": false,
"message": "Error sending request request DUMMY_FEED - dummy DN to https://nginx/api/feedStatus/v1/getFeedStatus: MessageBodyReader not found for media type=text/html, type=class stroom.proxy.feed.remote.GetFeedStatusResponse, genericType=class stroom.proxy.feed.remote.GetFeedStatusResponse.",
"error": {
"type": "java.lang.RuntimeException",
"message": "Error sending request request DUMMY_FEED - dummy DN to https://nginx/api/feedStatus/v1/getFeedStatus: MessageBodyReader not found for media type=text/html, type=class stroom.proxy.feed.remote.GetFeedStatusResponse, genericType=class stroom.proxy.feed.remote.GetFeedStatusResponse.",
"stack": [
"stroom.proxy.app.handler.RemoteFeedStatusService.sendRequest(RemoteFeedStatusService.java:133)",
"stroom.proxy.app.handler.RemoteFeedStatusService.getHealth(RemoteFeedStatusService.java:155)",
"stroom.util.HasHealthCheck$1.check(HasHealthCheck.java:18)",
"com.codahale.metrics.health.HealthCheck.execute(HealthCheck.java:374)",
"com.codahale.metrics.health.HealthCheckRegistry.runHealthChecks(HealthCheckRegistry.java:184)",
"com.codahale.metrics.servlets.HealthCheckServlet.runHealthChecks(HealthCheckServlet.java:149)",
"com.codahale.metrics.servlets.HealthCheckServlet.doGet(HealthCheckServlet.java:121)",
"javax.servlet.http.HttpServlet.service(HttpServlet.java:687)",
"javax.servlet.http.HttpServlet.service(HttpServlet.java:790)",
"com.codahale.metrics.servlets.AdminServlet.service(AdminServlet.java:108)",
"javax.servlet.http.HttpServlet.service(HttpServlet.java:790)",
"org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:791)",
"org.eclipse.jetty.servlet.ServletHandler$ChainEnd.doFilter(ServletHandler.java:1626)",
"io.dropwizard.jersey.filter.AllowedMethodsFilter.handle(AllowedMethodsFilter.java:45)",
"io.dropwizard.jersey.filter.AllowedMethodsFilter.doFilter(AllowedMethodsFilter.java:39)",
"org.eclipse.jetty.servlet.FilterHolder.doFilter(FilterHolder.java:193)",
"org.eclipse.jetty.servlet.ServletHandler$Chain.doFilter(ServletHandler.java:1601)",
"org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:548)",
"org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233)",
"org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1435)",
"org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188)",
"org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:501)",
"org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186)",
"org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1350)",
"org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)",
"io.dropwizard.jetty.RoutingHandler.handle(RoutingHandler.java:52)",
"org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:766)",
"io.dropwizard.jetty.BiDiGzipHandler.handle(BiDiGzipHandler.java:67)",
"org.eclipse.jetty.server.handler.RequestLogHandler.handle(RequestLogHandler.java:54)",
"org.eclipse.jetty.server.handler.StatisticsHandler.handle(StatisticsHandler.java:179)",
"org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)",
"org.eclipse.jetty.server.Server.handle(Server.java:516)",
"org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:388)",
"org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:633)",
"org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:380)",
"org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:273)",
"org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311)",
"org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105)",
"org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104)",
"org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:336)",
"org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:313)",
"org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:171)",
"org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.produce(EatWhatYouKill.java:135)",
"org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:773)",
"org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:905)",
"java.base/java.lang.Thread.run(Thread.java:832)"
],
"cause": {
"type": "org.glassfish.jersey.message.internal.MessageBodyProviderNotFoundException",
"message": "MessageBodyReader not found for media type=text/html, type=class stroom.proxy.feed.remote.GetFeedStatusResponse, genericType=class stroom.proxy.feed.remote.GetFeedStatusResponse.",
"stack": [
"org.glassfish.jersey.message.internal.ReaderInterceptorExecutor$TerminalReaderInterceptor.aroundReadFrom(ReaderInterceptorExecutor.java:231)",
"org.glassfish.jersey.message.internal.ReaderInterceptorExecutor.proceed(ReaderInterceptorExecutor.java:155)",
"io.dropwizard.jersey.gzip.GZipDecoder.aroundReadFrom(GZipDecoder.java:37)",
"org.glassfish.jersey.message.internal.ReaderInterceptorExecutor.proceed(ReaderInterceptorExecutor.java:155)",
"org.glassfish.jersey.message.internal.MessageBodyFactory.readFrom(MessageBodyFactory.java:1085)",
"org.glassfish.jersey.message.internal.InboundMessageContext.readEntity(InboundMessageContext.java:874)",
"org.glassfish.jersey.message.internal.InboundMessageContext.readEntity(InboundMessageContext.java:808)",
"org.glassfish.jersey.client.ClientResponse.readEntity(ClientResponse.java:326)",
"org.glassfish.jersey.client.InboundJaxrsResponse$1.call(InboundJaxrsResponse.java:115)",
"org.glassfish.jersey.internal.Errors.process(Errors.java:315)",
"org.glassfish.jersey.internal.Errors.process(Errors.java:297)",
"org.glassfish.jersey.internal.Errors.process(Errors.java:228)",
"org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:419)",
"org.glassfish.jersey.client.InboundJaxrsResponse.runInScopeIfPossible(InboundJaxrsResponse.java:267)",
"org.glassfish.jersey.client.InboundJaxrsResponse.readEntity(InboundJaxrsResponse.java:112)",
"stroom.proxy.app.handler.RemoteFeedStatusService.lambda$getHealth$1(RemoteFeedStatusService.java:169)",
"stroom.proxy.app.handler.RemoteFeedStatusService.sendRequest(RemoteFeedStatusService.java:128)",
"stroom.proxy.app.handler.RemoteFeedStatusService.getHealth(RemoteFeedStatusService.java:155)",
"stroom.util.HasHealthCheck$1.check(HasHealthCheck.java:18)",
"com.codahale.metrics.health.HealthCheck.execute(HealthCheck.java:374)",
"com.codahale.metrics.health.HealthCheckRegistry.runHealthChecks(HealthCheckRegistry.java:184)",
"com.codahale.metrics.servlets.HealthCheckServlet.runHealthChecks(HealthCheckServlet.java:149)",
"com.codahale.metrics.servlets.HealthCheckServlet.doGet(HealthCheckServlet.java:121)",
"javax.servlet.http.HttpServlet.service(HttpServlet.java:687)",
"javax.servlet.http.HttpServlet.service(HttpServlet.java:790)",
"com.codahale.metrics.servlets.AdminServlet.service(AdminServlet.java:108)",
"javax.servlet.http.HttpServlet.service(HttpServlet.java:790)",
"org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:791)",
"org.eclipse.jetty.servlet.ServletHandler$ChainEnd.doFilter(ServletHandler.java:1626)",
"io.dropwizard.jersey.filter.AllowedMethodsFilter.handle(AllowedMethodsFilter.java:45)",
"io.dropwizard.jersey.filter.AllowedMethodsFilter.doFilter(AllowedMethodsFilter.java:39)",
"org.eclipse.jetty.servlet.FilterHolder.doFilter(FilterHolder.java:193)",
"org.eclipse.jetty.servlet.ServletHandler$Chain.doFilter(ServletHandler.java:1601)",
"org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:548)",
"org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233)",
"org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1435)",
"org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188)",
"org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:501)",
"org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186)",
"org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1350)",
"org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)",
"io.dropwizard.jetty.RoutingHandler.handle(RoutingHandler.java:52)",
"org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:766)",
"io.dropwizard.jetty.BiDiGzipHandler.handle(BiDiGzipHandler.java:67)",
"org.eclipse.jetty.server.handler.RequestLogHandler.handle(RequestLogHandler.java:54)",
"org.eclipse.jetty.server.handler.StatisticsHandler.handle(StatisticsHandler.java:179)",
"org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)",
"org.eclipse.jetty.server.Server.handle(Server.java:516)",
"org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:388)",
"org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:633)",
"org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:380)",
"org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:273)",
"org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311)",
"org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105)",
"org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104)",
"org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:336)",
"org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:313)",
"org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:171)",
"org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.produce(EatWhatYouKill.java:135)",
"org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:773)",
"org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:905)",
"java.base/java.lang.Thread.run(Thread.java:832)"
]
}
},
"duration": 30,
"url": "https://nginx/api/feedStatus/v1/getFeedStatus",
"responseCode": 502,
"timestamp": "2021-11-24T08:41:05.753Z"
}
}
See http://localhost:8091/proxyAdmin/healthcheck?pretty=true for the full report
Overall system health: UNHEALTHY
[burn@v7stroom stroom_core-v7.0-beta.158]$

This was a problem with a SQL update not working as expected.
Solution was to:
You need to delete the 2106 related entry from processor_schema_history, then try starting again as per
delete from processor_schema_history where version = '07.00.00.2106';
Then stop and restart the stroom application, or container stack.

repo: gchq/stroom


text:
Add 'ClientFiltrationBehaviour' to MediatR configuration

Given the following requirements:

If configured, Haystac should only return entities for the correct Client to any specific User request.
If not configured, all entities should be returned

The proposed solution is to include a ClientFiltrationBehaviour into Haystac.Application.Common.Behaviours which expects an injected IClientFiltrationService interface.
IClientFiltrationService would then expose an IEnumerable<T> Filter<T>(IEnumerable<T> input) function that performs the following:

If no filtration is configured, it just returns the input IEnumerable
If filtration is configured:

If the User is an Administrator - the original IEnumerable is returned
Otherwise, it gets the User's ClientId field from an injected IIdentityService and returns a filtered list of features.

Given that we're only adding the ClientId field at the collection level - we should be able to only filter CollectionDto objects since each query requires that we check the Collection exists.

This will also require adding a Task<string?> GetAttributeAsync(string userId) method signature to IIdentityService so we can reliably extract the necessary ClientId attribute for Users regardless of configured IdP.

Duplicated by #19 - closing this issue in favor of the other.

repo: gclodge/Haystac


text:
rxvt-unicode-256color is missing in database.json

hi,
not sure how this should be addressed.
tcell is missing a Terminfo entry for "my" terminal rxvt-unicode-256color.
running mkdatabase.sh (is it really pure ksh ? I could run it with bash) on my linux box, I got my Terminfo entry alright but there were a few interesting differences in escape codes.
should database.go and database.json be underscored _darwin or _linux ?

mkdatabase.sh probably works fine with bash.  I use ksh because I don't necessarily have bash everywhere, and ordinary "sh" fails on some systems.
There are no _darwin or _linux suffixes because these terminal entries are used on many different systems.  For example, if you ssh into a Linux system from Darwin, you still want to use the Darwin terminal definitions.  And there are BSDs and Solaris which can use these.  Some day I hope to figure out how to support SSH windows in MS windows too.  (Windows is a special snowflake.)
If you post me your terminal type definitions, or even just send me the output from infocmp rxvt-unicode-256color, I can see if I can cook this up.  (Alternatively, if the terminal behaves identically to some other stock terminal, then I can just create an alias for it.)
Thanks.

here is the output of infocmp rxvt-unicode-256color:
https://gist.github.com/sbinet/15408f593b13bc49f11c

authors: gdamore sbinet

repo: gdamore/tcell


text:
Remove notification after click it from status bar or notification in app

Alarm plugin version
*ex: 3.1.4
Describe the bug

On Android, the notification doesn't removed when I click it

To Reproduce
Steps to reproduce the behavior:

Open app
Set Alarm
show notification
click notification
Notification was not removed

Expected behavior

I want to have a listener or a function return call after click notification to I can cancel or stop it.

Screenshots
If applicable, add screenshots to help explain your problem.
Device info
Android device
Additional context
Add any other context about the problem here.

Hi @songtoanht
I just released version 4.0.0-dev.1 which is a testing version before releasing definitive 4.0.0. I made big changes in the native android code so I hope it will fix your issue.

Hi @gdelataillade,
After I upgrade to version 4.0.0-dev.1, do I need to modify any other code?

Hi @songtoanht
No, after upgrading to version 4.0.0-dev.1, you shouldn't need to modify any code.
But for 4.0.0-dev.3 I'm modifying the AlarmSettings class so you will need to change a few things but your linter will tell you.

authors: gdelataillade songtoanht

repo: gdelataillade/alarm


text:
🛑 Readeck is down

In ec0a0c2, Readeck ($SITE_READECK) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Readeck is back up in 946dfe3 after 13 minutes.


text:
🛑 VRBS is down

In 3458f95, VRBS ($VRBS) was down:

HTTP code: 0
Response time: 0 ms

Resolved: VRBS is back up in 5f1919e.

repo: gdmad/status-check


text:
Try to fix linux cd

I used mamba to install constructor and build the linux installer.

Thank you Skandan!

authors: SkandanC joamatab

repo: gdsfactory/gdsfactory


text:
update to kfactory backend

work towards kfactory backend

@sebastian-goeldi

I wonder if the potential licensing conflict that may arise from bringing in a tight dependence to GPL-licensed code (KLayout) was analyzed and taken into account here. The author of KLayout interprets there not to be an issue with Python import statements, but it's not really his call since KLayout itself is forced to use GPL due to its dependencies. So it doesn't seem like a negligible risk, or at least it's a significant potential complication, and therefore worth putting some serious thought into before creating a hard-to-reverse dependence on GPL-licensed code. If this is already fully understood and the risk has been accepted, then no worries!

authors: govenius joamatab


text:
SN74AHCT125 replacement?

Looks like SN74AHCT125 isn't available anymore. Can you suggest any replacements?

In stock at digikey and mouser. digikey says it has over 8000 available to ship immediately.

Alternatively, a BSS138-based logic level converter (like this one: SparkFun Logic Level Converter - Bi-Directional) should work too

authors: gdsports scruss studiokrause

repo: gdsports/midiuartusbh


text:
Feature Request: Book counts on Author view

In the Author view, there is currently no counter provided for the number of books available. It would be helpful to see the book count without having to click each author's name in turn.

That's a good idea. Where do you propose to add the count? If I put it beside the author name, it looks too cluttered.

I was thinking of adding the count as a badge on the right-side of the author button. This is something I figure I could implement myself, which is why I was trying to get a successful make run.


text:
feat: +SECURITY.md

Features

add SECURITY.md
Fixs #967

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 80.63%. Comparing base (5cae13f) to head (e4203e5).

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@            Coverage Diff             @@
##             main     #970      +/-   ##
==========================================
- Coverage   80.69%   80.63%   -0.07%
==========================================
  Files         226      226
  Lines       13178    13178
==========================================
- Hits        10634    10626       -8
- Misses       2544     2552       +8

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

LGTM

authors: codecov-commenter iorisa stellaHSR

repo: geekan/MetaGPT


text:
OneSignal Without cocoapods

I have upgraded the example for react-native 0.40 (iOS)

@eriksape Thanks for this PR, but the recommended way to work with the most recent SDK version is using CocoaPods.
However, this could be an alternative way. Could you adjust the PR so we'll have two examples? One with CocoaPods and one Without CocoaPods. I think that would be the best solution and everyone would be able to learn from it.

@avishayil Ok, I need to create other xcode project with the cocoapods way?

Yeah :>

authors: avishayil eriksape

repo: geektimecoil/react-native-onesignal


text:
Drush site-install currently broken due to upstream issue

See: https://travis-ci.org/geerlingguy/drupal-vm/builds/119706131
Builds are currently failing when using drush_version: master (Drupal VM's default). Maybe it's finally time to switch to a tag release instead of master :/
See upstream drush issue: https://github.com/drush-ops/drush/issues/2110

Oh, I was fighting this yesterday. Thanks for the info, @geerlingguy!

Fixed via https://github.com/drush-ops/drush/commit/7ca83efe9039209dc5e3f3d43d36b34d31c46641

authors: geerlingguy scottatdrake

repo: geerlingguy/drupal-vm


text:
Empty/Blank Dashboards

Hello,
I seem to have messed something up, and simply can not find what.
I'm running this (clean install) on a Raspberry Pi 3B+, with just internet monitoring, nothing else, but all my Grfana dashboards are.. empty, It's been running for a day now, so there should at least be some data correct?

While installing I first ran into Issue 106, funny thing is I'm running dietpi, which is also a modified version of Raspbian Lite. Though that problem magically fixed itself overnight.
If anyone has any clues, please do share, otherwise where may I find logs/further troubleshoots steps?

Strange... one thing to check is the docker logs for all the containers (docker logs [container id]) — you can get a container's ID with docker ps -a to see all the containers.

Thanks for the input, rechecking everything, it seems my disks can't keep up.
Between this and my 2 other servers, iowait is through the roof.
Restarting allowed me to briefly glimpse that what could have been, but alas, you have the right idea of using a dedicated Pi for monitoring alone.
Please do keep it up, and until next time,
I'm the guy on Github :)

until next time,
I'm the guy on Github :)

Hehe, nice.

authors: UnPossible-Me geerlingguy

repo: geerlingguy/internet-pi