Draft: Coma aberration

Changes to calculate hillas parameters taking into account the coma aberration correction.

Hi @jsitarek , please have a look at the changes I made to apply the coma aberration correction. For the moment I modified only magic_calib_to_dl1, and running it on some Crab calibrated data to check that the comparison with MARS is now fine.
About lst1_magic_mc_dl0_to_dl1 script, do you think that should be changed as well? I see that simtel files have the following optics definition for MAGIC:
OpticsDescription(name=UNKNOWN, equivalent_focal_length=17.00 m, num_mirrors=-1, mirror_area=235.24 m2)

so it does not use the effective focal length as we do in ctapipe_io_magic (equivalent_focal_length=17*1.0713). So now in principle for simtel_array MCs no correction is applied.
That being said, I will also modify the script to calculate stereo parameters, because now it assumes hillas parameters in the CameraFrame, while now they are saved in the TelescopeFrame.

Hi @aleberti, thank you for the changes. So it saves the length and width parameters with the unit of degree, is it correct? Then we anyway need to modify the lst1_magic_mc_dl0_to_dl1.py because it calculates the Hillas parameters in the CameraFrame.

yes, correct, see also my comment to Julian. I need to know if I have to use the same effective focal length. Finally, I already changed the stereo reco script in order to use the HillasParametersContainer instead of CameraHillasParametersContainer

Ok, so I modified lst1_magic_mc_dl0_to_dl1 in order to use the effective focal lenght when calling EventSource. Also, I modified again lst1_magic_stereo_reco, so that the Hillas container is constructed in the right way depending on how it was saved in the DL1 step. This is because at the moment in LST real data now the Hillas parameters are still calculated in the CameraFrame, with only the conversion to deg of width and length (which is undone in the coincidence script).

Sure, go ahead!

Hi, I think there is still something wrong.
I tried running  data and MCs with this version.
MAGIC Y files that I reprocess have Hillas parameters in units of deg (they used to be in m). Then after the coincidence script LST1 parameters are in m and MAGIC still in degree, which is very messy, but maybe expected (??) - actually I'm not sure if it is technically possible to do it properly with the QTables, because for different tel_id the same column will be sometimes in one unit and sometimes in another.
Finally the chain fails on stereo reconstruction not finding neither 'x' or 'fov_lon':
Traceback (most recent call last):
File "./lst1_magic_stereo_reco.py", line 350, in
main()
File "./lst1_magic_stereo_reco.py", line 341, in main
stereo_reconstruction(args.input_file, args.output_dir, config, args.magic_only)
File "./lst1_magic_stereo_reco.py", line 236, in stereo_reconstruction
x=u.Quantity(df_tel['x'].iloc[0], u.m),
File "/home/julian.sitarek/anaconda3/envs/magic-lst1/lib/python3.7/site-packages/pandas/core/frame.py", line 3458, in getitem
indexer = self.columns.get_loc(key)
File "/home/julian.sitarek/anaconda3/envs/magic-lst1/lib/python3.7/site-packages/pandas/core/indexes/base.py", line 3363, in get_loc
raise KeyError(key) from err
KeyError: 'x'

Hi, I think there is still something wrong. I tried running data and MCs with this version. MAGIC Y files that I reprocess have Hillas parameters in units of deg (they used to be in m). Then after the coincidence script LST1 parameters are in m and MAGIC still in degree, which is very messy, but maybe expected (??) - actually I'm not sure if it is technically possible to do it properly with the QTables, because for different tel_id the same column will be sometimes in one unit and sometimes in another. Finally the chain fails on stereo reconstruction not finding neither 'x' or 'fov_lon':
Traceback (most recent call last): File "./lst1_magic_stereo_reco.py", line 350, in main() File "./lst1_magic_stereo_reco.py", line 341, in main stereo_reconstruction(args.input_file, args.output_dir, config, args.magic_only) File "./lst1_magic_stereo_reco.py", line 236, in stereo_reconstruction x=u.Quantity(df_tel['x'].iloc[0], u.m), File "/home/julian.sitarek/anaconda3/envs/magic-lst1/lib/python3.7/site-packages/pandas/core/frame.py", line 3458, in getitem indexer = self.columns.get_loc(key) File "/home/julian.sitarek/anaconda3/envs/magic-lst1/lib/python3.7/site-packages/pandas/core/indexes/base.py", line 3363, in get_loc raise KeyError(key) from err KeyError: 'x'

Ok, then I guess we have to go back to the other idea, that is use effective focal length but do calculations in the CameraFrame, then in principle the stereo reconstruction will take into account the coma aberration correction (if I understand correctly the code). Would this be ok?

Hi @jsitarek and @aleberti,

MAGIC Y files that I reprocess have Hillas parameters in units of deg (they used to be in m). Then after the coincidence script LST1 parameters are in m and MAGIC still in degree, which is very messy, but maybe expected (??)

The commit dbc55f68cb76b25509d4a964f50d0bf23a04bcc4 should convert the LST length and width to degrees with the effective focal length and so it is strange for me - I guess you just missed the commit?

Finally the chain fails on stereo reconstruction not finding neither 'x' or 'fov_lon'

Yes, now the cog_x and cog_y are saved by different names for MAGIC and LST, "fov_lon" and "fov_lat" for MAGIC, and "x" and "y" for LST-1, which are removed from the data frames since the coincidence script keeps only the common (name) parameters by default. As Julian mentioned in the email, lstchain converts only length and width from meter to degree, not for cog_x and cog_y, so actually there are differences not only the name but also the unit between MAGIC and LST-1. So one solution is to convert them in the coincidence script to degrees with the effective focal length, and rename them to "fov_lon" and "fov_lat". However, I actually agree with what Alessio mentioned:

Ok, then I guess we have to go back to the other idea, that is use effective focal length but do calculations in the CameraFrame, then in principle the stereo reconstruction will take into account the coma aberration correction (if I understand correctly the code). Would this be ok?

Yes, I think this is simpler than the other solutions. I think keeping the Hillas parameters with the unit of meter does not make any problems unless we use the unit for both real and MC data, and actually I don't see any advantage to keep them in degrees. For comparing with MARS results, one just needs to convert the parameters to degrees with the effective focal length. Then the important point for the analysis is to use the effective focal length for the stereo reconstruction, which can be done even if the Hillas parameters are computed in the unit of meter.
Please let me know what you think, especially if you have a strong opinion to keep the parameters in degrees, thanks!

Sorry but since I don't expect a frequent communication due to the shift, I already pushed some commits that I intended. So now all the Hillas parameters are calculated in the CameraFrame as it is done originally, but the stereo reconstruction is performed with the effective focal length. The original purpose of this pull request is to compute the MAGIC Hillas parameters in the TelescopeFrame, but it causes some mess as Julian experienced about the frames and the units, since lstchain calculates the parameters in the CameraFrame. I believe the current change is the most simplest way so far, but please let me know what you think. If you want to keep the Hillas parameters in degrees, I think the option is

LST real data:  convert the Hillas parameters computed in the CameraFrame to degrees with the effective focal length, and rename some parameters in the coincidence script
MAGIC real data: compute the Hillas parameters in the TelescopeFrame with the effective focal length
MC data: compute the Hillas parameters in the TelescopeFrame with the effective focal length

Hi @YoshikiOhtani
fully agree to simply keep it in units of 'm', especially that LST starts with it
concerning  commit https://github.com/cta-observatory/magic-cta-pipe/commit/dbc55f68cb76b25509d4a964f50d0bf23a04bcc4 your are right, sorry, once I saw that there is something inconsistent I was playing around and I must have made a mistake checking a wrong file.

Hi @jsitarek, thank you for your comments, good that we all agreed with this solution. I just pushed a minor commit for refactoring the code but it does not harm anything, so if you are fine please give an approval, then we will merge this branch to the master.

Hi Yoshiki,
Thanks for the explanations. Now it adds up to a consistent behaviour. Then
the current code 8n the PR should be perfectly fine, you undo the
conversion using the old focal length and then update the focal length to
effective value.
I am curious why in lstchain it is done like this.
Julian
pt., 17 cze 2022, 15:42 użytkownik Yoshiki Ohtani @.***>
napisał:

@.**** commented on this pull request.
In magicctapipe/scripts/lst1_magic/lst1_magic_event_coincidence.py
https://github.com/cta-observatory/magic-cta-pipe/pull/72#discussion_r900129965
:

@@ -143,19 +147,24 @@ def load_lst_data_file(input_file):
inplace=True,
)

Read the subarray description:

subarray = SubarrayDescription.from_hdf(input_file)

Change the units of some parameters:
optics = pd.read_hdf(input_file, key='configuration/instrument/telescope/optics')
focal_length = optics['equivalent_focal_length'][0]
event_data['length'] = focal_length * np.tan(np.deg2rad(event_data['length']))   # [deg] -> [m]

Hi Julian, please find the following function that lstchain uses for
computing the Hillas parameters:
https://github.com/cta-observatory/cta-lstchain/blob/7b967de9349a196c98d3832b5421b591fd25d926/lstchain/reco/r0_to_dl1.py#L133
Here the input camera geometry is defined as the CameraFrame, so the
length, width and etc computed by the hillas_parameters function should
have the unit of meter. However, there is a conversion of the unit from
meter to degree only for length and width parameters (and their
uncertainties) with the _camera_distance_to_angle function afterwards.
This is why I implemented the lines to get them back to meter only for
length and width, not for the other parameters (cog_x, cog_y, etc...).
—
Reply to this email directly, view it on GitHub
https://github.com/cta-observatory/magic-cta-pipe/pull/72#discussion_r900129965,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AH36DYPV2INQ5GH4236QSPDVPR6ELANCNFSM5XY7FUJQ
.
You are receiving this because you were mentioned.Message ID:
@.***>


UnselectedItemTintColor, Higher Accuracy Tab Background Color

Hey @fferegrino
So I played around with the plugin a little bit today...

Ok, seems like I successfully merged this into master. I'll try to build the nuget package ASAP so it gets updated on NuGet.


final_store in optimizer, random initial parameters generation, command line args for tests

Details:

adds reference to final_store to the optimizer
refactors generation of random initial parameter dictionaries
adds --spark-master as a command line arg for pytest
fixes README

We are passing the optimizer a reference to _final_store - the list of finalized trials, maintained in the experiment driver - so that the optimizer can do operations that need all the finalized trials so far, such as reconstructing the optimization model.


Initial, partial support for externref

This is enough to get an externref -> externref identity function passing.
However, externrefs that are dropped by compiled Wasm code are (safely) leaked. Follow up work will leverage cranelift's stack maps to resolve this issue.

Alright, I was missing some C API changes, but I've added them, and CI is green now.

Alright, I believe I've addressed all of your review feedback and discussed the cases where I haven't (host info).
Want to take another look @alexcrichton?


[Bug]: Odd crash on death

What happened?
(MC version 1.18.2, DiscordIntegration version 2.3.5)
crash-2022-05-08_11.15.32-server.txt
Not sure what the heck caused it, unfortunately.
Game Version
Other
What platform are you using?
Forge
Platform version
40.1.16
Config File
# General options for the bot
[general]
  # Insert your Bot Token here!
  # DO NOT SHARE IT WITH ANYONE!
  botToken = "<CENSORED>"
  # The channel ID where the bot will be working in
  botChannel = "<NUMBERS>"
  # The bot's status message
  #
  # PLACEHOLDERS:
  # %online% - Online Players
  # %max% - Maximum Player Amount
  botStatusName = "%online% travelers Online"
  # Type of the bot's status
  # Allowed Values: DISABLED,PLAYING,WATCHING,LISTENING,STREAMING,COMPETING
  botStatusType = "PLAYING"
  # URL of the bot's stream when using the status type 'STREAMING'
  # Has to start with https://twitch.tv/ or https://www.youtube.com/watch?v=
  streamingURL = "https://www.youtube.com/watch?v=dQw4w9WgXcQ"
  # Enable checking for updates?
  # Notification will be shown after every server start in log when update is available
  enableUpdateChecker = true
  # The minimum release type for the update checker to notify
  # Allowed values: release, beta, alpha
  updateCheckerMinimumReleaseType = "beta"
  # Set to false to disable config migration from other mods/plugins to this one
  # This does not prevent updating of this config after mod updates
  allowConfigMigration = true
  # Attempt to parse id-based mentions to names in in-game chat
  parseMentionsIngame = true
