work around znc's nickserv identify message requirements

/me screams internally

Any chance you have a list of the other magic strings it accepts? Just wanna see if we can make the string a touch more user-friendly at all

Nice chasing up on this btw, great discovery

Oh I see, code link over in the v3 issue, thanks! https://github.com/znc/znc/blob/458ce602aa8b14ab870371e26ccec9d29c77bb97/modules/nickserv.cpp#L101

@jesopo found at least half of this :-)
Looks like the same set of magic strings between master and 1.6.x: https://github.com/znc/znc/blob/1c182775e675edd775aa65a6ff004d2c85cd3ad0/modules/nickserv.cpp#L94
"This is a registered nickname, please identify to NickServ within %v or change it" seems like the least bad choice on the menu. Not sure it's much better than what's in this branch though.

What do ya' think about this message? (with $b using the ircfmt formatting characters)
This nickname is reserved. Please login within %v (using $b/NS IDENTIFY <password>$b or SASL)

perf

When does this issue arise? If znc knows the nickserv password, wont it already be using sasl and thus never see this message? If it doesn’t have the password then there’s nothing to do anyway.

ZNC <= 1.6.x has a SASL bug that causes handshakes with oragono to fail: https://github.com/znc/znc/issues/1212
This issue can be reproduced in ZNC by not configuring SASL, but instead configuring ZNC's nickserv module. (I think the nickserv module and the sasl module are separate in that the sasl module won't try to grab a password that was only configured for nickserv.)

FYI we also use a list of magic strings for this no-sasl fallback in IRCCloud, to delay joins, but there’s a timeout in case we never see any of them:
        "password accepted", % Nickserv
        "you are now identified", % NickServ/freenode
        "you are now logged in", % Q/quakenet
        "you are already logged in", % NickServ/freenode
        "authentication successful", % X/undernet
        "i recognize you" %AuthServ/gamesurge

"you are now logged in" is a a good one


Correct the wording by changing "Ironic" to "Magnum"

Correct the wording by changing "Ironic" to "Magnum" in dev-quickstart.rst.

Thank you for contributing to stackforge/magnum!
stackforge/magnum uses Gerrit for code review.
Please visit http://wiki.openstack.org/GerritWorkflow and follow the
instructions there to upload your change to Gerrit.


fixes issue with hyprpm not being able to correlate with hyprctl

well "works for me"

there was another bug with hyprpm here
https://github.com/hyprwm/Hyprland/commit/09581d32fd465c5c4ff868090369ee67516c38a9
that meant that this would prevent other plugins from loading; after that fix the remaining issue this solves is that it doesnt need to unload and then load the plugin each time. so this pr is still a good idea


OpenGL Error: XX (500) and   what():  Interlace not yet supported

When running preprocess_data.py, two error occured:
DeepSdf - INFO - /home/mpl/ShapeNetCore.v2/03001627/df7fc0b3b796714fd00dd29272c1070b/models/model_normalized.obj --> /home/mpl/DeepSDF/data/SurfaceSamples/ShapeNetV2/03001627/df7fc0b3b796714fd00dd29272c1070b.ply
terminate called after throwing an instance of 'std::runtime_error'
what():  Interlace not yet supported
DeepSdf - INFO - /home/mpl/ShapeNetCore.v2/03001627/df8311076b838c7ea5f9d52c12457194/models/model_normalized.obj --> /home/mpl/DeepSDF/data/SurfaceSamples/ShapeNetV2/03001627/df8311076b838c7ea5f9d52c12457194.ply
OpenGL Error: XX (500)
In: /usr/local/include/pangolin/gl/gl.hpp, line 203
DeepSdf - INFO - /home/mpl/ShapeNetCore.v2/03001627/df8374d8f3563be8f1783a44a88d6274/models/model_normalized.obj --> /home/mpl/DeepSDF/data/SurfaceSamples/ShapeNetV2/03001627/df8374d8f3563be8f1783a44a88d6274.ply

This is caused by an incompatibility between the textures in ShapeNet and Pangolin, which has just this morning been resolved. Please update your Pangolin making sure you are on top of commit 57ee5fc7398a35c2a1574ea51000279665fcbc67 and this should work!

I've updated Pangolin to the latest version,but the problem still occured:
Unable to read texture 'texture_0'
OpenGL Error: XX (500)
In: /usr/local/include/pangolin/gl/gl.hpp, line 203

I'm also getting this "OpenGL Error: XX (500)" error even after I updated to the latest version of Pangolin. I also confirmed that this does affect the generation since not all models have the corresponding generated npz file.
@tschmidt23 Would you please give more details about your environment? Such as OS version, OpenGL version etc. Thanks!

Hi @lilizaimumu, with the change to Pangolin it will print a warning if a texture cannot be read but, because the textures are not needed for SDF sampling, it may be the case that the sampling still succeeded. Check the data directory for the corresponding shape to verify. @JiamingSuen, the script will write nothing if it fails so if you see the .npz files then everything should be good to go!

Hi @lilizaimumu, with the change to Pangolin it will print a warning if a texture cannot be read but, because the textures are not needed for SDF sampling, it may be the case that the sampling still succeeded. Check the data directory for the corresponding shape to verify. @JiamingSuen, the script will write nothing if it fails so if you see the .npz files then everything should be good to go!

@tschmidt23  Hi, after runing preprocess_data.py, there are only 165 npz files in the data directory, but sv2_chairs_train.json includes more than 3000 examples. Does this happen because of OpenGL Error:XX(500)?

@tschmidt23 That's good to know, thanks!
I have a few more questions:

Do you plan to release the pretrained model for each class?
I noticed that in the video demo you also present the result of the 'vehicle' class(not in the paper experiments though), would you please share the splits for vehicles as well? Or the scripts to generate these split files(selecting watertight models according to the paper) would be better.

Thanks a lot!

Hi @lilizaimumu, with the change to Pangolin it will print a warning if a texture cannot be read but, because the textures are not needed for SDF sampling, it may be the case that the sampling still succeeded. Check the data directory for the corresponding shape to verify. @JiamingSuen, the script will write nothing if it fails so if you see the .npz files then everything should be good to go!

@tschmidt23 Hi, after runing preprocess_data.py, there are only 165 npz files in the data directory, but sv2_chairs_train.json includes more than 3000 examples. Does this happen because of OpenGL Error:XX(500)?

I switched to dataset ShapeNetCore.v1, and I also met with this error:
OpenGL Error: XX (500)
In: /usr/local/include/pangolin/gl/gl.hpp, line 203

and after I finished the code, it only has 150 .npz files in the directory instead of ~3000 examples.

Hello,
I am having the same error and I have 1600 npz files out of 3000+ sofa examples. Could you give some thought about?
Also, could you share how many and what GPUs are used when you train the model? Thank you

Hi @sunglyoungKim, that is approximately the expected number of sofas in the training split. As alluded to by @jjparkcv here, not all of the shapes are able to be processed, so we provided lists of shapes that should work. There should be one .npz file per shape in the list that you pass to the preprocessing script.

Hello,
I am having the same error and I have 1600 npz files out of 3000+ sofa examples. Could you give some thought about?
Also, could you share how many and what GPUs are used when you train the model? Thank you

Could u plz provide one example of the .npz files? There is no .npz file for me after running the preprocess.py, thanks .

Hello,
I am having the same error and I have 1600 npz files out of 3000+ sofa examples. Could you give some thought about?
Also, could you share how many and what GPUs are used when you train the model? Thank you

@sunglyoungKim Could u plz provide one example of the .npz files? There is no .npz file for me after running the preprocess.py, thanks .


Add a section on how to configure user/password for unity-accelerator dashboard

Hi!
First of all thanks for great work! It puzzled me what was the default account/password for dashboard until I've figured there is non. Having short info on how to actually go into container and change it could be useful.
Thanks!

Thank you.
You can also use environment variables for the username and password.
How about these methods?
modify accelerator.env
USER=foo
PASSWORD=bar

or modify docker-compose.yml
accelerator:
  environment:
    - USER=foo
    - PASSWORD=bar

or alternative modify docker-compose.yml
# on shell
USER=foo
PASSWORD=bar

and
accelerator:
  environment:
    - USER
    - PASSWORD

see also

https://docs.unity3d.com/Manual/UnityAccelerator.html#docker
https://docs.docker.com/compose/environment-variables/

@shiena  Yes, you are correct. I guess I should have read Unity documentation on containers more thoroughly.  I think including the "admin/admin" account in accelerator.env to have the container work out of the box might help others with rapid adoption / quick hacking.


ENG-1851 - add integration tests workflow dispatch

Description
Adds integration test dispatch when releasing

Testing required outside of automated testing?

[x] Not Applicable

Screenshots (if appropriate):

[x] Not Applicable

Rollback / Rollforward Procedure

[x] Roll Forward
[ ] Roll Back

Reviewer Checklist

[ ] Description of Change
[ ] Description of outside testing if applicable.
[ ] Description of Roll Forward / Backward Procedure
[ ] Documentation updated for Change

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


DWH Enable flag flipping in case thermostat flag overridden through OTGW config

Follow up of issue #84 with OTGW firmware 0.9.1
The DHW enabled bit is now read, but is constantly flipping between 1 and 0.
Use case is still the same.
Setup:

Thermostat always sets DHW_ENABLE =1 within msgID = 0

Through HW=0 configuration within OTGW, this behaviour is overridden towards the boiler.

Reason is that the DWH Enable = 1 is read from the T-message, directly published to mqtt. Thereafter OTGW does an override through the R-message to 0, then this message is sent through mqtt. And so on...
15:19:10.180835	T80000200	Read-Data 	Status (MsgID=0): 00000010 00000000
		   - CH enable: disabled (0)
		   - DHW enable: enabled (1)
		   - Cooling enable: disabled (0)
		   - OTC active: not active (0)
		   - CH2 enable: disabled (0)
		   - Summer/winter mode: winter (0)
		   - DHW blocking: unblocked (0)
15:19:10.289333	R00000000	Read-Data 	Status (MsgID=0): 00000000 00000000
		   - CH enable: disabled (0)
		   - DHW enable: disabled (0)
		   - Cooling enable: disabled (0)
		   - OTC active: not active (0)
		   - CH2 enable: disabled (0)
		   - Summer/winter mode: winter (0)
		   - DHW blocking: unblocked (0)
15:19:10.570528	BC0000000	Read-Ack  	Status (MsgID=0): 00000000 00000000
		   - Fault indication: no fault (0)
		   - CH mode: not active (0)
		   - DHW mode: not active (0)
		   - Flame status: flame off (0)
		   - Cooling status: not active (0)
		   - CH2 mode: not active (0)
		   - Diagnostic indication: no diagnostics (0)
		   - Electricity production: not active (0)
15:19:10.681877	A40000200	Read-Ack  	Status (MsgID=0): 00000010 00000000
		   - Fault indication: no fault (0)
		   - CH mode: not active (0)
		   - DHW mode: not active (0)
		   - Flame status: flame off (0)
		   - Cooling status: not active (0)
		   - CH2 mode: not active (0)
		   - Diagnostic indication: no diagnostics (0)
		   - Electricity production: not active (0)

