Error on Pawn Generation - Trying to CreateRelations

From Discord:
Error while generating pawn. Rethrowing. Exception: System.NullReferenceException: Object reference not set to an instance of an object
[Ref 6C163012]
 at RimWorld.PawnRelationWorker_Sibling.CreateRelation (Verse.Pawn generated, Verse.Pawn other, Verse.PawnGenerationRequest& request) [0x000bc] in <f0ac5eb9b52e4cc396c70fc9a4ee15e5>:0
 at Verse.PawnGenerator.GeneratePawnRelations (Verse.Pawn pawn, Verse.PawnGenerationRequest& request) [0x0012f] in <f0ac5eb9b52e4cc396c70fc9a4ee15e5>:0
 at Verse.PawnGenerator.TryGenerateNewPawnInternal (Verse.PawnGenerationRequest& request, System.String& error, System.Boolean ignoreScenarioRequirements, System.Boolean ignoreValidator) [0x00442] in <f0ac5eb9b52e4cc396c70fc9a4ee15e5>:0
 at Verse.PawnGenerator.GenerateNewPawnInternal (Verse.PawnGenerationRequest& request) [0x000c1] in <f0ac5eb9b52e4cc396c70fc9a4ee15e5>:0

This happens with the mod Tribals Unleashed, but likely happens with other mods too that have scenarios.
Jaal has it fixed in His Fork. He says the file was already there and disappeared but I promise I am innocent, I checked my git history.

This error seems to persist in 2.1.0, I got an updated Issue by Archer:
@Vegapnk so it happened again, and I frankly do not know how, since it (was?) patched.   Rethrowing. Exception: System.NullReferenceException: Object reference not set to an instance of an object
[Ref C40A1F2F]
 at RimWorld.SpouseRelationUtility.DetermineManAndWomanSpouses (Verse.Pawn firstPawn, Verse.Pawn secondPawn, Verse.Pawn& man, Verse.Pawn& woman) [0x00000] in <f0ac5eb9b52e4cc396c70fc9a4ee15e5>:0
 at RimWorld.SpouseRelationUtility.ResolveNameForSpouseOnGeneration (Verse.PawnGenerationRequest& request, Verse.Pawn generated) [0x0001d] in <f0ac5eb9b52e4cc396c70fc9a4ee15e5>:0
 at RimWorld.PawnRelationWorker_Sibling.CreateRelation (Verse.Pawn generated, Verse.Pawn other, Verse.PawnGenerationRequest& request) [0x0013b] in <f0ac5eb9b52e4cc396c70fc9a4ee15e5>:0
 at Verse.PawnGenerator.GeneratePawnRelations (Verse.Pawn pawn, Verse.PawnGenerationRequest& request) [0x0012f] in <f0ac5eb9b52e4cc396c70fc9a4ee15e5>:0

Code from DetermineManAndWomanSpouses:
public static void DetermineManAndWomanSpouses(
      Pawn firstPawn,
      Pawn secondPawn,
      out Pawn man,
      out Pawn woman)
    {
      if (firstPawn.gender == secondPawn.gender)
      {
        man = firstPawn.thingIDNumber < secondPawn.thingIDNumber ? firstPawn : secondPawn;
        woman = firstPawn.thingIDNumber < secondPawn.thingIDNumber ? secondPawn : firstPawn;
      }
      else
      {
        man = firstPawn.gender == Gender.Male ? firstPawn : secondPawn;
        woman = firstPawn.gender == Gender.Female ? firstPawn : secondPawn;
      }
    }

Code from PawnRelationWorker_Sibling.CreateRelation:
public override void CreateRelation(
      Pawn generated,
      Pawn other,
      ref PawnGenerationRequest request)
    {
      int num = other.GetMother() != null ? 1 : 0;
      bool flag = other.GetFather() != null;
      bool newlyGeneratedParentsWillBeSpousesIfNotGay = (double) Rand.Value < 0.850000023841858;
      if (num != 0 && LovePartnerRelationUtility.HasAnyLovePartner(other.GetMother()))
        newlyGeneratedParentsWillBeSpousesIfNotGay = false;
      if (flag && LovePartnerRelationUtility.HasAnyLovePartner(other.GetFather()))
        newlyGeneratedParentsWillBeSpousesIfNotGay = false;
      if (num == 0)
      {
        Pawn parent = PawnRelationWorker_Sibling.GenerateParent(generated, other, Gender.Female, request, newlyGeneratedParentsWillBeSpousesIfNotGay);
        other.SetMother(parent);
      }
      generated.SetMother(other.GetMother());
      if (!flag)
      {
        Pawn parent = PawnRelationWorker_Sibling.GenerateParent(generated, other, Gender.Male, request, newlyGeneratedParentsWillBeSpousesIfNotGay);
        other.SetFather(parent);
      }
      generated.SetFather(other.GetFather());
      if (num == 0 || !flag)
      {
        if ((other.GetMother().story.traits.HasTrait(TraitDefOf.Gay) ? 1 : (other.GetFather().story.traits.HasTrait(TraitDefOf.Gay) ? 1 : 0)) != 0)
          other.GetFather().relations.AddDirectRelation(PawnRelationDefOf.ExLover, other.GetMother());
        else if (newlyGeneratedParentsWillBeSpousesIfNotGay)
        {
          Pawn mother = other.GetMother();
          Pawn father = other.GetFather();
          NameTriple name = mother.Name as NameTriple;
          father.relations.AddDirectRelation(PawnRelationDefOf.Spouse, mother);
          if (name != null)
          {
            PawnGenerationRequest request1 = new PawnGenerationRequest();
            SpouseRelationUtility.ResolveNameForSpouseOnGeneration(ref request1, mother);
            string str1 = name.Last;
            string str2 = (string) null;
            if (request1.FixedLastName != null)
              str1 = request1.FixedLastName;
            if (request1.FixedBirthName != null)
              str2 = request1.FixedBirthName;
            if (mother.story != null && (name.Last != str1 || mother.story.birthLastName != str2))
              mother.story.birthLastName = str2;
          }
        }
        else
          LovePartnerRelationUtility.GiveRandomExLoverOrExSpouseRelation(other.GetFather(), other.GetMother());
      }
      PawnRelationWorker_Sibling.ResolveMyName(ref request, generated);
    }

To reproduce:

Game in DevMode
Load the Game with the mods
Quicktest Colony
Spawn Raid - Ugly Bastards Faction - 10k Points

This was tracked down to be an Sexperience Issue. Afaik it is not my fault and I will close this for now.


Configurables get elided if only used in LDC

For #5579 we want to let devs build proxies that may look like this:
contract;

use std::constants::ZERO_B256;
use std::execution::run_external;

configurable {
    TARGET: ContractId = ContractId::from(ZERO_B256),
}

abi RunExternalTest{
    fn foobar() -> u64;
}

impl RunExternalTest for Contract {
    fn foobar() -> u64 {
        run_external(TARGET)
    }
}

fn run_external(load_target: ContractId) -> ! {
    asm(load_target, word, length, ssp_saved) {
        lw load_target fp i74;
        csiz length load_target;
        move ssp_saved ssp;
        ldc load_target zero length;
        addi word zero i64;
        aloc word;
        sw hp ssp_saved i0;
    }
    __jmp_mem()
}

However, because load_target isn't used in the result of any method of the contract, the TARGET configurable gets optimized away, which makes proper configuration impossible.
This still happens if the return value of run_external isn't !.
We need to either find a way of telling the compiler that load_target is consumed by the jump, or fix a bug in the analysis.

In the example posted, run_external gets inlined, and because of that, the compiler figures out that TARGET isn't really used at all. This is because, in run_external, we are accessing the parameter in assembly, which the compiler cannot figure out. And after inlining, that access, in fact, becomes incorrect.
Adding #[inline(never)] to run_external gets TARGET into the final ABI JSON as a configurable. But the problem now is that, there's a temp local created in foobar for TARGET before passing it to run_external. This happens because the compiler doesn't know that run_external will not modify its argument, so it makes a copy for safety.
The local ends up making ldc invalid since ldc expects 0 stack usage.


feat: Adapt to serverless@3 logging interface

Description
Adapts to new logging API that is going to be introduced with serverless@3.
The change in scope of this plugin is fairly minor - I didn't want to change too much of the current logic, just to adapt it a bit to the new API. I'd be happy to hear about potential suggestions for improvements though 💯
Closes: #171
Checklist

[x] CHANGELOG.md
[x] README.md
[x] Unit tests
[x] Consider performance implications
[x] Consider security implications

Need to sign off, but will investigate build errors:
Run npm ci
added 61 packages in 0.696s
DOTENV: Loading environment variables from .env, .env.production:
	 - APP_MESSAGE
	 - REGION
	 - TEST_VAR
	 - STAGE
Environment: linux, node 12.22.8, framework 3.0.0-pre.3db0e613, plugin 6.0.0-pre.42186afc, SDK 4.3.0
Docs:        docs.serverless.com
Support:     forum.serverless.com

Bugs:        github.com/serverless/serverless/issues

Error:
Detected unrecognized CLI options: "--env".

1 deprecation found: run 'serverless doctor' for more details
Error: Process completed with exit code 1.

Hello @neverendingqs - thanks a lot for review, I was off for holidays but I'm back tomorrow and I'll see what might be going on in your case & in the build errors

Thanks for the review @neverendingqs - as for the build errors - they're caused by --env flag that is no longer supported in Framework v3 - this is even listed in README.md that this flag will be no longer supported.
As for your issue with v3Utils - I tried to reproduce but couldn't, for me it worked well, could you please check if you're not using some outdated version of v3 prerelease?

Thanks a lot @neverendingqs 🙇


Initialize is spelled incorrectly.

Not a big problem, but it messed me up for a long time when trying to make a wrapper.
This function in the C library

In English initialise and initialize are equally valid spellings.  I'm not going to change the function name.

An alternative non-breaking change would be to introduce a new function called gpioInitialize that simply calls gpioInitialise.

In English initialise and initialize are equally valid spellings.

I don't think this is 100% correct. In British English initialise and initialize are equally valid spellings but in American English this is not the case. As far as I know the rule is that verbs that can be spelled with either -ise or -ize at the end in British English are always spelled with -ize at the end in American English.


Enable executing unwrappr from a directory that does not include a Gemfile or .bundle

Set the BUNDLE_GEMFILE environment variable before comparing lock files. This prevents Bundler from looking for a Gemfile file or .bundle directory on the filesystem and raising an error if it does not find one.
Fixes #57.

I'm not super dooper familiar with the internals of bundler .. so this might just be a note for my future self

gemfile (BUNDLE_GEMFILE): The name of the file that bundler should use as the Gemfile. This location of this file also sets the root of the project, which is used to resolve relative paths in the Gemfile, among other things. By default, bundler will search up from the current working directory until it finds a Gemfile.

Ok so setting that will explicitly tell bundler where the Gemfile is located at..

I have reservations about adding a workaround to unwrappr for Bundler actively looking for files that it doesn't need.
@johnsyweb - Whats an example of that? Isn't the Gemfile the external heart of bundler or bundle update?

The context to this PR is in https://github.com/envato/unwrappr/issues/57 where unwrappr is used solely for annotation (not creating the bundle update change).

ahhh missed that bit. thanks 👍

Fair call.


Problem post installation

I downloaded the version that is in github but at the moment of executing the application I get the following error
Traceback (most recent call last):
File "./empire", line 11, in
From lib.common import empire
File "/root/Empire/Lib/common/empire.py", line 14, in
From pydispatch import dispatcher
ImportError: No module named pydispatch
The version where empire was installed is Linux Kali-2016-1 4.6.0-kali1-amd64 # 1 SMP Debian 4.6.4-1kali1 (2016-07-21) x86_64 GNU / linux
please help