# Configuration options for commands
[commands]
  # The Role IDs of your Admin Roles
  # Now supports multiple roles which can access admin commands
adminRoleIDs = [  "<MORE NUMBERS>"  ]
  # Add your custom commands here
  # You can also generate some on https://erdbeerbaerlp.de/dcintegration-commands/
  # You must op this UUID in the ops.txt or some custom commands won't work!
  senderUUID = "8d8982a5-8cf9-4604-8feb-3dd5ee1f83a3"
  # Enable help command?
  # Disabling also removes response when you entered an invalid command
  # Requires server restart
  helpCmdEnabled = true
  # Enable the list command in discord
  # Requires server restart
  listCmdEnabled = true
  # Enable the uptime command in discord
  # Requires server restart
  uptimeCmdEnabled = true
  # Set to false to completely disable the "Unknown Command" message
  showUnknownCommandMessage = true
  # Set to true to enable the "Unknown Command" message in all channels
  showUnknownCommandEverywhere = false

    [[commands.customCommands]]
      name = "kick"
      description = "Kicks an player from the Server"
      mcCommand = "kick %player% %reason%"
      adminOnly = true
      hidden = false

        [[commands.customCommands.args]]
          name = "player"
          description = "The player to be kicked"
          optional = false

        [[commands.customCommands.args]]
          name = "reason"
          description = "Reason for the kick"
          optional = true

    [[commands.customCommands]]
      name = "stop"
      description = "Stops the server"
      mcCommand = "stop"
      adminOnly = true
      hidden = false
args = [    ]

    [[commands.customCommands]]
      name = "kill"
      description = "Kills an Player or Entity"
      mcCommand = "kill %target%"
      adminOnly = true
      hidden = false

        [[commands.customCommands.args]]
          name = "target"
          description = "The target(s) for the kill command."
          optional = false
# Toggle some message related features
[messages]
  # Enable formatting conversion (Markdown <==> Minecraft)
  convertCodes = true
  # Send formatting codes from mc chat to discord
  # Has no effect when markdown <==> Minecraft is enabled
  formattingCodesToDiscord = false
  # Should /say output be sent to discord?
  sendOnSayCommand = true
  # Should /me output be sent to discord?
  sendOnMeCommand = true
  # When an /say command's message starts with this prefix, it will not be sent to discord
  sayCommandIgnoredPrefix = "§4§6§k§r"
  # Should tamed entity death be visible in discord?
  sendDeathMessagesForTamedAnimals = false
# Advanced options
[advanced]
  # Custom channel ID for server specific messages (like Join/leave)
  # Leave 'default' to use default channel
  serverChannelID = "default"
  # Custom channel ID for death messages
  # Leave 'default' to use default channel
  deathsChannelID = "default"
  # Custom channel for for ingame messages
  # Leave 'default' to use default channel
  chatOutputChannelID = "default"
  # Custom channel where messages get sent to minecraft
  # Leave 'default' to use default channel
  chatInputChannelID = "default"
# Config options which only have an effect when using forge
[forgeSpecific]
  # A list of blacklisted modids
  # Adding one will prevent the mod to send messages to discord using forges IMC system
IMC_modIdBlacklist = [  "examplemod"  ]
  # Show item information, which is visible on hover ingame, as embed in discord?
  sendItemInfo = true
# Configuration for linking
[linking]
  # Unlink players when they leave the discord server for whatever reason (ex. leave,kick,ban)?
  unlinkOnLeave = true
  # Should discord linking be enabled?
  # If whitelist is on, this can NOT be disabled
  # DOES NOT WORK IN OFFLINE MODE!
  enableLinking = true
  # Role ID of an role an player should get when he links his discord account
  # Leave as 0 to disable
  linkedRoleID = "0"
  # Enable discord based whitelist?
  # This will override the link config!
  # To whitelist use the whitelist command in the bot DMs
  whitelistMode = false
  # Adding Role IDs here will require the players to have at least ONE of these roles to link account
requiredRoles = [    ]
settingsBlacklist = [    ]

    # Allows you to configure the default values of some personal settings
    [linking.personalSettingsDefaults]
      default_useDiscordNameInChannel = true
      default_ignoreReactions = false
      default_pingSound = true
# Webhook configuration
[webhook]
  # Whether or not the bot should use a webhook (it will create one)
  enable = true
  # The avatar to be used for server messages
  serverAvatarURL = "https://i.imgur.com/4s2EBxu.png"
  # The name to be used for server messages
  serverName = "Moonlit Myths"
  # The URL where the player avatar gets fetched from
  #
  # PLACEHOLDERS:
  # %uuid% - Returns the player's UUID with dashes
  # %uuid_dashless% - Returns the player's UUID without dashes
  # %name% - Returns the player's name
  # %randomUUID% - Returns an random UUID which can be used to prevent discord cache
  playerAvatarURL = "https://minotar.net/avatar/%uuid%?randomuuid=%randomUUID%"
# Allows you to modify and translate most of the messages this bot will send
[localization]
  # This is what will be displayed ingame when someone types into the bot's channel
  # PLACEHOLDERS:
  # %user% - The username
  # %id% - The user ID
  # %msg% - The message
  ingame_discordMessage = "§6[§5DISCORD§6]§r <%user%> %msg%"
  # This is what will be displayed ingame when someone sends an reply into the bot's channel
  # PLACEHOLDERS:
  # %user% - The username
  # %id% - The user ID
  # %msg% - The reply message
  # %ruser% - The username of the message that got the reply
  # %rmsg% - The replied message
  ingame_discordReplyMessage = "§6[§5DISCORD§6]§r §a%user%§r in reply to §3%ruser%§r: %msg%"
  # Message shown when hovering over the username of an discord message
  # PLACEHOLDERS:
  # %user% - The username/nickname (Someone123)
  # %user#tag% - The username with tag (someone#0001)
  # %id% - The user ID
  #
  # NOTE: using an @ here can cause ping sounds ingame
  discordUserHover = "§3Discord User %user#tag%\n§aClick to mention"
  # This message will edited in / sent when the server finished starting
  serverStarted = ":european_castle: *The Wilderness gates are open and echo with adventure* :european_castle:"
  # Message to show while the server is starting
  # This will be edited to SERVER_STARTED_MSG when webhook is false
  serverStarting = ":dragon: *The dragons are waking up* :dragon:"
  # This message will be sent when the server was stopped
  serverStopped = ":evergreen_tree: *Wilderness gates have been closed* :evergreen_tree:"
  # The message to print to discord when it was possible to detect a server crash
  serverCrash = ":fire: *The dragons have derped* :fire:"
  # Gets sent when an player joins
  #
  # PLACEHOLDERS:
  # %player% - The player's name
  playerJoin = ":feet: **%player%** has joined the wilderness :feet:"
  # Gets sent when an player leaves
  #
  # PLACEHOLDERS:
  # %player% - The player's name
  playerLeave = ":leaves: **%player%** has left the wilderness :leaves:"
  # Gets sent when an player dies
  #
  # PLACEHOLDERS:
  # %player% - The player's name
  # %msg% - The death message
  playerDeath = ":coffin: **%player%** %msg% :coffin:"
  # Message sent instead of playerLeave, when the player times out
  #
  # PLACEHOLDERS:
  # %player% - The player's name
  playerTimeout = ":bed: **%player% was asleep too long :bed:"
  # Gets sent when an player finishes an advancement
  # Supports MulitLined messages using \n
  #
  # PLACEHOLDERS:
  # %player% - The player's name
  # %name% - The advancement name
  # %desc% - The advancement description
  advancementMessage = ":sparkles: **%player%** just made the advancement **%name%** :sparkles:\n_%desc%_"
  # The chat message in discord, sent from an player in-game
  #
  # PLACEHOLDERS:
  # %player% - The player's name
  # %msg% - The chat message
  discordChatMessage = ":speech_balloon: **%player%:** %msg%"
  # Sent to a player when someone reacts to his messages
  # PLACEHOLDERS:
  # %name% - (Nick-)Name of the user who reacted (format: 'SomeNickName')
  # %name2% - Name of the user who reacted with discord discriminator (format: 'SomeName#0123')
  # %msg% - Content of the message which got the reaction
  # %emote% - The reacted emote
  reactionMessage = "§6[§5DISCORD§6]§r§7 %name% reacted to your message \"§9%msg%§7\" with '%emote%'"
  # Message shown for attachments
  attachment = "Attachment"
  # Message shown for stickers
  sticker = "Sticker"
  # Header for Embeds
  embed = "Embed"
  # Message shown for embed images
  embedImage = "Image"
  # Message shown for embed messages
  embedMessage = "Message"
  # Hover message for the bot tag ingame
  bot = "This user is an bot"

    # Strings about the discord commands
    [localization.commands]
      # Shown in console when trying to use the discord command
      ingameOnly = "This command can only be executed ingame"
      # Shown when successfully reloading the config file
      configReloaded = "Config reloaded!"
      # Shown when an subcommand is disabled
      subcommandDisabled = "This subcommand is disabled!"
      # Message sent when user does not have permission to run a command
      noPermission = "You don't have permission to execute this command!"
      # Message sent when an invalid command was typed
      #
      # PLACEHOLDERS:
      unknownCommand = "Unknown command, try `/help` for a list of commands"
      # Message if a player provides less arguments than required
      notEnoughArguments = "Not enough arguments"
      # Message if a player provides too many arguments
      tooManyArguments = "Too many arguments"
      # Message if a player can not be found
      #
      # PLACEHOLDERS:
      # %player% - The player's name
      playerNotFound = "Can not find player \"%player%\""
      # The message for 'list' when no player is online
      cmdList_empty = "There is no player online..."
      # The header for 'list' when one player is online
      cmdList_one = "There is 1 player online:"
      # The header for 'list'
      # PLACEHOLDERS:
      # %amount% - The amount of players online
      cmdList_header = "There are %amount% players online:"
      # Header of the help command
      cmdHelp_header = "Your available commands in this channel:"
      # Message sent when ignoring Discord messages
      commandIgnore_ignore = "You are now ignoring Discord messages!"
      # Message sent when unignoring Discord messages
      commandIgnore_unignore = "You are no longer ignoring Discord messages!"
      # Message sent when using the uptime command
      #
      # PLACEHOLDERS:
      # %uptime% - Uptime in uptime format, see uptimeFormat
      cmdUptime_message = "The server is running for %uptime%"
      # The format of the uptime command
      # For more help with the formatting visit https://commons.apache.org/proper/commons-lang/apidocs/org/apache/commons/lang3/time/DurationFormatUtils.html
      uptimeFormat = "dd 'days' HH 'hours' mm 'minutes'"
      # Shows when running slash commands as command response
      executing = "Executing..."
      # Command argument description for the linkcheck command's Discord user parameter
      cmdLinkcheck_userargDesc = "The discord user to check"
      # Command argument description for the linkcheck command's minecraft player parameter
      cmdLinkcheck_mcargDesc = "The minecraft player's UUID or Name to check"
      # Sent when checked user is not linked
      cmdLinkcheck_notlinked = "This account is not linked!"
      #
      cmdLinkcheck_discordAcc = "Discord-Account: "
      cmdLinkcheck_minecraftAcc = "Minecraft Account: "
      cmdLinkcheck_cannotGetPlayer = "Error getting player information! Maybe you used an invalid name / UUID"
      cmdSett_key = "Destination settings key"
      cmdSett_val = "Settings value"
      cmdSett_set = "Change an setting"
      cmdSett_get = "Retrieve an setting value"

        # Command descriptions
        [localization.commands.descriptions]
          settings = "Allows you to edit your personal settings"
          uptime = "Displays the server uptime"
          help = "Displays a list of all commands"
          list = "Lists all players currently online"
          link = "Links your Discord account with your Minecraft account"
          whitelist = "Whitelists you on the server by linking with Discord"
          linkcheck = "Shows info about an linked discord user or an ingame player"

    # Strings about the account linking feature
    [localization.linking]
      # Sent to the user when he linked his discord successfully
      # PLACEHOLDERS:
      # %player% - The in-game player name
      linkSuccessful = "Your account is now linked with %player%.\nUse /settings to view and set some user-specific settings"
      # Sent to the user when linking fails
      linkFailed = "Account link failed"
      # Sent when an already linked user attempts to link an account
      # PLACEHOLDERS:
      # %player% - The in-game player name
      alreadyLinked = "Your account is already linked with %player%"
      # Sent when attempting to use personal commands while not linked
      # PLACEHOLDERS:
      # %method% - The currently enabled method for linking
      notLinked = "Your account is not linked! Link it first using %method%"
      # Message of the link method in whitelist mode
      # Used by %method% placeholder
      linkMethodWhitelistCode = "joining the server and then using `/link <whitelist-code>` here"
      # Message of the link method in normal mode
      # Used by %method% placeholder
      linkMethodIngame = "`/discord link` ingame"
      # Sent when attempting to whitelist-link with an non uuid string
      # PLACEHOLDERS:
      # %arg% - The provided argument
      link_argumentNotUUID = "Argument \"%arg%\" is not an valid UUID or Name. Use `/whitelist <Name-or-UUID>`"
      # Sent when attempting to link with an unknown number
      invalidLinkNumber = "Invalid link number! Use `/discord link` ingame to get your link number"
      # Sent when attempting to link with an invalid number
      linkNumberNAN = "This is not a number!"
      # Message shown to players who are not whitelisted using discord
      # No effect if discord whitelist is off
      notWhitelistedCode = "§cYou are not whitelisted.\nJoin the discord server for more information\nhttps://discord.gg/someserver\nYour Whitelist-Code is: §6%code%"
      # Sent when trying to link without an required role
      link_requiredRole = "You need to have an role to use this"
      # Sent when trying to link as an non-member
      link_notMember = "You are not member of the Discord-Server this bot is operating in!"
      # Sent to the user when he linked his discord successfully
      # PLACEHOLDERS:
      # %name% - The linked discord name
      # %name#tag% - The linked discord name with tag
      linkSuccessfulIngame = "Your account is now linked with discord-user %name#tag%"
      # Message shown to players who want to link their discord account ingame
      #
      # PLACEHOLDERS:
      # %num% - The link number
      linkMsgIngame = "Send this command as a direct message to the bot to link your account: /link %num%\nThis number will expire after 10 minutes"
      # Shown when hovering over the link message
      hoverMsg_copyClipboard = "Click to copy command to clipboard"

    # Strings about the personal settings feature
    [localization.personalSettings]
      # Message for getting an setting's value
      personalSettingGet = "This settings value is `%bool%`"
      # Sent when user sucessfully updates an prersonal setting
      settingUpdateSuccessful = "Successfully updated setting!"
      # Header of the personal settings list
      personalSettingsHeader = "Personal Settings list:"
      # Error message when providing an invalid personal setting name
      invalidPersonalSettingKey = "`%key%` is not an valid setting!"
      settingsCommandUsage = "Usages:\n\n/settings - lists all available keys\n/settings get <key> - Gets the current settings value\n/settings set <key> <value> - Sets an Settings value"
      # Sent when setting an personal setting fails
      settingUpdateFailed = "Failed to set value :/"
      # Sent when attempting to change an blacklisted setting
      settingUpdateBlocked = "The server owner disabled changing of this setting"

        # Descriptions of the settings
        [localization.personalSettings.descriptons]
          ignoreDiscordChatIngame = "Configure if you want to ignore discord chat ingame"
          useDiscordNameInChannel = "Should the bot send messages using your discord name and avatar instead of your in-game name and skin?"
          ignoreReactions = "Configure if you want to ignore discord reactions ingame"
          pingSound = "Toggle the ingame ping sound"
          hideFromDiscord = "Setting this to true will hide all of your minecraft messages from discord"
