fix: Issue #667 - catch and display schema-utils validation errors

Fix for https://github.com/webpack-contrib/extract-text-webpack-plugin/issues/667
This pull request properly catches and throws validation errors within schema-utils so that they appear appropriately in the console.
As an example, a validation error which used to read as follows:
<project-path>\node_modules\schema-utils\dist\validateOptions.js:40
    throw new _ValidationError2.default(ajv.errors, name);
    ^

false

now reads:

<poject-path>\node_modules\extract-text-webpack-plugin\index.js:131
                        throw new Error(e.message);
         ^
Error: Validation Error

Extract Text Plugin Invalid Options

options['sourceMap'] should NOT have additional properties

    at new ExtractTextPlugin (<project-path>\node_modules\extract-text-webpack-plugin\index.js:131:10)
    at Object.css (C:\Code\dearborn-station\DynamicPricing\node_modules\@easy-webpack\config-css\src\index.ts:33:25)
    at generateConfig (<project-path>\node_modules\@easy-webpack\core\src\index.ts:71:40)
<... full stack trace>

This allows me to now see that the issue is coming from easy-webpack\config-css and tells me exactly what the validation error is.

Based on conversation in the #667 thread with @michael-ciniawsky, The correct fix was actually to update to the newest version of schema-utils, which now logs errors to the console. I have updated this pull request accordingly. Schema-utils will now log the error to the console and then exit, which required updating the validation failure test.

@dinkzilla friendly ping :+1:

You caught me, been busy and totally forgot this was out here. I'll try to get to it this weekend. Thanks for the ping @evilebottnawi

I will update it myself with the next patch release


explain how unsup data pre-process works

Hi, I tried to use your code to pre-process my data but keeps getting error for the un-labeled txt.  I tried to read your code but could not fully understand it.  How the ori and aug data were generated.
In your IMDB class, there is an API, could you explain what is the meaning of the returned line[1] and line[2]?
def get_unsup(self, lines):
for line in itertools.islice(lines, 0, None):
yield (None, line[1], []), (None, line[2], [])  # ko, en

line :
so,
line[0] = id
line[1] = ori
line[2] = aug


Update hdinsight-hadoop-compare-storage-options.md

closing/reopening to trigger automation--labels, author/reviewer notification, etc.

Hi @ashishthaps1 - Microsoft authors and contributors need to make content contributions through the private repository so the content can be staged and validated by the current validation rules.
After you review staging and fix all validation issues, you can add the sign-off comment to let PR reviewers know that the updates are ready to be merged.
For more information, see Should I work in a private or a public repo?
Would you create a pull request in the private repo to make these updates? We'll close this PR. Thank you.

cc @hrasheed-msft


Point in time database restore workflow

Context
Ability to Restore database from point in time to new database server via a manual run of a github workflow
Changes proposed in this pull request
add workflow than can be manually run similar to workflow in repo access-your-teaching-qualifications
Guidance to review
test in the test environment:

look in Azure portal  storage for environment test  for name of backup file.
trigger workflow manual in browser of github
or on a branch via command line:

sudo apt install gh  (mac: brew install gh)
gh auth login
gh workflow run "Restore database from point in time to new database server" -r pit-restore-workflow -f environment=test -f restore-time=2024-10-22T06:00:00

reply to questions
and see if database restored correctly
Link to Trello card
AFQTS: Point in time restore workflow
Checklist

[ x] Attach to Trello card
[x ] Rebased main
[ x] Cleaned commit history
[ x] Tested by running locally

 AFQTS: Point in time restore workflow


[WIP]switched to FCM.

FCM is the new version of GCM.

refs https://github.com/mercari/gaurun/pull/65


Use hardcoded textures temporarily

Use a manual loading strategy to get buffers
Get loading with baked in materials

#46  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @tommy-xr and the rest of your teammates on  Graphite


[REVIEW]  Implement fork() in NaCl's internal runtime

This is the second part of PR #4 and contains the NaCl runtime implementation of our fork() system call.
I apologize for the monstrous final commit; the changes seemed too confusing without following the whole thing through in one go, and I haven't figured out a sane way to split them yet (always open to suggestions of course).
This is a combination of both @detectivelyw and my work, so please review and let us know if you have any questions, comments or suggestions.
Also interested in comments from @vladimir-v-diaz @awwad @pkmoore @SantiagoTorres or anyone else whom I've missed.

Our main alpha implementation of fork() is really just about
emulation of multiple processes using a single, sandboxed
application, NaCl.
NaCl, when coupled with Repy (our POSIX layer implemented in a safe subset
of Python), catches system calls which are aimed at the "trusted"
side of host/application code barrier.
In order to do this, the struct NaClApp and struct NaClAppThread
members have been modified in order to support parent/children
relationships, the emulation of IPC between threads as if they were
full processes and the copying of execution state, page tables, and
address space so it behaves exactly the way it would on
a modern SMP operating system kernel like Linux. Module a few of the
lower-level, bitty-gritty details such as:
* Signal Propagation
* TTY Sessions/Jobs

which are not fully implemented yet.
The child/parent relationships are maintained using a simple list of
children that belongs any one parent. There are two implementations
as of now: the child_list and children members, and once it becomes
bit clearer which of the two approaches is the correct one, the other
will be removed.
* There are no changes from standard NaClApp execution until we
  enter the `NaClSysFork()` handler in the soon to be "parent".
  `nap->fork_state`, initially set to 0, is used as a "child or
  parent?" predicate, so when and NaClAppThread enters the
  syscall handler, we know which branch to send it down.

* Execution proceeds down the parent branch first, allocates and
  initializes a child NaClApp with data from its own members,
  and finally calls `NaClCreateMainForkThread()`. From here it's
  not much different from `NaClCreateMainThread()` until we arrive
  at `NaClAppForkThreadSpawn()`.

* The child/parent mutexes protect the shared data we will be
  copying between parent and child threads, and the parent's
  execution state of %rip, %rsp, %rbp, etc, is "frozen" at
  the syscall entry point (the `struct NaClThreadContext` is
  the representation of the architecture specific host thread
  context holding the execution state of our _untrusted_ code).
  We then adjust the child's stack to match the parent's stack size,
  align it to the recommended size, and spawn our actual child
  thread with `NaClAppThreadMake()`

* A literal copy of the original child's thread context is made
  that contains our TLS pointers and trampoline addresses.
  We can copy copy the _entire untrusted execution state_ from the
  parent into the child safely with `NaClCopyExecutionContext()`.
  This handles the logic to correctly copy our page mappings,
  current stack data, ELF dynamic text , and then "patches" them with
  `NaClPatchAddr()` so that any addresses which were contained in the
  copied data are actually pointing where they should be; the child's
  %r15 contains the address prefix we need to calculate physical
  addresses from an NaCl page table mapping.

* We then restore the child's trampoline addresses, TLS pointers, and
  %r15 with the copy made previously, and set up the child's TLS slot
  in the `nacl_user` global array of thread context pointers.
  Eventually, we end up at `NaClAppForkThreadLauncher()` which sets
  the child thread as as the foreground one `NaClTlsSetCurrentThread()`
  and switches into its untrusted code.

* The child is immediately punted back into `NaClSysFork()` since
  that was where we left the %rip and %rsp, and since earlier
  `nap->fork_state = 1` was set in the child's NaClApp constructor,
  the child branch is taken this time, which simply signals a
  condition variable, returns 0, and concludes the child copy of
  fork().

* The parent, who was sleeping on that condition variable, now
  exits the `while` predicate containing `NaClXCondVarTimedWaitRelative()`
  located at the very end of `NaClSysFork()`, returns the child's
  "<pid>", and concludes the parent's copy of fork().

The unsquashed commits are also available for review in the lind_project/lind_fork_unsquashed branch.