@binsentsu did you try the beta 0.9.2-beta yet, because I think that should solve this behavior. Could you verify that for me?

Or wait, is this a new usecase?
Again, could you also provide the logs when using beta 0.9.2 and OTmonitor, just to see if they match now?

Just went and checked your use-case... I stand corrected, it's a bug in the status sending.
So I will fix it now right away, and update the current beta.
If you could validate that, then I will fix this asap.

fixed in release 0.9.2


[Bug]:  Setting the namespace via the package attribute in the source AndroidManifest.xml is no longer supported.

Version
1.2.1
Environment that reproduces the issue
Android Emulator
Is it reproducible in the example application?
Not tested
Reproduction steps
run the app
Expected result
The app would launch
Actual result
The app doesn't launch
Additional context
I'm on version 1.2.1 because
Because location_web 5.0.3 depends on js ^0.6.3 and no versions of location_web match >5.0.3 <6.0.0,
location_web ^5.0.3 requires js ^0.6.3.
And because apivideo_player >=1.2.2 depends on js ^0.7.0, apivideo_player >=1.2.2 is incompatible with
location_web ^5.0.3.
And because location 7.0.0 depends on location_web ^5.0.3 and no versions of location match >7.0.0 <8.0.0,
apivideo_player >=1.2.2 is incompatible with location ^7.0.0.
So, because showcaze3 depends on both location ^7.0.0 and apivideo_player ^1.4.0, version solving failed.
My build.gradle :
buildscript {
ext.kotlin_version = '1.8.10'
repositories {
google()
mavenCentral()
}
dependencies {
    classpath 'com.android.tools.build:gradle:8.4.1'
    classpath "org.jetbrains.kotlin:kotlin-gradle-plugin:$kotlin_version"
}

}
allprojects {
repositories {
google()
mavenCentral()
}
}
rootProject.buildDir = '../build'
subprojects {
project.buildDir = "${rootProject.buildDir}/${project.name}"
}
// The below script
subprojects {
afterEvaluate { project ->
if (project.hasProperty('android')) {
project.android {
if (namespace == null) {
namespace project.group
}
}
}
}
}
// till here
subprojects {
project.evaluationDependsOn(':app')
}
tasks.register("clean", Delete) {
delete rootProject.buildDir
}
Relevant logs output
FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':apivideo_player:processDebugManifest'.
> A failure occurred while executing com.android.build.gradle.tasks.ProcessLibraryManifest$ProcessLibWorkAction
   > Incorrect package="video.api.flutter.player" found in source AndroidManifest.xml: C:\Users\maxim\AppData\Local\Pub\Cache\hosted\pub.dev\apivideo_player-1.2.1\android\src\main\AndroidManifest.xml.
     Setting the namespace via the package attribute in the source AndroidManifest.xml is no longer supported.
     Recommendation: remove package="video.api.flutter.player" from the source AndroidManifest.xml: C:\Users\maxim\AppData\Local\Pub\Cache\hosted\pub.dev\apivideo_player-1.2.1\android\src\main\AndroidManifest.xml.

* Try:
> Run with --stacktrace option to get the stack trace.
> Run with --info or --debug option to get more log output.
> Run with --scan to get full insights.
> Get more help at https://help.gradle.org.

BUILD FAILED in 18s
Error: Gradle task assembleDebug failed with exit code 1

Hi,
We try to update our package on regular basis to keep them secure.
Do you have any idea why location_web haven't upgraded to js >= 0.7?
There might be a workaround that works for you (not 100% sure): lower your com.android.tools.build:gradle version. 7.4.2 would not throw an exception for the package in AndroidManifest.xml but you might have to change few things in your build.gradle.

Thanks for the suggestion. I don't know why it hasn't been updated, I guess I can just wait until it is or ask them (used for Google map integration). I dont really want to mess with the build grade because I've had lots of build errors already


WIP: Document converters

Initial (re)implementations of Document converters

Codecov Report

Merging #5 into master will decrease coverage by 21.55%.
The diff coverage is 75%.

@@             Coverage Diff             @@
##           master       #5       +/-   ##
===========================================
- Coverage   97.94%   76.38%   -21.56%
===========================================
  Files           7        8        +1
  Lines         146      144        -2
===========================================
- Hits          143      110       -33
- Misses          3       34       +31

Impacted Files
Coverage Δ

src/document/DocumentConverter.js
100% <100%> (ø)

src/sheet/SheetODSConverter.js
100% <100%> (ø)
:arrow_up:

src/sheet/SheetConverter.js
100% <100%> (ø)
:arrow_up:

src/document/DocumentMarkdownConverter.js
100% <100%> (ø)

src/document/DocumentPandocConverter.js
54.54% <54.54%> (ø)

src/Converter.js
67.27% <64%> (-32.73%)
:arrow_down:

src/helpers/pandoc.js
72% <72%> (ø)

src/sheet/SheetDSVConverter.js
81.81% <80.95%> (-6.19%)
:arrow_down:

... and 2 more

Continue to review full report at Codecov.

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

@hamishmack I'll merge this now. This skips some of your tests because it uses pandoc 2.04 and not stencila/pandoc - once we have builds for all platforms there we can reinstate them.


Bump FAB to 1.12.0

Superseded by https://github.com/apache/incubator-superset/pull/6030

@mistercrunch now that we're removed the Python 2.7 dependency we could probably move towards using something like pip-tools or pipenv. Previously something like pip-tools wasn't viable when we supported both Python 2 and Python 3.


Improve kits and kit parsing

Some updates about kits :

No longer using NMS for unbreakable attribute.
Merge armor item parsing into Parser.getItem() method.
Add Enderpearl reset
Add KitFly into kit

Still WIP, I'll squash commits when it'll be finished.

I prefer the event name KitApplyEvent

This looks pretty good so far, although I believe there are a handful of unused imports you can remove.

@twizmwazin I had already cleaned imports but forgot one. Tell me when you agree the changes and I squash it.

You should probably clean up with PR, twiz doesn't usually like more than one commit ;) :p

@CaptainElliott That's why I'll squash the commits when twiz agrees my changes because I want to do this only once.

@twizmwazin I squashed the commits, I let you doing what you want with these changes now.

@thomblr how did you do that?

@dentmaged

git rebase -i HEAD~{numberOfCommitBehind}
change pick to squash in the shown editor on which commits you want to merge together, don't forget to let one with "pick"
save with :wq
push --force origin {yourBranch}

@thomblr Awesome! Thanks for letting me know!

@twizmwazin Fixed

If we can get some feedback I think this can merged soon

This kit is not being applied to the players and it's throwing an IllegalArgumentException (http://pastebin.com/Y4yKVq9C).
<teams>
	<team id="blue" color="blue" max="10">Blue</team>
	<team id="red" color="dark red" max="10">Red</team>
</teams>
<spawns>
	<spawn team="blue" kit="blue" yaw="-90">
		<cylinder base="-178,27,0" radius="2" height="0"/>
	</spawn>
	<spawn team="red" kit="red" yaw="90">
		<cylinder base="-18,27,0" radius="2" height="0"/>
	</spawn>
	<default yaw="0">
		<cylinder base="-98,27,0" radius="2" height="0"/>
	</default>
</spawns>
<kits>
	<kit name="spawn">
		<item slot="0">stone sword</item>
		<item slot="1">bow</item>
		<item slot="2" amount="16">cooked chicken</item>
		<item slot="3" amount="16">leaves</item>
		<item slot="8" amount="8">arrow</item>
	</kit>
	<kit name="red" parents="spawn">
		<helmet color="cd0000">leather helmet</helmet>
		<chestplate color="cd0000">leather chestplate</chestplate>
		<leggings color="cd0000">leather leggings</leggings>
		<boots color="cd0000">leather boots</boots>
	</kit>
	<kit name="blue" parents="spawn">
		<helmet color="0066cc">leather helmet</helmet>
		<chestplate color="0066cc">leather chestplate</chestplate>
		<leggings color="0066cc">leather leggings</leggings>
		<boots color="0066cc">leather boots</boots>
	</kit>
	<kit name="red-flag-kit">
		<potion duration="oo">slowness</potion>
		<potion duration="oo">damage_resistance</potion>
	</kit>
	<kit name="blue-flag-kit">
		<potion duration="oo">slowness</potion>
		<potion duration="oo">damage_resistance</potion>
	</kit>
	<kit name="reset-kit" force="true">
		<potion duration="0" amplifier="10">slowness</potion>
		<potion duration="0" amplifier="10">damage_resistance</potion>
	</kit>
</kits>

Here's another map that kits are not being applied (XML: http://pastebin.com/J80SHFee, Log: http://pastebin.com/1HMuY2Mq).
The rest is working as it should.

@Alfalik I tried to fix it by using Minecraft potion names too because potion name "slowness" is only in minecraft potion names. Can you try again and tell me if it's working ?

@thomblr Yep. It fixed it, good job. Hope this get merged soon, it's working as it should.

@thomblr is the reset enderpearl module needed? i feel like on the applying kit part you could just run an:
if (Kit.isResetPearls()){
  for (Entity entity : get world entity list){
    if (Entity equals enderpearl  && projectile thrower equals player){
     kill enderpearl
    }
  }
}

I guess this was implemented in my kits rewrite


[BUG] in sorting/merg_sort.cpp

https://github.com/TheAlgorithms/C-Plus-Plus/blob/master/sorting/merge_sort.cpp
Program fails to sort the given array throghs an error
munmap_chunk(): invalid pointer
Aborted (core dumped)

Description

try the program with input
Enter the number of elements : 10

Enter the unsorted elements :
-10 78 -1 -6 7 4 94 5 99 0

Expected Behavior

Expected to sort the array
Actual Behavior

throghs an error
munmap_chunk(): invalid pointer
Aborted (core dumped)

The program is a copy-paste from here
Even the copy-paste done by the author was wrong. Line# 74 should have size-1 as the input argument. That would resolve the memory access issue

okay no problem let me fix this.

fixed in #872


Theme colors do not meet accessibility standards for color contrast

Hi, I'm a very happy user of Docusaurus v2 and Infima (via the classic Docusaurus theme). Unfortunately the default theme colors, including the link text color and the background colors for buttons and badges with white text, don't meet the WCAG minimum color contrast standards. I used the built-in color contrast checking tools in Firefox to confirm this.
I'd love if this project could fix the contrast issues so the documentation generated with it was accessible to a wider range of people!

This PR can be the first stepping stone to a larger redesign, as it introduce new color variants that should pass WCAG tests with  grade AAA: https://github.com/facebookincubator/infima/pull/155

Some of them are really bad, especially yellow, but this can luckily be fixed by adjusting colors by overwriting the css variables.
If anyone is interested in a homogenous colorscheme that allows black and white on the 500 shade (preferring white) and offers 10 colors you can check out our color scheme: https://blib.la/design-system which was designed with an accessibility first approach.
Sadly I don't have the time to create a PR myself ATM but this should allow abnyone willing to invest some time to have a nice starting point.
@slorber If you are interested, you can find the palette here: https://github.com/blib-la/blibla-template/blob/main/src/ions/theme/palette.ts


Provide grep