Did you run the ./setup/install.sh command? It looks like you're missing the pydispatch module, which would be installed by running the install.sh script. Be sure to read the quick start to avoid running into errors like this.

^ What he said 👍 Let us know if you still have issues!


The driver doesnt seem to work with my Windows 7 sp1 pc ( Platform update installed)

Hey, mfosse , I know I'm late,but your driver doesn't seem t work with my win 7 pc.  I've downloaded visual c++ numerous times,and triple checked to see if the msvcp140.dll file was there,which it was,but your program isnt detetcting it

Depends what you installed.
There are 2 msvcp140.dlls. One for 32bit (x86) and one for 64bit.
Best case for you is to download/install both versions from here:
https://www.microsoft.com/en-us/download/details.aspx?id=48145
If it asks you for repair, because one package is already installed, do it, just in case.
After both of them are installed, restart (for redundancy).
So it doesn't matter if the dll is there. The version and bitness flavor matters.
On another note, the only problem is when you need the msvcp140d.dll. This is the debug version and can only be installed by installing visual studio 2015 or 2017

CTCaer,i have tried but does not work


The version number of the module 'six' in the requirements file is mo…

I found the latest version number of the module  'six' is 1.10.0

Is there a problem with the version currently in use? If there isn't, then I don't see a reason to upgrade this package alone, since many other packages are also old.
The packages were current at the time the software was built, so I have personally verified that those versions work. They are a good base reference. You can upgrade them if you like, but at least you know that if you experience problems, you can go back to the package versions I have used and verified to work well.

In your requirements file(common.txt)，the version number of the module 'six' is 1.4.1. I use pip install six==1.4.1 in windows, there has a error.


Dynamic width or text size

Pr incoming to change svg width based on text count.

That would be great, thank you @MichaelDimmitt


Options for anchor and image handling

Ability to ignore [] syntax for anchor href and image url.

Closed by #42


[WIP] Use both doctests and standard unit tests

This PR aims at using doctests only when the test is helpful for the end user and pushing tests that do not help the end-user in a dedicated folder tests that would contain those ones.

Hello @rtavenar! Thanks for opening this PR. We checked the lines you've touched for PEP 8 issues, and found:

In the file tslearn/metrics.py:

Line 148:80: E501 line too long (112 > 79 characters)
Line 226:80: E501 line too long (92 > 79 characters)
Line 254:80: E501 line too long (96 > 79 characters)
Line 285:80: E501 line too long (108 > 79 characters)
Line 349:80: E501 line too long (110 > 79 characters)
Line 628:80: E501 line too long (85 > 79 characters)
Line 631:80: E501 line too long (119 > 79 characters)
Line 800:80: E501 line too long (84 > 79 characters)

In the file tslearn/tests/test_metrics.py:

Line 45:1: E302 expected 2 blank lines, found 1
Line 64:33: E201 whitespace after '['
Line 72:1: E302 expected 2 blank lines, found 1
Line 114:1: E302 expected 2 blank lines, found 1
Line 120:73: W292 no newline at end of file

I just changed my mind, I think we'd rather merge that to dev once ready. Hence I started resolving conflicts.
Now it seems some tests fail, will have to look at it.
Also, I will not fix the decrease in code coverage since it mainly concerns the deprecated estimators from tslearn.barycenters that will be removed in 0.2.

It was a good idea to merge to dev, since it revealed an issue with string comparison in numba, nopython mode. Now, things seem to be fixed.


symfony/framework-bundle": "5.0.*"

Hi,
Thank you for your breadcrumb bundle.
Is it possible to add the symfony/framework-bundle": "5.0.*" to your composer.json.
I can't use it in symfony 5.
Best regards

Hello
I have been trying to install in Symfony 5 and it indicates that symfony/framework-bundle is necessary, it would be possible to update it.

https://github.com/thormeier/breadcrumb-bundle/pull/30 would solve this generally. I'm creating a new majore release once merged.

Hi @thormeier what is the progress of releasing support for Symfony v5?
Thanks!

If you need help just call out. I like the bundle but like the 5.x bundles better. Or do we need to fork?


Hyperlink support in Review responses

We should make sure the hyperlinks are rendered properly and clickable in the review responses.
Here's an example, the https://github.com/microsoft/vscode-jupyter/issues/11710 should be clickable in the text.

We will plan this in upcoming sprints. Keep posted for future updates.


Rkt in rkt

Hi
Is there any way to run rkt/systemd-nspawn in a rkt container.
I keep having an nspawn error message.
Attempted to remove disk file system, and we can't allow that.
It would be quite useful for running a bamboo-agent that use dgr
Or any other stuff that would need to run rkt in rkt.

Sorry you didn't get a reply on this - have you had any more luck on more recent rkt versions? I'm not sure on the latest state of the art here /cc @s-urbaniak for https://github.com/coreos/rkt/issues/2158


installation does not work

How to reproduce:
run:
cd ~
rm -rf zsh-snap
git clone --depth 1 -- https://github.com/marlonrichert/zsh-snap.git
source zsh-snap/install.zsh

when the prompt appears, type .zsh-snap as the location for the plugins. Then get the following error
➜  ~ snap
zsh: command not found: snap

Type znap, with a Z.


Two 3.1.1 versions

As shown in https://github.com/SwiftyJSON/SwiftyJSON/releases
Is this a mistake? Thanks.

I think the first 3.1.1 release has the wrong tag (v3.1.1 instead of 3.1.1)

Got it. Thanks pointing out. I missed that v :)


[qbittorrent] add podMonitor and ability to add exporter as a sidecar

The title is self explanatory lol
Checklist

[X] Chart version bumped in Chart.yaml according to semver.
[X] Title of the PR starts with chart name (e.g. [home-assistant])
[X] Variables are documented in the README.md (this can be done with using our helm-docs wrapper ./hack/gen-helm-docs.sh stable <chart>)

Thanks for the PR! I have a few questions on this, but not enough time to write them out on mobile right now (almost bedtime 😴)
Will write them down here tomorrow!

The thing I wanted to suggest is the following: we could have the chart automatically inject the additionalContainer if the podMonitor is enabled.
In order to do this you would have to switch to the "advanced" style of common.yaml, and do something similar to what e.g. the tdarr chart is doing: https://github.com/k8s-at-home/charts/blob/master/charts/stable/tdarr/templates/common.yaml.
That way the user doesn't have to think as much about enabling it. It would require a key in values.yaml where the image is specified (so that the user can override it / apps like renovate can bump it).

Agreed! I'd like to see the arr exporters written that way too.

The thing I wanted to suggest is the following: we could have the chart automatically inject the additionalContainer if the podMonitor is enabled.
In order to do this you would have to switch to the "advanced" style of common.yaml, and do something similar to what e.g. the tdarr chart is doing: https://github.com/k8s-at-home/charts/blob/master/charts/stable/tdarr/templates/common.yaml.
That way the user doesn't have to think as much about enabling it. It would require a key in values.yaml where the image is specified (so that the user can override it / apps like renovate can bump it).

No problem. I'll get it worked up today. @onedr0p I can work up the pr's for the other 3 as well. I was already planning on adding that relabeling to those pod monitors. The one thing that irks me with podmonitors is that by default the job label has the namespace in front of it where service monitors do not.

That would be awesome, as for the relabelings that fine too.

@onedr0p @bjw-s if you guys think it needs any further adjusting just lmk before I start on the arr's

@jr0dd do you think there is any benefit to include the additionalContainer with the podMonitor too? One method seems more than enough.

oh wait, I have seen you remove that!

@bjw-s this look good to you too?

@bjw-s alright I think everything is covered now

Awesome! I'm gonna merge it as soon as the CI passes 👍

@all-contributors add @jr0dd for code


Controller API sample tutorial

Can someone please show me how to deploy an app using the controller api only? Thanks in advance!

I'm not aware of any tutorials but there is some code in pr-apps that uses the controller to create apps.
https://github.com/featurist/flynn-pr-apps/blob/master/lib/flynnService.js

Thanks!, but is there a way to deploy using tarball or using git without the flynn cli?

Ok, i finally got it. The username for git is user and the password is the controller key. But you'd have to add the ca-cert in ~/.gitconfig
[http "clusterDomain"]
sslCAInfo = path/to/cert.pem
So git url becomes:
<EMAIL_ADDRESS>

Flynn is unmaintained and our infrastructure will shut down on June 1, 2021. See the README for details.


package names may not contain dots: datreant-core

I came across pypa/pip#3666 which says that pip 8.1.2 now correctly implements PEP 503, in particular the normalized names:

The name should be lowercased with all runs of the characters . , - , or _ replaced with a single - character.

The datreant.core package should be renamed to datreant-core. (And maybe then it will be possible to find it on PyPi...)

See also https://www.continuum.io/blog/developer-blog/new-pip-812-release-leaves-anaconda-cloud-broken-fix-progress

Oh I also noticed that TAB-completion doesn't work in IPython to load datreant.core I have to type it myself to get correct completions later on.

@kain88-de I'm not sure what that issue is, but it might have to do with how IPython populates its autocorrect for imports. Since datreant is a namespace package, and not a "real" package, it might just choke on this. In which case, it's a shame, but it's a problem that would need to be addressed in IPython itself.

Thanks @orbeckst, but it looks like packages like datreant.data download and install just fine using pip 8.1.2 despite the . in the name. Not sure I understand if anything needs to change? Sounds like something low-level?

Closing for now. If things appear to break later with regard to pip installs, we'll reopen.


reintroduce requires

I am afraid most of the interface changes are breaking, so that would require bumping to 2.0

most interface packages and implementation packages need to be upgraded, but there are no API changes (no interface choice changes). although these changes are breaking, the required upgrades would arguably be straight forward. would this require a major version bump or could we potentially bump the minor version?
I currently use sdk-version: 2.6.0-snapshot.20221226.11190.0.71548477 (and 1.dev as build option) to get requires to work.

most interface packages and implementation packages need to be upgraded, but there are no API changes (no interface choice changes). although these changes are breaking, the required upgrades would arguably be straight forward. would this require a major version bump or could we potentially bump the minor version?
I currently use sdk-version: 2.6.0-snapshot.20221226.11190.0.71548477 (and 1.dev as build option) to get requires to work.

Good point. On the other hand, we remove methods such as asDisclosure which are part of the interface definitions (and can be invoked from the interface). Question is whether we consider those methods "part of the interface API"


Fegaria will not launch

Hey, I found your project on Pygame and went to run it because it looks cool- but I'm having trouble. In the current implementation there are no installation instructions for Fegaria-Remastered, so I went ahead and tried to install all the imports and launch it like that. But I ran into the hiccup of not being able to find the package perlin anywhere. I suggest adding some documentation to the README.md on how to install and launch your game.
~# easy_install perlin
Searching for perlin
Reading https://pypi.python.org/simple/perlin/
Couldn't find index page for 'perlin' (maybe misspelled?)
Scanning index of all packages (this may take a while)
Reading https://pypi.python.org/simple/
No local packages or working download links found for perlin
error: Could not find suitable distribution for Requirement.parse('perlin')

Thanks,
Seth

Hey Seth, the 'perlin' module that the game uses does not need to be installed in any way, it is included in the files you download. If you just try running it and it should work.


Refresh the filtr-item position

Hi,
in my page I use filteriz on items that can change heigth (users can drag and drop some other element into the filtr-item than change the height). Is there the way to refresh the item position in some way ?
Thank you,
Beatrice

Hello @shaasa,
you would have to retrigger the filter method programmatically passing the active filter to trigger a repositioning.

works! Thank you

I'm also facing this dilemma. Which filter method should be called here? filter or toggleFilter? Would it not be easier to just supply a redraw method?


[Scaler] Kubernetes Events

Especially interesting for the activation / deactivation