# Configuration for the in-game command '/discord'
[ingameCommand]
  # Enable the /discord command to show an custom message with invite URL?
  enabled = true
  # The message displayed when typing /discord in the server chat
  message = "Join our discord! http://discord.gg/moonlitmyths"
  # The message shown when hovering the /discord command message
  hoverMessage = "Click to open the invite url"
  # The url to open when clicking the /discord command text
  inviteURL = "http://discord.gg/moonlitmyths"
# The command log channel is an channel where every command execution gets logged
[commandLog]
  # Channel ID for the command log channel
  # Leave 0 to disable
  channelID = "<YET MORE NUMBERS>"
  # The format of the log messages
  #
  # PLACEHOLDERS:
  # %sender% - The name of the Command Source
  # %cmd% - executed command (e.g. "say Hello World"
  # %cmd-no-args% - Command without arguments (e.g. "say"
  message = "%sender% executed command `%cmd%`"
  # A list of commands that should NOT be logged
ignoredCommands = [  "list", "help", "?"  ]
# Configure votifier integration here
# (Spigot only)
[votifier]
  # Should votifier messages be sent to discord?
  enabled = true
  # Custom channel ID for Votifier messages
  # Leave 'default' to use default channel
  votifierChannelID = "default"
  # The message format of the votifier message
  #
  # PLACEHOLDERS:
  # %player% - The player´s name
  # %site% - The name of the vote site
  # %addr% - (IP) Address of the site
  message = ":ballot_box: %player% just voted on %site%"
  # Name of the webhook title
  name = "Votifier"
  # URL of the webhook avatar image
  avatarURL = "https://www.cubecraft.net/attachments/bkjvmqn-png.126824/"
# Configure Dynmap integration here
[dynmap]
  # The message format of the message forwarded to discord
  #
  # PLACEHOLDERS:
  # %sender% - The sender´s name
  # %msg% - The Message
  dcMessage = "<%sender%> %msg%"
  # Custom channel ID for dynmap chat
  # Leave 'default' to use default channel
  dynmapChannelID = "default"
  # Name of the webhook title
  name = "Dynmap Web-Chat"
  # URL of the webhook avatar image
  avatarURL = "https://styles.redditmedia.com/t5_2kl3ct/styles/communityIcon_am5zopqnjhs41.png"
  # The name format of the message forwarded to the dynmap webchat
  #
  # PLACEHOLDERS:
  # %name% - The discord name of the sender (including nickname)
  # %name#tag% - The discord name with tag of the sender (without nickname)
  webName = "%name% (discord)"
  # Name shown in discord when no name was specified on the website
  unnamed = "Unnamed"
# Configure some plugin-specific BStats settings here
# Everything can be seen here: https://bstats.org/plugin/bukkit/DiscordIntegration/9765
#
# Does not apply to fabric yet, as there is no bstats for it
[bstats]
  # Allow sending of installed addon stats (Name and version of installed addons)
  sendAddonStats = true
# Settings for servers running as Bungeecord-suberver
[bungee]
  # Set this to true if the server is running as an subserver of an bungeecord network and therefore needs to be in offline mode
  # Setting this will force account linking in offline mode
  # Do NOT use for actual offline mode servers, as this will break the linking feature because of the UUIDs!
  #
  # Currently no support for floodgate running on bungee
  isBehindBungee = false

Crash report / Error log (if applicable)
Attached above

Additional Information
No response

Disable item embeds, I don't know the config name.
The dev knows, and said that it doesn't work.


v2 Binaries?

I can no longer build from the source code. Not compatible with my system OSX 10.3.6 High Sierra. I'm having the same issue with TRS modules. Are you planning on releasing these? And will they work on systems less than 10.14? Thanks.

Hey @anaday, I'd like to make these compatible with yours and other old MacOS systems if possible. I have an old iMac that can't get past 10.11.6 that I can start testing on.
Would you like to try binary builds from my MacOS system to see if they work for you?
For the record, I am planning on releasing at least the Via modules for v2 into the plugin library; TRS is so likely to change majorly that it would likely break between versions and probably needs a lot more work before its ready for a library release.

That would be great! I would definitely like to test them out for you. Thanks so much!

Hi @anaday,
I also hit some snags when building on Mac with the one 3rd party library that is (unnecessarily) included in the starling-dsp submodule. I yeeted that for now and built this:
Uploading Starling_Via.zip…
Can you install with that and if so, do things seem to work?

@liquidcitymotors ,
The plugin loads fine however, Sync3XL crashes Rack when adding to a patch. Everything else (including Sync3L expander) works fine. I'll load some patches later to test some more and let you know what I find.
Here's the crash log:
crashlog.txt
Thanks

Thanks @anaday!
Before you spend too much time investigating the crash, it might be wise for me do some investigation because I barely tested this build myself. I'll let you know what I come up with once I have a chance to really dig in.

As expected there was a silly mistake with the path for loading the sync3xl scale file, this should work much better @anaday
Starling_Via.zip

Hey @liquidcitymotors ,
Everything looks pretty good so far. They all load, unload, reload fine. I haven't encountered any problems with Gateseq, Sync3, Meta and Osc3. The others, I don't have much experience with, so I'll take a good look at those over the weekend using the documentation.
Thanks again for work on these.


$ReadOnlyArray type can be assigned from tuple-typed variable

Flow allows one to assign a variable with a $ReadOnlyArray type from a matching tuple-typed variable. Then, if you modify the tuple, the array is likewise modified, breaking covariance. It seems like, since tuples are mutable, you should not be able to assign them to $ReadOnlyArray. E.g.:
type A = $ReadOnlyArray<number>;
type B = [number]

const b: B = [1];
const a: A = b;
b[0] = 3;
# No errors!

https://flow.org/try/#0C4TwDgpgBAglC8UAkAlCBDAJgeQHYBsQYAnY9EAHlwFcBbAIwmID4BuAKFEigCEEoA2jQZMAuu3YBjAPa4AzsCj0AXL34CAjKI4z5i9KriJ6HegIAMo-gGZ2QA

The same thing happens with extract object types and covariant properties: https://flow.org/try/#0C4TwDgpgBAglC8UAkAlCBDAJgeQHYBsQYAnY9EAHlwFcBbAIwmID4BuAKFEigCEEoA2jQZMAup3DQAwvwDeAalwAuKMMbEoAXwncAInIA+y1XXUHt7AMYB7XAGdgUeir6IBARlEcb9x+hVwiPQc9AIADKL8AMwcVrYOUJgq+oiyyu6a3vGOlioyiJgcmAB0uNEcQA

You can also assign a mutable array to read-only array:
https://flow.org/try/#0MYewdgzgLgBAhgJwQRgFwwIJLgTwDzQICWYA5gHwwC8MA2gEQAWApgDasj0C6A3AFChIsRAgBM6ACQAlZnAAmAeTCscWBLgJRiZSjRHJ+ffQDoADgFcIjABT0A7iASs59AJT8gA
const arr1: Array<string> = ["hello"];
const arr2: $ReadOnlyArray<string> = arr1;

arr1.push("world");

@kevinbarabash this is intended

Making something like this sound would mean implementing something similar borrow checker in Rust 😁

This is working as designed, as noted by commenters. A read-only view of an array does not guarantee that the underlying array will not change.


Copy logo.png to Resources in Cocoa example

The logo will otherwise be missing from the Cocoa example. (Reproduce by opening cocoa.app. The logo should be missing on master, present in this PR).

SFMLBuildMaster: Build this please.

Thanks for this fix! 🙂


Per-page default configuration for components