We need an easier way to search through a big list of things fuzzily, e.g. using their toString or Repr, in cases where you don't really know what you want or what shape the data-structure is. Something like
implicit object GreppableString extends Greppable[String]
implicit object GreppableRegex extends Greppable[String]
def grep[T: Repr, V: Greppable](pat: V)(thing: T) = if (implicitly[Greppable[V]].grep(pat.PPrint(thing))) Some(thing) else None

Done


A variable to exclude layer shells from windows' blur source

Description
My goal is to have a contiguous blur between the terminal and waybar here:

The issue is that, based on the render order of the window and bar, we either include the window (with "layer": "top" in waybar config) or the bar (with "layer": "bottom") in the other side's blur source image. This causes the ugly shadow-like effect starting from the top of the bar.
I would like to be able to configure Hyprland such that the following happens:

The bar and its blur effect (using background as a source since it's at the bottom) gets rendered into a separate buffer.
Windows and their effects are rendered as if the bar isn't present.
The layers are composited together in background -> bar -> windows order.

This would allow me to have the contiguous blur as I described.

uhh xray?

Yep, turning new_optimizations and xray on works perfectly. Thank you!


Remove @handler syntax; bind handlers in @settings instead

Reduces surface area of top-level concepts in the .pax grammar by removing @handlers.  Aims to improve ergonomics & make the first impression more appealing.  Brings settings event-binding syntax closer to inline attribute event-binding syntax.
Previously:
@handlers {
     click: handle_click
}

@settings {
     #some_selector {...}
}

Now:
@settings {
     @click: handle_click

     #some_selector {...}
}

Updates parsing & serialization to support
Updates usages of handlers throughout examples

Also another thought, if we are serializing handlers to be above the settings in the settings block we need to make that explicit in the formatter so the stay congruent. My current invariant has been to ignore formatting in the serializer and codify all expectations in the formatter.

After conversation with @warfaj , we've decided to merge as-is and to come back for (1) fixing comment serialization (broken on settings/handlers currently) and (2) better respecting the architectural boundaries between serializer <> formatter.   Warfa may be able to fix both of these in the process of merging his current work.
Merging.


Hot keys don't work after user session is locked and unlocked

Hot keys don't work after block linux account (like Super+L). need to restart nuvola again. They were working in previous version.
deezer 3.0.14 (14-gea80ffe)
nuvola 4.12.89 (89-g6488610)

Hello @sobwoofer. Thanks for taking the time to report your issue. I need more information to investigate it further:

Do you mean global hot keys or in-app hot keys?
Which distribution and version do you use?
What is your desktop environment?
Do you use Xorg or Wayland? If you use Wayland, is the issue reproducible with Xorg?
The debugging output from a terminal as specified in the Bug Reporting Guidelines. Use hot keys before locking the user session, then unlock it and try to use the hot keys again, then copy the output and attach it here as a text file.
Is the issue always reproducible or does it happen randomly?

@fenryxo

i mean both variants (but only media keywords on the keyboard) logitech YR0009
It has keys like play, pause...

Standart keys like "Ctrl+Shift+Alt+Up" are working ok on both variantes.
2.deezer 3.0.14 (14-gea80ffe)
nuvola 4.12.89 (89-g6488610)
Ubuntu 18.04
no i don't use any these soft.
after unlock user session terminal didn't feel special hotkeys debug.txt
it's problem not randomly, i see it always after unlock user profile in my ubuntu

i mean both variants (but only media keywords on the keyboard) logitech YR0009
It has keys like play, pause...
Standart keys like "Ctrl+Shift+Alt+Up" are working ok on both variantes.

Do I understand correctly that only multimedia keys configured as global keyboard shortcuts don't work but other global keyboard shortcuts work fine?

no i don't use any these soft.

I don't know to which question this answer belongs to. Do you use a regular desktop environment (GNOME is the default in Ubuntu 18.04, but you can change it to Unity, KDE, XFCE, etc.) or a custom setup?

In that case the media keys are handled directly by GNOME and the binding in Nuvola should not work at all. In fact, it is a mystery that it actually works before you lock your user session.
Could you try disabling your media keys shortcuts and to use Nuvola's Multimedia keys feature instead?

You may need to log out & log in back after that.

yes, it works) thanks a lot)

I'm reopening this because there is some work to do. Nuvola should not let a user to set multimedia keys as global keybinding at all.

Released in Nuvola 4.13.0.


Broken URLs in BIAS Workshop meeting material

Describe the issue
At https://datatracker.ietf.org/meeting/interim-2024-biasws-01/session/biasws when you click on Paper: Community Networks and the Quest for Quality which links to https://www.ietf.org/slides/slides-biasws-community-networks-and-the-quest-for-quality-00, you get a 404!
Same happens for "Paper: A ‘C’ in CDN: Access service to and from the Internet at cost for community networks" links to https://www.ietf.org/slides/slides-biasws-a-c-in-cdn-access-service-to-and-from-the-internet-at-cost-for-community-networks-00 and you get a 404!
Other links that are broken --
https://www.ietf.org/slides/slides-biasws-closing-the-performance-and-management-gaps-with-satellite-internet-challenges-approaches-and-future-directions-01
https://www.ietf.org/slides/slides-biasws-position-paper-by-raquel-renno-01
While the rest seems to work fine!
Code of Conduct

[X] I agree to follow the IETF's Code of Conduct

