Typescript support

Hopefully you'll consider adding TS support for type safety and other cool things that TS provides.

I really wish TS support as well.

Fixed in 2.0.0. Thanks @lucaprevitali.


dobi: init at 0.8

Motivation for this change
dobi is a build automation tool for Docker applications that I tend to use on several projects.
I have a question though : Is there a way to specify -ldflags with buildGoPackage ? (didn't find it but I might have miss something).
Things done

[x] Tested using sandboxing
(nix.useSandbox on NixOS,
or option build-use-sandbox in nix.conf
on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] OS X
[ ] Linux

[x] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[x] Fits CONTRIBUTING.md.

🐸
Signed-off-by: Vincent Demeester<EMAIL_ADDRESS>

You could try to pass -ldflags to buildFlags

ooh I missed that one :sweat_smile: Thanks @kamilchm, I'll do that \o/

@fpletz updated by adding docs as excluded package (as it's not needed here)


Updated sample to use net6.0 and Func tools v4'

Updating sample to use .NET6.0 and Azure Functions v4

Obsolete.
Closing


boards: adi: Enable commonly-used I2C nodes by default

Enable commonly-accessible I2C and define their pins at board-level devicetree so that they will not have to be redefined in an overlay file for each different project.
Thanks @ubieda for the suggestion.
FYI @ozersa.

Need to rebase and fix the merge conflict


NoMethodError '[]' in RailsAdmin::Main#dashboard

I'm receiving this error when opening the dashboard in rails_admin.
undefined method '[]' for nil:NilClass
Code trace:
/gems/rails_admin-1.4.2/app/views/rails_admin/main/dashboard.html.haml where line # 15 raised:
undefined method []' for nil:NilClass lib/rails_admin.rb:37:in block (2 levels) in class:Dashboard'
render @action.template_name, status: (flash[:error].present? ? :not_found : 200)
Env settings:
rails_admin (0.8.1)
Ruby: 2.3.1
Rails: 4.2
Upgraded to:
rails_admin (1.4.2)
Ruby: 2.4.6
Rails: 5.2
After I upgrade I see the error.
If I open the dashboard link: domain.com/admin/ - error is raised
If I open any other link: domain.com/admin/card - it works perfectly
I looked up everywhere in open and closed issues, also on stackoverflow, not sure why this error happened.
It seems flash object is nil and so cannot access the hash values? but not sure why it returns nil in this step?
Any body can help? Thanks.

You seems to monkey-patching RailsAdmin, update your patch based on the latest implementation.
https://github.com/sferik/rails_admin/blob/master/lib/rails_admin/config/actions/dashboard.rb

Thanks. Yes definitely, I checked differences in the file code, and figured out the error.

You seems to monkey-patching RailsAdmin, update your patch based on the latest implementation.
https://github.com/sferik/rails_admin/blob/master/lib/rails_admin/config/actions/dashboard.rb


Different errors between interactive mode and batch mode

module Test

open Heap

type content =
| Link: ref content -> content
| Root: content

val repr: content -> content
let rec repr x =
  match x with
  | Link r ->
    repr !r
  | Root ->
    root

With the fstar-mode: identifier not found: ref
With the fstar batch compiler: identifier not found: root (that's the right error).

How is the interactive supposed to know that you need heaf.fst for this? Try including a build-config like this:
(*--build-config
    options:--admit_fsi FStar.Set;
    other-files:set.fsi heap.fst
  --*)

Ah I see, you probably rely on F* automatically including some standard library files when a single file is passed from the command line, which seems to not happen when the -in flag is passed. Automatically including random standard library files seems like a bad idea, doing it in some cases but not in others is even worse, you can file this usability problem against F*.

I'd argue that it's great that F* found the fsi file automatically. OCaml also finds ".mli" files in the include path (lib directory, current directory), and I would be awful if we had to specify the list of all the .mli files we need when type-checking an OCaml file. I'll file an issue against F*.

Please define "matching" fst/fsi file.


Initial nanopb support infra for InAppMessaging

To assist with moving to GDT and GDTCCT.
Pre-reqs: protobuf
To re-compile the protos and pod gen the InAppMessaging project, run Firebase/InAppMessaging/generate_project.sh

Yet another copy-paste of a fork of Firestore's original nanopb generation code. Eventually, I'll consolidate this infra into something that's shared, but this is more or less the same as the few other places in Firebase that're using nanopb.


Use Capslock as HotKey

Is it possible to add support for using Capslock as the HotKey? Or am I misunderstanding the UI and is this already possible?

It can, but since capslock behave differently than other keys it also don't work very nicely.
If you really want to use capslock, I suggest mapping it to a different key in OSX Settings > Keyboard > Modifier keys.
Eg: I map it to control, (but it can also be options, command, escape, etc).

It can, but since capslock behave differently than other keys it also don't work very nicely.
If you really want to use capslock, I suggest mapping it to a different key in OSX Settings > Keyboard > Modifier keys.
Eg: I map it to control, (but it can also be options, command, escape, etc).

@yulrizka Hi Ahmy, thanks for the quick reply. How does the above suggestion help?
I already used that setting to disable the CapsLock key as I use the CapsLock shortcut in other apps (like Discord) to do push to talk. I thought setting this on the OS level would be nicer.

@yulrizka Hi Ahmy, thanks for the quick reply. How does the above suggestion help?
I already used that setting to disable the CapsLock key as I use the CapsLock shortcut in other apps (like Discord) to do push to talk. I thought setting this on the OS level would be nicer.


Regions or Header Codefolding in JupyterLab?

The improvements to JupyterLab in VS Code are very exciting.  It works almost the same, other than some keybindings which can, of course, be updated per user.
One thing that is missing that would make me use VS Code 100% for my jupyterlab notebooks is some type of code folding.  In JupyterLab, I use a Table Of Contents extension to allow code folding based on header tags 1-6.
In VS Code, it would be great to have similar functionality, but the more direct path would be to include some type of #region recognition, so we can use VSCode's built-in code folding capabilities for #region and #endregion.

\extPython


pscale: 0.151.0 -> 0.153.0

Description of changes
change log: https://github.com/planetscale/cli/releases/tag/v0.153.0
diff: https://github.com/planetscale/cli/compare/v0.151.0...v0.153.0

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[x] Tested basic functionality of all binary files (usually in ./result/bin/)
23.11 Release Notes (or backporting 23.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 248999 run on x86_64-linux 1

1 package built:

pscale


feat: Control the moment for showing new scene

Added ability to control the exact moment of scene changing.
The purpose of this feature is to have ability to change the scene with nice and smooth
scene transitions that will hide harsh scene popping up
As long as method CanSceneBeChanged is untouched, it will behave the same as it previously was.

I don't think the server should ever be delayed in scene loading...if a client connects the server needs to tell the client what scene to load.  Additionally, we have a customHandling bool that you can pass true for additive scenes for making nice transitions on the client without messing up the server.  Consider using Additive Scenes instead of full scene changes.
There's and Additive Scenes example included in Mirror, that sends a client a SceneMessage.

't think the server should ever be delayed in scene loading...if a client connects the server needs to tell the client what scene to load. Additionally, we have a customHandling bool that you can pass true for additive scenes for making nice transitions on the client without messing up the server. Consider using Additive Scenes instead of full scene changes.

Seems that I didnt know that. I am going to check it definitiately

Closing this as resolved by using Additives.  Please join our Discord for support.


Remove mongodb analytics queries

We should remove the old queries for analytics and at the same time consolidate the *Analytics and *AnalyticsResult structs for use with InfluxDb.
Additionally, we should use usize over u64 in these structs and convert it in the InfluxDb impl.

Should be done in #1061


ERROR: Can't open/parse the config file /etc/freshclam.conf

In a newly created container, Anacron sends the following error via /var/mail/root:
/etc/cron.daily/freshclam:

ERROR: Can't open/parse the config file /etc/freshclam.conf

I have not changed this file.

Hi, thanks for issue,
I will fix this in the next v16 release.
I am currently work on it, please understand and wait some more.

Any Progress?


Allow for swapping between district and Census polygon layers

(At least) Two options for polygon layers:

districts,
census block,
any others

This is a nice feature, generally, but are you sure that Seattle actually wants this?  My understanding is that they wanted to stay away from aggregating by council districts because it was potentially too politically charged.

In our last conversation with them, they would like the ability to toggle between census block groups and council districts.
For this issue, let's confirm that piecewise is aggregating both and providing the data. I'm going to put the UI components of this issue to bq2geojson.

We should verify this with Bruce before we work on this. I distinctly recall Bruce saying that council districts were too politically charged for them to use, and that was one of the reasons why census block groups were preferred.  This last call did not include Bruce, and I'm not sure that Neil had/has all the information Bruce is working with.

I sent a note to the Seattle folks asking to confirm their needs on this
feature.

@nkinkade How's this going?

This should actually have been logged in bq2geojson

Done.  m-lab/bq2geojson@a72c1d4


Add Current Navigation Route

Hi,
Would it be possible to add the current navigation route (Red route line) that shows up on the in game Sat Nav system?
This would be an immensely helpful feature to add as that way it would complete the skin and make it a very versatile addition to a sim setup.
If this has already been suggested or is in the works then apologies for the duplicate.
Regards,
Humzah

As far as I know, the telemetry server does not return such data regarding GPS points on the map, so it is hardly possible to implement this.

Dmitriy is correct.  It is currently not possible to pull turn-by-turn information from the telemetry SDK.


Row doesn't apply media queries on mobile devices and displays all in block style

Operating system and version (Windows, macOS, Android, iOS)
Browser and version : Chrome,  81.0.4044.138 (Official Build) (64-bit)

Grid works on all other devices, but on mobile it's not even showing media queries.
I want all divs to be visible of tablet, laptop or larger devices, but on mobile I want to hide Staff and phone number.
It displays everything in block style on mobile, I don't know why.
Template is copied from Bootstrap's official site.
<!doctype html>

    <meta charset="utf-8">
    <meta name="viewport" content="width=device-width, initial-scale=1, shrink-to-fit=no">

    <link rel="stylesheet" href="https://stackpath.bootstrapcdn.com/bootstrap/4.4.1/css/bootstrap.min.css" integrity="sha384-Vkoo8x4CGsO3+Hhxv8T/Q5PaXtkKtu6ug5TOeNV6gBiFeWPGFN9MuhOf23Q9Ifjh" crossorigin="anonymous">

    <title>Hello, world!</title>

Hello, world!

Felecia Burke

Staff

+1<PHONE_NUMBER>

		<div class="col-md-2<EMAIL_ADDRESS>

Can't reproduce. I tested this using Google Chrome and viewing the page as iPhone X. Staff and phone number are no longer visible but are visible when viewing the page as iPad

Check in your mobile that you don't have the option Desktop View on.

@herbalite Please refer to our grid documentation, there are a few mistakes in your markup:

there's no .col-xs-* utilities,
grid is mobile-first, meaning you start for mobile and override for upper breakpoints.

I forked your Pen to fix those, and am probbaly getting close to what you want. Could you please check and confirm?

@ffoodd
Seems you choose the wrong person to answer to. I am not the one who created this report :)

@herbalite Fixed, thanks; and sorry!

Thinking this is a case of incorrect markup. Closing as your col-xs-* classes should be col-* instead, which seems to fix the issues I saw. Please comment with a live demo of any further issues and more details if not.


fix(deploy-ocs/deploy.sh): commit e669b8636a9667cc304c9f8d6ebb033abae…

Commit e669b8636a9667cc304c9f8d6ebb033abae introduced /dev/ in the spokes.yaml but didn't update OCS wipe disk script
Description
Please include a summary of the change and which issue is fixed. Please also include relevant motivation and context. List any dependencies that are required for this change.
Fixes # (issue)
Type of change
Please select the appropriate options:

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] This change requires a documentation update
[ ] This change is a documentation update

Testing
Please describe the tests that you ran to verify your changes. Provide instructions so we can reproduce. Please also list any relevant details for your test configuration

[ ] Test A
[ ] Test B

Test Configuration:

Versions:
Hardware:

Checklist

[ ] I have performed a self-review of my own code
[ ] If a change is adding a feature, it should require a change to the README.md and the review should catch this.
[ ] If the change is a fix, it should have an issue. The review should make sure the comments state the issue (not just the number) and it should use the keywords that will close the issue on merge.
[ ] A change should not be merged unless it passes CI or there is a comment/update saying what testing was passed.
[ ] PRs should not be merged unless positively reviewed.

:tada: This PR is included in version 1.1.9 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Cannot find 'BitcoinFee' in scope

when i update this repo from v4.0.34 to v4.1.15, i got this error：Cannot find 'BitcoinFee' in scope
my code:
BitcoinFee.calculateFee(data: output.encoded, satVb: "\(byteFee)")

How can I modify the code to adapt to the latest version? Thank you！

Hi @benben2019, BitcoinFee module was deprecated and removed. Please consider using AnySigner.plan() instead. It selects UTXOs required to send the requested amounts, pay the fee, and returns the exact transaction size.
Please also use BitcoinV2 API, here's an example:
Swift (BRC20 example): https://github.com/trustwallet/wallet-core/blob/master/swift/Tests/Blockchains/BitcoinTests.swift#L13-L82
JS (P2TR example): https://github.com/trustwallet/wallet-core/blob/master/wasm/tests/Blockchain/Bitcoin.test.ts#L16-L93

@benben2019 you can ask any question at the discussions https://github.com/trustwallet/wallet-core/discussions

Hi @benben2019, BitcoinFee module was deprecated and removed. Please consider using AnySigner.plan() instead. It selects UTXOs required to send the requested amounts, pay the fee, and returns the exact transaction size. Please also use BitcoinV2 API, here's an example: Swift (BRC20 example): https://github.com/trustwallet/wallet-core/blob/master/swift/Tests/Blockchains/BitcoinTests.swift#L13-L82 JS (P2TR example): https://github.com/trustwallet/wallet-core/blob/master/wasm/tests/Blockchain/Bitcoin.test.ts#L16-L93

thank you !


Have LicenseScanner capture licenses from limited information

Many packages do not have the full license in the package and might just have the name of the license(s).
LicenseScanner should still be able to pick these up.
Sometimes it is just specified in a package definition file such as package.json, but it could just be text at the head of the file.
I will start pasting a range as I come across them.

/**
  @license
  Apache License 2.0 https://github.com/ReactiveX/RxJS/blob/master/LICENSE.txt
 **/
/**
  @license
  Apache License 2.0 https://github.com/ReactiveX/RxJS/blob/master/LICENSE.txt
 **/
/*

And yes they were both at the top of a single file!

/**
 * @license
 * Copyright (c) 2014 The Polymer Project Authors. All rights reserved.
 * This code may only be used under the BSD style license found at http://polymer.github.io/LICENSE.txt
 * The complete set of authors may be found at http://polymer.github.io/AUTHORS.txt
 * The complete set of contributors may be found at http://polymer.github.io/CONTRIBUTORS.txt
 * Code distributed by Google as part of the polymer project is also
 * subject to an additional IP rights grant found at http://polymer.github.io/PATENTS.txt
 */
// @version 0.7.24


Insufficient space message displayed after trying to download iOS v66

iPhone 8
27.1 GB of 64 GB Used space
Around 9:25pm last night (July 27), I attempted to update the iOS version 66 from the push notification on my locked screen.
Was directed to Testflight and clicked Update
It took longer than normal and then I got the following message:

I shouldn't have received this message.
Note that the app did install v66

@mmiron-HC  do you have IOS 13.6 installed?

no still at 13.5.1

Going to close this as this was running a test build - will re-open as needed.


Update plot.py

I think this makes sense and is fine as is.

Has been made redundant by https://github.com/pnxenopoulos/awpy/commit/3a3fb3df9a7d7ef2588b89c6bfd841e4d1d6d2d6


Just make options passing possible in more generic way.

Building block (not only) for ssh options.
This is work in progress.

This is a very brief draft indeed. @RHEmployee, are you going to work on this?

This is a very brief draft indeed. @RHEmployee, are you going to work on this?

I would like to work on this but some help will be needed.

Hi. Seems to be easier to implement in:
https://github.com/teemtee/tmt/pull/1088
in the end.
Closing soon or later.

Seems to be already covered by #1673.


Dropdown is still be clickable even if empty dropdown item

@hellobrian -- any idea?

Hey @lilyclyc, sorry this has taken us so long to address.
What's the reason for having an empty dropdown item?

@hellobrian -- The dropdown is disabled when there is no any item and only shows the default text like the below with 'No users'. In this case, the dropdown still can be clickable.

Just to be clear, you're using the disabled prop on Dropdown? (see storybook)
Also, we generally want to always have some kind of default text there in the dropdown component.

@hellobrian -- Yes, there is a default text and dropdown is disabled. I hope the dropdown can't be clickable in this case.

The disabled prop will prevent the dropdown from being clickable...
This means that the dropdown will not open when clicked and will remain closed.


fix(select): height for android to match ios

Please read and mark the following check list before creating a pull request:

[x] I read and followed the CONTRIBUTING.md guide.
[x] I read and followed the New Feature Checklist guide.

Short description of what this resolves: fixing the height gap for select component on android vs. ios. Was not able to find the root cause, so would appreciate suggestions

@jorgnyg Thanks for opening a PR!
This will break the size property, I think :) Have you checked that?
The correct way to fix it is inspecting eva mappings and synchronize it with Input, I suppose.

@jorgnyg Thanks for opening a PR!
This will break the size property, I think :) Have you checked that?
The correct way to fix it is inspecting eva mappings and synchronize it with Input, I suppose.