Context
There are many times where you want to populate a single page with many Sphinx Design items that all share the same configuration. For example, "I want a list of 10 cards, each of which has a specific margin, padding, outline, or CSS class".
In these cases, there is a lot of toil and boilerplate duplication when adding them, since you have to manually edit the options for each one. It would be helpful if there were a way to define the default configuration of each item once and then re-use it throughout the page.
Proposal
Make it possible to define the default configuration of Sphinx Design components on a per-page level (or at the site-level). There are two ways I could think of to do this:

Use page-level configuration. For example:
sphinx_design:
   defaults:
      link-button:
 	    :color: primary
 		:outline:

However I don't know that this would be doable in rST...

Set page-level defaults with a directive. For example, perhaps there was a sd-default directive. Inside that directive you could define any arbitrary Sphinx Design objects. It would render them as normal, but would also then set the configuration of each object to be the default for any subsequent objects on the page. e.g.:
````{sd-default}
```{button-link} foo
:color: primary
:outline:
```
````

Tasks and updates
No response

I think actually this would be more general, and actually easier, to implement this in myst-parser!
Obviously, this would only then be supported in Markdown/MyST-NB documents, but then well, people should use those 😄


CDI Review

Make sure CDI is being used in the most optimal way.

Feel free to submit a PR? Otherwise, feel free to create a reproducible issue you are running into? In the least a stack trace would be helpful. Thanks.

I don't think a PR at this stage would be meaningful.
To illustrate my points, I've created a heavily hacked fork which works with a de-Springified version of the Axon Bank example.
Please see

https://github.com/hwellmann/cdi/tree/cdi-2.0
https://github.com/hwellmann/axonbank-javaee

Gentlemen,
Just so you are aware, I am collaborating closely with some of the best minds in the CDI ecosystem to figure some of this out. For now suffice it to say Axon CDI enablement is not so trivial for a variety of reasons and one should not be too surprised to see things that are "unusual" for CDI extensions. Indeed the current module follows very closely what is done and proven in the Spring/Spring Boot module (as Simon is well aware). We at AxonIQ are certainly very thankful to Simon for getting this work started. I think the most important part is getting things reliably functional across containers. Precisely how that is done is and needs to be a secondary priority (and for some very good reasons - there are some things that are unexpected situations in the CDI world given that there are so few CDI extensions out there by comparison to extensions to core Spring/Spring Boot). Please give us some time to sort that out. We are working with the right people to do that already but further help, especially in terms of intelligent PRs, are certainly welcome.
Getting Axon Trader working, even if with a few reasonable compromises in the end, is certainly a valuable goal and I am glad to see Harald has taken interest and initiative to give it an early shot.
Peace,
Reza

Could you please explain what you mean by "misconception"? Why a portable extension should not create contextual instances? What is the problem about this?

In the event observers of a CDI extension, you can modify bean definitions. Bean instances are not yet  available at this stage. In fact, it wouldn't make sense for the container or your extension to create bean instances while the bean definitions are still mutable and DeploymentExceptions may still occur.
Moreover, by creating instances explicitly, you ignore the C in CDI. Contexts are not yet started during the container bootstrap phase, so any instances you create at this stage will not be associated to a context. As long as you want singleton semantics (which seems to be the case for most Axon beans), this may seem to work, but it simply does not respect the CDI lifecycle and will break graceful shutdown.
Another misconception: annotation handling.
In a CDI extension, you should never scan a class or method for annotations as in org.axonframework.cdi.CdiUtilities, you should always use javax.enterprise.inject.spi.AnnotatedType to find annotated members. In fact, CDI extension may modify annoted types by adding or removing annotations on a logical level, so you would get incorrect information by looking at the physical Java annotations only. And you should never assume that your extension is the only one - so even if you think you know what you are doing, some other extension may add (logical) annotations to the classes your extension is processing.
Another misconception: bean existence vs. producer method existence
AxonCdiExtension frequently uses the pattern
IF there is a producer method for a bean of type X
THEN invoke it and register the result in the Configurer.

This may break for multiple reasons:

The user did not use a producer method at all to provide the desired type. (E.g. they created a subclass of X and added a scope annotation.)
There are multiple producer methods marked as @Alternative with different priorities. You will receive a ProcessProducer for each alternative, not just for the enabled one.
The producer method has a return type Y which extends X. This producer will create a bean with types including X and Y, but your observer for ProcessProducer<T, X> will not be called for this producer.

Please see my fork https://github.com/hwellmann/cdi/tree/cdi-2.0 for a more "CDI native" approach.

I'll take a look and see if the approaches can be synced.


Links on Welcome page are working abnormally

Take 'CSS Documentation' link as an example.
When I click 'Home' in Nav Bar, the address in URL changes to: http://ranafaraz.com/CSS/frontend/web/site/index
and the link of 'CSS Documentation' becomes: http://ranafaraz.com/CSS/frontend/web/site/site/documentation
And when I click the title 'Conference Submission Studio' the URL is: http://ranafaraz.com/CSS/frontend/web/
and of course, the links start working while the big green button starts to panic.
Address this issue as soon as possible, as they are on the face of our application.

Done.


WOS Lite and WOS Stater Plan Feature

Is your feature request related to a problem? Please describe.
WOS integration does not work on WosLite and Wos-Stater Plan.
Can you get it working on Wos Lite and Wos Stater plan?
Describe the solution you'd like
https://developer.clarivate.com/apis/woslite
https://developer.clarivate.com/apis/wos-starter
Wos Starter Api URL:
https://api.clarivate.com/apis/wos-starter/v1
Wos Lite Api URL:
https://wos-api.clarivate.com/api/woslite
Describe alternatives or workarounds you've considered
A clear and concise description of any alternative solutions or features you've considered.
Additional context
Add any other context or screenshots about the feature request here.

WOS Lite API is deprecated. You cannot get API Key from this API.
As I investigated the related souce code, I see that WOS import is coded as he response of the API is XML. That is a format that Lite API responds.
Because of the reason that there may be existing WOS Lite API users, I believe that a new Import source from WOS may be added. This can use Starter API and parse json response.
Just a quick note: WOS Starter API has two plans: Free and Institutional Plan. Free plan is very limited (50 reqs per day) but Institutional plan (it is also free but you need to declare the institution) may be enough for mid size organizations (1000 reqs per day)
I am interested to add this integration.

@erpnedir : Please feel free to send us a Pull Request if you are interested in contributing this back.
I can verify that currently the Web of Science integration in DSpace 7 requires the paid license described at https://developer.clarivate.com/apis/wos
I do agree that it'd be nice to provide a different option to use the Starter API described at https://developer.clarivate.com/apis/wos-starter


add

Ⅰ. Describe what this PR did
run unit-test for method imageToCriImag(image *apitypes.ImageInfo) (*runtime.Image, error).
the method is designed for imageToCriImage to converts pouch image API to CRI image API
If user is numeric, it will be treated as uid; or else, it is treated as user nam
Ⅱ. Does this pull request fix one issue?
fixes #1914
Ⅲ. Describe how you did it
verify three kind of inputs, {User : "ww"}, {User : "123"}, {User : "123:22"}
Ⅳ. Describe how to verify it
run "go test -cover"
for User : "ww", Username is "ww", Uid is 0
for User: "123", Uid is 123, Username is null
for User: "123:22", Uid is 123, Username is null
Ⅴ. Special notes for reviews
thanks for reviewing

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


Virtual hermetic frameworks POC

Add the ability to virtualize the framework structure. swift and clang
compile as frameworks but the files don't move and we load them via VFS.
This is a working POC - for perf benchmarks only and as a reference of
the work.
Hacked this up to see how it impacts build performance in a big app.
Cut clean build time in half in a big hybrid app from rules_ios
baseline. More interestingly, hot top level compiler invocations are
down nearly .5 orders of magnitude.

Will re-open the PR once I've landed on the final approach, there are still a ton of tradeoffs and design decisions I haven't thought through.


snarkyjs proof domain size

closes https://github.com/o1-labs/snarkyjs/issues/619

!ci-build-me

This is awesome, but I think we should use the opportunity of this PR to change the recursion unit test in Mina CI (in snarky_js_bindings/test_module), such that it covers all cases of recursion and prevents any regressions in the future

➕1

!ci-build-me

!ci-build-me


PSD Template

Hello all! I want use this framework for next our project. I have next question: Does somebody have psd template(photoshop, ai, indesign or more) for this framework or another fast constructor for designers??
Thanks all for you answers!

Try using the official component PSD from Google: here

Thanks for your answer! Will be cool if somebody would create online editor )