There appears to be something wrong with the state settings on the Document for the slides with broken links. Looking to see why.
(the meeting_related() test is returning False, which I think is why it's getting a different URL, but still poking)

Ah - just need to add a .pdf to the end of the bad URL to get a live one. Looking to see what's going wrong.

This and #7017 both are rooted in there being confusion about group materials documents (that is, those that show on the group's materials page) and session material documents (those intended to be managed at the session materials page.
The first have names that start as slides-biaswg-
the second have names that start as slides-interim-2024-biaswg-
Some of the first ended up attached to sessions and people tried to upload new revisions from the session view instead of the groups material view.
Untangling this will be difficult, and will take several people, so it will likely not be until tomorrow when Cindy and the tools-team can work on this together. I've improved the problem for slides-biasws-imap-internet-monitoring-action-project-internet-censorship-report

representing the status of JSON Web Tokens (JWTs) [RFC7519] and CBOR

Web Tokens (CWTs) [RFC8392].  The status list data structures
themselves are also represented as JWTs or CWTs

fix deployed with 12.5.0


Incorrect name in ehive_pipeline_schema2.rng

The block that is created for "template" (block 22 in current version) has a field called "template|" as its notch label. However, this notch accepts  block_8:hash , block_9:array and block_10:10 as its children. The name "template|" for such a notch is incorrect.

This also seems to be solved, but let's keep the ticket open until we've understood everything

Fixed


Feature Request

Hello there!
My name's Tikkle, or Tik, and I'd like to request that the last team the player is on be stored when the player goes AFK. That way when they un-AFK it returns them to the previous team.
I ask this because VanillaTweaks' datapack "Colors" uses Minecraft Teams to allow players to choose a custom color for their username that displays in chat and on the tab-list.
Thanks,
Tik
EDIT: It seems to restore "colors" team the player was on if the player is OP'd.

Thanks for the request! However, Sessility doesn't mess with teams so team colors shouldn't be affected. Perhaps you have the Vanilla Tweaks AFK Display data pack enabled?

I didn't use the VT AFK display because I thought it might effect the colors datapack. The only 2 items I have that modify username colors are Sessility and Colors DP. :)

Would be able to send a full list of the mods and data packs you are using? I am unable to reproduce this issue on my machine, so there might be a mod conflict.

Mods:
Alternate Current, Armor Stand Editor, AutoWhitelist, Cloth Config, dcintegration (discord chat+mc chat), fabic api, fabric kotlin, ferritecore, krypton, lazydfu, lithium, midnightlib, nochatreports, repurposed structures, sessility, simply no report, starlight, timeoutout, wither-cage-fix
Datapacks:
BlazeandCaves Advancements Pack 1.15.zip, anti enderman grief v1.1.3.zip, custom nether portals v2.3.6.zip, double shulker shells v1.3.3.zip, more mob heads v2.10.1.zip, name colors v1.0.1.zip, nether portal coords v1.1.3.zip, silence mobs v1.1.3.zip, unlock all recipes v2.0.4.zip, villager workstation highlights v1.1.3.zip

Even with those mods and data packs, I was still unable to reproduce the issue. At this point, you'll need to do some of the troubleshooting on your end. Here are the steps I would take:

Create a process to reliably trigger the issue. You will use this process many times in the following steps to check if the issue occurs or not.
Verify that the issue occurs when only Sessility and the name colors data pack are installed. Use a fresh Minecraft world and server configuration.

If the issue still occurs, Sessility is causing the issue. Skip to step 4.
If the issue doesn't occur, another mod or your server configuration is causing the issue. Switch back to the Minecraft world and server where the issue was occurring and proceed to the next step to perform a bisect.

A bisect helps narrow down mods or data packs that may be causing the issue. Perform the following steps with mods, then data packs if necessary.

Disable about half of the mods/data packs (excluding Sessility and the name colors data pack). When disabling mods, ensure you keep dependent mods together (for example, many mods rely on the Fabric API, so ensure the Fabric API is always enabled with the mods  that need it)
Then:

If the issue still occurs, the issue is being caused by one of the currently enabled mods. Disable about half of the mods/data packs again (excluding Sessility and the name colors data pack).
If the issue doesn't occur, the issue was caused by one of the disabled mods. Disable all the enabled mods/data packs (excluding Sessility and the name colors data pack) and re-enable the previously disabled mods. The issue should occur again. Disable about half of the mods you just re-enabled.

Repeat the step above until you have singled out a single mod/data pack that is causing the issue.

Report your findings. Please include the following information:

The latest server log of a session where the issue occurred.
The output of /datapack list
If you used a bisect, the mod or data pack that caused the issue.
If you used a bisect, the configuration file of the mod causing the issue (if applicable).
The process you used to reproduce and identify the issue. (for example: 1. Launch server with Sessility and name colors data pack. 2. Join the server as a normal member, run /trigger color, and select "Pink". Your name should turn pink in the player tab list. 3. Stay idle for 120 seconds to become sessile. Your name should turn gray in the player tab list. 4. Move around to become motile. Your name should turn back to pink, but instead becomes white.)
(optional) A screen recording of the issue occurring on the client.

Hey there, just checking in on the issue. Have you had any luck troubleshooting this recently?

Since I've been unable to reproduce this and haven't received any additional information, I will be closing this issue for now. If you have any more information that may help in reproducing the issue, feel free to add a comment and I'll try looking into this again.


helm create: move livenessProbe and readinessProbe values to default values file

What this PR does / why we need it:

Moved hardcoded livenessProbe and readinessProbe values from deployment.yaml to the values.yaml, making it configurable from the values.yaml file.

Special notes for your reviewer:
If applicable:

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

This is the way...


Next/previous word (ctrl+right or ctrl+left) skip over comments

# this is a comment with many words

When navigating to next/previous word in comments, it skips over the whole comment to go to beginning or end of comment.
This does not match behavior of C# editor or RS.

Yeah we go by tokens except when token is string, need to add comment there as well.


rename "hatch rate" to "ramp up"

More standard terminology, plus the word "hatching" doesnt make sense any more, now that Locust classes are called User classes. If approved, I can make a PR.

Actually, I think it should actually be called "arrival rate" (as "ramp up" isnt really clear - in some tools "ramp up" is the time from start to full load for instance). how does this sound to everyone? @heyman ?

Hmm, how about "spawn rate" (as in spawning of users)? We could then rename the "hatching" state to "spawning" (since "arriving" state doesn't work very well).

How about "spawn rate" (as in spawning of users)? We could then rename the "hatching" state to "spawning" (since "arriving" state doesn't work very well).

Could be more meaningful and less confusing since hatch rate is defined as "number of users spawning per second"

”Spawn rate” is good. I am a little busy atm, but will have a look at it some time.


add nio ssl as explicit dep

swift-nio-ssl should be an explicit dependency.

Hey @tanner0101, you just merged a pull request, have a coin!
You now have 1043 coins.


[text_input] prepare for custom text input sources

Description
The existing TextInputConnection class has been made abstract and method channel-agnostic. There is now a separate internal class, _TextInputChannelConnection, that implements the default type of text input connection that communicates with platform plugins via the text input system channel.
The main motivation of the separation is to allow custom text input sources that can replace the method channel-based implementation and for example, communicate with an in-app virtual keyboard on (embedded) platforms that do not have a keyboard provided by the system.
To be able to eliminate direct method channel calls from the TextInput class, the following new methods have been introduces:

TextInput.detach()
TextInput.reset()
TextInputConnection.hide()
TextInputConnection.setClient()
TextInputConnection.clearClient()

Consequently, the following methods were deprecated

TextInputConnection.close() in favor of TextInput.detach()
TextInputConnection.connectionClosedReceived() in favor of TextInput.reset()

Related PRs
This PR was split off from #69146.
Related Issues
#68988
Tests
I added the following tests:

test/services/text_input_test.dart:

TextInput message channels:

text input client is requested to hide on detach
old client is detached when a new client is attached
text input connection is reset

Checklist
Before you create this PR, confirm that it meets all requirements listed below by checking the relevant checkboxes ([x]). This will ensure a smooth and quick review process.

[x] I read the Contributor Guide and followed the process outlined there for submitting PRs.
[x] I signed the CLA.
[x] I read and followed the Flutter Style Guide, including Features we expect every widget to implement.
[x] I read the Tree Hygiene wiki page, which explains my responsibilities.
[x] I updated/added relevant documentation (doc comments with ///).
[x] All existing and new tests are passing.
[x] The analyzer (flutter analyze --flutter-repo) does not report any problems on my PR.
[x] I am willing to follow-up on review comments in a timely manner.

Breaking Change
Did any tests fail when you ran them? Please read Handling breaking changes.

[x] No, no existing tests failed, so this is not a breaking change.
[ ] Yes, this is a breaking change. If not, delete the remainder of this section.

Rebased again in hopes to pass the CI (unrelated git fetch failures on macOS).

Thanks for the review!

It looks like this could hypothetically break someone that was subclassing TextInputConnection. Do we know if anyone might be doing that? I've submitted this PR to have the internal Google tests run on it, and if it passes there then I'm more confident that it's not a problem.

I believe it's not a breaking change because the constructor was private before, so it wasn't possible to create a TextInputConnection instance from the outside of text_input.dart.

Thanks for the review!

It looks like this could hypothetically break someone that was subclassing TextInputConnection. Do we know if anyone might be doing that? I've submitted this PR to have the internal Google tests run on it, and if it passes there then I'm more confident that it's not a problem.

I believe it's not a breaking change because the constructor was private before, so it wasn't possible to create a TextInputConnection instance from the outside of text_input.dart.

Ah I missed that, you're right!  Should be fine then.  I'm on board once all the tests pass.

Ah I missed that, you're right!  Should be fine then.  I'm on board once all the tests pass.

Is the Google testing failure somehow related to this?

Is the Google testing failure somehow related to this?

Doesn't seem to be the case. I have restarted the test.

Doesn't seem to be the case. I have restarted the test.

The failure seems to be caused by something irrelevant. Could you rebase the branch to the latest commit and see if the failure goes away?

The failure seems to be caused by something irrelevant. Could you rebase the branch to the latest commit and see if the failure goes away?

Unrelated Mac build_tests failure. Let's try again.

Unrelated Mac build_tests failure. Let's try again.


Fix when surrounded by ember link-to

Somehow we needed this when our item was an Ember #link-to.
Without this we couldn't get the sorting to work.

I have this in an app as well, to prevent the event from propagating to the link
// app/components/sortable-item.js
import SortableItem from 'ember-sortable/components/sortable-item';
import $ from 'jquery';

export default SortableItem.extend({
  _preventClick(element) {
    $(element).one('click', function (e) {
      e.stopPropagation();
      e.preventDefault();
      e.stopImmediatePropagation();
    });
  }
});

Thank you so much for the patch! We’ll release it later today.


Double click only copy's first click

[x] I am on the latest Hyper.app version

[ ] I have searched the issues of this repo and believe that this is not a duplicate

OS version and name: macos

Hyper.app version: ...latest?

The issue is reproducible in vanilla Hyper.app: yes

Issue
Double click on filename does two "highlights", one on the file name and then the entire path. The copy only gets the first:

@krainboltgreene Are you expecting copy on select?

I'm expecting copy on latest highlight.

Then just cntrl+C or cmd+c ?

Sorry, I also have the config option toggled to "copy on select"

Ok, il look into it later!

@krainboltgreene This will be fixed in PR #975

YOU ROCK!
On Wed, Nov 9, 2016 at 6:03 PM, Matheus Fernandes<EMAIL_ADDRESS>wrote:

Closed #974 https://github.com/zeit/hyper/issues/974 via #975
https://github.com/zeit/hyper/pull/975.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/zeit/hyper/issues/974#event-853873648, or mute the
thread
https://github.com/notifications/unsubscribe-auth/AAUb2fDLWgoOngEecHza64PqMPl43t15ks5q8nthgaJpZM4Ks_2C
.

--
Kurtis Rainbolt-Greene, Software Developer
Founder of Difference Engineers
2985 San Marino St.
Los Angeles, CA 90006
202-643-2263

@krainboltgreene  Nothing for!


[v3] Sidebar minimalization not working in Coreui 3.0

Hi, after updating from CoreUI 3.0-rc0 to coreui 3.0 sidebar minimalization stop working. When I go to coreui.io/demo/3.1.0 and inject styles with coreui 3.0, it stop working too, so I think it is not my mistake... Class c-sidebar-unfoldable to div with id="sidebar" do nothing. If I try copy css file from sample page with version 3.1.0 to my project, sidebar unfoldable working without problem...

I have this same issue the class applies but nothing happens.

I Found next bug with sidebar - aside. 3.1.0 style from coreui live example solved problem too, so I think isn't my mistake. When remove z-index from header then aside is on top of header without problem.

I tested 3.2.0 version and problem still remaining. When change style from 3.1.1 (default page style) to 3.2.0 on coreui demo page, sidebar not working there too. https://coreui.io/demo/3.1.0/#main.html

@majsterkoo c-sidebar-unfoldable is not available in the free version, you can use only .c-sidebar-minimized.

Oh, I didn't notice that. c-sidebar-minimized works. Thank you!


Add coerce_types flag to parquet ArrowWriter

Is your feature request related to a problem or challenge? Please describe what you are trying to do.
As discussed in #1666 not all types can be represented within a parquet schema.
Describe the solution you'd like
The consensus appears to be to:

By default faithfully round-trip the source data, performing no potentially lossy type conversion
Add a coerce_types flag that will use the arrow cast kernels to coerce incompatible types prior to writing them

In particular
Date64
If not coerce_types, write as Int64 and embed logical type in arrow schema only. Otherwise case to Date32
Timestamp
If not coerce_types, write as is, setting LogicalType / ConvertedType only where appropriate.
If coerce_types, cast to a UTC timestamp with the closest supported time unit, likely needing #1936.
Interval
If not coerce_types, write as FixedSizeBinaryArray matching the arrow representation and store logical type in arrow schema.
If coerce_types, convert to the relevant parquet representation.
Describe alternatives you've considered
See #1666

take


Update staked_amount to include stakes inside a channel in that channels amount

effective_amount stays as is
staked_amount is a new field that

is sum of staked lbc for a claim and all its supports
is not affected by activation delay
for a channel, also includes the staked_amount of all claims in that channel

add new field to resolve for channels that lists the sum effective amounts for a channel's content claims
make sure you can sort by that field

sorting is less important, just getting the info on resolve is the most useful for the first feature

blocking https://github.com/lbryio/lbry-desktop/issues/4919

this is basically now the only missing piece in having the naming/bidding system user experience be far more compelling (searching changes and reposting changes are done app side)

@kauffj Last we discussed this, we mentioned that a claim should be its total supports, plus its channel's total supports. This way new content from a known credible source gets the right bump by just being from a credible source. Not just its own supports. Is that no longer the case or did it just get lost in the shuffle?

There's no way to stop someone from creating another channel/account and supporting it from there, so I don't think it makes sense to force it. Plus, we want publishers to self support as well.

needs to be ported to master after jack's stuff is merged


Bug Report: Every page opens on a new tab

Reproduction steps
Whenever we click on any button to lead us to a new page, it opens on a new tab.
Expected behavior
Every new page shouldn't open on a new page. Opening every webpage of a website on a new tab can negatively impact user experience by cluttering the browser, confusing navigation, and requiring additional effort to manage multiple tabs.
Actual Behavior
https://github.com/SauravMukherjee44/Aec-Library-Website/assets/112184998/953eb7f5-36cc-40a7-b1a2-1f0164c26a56
👀 Have you spent some time to check if this issue has been raised before?

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

🏢 Have you read the Code of Conduct?

[X] I have read the Code of Conduct

Hey @riddhigupta1110 I appreciate your effort but some website are opening their pages in new tab for example GeeksForGeeks

I would like to work on the issue, please assign it to me.

I'm a GSSoC contributor ..
I would like to work on this section...
would you please assign me to this task ??


Fixed Kubernetes docs

Added kube-ui pod example
Moved up 'hostNetwork: true' inside kube-controller-manager yaml
Added note for keys' permissions
Added info about VIP addreses
Added CoreOS release requirement into the top of README.md
Updated curl api response to v1.0.6

/cc @robszumski

Removed redundant etcd container from kube-dns pod

We do need to keep the etcd container. Right now worker nodes have access to control-plane etcd cluster due to flannel. However, ideally in the future this won't be a necessity (and already is not in some environments where flannel isn't used for the pod-network). When the DNS pod gets scheduled to a worker, we shouldn't require that it will have access to the control-plane etcd cluster.

Fixed flannel env configuration for worker node (/run directory is not persistent)

Can you break this out into another PR we can get this merged as soon as possible (in case there are unrelated changes still needed in this PR). This was an oversight on my part, as it was fixed in docs & master already.

Added instruction on how to download kubelet on earlier CoreOS versions

We made the decision not to encourage users to download individual binaries to the host. The reason being that it complicates issues around upgrades / consistency in docs / etc. An option that was floated is running certain tools inside of containers, but we haven't fully fleshed out that story yet.

I went ahead and fixed the flannel env as it was a bug: https://github.com/coreos/coreos-kubernetes/pull/71 but thank you for catching that!

/cc @aaronlevy @robszumski
updated PR

One other change: Can you remove the UI-addon from this commit?
The initial goal of the guides is to demonstrate / document a fully-functioning Kubernetes cluster, of which the DNS addon is pretty much a requirement. However, other addons are (so far) somewhat optional.
In this case it may be better to simply point to the upstream documentation, given that there is nothing particular to the CoreOS guide that needs to change to deploy the UI-addon.
This may change as upstream requirements / conventions change, but at this stage, the primary goal of the guides is to get a base Kubernetes cluster running, from which you can choose to deploy applications / addons.

Upstream documentation doesn't work sometimes. For example guestbook. It is hardcoded to work on GCE/AWS (because of loadbalancer port type) and it is not possible to access GUI until you define proper nodeport. I know that we have to contribute to kubernetes and fix that, but previously guestbook doc worked, now it doesn't, it seems someone has focused on cloud platforms only.
Removed UI addon. But why do we call this doc "Deploy Add-onS", not "Deploy DNS Add-on"?

We could change the link to "Deploy Required Addons" if that makes it more clear.
As far as the guestbook example, I opened an issue to document nodePort use: https://github.com/coreos/coreos-kubernetes/issues/75

Also, need to move the deploy-addons.md file back to its original location. Couple reasons for this: The coreos.com docs would need to handle redirect links for this, so we're trying to minimize any file moves unless really necessary. Also, DNS is the only addon right now, but that could change - and if it does, and we move the file back, then we have more redirects.
Same thing for the link events, but I'll add a comment in-line

@kayrus were you able to get back to this?

Sorry, didn't have time yet.

@bcwaldon done

@bcwaldon any news?

Removed. There is almost nothing left from my initial commit (

These changes are helpful though! LGTM


Missing libraries is blank

Component
Forge
Have you ensured that all of these are up to date?

[X] Foundry
[X] Foundryup

What version of Foundry are you on?
forge 0.0.2 (a7196c2 2024-05-09T00:24:42.563510000Z)
What command(s) is the bug in?
forge build
Operating System
macOS (Intel)
Describe the bug
I have a library that my contracts use as a dependency.
library HuffDeployer {

When I compile this, I get:
Error:
Failed to compile with zksolc: Missing libraries detected [ZkMissingLibrary { contract_name: "HuffDeployer", contract_path: "lib/foundry-huff/src/HuffDeployer.sol", missing_libraries: [] }]

Run the following command in order to deploy the missing libraries:
forge create --deploy-missing-libraries --private-key <PRIVATE_KEY> --rpc-url <RPC_URL> --chain <CHAIN_ID> --zksync

But in my missing_library_dependencies.json I have this:
[
  {
    "contract_name": "HuffDeployer",
    "contract_path": "lib/foundry-huff/src/HuffDeployer.sol",
    "missing_libraries": []
  }
]

Why is the missing_libraries empty? Even for testing locally do I have to deploy the library?

Re-opening as this seems to disrupt the experience a lot. Will investigate a solution.

私は現在以下のrepositoryをzksyncに対応させようとしています。
https://github.com/zkemail/ether-email-auth
zkSync sepoliaにnon-inliable librariesをデプロイしたのでbuildは成功します。
しかし、libraryを参照するtest caseは、libraryを参照する時点でEvm revertが発生し、テストが失敗します。
例えば以下の行で失敗します。
https://github.com/zkemail/ether-email-auth/blob/feat/foundry-zksync/packages/contracts/src/EmailAuth.sol#L204

I am currently trying to apply the foundry-zksync in the following repositories:
https://github.com/zkemail/ether-email-auth
I deployed non-inliable libraries to zkSync sepolia, so forge build has been succeeded.
However, a test case that references library will cause an Evm revert at the point of referencing library, and the test will fail.
For example, the following line fails
https://github.com/zkemail/ether-email-auth/blob/feat/foundry-zksync/packages/contracts/src/EmailAuth.sol#L204
Can't we test locally when referring to a library?

The empty missing_libraries here is because those would be HuffDeployer's libraries.
In this case, HuffDeployer itself is the missing library, and it has no further libraries. Altough the source is present, this is a non-inlineable library, thus it needs to be deployed on chain for the compilation to succeed.
Note that you might stumble upon #382 in that case, and for now I recommend switching to a script instead of a test (as described in my reply to that issue).
If you have further questions on running the script let's move the conversation to the other issue, and if you feel that you received a proper answer to your issue, you can go ahead and close it. Thanks!

@PatrickAlphaC Also the missing libraries file we expect is .zksolc-libraries-cache/missing_library_dependencies.json. There's currently no way to reconfigure it. Could you verify that as well please?

Could you verify that as well please?

Verify what? That I cannot reconfigure this file?
Seems like the TL;DR is that we cannot run scripts inside of tests as such. I'd like to keep this open, as this is very annoying and means I have to make a different development environment for zkSync. I don't think that's the developer experience we are looking for.

The discussion has veered away from the original issue, which, as described earlier, seems to have been a non-issue.

@dutterbutter @Karrq we're currently migrating to new LLVM-based assembler and linker, where it will be possible to implement post-compile-time linking the devs are looking for.


"bash.exe" does not start

This bug-tracker is monitored by developers and other technical types.  We like detail!  So please use this form and tell us, concisely but precisely, what's up.  Please fill out ALL THE FIELDS!
If you have a feature request, please post to the UserVoice.
If this is a console issue (a problem with layout, rendering, colors, etc.), please post to the console issue tracker.
Important: When reporting BSODs or security issues, DO NOT attach memory dumps, logs, or traces to Github issues.  Instead, send dumps/traces to<EMAIL_ADDRESS>referencing the GitHub bug number. Ideally, please configure your machine to capture minidumps, repro the issue, and send the minidump from "C:\Windows\minidump".

Your Windows build number:
Microsoft Windows [Version 10.0.16299.192]

What you're doing and what's happening:

bash launcher does not show the bash command prompt
I have tried to launch the bash.exe from powershell/cmd as well , it does not start

What's wrong / what should be happening instead:
I am suspecting the .bashrc i suppose , but I cant access the home dir of the subsytem

Strace of the failing command, if applicable:  this is before the subsystem starts, cant run strace

See our contributing instructions for assistance.

Could you try to run the following?
wsl.exe /bin/sh

-- I had to reboot my machine and then it started working, since then its working
** there is another similar issue though, if a bash terminal window was left open (not measured the exact duration) and unused , the terminal becomes unresponsive and have to closed down and then reopened again , I couldn't find a solution for that

Thanks for the additional information.  I recently fixed a bug that would look like bash.exe hanging on launch, I suspect you were running into that.  If you can lock down some repro steps for the other issue you are hitting please file a new issue. Thanks!

cool .... I can open a bug for that, I was suspecting they could be related.

Sorry I did not want to open a bug for this, if some fixes were added.... apt update / upgrade will make sure I get the latest fixes?
Or it comes with windows update?

C:\WINDOWS\system32>lxrun /update
Warning: lxrun.exe is only used to configure the legacy Windows Subsystem for Linux distribution.
Distributions can be installed by visiting the Windows Store:
https://aka.ms/wslstore
Usage:
/install - Installs the subsystem
Optional arguments:
/y - Do not prompt user to accept or create a subsystem user
/uninstall - Uninstalls the subsystem
Optional arguments:
/full - Perform a full uninstall
/y - Do not prompt user to confirm
/setdefaultuser - Sets the default subsystem user. If the user account does not exist it will be created.
Optional arguments:
username - Supply the username
/y - If username is supplied, do not prompt to create a password


'atom-beautify.yaml.padding' could not set the default

Description
I see odd errors related to atom-beautify in the dev console:
'atom-beautify.yaml.padding' could not set the default. Attempted default: undefined; Schema: {"type":"integer","default":null,"minimum":0,"description":"The amount of padding to add next to each line. (Supported by align-yaml)","title":"Padding","beautifiers":["align-yaml"],"key":"padding","language":{"name":"YAML","namespace":"yaml"}}

These errors are reported even when YAML is disabled in the atom-beautify package settings.  Opening a YAML file does not trigger them, but merely opening Settings/Packages does.  In fact, immediately upon installation of atom-beautify, the error is reported twice.
Steps to Reproduce

Open Atom.
Open Settings.
Select Packages.
Look at the console.

Checklist
I have:

[x] Tried uninstalling and reinstalling Atom Beautify to ensure it installed properly
[x] Reloaded (or restarted) Atom to ensure it is not a caching issue
[x] Searched through existing Atom Beautify Issues at https://github.com/Glavin001/atom-beautify/issues
so I know this is not a duplicate issue
[x] Filled out the Input, Expected, and Actual sections above or have edited/removed them in a way that fully describes the issue.
[NA] Generated debugging information by executing Atom Beautify: Help Debug Editor command in Atom and added link for debug.md Gist to this issue

Not applicable.  No editor is open; only Workspace and Settings.  Help Debug Editor duly reports: "Active Editor not found.  Please select a Text Editor first to beautify."

I am noticing this, too. It is a bug.
The issue is the default value is null for padding: https://github.com/Glavin001/atom-beautify/blob/master/src/languages/yaml.coffee#L28
I suppose it should be default value of 0.
Pull requests welcome!

Thanks!  PR: https://github.com/Glavin001/atom-beautify/pull/1648
On Sat, May 6, 2017 at 4:35 PM, Glavin Wiechert<EMAIL_ADDRESS>wrote:

I am noticing this, too. It is a bug.
The issue is the default value is null for padding:
https://github.com/Glavin001/atom-beautify/blob/master/src/
languages/yaml.coffee#L28
I suppose it should be default value of 0.
Pull requests welcome!
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Glavin001/atom-beautify/issues/1647#issuecomment-299664334,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAEUmadqwSPaG1J0tRhLZxrEY0P_PgXCks5r3NmlgaJpZM4NSzti
.


Fix reuse of nullsInReadRange_ in the DWRF reader

DWRF reader was re-using nullsInReadRange_ buffer unconditionally. When buffer
was multiply-referenced, re-use caused memory corruption.
A specific scenario where this was happening is the following.
SELECT * FROM t WHERE a || ',' || b || ',' || c = '...'
This query crashed while evaluating remaining filter a || ',' || b || ',' || c = '...'.
The reader produced first batch of data with 10k rows. Only 4 of these were
non-null for 'a'. All columns were dictionary encoded and columns 'b' and 'c'
had constant values for non-null rows of 'a'. The nulls buffer of 'a' was a
reference to reader's nullsInReadRange_ buffer.
HiveConnector evaluated the filter on this data and stored the results in
HiveConnector:filterResults_ vector. These results were dictionary encoded
using nulls buffer from 'a'. Now, filterResults_'s nulls buffer became a
reference to reader's nullsInReadRange_.
While reading next batch of data, the reader re-used and modified the
nullsInReadRange_ buffer. This corrupted HiveConnector:filterResults_ so that
entries that used to be null appeared non-null and accessing them hit undefined
values in the indices buffer.

Thank you, Masha. Accepted the diff.
From: Maria Basmanova @.>
Sent: Tuesday, April 26, 2022 3:22 PM
To: facebookincubator/velox @.>
Cc: oerling @.>; Review requested @.>
Subject: Re: [facebookincubator/velox] Fix reuse of nullsInReadRange_ in the DWRF reader (PR #1483)
@mbasmanova https://github.com/mbasmanova  requested your review on: #1483 https://github.com/facebookincubator/velox/pull/1483  Fix reuse of nullsInReadRange_ in the DWRF reader.
—
Reply to this email directly, view it on GitHub https://github.com/facebookincubator/velox/pull/1483#event-6502354225 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AKPPPTY4FJNMXRL4E5XN6YLVHBT75ANCNFSM5UNH565A .
You are receiving this because your review was requested.Message ID: @.***>


@conda-forge-admin, please update version

Completed via https://github.com/conda-forge/mcstas-suite-feedstock/pull/130


Improve Viewport and Viewport::WalkInBounds

This removes all of the 2D iteration machinery. Imagine the text buffer
as a Cell[w][h] grid. Clearly, this is identical to a Cell[w*h]
array, which shows that copying between overlapping ranges only needs
either forward or backward copying, and not left/right/top/down.

Section <IP_ADDRESS> DECCRA seems okay in vttest:

Not sure if there's anything else I can do to test the DetermineWalkDirection function.

I'd be reluctant to merge this for 1.21 based solely on the fact that these are used everywhere and I'm guessing that bugs in the delta will be very subtle. But I'd be very happy to merge early in 1.22 when we've got more runway to validate.
(I'm also open to being overruled)

FWIW, I've run a number of my own rectangle and scrolling tests on this branch, and I couldn't see any regressions.

@lhecker Make sure you test this with Narrator. The bounding rects aren't updating for me.

@carlos-zamora I believe this is a race condition in the UIA implementation. I found that it also reproduces in the stable builds (here: v1.20):

The new-ish Terminal::_assertLocked() catches this bug: The culprit is the constructor which doesn't lock the console when asking for the viewport and cursor position.

I was scared too, can't figure out why


Added motion duration to the 'move to pose' service of the camera tracking plugin.

🎉 New feature
This PR adds the possibility to provide the duration time to the 'move to pose' service of the camera tracking plugin.
If no or negative duration is specified, the duration defaults to the previous value of 0.5 seconds.

This needs https://github.com/gazebosim/gz-msgs/pull/408 and since that needs to target main, this should also target main.

@azeey I retargetted to main. It seems no further steps (similar to these) are necessary as the 'Files changed' show only changes related to this PR?

This one looks fine

There seems to be only one issue, which is due to gazebosim/gz-msgs#408 being required for this to compile?
/github/workspace/src/plugins/camera_tracking/CameraTracking.cc:296:12: error: 'const class gz::msgs::GUICamera' has no member named 'duration'
    296 |   if (_msg.duration() > 0)
        |            ^~~~~~~~

I was refering to this conflicts

No, I hadn't seen that.
To my defence:
For a regular contributor like me, for whom this isn't part of the day to day job, it is very hard to see the forest for the trees in this whole process:

Not clear which branch one should target,
No feedback upon change of base branch from gz-gui8 to main that main was changed in the mean time wrt the main in my fork,
Resolve requests in the web gui:

It wasn't clear to me where that came from (as locally the change compiled correctly),
Resolve through the web gui is obviously prone to errors, as you can't compile and check,

So for this last commit (hopefully!), I set up a local source tree targetting main:

There are no instructions for this (that I am aware of),
So I had taken collection-harmonic.yaml file and changed each version to those mentioned in the CMakeLists.txt files (e.g. gz-common5 to gz-common6),
Only to find out gz-common6 branch does not exits, it should just be main,

Obviously in hindsight this all makes sense, but... what a learning curve in order to supply such a simple patch.
Imo. the ROS procedure, where you just work with a local rolling install and provide PR's wrt that, and rolling is always up to date with all latest patches, is much more straight-forward.
I asked about the Gazebo Sim way of working here but I still have no true understanding the best-practice procedure to submit features and bug fixes for Gazebo Sim.

@jrutgeer we appreciate your feedback and your contribution!
Here has been my workflow in case it helps, I have a workspace for the distribution I'm working on. If there is a breaking ABI change in any of the libraries, then the feature needs to land in main. The next major release will be Ionic and its collection of libraries can be found here: https://github.com/gazebo-tooling/gazebodistro/blob/master/collection-ionic.yaml
When the next version is released, we also announce the name of the version. For example, when we released Harmonic we announced the release after that will be Ionic. The yaml collection is subject to change when we decide to bump a library version so it's good to be aware of changes and update the new version workspace when possible. In Ionic's case we are bumping most of the libraries (except for gz-tools), which is why they are almost all targeting main. In the future if the gazebo team sees there there needs to be breaking changes in gz-tools then it will be bumped to use main as well.
I hope this can provide a little more clarity. We apologize for the confusion but are doing our best with the time and resources we have allocated. Any contributions are appreciated and welcome 😄


Is it possible to run the userbuttons as long as pressing?

I created 4 button for directions but the buttons only run when i click.
I want to run a dc motor as long as pressing button. Is it possible ? or is there any event to run the motor like this?

There is no built in support for this, but it would be possible to alter the code supporting the user buttons to make it work like this.
Basic technique would be to use onmousedown event to detect when the button pressing starts. This would be used to run a script starting the motor. The  onmouseup event or the onclick event would then be used to stop the motor.
The code controlling the user buttons is in index.php in the function user_buttons()


RFC: new rule category for array-agnostic code (XP)

Context
NumPy is planning to add support for the array API standard in NumPy 2.0 (NEP pending), and other array libraries are expected to follow if this work goes through.
This means that NumPy's API will become a superset of the array API standard specification, which will allow users to write 'array-agnostic' code to the standard specification and have it work with NumPy.
The converse, however, is not true, since NumPy's API will be a proper superset; a user cannot write code to the NumPy API and have it work with any standard-compliant array library. This is for two reasons:

For some functionality, NumPy provides multiple ways to achieve it, while the standard only requires one (or a proper subset) of those ways.

NumPy provides some functionality which is not present in the standard.

'Array consumer' libraries are interested in array-agnostic code as it has the potential to open up their code to new devices and greater interoperability. A ruff rule could help automate part of the conversion process described in my blog post, The Array API Standard in SciPy.
Proposal
Add a new (indefinitely preview? certainly opt-in) rule category, XP, to fix/flag code which is not array-agnostic. The first of these rules, XP001, would do so for code using NumPy. The rule would assume that code has already been migrated to NumPy 2.0, and would fill in the gaps as noted above:

For cases of (1), fix the code where there is a drop in alternative (e.g. np.shape(a) -> a.shape).
For cases of (2), flag that the user either needs to find an alternative way of achieving the same functionality, or write their own array-agnostic version (e.g. in SciPy we wrote an array-agnostic version of np.cov).

Use Case
Context: a hypothetical future where PyTorch is compliant with the array API standard (as they plan to be).
Problem: The user has code which uses NumPy 1.x. They want their code to work with PyTorch tensors for speedy GPU reasons, or for interoperability with a package built around PyTorch tensors.
Solution:

Migrate to NumPy 2.0 using @mtsokol 's NPY201.
Convert to array-agnostic code using the proposed XP001.

(2.5: write np as xp and do a whole bunch of work on their test suite etc.)

Swap import numpy as xp for import torch as xp (side note: or get the namespace directly from inputs).

Voilà!
Additional Information

The idiomatic way to write array-agnostic code is with the array library spelled xp. A find-and-replace of np with xp is strongly recommended, but I don't know whether this would fit into ruff's part of the story.

Please let me know any thoughts on whether this is something which could belong in ruff, or how to go about implementing it. I'm new to Rust, but would be happy to get started on a PR when I find the time! Cheers 👋

Thanks so much for this clear write-up! It's a neat idea and I have no specific opposition to including these rules other than ensuring that we can actually support them in a reliable way (now, or if not, then in the future).
For example, one clarifying question: am I right that converting np.shape(a) to a.shape is only valid if a is a NumPy array? Whereas, e.g., np.shape([]) is valid, but [].shape is not? If so, it may just mean that the rules need to be marked as unsafe and clearly documented, but I want to make sure I understand the limitations, since we can't rigorously infer whether or not a is a NumPy array right now. (We can infer if it's something else, like a list or set or dict, at least in some limited cases.)

am I right that converting np.shape(a) to a.shape is only valid if a is a NumPy array? Whereas, e.g., np.shape([]) is valid, but [].shape is not?

Yep that sounds right to me.

it may just mean that the rules need to be marked as unsafe and clearly documented, but I want to make sure I understand the limitations, since we can't rigorously infer whether or not a is a NumPy array right now.

Yeah, this may mean that the fix capabilities will be quite limited. Even still, a rule which just flagged all of the places that need changes will be useful. The current method being used in SciPy is to just throw numpy.array_api arrays (a strict minimal implementation of the standard) at the test suite and see what fails. Having a static check would improve the experience for SciPy, but would be especially useful for other packages who would like to see how much work it would be to convert, without having to commit to modifying their test suite first.

cc @jpivarski who was the first to think about the limitations on the fix capabilities on the Scientific Python discord.

Yeah, these seem easy enough to flag, and we can use our unsafe concepts to appropriately frame the fixes.
Are there any types we can leverage here? E.g., will there be a type annotation for a compatible array? Such that if the user marks a function argument as "implementing the spec", we can make the fix with confident? (E.g., def f(x: np.ndarray) -- I don't know if that's exactly correct for NumPy but hopefully conveys the idea.)

Are there any types we can leverage here? E.g., will there be a type annotation for a compatible array?

I'll hand over to @mtsokol @rgommers who can hopefully answer more accurately than I can :)

Are there any types we can leverage here? E.g., will there be a type annotation for a compatible array?

There will be type annotations, but ... that's a little complicated. In end user code, I'd expect that they write for a specific library, so their annotation will be (e.g.) numpy.NDArray or torch.Tensor. In library code is where I'd expect to find array-type-agnostic code. Since different array types do not have a common class hierarchy, that can only be annotated via a typing Protocol. There's a mostly complete PR for that, but not yet merged: https://github.com/data-apis/array-api/pull/589. So it'll be quite a while before that will be used regularly.

On this idea in general: it is hard for it to be complete (as the shape example above shows), but I like it in principle and think it could be quite useful. I'd suggest targeting rules first that are going to be robust 1:1 replacements. Often those correspond to "numpy best practices" anway. Example: np.rollaxis is a legacy function that will remain (not deprecated) but is effectively superceded by np.moveaxis, as explained in the rollaxis docstring. That replacement should always work, because both take the same "array-like" input. Here's a PR that did the replacements for SciPy: https://github.com/scipy/scipy/pull/14820. Other examples are amax/amin (should be max/min) and alltrue (should be all).
There are quite a few more that will be helpful when adding array API support, but are functions very recently added to numpy (or still to be added), so it's probably too early to add them in Ruff proper. Examples: some matmul/dot/norm type functions; e.g., numpy has 7 dot functions while the array API 4 which are more orthogonal, and norm -> vector_norm/matrix_norm, arccos & co -> C99 names (acos & co).

There are quite a few more that will be helpful when adding array API support, but are functions very recently added to numpy (or still to be added), so it's probably too early to add them in Ruff proper.

Yeah, my intention would be to work on this gradually in the background (probably using it personally from source) but only look for a release once we are really looking to push for widespread adoption.

I really like the idea of this rule but we need to wait until #1774 is complete to have a better "home" for the rule.


Doesn't work on x86_64

I just installed everything in my Catalina machine, and I got two errors:

expired certificate for bindfs:

==> Downloading https://bindfs.org/downloads/bindfs-1.17.4.tar.gz

curl: (60) SSL certificate problem: certificate has expired
More details here: https://curl.haxx.se/docs/sslcerts.html

curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.
Error: dockerd: Failed to download resource "bindfs"
Download failed: https://bindfs.org/downloads/bindfs-1.17.4.tar.gz

This was easy and I fixed it as explained here

While executing the example I got this error:

$ docker run --rm -it ghcr.io/macoscontainers/macos-jail/ventura:latest echo "Hello from macOS container ^_^"
WARNING: The requested image's platform (unknown) does not match the detected host platform (darwin/amd64/v3) and no specific platform was requested

I was unable to fix this, so I'd need help.

Could you please try ghcr.io/macoscontainers/macos-jail/ventura-i386:latest image when it gets published by GitHub Actions?

@slonopotamus Thanks for providing the new image. Sadly, it still does not work for me:
$ docker run  -it ghcr.io/macoscontainers/macos-jail/ventura-i386 sh
WARNING: The requested image's platform (unknown) does not match the detected host platform (darwin/amd64/v3) and no specific platform was requested
$ docker run ghcr.io/macoscontainers/macos-jail/ventura-i386 echo "Hello from macOS container ^_^"
WARNING: The requested image's platform (unknown) does not match the detected host platform (darwin/amd64/v3) and no specific platform was requested
$

No interactive shell and no hello world output.

Uuurgh!

@slonopotamus Any chance this effort can be resumed? I'd still be interested in running macos-containers on x86-64.


Enable travis-ci for Linux and OSX builds, enable AppVeyor for Windows builds

This will enable auto builds on push/pull requests to check everything still compile as seen here:
Linux/OSX:
https://travis-ci.org/paulsapps/nativefiledialog/builds/153936808
Windows:
https://ci.appveyor.com/project/paulsapps/nativefiledialog/build/1.0.10
To make this work on the main repo you will have to login to each of these services and enable it.
Edit: Seems appveyor is already enabled here? Either way a build seems to have started by magic!

Thanks, but BuildBot already builds for this repo, avoiding the need to maintain two cloud build services.  It is on my todo list to publish build results (currently they are on my company's build cloud).


⚠ Spryr has degraded performance

In ef39f7d, Spryr (https://spryr.com) experienced degraded performance:

HTTP code: 200
Response time: 4639 ms

Resolved: Spryr performance has improved in 1c0cef6 after 7 minutes.


CMO: View Shipment page

When CMO clicks on the Prepare Shipment button from the View Order page, a View Shipment page should be opened and populated with order details of that shipment.

In this task you should also implement the view shipment page. The html from View Order could be used as an example


chore: sync workflows

Changes

chore: sync workflows (9f6ef307128f07b6ff2626b60f9738242fb8738f)

Base PullRequest
default branch (https://github.com/wp-content-framework/travis-ci/tree/master)
Command results

Details:

add path
/home/runner/work/_actions/technote-space/create-pr-action/v1/node_modules/npm-check-updates/bin

rm -rdf .github/workflows/.tmp

mkdir -p .github/workflows/.tmp

git clone --depth=1 https://github.com/technote-space/github-actions-workflows.git .github/workflows/.tmp/workflows
stderr:
Cloning into '.github/workflows/.tmp/workflows'...

bash .github/workflows/.tmp/workflows/common/copy.sh

rm -rdf .github/workflows/.tmp

Changed files

Changed 6 files:

.github/workflows/add-version-tag.yml
.github/workflows/issue-opened.yml
.github/workflows/pr-opened.yml
.github/workflows/pr-updated.yml
.github/workflows/project-card-moved.yml
.github/workflows/toc.yml

:octocat: Repo | :memo: Issues | :department_store: Marketplace

Command results

Details:

add path
/home/runner/work/_actions/technote-space/create-pr-action/v1/node_modules/npm-check-updates/bin

rm -rdf .github/workflows/.tmp

mkdir -p .github/workflows/.tmp

git clone --depth=1 https://github.com/technote-space/github-actions-workflows.git .github/workflows/.tmp/workflows
stderr:
Cloning into '.github/workflows/.tmp/workflows'...

bash .github/workflows/.tmp/workflows/common/copy.sh

rm -rdf .github/workflows/.tmp

Changed files

Changed 2 files:

.github/workflows/broken-link-check.yml
.github/workflows/pr-updated.yml

:octocat: Repo | :memo: Issues | :department_store: Marketplace


haste-boot hangs in ghc-prim with no output

Trying to use <IP_ADDRESS> from github, I encounter a situation where haste-boot appears to hang, at 100% CPU, while attempting to process ghc-prim. I have had it running for hours, with no difference: All the output I get is:
 $ haste-boot --local --with-haste-cabal=$(which haste-cabal)
Downloading Google Closure compiler...
Reading package info from "libraries/rts.pkg" ... done.

What I can easily find out about the running process:
$ ps ucax | grep 28927
kahl     28927 99.6  0.0  13744  2732 pts/129  R+   11:22   5:50 haste-cabal.bin
$ ls -la /proc/28927/cwd
lrwxrwxrwx 1 kahl users 0 Aug 29 11:29 /proc/28927/cwd -> /usr/local/packages/CalcCheck/build/haste-compiler/libraries/ghc-7.10/ghc-prim
 $ cat /proc/28927/cmdline
/bin/bash/export/home/kahl/.haste/x86_64-linux-haste-<IP_ADDRESS>-ghc-7.10.3/haste-cabal/haste-cabal.bininstall--solvertopdown--with-hastec=/usr/local/packages/CalcCheck/bin/hastec--with-haste-pkg=/usr/local/packages/CalcCheck/bin/haste-pkg--libdir=/export/home/kahl/.haste--package-db=clear--package-db=global--hastec-option=-fforce-recomp

Hitting Ctrl-C on the haste-boot process gives me:
^Chaste-pkg: cannot find package ghc-prim
Reading package info from "ghc-prim-<IP_ADDRESS>.conf" ... done.
ghc-prim-<IP_ADDRESS>: Warning: library-dirs: /export/home/kahl/.haste/x86_64-linux-haste-<IP_ADDRESS>-ghc-7.10.3/ghc-prim-<IP_ADDRESS>-D2fxfF2ioP6IgtY1aDuBic doesn't exist or isn't a directory
ghc-prim-<IP_ADDRESS>: import-dirs: /export/home/kahl/.haste/x86_64-linux-haste-<IP_ADDRESS>-ghc-7.10.3/ghc-prim-<IP_ADDRESS>-D2fxfF2ioP6IgtY1aDuBic doesn't exist or isn't a directory (use --force to override)
ghc-prim-<IP_ADDRESS>: cannot find any of ["GHC/CString.hi","GHC/CString.p_hi","GHC/CString.dyn_hi"] (use --force to override)
ghc-prim-<IP_ADDRESS>: cannot find any of ["GHC/Classes.hi","GHC/Classes.p_hi","GHC/Classes.dyn_hi"] (use --force to override)
ghc-prim-<IP_ADDRESS>: cannot find any of ["GHC/Debug.hi","GHC/Debug.p_hi","GHC/Debug.dyn_hi"] (use --force to override)
ghc-prim-<IP_ADDRESS>: cannot find any of ["GHC/IntWord64.hi","GHC/IntWord64.p_hi","GHC/IntWord64.dyn_hi"] (use --force to override)
ghc-prim-<IP_ADDRESS>: cannot find any of ["GHC/Magic.hi","GHC/Magic.p_hi","GHC/Magic.dyn_hi"] (use --force to override)
ghc-prim-<IP_ADDRESS>: cannot find any of ["GHC/PrimopWrappers.hi","GHC/PrimopWrappers.p_hi","GHC/PrimopWrappers.dyn_hi"] (use --force to override)
ghc-prim-<IP_ADDRESS>: cannot find any of ["GHC/Tuple.hi","GHC/Tuple.p_hi","GHC/Tuple.dyn_hi"] (use --force to override)
ghc-prim-<IP_ADDRESS>: cannot find any of ["GHC/Types.hi","GHC/Types.p_hi","GHC/Types.dyn_hi"] (use --force to override)
^C

(This time I needed to hit Ctrl-C twice.)
I suspected that some of these messages were held back due to buffering issues, and tried:
diff --git a/src/haste-boot.hs b/src/haste-boot.hs
index acfc8f7..fac4a6f 100644
--- a/src/haste-boot.hs
+++ b/src/haste-boot.hs
@@ -18,6 +18,7 @@ import System.Console.GetOpt
 import GHC.Paths (libdir)
 import System.Info (os)
 import System.Directory (copyPermissions)
+import System.IO (stdout,stderr,BufferMode(LineBuffering))

 #if __GLASGOW_HASKELL__ < 800
 ghcMajor = "7.10"
@@ -146,6 +147,8 @@ data CabalOp = Configure | Build | Install | Clean

 main :: IO ()
 main = shell_ $ do
+  hSetBuffering stdout LineBuffering
+  hSetBuffering stderr LineBuffering
   when ("--help" `elem` cmdline || "-?" `elem` cmdline) $ do
     echo $ printHelp hdr specs
     exit

However, this makes no difference.
I previously had occasional access with haste-boot, but unfortunately cannot reproduce that now.
The main issue I see is that the process keeps running at 100% CPU for hours even though it presumably is already in an error state.
(Aside: Is it possible that somewhere a dependence on monads-tf is missing? I had messages about that; then did cabal install monads-tf, and then did not get those anymore so far.)

It is now making progress: After
cd haste-compiler
cabal install

I first did
cd libraries
cd haste-prim
cabal install

cd ../haste-lib
cabal install

before doing
cd ../..
haste-boot --local --with-haste-cabal=$(which haste-cabal)

If this is the right procedure, the documentation should presumably be updated.

Which GHC version are you using? I can't reproduce this on 7.10, and 8.0 support is still in the pipeline.

Always 7.10.
I have since discovered that:

haste-boot clobbers haste-cabal, so that needs to be re-installed in case of a haste-boot re-try.
For real re-start of haste-boot, it seems to be necessary to

rm -rf ~/.haste/x86_64-linux-haste-<IP_ADDRESS>-ghc-7.10.3

Before haste-boot, GHC-installation of the libraries is necessary:

cd haste-compiler
cabal install

cd libraries/haste-prim
cabal install

cd ../haste-lib
cabal install

How can I replace ~/.haste with a global installation path?
One one machine I am behind a firewall, and cannot connect to the Internet: It would be nice to be able to give haste-boot options pointing to a pre-downloaded JS compiler so that it still can do a full installation without Internet connection. (I am installing everything from source.)


avoid absolute paths in workspace files

VSCode Version: 1.40.1
Local OS Version: Windows 10 Insiders Build 19023
Remote OS Version: Ubuntu 18.04.2 LTS
Remote Extension/Connection Type: WSL

Steps to Reproduce:

Create a workspace in Windows with multiple root folders, e.g. C:/Users/david/dev/foo and C:/Users/david/dev/bar
Save the workspace
Execute the Reopen in WSL command. The folders cannot be found, because the workspace paths are translated into e.g. /C:/Users/david/dev/foo, but the correct translation should be /mnt/c/Users/david/dev/foo

As a workaround my workspace has two copies of each folder; C:/Users/david/dev/foo and /mnt/c/Users/david/dev/foo. One folder works in Windows, the other in WSL.

Does this issue occur when you try this locally?: N/A
Does this issue occur when you try this locally and all extensions are disabled?: N/A

I created the workspace file through the GUI. ("Add Folder to Workspace..." context menu option in the explorer panel.)
I saved the workspace file in a folder C:/Users/David/dev/workspaces - a sibling of the referenced folders.

dup of #83156


all-in-one deployment - do not create pod

Requirement - what kind of business use case are you trying to solve?
I just want to deploy jaeger all-in-one using all-in-one template for kubenetes

Problem - what in Jaeger blocks you from solving the requirement?
It creates services but not able to deploy pod.
jaeger-all-in-one-template.zip
Error message: unable to recognize no matches for kind "Deployment" in version "extensions/v1beta1"

Proposal - what do you suggest to solve the problem or improve the existing situation?

Any open questions to address

Having the same issue.


Add a test script to show that we do not upsert a replacement doc with dotted field names

Description
See #1742.
This PR adds a test which shows that we reject the replacement document because it has dots in the field name as per this and diff. However, I believe we should allow  dotted field names when upsert is true and no document matches the query to behave the same way as MongoDB. See https://www.mongodb.com/docs/manual/reference/method/db.collection.update/#insert-a-new-document-if-no-match-exists--upsert-
My understanding of our restriction is to prevent the below from happening:
Current Mongosh Log ID: 63b43ee015fe99814375a2fe
Connecting to:          mongodb://<IP_ADDRESS>:27017/?directConnection=true&serverSelectionTimeoutMS=2000&appName=mongosh+1.6.0
Using MongoDB:          6.0.3
Using Mongosh:          1.6.0
test> db.foo.insertOne({'a.c': 1})
{
  acknowledged: true,
  insertedId: ObjectId("63b43ee5cf9317a44a0bb5d7")
}
test> db.foo.findOne()
{ _id: ObjectId("63b43ee5cf9317a44a0bb5d7"), 'a.c': 1 }
test>

Readiness checklist

[ ] I added unit tests for new functionality or bug fixes.
[ ] I added integration tests for new functionality or bug fixes.
[ ] I added compatibility tests for new functionality or bug fixes.
[ ] I made spot refactorings.
[ ] I updated user documentation.
[ ] I ran task all, and it passed.
[ ] I added/updated comments for both exported and unexported top-level declarations (functions, types, etc).
[ ] I checked comments rendering with task godocs.
[ ] I ensured that the title is good enough for the changelog.
[ ] (for maintainers only) I set Reviewers (@FerretDB/core), Assignee, Labels, Project and project's Sprint fields.
[ ] I marked all done items in this checklist.

It passes now!


Basic Algebra Help

I am trying to solve equations of the form a = 1/(b-c).

When (b-c) is in the denominator and you solve for c, the value for c is negative.
The image shows if I do some manipulations first, I can get the correct value.
Can someone point out why the original form is giving a negative number instead of the correct, positive value?
The image is taken from the Try-It-Now here: https://am.angouri.org/demo/
I have the issue in aspnet 6.0 using the latest version of angourimath through nuget as well as on Angouri web page.

Probably because it interprets the first one as (1=1)/(2-x); otherwise not sure


Load Test Performance fixes

DevEx/OpEx
There are issues around our load tests, these include

Our load test doesn't by default choose the non-local implementation
We lack a way to monitor the internal application performance.  This means we don't have a way to diagnose any problem areas that arise from failed load tests
We may need to re-examine our load test assumptions, we are currently ramping up to 1k users and then hammering the various endpoints, this may be an amount of load that is either far off in the future or will require multiple instances of the intermediary running to handle it.

Tasks

[ ] Update ADR if needed

The test should probably choose the storage implementation depending on the ENV variable. If it's local, use the local implementation, otherwise use the DB one

We are closing this issue because another card covers it and is more of a priority . Any issues related to this card that are not covered can later be created again.


Adds error handling in follow mode.

Keeps the execution going even after a cgroup has been deleted.
Formats code with FMT.

Ran make lint to make sure lint passes
-bash-4.2$ make lint
Installing golangci-lint
golangci/golangci-lint info checking GitHub for tag 'v1.45.2'
golangci/golangci-lint info found version: 1.45.2 for v1.45.2/linux/amd64
golangci/golangci-lint info installed ./bin/golangci-lint


[BUG] Problems with brokerDeduplicationEnabled=true

Describe the bug
If I start KOP on Pulsar standalone (2.8.3, with brokerDeduplicationEnabled=true) and I use kafka-console-producer.sh
kafka_2.13-3.0.0/bin/kafka-console-producer.sh  --bootstrap-server localhost:9092 --topic test
If I send messages too quickly (even with the keyboard), I see this error:

[2022-04-06 16:10:29,153] ERROR Error when sending message to topic test with key: null, value: 5 bytes with error: (org.apache.kafka.clients.producer.internals.ErrorLoggingCallback)
org.apache.kafka.common.errors.OutOfOrderSequenceException: The broker received an out of order sequence number.
[2022-04-06 16:10:29,156] ERROR Error when sending message to topic test with key: null, value: 5 bytes with error: (org.apache.kafka.clients.producer.internals.ErrorLoggingCallback)
org.apache.kafka.common.errors.OutOfOrderSequenceException: The broker received an out of order sequence number.
[2022-04-06 16:10:29,156] ERROR Error when sending message to topic test with key: null, value: 4 bytes with error: (org.apache.kafka.clients.producer.internals.ErrorLoggingCallback)
org.apache.kafka.common.errors.OutOfOrderSequenceException: The broker received an out of order sequence number.
[2022-04-06 16:10:29,156] ERROR Error when sending message to topic test with key: null, value: 4 bytes with error: (org.apache.kafka.clients.producer.internals.ErrorLoggingCallback)
org.apache.kafka.common.errors.OutOfOrderSequenceException: The broker received an out of order sequence number.

This is the error on the Broker

2022-04-06T16:10:27,555+0200 [BookKeeperClientWorker-OrderedExecutor-0-0] INFO  org.apache.pulsar.broker.service.persistent.MessageDeduplication - [persistent://public/default/test-partition-0] Enabled deduplication
2022-04-06T16:10:29,144+0200 [pulsar-ph-kafka-86-2] ERROR io.streamnative.pulsar.handlers.kop.storage.PartitionLog - publishMessages for topic partition: persistent://public/default/test-partition-0 failed when write.
org.apache.kafka.common.errors.OutOfOrderSequenceException: The broker received an out of order sequence number.
2022-04-06T16:10:30,242+0200 [pulsar-ph-kafka-86-2] ERROR io.streamnative.pulsar.handlers.kop.storage.PartitionLog - publishMessages for topic partition: persistent://public/default/test-partition-0 failed when write.

Expected behavior
No error

Oh, when we enable the broker deduplication, we must use the idempotent producer to send messages, since we are reusing the pulsar deduplication. See https://github.com/streamnative/kop/issues/1007
I'll add a doc to explain this feature ASAP.

Maybe we can add a config to control the KoP side deduplication.

current behaviour is not good if you have a namespace in which you want transactional idempotent and non transactional producer.


Fix various issues with darwin preflight checks/fixes for the resolver file

These 2 commits fix the issues described in #182

Can one of the admins verify this patch?


⚠ SceneTime has degraded performance

In a2381e2, SceneTime ($ST) experienced degraded performance:

HTTP code: 200
Response time: 1738 ms

Resolved: SceneTime performance has improved in 1fb14e5 after 7 minutes.


Question: Reasons why a preset is not searchable

The readme reads:

Deprecated or generic presets can include the property "searchable": false. This means that they will be recognized by iD when editing existing data, but will not be available as an option when adding new features.

I noticed that the notary preset is not searchable and also some others that are neither deprecated according to the wiki (and the deprecated.json) nor are "generic presets".
Is there a third reason why a preset may be flagged as searchable: false that is not mentioned in the readme?

@westnordost Oh, that's supposed to be deprecated but wasn't. Thanks for noticing!
To answer this question:

Is there a third reason why a preset may be flagged as searchable: false that is not mentioned in the readme?

A preset may be unsearchable if it is very similar to another preset and so may be confusing. The main example I'm thinking of is building/_train_station.

Ok, then I'll open a ticket everytime I notice something like this. Maybe a short comment could be added to each searchable:false as to describe why it isn't to acoid confusion in the future. Just a suggestion.

Ok, then I'll open a ticket everytime I notice something like this.

Please don't.  GitHub is not a Q&A site.  We already have plenty of issues and the maintainer fatigue is hitting me pretty hard.  I'll try to answer your questions, but a nicer thing to do would be to hop into Slack and ask them, or even better would be to use the history and blame features on GitHub to try and figure out when things were added and why.
For this question, it's not hard at all to click on the file, and browse it's history and learn that in https://github.com/openstreetmap/iD/issues/4634 , and a previous linked discussion, someone asked us to remove the duplicate way of tagging notaries.

Ok, I understand


Is it possible to clone a context at some point?

Hello,
I've been browsing the api and guides for days without getting an answer so i'm asking here :smile:
Is there a way to clone a duk_context ?
i've to run js scripts very often but these scripts need some initial libraries to be executed first. Everything works fine but i would like to "save" the sate of my context after executing the libraries so that i don't have to do it all the time. I was thinking about cloning the heap but it seems that there is no helper function to do this.
Thanks in advance for your answer
Best
Rem

There's no support for cloning a context as a whole - it's a pretty complicated problem because in its general form it involves arbitrary object graphs, native objects, related native allocations, etc. To support it there would probably need to be some support for providing object specific serialization/deserialization functions (to handle e.g. open files and sockets).
If you load framework code from .js files, you can compile each file and then duk_dump_function() the result before executing it. After that, you can duk_load_function() to run the code without compiling it again. This can be done for individual functions and eval code. For eval code you need to duk_compile() it with the DUK_COMPILE_EVAL flag, and then call duk_dump_function(). This has the effect of compiling but not executing the eval code.

I definetly understand that this is a complex problem :+1:
Thanks a lot for your answer. I saw the part about compiling in the documentation (great doc btw) but i was wondering if there was a better solution. I'll give it a try and benchmark it.