Yep this breaks the "size" prop.. But thanks for pointing me in the right direction!
I'm taking a look at the mappings from eva design, but how do I check for platform specific code? Weird thing here is that the input and select size is correct for iOS, but not on android 🤔

@jorgnyg I'm not sure, but it can be a platform-specific implementation on the react-native level. Needs investigation. The other notice: we removed lineHeight properties for each component in v5, which also probably could affect.

@artyorsh I understand. In the meantime, how can I use my not-so-ideal hotfix fork as a dependency for my project? Want to keep all of your code in addition to the one line I added to temporary "unblock" my project.

@johanquiroga you may clone the repo and configure babel and metro to use the library locally. For the reference, you may see how it's done in Kitten Tricks. We use it for debugging the library.

@jorgnyg here's the working fix, you may track it here


sequential id should be shared between all objects

We use the sequential id to recognize the last one seen and because you define a new logger object for each new context we lose the sequential id  because it is a private member of the class and not static

You are not expected to have a static number because many instances of the class would have an influence on each other.
However indeed it is a bug because the children should increase the same id. It is now an object and this should solve the issue.


API: Apply same sorting to v0 as was applied to v1 previously.

We agreed on a sorting for the find_* methods in #204, but #204 did not apply that sorting to core_v0.py.
This obviously makes validation easier, as the results from v0 and v1 can be zipped and compared.