Why would you want online editor if you just need vector components and working graphic program eg. Photoshop, illustrator? (:
If you want to design in MD, I definitely suggest you to look in their (guidlines)[https://material.google.com/]
You can find all other principles and PSD templates, as @Dogfalo wrote before


[release-1.20] Protect packaged helm charts from upgrade via Rancher UI

https://github.com/k3s-io/k3s/issues/4315

The Rancher UI currently suggests upgrades and allows edits of Helm charts for packaged components. We should protect these charts so that they cannot be edited via the Rancher UI, and it does not suggest upgrades if a matching chart name is found in a chart repo.
As per @vincent99 we could do this by setting an annotation in the Helm release data:
https://github.com/rancher/rancher/issues/35256#issuecomment-950018715
We should confirm with the Rancher team that this is the correct and best way to do this, and then figure out how to do so. A Helm plugin (similar to what we did for helm-set-status) may be the easiest thing to do?

Validated on this PR to release-1.20 branch, commit 856171838e4a1ad222506eec2bc8d432e36866a8  on rancher v2.6.3-rc2

Fresh install of a cluster and import into rancher does not have any prompt to upgrade traefik
Upgrading a cluster already imported into rancher removes the prompt to upgrade traefik

The resulting view looks like:

I want to add one thing here. I also confirmed that upgrading from 1.20.12+k3s1 to v1.21.7-rc2+k3s1 still does NOT upgrade traefik to Traefik v2. Therefore, NO traefik upgrade happens and the rancher UI still encounters this issue. I would recommend users to upgrade to v1.20.13+k3s1 BEFORE upgrading to v1.21.7 or v1.22.4 if they want to go to v1.21+ during this cycle.


update first-interactive to first-cpu-idle link

What's changed, or what was fixed?

Updated the source link to match the new audit name

Fixes: #7905

[ ] This has been reviewed and approved by (NAME)
[x] I have run npm test locally and all tests pass.
[ ] I have added the appropriate type-something label.
[x] I've staged the site and manually verified that my content displays correctly.

CC: @petele

Thank you for the fix but this PR is now obsolete because https://developers.google.com/web/tools/lighthouse/audits/first-cpu-idle now redirects to https://web.dev/first-cpu-idle/


Removed 404'ing hiera-rest repository

https://github.com/binford2k/hiera-rest is non-existing and returns a 404.

@mpepping thanks for the PR. @binford2k can you check this please? Is the code still alive in another project, or is it really gone?

Yes, that's correct. Craig took it on with https://github.com/crayfishx/hiera-http


How does it work on a novel image ?

Hello, first of all, I want to thank the authors for this great work they have done and providing the whole work as an open-source.
It truly contributes to the robot learning research and boosts the development of general robot intelligence.
I have some questions about how the trained model, "openvla-7b" outputs the action (7 action dimensions) for a novel input image.
With the code you provided in the Getting Started in README, I could feed a novel image I personally have to the OpenVLA along with an instruction prompt.
And it successfully outputs the 7 action dimensions. (I did not validate the accuracy of the action output yet though.)
The given image shows a picture of a table with multiple objects on it and a robotic arm.
It is an image I personally took so the OpenVLA could not have seen it before during its training.
Therefore, it does not know the camera position, the robot position and anything else in the image.
Only data given to OpenVLA is the image and the instruction prompt.
Then, without these information, how does OpenVLA accurately calculate the 7 action dimensions ?
Does it estimate the positions of the view-point of camera, robot and objects only with the given image?
I read your answers on other [issues]( #3, #6 ) saying that
"we do not do any explicit calibration of actions or coordinate frames across environments (other than aligning the open/close gripper action), and we do not condition action generation on anything other than a single input image and language instruction.
The OpenVLA model is likely automatically learning the necessary transformations to map action representations to the correct coordinate frame, based on the image it sees during generation. "
and
"If you want to use the model for a certain target configuration, you can just finetune it with a bit of data from your target domain and it will adopt the action space you need and learn to output such actions. If you want to use the model out of the box (ie without finetuning), you'd need to match one of the setups from the training datasets pretty closely (eg set up a Bridge-like WidowX with the BridgeDataV2 control stack) and then the model would output actions for the action space definition used in that dataset (implicitly, by recognizing the robot in the images)."
However, I still do not quite understand how it outputs actions for a novel image input.
Does it use the coordinate systems it learned from its training data? such as BridgeData V2?
Then, would the action output from my input image can be quite inaccurate ?
Also, does the parameter "unnorm_key" in predict_action function refer to the dataset it uses to un-normalize the positions and actions spaces ?
Also, I am wondering whether the 7 dimension action output is the final position of the robot or just a one piece of the trajectory to the final position.
Does it output a trajectory of the action for each time step to get to the final goal position?
If it is latter, how frequently does it output the 7 action dimensions for a single instruction output?
Thanks,

Thanks for the questions!
The model will produce 7-dim actions for any image you feed to it, but indeed unless these images come from a setup that is very similar to the training setup (eg familiar camera angle, robot, scene etc) it's unlikely the out-of-the-box model will produce accurate actions, since as you mentioned the model does not have any information about the coordinate system etc that's used in your scene. For the model to work well in a new scene you would need to finetune it with a bit of data from your scene.
The unnorm_key refers to the dataset statistics that are used to unnormalize the predicted actions. During training, we normalize the actions from each training datasets with min/max stats computed per dataset. So the unnorm key determines which stats are used at test time. If you finetuned the model, you should use the stats from your finetuning dataset.
The 7-dim action is a delta end-effector action, ie it corresponds to 3d translation, 3d rotation and a 1d gripper position value. Check the paper for achievable inference speed (and higher speed is possible with further optimization). The model will predict actions that match the control frequency of the training / finetuning data.

Thanks for the answer. I think things are a bit more clear now.

Thanks for your great work! @kpertsch
As you mentioned above, "the model will produce 7-dim actions for any image you feed to it, but indeed unless these images come from a setup that is very similar to the training setup (eg familiar camera angle, robot, scene etc) it's unlikely the out-of-the-box model will produce accurate actions".
Then, my question is: how would you perform out-of-the-box on the WidowX robot from the Bridge V2 dataset (as described in Sec 5.1 in the paper)? More specifically, how would you set the camera to the same pose as the Bridge V2 training data during testing?  I don't think the model can perform well if the camera pose is different during testing and training.
Many thanks.

That's correct, so you need to carefully position the camera to be well-aligned with training scenarios. We usually found it helpful to code up a little visualizer that overlays an image from the bridge dataset you're trying to match with the current camera live stream which makes it easier to find the right angle. After you think you have a good angle you can just run OpenVLA to see whether it performs reasonable movements to check whether your angle is right.

Thanks for your quick reply! I will try it later.

Actually, I am trying to apply the trained OpenVLA model to the Franka robot in our lab and have the following questions:

Since different training data in Open-X have different robot settings (eg, the definition of XYZ, the position of the robot base), how does the model decide which robot setting should be followed when the model is applied on a new scene? I would expect the model to choose the robot setting according to the observed robot arm, the testing scene, and the camera pose. It may match the most similar training dataset to get the corresponding robot setting and then output the actions according to the action space in that robot setting. Am I right?

The robot in my lab is Franka. If I test this robot, which robot setting would the model follow? I saw several training datasets in Open-X that have used Franka. Among these datasets, DROID dominates. Should I set the camera pose similar to DROID dataset to get the best "out-of-the-box" performance? According to DROID paper, they capture 3rd person's view using two randomly set cameras. It seems that it's hard for me to determine my camera pose to keep the same as DROID. Can you give us any suggestions?

Thanks!

I am also curious about the above questions.

Actually, I am trying to apply the trained OpenVLA model to the Franka robot in our lab and have the following questions:

Since different training data in Open-X have different robot settings (eg, the definition of XYZ, the position of the robot base), how does the model decide which robot setting should be followed when the model is applied on a new scene? I would expect the model to choose the robot setting according to the observed robot arm, the testing scene, and the camera pose. It may match the most similar training dataset to get the corresponding robot setting and then output the actions according to the action space in that robot setting. Am I right?
The robot in my lab is Franka. If I test this robot, which robot setting would the model follow? I saw several training datasets in Open-X that have used Franka. Among these datasets, DROID dominates. Should I set the camera pose similar to DROID dataset to get the best "out-of-the-box" performance? According to DROID paper, they capture 3rd person's view using two randomly set cameras. It seems that it's hard for me to determine my camera pose to keep the same as DROID. Can you give us any suggestions?

Thanks!

I have been using octo and openvla for a while, and I've done some fine-tuning on my own dataset with octo. Your first and second questions can be answered together. My overall impression is that the model outputs a delta action—a difference in x, y, z, roll, pitch, and yaw. This means the model essentially predicts how the end-effector should move in space. So in other words, the model doesn't really care what specific robotic arm you're using; it just needs your training set to include some general definitions. It doesn't need to explicitly know the exact scenario or which robotic arm is used since the critical parameters involved in the training are just your action and images. The robotic arm serves mainly as a background, second, to normalize and denormalize the input action, and third, to provide a correspondence between the robotic arm and the action (which means in some training sets, the robotic arm might not even be visible in the main scene and the model just fits to a similar robotic arm based on the similar scenario). This is more of a dataset issue. This is also why the author emphasizes that you either need a setup that is highly similar to the experimental setup or you need to fine-tune for your specific scenario.
My experience tells me that it is almost impossible to set up an extremely similar scene due to the reasons mentioned in your first question: you can't perfectly determine the robot's base, any translations, the camera angle, whether you're using a rotation matrix or Euler angles, among other factors. Additionally, my experiments have shown that the camera angle is very important, and a small number of datasets (e.g., 10 sets) have almost no effect on the model.
These are just some of my personal insights; please forgive any errors. For concrete answers, we should refer to the author's response.
For my personal plan, I aim to have at least 100 sets in the custom model as a general definition, which can be understood as telling the model that we have a new scenario and wanting it to understand it first. After that, I would proceed with small group training of the model. For example, testing its generalization with 10 sets of camera angle adjustments, 10 sets of different tasks in the same scene, and so on. To illustrate, it's like a person entering a new scene and needing to adapt and understand the environment first.


This package needs a new maintainer - or an archive-flag

This project is stale. No PRs merged since 2018, no commits since 2018. No communication on any issues by the repository-owner. I guess this project should be handed over to a new maintainer or at least should be marked "archived".

@kevva ?

@sindresorhus @1000ch: is there any chance we could update this package?
Most imagemin bin packages are using it and there are plenty of improvements we could make. I can make a few PRs later to help out.

I would like to take over the maintainer of this package if I have a chance/permission.

I made https://github.com/kevva/bin-wrapper/compare/master...XhmikosR:dev and seems to work good. I could use more eyes, but happy to open a PR.

@1000ch I think the only solution would be if someone forked and published new scoped packages. I don't have the time to maintain these packages, but I've made PRs updating a lot of things:

https://github.com/kevva/decompress/pull/95
https://github.com/kevva/download/pull/220
https://github.com/kevva/bin-wrapper/pull/80

Feel free to cherry pick the patches and publish new packages if you are up to it :)
Just drop a message here and the other repos so that people see it and switch.

How do we move forward from this in case @kevva is no longer available?

Same here this fork seems to be actively maintained.

I just published @xhmikosr/bin-wrapper.
It doesn't help with other packages using the package out there, but at least if everything works well, the security vulnerabilities should be gone.
Note that I don't have the bandwidth to make any improvements, but if someone spots any new bugs in my packages, feel free to make a PR.


Pickle doesn't work on julia modules

Bit of a strange request, but there is a use case. A minimal example is:
import pickle
from juliacall import Base
pickle.dumps(Base)
# Traceback (most recent call last):
#   File "<stdin>", line 1, in <module>
# TypeError: cannot pickle 'juliacall.ModuleValue' object

This would be useful for defining functions that are passed around in Python. I initially ran into this when using ray, so a slightly more complex example that has the same behaviour:
import ray
ray.init()
from juliacall import Base
@ray.remote
def v(x):
    Base.println(x)
x = ray.get(v.remote(1))

I had a look at PyCall as well, but they've got a similar issue here https://github.com/JuliaPy/PyCall.jl/issues/863, with a few comments on how to fix it.
Any ideas? I'll try to have a look into this further, but any help getting this working would be appreciated.

Oh duh, there's a workaround for my particular case. Since ray is spawning processes, and juliacall is inserting the module into the process during the init step, something like this works fine:
import ray
ray.init()
@ray.remote
def v():
    from juliacall import Base
    return Base.seval("1+1")

print(ray.get(v.remote()))

I could see this being a bit painful for other cases though, so I'll leave the issue open for now.

This package is currently being rewritten from scratch, and as it happens I recently added support for pickle (and Serialization on the Julia end).
I haven't tested it out much, and will probably hang with any cyclic objects, but hopefully it will pickle modules ok.
Try it out by installing PythonCall#master and reinstalling juliacall from there. Let me know how you get on.

PS it's cool you're using this with Ray, what are you planning to do?

Oh nice! This does solve the pickle issue, something like this works just fine
import pickle
from juliacall import Base
a = pickle.loads(pickle.dumps(Base))
print(a.rand())

Unfortunately, the way distributed computing works in ray seems to be interfering with reloading the shared library? On master, my original code for ray segfaults. The workaround of explicity importing the module inside the actor is still fine though.
The whole point of this is we've already got a bunch of code in python for doing a scientific simulation (for racing yacht's, to be precise). So we've already done some code optimization, parallelizing with ray. There's still some bottlenecks though, and it would be nice to switch out some parts for julia, as well as having access to things like DiffEq. But ray is pretty integral at this point, so I need something that will play nice with it.

Also, new issue really, but where's juliacall_pipdir gone? I'm getting UndefVarError when following the juliacall setup instructions. Manually hunting down the location and runnning pip install is fine though. Is this just planning ahead for a release on PyPI?

No I just forgot! But it will go in PyPI at some point.
I think some of Julia's code loading happens in threads which plays havoc a bit with python's GIL.
I don't know when I can get round to fixing it, hopefully the workaround you found is ok for now?

Sure, it's not terribly elegant but it works well enough for now. Yeah, I can totally see the GIL being a pain, so no worries if it takes a while to fix.


Upon deletion of an application

When an application is deleted the following things need to occur

the dashboards (mini and full) are removed
the rules
the computation instance (not the jar, but the instance running in spark)
the application details

Changes are pushed as part of  Tempus-83


In my site infinite scroll fires on scroll up even though my navigator selector  is outside of content div

In my site githyp.com/wpbeta , we have implemented infinite scroll. But we are facing an issue like when we scroll up then the scrolling fires.
I have gone through https://github.com/infinite-scroll/infinite-scroll/issues/549
There mentioned about the pagination elements and  itemSelector element.In my case my pagination elements were outside of the itemSelector element.
mysite  : http://githyp.com/wpbeta/
JS code : $('#content').infinitescroll({
	navSelector  : "nav.navigation",
	nextSelector : "nav.navigation a.next",
	itemSelector : "#content div.item",
           // prefill : true,
             extraScrollPx: 1,
             bufferPx : 5,
               debug: true,
	 errorCallback : function(error) {
			console.log(error);
		},
            loading: {
	finished: undefined,
	finishedMsg: "Oops, no more games to load.",
	msgText: "Loading more games",
	//speed: 'slow',
	img: 'http://i.imgur.com/QrOjF.gif'
	}

},function( newElms) {

	});

Please help us to fix the issue.

Please help us !


Fixed wrongly handled not ready TSDB on web and API.

Two commits:

Fixed federation.
Signed-off-by: yeya24<EMAIL_ADDRESS>
EDIT by @bwplotka:

Fixed all cases of not ready TSDB being wrongly handled.

Fixed issue for federation.
Ensured this will never happen again thanks to interfaces
Fixes same issue for stats.
Fixed bug in stats. It was:
status.MaxTime = db.Head().MaxTime()
status.MinTime = db.Head().MaxTime()
Added tests for readiness.

Signed-off-by: Bartlomiej Plotka<EMAIL_ADDRESS>Fixes #7181

did you test this, especially early in prometheus start?

Let me fix it, will push commit to your PR, hope that's ok :hugs:

Ok, this should be ready for review @roidelapluie @yeya24 @beorn7 @brancz @brian-brazil :hugs:
I think it makes sense to move to interfaces only, so we don't leak raw DB pointer anymore and ensure we can properly check the readiness and return meaningful errors. We happen to have an issue in more places than just one.
Also fixed undiscovered bug with status page:
* Fixed bug in stats. It was:
   status.MaxTime = db.Head().MaxTime()
   status.MinTime = db.Head().MaxTime()

After this is merged I will cut rc.1

cc @csmarchbanks

Addressed @brian-brazil

Nice comments, thanks for quick review :+1:

Merging on green (~2h) to unblock release if no objections.


README of atbash-ciper mentions group size, but there are no tests for it

The atbash-ciper exercise describe the group size, i.e. the size of the group that characters are grouped by.
When I ported this exercise I interpreted it as to provide a means to alter the group size, but the canonical data does not provide tests for this scenario.
It this something to address? Either by

Changing the description in the README.
Provide tests for group size

Or are we happy, just the way we are?

Personally, I'm happy the way we are.  The group size of 5 is given which matches the canonical data.
Perhaps strengthen the suggestion to use 5?

@dvberkel and @stevejb71 included a test for different group sizes in exercism/xocaml#72. With that example in hand, @exercism/track-maintainers should we update the exercise across the tracks?

should we [update the exercise to test for group sizes other than 5]

No.
The main point of this exercise is the encoding. This is what should be tested for.
If grouping is an interesting problem it should have it's own group-size exercise.

I am happy not porting this to all language tracks. We could close this issue, if no other opinions emerge.

Or are we happy, just the way we are?

I think we're happy just the way we are :heart:


Docs for ghe-repl-start-all and ghe-repl-stop-all

Code of Conduct

[x] I have read and agree to the GitHub Docs project's Code of Conduct

What article on docs.github.com is affected?
upgrading-github-enterprise-server.md
What part(s) of the article would you like to see updated?
For the part of Upgrading an instance with multiple nodes using a hotpatch we have a new process which calls ghe-repl-start-all and ghe-repl-stop-all to stop or start all replication in one shot instead of repeating.
Additional information
No response

Sound  and  audio  boost
And thank you
On Fri, 26 Jul 2024 at 4:57 AM Hao Jiang @.***> wrote:

Closed #34093 https://github.com/github/docs/issues/34093 as completed.
—
Reply to this email directly, view it on GitHub
https://github.com/github/docs/issues/34093#event-13654777153, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/BJZUGU2NVFFYLIJDICOOCNDZOGUIXAVCNFSM6AAAAABLPPS3E2VHI2DSMVQWIX3LMV45UABCJFZXG5LFIV3GK3TUJZXXI2LGNFRWC5DJN5XDWMJTGY2TINZXG4YTKMY
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>


Syncing stops after status: ERROR_WILL_RETRY

In my protocol implementation i check first if there is an valid login. If it aint there  i skip the sync in the following way:
var sync = function (context, url, options, baseRevision, syncedRevision, changes, partial, applyRemoteChanges, onChangesAccepted, onSuccess, onError) {
    if (!isLoggedIn()) {
        console.log("Not logged in!, calling onError");
        onError("not logged in retry after five", 5000);
        return;
    }
    // Skipped rest off code which is based on the AjaxSyncProtocol.js
}

after five seconds i see the status going to "SYNCING".
Nothing happens anymore after that.
My expectation was that it would try to sync again.
Or did i miss something?
Parts of my console.log:
Sync Status changed: CONNECTING
Not logged in!, calling onError
Sync Status changed:  ERROR_WILL_RETRY
<after 5 seconds>
Sync Status changed:  SYNCING

As a notice this never became stable enough. So we stopped using the sync part.

I'm sorry to hear that. I've been prioritizing Dexie before the addons so far, and I think the addons need to be rewritten a lot. Or maybe someone builds better sync-/observe- addons based on the CRUD hooks

Suppose it's fixed with the PR. Closing. Please reopen if not!


Static middleware. For serving static assets.

In principle, it should be possible to implement a static middleware @hattip/static that works everywhere.
Although I'm not sure how much effort it would be to support each platform. E.g. for Cloudflare Workers we need to use its KV store. If each platform has its own approach, @hattip/static may become hard to maintain. (We can support only a couple of providers while, in the long term, asking others to abide to some kind of shared convention.)

Definitely on the roadmap.
Relevant discussion: #45

Most(/all?) deployment providers support a static directory configuration. That could do the trick in the meantime. Although this means that HatTip would need a static config — not sure where/how this would fit with HatTip's current flexible architecture.
On a tangent: maybe we can, for example, make wrangler.toml optional.

https://deno.land/std@0.190.0/http/file_server.ts?source
This solution can be used on deno.

"https://github.com/koajs/static"
"https://github.com/koajs/etag"
"https://github.com/masx200/koa-range"
This solution can be used on node.

Can we design an adapter from Koa middleware to Hattip middleware?

Can we design an adapter from Koa middleware to Hattip middleware?
We can design to put "http. RequestListener" is converted into hattip middleware.

I think it's possible. And I think Nitro is doing something like that. But I don't think it would be efficient. Besides, Koa middleware probably use other Node stuff that will require polyfills.
Koa has a good selection of well written, modular middlewares. But I think it would be much cleaner if we ported them (like we did in the CORS middleware) instead of trying to adapt them.

https://deno.land/std@0.190.0/http/file_server.ts?source
This solution can be used on deno.

Current state for Rakkas:

For Node, it uses sirv (because vavite already comes with it)
For Deno, it uses http/file_server from std
For Bun, it has a (not so great) custom server
For other targets, each target has their own solution as part of the platform

You can wrap the koa or express library into a middleware and implement it by opening an HTTP server, which is very simple.
import { Middleware, NextFunction, RetHandler } from "../src/Middleware.ts";

import { Context } from "../mod.ts";
import { RequestListener } from "./RequestListener.ts";
import { createServer } from "node:http";

export function requestListenerToMiddleWare(
    requestListener: RequestListener,
): [Middleware, () => Promise<void>, () => void] {
    //@ts-ignore
    const server = createServer(requestListener);
    const host = `127.${Math.floor(Math.random() * 253 + 1)}.${
        Math.floor(
            Math.random() * 253 + 1,
        )
    }.${Math.floor(Math.random() * 253 + 1)}`;
    const port = Math.floor(Math.random() * 55535 + 10000);
    return [
        async (context: Context, next: NextFunction): Promise<RetHandler> => {
            //@ts-ignore

            const origin = `http://${host}:${port}`;

            const urlobj = new URL(context.request.url);
            urlobj.origin;
            const response = await fetch(
                origin + urlobj.href.slice(urlobj.origin.length),
                {
                    ...context.request,
                    //@ts-ignore

                    duplex: "half",
                },
            );
            if (response.status === 404) return next();

            return response;
        },
        async () =>
            new Promise((s) => {
                server.listen(port, host, () => {
                    console.log(
                        `http server listening host:${host} port:` + port,
                    );

                    s();
                });
            }),
        () =>
            server.close(() => {
                console.log(`http server closed host:${host} port:` + port);
            }),
    ];
}

I think this is now implemented: https://github.com/hattipjs/hattip/tree/main/packages/middleware/static


Sourcery prompts for my token on startup every-time

Despite having supplied it already.
sourcery v0.8.8

Oh dear! Sorry about this.
Could you please let me know which OS and VS Code version you're on? Also what does it show in the Preferences > Settings if you search for sourcery?

Version: 1.55.0
Commit: c185983a683d14c396952dd432459097bc7f757f
Date: 2021-03-30T16:01:05.981Z
Electron: 11.3.0
Chrome: 87.0.4280.141
Node.js: 12.18.3
V8: <IP_ADDRESS>-electron.0
OS: Darwin x64 20.3.0
Preferences > Settings -> Sourcery: Token was empty and wouldn't keep my token even when I entered it.
I tried uninstalling and reinstalling. Seems to be working now.


ARROW-3613: [Go] Fix builder downsize

Downsizing is not updating the null counts.

Codecov Report

Merging #3048 into master will increase coverage by <.01%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master    #3048      +/-   ##
==========================================
+ Coverage   67.31%   67.32%   +<.01%
==========================================
  Files          58       58
  Lines        3717     3718       +1
==========================================
+ Hits         2502     2503       +1
  Misses       1114     1114
  Partials      101      101

Impacted Files
Coverage Δ

go/arrow/array/builder.go
67.42% <100%> (+0.24%)
:arrow_up:

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 87feee3...ddc43d4. Read the comment docs.


TypeError: XDR Read Error: invalid XDR contract typecast - source buffer not entirely consumed

Given this RPC Success response
{
    "jsonrpc": "2.0",
    "id": 1,
    "result": {
        "status": "SUCCESS",
        "latestLedger": "693",
        "latestLedgerCloseTime": "1697055104",
        "oldestLedger": "8",
        "oldestLedgerCloseTime": "1697054415",
        "applicationOrder": 1,
        "envelopeXdr": "AAAAAgAAAABM/sh/7MYdZX9I0kK+VhhJCI08/3+br7+bnQTJloun1AAWz0YAAACKAAAALQAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAAAAAAGAAAAAAAAAABSmgtC9yp8u8OFpLCO1387pjYQMSE4QqM0zkuGahOgDoAAAAKZ2x5cGhfbWludAAAAAAABAAAABIAAAAAAAAAAEz+yH/sxh1lf0jSQr5WGEkIjTz/f5uvv5udBMmWi6fUAAAAAQAAABEAAAABAAAAAQAAABIAAAAAAAAAAEz+yH/sxh1lf0jSQr5WGEkIjTz/f5uvv5udBMmWi6fUAAAAEQAAAAEAAAACAAAAAwAAAAEAAAAQAAAAAQAAAAIAAAADAAAAAAAAAAMAAAACAAAAAwAAAAIAAAAQAAAAAQAAAAIAAAADAAAAAQAAAAMAAAADAAAAAwAAAAIAAAABAAAAAAAAAAAAAAABSmgtC9yp8u8OFpLCO1387pjYQMSE4QqM0zkuGahOgDoAAAAKZ2x5cGhfbWludAAAAAAABAAAABIAAAAAAAAAAEz+yH/sxh1lf0jSQr5WGEkIjTz/f5uvv5udBMmWi6fUAAAAAQAAABEAAAABAAAAAQAAABIAAAAAAAAAAEz+yH/sxh1lf0jSQr5WGEkIjTz/f5uvv5udBMmWi6fUAAAAEQAAAAEAAAACAAAAAwAAAAEAAAAQAAAAAQAAAAIAAAADAAAAAAAAAAMAAAACAAAAAwAAAAIAAAAQAAAAAQAAAAIAAAADAAAAAQAAAAMAAAADAAAAAwAAAAIAAAAAAAAAAQAAAAAAAAACAAAABgAAAAFKaC0L3Kny7w4WksI7XfzumNhAxIThCozTOS4ZqE6AOgAAABQAAAABAAAABwm4QqnhhER7LHwAF7mPfxQgpNvBS50I6/qsdaFm3RbQAAAABgAAAAYAAAABSmgtC9yp8u8OFpLCO1387pjYQMSE4QqM0zkuGahOgDoAAAAQAAAAAQAAAAQAAAAPAAAABUNvbG9yAAAAAAAAEgAAAAAAAAAATP7If+zGHWV/SNJCvlYYSQiNPP9/m6+/m50EyZaLp9QAAAASAAAAAAAAAABM/sh/7MYdZX9I0kK+VhhJCI08/3+br7+bnQTJloun1AAAAAMAAAABAAAAAQAAAAYAAAABSmgtC9yp8u8OFpLCO1387pjYQMSE4QqM0zkuGahOgDoAAAAQAAAAAQAAAAQAAAAPAAAABUNvbG9yAAAAAAAAEgAAAAAAAAAATP7If+zGHWV/SNJCvlYYSQiNPP9/m6+/m50EyZaLp9QAAAASAAAAAAAAAABM/sh/7MYdZX9I0kK+VhhJCI08/3+br7+bnQTJloun1AAAAAMAAAACAAAAAQAAAAYAAAABSmgtC9yp8u8OFpLCO1387pjYQMSE4QqM0zkuGahOgDoAAAAQAAAAAQAAAAIAAAAPAAAABkNvbG9ycwAAAAAAEgAAAAAAAAAATP7If+zGHWV/SNJCvlYYSQiNPP9/m6+/m50EyZaLp9QAAAABAAAABgAAAAFKaC0L3Kny7w4WksI7XfzumNhAxIThCozTOS4ZqE6AOgAAABAAAAABAAAAAgAAAA8AAAAFR2x5cGgAAAAAAAANAAAAIKaLGM1XsuzYZmeO565nk8tACxoNcn+2DdJ90gIy4pOWAAAAAQAAAAYAAAABSmgtC9yp8u8OFpLCO1387pjYQMSE4QqM0zkuGahOgDoAAAAQAAAAAQAAAAIAAAAPAAAAC0dseXBoTWludGVyAAAAAA0AAAAgposYzVey7NhmZ47nrmeTy0ALGg1yf7YN0n3SAjLik5YAAAABAAAABgAAAAFKaC0L3Kny7w4WksI7XfzumNhAxIThCozTOS4ZqE6AOgAAABAAAAABAAAAAgAAAA8AAAAKR2x5cGhPd25lcgAAAAAADQAAACCmixjNV7Ls2GZnjueuZ5PLQAsaDXJ/tg3SfdICMuKTlgAAAAEBaSN7AAB5yAAADQAAAAAAAADrkwAAAAGWi6fUAAAAQFWXdsac730kq0d7Euw64HUTldL59yj0Y2gVTAjsHzQ5EyrTEoSJTM0T4ark4U+/ayr8Z0YB2Qk/vIT7kM1ReAc=",
        "resultXdr": "AAAAAAAHihYAAAAAAAAAAQAAAAAAAAAYAAAAAFivW7vqivElXTVw5MXkKh8eMdN98nF2jdsGiOTRUs2dAAAAAA==",
        "resultMetaXdr": "[encoded data, 10384 characters]",
        "ledger": "693",
        "createdAt": "1697055104"
    }
}

I'm getting this error when using the built-in TS bindings for the contract trying to unwrap the response
soroban-client.js:236 Uncaught (in promise) TypeError: XDR Read Error: invalid XDR contract typecast - source buffer not entirely consumed
    at u2.ensureInputConsumed (soroban-client.js:236:57)
    at Function.fromXDR (soroban-client.js:375:26)
    at ContractSpec2.funcResToNative (soroban-client.js:13256:105)
    at parseResultXdr (index.js:152:34)
    at invoke (invoke.js:87:16)
    at async Contract.glyphMint (index.js:146:16)
    at async glyph_mint (+page.svelte:182:7)

Happy to provide additional code as/if needed. Just not sure what else may be helpful

Here's another one resulting in the same error
{
    "jsonrpc": "2.0",
    "id": 1,
    "result": {
        "status": "SUCCESS",
        "latestLedger": "2366",
        "latestLedgerCloseTime": "1697056786",
        "oldestLedger": "927",
        "oldestLedgerCloseTime": "1697055339",
        "applicationOrder": 1,
        "envelopeXdr": "AAAAAgAAAABM/sh/7MYdZX9I0kK+VhhJCI08/3+br7+bnQTJloun1AATv9UAAACKAAAAMAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAAAAAAGAAAAAAAAAABSmgtC9yp8u8OFpLCO1387pjYQMSE4QqM0zkuGahOgDoAAAAKb2ZmZXJfcG9zdAAAAAAAAgAAABAAAAABAAAAAgAAAA8AAAAFR2x5cGgAAAAAAAANAAAAIGg7H2quNd06hpmO/Aye0srpgOZwO40hm+x8+gD0W1B1AAAAEAAAAAEAAAADAAAADwAAAAVBc3NldAAAAAAAABIAAAAB2LKxTGD+y2X7KqgcvqedCDXK/A4NhR+GESV8HltB4cIAAAAKAAAAAAAAAAAAAAAAAAAAZAAAAAEAAAAAAAAAAAAAAAFKaC0L3Kny7w4WksI7XfzumNhAxIThCozTOS4ZqE6AOgAAAApvZmZlcl9wb3N0AAAAAAACAAAAEAAAAAEAAAACAAAADwAAAAVHbHlwaAAAAAAAAA0AAAAgaDsfaq413TqGmY78DJ7SyumA5nA7jSGb7Hz6APRbUHUAAAAQAAAAAQAAAAMAAAAPAAAABUFzc2V0AAAAAAAAEgAAAAHYsrFMYP7LZfsqqBy+p50INcr8Dg2FH4YRJXweW0HhwgAAAAoAAAAAAAAAAAAAAAAAAABkAAAAAAAAAAEAAAAAAAAABAAAAAYAAAABSmgtC9yp8u8OFpLCO1387pjYQMSE4QqM0zkuGahOgDoAAAAQAAAAAQAAAAQAAAAPAAAACkFzc2V0T2ZmZXIAAAAAAA0AAAAgaDsfaq413TqGmY78DJ7SyumA5nA7jSGb7Hz6APRbUHUAAAASAAAAAdiysUxg/stl+yqoHL6nnQg1yvwODYUfhhElfB5bQeHCAAAACgAAAAAAAAAAAAAAAAAAAGQAAAABAAAABgAAAAFKaC0L3Kny7w4WksI7XfzumNhAxIThCozTOS4ZqE6AOgAAABAAAAABAAAAAgAAAA8AAAAKR2x5cGhPd25lcgAAAAAADQAAACBoOx9qrjXdOoaZjvwMntLK6YDmcDuNIZvsfPoA9FtQdQAAAAEAAAAGAAAAAUpoLQvcqfLvDhaSwjtd/O6Y2EDEhOEKjNM5LhmoToA6AAAAFAAAAAEAAAAHCbhCqeGERHssfAAXuY9/FCCk28FLnQjr+qx1oWbdFtAAAAABAAAABgAAAAFKaC0L3Kny7w4WksI7XfzumNhAxIThCozTOS4ZqE6AOgAAABAAAAABAAAAAgAAAA8AAAAKR2x5cGhPZmZlcgAAAAAADQAAACBoOx9qrjXdOoaZjvwMntLK6YDmcDuNIZvsfPoA9FtQdQAAAAEBLm2MAABuzAAAAOQAAAAAAABOhwAAAAGWi6fUAAAAQM27Jc35RkGr3CHB8LC6+QM1+SSal+3XSXxp9iKG+Ln7sFPOF2BJhi1/CpQVmGoZumcnNzPidFMgxxU0p3J6YAo=",
        "resultXdr": "AAAAAAAEezYAAAAAAAAAAQAAAAAAAAAYAAAAAHx6w/8Fp/lYJ1cPRSETpGZcJsqX85mQZDYLxO6636GmAAAAAA==",
        "resultMetaXdr": "AAAAAwAAAAAAAAACAAAAAwAACT4AAAAAAAAAAEz+yH/sxh1lf0jSQr5WGEkIjTz/f5uvv5udBMmWi6fUAAAAF0bajBsAAACKAAAALwAAAAAAAAAAAAAAAAAAAAABAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAMAAAAAAAAECgAAAABlJwLXAAAAAAAAAAEAAAk+AAAAAAAAAABM/sh/7MYdZX9I0kK+VhhJCI08/3+br7+bnQTJloun1AAAABdG2owbAAAAigAAADAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAAAAADAAAAAAAACT4AAAAAZScIEgAAAAAAAAABAAAAAgAAAAAAAAk+AAAACRHGi1D/0p8qXV8xDnFHV4YdTOIgORLVg/hhCxFSmvW+AAAZPQAAAAAAAAAAAAAJPgAAAAYAAAAAAAAAAUpoLQvcqfLvDhaSwjtd/O6Y2EDEhOEKjNM5LhmoToA6AAAAEAAAAAEAAAACAAAADwAAAApHbHlwaE9mZmVyAAAAAAANAAAAIGg7H2quNd06hpmO/Aye0srpgOZwO40hm+x8+gD0W1B1AAAAAQAAABAAAAABAAAAAQAAABAAAAABAAAAAwAAAA8AAAAFQXNzZXQAAAAAAAASAAAAAdiysUxg/stl+yqoHL6nnQg1yvwODYUfhhElfB5bQeHCAAAACgAAAAAAAAAAAAAAAAAAAGQAAAAAAAAAAgAAAAMAAAk+AAAAAAAAAABM/sh/7MYdZX9I0kK+VhhJCI08/3+br7+bnQTJloun1AAAABdG2owbAAAAigAAADAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAAAAADAAAAAAAACT4AAAAAZScIEgAAAAAAAAABAAAJPgAAAAAAAAAATP7If+zGHWV/SNJCvlYYSQiNPP9/m6+/m50EyZaLp9QAAAAXRtqMHAAAAIoAAAAwAAAAAAAAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAACAAAAAAAAAAAAAAAAAAAAAwAAAAAAAAk+AAAAAGUnCBIAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAFKaC0L3Kny7w4WksI7XfzumNhAxIThCozTOS4ZqE6AOgAAAAEAAAAAAAAAAwAAAA8AAAAKb2ZmZXJfcG9zdAAAAAAADQAAACBoOx9qrjXdOoaZjvwMntLK6YDmcDuNIZvsfPoA9FtQdQAAABIAAAAAAAAAAEz+yH/sxh1lf0jSQr5WGEkIjTz/f5uvv5udBMmWi6fUAAAAEAAAAAEAAAABAAAAEAAAAAEAAAADAAAADwAAAAVBc3NldAAAAAAAABIAAAAB2LKxTGD+y2X7KqgcvqedCDXK/A4NhR+GESV8HltB4cIAAAAKAAAAAAAAAAAAAAAAAAAAZAAAAAEAAAAA",
        "ledger": "2366",
        "createdAt": "1697056786"
    }
}

Soroban CLI version
 % soroban --version
soroban 20.0.0-rc4 (bce5e56ba16ba977200b022c91f3eaf6282f47eb)
soroban-env 20.0.0-rc2 (8c63bff68a15d79aca3a705ee6916a68db57b7e6)
soroban-env interface version<PHONE_NUMBER>7
stellar-xdr 20.0.0-rc1 (d5ce0c9e7aa83461773a6e81662067f35d39e4c1)
xdr curr (9ac02641139e6717924fdad716f6e958d0168491)

Confirmed fixed in https://github.com/stellar/soroban-tools/pull/973


Package Request: Zettlr

Project description
With Zettlr, writing professional texts is easy and motivating: Whether you are a college student, a researcher, a journalist, or an author.
Metadata

homepage URL: https://www.zettlr.com/
source URL: https://github.com/Zettlr/Zettlr
license: gpl3
platforms: unix, linux, darwin

I was interested in running it on NixOS as well, so I just packaged it. Although it seems to work, I have not tested it enough + I am not completely sure this is the best way to go about packaging it, so I have yet to make a PR for it.

Hey, hank you very very much for packaging this! I'm sorry for the delayed response.
I've not been able to test this yet but it looks good to me so far. Would you be able to create a PR for this? It'll make it easier for others to jump in and comment as well.
Thank you again, it's very much appreciated. ;)

Hey, sorry for the delay.
I've tested it now and it runs, however it will crash stating '(zettlr:7902): GLib-GIO-ERROR **: 18:24:05.964: No GSettings schemas are installed on the system' when I click on 'Open existing directory' in the top menu. I'm running i3wm, not sure if that's the reason, and I'm not at all well versed in packaging electron-based packages.
Have you encountered this issue?
Thanks again for working on it. :)

