Profiles missing after copying settings to other computer

Windows Terminal version
1.19.10821.0
Windows build number
10.0.19045.4291
Other Software
No response
Steps to reproduce

Create profiles on one computer with VS 2022 Community, these include the following

Developer Command Prompt for VS 2022
Developer PowerShell for VS 2022
Git Bash
Visual Studio Debug Console

Copy the content of settings.json to another computer with VS 2022 Professional
Open the Terminal app

Expected Behavior
All profiles are there
Actual Behavior
All mentioned profiles are missing. But I can add duplicates of the first two, so they appear to be known but just hidden. The duplicates will have the "(copy)" name suffix which can be removed. After the process, they exist all twice in the listbox in "add profile". Interesting is that the start command is not included in the settings.json file, so I guess it comes from somewhere else on the system. I'd expect the profile definitions to be complete and not rely on external hidden system configuration.
Git Bash and the last one remain unavailable however. They simply cannot be added or shown on the new computer.
Looks like the Terminal profiles management has severe issues and can't even read or maintain a simple list.

The Visual Studio profiles are "dynamic profiles" - they're maintained by the Terminal. Terminal will make them for you if it finds a VS install. If you move your settings to a machine without that version of VS installed, or uninstall VS, the terminal will also hide them for you.
Git Bash is a "fragment profile". That's created by Git Bash itself. You'll need to install git bash to have that profile show up.

So, what's broken then when Terminal won't show me the VS 2022 profiles or the Git Bash profile? All of them are installed. And do I need to take special care to clean up the settings file when copying it to another machine?

 Could you also share a copy of the state.json /?

{
	"dismissedMessages" :
	[
		"setAsDefault",
		"closeOnExitInfo"
	],
	"generatedProfiles" :
	[
		"{b453ae62-4e3d-5e58-b989-0a998ec441b8}",
		"{807ee6ac-575b-5fc3-addf-d6b776d86c4c}",
		"{7990c245-801b-5dac-b188-4c24a940312e}",
		"{2ece5bfe-50ed-5f3a-ab87-5cd4baafed2b}",
		"{16208362-94fc-5b1f-a491-5b2624d5ab56}",
		"{574e775e-4f2a-5b96-ac1e-a2962a402336}"
	],
	"settingsHash" : "ad91168ea1206c89-01d9eb26187bfb72"
}

"{b453ae62-4e3d-5e58-b989-0a998ec441b8}": Azure Cloud Shell
"{807ee6ac-575b-5fc3-addf-d6b776d86c4c}": Developer Command Prompt for VS 2022
"{7990c245-801b-5dac-b188-4c24a940312e}": Developer PowerShell for VS 2022
"{2ece5bfe-50ed-5f3a-ab87-5cd4baafed2b}": Git Bash
"{16208362-94fc-5b1f-a491-5b2624d5ab56}": Visual Studio Debug Console
"{574e775e-4f2a-5b96-ac1e-a2962a402336}": PowerShell Core

I bet, if you close the Terminal, delete state.json, and then start the Terminal, it should re-detect the VS ones. That's a guess.

Sorry, that doesn't change anything.
I guess that Terminal's settings system is broken. I can't really use it to copy settings to another computer. What would I need that settings file for then? It's really a pain to use that app.

Trying this on another separate computer now and the Git Bash profile just won't appear. The app itself is available from the start menu, but it can't go into the Terminal app. The saved profile in the settings is simply ignored. So there is definitely a bug in there. This issue needs relabelling from question to bug.


fix(core): reset FormArray when resetting model.

fix #648
What kind of change does this PR introduce? Bug fix

This change is

Codecov Report

Merging #750 into master will increase coverage by 1.04%.
The diff coverage is 95.65%.

@@            Coverage Diff             @@
##           master     #750      +/-   ##
==========================================
+ Coverage      93%   94.05%   +1.04%
==========================================
  Files          18       18
  Lines         786      790       +4
  Branches      228      225       -3
==========================================
+ Hits          731      743      +12
+ Misses         55       47       -8

Impacted Files
Coverage Δ

src/core/src/templates/field-array.type.ts
69.56% <0%> (+34.78%)
:arrow_up:

src/core/src/components/formly.form.ts
96% <100%> (+1.63%)
:arrow_up:

src/core/src/utils.ts
96.22% <100%> (ø)
:arrow_up:

src/core/src/services/formly.form.builder.ts
94.47% <0%> (-1.11%)
:arrow_down:

src/core/src/templates/field.type.ts
95.83% <0%> (+4.16%)
: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 90dd1da...0123c19. Read the comment docs.


Android backends as android library

As part of #5846, a goal was to have the android backends as library. With this change, we get a better IDE integration and more possibilities for building the backends with gradle (which is the goal for the future).
With this configuration, we can set some android requirements for libgdx. For example the minSdk gives developers a hint while update their libgdx version. (May help with #5957)
An option which we may use in the future is the deploying of native via aar. This is normal way for android libraries to deploy their natives. Currently, it isn't configured.
Another great value has now the linter which checks the android code for errors with different api versions etc.
Someone may say, that these changes will drop the support of other IDEs than Android Studio / IntelliJ to develop android application. That's not true. This PR only adds more options to develop and deploy libgdx. It doesn't remove the current ones. Only if we use only the aar deployment, it will break probably the support for other IDEs. In my opinion, this wouldn't hurt either because it's a big effort to use the other IDEs with android anyway, what most developers know.

Until GWT possibly becomes free on IntelliJ Community, which it might not, Eclipse is still useful for LibGDX web applications.

The important question here: is this a change breaking something, or is it non-breaking?

I don't see it as breaking because no one has to change something after merging this. At first because maven is used as deployment and secondary is the logic for downloading the natives is still present inside the build gradle files and should also still work

@mgsx-dev can you test if this works for you - except Android - in Eclipse?

@MrStahlfelge it seams to be working, even for android. Actually Eclipse setup doesn't use Gradle at all, it using eclipse files and jars in libs folder. So i don't think there are any impacts. I'll removed me from reviewers because i can't say if changes or fine, i'm not an Android guy anymore :-)

however, the question is for libgdx projects, does android backend still a jar?

What if we add a task which extracts the jar from the aar and adds it as dependency? @PokeMMO talked about something like this (If I remember correctly)
IntelliJ / Android Studio users would have the good support which they now from other android projects and eclipse user can still edit their files

It's possible to do, but every user will ahve to edit their gradle config to do it.
What benefit does this add, since natives aren't supplied from this aar?

I think the discussion about AAR or Eclipse support is independent from this PR. As @SimonIT explains, this PR only changes the Gradle build of libGDX project itself to make it play nice with IDEs that do integrate Android Gradle tool chain. But Gradle is not used to build the libGDX published artifacts afaik (we use Maven and Ant) which are still JARs.
Building Android modules the Android way makes IDEs integrations that support it better and more solid.
I've merged it locally and run into some issues when running Gradle Build with the modules tests:gdx-tests-android first and then extensions:gdx-controllers_gdx-controllers-android.
The error is the following: Program type already present: com.badlogic.gdx.Application$ApplicationType
Unfortunately, fixing this errors though is a bit like a waterfall.
First issue is we are using an old version of the Android plugin (3.1.0) which doesn't play well with Android X (see https://github.com/libgdx/libgdx/issues/6038). By listing gdx-test-android current dependencies we can see there's a mix of android.support and Android X dependencies which is bad. Updating it to 3.5.4 (which also requires updating the Gradle wrapper to 5.4.1) fixes the problem on tests:gdx-tests-android but then a similar error (but not exactly the same) appears on extensions:gdx-controllers_gdx-controllers-android.
To fix that one I've had to remove a workaround we needed to run tests on Idea which seems not to be needed anymore after making everything Gradle friendly.
The last one is a minor Lint error complaining about not having Vibration permission on the manifest (it will probably worth disabling this lint check as we don't want to add vibration permission to libGDX manifest).
@SimonIT I've made these changes on this branch https://github.com/obigu/libgdx/tree/5976 (see last commit https://github.com/obigu/libgdx/commit/f05d6ac2fedb5807251a854b1592e6ec85db90d3). It would be great if you could have a look and consider merging those changes.

But Gradle is not used to build the libGDX published artifacts afaik (we use Maven and Ant) which are still JARs.

Yet...

Wow, small update, the errors when building with Gradle happen in Master, they are not directly related to this PR even if merging this is probably necessary to fix them.

It should be good to merge now.

I don't think it is, afaik the plan is to seriously consider moving the build to gradle sometime soon™. Unless it's also still possible to build a jar from an android library project?

It should be good to merge now.

I don't think it is, afaik the plan is to seriously consider moving the build to gradle sometime soon™. Unless it's also still possible to build a jar from an android library project?

I understand the dilema but, so far, this is the only way we've managed to fix the build which has been broken for a long time. If the plan is to migrate to Gradle, we need to get the Gradle build working first.

Now that we build with gradle, I think it's finally time to revive this PR. @SimonIT would you like to clean it up vs master?

I rebased it on master. Two things have to be done before merging:

[ ] Add publishing. The current publishing config doesn't work with the android plugin
[ ] Add a uberJar task for android (I think @badlogic want's that) because the current one also doesn't work

No need for uberJar for Android.
On Sun, Jan 30, 2022, 21:20 SimonIT @.***> wrote:

I rebased it on master. Two things have to be done before merging:

Add publishing. The current publishing config doesn't work with the
android plugin
Add a uberJar task for android (I think @badlogic
https://github.com/badlogic want's that) because the current one
also doesn't work

—
Reply to this email directly, view it on GitHub
https://github.com/libgdx/libgdx/pull/5976#issuecomment-1025222643, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AAD5QBAO2VSSFL4TVSX57R3UYWMQ3ANCNFSM4LR6OLJQ
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you were mentioned.Message ID:
@.***>

https://github.com/PokeMMO/libgdx/commit/c09e269de56976f74277b532bdb0c1c577195d7f should implement aar publishing support.
See https://stackoverflow.com/a/42160584
If we ever move to AGP 7.1 we can use a simpler syntax.

Is there anything left that prevents the merge of this?
I rebased it on master and simplified publishing logic as suggested (because #6941 is merged) and it worked perfectly well for me:
https://github.com/Berstanio/libgdx/tree/android-backends-as-android-library


Add video playlist for beginners

Video playlist for beginners to be added as Video content
Playlist to come From Microsoft Shows for beginners
See https://docs.microsoft.com/en-us/shows/browse?terms=beginners

https://microsoft.github.io/30daysof/docs/video-series/intro


FracdiffStat Error: TypeError: '(slice(None, None, None), 0)' is an invalid key

Hi, wow, this lib is awesomely fast!  I did run into a problem though with FracdiffStat (Fracdiff worked):

f = FracdiffStat()
d = f.fit_transform(data)
Traceback (most recent call last):
  File "D:\Anaconda3\envs\pa\lib\site-packages\IPython\core\interactiveshell.py", line 3441, in run_code
    exec(code_obj, self.user_global_ns, self.user_ns)
  File "<ipython-input-12-4285a9949507>", line 1, in <module>
    d = f.fit_transform(data)
  File "D:\Anaconda3\envs\pa\lib\site-packages\sklearn\base.py", line 699, in fit_transform
    return self.fit(X, **fit_params).transform(X)
  File "D:\Anaconda3\envs\pa\lib\site-packages\fracdiff\fracdiffstat.py", line 117, in fit
    self.d_ = self._find_features_d(X)
  File "D:\Anaconda3\envs\pa\lib\site-packages\fracdiff\fracdiffstat.py", line 165, in _find_features_d
    return numpy.array(list(d_))
  File "D:\Anaconda3\envs\pa\lib\site-packages\fracdiff\fracdiffstat.py", line 155, in <genexpr>
    features = (X[:, i] for i in range(X.shape[1]))
  File "C:\Users\john\AppData\Roaming\Python\Python38\site-packages\pandas\core\frame.py", line 3024, in __getitem__
    indexer = self.columns.get_loc(key)
  File "C:\Users\john\AppData\Roaming\Python\Python38\site-packages\pandas\core\indexes\base.py", line 3080, in get_loc
    return self._engine.get_loc(casted_key)
  File "pandas\_libs\index.pyx", line 70, in pandas._libs.index.IndexEngine.get_loc
  File "pandas\_libs\index.pyx", line 75, in pandas._libs.index.IndexEngine.get_loc
TypeError: '(slice(None, None, None), 0)' is an invalid key

Thanks for any help

Thanks for using it and reporting an issue!
I guess data is pandas dataframe. X in FracdiffStat is supposed to be numpy array.

That was it!  Thank you and really do appreciate this work! 👍

@jmrichardson
FracdiffStat in the latest fracdiff now accepts pandas.DataFrame (it returns np.ndarray though). Thanks for reporting!


how to set notify-keyspace-events of redis server

Anyone know how to set notify-keyspace-events in redis configuration file if want to use socket.io-redis

Please see https://github.com/NodeRedis/node-redis/issues/573


Error

/Users/lihong/torch/install/bin/luajit: ./models/AlexNet/FRCNN.lua:60: attempt to index local 'opt' (a nil value)
stack traceback:
# __# ./models/AlexNet/FRCNN.lua:60: in function <./models/AlexNet/FRCNN.lua:9>
./network/Net.lua:10: in function 'init'
/Users/lihong/torch/install/share/lua/5.1/torch/init.lua:91: in function </Users/lihong/torch/install/share/lua/5.1/torch/init.lua:87>
[C]: in function 'Net'
demo.lua:14: in main chunk
[C]: in function 'dofile'
...hong/torch/install/lib/luarocks/rocks/trepl/scm-1/bin/th:145: in main chunk
[C]: at 0x010cc11bd0

The issue is addressed in commit aaa0a33.

executing th man_trian.lua gives:-
/home/ekanshv/torch/install/bin/luajit: ...e/ekanshv/torch/install/share/lua/5.1/argcheck/usage.lua:82: attempt to index local 'rules' (a nil value)
stack traceback:
...e/ekanshv/torch/install/share/lua/5.1/argcheck/usage.lua:82: in function 'usage'
datasets/argcheck.lua:61: in function 'initcheck'
./datasets/DataSetPascal.lua:113: in function '__init'
/home/ekanshv/torch/install/share/lua/5.1/torch/init.lua:91: in function </home/ekanshv/torch/install/share/lua/5.1/torch/init.lua:87>
[C]: in function 'DataSetPascal'
main_train.lua:14: in main chunk
[C]: in function 'dofile'
...nshv/torch/install/lib/luarocks/rocks/trepl/scm-1/bin/th:145: in main chunk
[C]: at 0x00406670

Did you download the proposals and the VOC 2007 dataset? This usually means that the dataset class can not find the proposals or the dataset root directory. If you want to use the default paths you should download the VOC 2007 dataset and move it to ./data/datasets/voc_2007/. For selective search proposals running ./scripts/get_proposals.sh should download and place the data in the default directory. Otherwise, you should change the paths using the command line (or directly in the config.lua) to point to the correct dataset and proposals paths.

Want to train it for VOC2005 dataset(4 classes) but the annotations file is in .txt format.Any suggestions?

In this case you need to write a class that instantiates the DataSetDetection class and defines the virtual functions in this base class (As an example you can see the DataSetPascal class that handles VOC2007 and VOC2012 datasets). You also need to extract proposal boxes. You can do it by using the selective search code which is publicly available.


Bootstrapping process for RC5

Hey there!
I am having trouble figuring out how to bootstrap angular2-meteor with RC5.
RC5 introduced a new way of bootstrapping (see changelog). I followed that example, here are my relevant bootstrapping files:
main.ts
import { platformBrowserDynamic } from '@angular/platform-browser-dynamic';
import { AppModule } from './app.module';
platformBrowserDynamic().bootstrapModule(AppModule);

app.module.ts
import "reflect-metadata";
import "zone.js/dist/zone";
import { NgModule }      from '@angular/core';
import { BrowserModule } from '@angular/platform-browser';
import { Title } from '@angular/platform-browser';
import { MetaService } from "ng2-meta";
import { AppComponent }  from './app.component';

@NgModule({
  imports:      [ BrowserModule, Title, MetaService ],
  declarations: [ AppComponent ],
  bootstrap:    [ AppComponent ]
})
export class AppModule { }

app.component.ts
import "reflect-metadata";
import "zone.js/dist/zone";
import { Component } from "@angular/core";
import { ROUTER_DIRECTIVES } from "@angular/router";
import { MetaService } from "ng2-meta";
import template from "./app.html";

@Component({
  selector: "app",
  template,
  directives: [ROUTER_DIRECTIVES],
  providers: [MetaService]
})

export class AppComponent {
  constructor(private metaService: MetaService) {}
}

Here is the error that I am getting:
modules.js?hash=737db10…:55828Uncaught TypeError: Cannot read property 'type' of null(anonymous function)  @ modules.js?hash=737db10…:55828getTransitiveModules @ modules.js?hash=737db10…:55827CompileMetadataResolver._getTransitiveNgModuleMetadata @ modules.js?hash=737db10…:55541CompileMetadataResolver.getNgModuleMetadata @ modules.js?hash=737db10…:55413RuntimeCompiler._compileComponents @ modules.js?hash=737db10…:54542RuntimeCompiler._compileModuleAndComponents @ modules.js?hash=737db10…:54464RuntimeCompiler.compileModuleAsync @ modules.js?hash=737db10…:54441PlatformRef_._bootstrapModuleWithZone @ modules.js?hash=737db10…:12784PlatformRef_.bootstrapModule @ modules.js?hash=737db10…:12777meteorInstall.client.main.js @ main.ts:9fileEvaluate @ modules-runtime.js?hash=b737023…:180require @ modules-runtime.js?hash=b737023…:109(anonymous function) @ posts.ts:22
So I was wondering if a new bootstrapping method for angular2-meteor is going to be introduced? Or if there is a workaround for now?
Thanks.

Yep that would be cool because the structural changes in RC5 with introducing NgModules are quite big, and everything coded now is a lot of work to be refactored afterwards, since backwards compatibility (e.g. "directives" and "pipes" decorators on components instead of modules) will be gone in the next RC.

yes we will support RC.5 soon.
In the meantime, please keep using the RC.4 way and we will also love help with updating everything to the new structure

One thing I found was that with RC.5 the auto bootstrap package needs updating/replacing. But it may be as simple as adding an entry for METEOR_PROVIDERS in the top level module providers. See https://github.com/Urigo/angular2-meteor-auto-bootstrap/issues/23
However, there are still other issues even after this, but they're working on it... :)

Also there are new feature with RC5 called Lazy loading modules with the Router
Example: https://angular.io/resources/live-examples/ngmodule/ts/plnkr.html
That allowing to load isolated modules depending on Routing, so if meteor support this feature that will be big performance benefits for Large projects
Thank you

@hatemismail maybe I missed something, but as I understand it it's an Angular feature and will work anyway as soon as RC5 bootstrapping will be fixed?

@stefanholzapfel The problem lies in Meteor builder doesn't include / compile un-imported files to build (web.browser) files
for example when use isolate module located in:

client/imports/isolateModule/

and router like:
import { Routes, RouterModule } from '@angular/router';
import { AppComponent } from './app.component';

export const routes: Routes = [
    {
        path: '',
        component: AppComponent
    },
    {
        path: 'lazy',
        loadChildren: './imports/isolateModule/isolate.module'
    }
];

export const routing = RouterModule.forRoot(routes);

Then we have issue that on run-time there is no JavaScript file on path (/imports/isolateModule/isolate.module) because it's not  included to build directory and not compiled from TypeScript

I see, sry I'm not that deep into meteor :) But would it it be possible to manually compile them and add them to the build directory? (Of course not very convenient, but maybe possible to automate with a build script...)

@hatemismail I think lazy loading in Angular2 is based on SystemJS, since there should a way to load dependencies dynamically. As alternative, a module can be prebuilt with all dependencies included, but I don't think it makes sense since its size then would be near the same as the main app script.
Regarding Meteor, it's dependency import equivalent (i.e., meteorInstall) doesn't support remote loading hence no way to implement this feature. Though I saw a couple of people raised this idea (like https://github.com/meteor/meteor/issues/5883), so there is some hope for its implementation in the near future (e.g. this year).

The only think we could try to do is to build ngc (Angular2 template compiler) support into the angular2-compilers package. This approach can reduce final script's speed and size significantly.
I think this goes as part of this issue (https://github.com/Urigo/angular2-meteor/issues/280)

Ok we'd updated the package to RC5 but then RC6 came out which broke stuff a bit more.
So please follows this https://github.com/Urigo/angular2-meteor/issues/381.

Hi there, does that mean the angular2-meteor-auto-bootstrap package is not longer needed for RC5 and above?
Thanks

@bouchepat not anymore. please check out the updated Socially 2.0 tutorial

Bump! We are not able to run Meteor + Angular 2 + Lazyload
Thank you for working on this!

This is a working example. I'm wondering if it's possible to clean up the promise mess. Exporting the module class as a default and using the import that's currently commented out results in an error.


[MRESOLVER-313] Wrong FS permissions on cached artifacts.

Collocated temp file should NOT use Files.createTempFile as it uses 0600 perms and not relies implicitly on umask. For "randomized" name using very same technique as Files.createTempFile does under the hood.

https://issues.apache.org/jira/browse/MRESOLVER-313

@michael-o please look at last commit (and it's message)

@michael-o please look at last commit (and it's message)

Makes sense, expect for the typo on the commit: its final place


HAL module request: hal_realtek

Origin
This is a repository containing the Realtek SDK, which currently includes the Ameba SOC series. In the future, it will also include drivers for other SOCs in our company.
https://github.com/zjian-zhang/hal_realtek
Purpose
Reuse an existing hardware abstraction layer from the Ameba-AIoT SDK to support the drivers for AmebaDplus SoCs.
Mode of integration
The module should be integrated as an external HAL module. The proposed name is hal_realtek.
Maintainership
hal_realtek will be maintained by for now:
@zjian-zhang
Pull Request
https://github.com/zephyrproject-rtos/zephyr/pull/78036
Description
ameba-rtos is the development framework for Realtek SoCs supported on Linux, which contains the necessary software and tools to develop firmware for the AmebaDplus. This includes register files, peripheral drivers, system startup files, documentation, various utilities, third-party libraries and a toolchain.
The hal_realtek is a pared-down version of the ameba-rtos that contains only the components needed for Zephyr; namely, register files and bare metal peripheral drivers. Utilities, toolchains, and other components not needed by Zephyr are excluded. The hal_realtek will be an artifact generated by a GitHub Actions workflow implemented in the ameba-rtos repository.
Dependencies
none
Revision
33388add80e47f2130996688d82e8f3afdd20841
License
Apache-2.0 license

Binary files are not allowed

I have deleted the Binary files and will create a new Issue: Binary blobs for adding the binary blobs.

I see hal_realtek includes some cmsis files.  Can the hal_realtek module use the one of the existing CMSIS modules instead?

https://github.com/zephyrproject-rtos/cmsis
https://github.com/zephyrproject-rtos/CMSIS_6

I see hal_realtek includes some cmsis files. Can the hal_realtek module use the one of the existing CMSIS modules instead?

https://github.com/zephyrproject-rtos/cmsis
https://github.com/zephyrproject-rtos/CMSIS_6

Thanks for your reply.

The hal_realtek repository is a copy (not a fork) of the ameba-rtos repository, which means the entire amebadplus folder was copied.
The hal_realtek use the same core_cm55.h as https://github.com/zephyrproject-rtos/cmsis, but our soc has a cache module in core_cm23, so the file core_cm23_km0.h is not identical and should be included.

If hal_realtek cannot include some cmsis files, we can remove it, and delete them when copying from ameba-rtos repository. waiting for your reply.

I see hal_realtek includes some cmsis files. Can the hal_realtek module use the one of the existing CMSIS modules instead?

https://github.com/zephyrproject-rtos/cmsis
https://github.com/zephyrproject-rtos/CMSIS_6

Thanks for your reply.

The hal_realtek repository is a copy (not a fork) of the ameba-rtos repository, which means the entire amebadplus folder was copied.
The hal_realtek use the same core_cm55.h as https://github.com/zephyrproject-rtos/cmsis, but our soc has a cache module in core_cm23, so the file core_cm23_km0.h is not identical and should be included.

If hal_realtek cannot include some cmsis files, we can remove it, and delete them when copying from ameba-rtos repository. waiting for your reply.

I think it would be preferred to use the existing  https://github.com/zephyrproject-rtos/cmsis module, and remove the CMSIS provided headers from hal_realtek.
However, I do see some other HALs pull in a local copy of CMSIS content.  I see the NXP HAL also makes a copy of many CMSIS files.  @dleach02  - do you know the history of NXP's inclusion of CMSIS?

I see hal_realtek includes some cmsis files. Can the hal_realtek module use the one of the existing CMSIS modules instead?

https://github.com/zephyrproject-rtos/cmsis
https://github.com/zephyrproject-rtos/CMSIS_6

Thanks for your reply.

The hal_realtek repository is a copy (not a fork) of the ameba-rtos repository, which means the entire amebadplus folder was copied.
The hal_realtek use the same core_cm55.h as https://github.com/zephyrproject-rtos/cmsis, but our soc has a cache module in core_cm23, so the file core_cm23_km0.h is not identical and should be included.

If hal_realtek cannot include some cmsis files, we can remove it, and delete them when copying from ameba-rtos repository. waiting for your reply.

I think it would be preferred to use the existing https://github.com/zephyrproject-rtos/cmsis module, and remove the CMSIS provided headers from hal_realtek.
However, I do see some other HALs pull in a local copy of CMSIS content. I see the NXP HAL also makes a copy of many CMSIS files. @dleach02 - do you know the history of NXP's inclusion of CMSIS?

I have already removed the CMSIS provided headers from hal_realtek.

Please help to check again if there are any problems. I have other blobs to submit based on this repository, thanks.

I don't want to see another NXP-like hal added personally, so can you explain what any of this is and why it's needed in your hal:

https://github.com/zjian-zhang/hal_realtek/blob/main/ameba/amebadplus/source/app/monitor/ram/monitor_km0.c what is this?
https://github.com/zjian-zhang/hal_realtek/blob/main/ameba/amebadplus/source/misc/ameba_ota.c why do you need ota files? How is this useful for zephyr when mcuboot is the bootloader that zephyr uses?
https://github.com/zjian-zhang/hal_realtek/tree/main/ameba/amebadplus/source/swlib/libnosys what are any of these files, why are any of them needed?
https://github.com/zjian-zhang/hal_realtek/blob/main/ameba/amebadplus/source/swlib/log.c zephyr has a logging subsystem, why is there some custom log thing here?
https://github.com/zjian-zhang/hal_realtek/blob/main/ameba/amebadplus/source/usrcfg/ameba_bootcfg.c zephyr devices are configured through devicetree, why are you doing it in a .h file?
https://github.com/zjian-zhang/hal_realtek/blob/main/ameba/amebadplus/source/usrcfg/ameba_flashcfg.c as above
https://github.com/zjian-zhang/hal_realtek/blob/main/ameba/amebadplus/source/usrcfg/include/ameba_userheapcfg.h head is zephyr controlled by Kconfig, so it's definitely not 0
https://github.com/zjian-zhang/hal_realtek/tree/main/ameba/amebadplus/ld why are there linker files for adding mbedtls functions or c stdio functions when zephyr deals with these?
https://github.com/zjian-zhang/hal_realtek/tree/main/ameba/common/os_wrapper/source you are using zephyr functions and defines from your hal, your hal should have no knowledge of zephyr at all, it just needs to be the hal

For reference: Zephyr glue code is NOT allowed in hal repos, otherwise any change in Zephyr can become a multirepo nightmare.

I don't want to see another NXP-like hal added personally, so can you explain what any of this is and why it's needed in your hal:

https://github.com/zjian-zhang/hal_realtek/blob/main/ameba/amebadplus/source/app/monitor/ram/monitor_km0.c what is this?
the whole folder was copied from ameba-rtos repository, so this file is here.
https://github.com/zjian-zhang/hal_realtek/blob/main/ameba/amebadplus/source/misc/ameba_ota.c why do you need ota files? How is this useful for zephyr when mcuboot is the bootloader that zephyr uses?
as above.
https://github.com/zjian-zhang/hal_realtek/tree/main/ameba/amebadplus/source/swlib/libnosys what are any of these files, why are any of them needed?
do not need them now, they were used for zero warning in our sdk when build with no OS.
https://github.com/zjian-zhang/hal_realtek/blob/main/ameba/amebadplus/source/swlib/log.c zephyr has a logging subsystem, why is there some custom log thing here?
the driver code use some log api like RTK_LOGx, and we do not want to changed to log api from zephyr.
https://github.com/zjian-zhang/hal_realtek/blob/main/ameba/amebadplus/source/usrcfg/ameba_bootcfg.c zephyr devices are configured through devicetree, why are you doing it in a .h file?
we will use our bootloader, not mucboot, so the ameba_bootcfg.c used for config out bootloader can be here? or every configuration for our bootloader must through devicetree like zephyr.bin?
https://github.com/zjian-zhang/hal_realtek/blob/main/ameba/amebadplus/source/usrcfg/ameba_flashcfg.c as above
https://github.com/zjian-zhang/hal_realtek/blob/main/ameba/amebadplus/source/usrcfg/include/ameba_userheapcfg.h heap is zephyr controlled by Kconfig, so it's definitely not 0
it was not uesd in zephyr, and I have removed it.
https://github.com/zjian-zhang/hal_realtek/tree/main/ameba/amebadplus/ld why are there linker files for adding mbedtls functions or c stdio functions when zephyr deals with these?
the ld files are symbols of the rom code in asic, and mbedtls or c stdio functions are used in our drivers, the drives are also in the rom, so mbedtls or c stdio functions must in rom. we list all of symbols of rom and provide with  PROVIDE(xxx = xxxx);，so they are all weak symbol, and does not impact zephyr's strong symbol.
https://github.com/zjian-zhang/hal_realtek/tree/main/ameba/common/os_wrapper/source you are using zephyr functions and defines from your hal, your hal should have no knowledge of zephyr at all, it just needs to be the hal
I have move the os wrapper to zephyr/soc/realtek/ameba, am i right? our driver need some service from OS, and we implement the glue code to support multi OS.

For reference: Zephyr glue code is NOT allowed in hal repos, otherwise any change in Zephyr can become a multirepo nightmare.

I have move the os wrapper to zephyr/soc/realtek/ameba, am i right? I refer to other hal_xxx and implement the glue code here, and now I do not where to put it.

Please help to check again if there are any problems. thanks.

Sorry to bother.
Please tell me how you will deal with this request and the schedule, and are there any other things I should offer?
Thanks.


Is it possible to have two users logged in at the same time?

I have a use case where I need to use ng-token-auth against two servers with different domain names. We talked about this a few months ago and you recommended the Multiple User system: https://github.com/lynndylanhurley/ng-token-auth/issues/97
I've implemented that and I'm automatically logging in both users at the same time. However, ng-token-auth only seems to be remembering the second submitLogin call. Does ng-token-auth not support having more than one user logged in simultaneously? Thanks.

It only stores auth-credentials for one single session (in your case the last one).
I don't think it's possible to be logged in with 2 users at the same time (does devise even supports this?)
Imo the multiple user system should be used when there are regular users & admin users. (that's what I'm using it for).

@posixpascal - devise does support multiple concurrent logins actually. I will add support at some point when I get time.

:+1:

I have a similar use case with two or more authenticated identities.

Maybe multiple ng-app's are a possible solution/workaround…


Add HTTPS to hugo server

Via https://github.com/FiloSottile/mkcert
Only OSX and Linux for now, Windows promised ...

I think the support for Windows has been added

As far as I can see, it is now available on Windows as well!

What is the status on this? This would be really useful for a current project, where we need to access a remote API that only allows TLS connections...

I'm not sure what benefit this would add over simply running hugo -w and using a dedicated static web server to serve files in the public/ directory. A rudimentary HTTP server via the serve command makes sense for quick testing, but more sophisticated web server features like HTTPS probably belong in a dedicated program. I think Hugo should stick to being an SSG.

@Seirdy @bep Thanks for looking into this!
As a (we were hoping temporary) workaround, we are now using Caddy to get TLS, and reverse-proxying Hugo. It works, but it is a relatively complex set-up (we had to do some trickery to get LiveReload working again). Having said that, i do understand that local TLS is maybe not something one can expect from an SSG.

Closing as duplicate of https://github.com/gohugoio/hugo/issues/11064.


how can i forbid Roles.addUsersToRoles in client side ex: browser console

Please help me it is a big problem of security
how can i forbid Roles.addUsersToRoles in client side ex: browser console

Meteor states the following in the documentation:

Meteor allows the write only if no deny rules return true and at least one allow rule returns true.

Source: https://docs.meteor.com/api/collections.html#Mongo-Collection-deny
So you must have an allow-rule somewhere if this should work. Maybe you have the extension insecure installed which adds an allow-rule for every method of a collection. But this also means, you haven't followed the security-checklist yet available at https://guide.meteor.com/security.html#checklist.
If you don't know who defines this allow-rule, you can also set a deny-rule, which (as the quote above states) overwrites every allow-rule.


On Gig Add page, make the Company State field a dropdown

###_MASTER TEMPLATE: Use for bugs, tasks, and future requests. Also, label accordingly, using the labels on the right.
###_Issue Type - is it a bug, a task, or a future request?:
Task
###_Severity (1-4; 1 - not severe, 4 - very severe):
1
###_Priority (1-4; 1 - lowest priority, 4 - highest priority):
1
###_Synopsis - describe bug/task/future request, in more detail:
In views\gigs\add.php: To get the rest of the code working, I had to make the Company State field a text field instead of a dropdown. Changing it back to a dropdown and working on the validation would be a great task for a future class.
###_Expected Behavior - what the behavior is supposed to be, for bug/task/FR:
User can select State from a dropdown on the Gig Add page, and the site properly validates the field.
###_Actual Behavior - what the behavior is instead, for bugs only:
###_Steps to Repro the Issue, for bugs only:
###_Other Notes, for bug/task/future requests:

Closed with pull request #154