Hey guys,
I spent some time looking through the PRs related to this and have a few comments.  I don't know a lot about the details of NaCl yet so I'm only able to comment on more language level concerns and some strategies for cleaning up "monstrous commits" :^)
First, there are frequently large blocks of commented out code throughout these commits.  If this is code that will be switched back on in the near future this is probably fine but if its going to stay commented out forever I'd just cut it out and retrieve it from version control if its needed down the line.  This would have cut a few hundred lines from the commits I think.
Second,  I see a lot of conditionals and loops without curly braces around their single-statement bodies.  If this is the programming standard we're going for then this is fine.  My personal preference is to always use them as the extra noise is worth avoiding a situation like Apple's goto fail bug of a few years ago.  I don't know if we have a defined standard around this or not.
Third,  a bunch of lines from these commits were small logging changes (i.e. moving from a NaCl logging function to the DDPRINTF macro I believe).  Its tempting to fix these as we see them but they should probably go in a separate set of commits from the work that these PRs are trying to achieve.  This would have removed a few hundred lines of noise.
Fourth,  I saw in several places macros being used to define things like MAX_PID an MAX_FD.  It might be fine in the case of NaCl but these two values are user configurable and a mismatch between the OS setting and the chosen macro value might cause issues.
Here are a few more specific things that stood out to me.  These are likely fine and just appeared weird because I lack the context required to know they're ok.
Hard coded paths here (might be fine):
unusual strlen() usage
Should:
strlen(path + tls_end_idx) + 1
be
strlen(path)+ tls_end_idx + 1
maybe not?
unreachable block of code (if(0)
Segfaulting only under GDB is usually because of a race condition or because of ASLR being disabled under GDB in my experience.
There is a bunch of duplicated code here that could could be a pain should it need to be modified in the future.  It might be appropriate to pull these instances into their own functions so small changes don't have to be manually propagated to each repetition.
1
2
3
4
This is a really impressive amount of work to get done!  Good work!  I'll do my best to get up to speed with the project so I can provide more useful feedback in the future.
Thanks!

Thanks for the detailed feedback, Preston!
I'd like to reiterate the importance of some of the code clarity things
Preston mentions.  Curly braces around single line then or else clauses,
not leaving commented code around everywhere, and separation of commits to
make them easier to review (i.e., logging changes) are all really important.
On Mon, Jul 9, 2018 at 8:53 AM Preston Moore<EMAIL_ADDRESS>wrote:

Hey guys,
I spent some time looking through the PRs related to this and have a few
comments. I don't know a lot about the details of NaCl yet so I'm only able
to comment on more language level concerns and some strategies for cleaning
up "monstrous commits" :^)
First, there are frequently large blocks of commented out code throughout
these commits. If this is code that will be switched back on in the near
future this is probably fine but if its going to stay commented out forever
I'd just cut it out and retrieve it from version control if its needed down
the line. This would have cut a few hundred lines from the commits I think.
Second, I see a lot of conditionals and loops without curly braces around
their single-statement bodies. If this is the programming standard we're
going for then this is fine. My personal preference is to always use them
as the extra noise is worth avoiding a situation like Apple's goto fail bug
of a few years ago. I don't know if we have a defined standard around this
or not.
Third, a bunch of lines from these commits were small logging changes
(i.e. moving from a NaCl logging function to the DDPRINTF macro I believe).
Its tempting to fix these as we see them but they should probably go in a
separate set of commits from the work that these PRs are trying to achieve.
This would have removed a few hundred lines of noise.
Fourth, I saw in several places macros being used to define things like
MAX_PID an MAX_FD. It might be fine in the case of NaCl but these two
values are user configurable and a mismatch between the OS setting and the
chosen macro value might cause issues.
Here are a few more specific things that stood out to me. These are likely
fine and just appeared weird because I lack the context required to know
they're ok.
Hard coded paths here (might be fine):
https://github.com/Lind-Project/native_client/pull/3/commits/d959c3022e257a2aa4735e0f4d22f59246994ff7#diff-faf993ab3c75b22e4ad72b464af974a3R629
unusual strlen() usage
https://github.com/Lind-Project/native_client/pull/3/commits/d959c3022e257a2aa4735e0f4d22f59246994ff7#diff-faf993ab3c75b22e4ad72b464af974a3R652
Should:
strlen(path + tls_end_idx) + 1
be
strlen(path)+ tls_end_idx + 1
maybe not?
unreachable block of code (if(0)
https://github.com/Lind-Project/native_client/pull/3/commits/d959c3022e257a2aa4735e0f4d22f59246994ff7#diff-faf993ab3c75b22e4ad72b464af974a3R1107
Segfaulting only under GDB is usually because of a race condition or
because of ASLR being disabled under GDB in my experience.
https://github.com/Lind-Project/native_client/pull/3/commits/d959c3022e257a2aa4735e0f4d22f59246994ff7#diff-9bf3c29f927b897e07ad68999c9d607aR668
There is a bunch of duplicated code here that could could be a pain should
it need to be modified in the future. It might be appropriate to pull these
instances into their own functions so small changes don't have to be
manually propagated to each repetition.
1
https://github.com/Lind-Project/native_client/pull/3/commits/d959c3022e257a2aa4735e0f4d22f59246994ff7#diff-9bf3c29f927b897e07ad68999c9d607aR759
2
https://github.com/Lind-Project/native_client/pull/3/commits/d959c3022e257a2aa4735e0f4d22f59246994ff7#diff-9bf3c29f927b897e07ad68999c9d607aR896
3
https://github.com/Lind-Project/native_client/pull/3/commits/d959c3022e257a2aa4735e0f4d22f59246994ff7#diff-9bf3c29f927b897e07ad68999c9d607aR1027
4
https://github.com/Lind-Project/native_client/pull/3/commits/d959c3022e257a2aa4735e0f4d22f59246994ff7#diff-9bf3c29f927b897e07ad68999c9d607aR1190
This is a really impressive amount of work to get done! Good work! I'll do
my best to get up to speed with the project so I can provide more useful
feedback in the future.
Thanks!
—
You are receiving this because your review was requested.
Reply to this email directly, view it on GitHub
https://github.com/Lind-Project/native_client/pull/3#issuecomment-403468361,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AA0XDwcDQ6jBuGIdd_U8M2XT29Vcv0qzks5uE1JJgaJpZM4VDT02
.

Thanks for the feedback @pkmoore ! The commented out code and the if (0) was something I forgot to remove when rebasing onto lind, so I'll get to work on fixing that.
Regarding the conditionals curly braces, after some thought, I agree we should have a standard way, so I can add them around all loop bodies, not a problem.
The logging changes, I also have no problem splitting into another PR, sure.
The weird strlen() should be equivalent, so I'll just swap it to your way since it's less mentally taxing to reason about.
The hard coded paths are not ideal, figure so I'll figure out some way to make that more general.
The macros are internal maximums, so I'll rename them to make it less confusing what they are actually for.
Finally, definitely agree about the duplicated code. I'll figure out some way to generalize that as well.
Thanks for the comments Preston and Justin!

Revised and reopened as PR #5.


FAQS were irrelevant

Related Issue
None
Fixes:  #1064
Description
The FAQS were not on BuddyTrail . I have made it relevant for BuddyTrail

Type of PR

[x] Bug fix
[ ] Feature enhancement
[ ] Documentation update
[ ] Other (specify): _______________

Screenshots / videos (if applicable)
Before

After

Checklist:

[x] I have made this change from my own.
[x ] I have taken help from some online resources.
[x] My code follows the style guidelines of this project.
[x] I have performed a self-review of my own code.
[ x] I have commented my code, particularly in hard-to-understand areas.
[x ] I have made corresponding changes to the documentation.
[x] My changes generate no new warnings.
[x] I have tested the changes thoroughly before submitting this pull request.
[x] I have provided relevant issue numbers and screenshots after making the changes.

@saloni8780 Your pull request has been successfully merged! Don't stop here—continue contributing by addressing more issues and aiming to become a top contributor. Exclusive swag awaits for those who go the extra mile!
Great contribution ! 🎉


Upgrade Jest to 24.7.0

Attempting to fix CI failures.

Related? https://github.com/facebook/create-react-app/pull/6654

Yes, it's related. @ianschmitz's PR does a lot more. I wanted to see if just upgrading to Jest 24, without any other changes, might help fix our tests. It didn't and I think #6654 is in good shape now so I'm going to close this one.


compile_model import

I am trying to run the examples/blobs/compile_model.py script. I get an error:
from oakutils.blobs import compile_model
ImportError: cannot import name 'compile_model' from 'oakutils.blobs' (/home/user/miniconda3/envs/new_oak/lib/python3.11/site-packages/oakutils/blobs/init.py)
I tried
import oakutils.blobs._compiler as compiler
print(dir(compiler))
and
import oakutils.blobs as blobs
print(dir(blobs))
to visualize but get an error or do not see the compile_model function

Have you installed oakutils with the compiler dependencies?
If not I would run pip install --upgrade oakutils[compiler]
Since compiling blobs directly from PyTorch models has a lot of extra packages which are not needed for the other functionalities, their installation is separated into another tag.
Let me know if that solves your issue!

Oops yes, this solves it. Thanks!


update copyright header and corresponding tests from 2016 to 2017

This is to fix issue #968

update copyright header linie from 2016 to 2017
update corresponding baselines

LGTM.


vscode 1.58.2  unable to input chinese character but 1.57.* is ok

VSCode version: 1.58.2
Start vscode as user(not root)
Switch to chinese input
Typing chinese is not working
But 1.57.* version works fine,
And reinstall fcitx-googlepinyin, not work.

(Experimental duplicate detection)
Thanks for submitting this issue. Please also check if it is already covered by an existing one, like:

unable to input chinese character (#96041)
VSCode do not support chinese input method. (#112856)
终端不能输入中文 (#118092)

Maybe it is not the same issue
And, I also install vscode by snap, and I try to modify settings.json, clear all confiration in settings.json, and restart vscode, not work.

@Tyriar it looks like an issue with snap? can you help confirm?

I removed vscode 1.58.2, installed by snap again, problem still exists.

I removed vscode 1.58.2, installed by snap again, problem still exists.


ModuleNotFoundError: No module named 'run'

Hi, I am new to deep learning.
In the trainer.py, line 17:
from run import model_train, model_validate, model_test
I dont find the run.py in the project.
Are those 3 models in train.py?
Thank you!谢谢！

Hi!
Yes, you are right.
It's a typo. I edited.
Thank you for your interest in my project.

Okok!
Your project should help me a lot!
Thank you for your timely response Thanks again!~
Sent from Mailhttps://go.microsoft.com/fwlink/?LinkId=550986 for Windows
From: Seorim @.>
Sent: Thursday, September 29, 2022 5:00 PM
To: @.>
Cc: @.>; @.>
Subject: Re: [seorim0/DCCRN-with-various-loss-functions] ModuleNotFoundError: No module named 'run' (Issue #9)
Hi!
Yes, you are right.
It's a typo. I edited.
Thank you for your interest in my project.
—
Reply to this email directly, view it on GitHubhttps://github.com/seorim0/DCCRN-with-various-loss-functions/issues/9#issuecomment-1261982718, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AJNPDNO7SQEAMISJCQLPKGLWAVLCNANCNFSM6AAAAAAQYRLBSU.
You are receiving this because you authored the thread.Message ID: @.***>


[DOC] Update readme to follow new template

Change in the documentation
Update the readme to follow the new template. Once this is ready, the documentation can be configured to pull from the repo automatically.
Examples from other repos:

https://github.com/open-feature/java-sdk
https://github.com/open-feature/js-sdk/tree/main/packages/client

@tcarrio if I get this started, would you be able to fill in the code examples?


Properly update the golang package, #83

This PR should properly update the golang package on refresh.
https://golang.org/cmd/go/#hdr-Download_and_install_packages_and_dependencies
"The -u flag instructs get to use the network to update the named packages and their dependencies. By default, get uses the network to check out missing packages but does not use it to look for updates to existing packages."

Hmm, I actually took out the -u flag when we started using go get a few days ago, because it takes so long to pull all the project's dependencies, when all we really want is the project itself. But I wrongly assumed that -d would update the specified package, so it seems necessary to use -u if we are using go get.
Perhaps a better long-term solution is to use git, hg, or svn to update the package to the latest commit, if it has already been fetched by go get. Anyone have ideas on this?
All that said, to fix this bug for the time being, I'll merge this PR - thanks @neurosnap!


mongodb OOM crash after flooding it with events

With Keptn 0.8.2 and dynatrace-sli-service, I executed the following command (spamming evaluation events) for about 2 hours and my mongodb crashed multiple times due to Out Of Memory (OOM) errors:
while true; do keptn trigger evaluation --project=sockshop --stage=staging --service=carts  --timeframe=5m; sleep 5; done;

I'm not convinced that there is a memory leak in mongodb though, I believe the root-cause of this is remediation-service opening connections to mongodb and not closing it, as described in https://github.com/keptn/keptn/issues/3936
According to @warber , we are removing the mongodb connection from remediation-service in the upcoming release, so this should not be a problem any longer.
Proposed actions

Increase memory limits for mongodb (needs discussion)
Add SLIs/SLOs to our keptn self monitoring such that we can detect that mongodb crashed (e.g., memory usage)
Streamline mongodb connection for our microservices, such that we never run into this problem again

Seems like this was resolved using Keptn 0.8.3.


[COOK-2584] Add client-side result cache option

https://tickets.opscode.com/browse/COOK-2584
Added support for a new option to the partial_search and search methods called :cache.
If set to a non-nil or non-false value, if will:

Retrieve the search result from the cache (if available), and avoid the querying the server; and
Store the result in the cache.

Updated README.md file to suit.
Licensed under the same terms as partial_search itself.

I'm closing this out since the partial_search functionality is now in chef-client itself.  If this functionality is still needed it should be PR'd against chef/chef.


canvas hotifx:  disappearing drawings

https://github.com/lockbook/lockbook/assets/6198756/4f447e21-2cd7-46ad-8309-1f05056f4f09


Ignore articles 'A', 'An', & 'The' when sorting movie title names.

Got around to fiddling with this for issue #32.  Peewee isn't quite as pythonic as I previously assumed, but the working code isn't far from what I last posted in the issue thread.
I've only tested this lightly on some dummy data.  May be wise to check on more data before merging this in.

When merged, this closes #32
I cannot link this PR to that issue without some privileges on the repo.


Unable to use editdistance on Mac

I got the follow error on Mac. Does anybody know how to fix the problem? Thanks.
~$ pip install  --upgrade editdistance
~$ ./main.py
Traceback (most recent call last):
  File "./main.py", line 4, in <module>
    import editdistance
  File "/Users/u/Library/Python/2.7/lib/python/site-packages/editdistance/__init__.py", line 1, in <module>
    from .bycython import eval
ImportError: dlopen(/Users/u/Library/Python/2.7/lib/python/site-packages/editdistance/bycython.so, 2): no suitable image found.  Did find:
    /Users/u/Library/Python/2.7/lib/python/site-packages/editdistance/bycython.so: mach-o, but wrong architecture

Same here

I introduced binary wheels for Mac!


Add Q method regex for matched strings

Need a way to search for a regular expression in a string type field.
movie = await Movie.query(Q.regex(Movie.name, r"\w+")).first()

I could do that in the next few days.

Awesome, thank you @MAD-py


tailored daal4py build

Starting from 2019u1.1 DAAL has feature to be built with specified set of algorithms. It is impossible to build daal4py out_of_the_box with such DAAL - will see undefined references.
Add the tailored build feature to daal4py please.

Could you provide details/instruction on daal4py tailored build?

Just let wrap_algo(algo_ver) return True for algorithms you want to have in your build, False otherwise.
Parameter 'algo' is the DAAL C++ namespace and ver the version of DAAL.

@fshlimb,  could you please provide one step by step  instructions?
we tried edit daal4py-2019.3/generator/wrappers.py
def wrap_algo(algo, ver):
…
if  algo.startswith('algorithms::decision_forest'):
return True
return False

Sounds right. Any issue with this?


Avoid quadratic work for deep dependency trees

The default implementation of cross-repository navigation duplicates work
across nodes of a dependency tree, so that package information for forward
declarations can be identified correctly. We should provide a way to avoid
this quadratic work, with minimal setup steps.
The different possibilities are outlined in the Limitations section in the docs.

Loosely related:

https://github.com/sourcegraph/scip-clang/issues/360


Minimum input/output length restriction causing AssertionError with DeepSpeed

Environment

Model: Time-LLM
Dataset: Weather data
DeepSpeed version: 0.14.0
PyTorch version: 2.2.2

Problem Description
I'm encountering an issue when trying to use smaller input and output lengths with the Time-LLM model on a weather dataset. It seems there might be a minimum restriction on the sequence length, label length, and prediction length.
When using larger sequence lengths, the model works fine. For example, with these parameters:
--seq_len 16 --label_len 8 --pred_len 16
Everything runs smoothly.
However, when I try to reduce these lengths, such as:
--seq_len 5 --label_len 2 --pred_len 5`
or
--seq_len 4 --label_len 2 --pred_len 4
I encounter the following error:

Questions

Is there a minimum restriction on the input sequence length, label length, and prediction length for this model or DeepSpeed configuration?
What could be causing this AssertionError when using smaller lengths?
Are there any workarounds or configuration changes that can allow the use of smaller sequence lengths?

Any insights or suggestions would be greatly appreciated. Thank you for your help!

Hi, thanks for your question. However, I am not the author of Time-LLM. You can transfer this issue to their official code base.


Ice Errno2. Just tryna add 1 game and see if i can get it to work...

Keep getting this error... Cant see what to do after looking in other files no steam settings there :/
=========================Starting Ice
Detected Emulator: ePSXe
---------------Running for user 0
####################################
An Error has occurred:
[Errno 2] No such file or directory: u'c:/program files (x86)/steam\\userdata\\0\\config\\shortcuts.vdf'
####################################

Close the window, or hit enter to exit...

@esenfur You should try SRM. It is a great successor to ICE. Check it out.
https://steamcommunity.com/groups/SteamRomManager


Guild Comparison Tool

It would be hella cool if there was a way to compare guilds against each.
The way I see this working is that I can put in any two guilds (perhaps one can default to my most popular guild) and then see the relative strengths and weaknesses of them. It could then perhaps spit out some stats based on if we have a PVP which guild is likely to prevail.
That would be pretty neat.

I like it - and would fit nicely with the guild features I'm planning.


Support bare domain @ A records

This will support the bare domain A record @. Following namecheaps's: How do I set up a Host for Dynamic DNS? point 4.
I separated the update function to be able to differ between bare and subdomain updates.

Thanks @dionysiusmarquis I'll take a look.


Its not a feature but a update scripts

⚠ Please verify that this feature request has NOT been suggested before.

[X] I checked and didn't find similar feature request

🏷 Feature Request Type
Other
🔖 Feature description
version=curl -s https:/api.github.com/repos/louislam/uptime-kuma/tags | jq -r 'first(.[].name | select(test("^v?[0-9]")))'

cd /home/status/uptime-kuma #change this to your direction

echo "Updating Uptime Kuma"

echo "Download from Github"

git fetch --all
git checkout $version --force

echo "Installing update"

npm install --production
npm run download-dist

echo "Restart service"

pm2 restart uptime-kuma

echo "Update finished"

✔ Solution
its not a feature but a Update script
❓ Alternatives
No response
📝 Additional Context
No response

I don't think that we are currently capable of maintianing an additional way of doing things.
We have dropped the installation script for this exact reson.
Here is our updating docs: https://github.com/louislam/uptime-kuma/wiki/🆙-How-to-Update
Is there something we are missing/unclear about?

~# npm install --production
npm WARN config production Use `--omit=dev` instead.
npm WARN EBADENGINE Unsupported engine {
npm WARN EBADENGINE   package: '<EMAIL_ADDRESS>npm WARN EBADENGINE   required: { node: '10 || 12 || 14 || 16 || 18' },
npm WARN EBADENGINE   current: { node: 'v20.5.0', npm: '10.2.5' }
npm WARN EBADENGINE }
[#########.........] - idealTree: timing idealTree Completed in 2409ms

and it hangs on this..

@jult
You already reported this in this issue https://github.com/louislam/uptime-kuma/issues/4408 which was closed because you did not stick to our rules of providing the context we need.
We require this context as Bad issue reports => bad help
Please stick to our rules and report WITH FULL CONTEXT of what you tried, what happened and how your environment looks here: https://github.com/louislam/uptime-kuma/issues/new/choose
Your issue seems is likely caused by networking (IPV6) issues connected with your particular setup.
See https://www.reddit.com/r/node/comments/z9hsdw/npm_install_stuck_on_idealtree_builddeps/ why I come to this conclusion.
If in fact you don't have your networking setup configured correctly, that is nothing that we can fix.

Thanks, did not know the api.github.com is not required an api key.
Maybe we can implement a smarter npm script (npm run self-update) to self update in the future.
But considering it is not actually a help, I close it now.

did not know the api.github.com is not required an api key

It does not, but if you don't provide an api key, the limtis are severely lower (60 requests/h vs 5000 requests/h)


Evaluate support of DuckDB: target-duckdb loader, dbt-duckdb transformer, and duckdb-local utility service

Migrated from GitLab: https://gitlab.com/meltano/meltano/-/issues/3360
Originally created by @aaronsteers on 2022-03-30 19:22:10

DuckDB is installable via pip and could make a good local transformation alternative to SQLite.
Unlike SQLite, DuckDB is tuned for OLAP use cases.
From https://duckdb.org/:

Probably ~"urgency::low", but could make a nice CI-contained end-to-end local warehouse.

Loader target-duckdb does not exist, but parquet and CSV are supported, so one of those targets might work as a bridge.
DBT transform dbt-duckdb does exist: https://pypi.org/project/dbt-duckdb/
Utility plugin duckdb-local could be created as a simple pip installable plugin: https://duckdb.org/docs/installation/

Still relevant

Closing as we won't be updating from SQLite to DuckDB anytime soon. The jaffle-shop-template uses target-duckdb and Just Works, so this is covered for now.


commit

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

this was fixed in another PR but thatnks for the contribution


Updated source of "SILK Yoga," issue# 218.

I updated the source of the image for SILK Yoga.

I changed the name of the photo as well.


service: Deactivated successfully.

After upgrade to debian 12 we periodically get the following mesage in syslog:
Jan  9 08:31:02 db systemd[1]: Started mysqlchk@144-a.b.c.d:9200-a.b.c.d:9764.service - Percona XtraDB Cluster node check service (<IP_ADDRESS>:9764).
Jan  9 08:31:02 db systemd[1]: mysqlchk@144-a.b.c.d:9200-a.b.c.d:9764.service: Deactivated successfully.
Previously in debian 11:
Jan  6 23:59:58 db systemd[1]: Started Percona XtraDB Cluster node check service (a.b.c.d:24158).
Jan  6 23:59:58 db systemd[1]: mysqlchk@48520-a.b.c.d:9200-a.b.c.d:24158.service: Succeeded.

Probably just difference in systemd versions. I get the same in AL9. I think Deactivated successfully. means that the service was sucessfully deactivated and it was called via socket.


cmd/doc: a private field may be listed even when only public fields ought to be.

The following artificial example:
package dummy

type (
	private struct {
		z *int
	}
	Public struct {
		p *int
	}
	Sample struct {
		*Public
		*private
		x *int
	}
)

when inspected with "go doc Sample" yields:
type Sample struct {
	*Public
	*private

	// Has unexported fields.
}

where *private should not appear at all.

In the example, the command to run is "go doc Sample" not "go doc Public".

Indeed. Cut-n-paste emulation error. I apologise.
Lucio.

I see one can edit one's comments, so I did. I normally find that confusing, I hope I'm not compounding the confusion.
Lucio.


Prevent SQLSerializer from accidentally creating all foreign keys twice

This got added in https://github.com/vapor/database-kit/commit/b21128c50a47f6b3a852e0cbec490d5c6fd76df9, no idea why.

oops, thanks!


Add suggested_pool_concurrency server-side setting

👍

@1st1 what is the point of minimum of 10? I don't think there is too much vaiue in having more than backend connections. And BACKEND_CONNECTIONS_MIN is 4.


defend against DOS creating and deleting streams

This would lead to a lot of nils in our stream map.

This is more critical than we initially thought. It's not only about the memory consumed by the nil entries.
We have a couple of range-iterations over the whole map, which could consume a lot of CPU time if this map has a large number of nil entries.

The last commit fixes the CPU issue mentioned in the last comment. There's now no range-iteration over a the Streams map left. All iterations are only done over the open streams, and thus at any time limited by the maximum number of open streams.

Proposed fix:
We introduce a server parameter MaxNewStreamIdDelta (value O(200)). Then we save the highest stream id opened by the client, and reject all attempts to open a new stream with a stream id that is smaller than MaxNewStreamIdDelta of the highest stream id.
This allows us to garbage collect the streams map, i.e. we can delete all nils from this map that are smaller than this value.


Get amount of certain hashtag[FEATURE]

Is it possible to get the amount of a certain hashtag?

No. You could write a web scraper to do this as the information is visible on the page.

No. You could write a web scraper to do this as the information is visible on the page.


build envoy on macOS failed

I build envoy on macos, the environment is
the macos is Mojave
the clang is
Apple LLVM version 10.0.1 (clang-1<IP_ADDRESS>)
Target: x86_64-apple-darwin18.5.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
I follow the step of the document ,but i got the error message
bazel build //source/exe:envoy-static --action_env=PATH="/usr/local/bin:/opt/local/bin:/usr/bin:/bin"
WARNING: The following rc files are no longer being read, please transfer their contents or import their path into one of the standard rc files:
/Users/gaoshunli/istio/envoy/tools/bazel.rc
INFO: Analysed target //source/exe:envoy-static (0 packages loaded, 0 targets configured).
INFO: Found 1 target...
ERROR: /private/var/tmp/_bazel_me/fc6a1d1d534a8bf28e7e8f49e9a412dc/external/envoy/bazel/BUILD:25:1: Executing genrule @envoy//bazel:raw_build_id failed (Exit 1) bash failed: error executing command /bin/bash -c ... (remaining 1 argument(s) skipped)
Use --sandbox_debug to see verbose messages from the sandbox
Target //source/exe:envoy-static failed to build
Use --verbose_failures to see the command lines of failed build steps.
INFO: Elapsed time: 0.802s, Critical Path: 0.44s
INFO: 0 processes.
FAILED: Build did NOT complete successfully
Can you give me some advice for build envoy, How can i fix the error?

I followed the steps documented here: https://github.com/envoyproxy/envoy/tree/master/bazel. And yes, I too have not been able to compile Envoy on my Mac (MacOS: 10.14.5) or Ubuntu (16.04). FYI, I am using bazel 0.26 on both OS.
Error on my Mac:

Error on my Ubuntu:

And here is the error that I tried running bazel build with the CI docker image:

I would really, really like to compile Envoy using the source.
Any help would be much appreciated.

You'll need to checkout the source code from git, the build process depending on git version info and they are failing on that. Also for 1.10.0 you'll need bazel 0.22, which is baked into the docker image for building v1.10.0 so docker build should be fine.

You'll need to checkout the source code from git, the build process depending on git version info and they are failing on that.

Yup, thanks for that tip. That said, I was able to get around it by using the hack documented in Step 1

Also for 1.10.0 you'll need bazel 0.22, which is baked into the docker image for building v1.10.0 so docker build should be fine.

Ugh. Sure wish this was clearly called out in this document
I was finally able to make things work on my end. I have documented it all here: Envoy on Ubuntu Xenial and macOS Mojave: The Hard Way.
Hope this helps.
Anand


Emit cumulative counters instead of gauges (NerveUWSGI)

We want to change the type emitted for "meters" and "timers" metrics with "rollup" == "count" from Gauges to Cumulative Counters.
Old output example:
[
{pyramid_uwsgi_metrics.tweens.4xx-responses gauge 7936 map[rollup:count]}
{pyramid_uwsgi_metrics.tweens.4xx-responses gauge 0.19989366873361622 map[rollup:mean_rate]}
{pyramid_uwsgi_metrics.tweens.4xx-responses gauge 0.19700330306194488 map[rollup:m15_rate]}
{pyramid_uwsgi_metrics.tweens.4xx-responses gauge 0.19102634991044923 map[rollup:m5_rate]}
{pyramid_uwsgi_metrics.tweens.4xx-responses gauge 0.15404916698203022 map[rollup:m1_rate]}
]
New output ex:
[
{pyramid_uwsgi_metrics.tweens.4xx-responses.count cumcounter 542768 map[rollup:count]}
{pyramid_uwsgi_metrics.tweens.4xx-responses gauge 0.20030535922868342 map[rollup:mean_rate]}
{pyramid_uwsgi_metrics.tweens.4xx-responses gauge 0.2003738607402713 map[rollup:m15_rate]}
{pyramid_uwsgi_metrics.tweens.4xx-responses gauge 0.20121278046362234 map[rollup:m5_rate]}
{pyramid_uwsgi_metrics.tweens.4xx-responses gauge 0.19881931795422336 map[rollup:m1_rate]}
]
This change is backward compatible, so don't worry! To enable this change you need to modify the NerveUWGSI config make it include {"enableCumulativeCounters": true}

This will also change metric type etc for Java services. Nothing wrong with that itself, but as discussed we should do this step-by-step, I think.

fix & ship!

:shipit:


Add oeo-tools as submodule and build imports in the CI

Summary of the discussion
Discussed in https://etherpad.wikimedia.org/p/oeo-dev-82
Type of change (CHANGELOG.md)
Update

Updated import build system

Workflow checklist
Automation
Closes #
PR-Assignee

[ ] 🐙 Follow the Pull Request Workflow
[ ] 📝 Update the CHANGELOG.md
[ ] 📙 Add #'s to term tracker item

Reviewer

[ ] 🐙 Follow the Reviewer Guide
[ ] 🐙 Provided feedback and show sufficient appreciation for the work done

The changes in the imported modules are according to the current scripts if there is something that is not desireable let me know so I can take a look specifically. I suspect the differences come from the fact that we don't fix the version of the imported ontology.

I would wait until merging: https://github.com/OpenEnergyPlatform/oeo-tools/pull/18 before merging this, so long I will keep it as a draft.

oeo-tools has to be rebased in this PR, the contents of the imports in the latest version should be added too.


编译报错

We appreciate you go through Apollo documentations and search previous issues before creating an new one. If neither of the sources helped you with your issues, please report the issue using the following form. Please note missing info can delay the response time.
System information
Ubuntu20.04 显卡4060 编译apollo报错
Steps to reproduce the issue:
(09:52:34) WARNING: /apollo/modules/planning/tasks/lane_change_path/proto/BUILD:17:15: runfiles symlink modules/planning/tasks/lane_change_path/proto/install_src -> bazel-out/k8-fastbuild/bin/modules/planning/tasks/lane_change_path/proto/install_src obscured by modules/planning/tasks/lane_change_path/proto -> modules/planning/tasks/lane_change_path/proto
(09:52:34) WARNING: /apollo/modules/storytelling/proto/BUILD:12:15: runfiles symlink modules/storytelling/proto/install_module_src -> bazel-out/k8-fastbuild/bin/modules/storytelling/proto/install_module_src obscured by modules/storytelling/proto -> modules/storytelling/proto
(09:52:39) WARNING: /apollo/modules/common_msgs/planning_msgs/BUILD:89:15: runfiles symlink modules/common_msgs/planning_msgs/install_src -> bazel-out/k8-fastbuild/bin/modules/common_msgs/planning_msgs/install_src obscured by modules/common_msgs/planning_msgs -> modules/common_msgs/planning_msgs
(09:52:39) WARNING: /apollo/modules/planning/tasks/lane_borrow_path/BUILD:27:15: runfiles symlink modules/planning/tasks/lane_borrow_path/install_src -> bazel-out/k8-fastbuild/bin/modules/planning/tasks/lane_borrow_path/install_src obscured by modules/planning/tasks/lane_borrow_path -> modules/planning/tasks/lane_borrow_path
(09:52:39) WARNING: /apollo/modules/routing/BUILD:183:15: runfiles symlink modules/routing/install_module_src -> bazel-out/k8-fastbuild/bin/modules/routing/install_module_src obscured by modules/routing -> modules/routing
(09:52:39) WARNING: /apollo/modules/control/controllers/lon_based_pid_controller/proto/BUILD:16:15: runfiles symlink modules/control/controllers/lon_based_pid_controller/proto/install_src -> bazel-out/k8-fastbuild/bin/modules/control/controllers/lon_based_pid_controller/proto/install_src obscured by modules/control/controllers/lon_based_pid_controller/proto -> modules/control/controllers/lon_based_pid_controller/proto
(09:52:46) INFO: From Compiling modules/drivers/lidar/robosense/component/component.cpp:
In file included from external/boost/boost/signals2/detail/null_output_iterator.hpp:14:0,
from external/boost/boost/signals2/connection.hpp:22,
from external/boost/boost/signals2/signal.hpp:22,
from external/boost/boost/signals2.hpp:19,
from bazel-out/k8-fastbuild/bin/external/local_config_pcl/_virtual_includes/pcl_headers/pcl/io/boost.h:64,
from bazel-out/k8-fastbuild/bin/external/local_config_pcl/_virtual_includes/pcl_headers/pcl/io/file_io.h:42,
from bazel-out/k8-fastbuild/bin/external/local_config_pcl/_virtual_includes/pcl_headers/pcl/io/pcd_io.h:44,
from ./modules/drivers/lidar/robosense/component/component_convert.h:23,
from modules/drivers/lidar/robosense/component/component.cpp:17:
external/boost/boost/function_output_iterator.hpp:14:72: note: #pragma message: This header is deprecated. Use <boost/iterator/function_output_iterator.hpp> instead.
BOOST_HEADER_DEPRECATED("<boost/iterator/function_output_iterator.hpp>")
^
(09:52:54) ERROR: /apollo/.cache/bazel/540135163923dd7d5820f3ee4b306b32/external/local_config_tensorrt/BUILD:43:8: Executing genrule @local_config_tensorrt//:tensorrt_lib failed: (Exit 1): bash failed: error executing command /bin/bash -c ... (remaining 1 argument skipped)
cp: cannot stat '/usr/lib/x86_64-linux-gnu/libnvinfer.so.7': No such file or directory
(09:52:54) INFO: Elapsed time: 139.223s, Critical Path: 33.67s
(09:52:54) INFO: 3915 processes: 3225 internal, 690 local.
(09:52:54) FAILED: Build did NOT complete successfully
Supporting materials (screenshots, command lines, code/script snippets):

您好 请问您解决了吗？我用4060遇到了同样的问题


Reimplement the theme transition animation by actually animating the Theme

As part of this:

A lot of classes got new lerp functions, including e.g. TextStyle.
Theme's constructor story got overhauled. You can now configure
everything if you really want to, and we're better about defaults.
Material no longer automatically animates its background color.
(It still does for its shadow.)
Tabs try to get the indicator color from the theme.
The fields in ThemeData got reordered for sanity.
Theme.== and Theme.hashCode got fixed.
Typography got a bit of a spring cleaning.

Fixes #613.

LGTM

This is a release engine in no-checked mode on a Nexus 6 after warming up doing the switch back and forth continually. Not great.

I think it's fine to land anyway.  There's lots of ways to restructure the inherited property mechanism.  We picked the design we have now when the workload for the feature was much smaller.

Sure. I also want to compare it to a stock trunk build (I posted that screenshot while walking to brunch, so haven't got the bits with me).

Trunk, same scenario:

At a high level, it looks like this trades some GPU for some CPU. The new code does less work on the GPU thread, though both are hitting over 16ms at times. CPU is way higher throughout, though. All the proactive lerping, I guess.
I wonder if we could get good performance from a ThemeData implementation that did the lerping lazily... I'll try that as a subsequent patch.

That makes sense.  Presumably the spikes in the engine graph on trunk are when we initiate the theme change.  Once initiated, we can animate without much CPU load because we've pushed the animations down to the leaves of the dataflow graph.  With your patch, it's more expensive to animate the theme on the engine thread because we walk the tree each frame.

I wonder if we could get good performance from a ThemeData implementation that did the lerping lazily

I bet the place to save is the tree walking.  When an inherited changes, we walk the whole tree to notify.  Then we rebuild from every point that read inherited data.

Makes sense.

Especially for ThemeData -- it's right at the top of the tree and has to walk the whole thing. I wonder if we could use a registration mechanism instead of the current dependency system.

I wonder if we could use a registration mechanism instead of the current dependency system.

We had something like that originally, but it was slower for the workload at the time.  We should try it again now that we use inherited so extensively.

We could also be fancy and use registration for deep trees and a walk for shallow ones. Start off in "walk" mode. As soon as someone has to walk more than N steps to find you, switch to "walk-but-register" mode. Next time you rebuild, switch to "register" mode and walk the tree one last time. In "walk" mode, set the dependency on the user like today; in "walk-but-register" and "register" modes, set the dependency as a registration on both the provider (so that it can reach out to users to update them) and the user (so that you can unregister when you get deactivated).

Filed https://github.com/flutter/flutter/issues/1296


Requires local OIDC story to complete for k3d

OIDC is not implemented on local k3d installation, it needs to be added.

Duplicate of #1509


NXP drivers: spi: spi_mcux_lpspi: enable CONFIG_SPI_ASYNC mode with DMA

Updates LPSPI driver to support async mode with DMA.  Enables spi_loopback testing async mode on all the NXP boards with the LPSPI peripherals.  Resolves #74907.
spi_loopback test with CONFIG_SPI_ASYNC passes on the following boards.  The test failed on 1 board which needs more investigation, a separate issue created for that board at https://github.com/zephyrproject-rtos/zephyr/issues/78238.

Mimxrt1010_evk
Mimxrt1020_evk
Mimxrt1024_evk
Mimxrt1040_evk
Mimxrt1170_evk_cm7
Frdm_ke17z512
frdm_mcxn947//cpu0
frdm_mcxn236

Hello, I'm testing with mimxrt1060_evk. The tests are passing, but the functionality is incorrect. I am getting chip select for every byte when I should only get chip select for one block.
#78732 PR adds continuous mode (base->TCR |= LPSPI_TCR_CONT_MASK), which completely breaks dma spi (no test pass, chip select is never deselected). With this mode additional command end dma block should be sent to deselect chip select. I could add more information if needed.

#78732 PR adds continuous mode (base->TCR |= LPSPI_TCR_CONT_MASK), which completely breaks dma spi (no test pass, chip select is never deselected). With this mode additional command end dma block should be sent to deselect chip select. I could add more information if needed.

what do you mean by this, are you saying that PR breaks it? because if so, that's not my observations.

 The documentation says that to use this function, you need to send extra command to deselect chip-select.

CONT
Continuous transfer
Configures LPSPI for a continuous transfer that keeps PCS asserted between frames (as specified by FRAMESZ).  Also supports changing the command word at the frame size boundaries.


posix definitions should be used on Solaris

For compatibility reasons, Solaris historically had its header files
setup so that, unless specifically requested through specific header
defines, either the old pre-POSIX interfaces or POSIX.1c Draft 6
interfaces were used. However, in the case of rust, since these symbols
are linked directly instead of via system header files, the underlying
posix symbol name can be used directly instead.
These definitions should be corrected to match what they do on almost
every other platform.
Be aware this is a breaking change in terms of interface for any crates
/ consumers of these interfaces for Solaris.
Fixes #522

r? @alexcrichton
(rust_highfive has picked a reviewer for you, use r? to override)

@bors: r+

:pushpin: Commit 6740a8a has been approved by alexcrichton

:hourglass: Testing commit 6740a8a with merge 7a3754f...

:sunny: Test successful - status-appveyor, status-travis
Approved by: alexcrichton
Pushing 7a3754f2bb5e65eb39adacb189c3626173032177 to master...


Mod folder isnt working

Bug report
Anything added into the mod folder isn't read. Do i have to add it into the assets folder or nah?


I want to configure wifi with Bluetooth (IDFGH-3727)

Hello, I want to configure wifi with Bluetooth, which example is the best for me.

You can use the new provisioning example on the master  ESP-IDF Provisioning Example or the legacy BLE provisioning.

@laukik-hase Thanks for the notes. @snailwft Thanks for reporting,  questions about ESP-IDF (that aren't reporting an issue or a missing feature) are best asked over at https://esp32.com forum. Will close now, please help raise a post on forum. Thanks.


Encoder seems to be broken

.bottom test produces 💖💖✨🥺,💖💖,💖💖✨🥺💖💖✨🥺,
but using https://bottom-software-foundation.github.io/bottom-web/ to decode, the input is said to be malformed. Using https://bottom-software-foundation.github.io/bottom-web/ to encode test produces 💖💖✨🥺,👉👈💖💖,👉👈💖💖✨🥺👉👈💖💖✨🥺,👉👈
which is different.

The byte separators (👉👈) are gone. In my time using this plugin, (I now use my fork) I haven't encountered this issue. Is it any multi-byte text that you encounter this issue with?
aaa should yield 💖✨✨✨✨🥺,,👉👈💖✨✨✨✨🥺,,👉👈💖✨✨✨✨🥺,,👉👈
... should yield ✨✨✨✨🥺,👉👈✨✨✨✨🥺,👉👈✨✨✨✨🥺,👉👈

@romdotdog Seems to be because the default inline bottom prefixes and suffixes collide with the byte separators.
https://github.com/bottom-software-foundation/power-bottom/blob/need_top/components/Settings.jsx#L65
This seems to be the case on your fork as well. I'd be glad to open a PR, but I'm not sure what to put as the default prefix/suffix.

I'll pull from upstream whatever happens :-)
How about tilde (~)?
I'd also like to hear @SebbyLaw's thoughts

I'll pull from upstream whatever happens :-)
How about tilde (~)?
I'd also like to hear @SebbyLaw's thoughts

Tilde is used in markdown for strike through, though.


dotnet run empty

I follow this official document (https://dotnet.microsoft.com/en-us/learn/dotnet/hello-world-tutorial/run) and run the main file which called Program.cs, but there is nothing happened. It should show " Hello, World! ".

Operating System: Ubuntu 20.04
How could I fix it?

do you have the following line in the Program.cs file?
Console.WriteLine("Hello, World!");

Also, how did you install the SDK?


fake selection on touch devices when editing plugins

otherwise edited plugin would be inserted again as a first thing in the document, which would create several instances of the same plugin inside of the text editor

can you update Changelog? otherwise LGTM


Remove all experiments

per https://github.com/iterative/dvc/pull/6394

I see https://github.com/iterative/dvc/pull/6394 is still in active discussion, should this be a draft for now @karajan1001 ? Thanks

I see iterative/dvc#6394 is still in active discussion, should this be a draft for now @karajan1001 ? Thanks

Merged for now.

Ugh my bad. One more thing was left here but I merged it... Could you address https://github.com/iterative/dvc.org/pull/2715#pullrequestreview-737875800 here and reopen another PR? Feel free to use the same branch. I can help finalize it too. Thanks @karajan1001


Pixel type is not constructable.

It's very nearly possible to serialize some image as sixel using this library. Just missing one thing.
To use the SixelSerializer type we need to pass in Pixels, but Pixels is has no constructor and its fields are private.
This sample code demonstrates what the sixel-image crate can almost do:
use std::collections::{BTreeMap, HashMap, HashSet};

use image::RgbaImage;
use itertools::Itertools;
use sixel_image::SixelColor;

fn render_sixel(img: &RgbaImage) -> String {
    let colors: HashMap<[u8; 3], u16> = img
        .pixels()
        .map(|p| [p[0], p[1], p[2]].map(compress))
        .collect::<HashSet<[u8; 3]>>() // dedup
        .into_iter()
        .enumerate()
        .map(|(i, c)| (c, wrapping_into(i)))
        .collect();
    let color_registers: BTreeMap<u16, SixelColor> = colors
        .iter()
        .map(|(&c, &i)| (i, SixelColor::Rgb(c[0], c[1], c[2])))
        .collect();

    let pixels: Vec<Vec<sixel_image::Pixel>> = img
        .pixels()
        .map(|p| {
            let c = [p[0], p[1], p[2]].map(compress);
            let ci = colors[&c];
            unimplemented!("can't construct the `Pixel` from external crate")
        })
        .chunks(img.width() as usize)
        .into_iter()
        .map(|c| c.collect())
        .collect();

    sixel_image::SixelSerializer::new(&color_registers, &pixels).serialize()
}

fn wrapping_into(u: usize) -> u16 {
    (u % u16::MAX as usize) as u16
}

/// compress a color value from the range [0, 255] to the range [0, 100]
fn compress(a: u8) -> u8 {
    (a as u16 * 100 / 255) as u8
}

fn main() {
    let img = image::RgbaImage::new(100, 100);
    println!("{}", render_sixel(&img));
}

A minimal solution would be to add Pixel::new function:
impl Pixel {
    pub fn new(color: u16) -> Self {
        Pixel {on: true, color}
    }
}

For a little extra expressiveness we might add this as well:
impl Pixel {
    pub const OFF: Pixel = Pixel {on: false, color: 0};
}


[website] The REST API links in the doc body do not work now

Describe the bug
When I click the REST API links in the doc body, they do not work properly at the moment. The following two links are just examples.
To Reproduce
Steps to reproduce the behavior:

Go to http://pulsar.apache.org/docs/en/admin-api-topics/#list-of-topics
Click the link in the REST API tabs.
They navigates to a blank page.  Shown as follows:

Expected behavior
It should navigate to https://pulsar.incubator.apache.org/admin-rest-api/?version=2.7.0&apiversion=v2
Desktop (please complete the following information):

OS: [ iOS]

Additional context
If I click "Admin Rest API" header directly, it works https://pulsar.incubator.apache.org/admin-rest-api/?version=2.7.0&apiversion=v2

This issue has been resolved. @signormercurio thanks for your reminder!


How to speed up training

I found it very slow when training graph_navigation scenario, it took 4 days to train a model of 5 agents with RTX3090. I removed the transformer in gnn and it still takes 2 days. Do you have any idea on how to speed up training with a little code modification?

Yes, a labmate of mine has achieved significant speedups by optimizing the training process. We will push the update soon in the repo and let you know.
@Jaroan could you please submit a PR for the speed-up you achieved with your modifications?

Specifically, when is this push?

Yes, a labmate of mine has achieved significant speedups by optimizing the training process. We will push the update soon in the repo and let you know.
@Jaroan could you please submit a PR for the speed-up you achieved with your modifications?

Thanks a lot, looking forward to your push! It would be nice of you to update the code soon~

@finleygou we have the speedup pushed to the repo. You can refer to the latest PR for more information.

@finleygou we have the speedup pushed to the repo. You can refer to the latest PR for more information.

Appreciate it!


Bump version to 0.7.0

High Level Overview of Change

Title said it all.
Type of Change

[ ] 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)
[ ] Refactor (non-breaking change that only restructures code)
[ ] Tests (You added tests for code that already exists, or your new feature included in this PR)
[ ] Documentation Updates
[x] Release

Looks like there's still some flakiness in the tests

Looks like there's still some flakiness in the tests

Added an issue for it.


Put the static imports before non-static imports

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/3196/
Test FAILed.

alluxio-bot, check this please.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/3380/
Test PASSed.

alluxio-bot, merge this please.


Update the save design toaster verbiage

Signed-off-by: Gaurav Chadha<EMAIL_ADDRESS>Notes for Reviewers
Update the save design toaster verbiage
This PR fixes #
Signed commits

[x] Yes, I signed my commits.

Codecov Report
Base: 16.76% // Head: 12.53% // Decreases project coverage by -4.23% :warning:

Coverage data is based on head (09103af) compared to base (61edb44).
Patch coverage: 0.00% of modified lines in pull request are covered.

Additional details and impacted files
@@            Coverage Diff             @@
##           master    #6661      +/-   ##
==========================================
- Coverage   16.76%   12.53%   -4.24%
==========================================
  Files         115      115
  Lines       11229    11229
==========================================
- Hits         1883     1407     -476
- Misses       8871     9508     +637
+ Partials      475      314     -161

Flag
Coverage Δ

gointegrationtests
?

unittests
12.53% <0.00%> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

server/handlers/meshery_pattern_handler.go
0.00% <0.00%> (ø)

mesheryctl/internal/cli/root/system/start.go
1.70% <0.00%> (-57.03%)
:arrow_down:

mesheryctl/internal/cli/root/system/status.go
1.12% <0.00%> (-53.94%)
:arrow_down:

mesheryctl/internal/cli/root/system/update.go
1.17% <0.00%> (-47.06%)
:arrow_down:

mesheryctl/internal/cli/root/system/restart.go
1.88% <0.00%> (-45.29%)
:arrow_down:

mesheryctl/internal/cli/root/system/stop.go
2.22% <0.00%> (-41.49%)
:arrow_down:

mesheryctl/internal/cli/root/root.go
24.24% <0.00%> (-40.91%)
:arrow_down:

mesheryctl/internal/cli/root/system/logs.go
3.26% <0.00%> (-36.96%)
:arrow_down:

mesheryctl/internal/cli/root/version.go
0.00% <0.00%> (-32.95%)
:arrow_down:

mesheryctl/internal/cli/root/system/check.go
1.03% <0.00%> (-23.03%)
:arrow_down:

... and 3 more

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

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


Syntax update for templates in Terraform 0.6.7

When using the plug in with rubymine I get an warning about not having the "filename".  They just made this change so just wanted you to know about it.
Template Providers

filename - _Deprecated, please use template instead. The filename for the template. Use path variables to make this path relative to different path roots.

resource "template_file" "init" {
    filename = "${file("${path.module}/init.tpl")}"

    vars {
        consul_address = "${aws_instance.consul.private_ip}"
    }
}

vs
resource "template_file" "init" {
    template = "${file("${path.module}/init.tpl")}"

    vars {
        consul_address = "${aws_instance.consul.private_ip}"
    }
}

Model updated from Terraform 0.6.8 in plugin 0.4.3. Hopefully this issue fixed.


Improve Security

Security
First of all, you should require that install scripts are deleted after installation, as they are no longer needed.
But since some users will just rename the install directory instead of removing it, making your install scripts secure is a good idea.
Code Execution
An attacker that has access to the install directory and knows some valid database credentials (eg via SQL injection) can gain code execution:
POST install.php
hostname=localhost%00";passthru($_GET['x']);$foo="&username=dbuser&password=dbpassword&database=db

What happens here: %00 cuts off everything after localhost when connecting to the database. However, when writing to a file, %00 does not cut off the rest. An attacker then can simply escape the string context with ", and inject their own commands.
Not only is this a security issue, it's also a usability issue. What if my password is pass"word?
What you should do is escape " in the user input before putting it into the strings.
SQL Injection
you are currently not vulnerable, but what you are doing is really not correct. First of all, you don't need addslashes and real_escape_string.
Secondly, escaping is not the correct approach to SQL injection prevention. Always use prepared statements. They are easier to use, it's harder to mess up, and the resulting code is more readable.
Hashing
It is not ok to use md5 for password hashing, and it hasn't been ok for a very long time. md5 is broken, and it's way too fast. Use bcrypt instead.
Installed Flag
Because you have hardcoded the admin id as '1', it's not possible for an attacker to just add additional admins via this script. But this seems to be more of a coincidence. To avoid problems in the future, you should have a installed flag, to check if everything is already set up. If it is, exit the install script.
Misc

You are mixing the functional and object oriented way of using mysqli, which isn't good.
file_put_contents is easier to use than fwrite (you don't have to open and close the file yourself).
Your code would be better structured if you had functions, such as saveConfig(), createTables(), createSettings(), createAdminAccount(), etc.

http://programmers.stackexchange.com/questions/308327/how-can-i-have-more-secure-php-code


Lack shell scripts in wenetspeech examples

There's no train.sh、 avg.sh、align.sh、export.sh、test_hub.sh in examples/wenetspeech/asr1/run.sh. My branch is developer.
# examples/wenetspeech/asr1/run.sh
if [ ${stage} -le 1 ] && [ ${stop_stage} -ge 1 ]; then
    # train model, all `ckpt` under `exp` dir
    CUDA_VISIBLE_DEVICES=${gpus} ./local/train.sh ${conf_path}  ${ckpt}
fi

We will add it soon.  Also welcome to contribute!


feat: port Topology.Homotopy.Product

cc @urkud ; this conflicts with new code added in #2984

Beside the conflicts, there are some brutish motive specifications for Quotient.ind* that could probably be cleaned up.


PRMan hair color based on texture, v2

Hi there,
I'm doing some heavy fur in blender, and I'm having a lot of trouble with it. The first thing I'm experiencing is about using a texture to color my fur. I did exactly what you said in that post here : https://github.com/bsavery/PRMan-for-Blender/issues/126#event-411558266 , and it's working for simple uvs. But when I'm trying to do the same thing with udims, it's unfortunately not working anymore... I feel like the export Emitter UV is only exporting the uvs between 0 and 1, or something like that :).
Do you have any suggestion ? I feel that I tried everything, with no luck. Thank you very much for any help !
Lyonel

You would have to use the MAPID in the texture name.  Did you try that?

Yes, I actually did that too. The textures are working well on my mesh, but when I use them for the fur, they are not rendered anymore. If I use a simple texture (no UDIM) for the fur (just to check), it's fine, but as soon as I use the MAPID in the texture name, it deseapear.
I'll try to make a simple test scene for you as soon as I've got time.

CLosed, unless you have an example to reopen?


GCC 8.2.1 strncpy build error

Using aarch64-linux-gnu-g++ (GNU Toolchain for the A-profile Architecture 8.2-2018.11 (arm-rel-8.26)) 8.2.1 20180802 from the Arm GNU-A downloads page causes errors when compiling Arm NN Release 18.11 (tag v18.11).
One error, catching polymorphic type by value (-Werror=catch-value=) is reported here and fixed with this pull request.
The other error, strncpy specified bound depends on the length of the source argument (-Werror=stringop-overflow=) has not been reported here as an issue. One fix is to change strncpy to memcpy in src/armnn/LayerSupport.cpp.

Hi @mablem8 this issue has been noticed before on the armnn-dev mailing list (https://lists.linaro.org/mailman/listinfo/armnn-dev). Nicolas on that list also suggested using a memcpy-based workaround, but I'm not sure because that just silences the warning, it doesn't solve the potential problem that g++ is indicating.
I was thinking that we shouldn't do the "std::min(maxLength, strlen(fullString))" bit, just pass the length of the destination buffer as the length argument to strncpy. That will copy extra zeroes, which is fine in this piece of error handling code.
What do you think?
Also, sorry to be a pain but please could submit patches as Gerrit reviews at https://review.mlplatform.org/#/admin/projects/ml/armnn? We don't use Github for the master development branch, just for releases.  There's is a guide to contributing here: https://git.mlplatform.org/ml/armnn.git/about/ContributorGuide.md
Many thanks,
Matthew

Thanks for the feedback @MatthewARM, I will take a look at these links and submit an updated patch.

Hi @MatthewARM,
It actually looks pretty easy to cause an error using the Is..Supported functions. The reasonIfUnsupported and reasonIfUnsupportedMaxLength parameters have default values of nullptr and 1024, and the only place the Is..Supported functions are called is in the WorkloadFactory where these default values are used. In these cases, the strncpy call will never execute due to the if(truncatedString != nullptr) guard.
If someone were to write custom code using the Is..Supported functions, it's easy to pass a reasonIfUnsupported argument without specifying reasonIfUnsupportedMaxLength, in which case the max length will likely be wrong. A simple fix might be to switch the order to size_t reasonIfUnsupportedMaxLength, char* reasonIfUnsupported so that reasonIfUnsupported can't be specified without also passing a max length.
In any case, the compiler complaint can be fixed more safely than with memcpy by replacing the contents of the if(truncatedString != nullptr) guard with std::snprintf(truncatedString, maxLength, fullString); or anything similar. I pushed the updated code to my fork and will replicate it at mlplatform.org with the proper licensing.

Thanks @mablem8
The IsSupported functions are used pretty extensively in the Android NNAPI wrapper (https://review.mlplatform.org/#/admin/projects/ml/android-nn-driver and https://github.com/ARM-software/android-nn-driver). I take your point about how easy it is to misuse them, but at least it would be a "safe" error - the string wouldn't get copied, it wouldn't be a buffer overflow.
Thanks again for your patches and we'll review them on Gerrit.
Matthew

Hi @mablem8 the patch that you have submitted at https://review.mlplatform.org/#/c/ml/armnn/+/773/ doesn't seem to contain any code changes, did something go wrong?
All the best,
Matthew

Using aarch64-linux-gnu-g++ (GNU Toolchain for the A-profile Architecture 8.3-2019.03 (arm-rel-8.36)) 8.3.0
I am getting
In function ‘void {anonymous}::CopyErrorMessage(char*, const char*, size_t)’:
error: ‘char* strncpy(char*, const char*, size_t)’ specified bound depends on the length of the source argument [-Werror=stringop-overflow=]
         std::strncpy(truncatedString, fullString, copyLength);
note: length computed here
         size_t copyLength = std::min(maxLength, strlen(fullString));

Hi @dpackwood, @mablem8 had quite a good fix for that issue, but something went wrong with the Gerrit review and they haven't been back in touch for a while. @mablem8's pull request is here: https://github.com/ARM-software/armnn/pull/141 and it would be great if someone could take over the work of getting it into the master branch of armnn using this gerrit review: https://review.mlplatform.org/#/c/ml/armnn/+/773/ (or just create another review).
All the best,
Matthew

For #195 (build with gcc9), I tried patches from #141 with a patch from #193 (std::move problem)
but 6 unit tests fail:
[ 1801s] + ./build/UnitTests
[ 1802s] Running 1012 test cases...
[ 1802s] /home/abuild/rpmbuild/BUILD/armnn-19.02/src/backends/neon/test/NeonCreateWorkloadTests.cpp(269): [1;31;49merror: in "CreateWorkloadNeon/CreateDepthWiseConvolution2dFloat32NhwcWorkload": check TestNeonTensorHandleInfo(inputHandle, TensorInfo(inputShape, DataType)) has failed[0;39;49m
[ 1802s] /home/abuild/rpmbuild/BUILD/armnn-19.02/src/backends/neon/test/NeonCreateWorkloadTests.cpp(270): [1;31;49merror: in "CreateWorkloadNeon/CreateDepthWiseConvolution2dFloat32NhwcWorkload": check TestNeonTensorHandleInfo(outputHandle, TensorInfo(outputShape, DataType)) has failed[0;39;49m
[ 1808s] /home/abuild/rpmbuild/BUILD/armnn-19.02/src/backends/reference/test/RefCreateWorkloadTests.cpp(21): [1;31;49merror: in "CreateWorkloadRef/CreateConvolution2dFloatNchwWorkload": check (inputHandle->GetTensorInfo() == inputInfo) has failed[0;39;49m
[ 1808s] /home/abuild/rpmbuild/BUILD/armnn-19.02/src/backends/reference/test/RefCreateWorkloadTests.cpp(22): [1;31;49merror: in "CreateWorkloadRef/CreateConvolution2dFloatNchwWorkload": check (outputHandle->GetTensorInfo() == outputInfo) has failed[0;39;49m
[ 1808s] /home/abuild/rpmbuild/BUILD/armnn-19.02/src/backends/reference/test/RefCreateWorkloadTests.cpp(21): [1;31;49merror: in "CreateWorkloadRef/CreateConvolution2dFloatNhwcWorkload": check (inputHandle->GetTensorInfo() == inputInfo) has failed[0;39;49m
[ 1808s] /home/abuild/rpmbuild/BUILD/armnn-19.02/src/backends/reference/test/RefCreateWorkloadTests.cpp(22): [1;31;49merror: in "CreateWorkloadRef/CreateConvolution2dFloatNhwcWorkload": check (outputHandle->GetTensorInfo() == outputInfo) has failed[0;39;49m
[ 1808s] /home/abuild/rpmbuild/BUILD/armnn-19.02/src/backends/reference/test/RefCreateWorkloadTests.cpp(21): [1;31;49merror: in "CreateWorkloadRef/CreateConvolution2dFloatNchwWorkload": check (inputHandle->GetTensorInfo() == inputInfo) has failed[0;39;49m
[ 1808s] /home/abuild/rpmbuild/BUILD/armnn-19.02/src/backends/reference/test/RefCreateWorkloadTests.cpp(22): [1;31;49merror: in "CreateWorkloadRef/CreateConvolution2dFloatNchwWorkload": check (outputHandle->GetTensorInfo() == outputInfo) has failed[0;39;49m
[ 1808s] /home/abuild/rpmbuild/BUILD/armnn-19.02/src/backends/reference/test/RefCreateWorkloadTests.cpp(21): [1;31;49merror: in "CreateWorkloadRef/CreateConvolution2dFloatNhwcWorkload": check (inputHandle->GetTensorInfo() == inputInfo) has failed[0;39;49m
[ 1808s] /home/abuild/rpmbuild/BUILD/armnn-19.02/src/backends/reference/test/RefCreateWorkloadTests.cpp(22): [1;31;49merror: in "CreateWorkloadRef/CreateConvolution2dFloatNhwcWorkload": check (outputHandle->GetTensorInfo() == outputInfo) has failed[0;39;49m
[ 1813s]
[ 1813s] [1;31;49m*** 6 failures are detected in the test module "UnitTests"

Interesting. Can you dig deeper to find out how the tensor infos are different?
Given that the change was to return a tensorinfo by value, instead of by a move,  could indicate a problem with one of the constructors?

Hi,
I think that the unit test issues should have been fixed by https://review.mlplatform.org/c/ml/armnn/+/1333

I've just hit the same issue compiling v19.05 with GCC 8.3.0 on Raspberry Pi 4:
/home/anton/CK_TOOLS/lib-armnn-19.05-gcc-8.3.0-neon-rel.19.05-tflite-linux-32/src/src/armnn/LayerSupport.cpp: In function ‘void {anonymous}::CopyErrorMessage(char*, const char*, size_t)’:
/home/anton/CK_TOOLS/lib-armnn-19.05-gcc-8.3.0-neon-rel.19.05-tflite-linux-32/src/src/armnn/LayerSupport.cpp:28:21: error: ‘char* strncpy(char*, const char*, size_t)’ specified bound depends on the length
 of the source argument [-Werror=stringop-overflow=]
         std::strncpy(truncatedString, fullString, copyLength);
         ~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/home/anton/CK_TOOLS/lib-armnn-19.05-gcc-8.3.0-neon-rel.19.05-tflite-linux-32/src/src/armnn/LayerSupport.cpp:27:55: note: length computed here
         size_t copyLength = std::min(maxLength, strlen(fullString));
                                                 ~~~~~~^~~~~~~~~~~~
cc1plus: all warnings being treated as errors

It seems to be fixed in 19.08.

Thanks @ggardet. Closing.


Task 64 / Remove workspace option as global

Workspace and organization ID and name are now specific as per command and not used as global parameters. This will improve the autogenerated help documentation and unify the API and the CLI when it comes to parameter sync.

For me, to use -k to refer to the --work-dir is the worst option. I prefer to not give any short option to --work-dir or use the -W/-w options before. I think that we can quickly discuss this in the dev meeting just to decide what do we all prefer.


Release tagName feature

You have a new tagName option to set the button's tag name in master which is nice.
Can you make a new release which contains this feature?

Thanks, that should have been done a while ago.

That was really fast. :)
Could you release a v1.3.2 as well which contains the tagName feature for users of Leaflet 0.7.x (like me).

Okay, it's up at 1.3.2 :+1:

Nice. Thanks :)
Made a minor update in #55


Consolidating kube.py module

These two files are the same[1] and their location makes it difficult for new functionality to be added to utilize this module. Moving it to a central location and updating the ansible.cfg accordingly.
[1]
MD5 (roles/dnsmasq/library/kube.py) = 930848e99cead624e51849a36e94d6ef
MD5 (roles/kubernetes-apps/lib/library/kube.py) = 930848e99cead624e51849a36e94d6ef

ci check this


Added option to clean the repository before copying the source files

I've added the option to clean the repository before the source files are copied. It can be turned on and off by a new parameter on the task. It's set to false by default so it won't impact existing pipelines when they update.
I tried publishing a private version of the extensions to test it but couldn't create a publisher in the market place because I didn't have enough rights. I'll have to look in to that.
I have tested the script itself though and it works for me.

Added example of how to use the task in a yaml pipeline including the new input.


Please add Django 1.7 compatibility

(bemyco3) iMac-Alexander:bemyco lorddaedra$ ./manage.py
Traceback (most recent call last):
  File "/Users/lorddaedra/Envs/bemyco3/lib/python3.3/site-packages/autocomplete_light/registry.py", line 205, in __getitem__
    return super(AutocompleteRegistry, self).__getitem__(name)
KeyError: 'CityAutocomplete'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "./manage.py", line 10, in <module>
    execute_from_command_line(sys.argv)
  File "/Users/lorddaedra/Envs/bemyco3/lib/python3.3/site-packages/django/core/management/__init__.py", line 427, in execute_from_command_line
    utility.execute()
  File "/Users/lorddaedra/Envs/bemyco3/lib/python3.3/site-packages/django/core/management/__init__.py", line 391, in execute
    django.setup()
  File "/Users/lorddaedra/Envs/bemyco3/lib/python3.3/site-packages/django/__init__.py", line 21, in setup
    apps.populate(settings.INSTALLED_APPS)
  File "/Users/lorddaedra/Envs/bemyco3/lib/python3.3/site-packages/django/apps/registry.py", line 111, in populate
    app_config.ready()
  File "/Users/lorddaedra/Envs/bemyco3/lib/python3.3/site-packages/django/contrib/admin/apps.py", line 22, in ready
    self.module.autodiscover()
  File "/Users/lorddaedra/Envs/bemyco3/lib/python3.3/site-packages/django/contrib/admin/__init__.py", line 23, in autodiscover
    autodiscover_modules('admin', register_to=site)
  File "/Users/lorddaedra/Envs/bemyco3/lib/python3.3/site-packages/django/utils/module_loading.py", line 58, in autodiscover_modules
    import_module('%s.%s' % (app_config.name, module_to_search))
  File "/usr/local/Cellar/python3/3.3.3/Frameworks/Python.framework/Versions/3.3/lib/python3.3/importlib/__init__.py", line 90, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1584, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1565, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1532, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 584, in _check_name_wrapper
  File "<frozen importlib._bootstrap>", line 1022, in load_module
  File "<frozen importlib._bootstrap>", line 1003, in load_module
  File "<frozen importlib._bootstrap>", line 560, in module_for_loader_wrapper
  File "<frozen importlib._bootstrap>", line 868, in _load_module
  File "<frozen importlib._bootstrap>", line 313, in _call_with_frames_removed
  File "/Users/lorddaedra/Projects/bemyco/bemycobase/admin.py", line 5, in <module>
    from bemycobase.forms import UserCreationForm, UserChangeForm
  File "/Users/lorddaedra/Projects/bemyco/bemycobase/forms.py", line 15, in <module>
    class SignupForm(SignupFormBase):
  File "/Users/lorddaedra/Projects/bemyco/bemycobase/forms.py", line 22, in SignupForm
    city = autocomplete_light.ModelChoiceField('CityAutocomplete')
  File "/Users/lorddaedra/Envs/bemyco3/lib/python3.3/site-packages/autocomplete_light/fields.py", line 24, in __init__
    widget)
  File "/Users/lorddaedra/Envs/bemyco3/lib/python3.3/site-packages/autocomplete_light/fields.py", line 45, in get_autocomplete
    return registry.get_autocomplete_from_arg(autocomplete)
  File "/Users/lorddaedra/Envs/bemyco3/lib/python3.3/site-packages/autocomplete_light/registry.py", line 211, in get_autocomplete_from_arg
    return self[arg]
  File "/Users/lorddaedra/Envs/bemyco3/lib/python3.3/site-packages/autocomplete_light/registry.py", line 207, in __getitem__
    raise AutocompleteNotRegistered(name, self)
autocomplete_light.exceptions.AutocompleteNotRegistered: CityAutocomplete not registered (registry is empty)

https://docs.djangoproject.com/en/dev/releases/1.7/

I think this has been fixed for a long time, closing.


fix: add typedoc configs to clean ui

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

GitHub release
npm package (@latest dist-tag)

Your semantic-release bot :package::rocket:


Use environment variable from dotenv instead of configuration for mongodb atlas connection uri

Azure has been updated with the URL.


Streaming fixes - new PR

Instead of two PRs - EvCatTools and Streaming, I created one PR for both (old can be closed - in pushing changes sth went wrong and that`s why new branch was created and introduced in PR).
EvCatTools part is just addition of three functions used in streaming based on
Krzysiek version of EventCategorizerTools.
Streaming part is simplified as much as I could.
Added userParams parameters in categorization of events.
PhysicAnalysis is just Imaging part with additional analysis of Prompt Gamma in first order.
Fixes of comments to earlier Streaming PR.

@kkacprzak  Please, check PR: #88 E.  corrected the errors. Once you confirm it, we can close this PR as outdated.

PR 88 checked, this one can be discontinued.

superseded by  #88


Link models with Git repositories

Models of a Capella Collaboration project should be assignable to a exiting git repository. The global Git instance setting has to be used.
The instance baseURL should be expandable with a specific path in the instance. We should prevent Path Traversal Attacks.

Added in #311


[ben]Upstream cleaning

Bulk editing done using Lua module and AWB.

Submitting over the error (see #509).


Add userParameter

Add a userParameter to allow metrics without a CV term:

A new userParameter element for which only name is required (accession is optional, in contrast to cvParameter).
A new baseParameter element from which both userParameter and cvParameter are derived, as they only differ based on whether or not accession is required.
Replace all locations where cvParameter could occur by baseParameter to allow both cvParameter and userParameter.

Fixes #126.
TODO:

[ ] Update the specification document accordingly.

I think we should also bump the version number. Since it is a bit more change than just minor changes in naming or spelling, maybe v1.1.0 ?

Imo we should release a version 1.0.0 along with the publication of the specification document, not a version 1.x or something. We can consider the current version as a draft 1.0.0 that will be finalized with the public release of the specification document.

We will not add a userParameter.