Perhaps this issue is relevant.

Hi, I'm also interested in running zettlr in NixOs.
The mentioned error occurs also in my setup (nixos-unstable, plasma-desktop) with @msteen 's package and also when using the zettlr appimage via appimage-run. I tried manually exporting the necessary environment variables as proposed in the fix l-d-s linked, but without success. Also using wrapGAppsHooks as described in the manual didn't fix the issue.
In the end I used the zettlr AppImage as the source and copied the package definition from joplin. With this approach the manual exporting, like it is done in the joplin package, works and it is possible to open folders in zettlr.
The package draft can be found here. Maybe someone with more experience could find out why wrapGAppsHook didn't work with the rpm approach (even when using dontWrap as described in the manual for other wrapped packages).

Perhaps this issue is relevant.

I've not had a chance to test this yet, have you?
Thanks for finding that.

Hi, I'm also interested in running zettlr in NixOs.
The mentioned error occurs also in my setup (nixos-unstable, plasma-desktop) with @msteen 's package and also when using the zettlr appimage via appimage-run. I tried manually exporting the necessary environment variables as proposed in the fix l-d-s linked, but without success. Also using wrapGAppsHooks as described in the manual didn't fix the issue.
In the end I used the zettlr AppImage as the source and copied the package definition from joplin. With this approach the manual exporting, like it is done in the joplin package, works and it is possible to open folders in zettlr.
The package draft can be found here. Maybe someone with more experience could find out why wrapGAppsHook didn't work with the rpm approach (even when using dontWrap as described in the manual for other wrapped packages).