@jeffhollan @ahmelsayed I've created a pull request for this.
This is what the spec for the scaled object looks like:
spec:
  scaleTargetRef:
    deploymentName: keda-kubernetes-events-scaler-node
  triggers:
  - type: kubernetes-events
    metadata:
      fieldSelector: "metadata.namespace=events-sample,type=Warning" # Optional

      # Scale Down Period will check if an event has occured in the
      # last n seconds and scale down if not
      scaleDownPeriodSeconds: "60" # Optional, Default: 60

      # Number of Events are the number of events that would be set as
      # the target quantity of the HPA
      numberOfEvents: "3" # Optional, Defaults to 5.

It allows you to filter Kubernetes events based on a field selector. So you can filter by events with a reason such as ImagePullFailure or type such as Warning.
The Scale down period is what is used to check if there have been events in the last n seconds and based on that scale the deployment to zero. Additionally, the number of events parameter is what is used to scale up the pods and is used as the target avg value of the HPA.


MQTT error

Attempting MQTT connection...failed, rc=-2 try again in 5 seconds

It's very hard to know the issue with that little info, but my guess is that it can't find the MQTT server, or it can't authenticate with it

How's do I make the ESP8266 find the MQTT server?
Also what information would you need? Should I copy paste the code so that you can cross check it?

I would make sure that you're ESP8266 is successfully connecting to your Wifi, and that you have the MQTT_SERVER IP address correctly set to the IP address of the computer that is running MQTT.
The MQTT server needs to be on the same network that your ESP8266 is connecting to, and you will need to make sure that the computer running the MQTT server is not blocking any connections - e.g. with a firewall or similar.
What's your MQTT server setup? E.g. what computer OS is it running on, which MQTT server software are you using, and which port is MQTT running on?

@se1exin Sorry for the late reply.

set to the IP address of the computer that is running MQTT.

Do you mean the IPv4, the internet's IP adress

you will need to make sure that the computer running the MQTT server is not blocking any connections - e.g. with a firewall or similar.

 E.g. what computer OS is it running on, which MQTT server software are you using, and which port is the MQTT server software running on?

Windows 11
MQTT Explorer
1883


Update 'Contribute now' button link

Changes proposed
There are several links on the website for the GitHub repo home page. So it would be better to navigate users to the Contribute Page when we click the 'Contribute now' button. In this PR I updated that.
Screenshots

Hi @amandee27, is there any closing issue for PR?

Hi @amandee27, is there any closing issue for this PR? If so, please attach the issue.

Hi @rupali-codes, No, we don't have an issue for this. I directly created the PR because this is a small change. If necessary, I can create an issue and attach it here. Let me know.

Hi @amandee27, is there any closing issue for this PR? If so, please attach the issue.

Hi @rupali-codes, No, we don't have an issue for this. I directly created the PR because this is a small change. If necessary, I can create an issue and attach it here. Let me know.

Hey @amandee27, yes, please raise the issue and link that to this PR.

Sure I'll do it now


Remove button background color styling for editorial status labels

This PR addresses the edit entry page status labels look like a button. This issue was detailed here https://github.com/netlify/netlify-cms/issues/1031
I removed the background color in the success and danger text badges. I then set the default button light blue color at the button level instead of the textBadge css class level. And the status labels have been capitalized and set to bold.

Closes #1031.

Deploy preview for netlify-cms-www ready!
Built with commit 9a99bd5678aa6099dbbd8437f17fdff8c6502ea7
https://deploy-preview-1435--netlify-cms-www.netlify.com

Deploy preview for cms-demo ready!
Built with commit 9a99bd5678aa6099dbbd8437f17fdff8c6502ea7
https://deploy-preview-1435--cms-demo.netlify.com

Anyone have thoughts on this one?

I think it's great, I had the same UX problem myself when the new design was released.

Looks like this may have to be redone. I think the world of netlify-cms has changed a bit too much since this pull request was placed.

@newsomderek I've rebased it onto the new code.

@newsomderek Are you still working on this, or do you want someone else to take it?

Let's let someone else take it. I don't have the time at the moment to
revisit.
On Tue, Aug 14, 2018, 3:15 PM Caleb<EMAIL_ADDRESS>wrote:

@newsomderek https://github.com/newsomderek Are you still working on
this, or do you want someone else to take it?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/netlify/netlify-cms/pull/1435#issuecomment-413033583,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAIXdUJrqQ_rnBBH8KqDlQNPewv3xn9Lks5uQ0vzgaJpZM4UnHxD
.

--
Best,
Derek Newsom

Thanks for your work!

@erquhart Rebased and updated.

Let's left-align this as well.

Thanks @newsomderek!


Best ways of avoiding temporary getaddrinfo EAI_AGAIN down notifications?

⚠ Please verify that this bug has NOT been raised before.

[X] I checked and didn't find similar issue

🛡 Security Policy

[X] I agree to have read this project Security Policy

📝 Describe your problem
I did find this error mentioned at other sites, but couldn't find it here after a good faith search. I suspect it must have been raised before though.
still just have a handful of monitors running at pikapod. Several of them today, checking completely different domains, sent down notifications with the error "getaddrinfo EAI_AGAIN" and then up a few minutes later. I think that's a domain lookup error, right?
My Uptime Robot monitors didn't report anything.
I'm guessing it's an issue with pikapod's DNS look or Internet connectivity or something like that, right?
Is there maybe a different setting that might reduce annoying messages like that, other than looking up by IP address rather than domain?
Thanks,
doug
📝 Error Message(s) or Log
No response
🐻 Uptime-Kuma Version
1.21.12
💻 Operating System and Arch
Whatever pikapods uses
🌐 Browser
Whatever pikapods uses
🐋 Docker Version
No response
🟩 NodeJS Version
No response

Hi Doug, you should retry a few times before marking your service offline. DNS timeouts can definitely happen if you monitor thousands or million times a day.
More here: https://stackoverflow.com/a/73581100

I ended up adding a single retry. Pikapods said they also added extra DNS servers. I did get one instance of the DNS failure today though.

I'm up to 3 retries now, but still get a lot of those EAI_AGAIN down messages every day across the half dozen or so servers I'm monitoring on PikaPods. I test every 300 seconds with a retry every 60 seconds for 3 times before a report is generated. It always comes back with an up message after a few minutes. But it happens much more frequently than the same monitors at Uptime Robot. I wonder what more I can do, or what the cause is. Thanks.

So all good for the last 5 hours? Good to know. Will check again in a few hours.

Well, I did sleep through the night with no notices! So you run Pikapods and just coincidentally check here? Or are you involved with both? Thanks.

Just saw the Alpine 3.18 released, it includes the musl libc upgrade which can fix the DNS resolve issue. Not sure it could help for the EAI_AGAIN error.
My way to fix the error is to specify DNS servers in docker-compose.yml file.
https://docs.docker.com/compose/compose-file/compose-file-v3/#dns

I saw there is now a DNS cache option in Uptime Kuma. Did this help for this issue?
Regarding the specific DNS servers: Yes, at PikaPods we also add some popular public resolvers for all pods, but still not guaranteed to work 100% if one does many checks. To fully solve this, we would need a local DNS with a cache and retry settings. And optimize the settings a bit. Though for now I think this would be overkill and I hope it works well enough with the current setup.

For the record, I completely solved those issues by installing dnsmasq.
nscd was causing many problems.
docker.compose.yml
version: '3'

services:
  uptime-kuma:
    image: louislam/uptime-kuma:1
    container_name: uptime-kuma
    restart: unless-stopped
    volumes:
      - ./uptime-kuma-data:/app/data
    ports:
      - "3001:3001"
    dns:
      - <IP_ADDRESS>
    networks:
      default:
        ipv4_address: <IP_ADDRESS>

  dns:
    image: strm/dnsmasq
    container_name: dnsmasq
    restart: unless-stopped
    volumes:
      - ./dnsmasq.conf:/etc/dnsmasq.conf
    ports:
      - "5353:53/udp"
    cap_add:
      - NET_ADMIN
    networks:
      default:
        ipv4_address: <IP_ADDRESS>

networks:
  default:
    driver: bridge
    ipam:
      driver: default
      config:
        - subnet: <IP_ADDRESS>/16

dnsmasq.conf
no-resolv
log-queries
domain-needed
expand-hosts
bogus-priv
strict-order
server=<IP_ADDRESS>
server=<IP_ADDRESS>
cache-size=512
log-facility=-


feature/migrate-to-bcrypt

Context

This is part of release-1.5 #148
References Issue: #158

Tasks

[x] Remove dependency bcrypt-nodejs in package.json
[x] Add dependency bcrypt in package.json
[x] Migrate file app/data/user-dao.js to bcrypt

Validated that the password worked with the insecure password plain text and bcrypt hash

[x] Validate the installation with the local test

Runs and finishes immediately with "no files to check".

[x] Add and submit the changes in package-lock.json
[ ] Add the primary dependency list to the readme.md

There is not a dependency list in readme.md

[x] Check that the npm tasks are working as expected

test:ci fails the first test due to the before() which runs cy.dbReset(). If I comment it out, it passes, and then the next test suite fails it's before() which does the cy.dbReset().

[x] Update the readme.md with the extra relevant info (if needed)

No extra info needed however I added a section for using mongo as a docker container

Additional changes:

Updated the repository in package.json
Added a section for using mongo as a docker container
Had to also change app/routes/session.js to async/await for bcrypt or plain text check

I ran npm run precommit and it returned a long list of formatting fixes and changed 36 files. I did not commit those changes as it would disrupt this PR and feature.

LGTM.

@jantaylor Are there no changes to be applied to docker-compose? You could also add a check list item that purpleteam doesn't find any more or fewer bugs? NodeGoat is one of the main SUTs we use to hone purpleteam

Are there no changes to be applied to docker-compose?

Not to the docker-compose. Now that you mentioned that, I think there's a change required for the Dockerfile as alpine images of node usually don't have the required software installed for bcrypt, usually python. https://github.com/kelektiv/node.bcrypt.js#dependencies
I'll try building it and see if it works otherwise, it'd need to have python installed or move to node:12.

You could also add a check list item that purpleteam doesn't find any more or fewer bugs? NodeGoat is one of the main SUTs we use to hone purpleteam

I'm not sure I'm understanding the request. Did you want me to add a known issues list?
It looks like purpleteam is a security application that can test your apps. If my understanding is correct then are you are using NodeGoat for training & validations?

I'm not sure I'm understanding the request. Did you want me to add a known issues list?
It looks like purpleteam is a security application that can test your apps. If my understanding is correct then are you are using NodeGoat for training & validations?

Purpleteam was born out of this very file. We've been using NodeGoat since as a SUT. I was thinking you could just add a task to the existing task list in this PR to just run purpleteam over NodeGoat once this change is ready? For me, this just means updating my NodeGoat fork and redeploying it using purpleteam-iac-sut which was also created to deploy NodeGoat on AWS for free using Terraform, then running purpleteam over it.

@jantaylor happy to land the changes but want to run a check by you incase you had anything else you wanted to follow-up on.

@lirantal It looks like most of the changes are with the package-lock.json. For the the other two files, we need to make sure that app/routes/session.js calls await on userDAO.validateLogin.

Seems that it does: https://github.com/OWASP/NodeGoat/pull/237/files#diff-c08aab9e521b9749dbc6a23ffb3163a41871c1d89162017d8c9bb702dfc29d2eR56
If you think it's ready as-is, I'll go ahead and land it.

@lirantal it looks like the conflicts need to be resoled. Want me to resolve them so we can get this PR merged?

@jantaylor yes, thank you 🙏🏽


No device detected, Librealsense Docker

realsense camera works fine in host os, not detected in docker container.
Host os: Ubuntu: 18.04
Device: D435i
commond: docker run -it --rm
-v /dev:/dev
--device-cgroup-rule "c 81:* rmw"
--device-cgroup-rule "c 189:* rmw"
librealsense/librealsense rs-enumerate-devices --compact
No device detected. Is it plugged in?