[Current coverage][cc-pull] is 63.08%

Merging [#213][cc-pull] into [master][cc-base-branch] will increase coverage by +<.01%

@@             master       #213   diff @@
==========================================
  Files             7          7
  Lines           825        826     +1
  Methods           0          0
  Messages          0          0
  Branches        135        135
==========================================
+ Hits            520        521     +1
  Misses          288        288
  Partials         17         17

Powered by Codecov. Last updated by 6649813
[cc-base-branch]: https://codecov.io/gh/NSLS-II/metadatastore/branch/master?src=pr
[cc-pull]: https://codecov.io/gh/NSLS-II/metadatastore/pull/213?src=pr

@arkilic While we're on the subject, have these sorting choices propagated into metadataservice yet?

@danielballan I had earlier on but I need to walk through since quite a few things have changed since December

If very much has changed, one possibility it make metadataserver a web-wrangling frontend for metadatastore with no new db logic.

Can you briefly mention the difference between v0 and v1? I didn't follow up on this these days, but kind of want to pick it up.

Sure. v0 has two unique IDs: a 'uid' string created by us and referenced by our codebases and an '_id' ObjectId created by mongo and used by it internally. In v1, there is only the 'uid'. This gave a performance boost.

@licode Also see https://github.com/NSLS-II/event-model and the illustrated documentation linked from there.

Thanks, and good to know. The design on v1 is definitely optimal.

Right, mdstore as it is did NOT exist when I was writing the service so I did not get to use it in the beginning. As a matter of fact, it started using uids as foreign keys in October.
The indexing work I see here is on the cursors, which is changing directions of indices in the server side and a very simple fix.
Using metadatastore library(mds) on the server side has complexities. For instance, every exception mds raises has to be caught and translated into its corresponding HTTPError. We also need to make sure if things go wrong in mds, the server will not crash or keep hanging/cause performance issues, which requires rigorous testing.
Having said that, it has obvious advantages that I do not really need to list here.
I say this is a good idea and task for a refactor that we were all aware that was coming but I am not sure if I can start tackling it prior to mid-May.

The v1 of metadatastore primarily exists as a testing/verification/debugging tool for the service/client layer.

I see. In the mds.py, we can easily switch between those two versions, smart design.


Problem with NPTS predictor

I am comparing my results with all the methods and when I use NPTS predictor as
from gluonts.model.npts import NPTSEstimator
from gluonts.trainer import Trainer
from gluonts.model.npts import NPTSPredictor

estimator=NPTSEstimator(freq='H',
        prediction_length=24
Predictor=NPTSPredictor(freq='H', prediction_length=24, context_length= 48, kernel_type='exponential',use_seasonal_model= True, use_default_time_features = True
predictor =Predictor.train(train_ds))`
```

Then my issue is how to call the training dataset (train_ds) by NPTS predictor.

Hello,
npts doesn't require training. I.e train just returns the predictor:
https://github.com/awslabs/gluon-ts/blob/f0a07066091e30529dd72154c7fffc5939a0eef5/src/gluonts/model/estimator.py#L111-L116
The predictor itself does not implement predict.


Create a Wiki

https://github.com/bromso/school-frontend/wiki

https://github.com/bromso/school-frontend/wiki


Add phaser to functional

Hi ,
Regarding the issue ( Reducing dependency in Sox -  #260 )
Implemented phaser function in functional.py

function.rst - updated with new function

test_sox_compatibility.py - Added two tests for phaser

test_batch_consistency.py - added test for phaser

test_torchscript_consistency.py - added test for phaser

All CPU test passed.
@vincentqb could you please review these changes

FYI this fails on GPU. I will work on fix.
https://app.circleci.com/pipelines/github/pytorch/audio/1678/workflows/a734c025-4ab4-4a1d-b882-afbd3080231b/jobs/42638

Fix -> https://github.com/pytorch/audio/pull/607


Added factory method in TranslatorAwareTreeRouteStack for missing option injection

Overrided the class factory method to import option 'text_domain' using the already present setter setTranslatorTextDomain().
This is necessary to be able to instantiate the TranslatorAwareTreeRouteStack router from config with the option:
<?php
return array(
	'router' => array(
		'router_class' => 'Zend\Mvc\Router\Http\TranslatorAwareTreeRouteStack',
		'text_domain' => 'router',
		'routes' => array(...),
	),

	///
);

Both tests and php-cs-fixer ran ok.

I'm still wrapping my head around the fact that php-cs-fixer doesn't give any warning on the brackets style in the local environment, but Travis does.
Well, now the build is ok

Nevermind, the PR is useless given that apparently the Translator is not automatically injected into TranslatorAwareTreeRouteStack, even if it implements TranslatorAwareInterface.
I'm not sure why this router implements TranslatorAwareInterface, given that the RouterFactory doesn't even inject the translator.
The only way to inject the translator and set the text domain is to do it in the module bootstrap, or maybe overriding the RouterFactory (without touching zf).
If I'll have the time to do it, I'll ask on the list or IRC and eventually open a PR for RouterFactory


assassin's creed odyssey

assassin's creed odyssey is having rendering issues on vulkan.
Causing black textures to occur mostly at night
Vulkan version 1.9.4

No, it doesn't if you're running on a supported platform.
Now go update your AMD drivers.


why not public LCM Stable Diffusion T2I model?

In the paper, T2V or I2V LCM model is distilled from T2I LCM model.
But I thinks there is no training code or model...
Can you check once ?

The T2I LCM model is tuned as a LoRA + Original T2I model. Please check the LCM LoRA weight here. AnimateLCM_sd15_t2v_lora.safetensors


Rename parent to project in logging API

Please refer to https://github.com/googleapis/googleapis/pull/208.
Seems to be low-risk to me. @blowmage @quartzmo Could you please evaluate the risk to the veneer layer to see if we can make the change into the new release?

I agree this seems low risk.
We aren't getting CI builds on PRs, so I'll pull this locally and make sure we don't have any issues with it. Should be later tonight.

@blowmage Thanks!

@swcloud I'm adding the blocking beta label, please remove it if you decide this does not need to be in the beta release.

So no further changes needed? Should I merge?


footer fixed to end of page

What's this PR do? (related issue if exists)
sticks footer to end of page
Any context you want to provide on the implementation?
for any new page
include grid.css and
place footer in footer tag, header in header tag
and wrap the main content of page in .main class (for full width) or .grid-content class (max-width 1000px)
Screenshots? (necessary if an UI/UX change)

the w3 theme is clashing with the css grid in login and signup,
can't figure out how to fix it

login and signup page is a bit nagged, I will fix it using flexbox

Closing this PR.
I will make another one


Shared build+target dependency crates conflate features

Sorry about the title, this one was hard for me to nail down.
I'm working on a project (embedded, no_std) that relies on both bindgen as a build-dependency and libc as a dependency. When I set default-features = false in Cargo.toml for libc, the use of bindgen (which depends upon libc) influences the features enabled in libc when building for the target. To wit:
[package]
...

[build-dependencies]
bindgen = "0.26.3"

[dependencies.libc]
version = "0.2"
default-features = false

When bindgen is specified as a build-dependency, the libc crate is built with the command line:
rustc --crate-name libc /Users/bmatt/.cargo/registry/src/github.com-1ecc6299db9ec823/libc-0.2.29/src/lib.rs --crate-type lib --emit=dep-info,link -C debuginfo=2 --cfg feature="default" --cfg feature="use_std" -C metadata= ...`

this fails for want of std, namely error[E0463]: can't find crate for 'std'.
When bindgen is removed, the libc crate is build with the command line:
rustc --crate-name libc /Users/bmatt/.cargo/registry/src/github.com-1ecc6299db9ec823/libc-0.2.29/src/lib.rs --crate-type lib --emit=dep-info,link -C debuginfo=2 -C metadata=...

this fails for reasons related to missing types (which appears to be a bug in libc?), e.g. error[E0412]: cannot find type c_char in this scope.

Okay, it looks like the underlying reason that libc fails to compile in the latter case is a misunderstanding on my part about compiling libc at all on os-less targets, but I still think there's something weird. :)

IIRC there's another issue or two related to this in Cargo's issue tracker. It's related to how feature resolution works today which happens on a per-crate basis instead of just per-crate-within-a-target basis.

This may be the same problem I'm hitting?
rand has:
[features]
default = ["std"]
std = ["rand_core/std", "libc"]

[dependencies]
libc = { version = "0.2", optional = true }
rand_core = { path = 'rand_core', default-features = false }

rand_core (sub-workspace in same repo) has:
[features]
default = ["std"]
std = []

The build command incorrectly uses default features for rand_core:
$ cargo build --all --no-default-features --verbose
   Compiling rand_core v0.0.1 (file:///home/dhardy/rust/rand/rand_core)
     Running `rustc --crate-name rand_core rand_core/src/lib.rs --crate-type lib --emit=dep-info,link -C debuginfo=2 --cfg 'feature="default"' --cfg 'feature="std"' -C metadata=5fd26c510ee70ad9 -C extra-filename=-5fd26c510ee70ad9 --out-dir /home/dhardy/rust/rand/target/debug/deps -L dependency=/home/dhardy/rust/rand/target/debug/deps`
   Compiling rand v0.3.17 (file:///home/dhardy/rust/rand)
     Running `rustc --crate-name rand src/lib.rs --crate-type lib --emit=dep-info,link -C debuginfo=2 -C metadata=2229235c293652d2 -C extra-filename=-2229235c293652d2 --out-dir /home/dhardy/rust/rand/target/debug/deps -L dependency=/home/dhardy/rust/rand/target/debug/deps --extern rand_core=/home/dhardy/rust/rand/target/debug/deps/librand_core-5fd26c510ee70ad9.rlib`
error[E0277]: the trait bound `jitter_rng::TimerError: std::error::Error` is not satisfied

(error is because rand_core uses std feature while rand does not).
The only workaround I see is to remove default = ["std"] from rand_core. Any chance this can get fixed?
Repo and version: https://github.com/dhardy/rand/tree/53ab77e320184b0950dfbdd44439fd44bdb57700

@dhardy I think that's the same issue, yes, but I believe it's because --all and --no-default-features doesn't work quite as you think it does. I forget exactly what happens but I don't think that builds everything with default features disabled everywhere. I'd have to dig more to understand precisely what's going on.

I don't really understand why --all can have anything to do with it though? If rand is built without default features and without "std" then it should depend on rand_core with default-features = false, right?
That --all will cause Cargo to also build rand_core should have nothing to do with it, as far as I understand. But it's strange that without --all the build succeeds:
$ cargo build --no-default-features --verbose
   Compiling rand_core v0.0.1 (file:///home/dhardy/rust/rand/rand_core)
     Running `rustc --crate-name rand_core rand_core/src/lib.rs --crate-type lib --emit=dep-info,link -C debuginfo=2 -C metadata=80ab4ec61aa4e283 -C extra-filename=-80ab4ec61aa4e283 --out-dir /home/dhardy/rust/rand/target/debug/deps -L dependency=/home/dhardy/rust/rand/target/debug/deps`
   Compiling rand v0.3.17 (file:///home/dhardy/rust/rand)
     Running `rustc --crate-name rand src/lib.rs --crate-type lib --emit=dep-info,link -C debuginfo=2 -C metadata=2229235c293652d2 -C extra-filename=-2229235c293652d2 --out-dir /home/dhardy/rust/rand/target/debug/deps -L dependency=/home/dhardy/rust/rand/target/debug/deps --extern rand_core=/home/dhardy/rust/rand/target/debug/deps/librand_core-80ab4ec61aa4e283.rlib`
    Finished dev [unoptimized + debuginfo] target(s) in 0.84 secs

Note, this is failing with error[E0412]: cannot find typec_charin this scope when compiling a lib via Cargo relying on libc for the wasm32-unknown-unknown target too.

@dhardy sorry for the delayed response but Cargo has the concept of a "current package", and flags like --no-default-features only apply to the current package. That means if the workspace contains any crates that depends on rand, for example, with default features then default features will still be enabled.
@cretz I think that may be unrelated?

@alexcrichton, yes, likely... sorry

@alexcrichton I wasn't building anything which depended on rand.

@dhardy try doing:
 cargo build --no-default-features --features rand_core/std

and you should see the same error. The --no-default-features applies only to the "current crate" which is rand itself. The std feature on rand_core is listed as a default feature, so it's still activated.

@alexcrichton that's besides the point. As I understand it, cargo build --all --no-default-features should build each crate in the workspace correctly. This might entail the following:

building rand_core with default features (whether or not this is correct is debatable but besides the point here)
building rand without default features
building rand's dependencies correctly: that means rand_core without default features

Yes, this may mean rand_core gets compiled twice with different feature-sets all to do the same "build". If Cargo can't separate compiled code by feature flags that's a related issue, and one required to solve this.
I guess the problem would be more apparent if there was a way to depend on another crate explicitly without certain features; that way there would be a feature resolution error if Cargo tried to build rand_core only once (instead of the linker error seen here). Actually, such a thing would be quite useful; it would also give a better error message if a user depended on both rand and rand_core without default features for only one of them (in which case obviously Cargo can't build rand_core twice).

@dhardy heh sorry so this is when it quickly balloons into a larger design question! What I meant previously is just to explain what Cargo currently does, and then also what Cargo currently does is that it only ever compiles a crate once, never twice with different feature sets. Cargo by default unions all features for a crates so they're required to be additive, and this has been Cargo's behavior for quite some time as well!
In that sense I believe right now cargo build --all --no-default-features is working as-is right now. It doesn't work for the rand crate which is arguably a bug in Cargo's design, but there's no easy fix here as it'd be some sort of change in the design of Cargo itself, not a quick bugfix.

Heh, yes it is a deeper Cargo design problem. Feature union (half) makes sense when crate X has multiple dependencies within the same build target (single lib or bin), but when the output targets are separate (libs or bins) it doesn't make sense IMO, but as you say Cargo can't do anything else for now.

Given Rust's 2018 mission of being friendlier to use for embedded systems, I feel that this should be a higher priority. It basically renders it impossible to use any build-time crates which depend on libc (bindgen!) while trying to use libc in your no_std library.

Non-unification of build-dependency features has been implemented and is available as a nightly-only feature on the latest nightly 2020-02-23. See the tracking issue at #7915.
If people following this issue could try it out, and leave your feedback on the tracking issue (#7915), I would appreciate it. Particularly we'd like to know if it helps your project, does it cause any breakage, and does it significantly increase initial compile time.


Fixed links in help issue template

Links were pointing to eo-learn docs instead of sentinelhub-py because these templates were at some point copied from eo-learn.

Codecov Report

Merging #245 (8f8baa4) into develop (16d0edd) will decrease coverage by 0.04%.
The diff coverage is n/a.

@@             Coverage Diff             @@
##           develop     #245      +/-   ##
===========================================
- Coverage    88.80%   88.75%   -0.05%
===========================================
  Files           39       39
  Lines         4038     4038
===========================================
- Hits          3586     3584       -2
- Misses         452      454       +2

Impacted Files
Coverage Δ

sentinelhub/os_utils.py
71.87% <0.00%> (-6.25%)
:arrow_down:

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 16d0edd...8f8baa4. Read the comment docs.


raspberry-pi-imager: Add a note on opting out of telemetry

[x] I have read the Contributing Guide.

/verify


Can't intall package

I try to install trapm-nspawn but it isn't there.

Expected Behavior
I can use tramp-nspawn
Actual Beahavoir
I get an error

Error in user's config: config.el, (file-missing Cannot open load file No such file or directory tramp-nspawn)

My path is
("/nix/store/3crzy4n80vp2b6i3i8ja14xw01i7vbh3-doom-private/snippets/" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/package-lint" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/ht" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/emojify" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/yaml" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/forge" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/deferred" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/uuidgen" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/treepy" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/ghub" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/a" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/emacsql" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/emacsql-sqlite" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/closql" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/async" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/magit-popup" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/magit-section" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/popup" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/with-editor" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/transient" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/annalist" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/expand-region" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/embrace" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/fringe-helper" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/git-gutter" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/goto-chg" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/shrink-path" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/let-alist" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/epl" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/pkg-info" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/nadvice" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/elisp-refs" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/f" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/s" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/dash" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/parent-mode" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/bind-key" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/tramp-nspawn" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/link-hint" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/drag-stuff" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/company-shell" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/ob-async" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/orgit" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-org" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/org-cliplink" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/toc-org" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/ox-clip" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/org-yt" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/htmlize" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/avy" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/org-contrib" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/org" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-markdown" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/edit-indirect" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/markdown-toc" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/markdown-mode" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/buttercup" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/flycheck-cask" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/flycheck-package" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/elisp-demos" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/elisp-def" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/overseer" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/macrostep" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/highlight-quoted" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/code-review" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/magit-todos" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/magit-gitflow" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/magit" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/request" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/dumb-jump" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/eros" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/quickrun" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/flycheck-popup-tip" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/flycheck" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/git-modes" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/git-timemachine" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/git-commit" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/browse-at-remote" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/undo-fu-session" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/undo-fu" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/fd-dired" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/dired-rsync" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/dired-git-info" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/diredfl" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/doom-snippets" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/auto-yasnippet" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-vimish-fold" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/vimish-fold" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/yasnippet" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-collection" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-quick-diff" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/exato" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-visualstar" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-traces" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-textobj-anyblock" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-surround" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-snipe" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-numbers" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-nerd-commenter" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-lion" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-indent-plus" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-exchange" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-escape" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-embrace" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-easymotion" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-args" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/persp-mode" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/vi-tilde-fringe" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/git-gutter-fringe" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-goggles" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/evil-anzu" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/anzu" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/doom-modeline" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/hl-todo" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/solaire-mode" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/doom-themes" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/wgrep" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/marginalia" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/embark-consult" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/embark" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/consult-flycheck" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/consult-dir" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/compat" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/consult" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/orderless" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/vertico" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/company-dict" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/company" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/which-key" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/general" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/project" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/projectile" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/ws-butler" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/smartparens" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/pcre2el" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/helpful" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/dtrt-indent" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/better-jumper" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/restart-emacs" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/rainbow-delimiters" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/highlight-numbers" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/hide-mode-line" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/all-the-icons" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/use-package" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/straight" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/explain-pause-mode" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/gcmh" "/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/auto-minor-mode" "/nix/store/q67j3b8xw742z8959nalmqy5dy9y79h6-doom-src/lisp/" "/nix/store/32f2i9yhzr7mdhan0z3rva7iyl8nh097-emacs-straight.el/share/emacs/site-lisp" "/nix/store/17911chzjyidcmw6xslxlpjzrj0qljj5-emacs-packages-deps/share/emacs/site-lisp" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/site-lisp" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/site-lisp" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/vc" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/url" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/textmodes" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/progmodes" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/play" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/org" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/nxml" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/net" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/mh-e" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/mail" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/leim" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/language" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/international" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/image" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/gnus" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/eshell" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/erc" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/emulation" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/emacs-lisp" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/cedet" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/calendar" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/calc" "/nix/store/cazpb1hdjqin0wp9x1855k0gwy1l3kmn-emacs-28.1/share/emacs/28.1/lisp/obsolete")

/nix/store/y4fbc1pa9pap01xn1ia5b156p68614qm-straight-emacs-env/straight/build-28.1/tramp-nspawn doesn't exists
I have a minmal example
flake.nix
{
  description = "Test";

  inputs = {
    nix-doom-emacs.url = "github:nix-community/nix-doom-emacs";
    flake-utils.url = "github:numtide/flake-utils";
  };

  outputs = { self, nix-doom-emacs, flake-utils, ... }@inputs:
    flake-utils.lib.eachDefaultSystem (
      system: {
        packages.default = nix-doom-emacs.package.${system} {
          doomPrivateDir = ./doom.d;
          emacsPackagesOverlay = _: super:
            {
              tramp-nspawn = super.trivialBuild rec {
                pname = "tramp-nspawn";
                version = "0.0.0";
                src = super.fetchFromGitHub {
                  owner = "emacs-straight";
                  repo = pname;
                  rev = "9977691242b50a853b351d6d234968c1c10f0af0";
                  sha256 = "0m5fzpqxk7hrbxsgqplkg7h2p7gv6s1miymv3gvw0cz039skaf0s";
                };
              };
            };
        };
      });
    }

flake.lock
{
  "nodes": {
    "doom-emacs": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-3apl0eQlfBj3y0gDdoPp2M6PXYnhxs0QWOHp8B8A9sc=",
        "owner": "doomemacs",
        "repo": "doomemacs",
        "rev": "c44bc81a05f3758ceaa28921dd9c830b9c571e61",
        "type": "github"
      },
      "original": {
        "owner": "doomemacs",
        "ref": "master",
        "repo": "doomemacs",
        "type": "github"
      }
    },
    "doom-snippets": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-1arRqlTos5uj6N47N4hyzHMMoUBxsxaZ/NK7iN5A+ZY=",
        "owner": "doomemacs",
        "repo": "snippets",
        "rev": "f957f8d195872f19c7ab0a777d592c611e10e9bb",
        "type": "github"
      },
      "original": {
        "owner": "doomemacs",
        "repo": "snippets",
        "type": "github"
      }
    },
    "emacs-overlay": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-DSVel5s2LajK2F+bxKwenfbDis63GprQLJjAfpfWgfU=",
        "owner": "nix-community",
        "repo": "emacs-overlay",
        "rev": "6b4445aa659fa26b4f36d9975b34632312699a85",
        "type": "github"
      },
      "original": {
        "owner": "nix-community",
        "repo": "emacs-overlay",
        "type": "github"
      }
    },
    "emacs-so-long": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-xIa5zO0ZaToDrec1OFjBK6l39AbA4l/CE4LInVu2hi0=",
        "owner": "hlissner",
        "repo": "emacs-so-long",
        "rev": "ed666b0716f60e8988c455804de24b55919e71ca",
        "type": "github"
      },
      "original": {
        "owner": "hlissner",
        "repo": "emacs-so-long",
        "type": "github"
      }
    },
    "evil-escape": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-aB2Ge5o/93B18tPf4fN1c+O46CNh/nOqwLJbox4c8Gw=",
        "owner": "hlissner",
        "repo": "evil-escape",
        "rev": "819f1ee1cf3f69a1ae920e6004f2c0baeebbe077",
        "type": "github"
      },
      "original": {
        "owner": "hlissner",
        "repo": "evil-escape",
        "type": "github"
      }
    },
    "evil-markdown": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-HBBuZ1VWIn6kwK5CtGIvHM1+9eiNiKPH0GUsyvpUVN8=",
        "owner": "Somelauw",
        "repo": "evil-markdown",
        "rev": "8e6cc68af83914b2fa9fd3a3b8472573dbcef477",
        "type": "github"
      },
      "original": {
        "owner": "Somelauw",
        "repo": "evil-markdown",
        "type": "github"
      }
    },
    "evil-org-mode": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-JxwqVYDN6OIJEH15MVI6XOZAPtUWUhJQWHyzcrUvrFg=",
        "owner": "hlissner",
        "repo": "evil-org-mode",
        "rev": "a9706da260c45b98601bcd72b1d2c0a24a017700",
        "type": "github"
      },
      "original": {
        "owner": "hlissner",
        "repo": "evil-org-mode",
        "type": "github"
      }
    },
    "evil-quick-diff": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-oGzl1ayW9rIuq0haoiFS7RZsS8NFMdEA7K1BSozgnJU=",
        "owner": "rgrinberg",
        "repo": "evil-quick-diff",
        "rev": "69c883720b30a892c63bc89f49d4f0e8b8028908",
        "type": "github"
      },
      "original": {
        "owner": "rgrinberg",
        "repo": "evil-quick-diff",
        "type": "github"
      }
    },
    "explain-pause-mode": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-++znrjiDSx+cy4okFBBXUBkRFdtnE2x+trkmqjB3Njs=",
        "owner": "lastquestion",
        "repo": "explain-pause-mode",
        "rev": "2356c8c3639cbeeb9751744dbe737267849b4b51",
        "type": "github"
      },
      "original": {
        "owner": "lastquestion",
        "repo": "explain-pause-mode",
        "type": "github"
      }
    },
    "flake-compat": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-Z+s0J8/r907g149rllvwhb4pKi8Wam5ij0st8PwAh+E=",
        "owner": "edolstra",
        "repo": "flake-compat",
        "rev": "b4a34015c698c7793d592d66adbab377907a2be8",
        "type": "github"
      },
      "original": {
        "owner": "edolstra",
        "repo": "flake-compat",
        "type": "github"
      }
    },
    "flake-utils": {
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-zllb8aq3YO3h8B/U0/J1WBgAL8EX5yWf5pMj3G0NAmc=",
        "owner": "numtide",
        "repo": "flake-utils",
        "rev": "c0e246b9b83f637f4681389ecabcb2681b4f3af0",
        "type": "github"
      },
      "original": {
        "owner": "numtide",
        "repo": "flake-utils",
        "type": "github"
      }
    },
    "flake-utils_2": {
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-zllb8aq3YO3h8B/U0/J1WBgAL8EX5yWf5pMj3G0NAmc=",
        "owner": "numtide",
        "repo": "flake-utils",
        "rev": "c0e246b9b83f637f4681389ecabcb2681b4f3af0",
        "type": "github"
      },
      "original": {
        "owner": "numtide",
        "repo": "flake-utils",
        "type": "github"
      }
    },
    "format-all": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-ul7LCe60W8TIvUmUtZtZRo8489TK9iTPDsLHmzxY57M=",
        "owner": "lassik",
        "repo": "emacs-format-all-the-code",
        "rev": "47d862d40a088ca089c92cd393c6dca4628f87d3",
        "type": "github"
      },
      "original": {
        "owner": "lassik",
        "repo": "emacs-format-all-the-code",
        "rev": "47d862d40a088ca089c92cd393c6dca4628f87d3",
        "type": "github"
      }
    },
    "nix-doom-emacs": {
      "inputs": {
        "doom-emacs": "doom-emacs",
        "doom-snippets": "doom-snippets",
        "emacs-overlay": "emacs-overlay",
        "emacs-so-long": "emacs-so-long",
        "evil-escape": "evil-escape",
        "evil-markdown": "evil-markdown",
        "evil-org-mode": "evil-org-mode",
        "evil-quick-diff": "evil-quick-diff",
        "explain-pause-mode": "explain-pause-mode",
        "flake-compat": "flake-compat",
        "flake-utils": "flake-utils_2",
        "format-all": "format-all",
        "nix-straight": "nix-straight",
        "nixpkgs": "nixpkgs",
        "nose": "nose",
        "ob-racket": "ob-racket",
        "org": "org",
        "org-contrib": "org-contrib",
        "org-yt": "org-yt",
        "php-extras": "php-extras",
        "revealjs": "revealjs",
        "rotate-text": "rotate-text",
        "sln-mode": "sln-mode",
        "ts-fold": "ts-fold",
        "ws-butler": "ws-butler"
      },
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-Aksr5xArGPbyrqEa/jxXn0/d9hc639SvpgUqfkdPLCY=",
        "owner": "nix-community",
        "repo": "nix-doom-emacs",
        "rev": "a62512125de85c81fa8d1bb77ba8c8fe96d5b390",
        "type": "github"
      },
      "original": {
        "owner": "nix-community",
        "repo": "nix-doom-emacs",
        "type": "github"
      }
    },
    "nix-straight": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-ZefQiv4Ipu2VkLjs1oyelTLU7kBVJgkcQd+yBpJU0yo=",
        "owner": "nix-community",
        "repo": "nix-straight.el",
        "rev": "fb8dd5c44cde70abd13380766e40af7a63888942",
        "type": "github"
      },
      "original": {
        "owner": "nix-community",
        "repo": "nix-straight.el",
        "type": "github"
      }
    },
    "nixpkgs": {
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-1E2IGPajOsrkR49mM5h55OtYnU0dGyre6gl60NXKITE=",
        "owner": "NixOS",
        "repo": "nixpkgs",
        "rev": "0e304ff0d9db453a4b230e9386418fd974d5804a",
        "type": "github"
      },
      "original": {
        "id": "nixpkgs",
        "ref": "nixpkgs-unstable",
        "type": "indirect"
      }
    },
    "nose": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-daEi8Kta1oGaDEmUUDDQMahTTPOpvNpDKk22rlr7cB0=",
        "owner": "emacsattic",
        "repo": "nose",
        "rev": "f8528297519eba911696c4e68fa88892de9a7b72",
        "type": "github"
      },
      "original": {
        "owner": "emacsattic",
        "repo": "nose",
        "type": "github"
      }
    },
    "ob-racket": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-rBUYDDCXb+3D4xTPQo9UocbTPZ32kWV1Uya/1DmZknU=",
        "owner": "xchrishawk",
        "repo": "ob-racket",
        "rev": "83457ec9e1e96a29fd2086ed19432b9d75787673",
        "type": "github"
      },
      "original": {
        "owner": "xchrishawk",
        "repo": "ob-racket",
        "type": "github"
      }
    },
    "org": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-ZpxKw8L/IpxolkGyQMDut6V4i8I1T5za0QBBrztfcts=",
        "owner": "emacs-straight",
        "repo": "org-mode",
        "rev": "e36c3cc21b8b1471e1f7928a118de693819c3f12",
        "type": "github"
      },
      "original": {
        "owner": "emacs-straight",
        "repo": "org-mode",
        "type": "github"
      }
    },
    "org-contrib": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-rE7aioQxeVjo+TVI4DIppKkmf/c7tRNzK6hQJAmUnVE=",
        "owner": "emacsmirror",
        "repo": "org-contrib",
        "rev": "0740bd3fe69c4b327420185d931dcf0a9900a80e",
        "type": "github"
      },
      "original": {
        "owner": "emacsmirror",
        "repo": "org-contrib",
        "type": "github"
      }
    },
    "org-yt": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-dzQ6B7ryzatHCTLyEnRSbWO0VUiX/FHYnpHTs74aVUs=",
        "owner": "TobiasZawada",
        "repo": "org-yt",
        "rev": "40cc1ac76d741055cbefa13860d9f070a7ade001",
        "type": "github"
      },
      "original": {
        "owner": "TobiasZawada",
        "repo": "org-yt",
        "type": "github"
      }
    },
    "php-extras": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-r4WyVbzvT0ra4Z6JywNBOw5RxOEYd6Qe2IpebHXkj1U=",
        "owner": "arnested",
        "repo": "php-extras",
        "rev": "d410c5af663c30c01d461ac476d1cbfbacb49367",
        "type": "github"
      },
      "original": {
        "owner": "arnested",
        "repo": "php-extras",
        "type": "github"
      }
    },
    "revealjs": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-BhnEmX+8h0MVol7T4Zr2w53A+AmgzcVirpwHCR/G73U=",
        "owner": "hakimel",
        "repo": "reveal.js",
        "rev": "b23d15c4304a9a1b72f484171fc97682e5ed85a3",
        "type": "github"
      },
      "original": {
        "owner": "hakimel",
        "repo": "reveal.js",
        "type": "github"
      }
    },
    "root": {
      "inputs": {
        "flake-utils": "flake-utils",
        "nix-doom-emacs": "nix-doom-emacs"
      }
    },
    "rotate-text": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-SOeOgSlcEIsKhUiYDJv0p+mLUb420s9E2BmvZQvZ0wk=",
        "owner": "debug-ito",
        "repo": "rotate-text.el",
        "rev": "48f193697db996855aee1ad2bc99b38c6646fe76",
        "type": "github"
      },
      "original": {
        "owner": "debug-ito",
        "repo": "rotate-text.el",
        "type": "github"
      }
    },
    "sln-mode": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-XqkqPyEJuTtFslOz1fpTf/Klbd/zA7IGpzpmum/MGao=",
        "owner": "sensorflo",
        "repo": "sln-mode",
        "rev": "0f91d1b957c7d2a7bab9278ec57b54d57f1dbd9c",
        "type": "github"
      },
      "original": {
        "owner": "sensorflo",
        "repo": "sln-mode",
        "type": "github"
      }
    },
    "ts-fold": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-gDelW/h2LyknTQNkHODvzCJCKelLdLIQoDh/L1lk3KA=",
        "owner": "jcs-elpa",
        "repo": "ts-fold",
        "rev": "28409a0ceede0751ed9d520c6a19d1f5f1211502",
        "type": "github"
      },
      "original": {
        "owner": "jcs-elpa",
        "repo": "ts-fold",
        "type": "github"
      }
    },
    "ws-butler": {
      "flake": false,
      "locked": {
        "lastModified":<PHONE_NUMBER>,
        "narHash": "sha256-c0y0ZPtxxICPk+eaNbbQf6t+FRCliNY54CCz9QHQ8ZI=",
        "owner": "hlissner",
        "repo": "ws-butler",
        "rev": "572a10c11b6cb88293de48acbb59a059d36f9ba5",
        "type": "github"
      },
      "original": {
        "owner": "hlissner",
        "repo": "ws-butler",
        "type": "github"
      }
    }
  },
  "root": "root",
  "version": 7
}

config.el
(use-package! tramp-nspawn
  :config (tramp-nspawn-setup))

packages.el
(package! tramp-nspawn)

See #259, #252, and (perhaps most importantly) #doom-emacs:nixos.org. Maybe it's the 0.0.0 version.


[WIP][Draft] Support uniffle 0.9.0

What changes were proposed in this pull request?
Support uniffle 0.9.0

@summaryzb, I have verified the change in #6484. This pull request could be closed.


Didn't I just provide that argument?

Hello,
I'm BM. A very nice and polite guy.
Trying out some examples with Forge. This example (https://book.getfoundry.sh/tutorials/solmate-nft.html?highlight=create#create-project-and-install-dependencies) looks fun but I cannot get this input to work. What am I doing wrong here? Didn't I just provide that argument?
forge create --rpc-url https://polygon-rpc.com --private-key 0xc96bf26aa396abaf1aaxxx --constructor-args src/NFT.sol:NFT
error: The following required arguments were not provided:

USAGE:
forge create --rpc-url <RPC_URL> --private-key <PRIVATE_KEY> --constructor-args <constructor_args>...

Have a look at this example:
https://book.getfoundry.sh/tutorials/solmate-nft.html?highlight=create#implement-a-basic-nft
you provided the contract as constructor args instead of the actual constructor args to use when deploying the NFT contract
--constructor-args src/NFT.sol:NFT

if you're following the example then the correct command would be
forge create NFT --rpc-url=$RPC_URL --private-key=$PRIVATE_KEY --constructor-args <name> <symbol>

where name and symbol are the arguments the constructor of the NFT contract expects


failed to open hypervisor /dev/kvm failed to create vm, no such file or directory

Missing /dev/kvm would indicate that virtualization is not enabled in the bios. Nothing we can really do about that although zos can easily check if this file exists and return a "nice"error message which could be interpreted by clients.
On another node, we might want a "capabilities" endpoint in zos, where a client can query the available options for the node. Running a VM might be one of those.
Alternatively, since VM is a big part of running workloads (almost all useable workloads require a VM unless you want a 0-db), we might want to stop zos from registering itself if VM's are not enabled in the bios


bug on More readable options.txt #491

i can't use controls
https://github.com/user-attachments/assets/ce3050ef-adf3-4849-817c-48615b41b87e

The issues tab is not the appropriate place to share feedback on pull requests. Please keep feedback to comments on the pull requests instead. Thank you


Constant appearance of a breakpoint.

This error keeps popping up even if no code is being executed.
Why is this breakpoint raises 1 time per second? How to turn it off?

What is your setting for breakOnRecordWrite?

    {
        "type": "al",
         "request": "launch",
        "name": "BC20.3",
        "server": "http://bc23",
        "tenant": "default",
        "serverInstance": "BC",
        "authentication": "UserPassword",
        "startupObjectId": 70611641,
        "startupObjectType": "Page",
        "breakOnError": true,
        "breakOnRecordWrite": false,
        "launchBrowser": true,
        "enableLongRunningSqlStatements": true,
        "enableSqlInformationDebugger": true,
        "schemaUpdateMode": "ForceSync",
    }

Probably you are in an error condition. If you open the variables, don't you see among the locals as the last variable an error message.
I assume if you open the breakpoints window, you donot see this breakpoint.

Yes. Locals contain information about no access to the "User Preference" table, but I have SUPER permissions.

Same here. Is this because (in my case) delegated admins are treated differently?

I do not know. That is a question to @JesperSchulz , or app teams.   This is not a debugger issue.
I am closing the issue.

And what must I do? Problem exists


Stack creation fails with "API: s3:SetBucketEncryption Access Denied" error

Describe the bug
While launching this template, the nested stack "MieStack" fails with following error.
"API: s3:SetBucketEncryption Access Denied" for the resource Logical ID "DataplaneLogsBucket"
To Reproduce
Just launch the stack in either regions and it throws the error. As stack gets rolled back and resources deleted, I cannot proceed further.
Expected behavior
Stack should launch without any error.
Please complete the following information about the solution:
(SO0163) - aws-media-insights-engine v3.0.2 for the nested stack
(SO0042) - aws-content-analysis v2.0.0 for the root stack

Region: [us-east-1 and us-west-2]
[No] Was the solution modified from the version published on this repository?
[n/a] If the answer to the previous question was yes, are the changes available on GitHub?
[n/a] Have you checked your service quotas for the sevices this solution uses?
[No] Were there any errors in the CloudWatch Logs?

investigating...

Thanks. It was an Organization SCP blocking permission to enable SSE on buckets.


Version 0.21.0 cannot be compiled

Problem
When I tried to reference version 0.21.0 of Yew in a new project, the compilation failed. The error is shown in the following figure
Steps To Reproduce
Steps to reproduce the behavior:

Go to '...'
Click on '....'
Scroll down to '....'
See error

Expected behavior
A clear and concise description of what you expected to happen.
Screenshots

Environment:

Yew version: [e.g. v0.21.0, master]
Rust version: [e.g. 1.80.0, default]
Target, if relevant: [e.g. wasm32-unknown-emscripten]
Build tool, if relevant: [e.g. wasm-pack, trunk]
OS, if relevant: [e.g. Windows]
Browser and version, if relevant: [e.g. Chrome v83]

Questionnaire

[ ] I'm interested in fixing this myself but don't know where to start
[ ] I would like to fix and I have a solution
[ ] I don't have time to fix this right now, but maybe later

Please provide reproduction steps

Please provide reproduction steps

1、Create a new project using the command 'cargo new yew app';
2、Open the project using RustRover IDEA；
3、In the Cargo.toml file located in the root directory of the project, directly reference yew={version="0.21.0", features=["csr"]} or yew={git=“ https://github.com/yewstack/yew/ Features=["csr"]} or yew="0.21.0". Then directly click on the Cargo Manager on the right to refresh and compile. Finally, a compilation error message will appear as shown in the screenshot.

If a manual cargo check on the console works, then I think that this is more related to RustRover IDEA or rust-analyzer getting run.
In any case, this seems unrelated to yew, since already a dependency (web-sys) fails to build due to rust not finding the transitive dependencies for wasm-bindgen/js-sys. It's more likely specific to your setup.

If a manual cargo check on the console works, then I think that this is more related to RustRover IDEA or rust-analyzer getting run. In any case, this seems unrelated to yew, since already a dependency (web-sys) fails to build due to rust not finding the transitive dependencies for wasm-bindgen/js-sys. It's more likely specific to your setup.
Similar error on an open bug report for RustRover.

emmmm……After running the cargo check command, the compilation passed. This problem seems to have been resolved. Thank you very much for your suggestion. I will continue to try again.


Containers inside guest can't access internet

BEFORE SUBMITTING YOUR ISSUE, PLEASE LOOK AT THE PINNED ISSUES AND USE THE SEARCH FUNCTION TO MAKE SURE IT IS NOT ALREADY REPORTED. ALWAYS COMMENT ON AN EXISTING ISSUE INSTEAD OF MAKING A NEW ONE.
Describe the issue
If you set up a container's netowrking using iptables, it can not reach the internet, though the guest itself can reach the internet.
Configuration

UTM Version: 4.3.1
macOS Version: 11
Mac Chip (Intel, M1, ...): M1

Crash log
Debug log
Upload VM

Oh, this was an issue on my part.


DateTimeRecognizer: "monday 8 to 9" returns a null resolution

Something gets recognized because I get back a result with a type of datetimev2.datetimerange but the resolution is null. I'm using the latest published version 1.0.0-rc.32.0.

Reproduced in .NET as well.

Fix merged. It will be available in the next release. Tentatively next week.


Added GRU cell from examples to new RNN API

lets keep consistency with keras and others and use z, r, h ordering

are you referring to the order of variables after SliceChannel?

yes
Tobias Domhan<EMAIL_ADDRESS>周四下午9:45写道：

are you referring to the order of variables after SliceChannel?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/dmlc/mxnet/pull/5215#issuecomment-283871112, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAiudFtuliICRraII10LzWJ86GeoAbvgks5rh6jhgaJpZM4MRhUL
.

yes we should have a consistency test
There is already consistency test for lstm in testoperatorgpu
Xingjian Shi<EMAIL_ADDRESS>周四下午9:47写道：

@sxjscience commented on this pull request.
In python/mxnet/rnn/rnn_cell.py
https://github.com/dmlc/mxnet/pull/5215#discussion_r104092369:

                               bias=self._h2h_gates_bias,

                               num_hidden=self._num_hidden * 2,

                               name="%s_h2h_gates" % name)

   i2h, i2h_z, i2h_r = symbol.SliceChannel(i2h, num_outputs=3,

                                           name="%s_i2h_slice" % name)

   h2h_z, h2h_r = symbol.SliceChannel(h2h, num_outputs=2,

                                      name="%s_h2h_gates_slice" % name)

   update_gate = symbol.Activation(i2h_z + h2h_z, act_type="sigmoid", name="%s_z_act" % name)

   reset_gate = symbol.Activation(i2h_r + h2h_r, act_type="sigmoid", name="%s_r_act" % name)

   next_h_tmp = symbol.FullyConnected(data=(reset_gate * prev_state_h),

                                      weight=self._h2h_weight,

                                      bias=self._h2h_bias,

                                      num_hidden=self._num_hidden,

                                      name="%s_h2h" % name)

In cudnn v5.0, the GRU is like tanh(W_h x_t + r_t \circ (R_h h_{t-1} +
b_{R_h}) + b_{W_h}). Should we make GRU the same as cudnn?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/dmlc/mxnet/pull/5215#pullrequestreview-24908070, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAiudMMBAbs1JEIzbsHD_QZ7B_8Zehscks5rh6mFgaJpZM4MRhUL
.

I updated the CR with a CuDNN compatible version of GRU.

are there any blockers for merging this?

Can one of the admins verify this patch?

travis test is extremely slow... I guess I'll force this.


Feature: all actions should have a parameter that allows for opting into / outof error === exit/skip

Description
Some actions are inconsistent with respects to how they handle errors.
Some will :

print error, and continue on with next action in the current manifest.
print error, and cause rest of manifest to be ignored.
print error, and cause the rest of the entire repo to be ignored.

Perhaps we should think about a way to make this behaviour official and obvious to the user by:

providing a flag on each action on_error: die | skip_manifest | continue
default to die
when a fatal error occurs, print the error with something like :

<the error spam>

if you want to ignore this error, declare: `on_error: continue`, read more: https://comtrya.dev/blah/blah/blah

I'm not sure what you consider the the correct wording and formatting, but essentially it should do two things:

show the error
help the user get past the error
give a link to the deep dive

Additional information
Add more context which didn't fit in the fields above.

We have to get better at detecting errors and fail safely. We're working on this topic. This shouldn't be a thing the user should take care of

Error handling is hard because our Atoms plan function only returns a boolean. We need to modify this to be more sophisticated and explain why a plan says no, which means we can handle error cases a lot better.
Definitely something we should improve in the short term

Could we solve this by returning an Enum with wrapped values?
enum ReturnValue {
  SUCCESS,
  ERROR(String)
}


Handle database persistence

Doctors should be able to save the following details on users:

First Name
Last Name
ΑΦΜ
ΑΜΚΑ
Phone
Email

Looks good! Save those details on a POCO class in Polyphemus.Persistence, under Model/Patient.cs


Graticule labels

This pull request replaces #4369. It provides the same API. I implemented things quite differently to improve performance, and tried to use sensible defaults so graticule labels work fine out of the box.

nice improvement, thanks!

Hello, I have a question: is this feature available in OL 4.1.1 ?

No, but it will be in v4.2.0, which will be released tomorrow.

Awesome! Great news! Thank you very much for the great work!