Wow! @maj0e, awesome investigating, thank you. I'm completely out of my depth here with wrapGAppsHook and stuff, but I'm glad you found a solution. Maybe this would get more attention from someone who has experience with this if it becomes a PR.

Hi, I'm also interested in running zettlr in NixOs.
The mentioned error occurs also in my setup (nixos-unstable, plasma-desktop) with @msteen 's package and also when using the zettlr appimage via appimage-run. I tried manually exporting the necessary environment variables as proposed in the fix l-d-s linked, but without success. Also using wrapGAppsHooks as described in the manual didn't fix the issue.
In the end I used the zettlr AppImage as the source and copied the package definition from joplin. With this approach the manual exporting, like it is done in the joplin package, works and it is possible to open folders in zettlr.
The package draft can be found here. Maybe someone with more experience could find out why wrapGAppsHook didn't work with the rpm approach (even when using dontWrap as described in the manual for other wrapped packages).

This one is running nicely on my machine. But you are right it would be nice to find out what's wrong with wrapGAppsHook.

Opening an existing directory works with this, though deleting files seems to be a problem (seems to only have an implementation for deleting to another directory (like gvfs, haven't tested) and no force removal).

nix

    { stdenv, fetchurl
    , mesa, libdrm, atomEnv
    , dpkg, cpio, makeWrapper, wrapGAppsHook, autoPatchelfHook }:
stdenv.mkDerivation rec {
  pname = "zettlr";
  version = "1.7.1";

  src = fetchurl {
    url = "https://github.com/Zettlr/Zettlr/releases/download/v${version}/Zettlr-${version}-amd64.deb";
    sha256 = "0wylkkx6p9p3hwf50xr0s1kjphld0a64m8gfm438lhg2ypla8q93";
  };

  nativeBuildInputs = [ dpkg makeWrapper wrapGAppsHook ];

  dontUnpack = true;
  dontConfigure = true;
  dontBuild = true;

  installPhase = ''
    runHook preInstall

    dpkg --fsys-tarfile $src | tar --extract

    mkdir -p $out
    cp -r usr/share $out
    cp -r opt/Zettlr $out/share

    mkdir -p $out/bin
    ln -s $out/share/Zettlr/zettlr $out/bin/zettlr

    runHook postInstall
  '';

  preFixup = ''
    patchelf \
      --set-interpreter "$(cat $NIX_CC/nix-support/dynamic-linker)" \
      --set-rpath "$out/share/Zettlr:${atomEnv.libPath}:${stdenv.lib.makeLibraryPath [ mesa libdrm ]}" \
      $out/share/Zettlr/zettlr
  '';

  dontStrip = true;
  dontPatchELF = true;

  meta = with stdenv.lib; {
    description = "A markdown editor for writing academic texts and taking notes";
    homepage = "https://www.zettlr.com";
    platforms = [ "x86_64-linux" ];
    license = licenses.gpl3;
    maintainers = with maintainers; [ ];
  };
}

Hmm, looks like gst-plugins-base-0.10.36 is broken. :(

@eadwu I tried your build, but I'm still unable to trigger a file-open dialogue. Instead it'll crash with this (zettlr:21450): GLib-GIO-ERROR **: 17:12:57.918: No GSettings schemas are installed on the system.

So very awesome! Thank you everyone who worked on this for getting it in nixpkgs! <3


Support textDocument/codeAction

Related #10

The preview is not yet available, but the code action itself is already available.


Specifying dynamic import dependencies

To provide compatibility under Bun and Node.js for one of my projects, I need to dynamically import a polyfill in those environments and I can't seem to get the publish to identify that as a dependency.
I have tried adding it to the import map and even included a package.json as part of the project, and while the dependency is resolved locally with the Deno CLI, it is not detected on publish, and therefore on consumption the dependency is not there.
There should be a way to specify dependencies that does not get elided upon "incorrect" static analysis.

How are you including it?
await import("specifier") should be working

It is in a conditional block:
if (!("URLPattern" in globalThis)) {
  await import("urlpattern-polyfill");
}

I tried with npm:urlpattern-polyfill, adding to the import map in deno.json and adding to the package.json and in each case they either don't get detected or elided.
The version 0.5.1-alpha.4, 0.5.1-alpha.3 and 0.5.1-alpha.2 all contain the various forms that don't include the dependency when consumed via Node.js or Bun.

Gee, yeah that looks like a bug. Will fix tomorrow


Wrong description for Universal Package

https://docs.microsoft.com/en-us/azure/devops/pipelines/tasks/?view=azure-devops#package -> Universal Package has wrong description that belongs to NuGet

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: e7ba5cf3-d229-03d0-ad6a-a30a0379afc0
Version Independent ID: ccffed3b-ea44-517f-f7a8-a1c4c4147495
Content: Catalog of the built-in tasks for build-release and Azure Pipelines & TFS - Azure Pipelines
Content Source: docs/pipelines/tasks/index.md
Product: devops
Technology: devops-cicd-tasks
GitHub Login: @steved0x
Microsoft Alias: sdanie

@christofer-ja Thank you for the feedback.
The documentation has been updated and is pending review.


[Dubbo-6935] Clear all stored thread local variables in InternalThreadLocalTest.testSize

What is the purpose of the change
The test dubbo-common,org.apache.dubbo.common.threadlocal.InternalThreadLocalTest.testSize is not idempotent and fails if run twice in the same JVM, because it pollutes state shared among tests. It may be good to clean this state pollution so that some other tests do not fail in the future due to the shared state polluted by this test.
Issue link: Dubbo-6935
Brief changelog
In InternalThreadLocalTest.testSize(), call InternalThreadLocal.removeAll() to clear all the thread local variables stored in the test run.
Verifying this change
With the proposed fix, the test does not pollute the shared state (and passes when run twice in the same JVM).
Follow this checklist to help us incorporate your contribution quickly and easily:

[x] Make sure there is a GITHUB_issue field for the change (usually before you start working on it). Trivial changes like typos do not require a GITHUB issue. Your pull request should address just this issue, without pulling in other changes - one PR resolves one issue.
[x] Format the pull request title like [Dubbo-XXX] Fix UnknownException when host config not exist #XXX. Each commit in the pull request should have a meaningful subject line and body.
[x] Write a pull request description that is detailed enough to understand what the pull request does, how, and why.
[ ] Write necessary unit-test to verify your logic correction, more mock a little better when cross module dependency exist. If the new feature or significant change is committed, please remember to add sample in dubbo samples project.
[x] Run mvn clean install -DskipTests=false & mvn clean test-compile failsafe:integration-test to make sure unit-test and integration-test pass.
[ ] If this contribution is large, please follow the Software Donation Guide.

Codecov Report

Merging #6936 (8285f57) into master (a2a14dc) will decrease coverage by 0.00%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##             master    #6936      +/-   ##
============================================
- Coverage     59.13%   59.13%   -0.01%
+ Complexity      509      506       -3
============================================
  Files          1028     1028
  Lines         41519    41519
  Branches       6037     6037
============================================
- Hits          24554    24553       -1
+ Misses        14197    14194       -3
- Partials       2768     2772       +4

Impacted Files
Coverage Δ
Complexity Δ

...rg/apache/dubbo/remoting/utils/PayloadDropper.java
15.38% <0.00%> (-30.77%)
0.00% <0.00%> (ø%)

...he/dubbo/common/threadpool/ThreadlessExecutor.java
52.17% <0.00%> (-10.87%)
0.00% <0.00%> (ø%)

.../apache/dubbo/rpc/protocol/AsyncToSyncInvoker.java
62.06% <0.00%> (-10.35%)
0.00% <0.00%> (ø%)

...ng/transport/dispatcher/all/AllChannelHandler.java
62.06% <0.00%> (-6.90%)
0.00% <0.00%> (ø%)

.../org/apache/dubbo/remoting/ExecutionException.java
15.78% <0.00%> (-5.27%)
0.00% <0.00%> (ø%)

...e/dubbo/remoting/transport/netty/NettyChannel.java
55.68% <0.00%> (-4.55%)
20.00% <0.00%> (-1.00%)

.../apache/dubbo/remoting/transport/AbstractPeer.java
58.69% <0.00%> (-4.35%)
0.00% <0.00%> (ø%)

...dubbo/remoting/exchange/support/DefaultFuture.java
74.35% <0.00%> (-4.28%)
0.00% <0.00%> (ø%)

...he/dubbo/remoting/transport/netty/NettyServer.java
70.17% <0.00%> (-3.51%)
8.00% <0.00%> (-1.00%)

.../org/apache/dubbo/rpc/model/ServiceDescriptor.java
88.23% <0.00%> (-2.95%)
0.00% <0.00%> (ø%)

... and 15 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 a2a14dc...8285f57. Read the comment docs.


❓Rename default branch to main?

I've gotten quite used to this being the default branch for most of the repositories I work on now, since it's the new convention. Just wanted to touch base before making the switch.

And what if most repos that other contributors work on still use master? 😏 But sure please go ahead, happy to make your workflow a little more lightweight 😄

Haha, I'm just a creature of habit, that's all. ^^ I'll rename the branch after we merge #135.


[FEATURE] 参考beichen师傅议题阻止dump字节码的方法

Is your feature request related to a problem? Please describe.
NO
Describe the solution you'd like
参考beichen师傅议题阻止dump字节码的方法
Describe alternatives you've considered
运行时应该阻止dump字节码操作保证安全
Additional context
NONE

finish