Hi @tiandeyu  The procedure that you list is the same as the one provided in Intel's new Docker tutorial in the link below, released with SDK 2.50.0.  Are these the instructions that you have been using, please?
https://github.com/IntelRealSense/librealsense/tree/master/scripts/Docker
If you are using this guide, are you using the guide's pre-built Dockerfile that is retrieved with the command docker pull librealsense/librealsense

yes, I'm following this guide.

Bearing in mind that the description of the Dockerfile that is retrieved with the docker pull command defines Ubuntu 20.02 as its base system and you are using Ubuntu 18.04 ... I wonder whether it may be better to build the Dockerfile from script yourself using the guidance in the link below, setting the BASE_IMAGE parameter in line 1 of the script to 18.04 instead of 20.04 before running the image building script.
https://github.com/IntelRealSense/librealsense/tree/master/scripts/Docker#building-librealsense-docker-image

Hi @tiandeyu  Do you require further assistance with this case, please?  Thanks!

Thanks for your help, I build the image success using this guide(https://github.com/IntelRealSense/librealsense/blob/master/doc/distribution_linux.md).

Great to hear that you succeeded, @tiandeyu - thanks very much for the update!


Filling in object_label for *.sssom.tsv file

Fixes #5329

[x] Add oaklib dependency

[x] Use OAK to add the object_label column n the sssom.tsv

Could use runoak -i tmp/mondo-ingest.db fill-table test.tsv --allow-missing -o test2.tsv but fill-table accepts msdf.df and not msdf. Hence wrote python script (add_object_label.py) to do the  same

Hey @hrshdhgd,
I dont understand the comment:

fill-table accepts msdf.df and not msdf

Do you mean that fill table does not preserve the metadata header of an sssom file? If so, the PR here is fine, but make an OAK issue "fill table should respect commented rows" and say two sentences about the SSSOM use case.

Issue opened https://github.com/INCATools/ontology-access-kit/issues/313

thanks!

Done

@hrshdhgd Usually I take a first stab with a git rebase master. Then if things get too dicey, I do git rebase --abort.
I'm surprised so many of the mappings are in conflict. I guess that means that someone updated the mappings on master within the last 13 days or so since you started this PR. I'm guessing that if you have just run the command to create the mappings on your branch, your files are probably the more authoritative ones, in which case I'd do something like git checkout --ours src/ontology/mappings/* during your rebase.
Looks like the only other file w/ a conflict is .gitignore, which should be easy to reconcile manually.

I just pulled the files down from master and compared the mappings locally. The only difference is in the mapping_set_id where the date of release is different. The data itself is pretty much the same. I think I can sort this out myself. Thanks for the advice @joeflack4 !


formatting: reply to language server client full original text range.

In case the text did not end with a newline, the end-position of text to replace in the formatting response did not include the remaining characters of the last line.
Fixes: #1667

Codecov Report
Base: 92.75% // Head: 92.75% // Increases project coverage by +0.00% :tada:

Coverage data is based on head (b78ba9f) compared to base (01020e8).
Patch coverage: 100.00% of modified lines in pull request are covered.

:exclamation: Current head b78ba9f differs from pull request most recent head a1f9143. Consider uploading reports for the commit a1f9143 to get more accurate results

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
Additional details and impacted files
@@           Coverage Diff           @@
##           master    #1674   +/-   ##
=======================================
  Coverage   92.75%   92.75%
=======================================
  Files         352      352
  Lines       25139    25142    +3
=======================================
+ Hits        23318    23321    +3
  Misses       1821     1821

Impacted Files
Coverage Δ

verilog/analysis/symbol_table.cc
97.74% <100.00%> (+<0.01%)
:arrow_up:

verilog/tools/ls/verible-lsp-adapter.cc
96.59% <100.00%> (+0.02%)
:arrow_up:

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

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


Add JamxFeeds user agent configuration

Hi there, thanks for the contribution.  Can you add an url or urls to the urls array in the new entry pointing to more info about the app?  Like the official website or app store listing pages.  I'm not familiar with JamxFeeds.

Hey @johnspurlock , I have added link to the google play listing.
Thanks!

Thanks!


feat: add birpc, hookable and perfect-debounce

Dependencies of @vue/devtools-kit.
https://github.com/vuejs/devtools-next/blob/7891be1eb0f00594ebdf5f9f7b3a1a6e4fbc9154/packages/devtools-kit/package.json#L32-L35

Summary by CodeRabbit

New Features

Introduced new dependencies to enhance application capabilities: birpc, hookable, and perfect-debounce.

@fengmk2 你好，貌似没起作用，能麻烦看下怎么回事吗？
谢谢！
https://registry.npmmirror.com/hookable/5.5.3/files/dist/index.mjs
https://registry.npmmirror.com/birpc/0.2.17/files/dist/index.mjs
https://registry.npmmirror.com/perfect-debounce/1.0.0/files/dist/index.mjs

@fengmk2 终于生效了，请无视。


Running agents in uvicorn

Can you provide an example of how can I run the agents in uvicorn app? I am using fastapi on the backend and when a post request is made, I setup agents and run to the worker but unfortunately, it is not working.

It may due to the event loop used by uvicorn, since by default uvicorn uses uvloop, not asyncio.
You can try to swap uvloop with asyncio as event loop to be used, either from the cli when launching the app
uvicorn main:app --loop asyncio

or in the main function
uvicorn.run("main:app", loop='asyncio')

Another possible solution is to make asyncio use the uvloop event loop by default, as explained here
import asyncio
import uvloop
asyncio.set_event_loop_policy(uvloop.EventLoopPolicy())


topn:fix bug in order by primary key

Hi,all,
this PR is used to fix bug in order by primary key.
@disksing @BusyJay PTAL

failures:
storage::test_storage::test_txn_store_gc2_6

This bug would be fixed in PR#1622 @ngaut

LGTM. PTAL @hanfei1991

@disksing PTAL

LGTM

LGTM

LGTM


refactoring frontend endpoints

#143

+0
Good idea, and the code looks fine to me.
However, I'd like to see more meaningful commit messages so somebody reading the git repository can understand your change. If I'm reading github correctly, there's absolutely no prose connected to this commit.

@Naburimannu the commit message seems to be "refactoring frontend endpoints" ... check out the commits tab of this PR (or look at this tab's links to the commit).  I think that's a fine commit message (maybe the one thing I would add is the issue number, but I realize that not everyone agrees on that convention).

+1 (once CI completes).
The commit message is fine here, but we should have more meaningful messages in the PR description. It doesn't take long to write a couple of sentences, and it's a big help to reviewers.

Update --- CI seems to be failing because of problems with the new version of Pysam. I've created an (issue)[https://github.com/pysam-developers/pysam/issues/79].

The pysam issue has been resolved. The Travis build for this should be restarted once #156 has been merged.

+1 after rebasing and tests pass

The travis build is passing, so all is good. There's no need to rebase here as the changes are simple and localised. Thanks @MollyZhang.


docs: move example configs to load_assignment

Move example CDS configs from hosts to load_assignment
Description:
Risk Level: Low
Testing: N/A
Docs Changes: N/A
Release Notes: N/A
Signed-off-by: Derek Argueta<EMAIL_ADDRESS>

relates to #4618 cc @dio

hmm will take a look at the test failure tomorrow morning, wasn't sure where the tests were for the example configs

@derekargueta As I mentioned at https://github.com/envoyproxy/envoy/pull/6346#issuecomment-475365285 the template YAML files need a bunch of changes to move from v1 to v2 and not just load_assignment. I'm happy to take a stab at fully re-mediating if you like.

Thanks! Please ping me when it is ready.

@moderation ah didn't see that thread. Yeah happy to let you finish that out.


Migration to TypeScript

Static typing and type docs are IMHO very useful to develop, maintain and understand complex systems.
When migrating Blueprint3d from JS to TS I tried to be as compatible as possible to the existing code and coding style. Two differences to be named:

utils/utils.js is now core/utils.ts

three/three_*.js is now three/*.ts

Also, I substituted Core.Utils.forEach (formerly utils.forEach) by array.prototype.forEach.
At the time requesting the pull, there are no compilation or run-time issues known to me, that are caused by the JS to TS migration.
Ekki

I rebased these changes and manually merged.


Proposal: create a templ init comand to create a starter website

The starter website might have:

/scripts - TypeScript or ES6 in here would be transpiled by esbuild.

package.json - To enable the use of 3rd party JavaScript packages.
default.ts - Will end up in the scripts/dist directory as default.js.

/routes

/default

default.templ - Template for the / page.
default.go - HTTP handler for /.

/about

about.templ - Template for the /about page.
about.go - HTTP handler for /about.

/register

register.templ - Template for the /register page.
register.go - HTTP handler for /register.

router.go - provides a router.
/layout

/global

page.templ - Overall template
header.templ - Header template
footer.templ - Footer template

/static

logo.png - image to include.

main.go - Entry point that runs everything as a web server.
README.md - includes tasks that demonstrate how to run everything, including templ generate, esbuild operations, hot reload.

Ideally, it would also have a way to output a CDK compatible version for AWS hosting, and maybe include a Github Actions or similar way of building.
Maybe there's a template project builder that can be applied for this purpose?

This could be done via the go new command now, just needs a go new compatible template repo to be created.

Is there anything fixed for the go new command? I only found https://github.com/golang/go/discussions/61669

Nothing fixed, I think the thread you found is where it's up to.

@a-h i am trying to do that by creating https://github.com/gozinc/zinc

And there is also https://github.com/anthdm/slick
A fair few people have some templates to scaffold their preferred stack.

Okay, yes I agree. A list of starter projects and what they provide could be sufficient for now. Will put this as needs fix, for if someone would like to start the list in the docs.


macOS Version

Hi,
is it possible to use the script on macOS?
Because in releases tab there is only a windows one if i understood correctly.
Another question: Could you please add an example which parameters are necessary to decrypt and extract an xci file?
Would be great because couldn't find a tutorial for that and the GUI's are all only for windows.
Would be really nice if it would work :)

Install Xcode Command Line Tools with xcode-select --install, then follow the README for building as usual.


Delete items from history

Works but I'm having trouble automatically refreshing when it happens. Page reload gets things going again.

Also the animation for the confirmation is pretty crap—I should probably substitute .animate() for .fadeToggle().


Refactor glandular epithelial cell & its subclasses

rdfs:label "glandular epithelial cell"
definition "A specialized epithelial cell that is capable of synthesizing and secreting certain biomolecules."
SubClassOf:

'epithelial cell'
'part of' some 'glandular epithelium'
'secretory cell'

From the name, this seems this refers to any epithelial cell specialised for secretion, but we also have:
SubClassOf 'part of' some 'glandular epithelium'
rdfs:label "glandular epithelium"
definition "An epithelium that is composed primarily of secretory cells."
EquivalentTo: epithelium and ('composed primarily of' some 'glandular epithelial cell')
Some secretory cells that would seem to fit the textual definition, e.g. goblet cells, are scattered through an epithelium, not part of an epithelium that is primarily composed of epithelial cells specialised for secretion.

[x] Remove subClassOf part_of some 'glandular epithelium'

Note - we also don't have a good differentium for secretory cell (see below), but we may be able to get some useful autoclassification by:

[x] Add EquivalentTo: 'epithelial cell' and 'secretory cell'

rdfs:label "secretory cell"
definition "A cell that specializes in controlled release of one or more substances."
EquivalentTo: cell and ('capable of' some 'secretion by cell')

[ ] remove equivalentTO 'secretion by cell' from secretory cell?  (it might be OK as subClassOf) <-- NOT sure about this.  It would be very important to test the effect on clsasification.

A third potential issue - one reasonable interpretation of the name 'glandular epithelial cell' is the it refers to all epithelial cells in a gland.  This would seem to be consistent with some logical definitions of manually asserted descendants of the term.  We should review for this.

[ ] Review asserted subclasses glandular epithelial cell - are all secretory?

Having second thoughts about this.  CellGuide LLM def takes it refer to the secretory epithelial cells of glands.

Looking at #2451  - there's rather a lot of inference that might be questionable.
New proposal:

[ ] Create a general class for 'specialised secretory epithelial cells with EC def used here
[ ] Change 'glandular epithelial cell' EC def and textual def to add clause to be part of gland.


Draft: Update Wuppertal Page and Projects

Do not Merge, just a draft for now

What's the status of this PR, @iamsilvio?


Bug - Minor - Truck Carousel has too much padding on desktop view between "our truck lineup" and the truck images

For the Truck Carousel block on the redesign homepage, on the desktop view there is too much padding between "our truck lineup" and the truck images.
Current Result:

Desired Result:
https://www.figma.com/file/IcqreRKnNYyDVMc28yoOeh/Homepage?type=design&node-id=5775%3A20806&mode=design&t=fALkGE8qdsY1nxmU-1

Question - could this be a content issue with the truck images themselves?


Set resource attribute authy_enabled to TRUE when enabled

authy_enabled was not getting set to true after successfully passing verification and being enabled with the Authy service. This pull request sets the attribute to true.

I realized an issue with this -- the attribute should be set, not updated since 'resource.save' is being called later.


Can't load Master duel 1.9.0

Hi guys, Please help me, I have tried clearing the cache and followed the suggestions written in Fileloaderror.md, but the game still doesn't work. Why is it still error?

One thing I've tried was to delete content from 00000000 folder in LocalSave and opening the Steam version of the game. When trying to access main HUB, the game will inform about a package needing to be downloaded (about 1,25 MB). Download it, then close it and open through YgoMasterClient

While i reinstalling Master duel, 00000000 folder in LocalSave not found. what should i do?

i've tried to delete the content 00000000 folder in LocalSave but why all file inside LocalData deleted, so this is the 3rd times i redownloaded game contents (9 - 10 GB) Idk, what's wrong about my steps?

I've re-tried my steps and came into a weird workaround.

Delete the game and it's root folder. Install it again, making sure the installation is clean.
Log in and access main hub (about 10gb will be downloaded)
Close the game and open it again. Once again access main hub and close the game
Delete Folder 0000 from Folder 00000000 in LocalD (do not transfer the "Yu-Gi-Oh!  Master Duel folder" anywhere)
Unpack YgoMaster folder and transfer it to the "Yu-Gi-Oh!  Master Duel folder" (where "masterduel.exe" file exists)
Open YgoMasterClient and get the error
Close the app and YgoMasterClient
Open "masterduel.exe" inside of the Yu-Gi-Oh!  Master Duel folder
Get a warning saying the game cannot be opened because of lack of license
Open the game through steam and access main hub (a package of 1.21 MB will be downloaded)
Now you can open the game through YgoMasterCient

Thank you bro, the game already worked. I Think if follow this step carefully, the game running perfectly.

https://github.com/pixeltris/YgoMaster/blob/master/Docs/FileLoadError.md


Refactor ignore-glob flag

This PR refactor ignore-glob flag to improve readability and maintainability

Use map_err instead of match
Use early return to reduce code indentation
Remove unnecessary mutable variable
Change the return type of from_arg_matches and from_config to Option<Result<Self,Error>>
This make the functions behave more similar to Configurable trait

TODO

[x] Use cargo fmt
[ ] Add necessary tests
[ ] Add changelog entry
[ ] Update default config/theme in README (if applicable)
[ ] Update man page at lsd/doc/lsd.md (if applicable)

Codecov Report

Merging #728 (8e8a250) into master (d538d74) will decrease coverage by 0.57%.
The diff coverage is 85.71%.

@@            Coverage Diff             @@
##           master     #728      +/-   ##
==========================================
- Coverage   88.31%   87.73%   -0.58%
==========================================
  Files          41       41
  Lines        4500     4524      +24
==========================================
- Hits         3974     3969       -5
- Misses        526      555      +29

Impacted Files
Coverage Δ

src/flags/ignore_globs.rs
93.10% <85.71%> (+10.00%)
:arrow_up:

src/display.rs
83.93% <0.00%> (-8.90%)
:arrow_down:

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more

Looks like a PR I merged caused a conflict in your branch, could you take care of that?


fixed issue #1030 - [closed]

In GitLab by @liyanq528 on Mar 19, 2018, 09:14
Merges 20180228 -> dev

In GitLab by @wknet123 on Nov 13, 2019, 10:41
The test coverage for backend is  55.10%   and for frontend is 38.11%   check console log

In GitLab by @wknet123 on Nov 13, 2019, 10:41
The test coverage for backend is  55.10%   and for frontend is 38.11%   check console log

In GitLab by @wknet123 on Nov 13, 2019, 10:41
closed


Manual search is broken in dev branch

Reported by @sellth. It works for the main branch build, so something has broken between then and now.

This is fixed by upgrading to Sphinx==6.2.1 and sphinx-rtd-theme==1.2.2. Alas, I have to first upgrade the SODAR Core dependencies for this to not cause fatal conflicts. See bihealth/sodar-core#1239, bihealth/sodar-core#1245.


Add credentials to base station missing

Add network credentials needs information that credential must be added to base station.

Basically these credentials comes from network provider. So cannot be any generic instructions how to add credentials to lora server.
Maybe we should add a sentence something like "Credentials are provided by LoRa network provider" to chapter Add network credentials.

Good sentence. It will give missing information for the user.

@kivaisan Is this now fixed? Can we close this then ?

Yes, this is fixed.


[BUG] ServiceBusReceiverClient hangs on receiveMessages()

Describe the bug
We have a multithreaded application, set to process multiple queues, each having it's own dedicated thread. Each thread has it's own ServiceBusReceiverClient and deals with it's own queue independently. Occasionally, one random ReceiverClient stops processing and just hangs there. Thread dumps indicate that no process related to this thread pool is locked or stopped, all of them are either in a RUNNING or a WAITING state.
The core of the issue seems to be related to some kind of Reactor crash, which is processed independently in it's own thread by the library.
Exception or Stack Trace
reactor.core.publisher.Sinks$EmissionException: Spec. Rule 1.3 - onSubscribe, onNext, onError and onComplete signaled to a Subscriber MUST be signaled serially.
	at reactor.core.publisher.InternalManySink.emitComplete(InternalManySink.java:86)
	at com.azure.messaging.servicebus.SynchronousReceiveWork.complete(SynchronousReceiveWork.java:205)
	at com.azure.messaging.servicebus.SynchronousReceiveWork.complete(SynchronousReceiveWork.java:179)
	at com.azure.messaging.servicebus.SynchronousReceiveWork.lambda$start$3(SynchronousReceiveWork.java:120)
	at reactor.core.publisher.LambdaSubscriber.onNext(LambdaSubscriber.java:160)
	at io.opentelemetry.javaagent.shaded.instrumentation.reactor.v3_1.TracingSubscriber.lambda$onNext$1(TracingSubscriber.java:64)
	at io.opentelemetry.javaagent.shaded.instrumentation.reactor.v3_1.TracingSubscriber.withActiveSpan(TracingSubscriber.java:100)
	at io.opentelemetry.javaagent.shaded.instrumentation.reactor.v3_1.TracingSubscriber.withActiveSpan(TracingSubscriber.java:91)
	at io.opentelemetry.javaagent.shaded.instrumentation.reactor.v3_1.TracingSubscriber.onNext(TracingSubscriber.java:64)
	at reactor.core.publisher.FluxSwitchMap$SwitchMapMain.drain(FluxSwitchMap.java:355)
	at reactor.core.publisher.FluxSwitchMap$SwitchMapMain.innerNext(FluxSwitchMap.java:413)
	at reactor.core.publisher.FluxSwitchMap$SwitchMapInner.onNext(FluxSwitchMap.java:512)
	at io.opentelemetry.javaagent.shaded.instrumentation.reactor.v3_1.TracingSubscriber.lambda$onNext$1(TracingSubscriber.java:64)
	at io.opentelemetry.javaagent.shaded.instrumentation.reactor.v3_1.TracingSubscriber.withActiveSpan(TracingSubscriber.java:100)
	at io.opentelemetry.javaagent.shaded.instrumentation.reactor.v3_1.TracingSubscriber.withActiveSpan(TracingSubscriber.java:91)
	at io.opentelemetry.javaagent.shaded.instrumentation.reactor.v3_1.TracingSubscriber.onNext(TracingSubscriber.java:64)
	at reactor.core.publisher.MonoDelay$MonoDelayRunnable.propagateDelay(MonoDelay.java:271)
	at reactor.core.publisher.MonoDelay$MonoDelayRunnable.run(MonoDelay.java:286)
	at reactor.core.scheduler.SchedulerTask.call(SchedulerTask.java:68)
	at reactor.core.scheduler.SchedulerTask.call(SchedulerTask.java:28)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at java.lang.Thread.run(Thread.java:750)

To Reproduce
Keep in mind that this is hard to reproduce in a single queue environment. It requires high load and even then we may wait for the next drop for at least 2-3 days.

Create a ServiceBusReceiverClient that reads from a single queue
Request messages in batch using receiveMessages() method with fixedDelay of 10 seconds
Wait for it to reproduce

Code Snippet
public ExtractedInstanceData extract() throws ServiceBusException {
        ExtractedInstanceData extractedData = new ExtractedInstanceData();
        if (receiverClient != null) {
            IterableStream<ServiceBusReceivedMessage> messagesStream = receiverClient.receiveMessages(REQUESTED_MESSAGES_AMOUNT, Duration.ofSeconds(90));
            messagesStream.forEach(receivedMessage -> {
                MyMetric metric = gson.fromJson(String.valueOf(receivedMessage.getBody()), MyMetric.class);
                metric.setCreated(metric.getCreated().withZoneSameInstant(ZoneOffset.UTC));
                extractedData.getMetrics().add(metric);
                log.info("Received metric with messageId: " + receivedMessage.getMessageId() + " and body: " + receivedMessage.getBody());
            });
        }
        return extractedData;
    }

Expected behavior
ServiceBusReceiverClient should work indefinitely or throw an exception in case something goes wrong and our app could rebuild a client in that case.
Setup (please complete the following information):

OS: Azure App Service
IDE: Intellij IDEA
Library/Libraries: com.azure:azure-messaging-servicebus:7.4.13;
Java version: 8
App Server/Environment: Tomcat
Frameworks: Spring Boot 2.7.10

@anuchandy can you please follow up?

Hello @Kyrychenkozaurus, could you confirm that – the receiver stops incidents are always accompanied by this stack trace? Is this a consistent pattern?

Yes, I can confirm it. We've been fighting this issue for quite a while (at least 5 months) and we always find a reactor crash in a separate log, completely unrelated to a service that does ServiceBus processing. Apparently, the crash happens somewhere on the reactor level, while ReceiverClient just hangs, waiting for a response from a reactor (at least to my understanding).
We've suspected dependency issues, so we've used this BOM to ensure that all libraries use the correct version:
https://mvnrepository.com/artifact/com.azure/azure-sdk-bom/1.2.16
We've been monitoring this kind of behavior for months. The pattern is something along the lines:

Have 50 queues  (in our case it's something along the lines of 2200 messages per day)
Wait 2-7 days
It stops receiving messages. With no exception in the stacktrace or error/warning in the logger of service responsible for ServiceBus processing

The only thing that indicates that the stacktrace shown in my original post is related to the problem is the timestamp. It occurs in 100% cases of ServiceBusReceiverClient hanging and every time timestamps match to the milisecond with the last message received from ReceiverClient.

@Kiriche, thank you for sharing the observation in detail. I’ll do analysis based on this. It seems the terminal signal event is lost (per the trace you shared) which results in Stream not completing.

@anuchandy just noticed that I've made the last reply in this issue thread from a different account. Sorry about that, but me and the topic starter are the same person. :) Just to clear things out, so you don't have a wrong idea that there are multiple reports of the same issue

@Kiriche, Thanks for the clarification, no worries I figured out that both ids are owned by you given the context.
I started looking into this, this requires some refactoring in the synchronous API side of the library. I’ll open a PR once re-factoring is complete.

Hi @Kiriche, appreciate your patience. We've released 7.15.1 that resolves the concurrent signaling issue.
Please refer to this documentation on how to upgrade to 7.15.1 and enable/opt-in to the new Synchronous Receive. https://learn.microsoft.com/en-us/azure/developer/java/sdk/troubleshooting-messaging-service-bus-overview#upgrade-to-715x
In your scenario, there are 50 separate continues receive streams sharing one IO-Thread, this may cause some of the receive streams to lag or slow down. A Service Bus Client builder instance has one IO-Thread, which will be shared by all the client instances created from that builder instance.
So, one suggestion is – balance the load by using multiple builder instances, for example ~10 builder instances, and then limit the number of clients created from each builder instance to ~5.

Thank you for your response, I'm pretty sure I'd missed that update if you didn't. We'll proceed with this update procedure ASAP. I'll come back to this thread or open another one with a link to this one if it somehow resurfaces.

Sounds good @Kiriche, summarizing points to note when upgrading -

Make sure new sync receive is Enabled (as explained in the documentation), the setting to enable in this case is, "com.azure.messaging.servicebus.nonSession.syncReceive.v2".
Check that no transitive dependencies are changing the required versions of “azure-messaging-service" and "azure-core-amqp". We can use "mvn dependency:tree" to verify that the versions are precisely “7.15.1” and “2.9.1”.
Make sure that the same dependency versions are used when the application is running. A simple way to check this is to turn on VERBOSE log temporarily and see if you get logs from these two classes: "ReceiveLinkHandler2" and "WindowWork". These two classes are only loaded when you choose the new sync receive option.
[Important] Also, as suggested in the previous comment, think about distributing the receiver-client instances evenly among builder instances. In this case, there are ~110K messages handled across queues, and having only one IO-Thread may become a bottleneck, resulting in delays/freeze and timeouts randomly. A load balancing pattern is recommended to improve reliability.

Hi @Kiriche , I hope you're doing well. I wanted to follow up on how 7.15.x is working for you with v2 sync receive opt-in and other suggestions we talked about before.

Hello @Kiriche, thank you for getting back. No worries. If you run into issues once you upgrade, let me know. Given the originally reported problem is resolved, I’ll go ahead and close this.


Manage Soft Credits stopped working after enabling multi currency

After enabling multi currency "Manage Soft Donation" stopped working, and I got the following error message: "Visual Force Error: Currency fields on entities with effective dated currency are not supported."

Hi @nkarmi Please read our International FAQ here. Unfortunately, Advanced Currency Management (dated exchange rates) is not supported in NPSP.


Glue (multi-version jar for 1.17-1.19)

The first 3 commits are basically preparations for the addition of the Glue gradle plugin. They show how one would convert a project into a Glue project but the commits by themselves aren't very useful beyond that (since even if they would build, the builds are basically useless).
4314f42190b8a82d673682072cfb0ad3eef9deba physically splits the build into common, 1_17 and 1_19 subprojects.
Most stuff is moved into common, MixinClientTitleScreen is moved into 1_19.
1_17 gets a copy of MixinClientTitleScreen from before the 1.19 port ac716b5fc696bdbc98159d0dd04943dd1bb3814e.
3408b0009f55279cf04f53df089b6c9f752e7138 moves common gradle stuff to the root project (most of the subprojects' build.gradle to the subprojects { ... } section in the root build.gradle and most of the subprojects' gradle.properties to the root one).
This simplifies the build scripts a lot.
Note that I intentionally break maven publishing, because the Glue plugin does not (yet?) support that.
67bc55338594387cd58b357db7bba03d1486ecd7 add the common subproject as dependencies to the 1_17 and 1_19 subprojects, allowing 1_17 and 1_19 to reference contents from common.
This allows 1_17 and 1_19 to actually build - even though the builds are not useful yet.
93c994d8b57512a2af9ad4accb2238a5035af2ec actually adds the Glue gradle plugin and configures it to glue common, 1_17, 1_19, in that order.
It also resolves the conflicting file paths of the two MixinClientTitleScreen by giving them unique names (MixinClientTitleScreen1_17 and MixinClientTitleScreen1_19), so they won't overwritten each other.
Finally, it adds a Mixin plugin that skips MixinClientTitleScreen1_19 for Minecraft versions >=1.17 <1.19 and skips MixinClientTitleScreen1_17 for Minecraft versions >=1.19.
This is a fully functional multi-version build.
540e671e3b8b07e99422381530b131fa0cbd13c3 allows to set the used Java version from the gradle.properties, simplifying the subproject builds to the bare minimum.
69185d566a711567ece221e8e91be0c82ebc3e75 require at least Fabric Loader 0.12 since the version API is needed for the Mixin plugin.
fdb2fd73f3d56f39977ca9b1d75701fc9b30a09f update Glue to 0.0.4, which reads the mixin config file name from the fabric.mod.json instead of a hardcoded path.
Since we only use a single mixin config - so none to glue - this doesn't really change anything except getting rid of an empty json file in the final jar file, but this might prevent issues in the future.

Reminder for myself, squash this PR, because

commits by themselves aren't very useful beyond that (since even if they would build, the builds are basically useless


Changing plans does not change the local subscription name (#412)

This PR fixes an issue as identified at issue #412.
It allows for a simple way to update the subscription name when swapping a plan.
If the PR is accepted, I will submit a separate PR to update the Laravel Cashier documentation.

It's best to revert this imo. This just doesn't makes any sense. Why would you want to change the name of a subscription during a plan swap? You can easily just change it at a later point if you really want to.


Portrait format question

Is the image format described at http://www.co8.org/community/index.php?threads/co8-portrait-packs.7735/#post-96116 still a requirement in Temple+? Namely,

Targa image files, .tga files
The BIG images must be 130 pixels wide and 150 pixels high.
The SMALL images must be 53 pixels wide and 47 pixels high.
The MINI images must be 42 pixels wide and 37 pixels high.

Each image must be 32 bit resolution.
Each image must have a white alpha channel behind it. Don't know what that means? Just think of it as a white piece of paper that sits behind the paper you're drawing a picture on.

If so, are there any plans to expand/change this?

I think it still is. No such plans right now. What would you like to change?

Well, the black borders are rather annoying. That'd be nice to change.
But mostly I was curious if the format had (or is planned to) change since the devs have discussed UI changes in the past. Thanks

I think it should be fairly easy to disable the black line box. Remind me if i forget:)


Google Collab Error : ModuleNotFoundError: No module named 'loguru'`

The collab version was working yesterday afternoon, then suddenly I got this error:
Tunnels installation Cloning repo Cloning into 'xtts-webui'... remote: Enumerating objects: 1006, done. remote: Counting objects: 100% (259/259), done. remote: Compressing objects: 100% (98/98), done. remote: Total 1006 (delta 173), reused 229 (delta 161), pack-reused 747 (from 1) Receiving objects: 100% (1006/1006), 2.82 MiB | 27.51 MiB/s, done.  ERROR: ResolutionImpossible: for help visit https://pip.pypa.io/en/latest/topics/dependency-resolution/#dealing-with-dependency-conflicts      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 781.0/781.0 MB 1.1 MB/s eta 0:00:00      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 3.4/3.4 MB 66.9 MB/s eta 0:00:00      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 23.7/23.7 MB 64.0 MB/s eta 0:00:00      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 823.6/823.6 kB 37.4 MB/s eta 0:00:00      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 14.1/14.1 MB 68.2 MB/s eta 0:00:00      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 731.7/731.7 MB 1.9 MB/s eta 0:00:00      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 410.6/410.6 MB 3.9 MB/s eta 0:00:00      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 121.6/121.6 MB 7.1 MB/s eta 0:00:00      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 56.5/56.5 MB 13.2 MB/s eta 0:00:00      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 124.2/124.2 MB 7.4 MB/s eta 0:00:00      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 196.0/196.0 MB 6.2 MB/s eta 0:00:00      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 176.2/176.2 MB 6.4 MB/s eta 0:00:00      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 99.1/99.1 kB 8.5 MB/s eta 0:00:00      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 168.1/168.1 MB 6.3 MB/s eta 0:00:00 ERROR: pip's dependency resolver does not currently take into account all the packages that are installed. This behaviour is the source of the following dependency conflicts. torchvision 0.19.1+cu121 requires torch==2.4.1, but you have torch 2.3.0+cu121 which is incompatible. Traceback (most recent call last):   File "/content/xtts-webui/scripts/modeldownloader.py", line 11, in <module>     from loguru import logger ModuleNotFoundError: No module named 'loguru'      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 61.2/61.2 kB 4.9 MB/s eta 0:00:00    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 18.2/18.2 MB 90.5 MB/s eta 0:00:00 ERROR: pip's dependency resolver does not currently take into account all the packages that are installed. This behaviour is the source of the following dependency conflicts. torchvision 0.19.1+cu121 requires torch==2.4.1, but you have torch 2.3.0+cu121 which is incompatible. Collecting deepspeed==0.12.5   Downloading deepspeed-0.12.5.tar.gz (1.2 MB)      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 1.2/1.2 MB 33.8 MB/s eta 0:00:00   Preparing metadata (setup.py) ... done Collecting hjson (from deepspeed==0.12.5)   Downloading hjson-3.1.0-py3-none-any.whl.metadata (2.6 kB) Collecting ninja (from deepspeed==0.12.5)   Downloading ninja-<IP_ADDRESS>-py2.py3-none-manylinux1_x86_64.manylinux_2_5_x86_64.whl.metadata (5.3 kB) Requirement already satisfied: numpy in /usr/local/lib/python3.10/dist-packages (from deepspeed==0.12.5) (1.26.2) Requirement already satisfied: packaging>=20.0 in /usr/local/lib/python3.10/dist-packages (from deepspeed==0.12.5) (24.1) Requirement already satisfied: psutil in /usr/local/lib/python3.10/dist-packages (from deepspeed==0.12.5) (5.9.5) Requirement already satisfied: py-cpuinfo in /usr/local/lib/python3.10/dist-packages (from deepspeed==0.12.5) (9.0.0) Requirement already satisfied: pydantic in /usr/local/lib/python3.10/dist-packages (from deepspeed==0.12.5) (2.9.2) Collecting pynvml (from deepspeed==0.12.5)   Downloading pynvml-11.5.3-py3-none-any.whl.metadata (8.8 kB) Requirement already satisfied: torch in /usr/local/lib/python3.10/dist-packages (from deepspeed==0.12.5) (2.3.0+cu121) Requirement already satisfied: tqdm in /usr/local/lib/python3.10/dist-packages (from deepspeed==0.12.5) (4.66.5) Requirement already satisfied: annotated-types>=0.6.0 in /usr/local/lib/python3.10/dist-packages (from pydantic->deepspeed==0.12.5) (0.7.0) Requirement already satisfied: pydantic-core==2.23.4 in /usr/local/lib/python3.10/dist-packages (from pydantic->deepspeed==0.12.5) (2.23.4) Requirement already satisfied: typing-extensions>=4.6.1 in /usr/local/lib/python3.10/dist-packages (from pydantic->deepspeed==0.12.5) (4.12.2) Requirement already satisfied: filelock in /usr/local/lib/python3.10/dist-packages (from torch->deepspeed==0.12.5) (3.16.1) Requirement already satisfied: sympy in /usr/local/lib/python3.10/dist-packages (from torch->deepspeed==0.12.5) (1.13.3) Requirement already satisfied: networkx in /usr/local/lib/python3.10/dist-packages (from torch->deepspeed==0.12.5) (3.4) Requirement already satisfied: jinja2 in /usr/local/lib/python3.10/dist-packages (from torch->deepspeed==0.12.5) (3.1.4) Requirement already satisfied: fsspec in /usr/local/lib/python3.10/dist-packages (from torch->deepspeed==0.12.5) (2024.6.1) Requirement already satisfied: nvidia-cuda-nvrtc-cu12==12.1.105 in /usr/local/lib/python3.10/dist-packages (from torch->deepspeed==0.12.5) (12.1.105) Requirement already satisfied: nvidia-cuda-runtime-cu12==12.1.105 in /usr/local/lib/python3.10/dist-packages (from torch->deepspeed==0.12.5) (12.1.105) Requirement already satisfied: nvidia-cuda-cupti-cu12==12.1.105 in /usr/local/lib/python3.10/dist-packages (from torch->deepspeed==0.12.5) (12.1.105) Requirement already satisfied: nvidia-cudnn-cu12==<IP_ADDRESS> in /usr/local/lib/python3.10/dist-packages (from torch->deepspeed==0.12.5) (<IP_ADDRESS>) Requirement already satisfied: nvidia-cublas-cu12==<IP_ADDRESS> in /usr/local/lib/python3.10/dist-packages (from torch->deepspeed==0.12.5) (<IP_ADDRESS>) Requirement already satisfied: nvidia-cufft-cu12==<IP_ADDRESS> in /usr/local/lib/python3.10/dist-packages (from torch->deepspeed==0.12.5) (<IP_ADDRESS>) Requirement already satisfied: nvidia-curand-cu12==<IP_ADDRESS> in /usr/local/lib/python3.10/dist-packages (from torch->deepspeed==0.12.5) (<IP_ADDRESS>) Requirement already satisfied: nvidia-cusolver-cu12==<IP_ADDRESS> in /usr/local/lib/python3.10/dist-packages (from torch->deepspeed==0.12.5) (<IP_ADDRESS>) Requirement already satisfied: nvidia-cusparse-cu12==<IP_ADDRESS> in /usr/local/lib/python3.10/dist-packages (from torch->deepspeed==0.12.5) (<IP_ADDRESS>) Requirement already satisfied: nvidia-nccl-cu12==2.20.5 in /usr/local/lib/python3.10/dist-packages (from torch->deepspeed==0.12.5) (2.20.5) Requirement already satisfied: nvidia-nvtx-cu12==12.1.105 in /usr/local/lib/python3.10/dist-packages (from torch->deepspeed==0.12.5) (12.1.105) Requirement already satisfied: triton==2.3.0 in /usr/local/lib/python3.10/dist-packages (from torch->deepspeed==0.12.5) (2.3.0) Requirement already satisfied: nvidia-nvjitlink-cu12 in /usr/local/lib/python3.10/dist-packages (from nvidia-cusolver-cu12==<IP_ADDRESS>->torch->deepspeed==0.12.5) (12.6.77) Requirement already satisfied: MarkupSafe>=2.0 in /usr/local/lib/python3.10/dist-packages (from jinja2->torch->deepspeed==0.12.5) (3.0.1) Requirement already satisfied: mpmath<1.4,>=1.1.0 in /usr/local/lib/python3.10/dist-packages (from sympy->torch->deepspeed==0.12.5) (1.3.0) Downloading hjson-3.1.0-py3-none-any.whl (54 kB)    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 54.0/54.0 kB 4.6 MB/s eta 0:00:00 Downloading ninja-<IP_ADDRESS>-py2.py3-none-manylinux1_x86_64.manylinux_2_5_x86_64.whl (307 kB)    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 307.2/307.2 kB 26.5 MB/s eta 0:00:00 Downloading pynvml-11.5.3-py3-none-any.whl (53 kB)    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 53.1/53.1 kB 4.9 MB/s eta 0:00:00 Building wheels for collected packages: deepspeed   Building wheel for deepspeed (setup.py) ... done   Created wheel for deepspeed: filename=deepspeed-0.12.5-py3-none-any.whl size=1297442 sha256=5eb8147978e137f9288592655d0c8d16284b05acf9d8fa1c7ffbb0ff42d31067   Stored in directory: /root/.cache/pip/wheels/7d/4e/ca/24e93c09d21013b572826feb20cbef59b599f3d617bf075038 Successfully built deepspeed Installing collected packages: ninja, hjson, pynvml, deepspeed Successfully installed deepspeed-0.12.5 hjson-3.1.0 ninja-<IP_ADDRESS> pynvml-11.5.3 Collecting gradio==4.43.0   Using cached gradio-4.43.0-py3-none-any.whl.metadata (15 kB) Collecting aiofiles<24.0,>=22.0 (from gradio==4.43.0)   Using cached aiofiles-23.2.1-py3-none-any.whl.metadata (9.7 kB) Requirement already satisfied: anyio<5.0,>=3.0 in /usr/local/lib/python3.10/dist-packages (from gradio==4.43.0) (3.7.1) Collecting fastapi<0.113.0 (from gradio==4.43.0)   Using cached fastapi-0.112.4-py3-none-any.whl.metadata (27 kB) Collecting ffmpy (from gradio==4.43.0)   Using cached ffmpy-0.4.0-py3-none-any.whl.metadata (2.9 kB) Collecting gradio-client==1.3.0 (from gradio==4.43.0)   Using cached gradio_client-1.3.0-py3-none-any.whl.metadata (7.1 kB) Collecting httpx>=0.24.1 (from gradio==4.43.0)   Using cached httpx-0.27.2-py3-none-any.whl.metadata (7.1 kB) Requirement already satisfied: huggingface-hub>=0.19.3 in /usr/local/lib/python3.10/dist-packages (from gradio==4.43.0) (0.24.7) Requirement already satisfied: importlib-resources<7.0,>=1.3 in /usr/local/lib/python3.10/dist-packages (from gradio==4.43.0) (6.4.5) Requirement already satisfied: jinja2<4.0 in /usr/local/lib/python3.10/dist-packages (from gradio==4.43.0) (3.1.4) Collecting markupsafe~=2.0 (from gradio==4.43.0)   Using cached MarkupSafe-2.1.5-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (3.0 kB) Requirement already satisfied: matplotlib~=3.0 in /usr/local/lib/python3.10/dist-packages (from gradio==4.43.0) (3.7.1) Requirement already satisfied: numpy<3.0,>=1.0 in /usr/local/lib/python3.10/dist-packages (from gradio==4.43.0) (1.26.2) Collecting orjson~=3.0 (from gradio==4.43.0)   Using cached orjson-3.10.7-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (50 kB) Requirement already satisfied: packaging in /usr/local/lib/python3.10/dist-packages (from gradio==4.43.0) (24.1) Requirement already satisfied: pandas<3.0,>=1.0 in /usr/local/lib/python3.10/dist-packages (from gradio==4.43.0) (2.2.2) Requirement already satisfied: pillow<11.0,>=8.0 in /usr/local/lib/python3.10/dist-packages (from gradio==4.43.0) (10.4.0) Requirement already satisfied: pydantic>=2.0 in /usr/local/lib/python3.10/dist-packages (from gradio==4.43.0) (2.9.2) Collecting pydub (from gradio==4.43.0)   Using cached pydub-0.25.1-py2.py3-none-any.whl.metadata (1.4 kB) Collecting python-multipart>=0.0.9 (from gradio==4.43.0)   Using cached python_multipart-0.0.12-py3-none-any.whl.metadata (1.9 kB) Requirement already satisfied: pyyaml<7.0,>=5.0 in /usr/local/lib/python3.10/dist-packages (from gradio==4.43.0) (6.0.2) Collecting ruff>=0.2.2 (from gradio==4.43.0)   Using cached ruff-0.7.0-py3-none-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (25 kB) Collecting semantic-version~=2.0 (from gradio==4.43.0)   Using cached semantic_version-2.10.0-py2.py3-none-any.whl.metadata (9.7 kB) Collecting tomlkit==0.12.0 (from gradio==4.43.0)   Using cached tomlkit-0.12.0-py3-none-any.whl.metadata (2.7 kB) Requirement already satisfied: typer<1.0,>=0.12 in /usr/local/lib/python3.10/dist-packages (from gradio==4.43.0) (0.12.5) Requirement already satisfied: typing-extensions~=4.0 in /usr/local/lib/python3.10/dist-packages (from gradio==4.43.0) (4.12.2) Requirement already satisfied: urllib3~=2.0 in /usr/local/lib/python3.10/dist-packages (from gradio==4.43.0) (2.2.3) Collecting uvicorn>=0.14.0 (from gradio==4.43.0)   Using cached uvicorn-0.32.0-py3-none-any.whl.metadata (6.6 kB) Requirement already satisfied: fsspec in /usr/local/lib/python3.10/dist-packages (from gradio-client==1.3.0->gradio==4.43.0) (2024.6.1) Collecting websockets<13.0,>=10.0 (from gradio-client==1.3.0->gradio==4.43.0)   Downloading websockets-12.0-cp310-cp310-manylinux_2_5_x86_64.manylinux1_x86_64.manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (6.6 kB) Requirement already satisfied: idna>=2.8 in /usr/local/lib/python3.10/dist-packages (from anyio<5.0,>=3.0->gradio==4.43.0) (3.10) Requirement already satisfied: sniffio>=1.1 in /usr/local/lib/python3.10/dist-packages (from anyio<5.0,>=3.0->gradio==4.43.0) (1.3.1) Requirement already satisfied: exceptiongroup in /usr/local/lib/python3.10/dist-packages (from anyio<5.0,>=3.0->gradio==4.43.0) (1.2.2) Collecting starlette<0.39.0,>=0.37.2 (from fastapi<0.113.0->gradio==4.43.0)   Downloading starlette-0.38.6-py3-none-any.whl.metadata (6.0 kB) Requirement already satisfied: certifi in /usr/local/lib/python3.10/dist-packages (from httpx>=0.24.1->gradio==4.43.0) (2024.8.30) Collecting httpcore==1.* (from httpx>=0.24.1->gradio==4.43.0)   Downloading httpcore-1.0.6-py3-none-any.whl.metadata (21 kB) Collecting h11<0.15,>=0.13 (from httpcore==1.*->httpx>=0.24.1->gradio==4.43.0)   Downloading h11-0.14.0-py3-none-any.whl.metadata (8.2 kB) Requirement already satisfied: filelock in /usr/local/lib/python3.10/dist-packages (from huggingface-hub>=0.19.3->gradio==4.43.0) (3.16.1) Requirement already satisfied: requests in /usr/local/lib/python3.10/dist-packages (from huggingface-hub>=0.19.3->gradio==4.43.0) (2.32.3) Requirement already satisfied: tqdm>=4.42.1 in /usr/local/lib/python3.10/dist-packages (from huggingface-hub>=0.19.3->gradio==4.43.0) (4.66.5) Requirement already satisfied: contourpy>=1.0.1 in /usr/local/lib/python3.10/dist-packages (from matplotlib~=3.0->gradio==4.43.0) (1.3.0) Requirement already satisfied: cycler>=0.10 in /usr/local/lib/python3.10/dist-packages (from matplotlib~=3.0->gradio==4.43.0) (0.12.1) Requirement already satisfied: fonttools>=4.22.0 in /usr/local/lib/python3.10/dist-packages (from matplotlib~=3.0->gradio==4.43.0) (4.54.1) Requirement already satisfied: kiwisolver>=1.0.1 in /usr/local/lib/python3.10/dist-packages (from matplotlib~=3.0->gradio==4.43.0) (1.4.7) Requirement already satisfied: pyparsing>=2.3.1 in /usr/local/lib/python3.10/dist-packages (from matplotlib~=3.0->gradio==4.43.0) (3.1.4) Requirement already satisfied: python-dateutil>=2.7 in /usr/local/lib/python3.10/dist-packages (from matplotlib~=3.0->gradio==4.43.0) (2.8.2) Requirement already satisfied: pytz>=2020.1 in /usr/local/lib/python3.10/dist-packages (from pandas<3.0,>=1.0->gradio==4.43.0) (2024.2) Requirement already satisfied: tzdata>=2022.7 in /usr/local/lib/python3.10/dist-packages (from pandas<3.0,>=1.0->gradio==4.43.0) (2024.2) Requirement already satisfied: annotated-types>=0.6.0 in /usr/local/lib/python3.10/dist-packages (from pydantic>=2.0->gradio==4.43.0) (0.7.0) Requirement already satisfied: pydantic-core==2.23.4 in /usr/local/lib/python3.10/dist-packages (from pydantic>=2.0->gradio==4.43.0) (2.23.4) Requirement already satisfied: click>=8.0.0 in /usr/local/lib/python3.10/dist-packages (from typer<1.0,>=0.12->gradio==4.43.0) (8.1.7) Requirement already satisfied: shellingham>=1.3.0 in /usr/local/lib/python3.10/dist-packages (from typer<1.0,>=0.12->gradio==4.43.0) (1.5.4) Requirement already satisfied: rich>=10.11.0 in /usr/local/lib/python3.10/dist-packages (from typer<1.0,>=0.12->gradio==4.43.0) (13.9.2) Requirement already satisfied: six>=1.5 in /usr/local/lib/python3.10/dist-packages (from python-dateutil>=2.7->matplotlib~=3.0->gradio==4.43.0) (1.16.0) Requirement already satisfied: markdown-it-py>=2.2.0 in /usr/local/lib/python3.10/dist-packages (from rich>=10.11.0->typer<1.0,>=0.12->gradio==4.43.0) (3.0.0) Requirement already satisfied: pygments<3.0.0,>=2.13.0 in /usr/local/lib/python3.10/dist-packages (from rich>=10.11.0->typer<1.0,>=0.12->gradio==4.43.0) (2.18.0) Requirement already satisfied: charset-normalizer<4,>=2 in /usr/local/lib/python3.10/dist-packages (from requests->huggingface-hub>=0.19.3->gradio==4.43.0) (3.4.0) Requirement already satisfied: mdurl~=0.1 in /usr/local/lib/python3.10/dist-packages (from markdown-it-py>=2.2.0->rich>=10.11.0->typer<1.0,>=0.12->gradio==4.43.0) (0.1.2) Downloading gradio-4.43.0-py3-none-any.whl (18.1 MB)    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 18.1/18.1 MB 91.4 MB/s eta 0:00:00 Downloading gradio_client-1.3.0-py3-none-any.whl (318 kB)    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 318.7/318.7 kB 28.1 MB/s eta 0:00:00 Downloading tomlkit-0.12.0-py3-none-any.whl (37 kB) Downloading aiofiles-23.2.1-py3-none-any.whl (15 kB) Downloading fastapi-0.112.4-py3-none-any.whl (93 kB)    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 93.9/93.9 kB 9.5 MB/s eta 0:00:00 Downloading httpx-0.27.2-py3-none-any.whl (76 kB)    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 76.4/76.4 kB 7.6 MB/s eta 0:00:00 Downloading httpcore-1.0.6-py3-none-any.whl (78 kB)    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 78.0/78.0 kB 7.8 MB/s eta 0:00:00 Downloading MarkupSafe-2.1.5-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (25 kB) Downloading orjson-3.10.7-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (141 kB)    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 141.9/141.9 kB 13.5 MB/s eta 0:00:00 Downloading python_multipart-0.0.12-py3-none-any.whl (23 kB) Downloading ruff-0.7.0-py3-none-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (10.9 MB)    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 10.9/10.9 MB 115.5 MB/s eta 0:00:00 Downloading semantic_version-2.10.0-py2.py3-none-any.whl (15 kB) Downloading uvicorn-0.32.0-py3-none-any.whl (63 kB)    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 63.7/63.7 kB 6.2 MB/s eta 0:00:00 Downloading ffmpy-0.4.0-py3-none-any.whl (5.8 kB) Downloading pydub-0.25.1-py2.py3-none-any.whl (32 kB) Downloading h11-0.14.0-py3-none-any.whl (58 kB)    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 58.3/58.3 kB 5.4 MB/s eta 0:00:00 Downloading starlette-0.38.6-py3-none-any.whl (71 kB)    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 71.5/71.5 kB 7.2 MB/s eta 0:00:00 Downloading websockets-12.0-cp310-cp310-manylinux_2_5_x86_64.manylinux1_x86_64.manylinux_2_17_x86_64.manylinux2014_x86_64.whl (130 kB)    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 130.2/130.2 kB 13.8 MB/s eta 0:00:00 Installing collected packages: pydub, websockets, tomlkit, semantic-version, ruff, python-multipart, orjson, markupsafe, h11, ffmpy, aiofiles, uvicorn, starlette, httpcore, httpx, fastapi, gradio-client, gradio   Attempting uninstall: markupsafe     Found existing installation: MarkupSafe 3.0.1     Uninstalling MarkupSafe-3.0.1:       Successfully uninstalled MarkupSafe-3.0.1 ERROR: pip's dependency resolver does not currently take into account all the packages that are installed. This behaviour is the source of the following dependency conflicts. torchvision 0.19.1+cu121 requires torch==2.4.1, but you have torch 2.3.0+cu121 which is incompatible. Successfully installed aiofiles-23.2.1 fastapi-0.112.4 ffmpy-0.4.0 gradio-4.43.0 gradio-client-1.3.0 h11-0.14.0 httpcore-1.0.6 httpx-0.27.2 markupsafe-2.1.5 orjson-3.10.7 pydub-0.25.1 python-multipart-0.0.12 ruff-0.7.0 semantic-version-2.10.0 starlette-0.38.6 tomlkit-0.12.0 uvicorn-0.32.0 websockets-12.0 Downloading example samples Done
`Your url : https://tiny-breads-beam.loca.lt/
Wait until webui loads
Before you copy the link above click on it and copy that ip:
<IP_ADDRESS>
Traceback (most recent call last):
File "/content/xtts-webui/app.py", line 1, in
from scripts.modeldownloader import install_deepspeed_based_on_python_version
File "/content/xtts-webui/scripts/modeldownloader.py", line 11, in
from loguru import logger
ModuleNotFoundError: No module named 'loguru'`
Does anyone have a solution?

can confirm, also getting it with google colab on last step:
Traceback (most recent call last):
File "/content/xtts-webui/app.py", line 1, in
from scripts.modeldownloader import install_deepspeed_based_on_python_version
File "/content/xtts-webui/scripts/modeldownloader.py", line 11, in
from loguru import logger
ModuleNotFoundError: No module named 'loguru'

@daswer123 Please help!


Mr.

1

Sorry, but you seems like a spammer.
Not sure I have options other than block you to avoid further risks;
You can avoid that, of course, by using another account, but please, don't do that.
Thanks for understanding.


Merge acorn

Resolves #365
This PR ports everything I thought was not a duplicate over to Cava/Monad, so the Acorn experimental directory can now be deleted and everything is linked to the same version of the kernel.

Should I also rename Cava/Monad to Cava/Acorn now?

Let's leave it as "Monad" for now. Thank you!

Actually, yes, I think renaming it to Acorn is a better idea, if you up for making all the changes!


Discourage creation of new workspaces when they already exist

Thanks for the review!
Details
We want to discourage users from repeatedly creating multiple Workspaces in error (or intentionally, as part of a non-ideal workflow). To do so, we simply hide the "New workspace" option under the Global Create button/menu after a workspace has been created and only reveal it if the user does not have any Workspaces.
Fixed Issues
$ https://github.com/Expensify/Expensify/issues/176927
Tests
As a user without a free workspace:

Click the "+" Global Create button
Click "New workspace"
Close the Workspace modal that pops up
Click the "+" Global Create button and verify that you do not see the "New workspace" option

Caveat: the Part 2 issue: https://github.com/Expensify/Expensify/issues/176926 is what's responsible for allowing deletion of workspaces and updating the policy cache afterwards. Therefore, at the moment, in order to test the return of the menu option after deleting the workspace through OldDot, you must force-refresh (browser + desktop) or sign in & out in order to see the change in the menu options.

QA Steps
As a user without a free workspace:

Click the "+" Global Create button
Click "New workspace"
Close the Workspace modal that pops up
Click the "+" Global Create button and verify that you do not see the "New workspace" option

Tested On

[x] Web
[x] Mobile Web
[x] Desktop
[x] iOS
[x] Android

Screenshots
Web / Desktop

Mobile Web

Desktop

iOS

Android

Need to add screenshots and recordings, but opening it up for review in the meantime!

Thanks for the review, updated and re-tested!

Updated and retested, thanks!

:hand: This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release.

🚀 Deployed to production by @Jag96 in version: 1.1.0-2 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅


the architecture of FSSD_mobile

@lzx1413 Thanks a lot for your share! could give us the the architecture of FSSD_mobile? which layer you choose to fusion?

The last layer of stagets whose downsample rate is  8, 16 and 32

The last layer of stagets whose downsample rate is 8, 16 and 32

谢谢啦！在代码中看到了！很棒的工作！我们试了试你的FSSD-VGG，效果比原文的还要好！


Please add Wcwidth.Sources 0.4.0 as a text-only package

We wish to use https://www.nuget.org/packages/Wcwidth.Sources/ package version 0.4.0 in https://github.com/dotnet/templating.
Can it be added to source build reference packages?
Thanks!

[Triage] We are not currently seeing this show up as a prebuilt even though it has not been added to SBRP.

We haven't merged the changes to our release branch. Should we merge it first before you can take action?

@bekir-ozturk - It doesn't matter which comes first.  That being said, in some ways it would be best if you checked in first so that we can ensure source-build works correctly when we create the reference package.

Got it. I will let you know here once we have it merged.

@dseefeld - This is needed to get 6.0.2xx to build without prebuilts.  Looks like the versions was upgraded to 0.5.0


Translating to Spanish

How can i help you with the spanish translation? I could help you!

Hey Vazkeron. Thank you for your interest. It's pretty easy. All it requires is translating this file:
https://github.com/seht/volumenotification/blob/master/app/src/main/res/values/strings.xml
(to the folder ../values-es/ and submitting a pull request! Or just sending it to my email and I'll add the file and attribution). Thank you!

Hey Seht! I posted an update of the file bcz i don't know how to create a folder and post it, have you seen ir? If not, how can i do It?

Hey no problem at all. Just send it over to my email if it makes it easier for you. Also include a link to your page or such so that I can attribution if you'd like. Thank you!

You would have to create a pull request for me to see it. Anyway, you don't need to bother with that, if you don't have to. :)

Please reopen if you're able to collaborate with translation. Thank you!
Just released v1.0! :-)


Added AzureKeyCredential.KeyChanged event.

The event is needed such that clients don't have to transform the string key to byte[] every time they need byte[].

Should we add a similar event to all credential types we have in azure.core? Sas and name-key?

I wonder if we should normalize this into some kind of common pattern, maybe drawing on something like INotifyPropertyChanged (without the actual interface) that we could use across types.  I know, for example, that there's non-trivial challenge with observing changes to some of our models that are fully mutable, such as Azure.Core.Amqp.AmqpAnnotatedMessage.   Being able to observe changes would let us consider some caching to avoid casting and other transformations, which we can't safely do at the moment.