text:
Keep getting this every time I try to start :( [Ubuntu 22.04.1]

WARNING: Closing this terminal window will stop the virtual machine !
qemu-system-x86_64: warning: global PIIX4_PM.disable_s3=1 not used
./start_qemu.sh: line 3: 17035 Killed                  qemu-system-x86_64 -L qemu -spice unix=off,addr=127.0.0.1,port=17474,disable-ticketing=on,image-compression=off,playback-compression=off,streaming-video=off,gl=off -chardev spiceport,name=org.qemu.monitor.qmp.0,id=org.qemu.monitor.qmp -mon chardev=org.qemu.monitor.qmp,mode=control -nodefaults -vga none -device virtio-vga -smp 2 -machine q35,vmport=off,i8042=off,hpet=off -accel kvm -global PIIX4_PM.disable_s3=1 -global ICH9-LPC.disable_s3=1 -drive if=pflash,format=raw,unit=0,file.filename=qemu/edk2-x86_64-code.fd,file.locking=off,readonly=on -drive "if=pflash,unit=1,file=iPod Clickwheel Games Preservation Project.utm/Data/efi_vars.fd" -m 2048 -audiodev spice,id=audio0 -device intel-hda -device hda-duplex,audiodev=audio0 -usb -device usb-tablet,bus=usb-bus.0 -device usb-mouse,bus=usb-bus.0 -device usb-kbd,bus=usb-bus.0 -device nec-usb-xhci,id=usb-controller-0 -chardev spicevmc,name=usbredir,id=usbredirchardev0 -device usb-redir,chardev=usbredirchardev0,id=usbredirdev0,bus=usb-controller-0.0 -chardev spicevmc,name=usbredir,id=usbredirchardev1 -device usb-redir,chardev=usbredirchardev1,id=usbredirdev1,bus=usb-controller-0.0 -chardev spicevmc,name=usbredir,id=usbredirchardev2 -device usb-redir,chardev=usbredirchardev2,id=usbredirdev2,bus=usb-controller-0.0 -device ide-hd,bus=ide.0,drive=driveA973B7BF-F17A-44C5-A6D7-B6D819938FDC,bootindex=0 -drive "if=none,media=disk,id=driveA973B7BF-F17A-44C5-A6D7-B6D819938FDC,file.filename=iPod Clickwheel Games Preservation Project.utm/Data/A973B7BF-F17A-44C5-A6D7-B6D819938FDC.qcow2,discard=unmap,detect-zeroes=unmap" -device virtio-serial -device virtserialport,chardev=org.qemu.guest_agent,name=org.qemu.guest_agent.0 -chardev spiceport,name=org.qemu.guest_agent.0,id=org.qemu.guest_agent -device virtserialport,chardev=vdagent,name=com.redhat.spice.0 -chardev spicevmc,id=vdagent,debug=0,name=vdagent -name "iPod Clickwheel Games Preservation Project" -uuid A9FC3197-EE40-4EF9-A948-461B0B194755 -rtc bas
And then it crashes.

How much RAM have your computer ? Maybe you don't have enough. 2GB is necessary (which is pretty low)
Have you tried launching qemu using the slow script ?

My computer has 8GB RAM with 7.36GB usable. I tried both the normal script and slow script multiple times, and got the same result. Could it maybe have something to do with my CPU? It's an AMD Ryzen 5 4600H. I did check in the launcher scripts and I didn't see anything about AMD in them, I just saw Intel. Is it maybe because I was booting Ubuntu off a USB instead of installing? Thanks so much for your reply though!

https://superuser.com/questions/1809595/how-to-find-out-exactly-which-process-was-killed-by-oom-killer try to do this to check if the OOM killer from the kernel is responsible for the killed process.
Also, you may try booting Ubuntu 24.04. I had success with Ubuntu 24.04 MATE (installed on a second partition), but I don't know about earlier versions...

FORGOT TO REPLY, SORRY!!
Little update though: It seems to have just fixed itself. I tried again yesterday and did nothing differently however it worked this time for some reason. I loaded 2 games onto my iPod. It works like a dream, thank you!

Very happy for you, have fun with the games ! :)
Feel free to tip me if you like my work: https://www.patreon.com/Olsro


text:
Create radixsort.py

Added radixsort in the sorting algorithms.
Happy Coding! :)

@ashaywalke can you just add some docstrings to the counting sort and radix sort functions(as you have done for the Astar function)? Then I would be happy to merge the commit :)

@ashaywalke I tested your code and I was having trouble running it, a lot of your syntax was causing issues. I referenced your code and did some research and went ahead an implemented radix sorting. closing this pull, please see #78

source: gharchive/pull-request

authors: IanDoarn OmkarPathak ashaywalke

repo: OmkarPathak/pygorithm

license: mit

license_type: permissive

license_source: bigquery


text:
Fixed mistake on shadow copying assembly loader.

Double checked implementation based on original from roslyn and found important bit that was missing, this may fix issue #1496

it should fix it I think, the linked issue looks like a bindings redirect issue indeed

I have pulled this one locally and tested, and indeed it fixes https://github.com/OmniSharp/omnisharp-roslyn/issues/1496
since this is code directly from Roslyn, I think it should be safe to merge- thanks

authors: filipw savpek

repo: OmniSharp/omnisharp-roslyn


text:
[cake-build] Initial version of portable Cake build script.

This is my initial suggestion of a Cake-based build script #396.
Updated to use build.json from current build system.
Usage:
build.(ps1|sh) are used to retrieve the Cake bootstrapping script and to launch it. build.cake includes the portable build script itself.
Cake info:
Cake currently has no direct support for .NET Core CLI (cake-build/cake#674). For now I call the tools as external processes, which works well, especially since I can generate output logs to make it functionally equivalent to the current build script.
While Cake is cross-platform, it is not built against dnxcore50, so it requires mono to work on Unix :(.
Definitions:
-Local build: build only against local runtime (or closest match)

If local default runtime is in build.json, then only build against it
Find first match using version-less OS name between default runtime and list in build.json (win10->win7, osx.10.10->osx.10.11, etc.)
Report error if none found, cannot build locally

Targets:
-target=Default : Same as Local target
-target=Local : Full local build with restore and test
-target=All : Full build for all runtimes listed in build.json
-target=Quick : Equivalent to "-quick" build (only performs local build, no restore, no test)
-target=Install : Quick + install artifacts into folder configured in build.cake (similar to "-install")
Options:
-configuration={Release|Debug} : Configuration to use for build and publish
-test-configuration={Release|Debug} : Configuration to use for test
-install-path={Path} : Destination folder for install target

@hal-ler sorry, I had to flip around the builds because osx isn't behaving, this should be building after the other builds finish.

@troydai
To continue the discussion on dotnet restore.
From what I understand, the requirements are:
-Cross-compile against a set of pre-defined runtimes described in build.json (custom build configuration file) and/or OmniSharp\project.json.
-Compile against the runtime of the local machine, which might not be in OmniSharp\project.json (such as win10-x64).
-Portable library is a nice option, but self-contained packages are still required.
We are looking for the official long-term solution for this problem.
My current solution looks for the closest match between the local runtime and the list described in build.json (which is identical to OmniSharp\project.json). I use this runtime for the local build, which works on Windows and OSX for now, but I would prefer a less hackish solution.
Pinging @anurse as he seems knowledgeable about this behavior in NuGet / dotnet restore.

Browsing the NuGet repository suggests to me that RestoreArgs.Runtimes is still used as an extension over the runtimes described in project.json. Unfortunately that part of RestoreArgs was disabled as a command-line option. Maybe it could be re-introduced with updated documentation?
In NuGet.Core / NuGet.Commands / RestoreCommand / RequestFactory / RestoreArgs.cs
request.RequestedRuntimes.UnionWith(Runtimes);
In NuGet.Core / NuGet.Commands / Utility / RequestRuntimeUtility.cs:
runtimes.UnionWith(request.Project.RuntimeGraph.Runtimes.Keys);
runtimes.UnionWith(request.RequestedRuntimes);

Getting this in. and we'll get it all fixed up to move to dev shortly

authors: david-driscoll hal-ler


text:
Feature request: Omnisharp server project/solution free scan mode.

Hi,
I'm not sure im putting this in the right place, but couldnt find anywhere better.
I wish there was a way to tell vscode/omnisharp to ignore projects (.csproj) and solutions (.sln) when scanning csharp code.  This would be very useful when working with very large c# codebases where the .sln and .csproj not necessarily reflect the true hierarchy of the system.
Right now, it seems to start by finding .sln files and loading corresponding projects etc. You can then switch between the solutions and the projects in that solution get loaded. At least I cant find a way of making it satisfy my wishes. :) There might be a way to do what i want today, but can't fogure out how.
So, I wish that when I open a folder, i could tell it to just find every csharp file under that folder and subfolders recursively, load it and index it etc. So that the end product is one big pile of symbols you can jump around in.
I dont care about being able to build it or anything like that, it would just be great for learning and navigating a huge code base.
br
Frederic

This issue was moved to OmniSharp/omnisharp-roslyn#1206

source: gharchive/issue

authors: DustinCampbell Fritzoid

repo: OmniSharp/omnisharp-vscode


text:
Generate assets for build and debug not working

Issue Description
dotnet core 3.1/mac when choosing "Generate assets for build and debug" from the command pallet the placeholder file is generated with a new sln and mvc project.
Steps to Reproduce
dotnet new sln
dotnet new mvc -o
dotnet sln <.sln> add /<.csproj>

View - Command Pallet - .NET: Generate Assets for Build and Debug

Expected Behavior
Correct launch.json and tasks.json files are generated.
Actual Behavior
Error message:
Could not locate .NET Core project. Assets were not generated.
Source: c# (Extension)
Logs
OmniSharp log
No Output
C# log
No Output
Environment information
VSCode version: 1.40.2
C# Extension: 1.21.8
Mono Information
        OmniSharp using built-in mono
Dotnet Information
.NET Core SDK (reflecting any global.json):
 Version:   3.1.100
 Commit:    cd82f021f4
Runtime Environment:
OS Name:     Mac OS X
OS Version:  10.14
OS Platform: Darwin
RID:         osx.10.14-x64
Base Path:   /usr/local/share/dotnet/sdk/3.1.100/
Host (useful for support):
Version: 3.1.0
Commit:  65f04fb6db
.NET Core SDKs installed:
3.0.100 [/usr/local/share/dotnet/sdk]
3.1.100 [/usr/local/share/dotnet/sdk]
.NET Core runtimes installed:
Microsoft.AspNetCore.App 3.0.0 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 3.1.0 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.NETCore.App 3.0.0 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
Microsoft.NETCore.App 3.1.0 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
To install additional .NET Core runtimes or SDKs:
https://aka.ms/dotnet-download

Visual Studio Code Extensions

Extension
Author
Version

beautify
HookyQR
1.5.0

composer-support-client
HyperledgerComposer
0.19.12

csharp
ms-vscode
1.21.8

markdown-preview-enhanced
shd101wyy
0.5.0

material-icon-theme
PKief
3.9.2

pdf
tomoki1207
0.5.1

vetur
octref
0.22.6

vscode-firefox-debug
firefox-devtools
2.5.3

vscodeintellicode
VisualStudioExptTeam
1.2.0

Getting an C# compiler error on macos
Feature 'asynchronous using' is not available in C# 7.3. Please use language version 8.0 or greater.

@andy-yx-chen Could you create a separate issue for this and provide all the logging information? Thanks!

I can also repro this without a solution:
dotnet new console
code .
VS Code Version: 1.40.2
C# for VS Code version: 1.21.8

@wvandeneede Does this still reproduce with the latest release? The razor team added additional support for some scenarios.
Thanks to this open ticket I also found where we were not handling .NET 5 launch.json yet and will open a PR to fix.

Closing out as no additional info was added.

authors: JoeRobich andy-yx-chen cartermp ghidalgo3 wvandeneede


text:
Error while installing .NET Core Debugger - failing on "renameDummyEntrypoint" install stage

Environment data
dotnet --info output:
.NET Command Line Tools (1.0.0-rc2-002339)

Product Information:
 Version:     1.0.0-rc2-002339
 Commit Sha:  2be5e84f87

Runtime Environment:
 OS Name:     Windows
 OS Version:  10.0.10586
 OS Platform: Windows
 RID:         win10-x64

VS Code version: 1.2.1
C# Extension version: 1.1.6
Steps to reproduce

Install latest VS code
Install latest C# extension
Open a .NET core application folder

Expected  behavior
.NET Core Debugger should install successfully
Actual behavior
.NET Core Debugger fails to install with message Error while installing .NET Core Debugger

It appears the installation is failing during the renameDummyEntrypoint install stage (after successfully doing a dotnet restore and dotnet publish.
Here is the output for the install:
Creating C:\Users\nlordell\.vscode\extensions\ms-vscode.csharp-1.1.6\coreclr-debug\project.json
log  : Restoring packages for C:\Users\nlordell\.vscode\extensions\ms-vscode.csharp-1.1.6\coreclr-debug\project.json...

info : Committing restore...

log  : Writing lock file to disk. Path: C:\Users\nlordell\.vscode\extensions\ms-vscode.csharp-1.1.6\coreclr-debug\project.lock.json

log  : C:\Users\nlordell\.vscode\extensions\ms-vscode.csharp-1.1.6\coreclr-debug\project.json
log  : Restore completed in 1207ms.

NuGet Config files used:

    C:\Users\nlordell\.vscode\extensions\ms-vscode.csharp-1.1.6\coreclr-debug\NuGet.config

Feeds used:
    https://api.nuget.org/v3/index.json

Publishing
dummy for .NETCoreApp,Version=v1.0/win7-x64

Project dummy (.NETCoreApp,Version=v1.0) will be compiled because expected outputs are missing.
 C:\Users\nlordell\.vscode\extensions\ms-vscode.csharp-1.1.6\coreclr-debug\bin\Debug\netcoreapp1.0\dummy.dll
 C:\Users\nlordell\.vscode\extensions\ms-vscode.csharp-1.1.6\coreclr-debug\bin\Debug\netcoreapp1.0\dummy.pdb

Compiling dummy for .NETCoreApp,Version=v1.0

Running C:\Program Files\dotnet\dotnet.exe compile-csc @C:\Users\nlordell\.vscode\extensions\ms-vscode.csharp-1.1.6\coreclr-debug\obj\Debug\netcoreapp1.0\dotnet-compile.rsp

Process ID: 376

Running C:\Program Files\dotnet\dotnet.exe "C:\Program Files\dotnet\sdk\1.0.0-rc2-002339\csc.dll" -noconfig @C:\Users\nlordell\.vscode\extensions\ms-vscode.csharp-1.1.6\coreclr-debug\obj\Debug\netcoreapp1.0\dotnet-compile-csc.rsp

Process ID: 12208

Compilation succeeded.
    0 Warning(s)
    0 Error(s)

Time elapsed 00:00:03.2678611

Publishing
dummy 1.0.0 ...

Publishing Microsoft.CSharp 4.0.1-rc2-24027 ...

Publishing Microsoft.NETCore.Platforms 1.0.1-rc2-24027 ...

Publishing Microsoft.NETCore.Runtime 1.0.2-rc2-24027 ...
Publishing Microsoft.NETCore.Runtime.CoreCLR 1.0.2-rc2-24027 ...
Publishing Microsoft.NETCore.Runtime.Native 1.0.2-rc2-24027 ...

Publishing Microsoft.NETCore.Targets 1.0.1-rc2-24027 ...
Publishing Microsoft.NETCore.Windows.ApiSets 1.0.1-rc2-24027 ...

Publishing Microsoft.VisualStudio.clrdbg 14.0.25406-preview-3044032 ...

Publishing Microsoft.VisualStudio.clrdbg.MIEngine 14.0.30610-preview-1
 ...

Publishing
Microsoft.VisualStudio.Debugger.Interop.Portable 1.0.1 ...

Publishing
Microsoft.VisualStudio.OpenDebugAD7 1.0.20614-preview-2 ...

Publishing Microsoft.Win32.Primitives 4.0.1-rc2-24027
 ...
Publishing Microsoft.Win32.Registry 4.0.0-rc2-24027 ...

Publishing NETStandard.Library 1.5.0-rc2-24027 ...
Publishing Newtonsoft.Json 7.0.1 ...

Publishing runtime.any.System.AppContext 4.1.0-rc2-24027
 ...

Publishing
runtime.any.System.Collections 4.0.11-rc2-24027 ...

Publishing
runtime.any.System.Diagnostics.Tools 4.0.1-rc2-24027 ...

Publishing
runtime.any.System.Diagnostics.Tracing 4.1.0-rc2-24027 ...

Publishing
runtime.any.System.Globalization 4.0.11-rc2-24027 ...

Publishing
runtime.any.System.Globalization.Calendars 4.0.1-rc2-24027 ...

Publishing runtime.any.System.IO 4.1.0-rc2-24027 ...
Publishing runtime.any.System.Reflection 4.1.0-rc2-24027 ...
Publishing runtime.any.System.Reflection.Extensions 4.0.1-rc2-24027 ...
Publishing runtime.any.System.Reflection.Primitives 4.0.1-rc2-24027 ...
Publishing runtime.any.System.Resources.ResourceManager 4.0.1-rc2-24027 ...
Publishing runtime.any.System.Runtime 4.1.0-rc2-24027 ...
Publishing runtime.any.System.Runtime.Handles 4.0.1-rc2-24027 ...

Publishing runtime.any.System.Runtime.InteropServices 4.1.0-rc2-24027 ...

Publishing
runtime.any.System.Text.Encoding 4.0.11-rc2-24027 ...

Publishing
runtime.any.System.Text.Encoding.Extensions 4.0.11-rc2-24027 ...

Publishing runtime.any.System.Threading.Tasks 4.0.11-rc2-24027 ...

Publishing
runtime.any.System.Threading.Timer 4.0.1-rc2-24027 ...

Publishing
runtime.native.System 4.0.0-rc2-24027 ...
Publishing runtime.native.System.IO.Compression 4.1.0-rc2-24027 ...

Publishing runtime.native.System.Net.Http 4.0.1-rc2-24027 ...
Publishing runtime.native.System.Security.Cryptography 4.0.0-rc2-24027
 ...
Publishing runtime.win.System.Runtime.InteropServices.RuntimeInformation 4.0.0-rc2-24027 ...

Publishing runtime.win7-x64.Microsoft.NETCore.Runtime.CoreCLR 1.0.2-rc2-24027 ...

Publishing
runtime.win7-x64.Microsoft.NETCore.Windows.ApiSets 1.0.1-rc2-24027 ...

Publishing runtime.win7-x64.Microsoft.VisualStudio.clrdbg 14.0.25406-preview-3044032
 ...

Publishing runtime.win7-x64.runtime.native.System.IO.Compression 4.0.1-rc2-24027
 ...

Publishing
runtime.win7.Microsoft.Win32.Primitives 4.0.1-rc2-24027 ...

Publishing
runtime.win7.System.Console 4.0.0-rc2-24027 ...

Publishing runtime.win7.System.Diagnostics.Debug 4.0.11-rc2-24027 ...

Publishing
runtime.win7.System.IO.FileSystem 4.0.1-rc2-24027 ...
Publishing runtime.win7.System.Net.Primitives 4.0.11-rc2-24027 ...

Publishing runtime.win7.System.Net.Sockets 4.1.0-rc2-24027 ...

Publishing runtime.win7.System.Private.Uri 4.0.1-rc2-24027
 ...

Publishing
runtime.win7.System.Runtime.Extensions 4.1.0-rc2-24027 ...

Publishing
System.AppContext 4.1.0-rc2-24027 ...
Publishing System.Buffers 4.0.0-rc2-24027 ...

Publishing
System.Collections 4.0.11-rc2-24027 ...
Publishing System.Collections.Concurrent 4.0.12-rc2-24027 ...

Publishing
System.Collections.Immutable 1.2.0-rc2-24027 ...

Publishing
System.Collections.NonGeneric 4.0.1-rc2-24027 ...

Publishing
System.Collections.Specialized 4.0.1-rc2-24027 ...

Publishing System.ComponentModel 4.0.1-rc2-24027 ...

Publishing
System.ComponentModel.Annotations 4.1.0-rc2-24027 ...
Publishing
System.ComponentModel.EventBasedAsync 4.0.11-rc2-24027 ...

Publishing System.Console 4.0.0-rc2-24027
 ...
Publishing System.Diagnostics.Contracts 4.0.1-rc2-24027 ...

Publishing
System.Diagnostics.Debug 4.0.11-rc2-24027 ...
Publishing System.Diagnostics.DiagnosticSource 4.0.0-rc2-24027 ...

Publishing System.Diagnostics.Process 4.1.0-rc2-24027 ...

Publishing System.Diagnostics.StackTrace 4.0.1-rc2-24027 ...

Publishing
System.Diagnostics.Tools 4.0.1-rc2-24027 ...
Publishing System.Diagnostics.Tracing 4.1.0-rc2-24027 ...

Publishing System.Dynamic.Runtime 4.0.11-rc2-24027 ...

Publishing
System.Globalization 4.0.11-rc2-24027 ...
Publishing System.Globalization.Calendars 4.0.1-rc2-24027 ...

Publishing System.Globalization.Extensions 4.0.1-rc2-24027 ...

Publishing
System.IO 4.1.0-rc2-24027 ...
Publishing
System.IO.Compression 4.1.0-rc2-24027 ...

Publishing
System.IO.Compression.ZipFile 4.0.1-rc2-24027 ...

Publishing
System.IO.FileSystem 4.0.1-rc2-24027 ...
Publishing System.IO.FileSystem.Primitives 4.0.1-rc2-24027 ...

Publishing
System.IO.FileSystem.Watcher 4.0.0-rc2-24027 ...

Publishing
System.IO.MemoryMappedFiles 4.0.0-rc2-24027 ...

Publishing System.IO.UnmanagedMemoryStream 4.0.1-rc2-24027
 ...

Publishing
System.Linq 4.1.0-rc2-24027 ...

Publishing
System.Linq.Expressions 4.0.11-rc2-24027 ...

Publishing
System.Net.Http 4.0.1-rc2-24027 ...

Publishing
System.Net.NameResolution 4.0.0-rc2-24027 ...

Publishing System.Net.Primitives 4.0.11-rc2-24027 ...
Publishing System.Net.Sockets 4.1.0-rc2-24027 ...
Publishing System.ObjectModel 4.0.12-rc2-24027 ...

Publishing
System.Private.Uri 4.0.1-rc2-24027 ...
Publishing
System.Reflection 4.1.0-rc2-24027 ...
Publishing System.Reflection.Emit 4.0.1-rc2-24027 ...

Publishing System.Reflection.Emit.ILGeneration 4.0.1-rc2-24027 ...
Publishing System.Reflection.Emit.Lightweight 4.0.1-rc2-24027 ...

Publishing
System.Reflection.Extensions 4.0.1-rc2-24027 ...
Publishing System.Reflection.Primitives 4.0.1-rc2-24027 ...

Publishing System.Reflection.TypeExtensions 4.1.0-rc2-24027 ...

Publishing
System.Resources.ResourceManager 4.0.1-rc2-24027 ...
Publishing
System.Runtime 4.1.0-rc2-24027 ...

Publishing System.Runtime.Extensions 4.1.0-rc2-24027 ...
Publishing
System.Runtime.Handles 4.0.1-rc2-24027 ...
Publishing System.Runtime.InteropServices 4.1.0-rc2-24027 ...

Publishing System.Runtime.InteropServices.PInvoke 4.0.0-rc2-24027 ...

Publishing System.Runtime.InteropServices.RuntimeInformation 4.0.0-rc2-24027 ...

Publishing System.Runtime.Numerics 4.0.1-rc2-24027 ...

Publishing System.Runtime.Serialization.Primitives 4.1.1-rc2-24027
 ...

Publishing System.Security.Claims 4.0.1-rc2-24027
 ...

Publishing System.Security.Cryptography.Algorithms 4.1.0-rc2-24027
 ...

Publishing System.Security.Cryptography.Cng 4.1.0-rc2-24027
 ...

Publishing System.Security.Cryptography.Csp 4.0.0-rc2-24027
 ...

Publishing
System.Security.Cryptography.Encoding 4.0.0-rc2-24027 ...

Publishing
System.Security.Cryptography.OpenSsl 4.0.0-rc2-24027 ...

Publishing
System.Security.Cryptography.Primitives 4.0.0-rc2-24027 ...

Publishing
System.Security.Cryptography.X509Certificates 4.1.0-rc2-24027 ...

Publishing System.Security.Principal 4.0.1-rc2-24027
 ...

Publishing
System.Security.Principal.Windows 4.0.0-rc2-24027 ...

Publishing
System.Text.Encoding 4.0.11-rc2-24027 ...
Publishing System.Text.Encoding.Extensions 4.0.11-rc2-24027 ...

Publishing System.Text.RegularExpressions 4.0.12-rc2-24027 ...

Publishing
System.Threading 4.0.11-rc2-24027 ...
Publishing System.Threading.Overlapped 4.0.1-rc2-24027 ...

Publishing
System.Threading.Tasks 4.0.11-rc2-24027 ...
Publishing
System.Threading.Tasks.Dataflow 4.6.0-rc2-24027 ...

Publishing
System.Threading.Tasks.Extensions 4.0.0-rc2-24027 ...

Publishing
System.Threading.Tasks.Parallel 4.0.1-rc2-24027 ...

Publishing System.Threading.Thread 4.0.0-rc2-24027
 ...

Publishing
System.Threading.ThreadPool 4.0.10-rc2-24027 ...

Publishing
System.Threading.Timer 4.0.1-rc2-24027 ...
Publishing System.Xml.ReaderWriter 4.0.11-rc2-24027 ...

Publishing
System.Xml.XDocument 4.0.11-rc2-24027 ...

Publishing
System.Xml.XmlDocument 4.0.1-rc2-24027 ...

Publishing
System.Xml.XmlSerializer 4.0.11-rc2-24027 ...

Published to C:\Users\nlordell\.vscode\extensions\ms-vscode.csharp-1.1.6\coreclr-debug\debugAdapters
Published 1/1 projects successfully

Updating dotnet to:
.NET Command Line Tools (1.0.0-preview1-002702)

Product Information:
 Version:     1.0.0-preview1-002702
 Commit Sha:  6cde21225e

Runtime Environment:
 OS Name:     Windows
 OS Version:  10.0.10586
 OS Platform: Windows
 RID:         win10-x64

fixed the issue

Thank you for reporting this!

authors: chuckries nlordell


text:
do children allow array of nodes?

is it okay to do this?
<Truncate>

</Truncate>

Yes, that's supposed to work.
By the docs:
children (example)
Somesiblings

Thanks, I failed to spot it since it's weirdly formatted in the table.

Agree on that, but unfortunately it's not possible to use the triple backticks inside a table with this flavor of Markdown.

authors: PabloSichert capaj

repo: One-com/react-truncate

license: isc


text:
User feedback: Today View Widget not showing bookmarks

User feedback:

Widget does not work or refresh. Just always shows this.

App Version = 20.1.0
iOS Version = 13.3
Bookmark Count = 1

I'm pretty sure that this is being caused by an App Group misconfiguration issue caused by the switchover from the UW to OTSF Apple Developer accounts.

I can't reproduce this bug on simulator or my device (app store 20.1.0). Clean app store install did not have the bug either. I don't think it's misconfigured app group.

repo: OneBusAway/onebusaway-iphone


text:
Very slow configuration stage when using AC6

Describe the bug
The configuration CMAKE stage takes a very long time when using AC6 on Windows 10
As you can see below
-- The ASM compiler identification is ARMClang
-- Found assembler: C:/Program Files/Arm/Development Studio 2022.2/sw/ARMCompiler6.19/bin/armclang.exe
-- The C compiler identification is ARMClang 6.19.0
-- The CXX compiler identification is ARMClang 6.19.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: C:/Program Files/Arm/Development Studio 2022.2/sw/ARMCompiler6.19/bin/armclang.exe - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: C:/Program Files/Arm/Development Studio 2022.2/sw/ARMCompiler6.19/bin/armclang.exe - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Configuring done (188.5s)
-- Generating done (0.6s)
The configuration stage takes 188.5 seconds.
On consecutive builds, it will take ~30sec
If GCC is used the configuration stage takes ~3sec
We are using AC6 with a floating license
Can the configuration time be reduced?
Setup
CMSIS TOOLS 2.1.0
Windows 10 Machine
AC6 6.19.0 compiler

I don't think CMake is treating AC6 and GCC differently when it comes toolchain identification/configuration. Most likely it is the compiler/assembler itself adding this latency.
@brondani any thoughts/options to cache/skip this step?

@ronyrad are you using a AC6 Floating License?  Could this explain the latency?

The compiler detection can be skipped as commented here but not the full configuration stage, anyway it's automatically cached by cmake and apparently consecutive builds are still slow.
Indeed license handling could be slowing it down.

MDK v6 uses User Based Licensing.  This latency (caused most likely by slow Floating User Server) should not appear anymore. Hence I'm closing this issue.

authors: ReinhardKeil brondani jkrech ronyrad

repo: Open-CMSIS-Pack/devtools

license_source: github-api


text:
Allow pre-loaded databases in initializers

Bulk and Adsorbate initializers accept a path to a database stored in a pkl file. This adds an option to pass in an already-loaded database. The goal is to support cases where databases are being read outside of these classes.

Codecov Report

Merging #69 (9f037fc) into main (1a81acc) will increase coverage by 0.05%.
The diff coverage is 100.00%.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
@@            Coverage Diff             @@
##             main      #69      +/-   ##
==========================================
+ Coverage   87.27%   87.32%   +0.05%
==========================================
  Files           5        5
  Lines         503      505       +2
==========================================
+ Hits          439      441       +2
  Misses         64       64

Impacted Files
Coverage Δ

ocdata/core/adsorbate.py
75.00% <100.00%> (+0.39%)
:arrow_up:

ocdata/core/bulk.py
81.48% <100.00%> (+0.34%)
:arrow_up:

authors: codecov-commenter kjmichel

license: MIT


text:
[14/10/2022]: Frontend Project Structure setup/dev_team2 branch

DESCRIPTION
Inline with the of the OSCSA MOOCs platform and the ongoing collaboration in the FRONTEND development is for :
Setting up Frontend project structure for dev_team2 branch.
Project Structure
.....
Frontend/
  node_modules/
   public/
   src/
       -- components/
       --landing-page/
           -- index.jsx
           -- style.css
       --App.css
       -- App.jsx
       -- index.css
       -- main.jsx
index.html
vite.config.js
package.json
yarn.lock
...

What needs to be done?

Create a Frontend Folder in the root folder.
Add Vitejs React project to the Frontend Folder
Add a sample page to the folder

@sandygudie  if i get you right, i  have to clone the  dev_team2 branch since that's the team i want to work with?

Yes


text:
Add Alfie Chen week 1 assignment

Finally added my week 1 reflection as outside collaborator. Since I still feel the need to separate my work from enrolled students' as a way to respect y'all and the repo maintainer, I added a line Submissions by outside collaborators:. However, this should be open for discussion on how it's done would be most appropriate.

I made a slight change to use an <h3> for @alfieyfc's post. I am going to go ahead and merge, anyone should feel free to open an issue to discuss!

authors: alfieyfc shiffman

repo: Open-Source-Studio-at-ITP/Syllabus


text:
Environment override to allow God of War: Ragnarok to run on desktop Linux

Game won't start on non-Steam Deck systems without SteamDeck=1 environment variable, and is otherwise considered to be fully playable with that variable set.
Source: https://github.com/ValveSoftware/Proton/issues/8107#issuecomment-2361421991

I think this needs to be fixed upstream by the devs or allowed a bit of time until Valve steps in. The game just released, and a report was just made for this game yesterday. Even if we do set that environment variable to get the game launching, it's insufficient as, reportedly, setting that environment variable causes another problem -- mice look not working.

Looking at reviews on the store page, it looks like the mouse thing might be a game bug.

Also worth noting, even if the original problem is fixed on Proton's end, it's possible that the game may still not launch without the variable, due to problems with PSSDK failing with a wine message in the past (namely Ghost of Tsushima multiplayer and Concord, the latter of which is now defunct), which would crash the game. Apparently setting that variable will bypass this behavior and will allow the game to launch anyway, according to the linked thread.

merging for now, we can always remove later.

repo: Open-Wine-Components/umu-protonfixes


text:
run examples/llama-2/qlora-fsdp.yml failed

Please check that this issue hasn't been reported before.

[X] I searched previous Bug Reports didn't find any similar reports.

Expected Behavior
should start training
Current behaviour
site-packages/torch/nn/modules/module.py", line 1688, in __getattr__
    raise AttributeError(f"'{type(self).__name__}' object has no attribute '{name}'")
AttributeError: 'LlamaForCausalLM' object has no attribute 'hf_quantizer'

Steps to reproduce
accelerate launch -m axolotl.cli.train examples/llama-2/qlora-fsdp.yml
Config yaml
No response
Possible solution
No response
Which Operating Systems are you using?

[X] Linux
[ ] macOS
[ ] Windows

Python Version
3.12
axolotl branch-commit
main
Acknowledgements

[X] My issue title is concise, descriptive, and in title casing.
[X] I have searched the existing issues to make sure this bug has not been reported yet.
[X] I am using the latest version of axolotl.
[X] I have provided enough information for the maintainers to reproduce and diagnose the issue.

Hey, does this issue still occur on latest main with upto date dependency?

ValueError: Must flatten tensors with uniform dtype but got torch.float32 and torch.float16

ValueError: Must flatten tensors with uniform dtype but got torch.float32 and torch.float16

Have same issue too.

authors: NanoCode012 XiepengLi accupham

repo: OpenAccess-AI-Collective/axolotl


text:
App bar

#908 (also following @pryds suggestion to use Windows style on all non-Mac platforms)
#1449
#1534

Code review comments have been implemented.

repo: OpenBazaar/OpenBazaar-Client


text:
Created this test to check focus on diffrent resolutions

Created this test to check focus on different resolutions but for some reasons it doesnt pass on the phone resolution can u check and give me any suggestion how to fix it?

Can you also please run prettier on this code?

Can you also please run prettier on this code?

done

authors: AndersonCeci AndiBraimllari

repo: OpenCovenant/quill


text:
Reduced the height of side-menu-button

Added the height of side-menu-button to 30px inside .off-canvas-start-button and centered the burger-icon inside it using flex.
Added display: flex to center the elements inside .header-name-gear-icon.

Let me know if you need any customization. I also suggest that the penda text font-size should have been increased instead of reducing the height of side-menu-button.

Hey, thanks for the PR. Can you post a screenshot of how the current changes look? Can you then also post a screenshot of increasting the font-size of the penda text? Great changes and suggestions, hopefully we can merge one of these :)

Hey, thanks for the PR. Can you post a screenshot of how the current changes look? Can you then also post a screenshot of increasting the font-size of the penda text? Great changes and suggestions, hopefully we can merge one of these :)

This is the current change.

I see, can you try increasing the font of the header as you previously suggested? How would that look? Please add a screenshot so we can compare.

Hey, thanks for the PR. Can you post a screenshot of how the current changes look? Can you then also post a screenshot of increasting the font-size of the penda text? Great changes and suggestions, hopefully we can merge one of these :)

This is the current change.

I see, can you try increasing the font of the header as you previously suggested? How would that look? Please add a screenshot so we can compare.

Changing font-size only

Hey, thanks for the PR. Can you post a screenshot of how the current changes look? Can you then also post a screenshot of increasting the font-size of the penda text? Great changes and suggestions, hopefully we can merge one of these :)

This is the current change.

I see, can you try increasing the font of the header as you previously suggested? How would that look? Please add a screenshot so we can compare.

Changing font-size only

Thanks again, let’s keep the smaller height change for now, perhaps we can revisit this again soon

Thanks, I will be more than happy to help.

solved by @Tonykimanthi

authors: AndersonCeci Tonykimanthi


text:
Fix lag on lightning strike

I remember you once wrote that you want to get rid of getPersistentChunkIterable hack and run everything from cube iterator.

Conclusion:

Inject and rewrite adjustPosToNearbyEntity()
Inject in updateBlocks() after canDoRainSnowIce() call and add isAreaLoaded check.

Correct?

That probably would be correct, assuming block updates in that loop are disabled.

Updated.

Updated.

repo: OpenCubicChunks/CubicChunks


text:
Extend cycle route policy to include physical barriers

Having a physical barrier (bollard etc) between bike lane and road traffic (and pedestrians) could be added to the existing cycle route policy.

Proposal #37 was accepted!

authors: jt-nti lancew

repo: OpenEastleigh/eastleigh-manifesto


text:
Inconsistent use of has (physical) input/output in energy transformation

Description of the issue
The use of the the axioms has input, has output, has physical input and has physical output in class energy transformation and its subclasses is inconsistent. Examples are:

energy transformation: 'has physical input' some energy but 'has output' some energy
heat transformation: 'has input' only 'thermal energy' and 'has output' only 'thermal energy'

Ideas of solution
As has physical input is a subproperty of has input and has physical output is a subproperty of has output it would be best to use only has physical input/has physical input for the class energy transformation and all its subclasses.
Workflow checklist

[ ] I discussed the issue with someone else than me before working on a solution
[ ] I already read the latest version of the workflow for this repository
[ ] The goal of this ontology is clear to me

I am aware that

[ ] every entry in the ontology should have a definition
[ ] classes should arise from concepts rather than from words

As a general pattern, I would suggest to use has physical input / output for material entities and energies (as it was intended) and has input / output for the rest.
If found the following uses of has (physical) input / output that don't fit this pattern:

heat transfer has input only thermal energy --> has physical input
energy transformation, heat transfer, hydroelectric energy transformation, nuclear energy transformation, steam-electric process and wind energy transformation each are related to some energy-subclass via has output --> has physical output
gas turbine, hydrogen turbine, PV panel, steam turbine, water turbine and wind rotor all have physical output some power

for these ones I don't see an easy solution, because gas turbine et al are not processes and power is not a continuant (but a process attribute). I will open a new issue for this.

I missed some axioms which are not on the wrong side of the has input / output vs. has physical input / output distinction, but are not correct for other reasons:

gas turbine, hydrogen turbine and water turbine use has physical input despite not being processes
generator and heater use has physical output despite not being processes

It's getting even more complicated: For a lot of the artificial objects (energy converting devices, power generating units, powerplants) we used the relation uses (A relation that holds between a continuant and another continuant it requires to function.) instead of has input, e.g.

biofuel power unit uses some biofuel
motor uses some electrical energyIf I recall right, this was exactly becausehas input` relates to a process.

We have also a relation produces: a produces b if some process that occurs_in a has_output b, where a and b are material entities. Examples: hybridoma cell line produces monoclonal antibody reagent; chondroblast produces avascular GAG-rich matrix.
Maybe it helps using the relations uses and produces for the artificial objects instead of has physical input and has physical output?

I agree that we should use uses and produces for artificial objects. The only case where this won't work are the has output some power-relations, because power is not a continuant, but that is a topic for #737. For all others, uses and produces are good replacements for has physical input / output.

Since there isn't much discussion on this issue, I tried to summarize what we have so far:

subject
predicate
object

heat transfer
~has input~ has physical input
thermal energy

energy transformation, heat transfer, hydroelectric energy transformation, nuclear energy transformation, steam-electric process and wind energy transformation
~has output~ has physical output
various energy-subclasses

gas turbine, hydrogen turbine, PV panel, steam turbine, water turbine and wind rotor
~has physical output~ produces
~power~ electrical energy

gas turbine, hydrogen turbine and water turbine
~has physical input~ uses

generator and heater
~has physical output~ produces

If there are no objections, I will implement it this way.

Looks good and I think you can implement this.

repo: OpenEnergyPlatform/ontology


text:
运行不了

请问下载文件后怎么运行不了

请问下载文件后怎么运行不了

在cmd里运行

请问下载文件后怎么运行不了

要不直接用gui

repo: OpenEthan/SMSBoom


text:
FATAL ERROR

Dear Jason，
I received the following error when trying to use the FAST.Farm. File Settings and errors are as follows, I have checked, but did not find what went wrong.  Can you give me some advice?
------- FAST.Farm for OpenFAST INPUT FILE -------------------------------------------------
FAST.Farm input file, using two turbines separated by 3D downstream and an offset of 30m, turbulent inflow, yaw maneuver for WT1
--- SIMULATION CONTROL ---
False              Echo               - Echo input data to .ech? (flag)
FATAL              AbortLevel         - Error level when simulation should abort (string) {"WARNING", "SEVERE", "FATAL"}
2000.0             TMax               - Total run time (s) [>=0.0]
False              UseSC              - Use a super controller? (flag)
2                  Mod_AmbWind        - Ambient wind model (-) (switch) {1: high-fidelity precursor in VTK format, 2: one InflowWind module, 3: multiple instances of InflowWind module}
2                  Mod_WaveField      - Wave field handling (-) (switch) {1: use individual HydroDyn inputs without adjustment, 2: adjust wave phases based on turbine offsets from farm origin}
0                  Mod_SharedMooring  - Shared mooring system model (switch) {0: None, 3=MoorDyn}}
--- SUPER CONTROLLER --- [used only for UseSC=True]
"unused"           SC_FileName        - Name/location of the dynamic library {.dll [Windows] or .so [Linux]} containing the Super Controller algorithms (quoated string)
--- SHARED MOORING SYSTEM --- [used only for Mod_SharedMoor>0]
""                 SharedMoorFile     - Name of file containing shared mooring system input parameters (quoted string) [used only when Mod_SharedMooring > 0]
0.04	           DT_Mooring         - Time step for farm-level mooring coupling with each turbine (s) [used only when Mod_SharedMooring > 0]
--- AMBIENT WIND: PRECURSOR IN VTK FORMAT --- [used only for Mod_AmbWind=1]
1.0                DT_Low-VTK         - Time step for low -resolution wind data input files; will be used as the global FAST.Farm time step (s) [>0.0]
0.1                DT_High-VTK        - Time step for high-resolution wind data input files (s) [>0.0]
"unused"           WindFilePath       - Path name to VTK wind data files from precursor (string)
False              ChkWndFiles        - Check all the ambient wind files for data consistency? (flag)
--- AMBIENT WIND: INFLOWWIND MODULE --- [used only for Mod_AmbWind=2 or 3]
0.8                DT_Low             - Time step for low -resolution wind data interpolation; will be used as the global FAST.Farm time step (s) [>0.0]
0.1                DT_High            - Time step for high-resolution wind data interpolation (s) [>0.0]
400                NX_Low             - Number  of low -resolution spatial nodes in X direction for wind data interpolation (-) [>=2]
100                NY_Low             - Number  of low -resolution spatial nodes in Y direction for wind data interpolation (-) [>=2]
35                 NZ_Low             - Number  of low -resolution spatial nodes in Z direction for wind data interpolation (-) [>=2]
-126               X0_Low             - Origin  of low -resolution spatial nodes in X direction for wind data interpolation (m)
-500.0             Y0_Low             - Origin  of low -resolution spatial nodes in Y direction for wind data interpolation (m)
5.0                Z0_Low             - Origin  of low -resolution spatial nodes in Z direction for wind data interpolation (m)
15                 dX_Low             - Spacing of low -resolution spatial nodes in X direction for wind data interpolation (m) [>0.0]
10.0               dY_Low             - Spacing of low -resolution spatial nodes in Y direction for wind data interpolation (m) [>0.0]
10.0               dZ_Low             - Spacing of low -resolution spatial nodes in Z direction for wind data interpolation (m) [>0.0]
36                 NX_High            - Number  of high-resolution spatial nodes in X direction for wind data interpolation (-) [>=2]
34                 NY_High            - Number  of high-resolution spatial nodes in Y direction for wind data interpolation (-) [>=2]
34                 NZ_High            - Number  of high-resolution spatial nodes in Z direction for wind data interpolation (-) [>=2]
"NRELOffshrBsline5MW_InflowWind_Steady8mps.dat"           InflowFile         - Name of file containing InflowWind module input parameters (quoted string)
--- WIND TURBINES ---
3                  NumTurbines        - Number of wind turbines (-) [>=1]                         [last 6 columns below used only for Mod_AmbWind=2 or 3]
WT_X    WT_Y   WT_Z   WT_FASTInFile     X0_High  Y0_High  Z0_High  dX_High  dY_High  dZ_High
(m)     (m)    (m)    (string)          (m)      (m)      (m)      (m)      (m)      (m)
0.0   0.0    0.0    "5MW_OC4Semi_WSt_WavesWN1.fst"   -63   -85.0   5.0      5    5     5
630.0   0.0    0.0    "5MW_OC4Semi_WSt_WavesWN2.fst"   567   -85.0   5.0      5    5     5
1260.0  0.0    0.0    "5MW_OC4Semi_WSt_WavesWN3.fst"   1197   -85.0   5.0      5    5     5
--- WAKE DYNAMICS ---
1                  Mod_Wake           - Switch between wake formulations {1:Polar, 2:Curl, 3:Cartesian} (-) (switch)
5.0                dr                 - Radial increment of radial finite-difference grid (m) [>0.0]
40                 NumRadii           - Number of radii in the radial finite-difference grid (-) [>=2]
1200               NumPlanes          - Number of wake planes (-) [>=2]
0.08               f_c                - Cutoff (corner) frequency of the low-pass time-filter for the wake advection, deflection, and meandering model [recommended=1.28*U0/R] (Hz) [>0.0]
ERROR：
T2:FARM_UpdateStates:FWrap_Increment:FAST_Solution:CalcOutputs_And_SolveForInputs:SolveOption2:AD_
CalcOutput:RotCalcOutput:BEMT_CalcOutput(node 5, blade
3):UA_CalcOutput:UA_BlendSteady:Temporarily turning off UA due to high angle of attack or low
relative velocity. This warning will not be repeated though the condition may persist.
Time: 51 of 2000 seconds.  Estimated final completion at 17:07:47.
The BEM solution is being turned off due to low TSR.  (TSR = 1.9982). This warning will not be
Time: 87 of 2000 seconds.  Estimated final completion at 18:16:34.
T2:FARM_UpdateStates:FWrap_Increment:FAST_Solution:FAST_AdvanceStates:AD_UpdateStates:BEMT_UpdateS
tates:UpdatePhi(node 9, blade 2):BEMT_UnCoupledSolve:There is no valid value of phi for these
operating conditions: Vx = 3.7991, Vy = -28.02, rlocal = 28.125, theta = 0.13605, geometric phi =
3.0068. This warning will not be repeated though the condition may persist. (See GeomPhi output
channel.)
Time: 121 of 2000 seconds.  Estimated final completion at 18:06:55.
T2:FARM_UpdateStates:FWrap_Increment:FAST_Solution:CalcOutputs_And_SolveForInputs:SolveOption2:AD_
CalcOutput:RotCalcOutput:BEMT_CalcOutput(node 19, blade 3):UA_CalcOutput:Mach number exceeds 0.3.
Theory is invalid. This warning will not be repeated though the condition may persist.
T3:FARM_UpdateStates:FWrap_Increment:FAST_Solution:CalcOutputs_And_SolveForInputs:SolveOption2:AD_
CalcOutput:RotCalcOutput:BEMT_CalcOutput(node 5, blade
1):UA_CalcOutput:UA_BlendSteady:Temporarily turning off UA due to high angle of attack or low
relative velocity. This warning will not be repeated though the condition may persist.
Time: 126 of 2000 seconds.  Estimated final completion at 18:09:31.
The BEM solution is being turned off due to low TSR.  (TSR = 1.998). This warning will not be
Time: 175 of 2000 seconds.  Estimated final completion at 19:56:46.
T3:FARM_UpdateStates:FWrap_Increment:FAST_Solution:FAST_AdvanceStates:AD_UpdateStates:BEMT_UpdateS
tates:UpdatePhi(node 9, blade 3):BEMT_UnCoupledSolve:There is no valid value of phi for these
operating conditions: Vx = 5.3311, Vy = -38.062, rlocal = 28.125, theta = 0.13605, geometric phi
= 3.0024. This warning will not be repeated though the condition may persist. (See GeomPhi output
channel.)
Time: 194 of 2000 seconds.  Estimated final completion at 19:25:46.
T3:FARM_UpdateStates:FWrap_Increment:FAST_Solution:CalcOutputs_And_SolveForInputs:SolveOption2:AD_
CalcOutput:RotCalcOutput:BEMT_CalcOutput(node 19, blade 1):UA_CalcOutput:Mach number exceeds 0.3.
Theory is invalid. This warning will not be repeated though the condition may persist.
Time: 204 of 2000 seconds.  Estimated final completion at 19:34:03.
T2:FARM_UpdateStates:NearWakeCorrection:Wake model is not valid in the propeller-brake region,
i.e., Ct > 2.0.
Aborting FAST.Farm.

I'd like to know how you solved this problem?

Dear @clun1,
Are you receiving a similar error running FAST.Farm?  If so, what are you FAST.Farm input file settings?
Best regards,

Dear  @jjonkman
I am using FAST. FARM to calculate three fans in series.  The operation works correctly when the yaw angle of the first fan is set to 0°, 10°, and 15°.  However, I encounter issues when the yaw angle is set to 20°.  I cannot identify the problem.  Could you please provide some suggestions?

 FAST.Farm v1.00.* INPUT FILE

Sample FAST.Farm input file
--- SIMULATION CONTROL ---
False              Echo               Echo input data to .ech? (flag)
FATAL              AbortLevel         Error level when simulation should abort (string) {"WARNING", "SEVERE", "FATAL"}
2000.0               TMax               Total run time (s) [>=0.0]
False              UseSC              Use a super controller? (flag)
2                  Mod_AmbWind        Ambient wind model (-) (switch) {1: high-fidelity precursor in VTK format, 2: one InflowWind module, 3: multiple instances of InflowWind module}
--- SUPER CONTROLLER --- [used only for UseSC=True]
"SC_DLL.dll"       SC_FileName        Name/location of the dynamic library {.dll [Windows] or .so [Linux]} containing the Super Controller algorithms (quoated string)
--- AMBIENT WIND: PRECURSOR IN VTK FORMAT --- [used only for Mod_AmbWind=1]
3.0                DT_Low-VTK         Time step for low -resolution wind data input files  ; will be used as the global FAST.Farm time step (s) [>0.0]
0.1                DT_High-VTK        Time step for high-resolution wind data input files   (s) [>0.0]
"unused"           WindFilePath       Path name to VTK wind data files from precursor (string)
False              ChkWndFiles        Check all the ambient wind files for data consistency? (flag)
--- AMBIENT WIND: INFLOWWIND MODULE --- [used only for Mod_AmbWind=2 or 3]
3.0                DT_Low             Time step for low -resolution wind data interpolation; will be used as the global FAST.Farm time step (s) [>0.0]
0.1                DT_High            Time step for high-resolution wind data interpolation (s) [>0.0]
301                NX_Low             Number  of low -resolution spatial nodes in X direction for wind data interpolation (-) [>=2]
101                NY_Low             Number  of low -resolution spatial nodes in Y direction for wind data interpolation (-) [>=2]
35                 NZ_Low             Number  of low -resolution spatial nodes in Z direction for wind data interpolation (-) [>=2]
-315.0             X0_Low             Origin  of low -resolution spatial nodes in X direction for wind data interpolation (m)
-500.0             Y0_Low             Origin  of low -resolution spatial nodes in Y direction for wind data interpolation (m)
5.0                Z0_Low             Origin  of low -resolution spatial nodes in Z direction for wind data interpolation (m)
10.0               dX_Low             Spacing of low -resolution spatial nodes in X direction for wind data interpolation (m) [>0.0]
10.0               dY_Low             Spacing of low -resolution spatial nodes in Y direction for wind data interpolation (m) [>0.0]
10.0               dZ_Low             Spacing of low -resolution spatial nodes in Z direction for wind data interpolation (m) [>0.0]
17                 NX_High            Number  of high-resolution spatial nodes in X direction for wind data interpolation (-) [>=2]
16                 NY_High            Number  of high-resolution spatial nodes in Y direction for wind data interpolation (-) [>=2]
16                 NZ_High            Number  of high-resolution spatial nodes in Z direction for wind data interpolation (-) [>=2]
"InflowWind.dat"   InflowFile         Name of file containing InflowWind module input parameters (quoted string)
--- WIND TURBINES ---
3                  NumTurbines        Number of wind turbines (-) [>=1]                          [last 6 columns below used only for Mod_AmbWind=2 or 3]
WT_X    WT_Y   WT_Z   WT_FASTInFile     X0_High  Y0_High  Z0_High  dX_High  dY_High  dZ_High
(m)     (m)    (m)    (string)          (m)      (m)      (m)      (m)      (m)      (m)
0.0     0.0    0.0    "FFTest_WT1.fst"   -85     -85.0    5.0     10.63    10.67     10.67
630.0   0.0    0.0    "FFTest_WT2.fst"   545     -85.0    5.0     10.63    10.67     10.67
1260.0  0.0    0.0    "FFTest_WT3.fst"  1175     -85.0    5.0     10.63    10.67     10.67
--- WAKE DYNAMICS ---
5.0                dr                 Radial increment of radial finite-difference grid (m) [>0.0]
40                 NumRadii           Number of radii in the radial finite-difference grid (-) [>=2]
136                NumPlanes          Number of wake planes (-) [>=2]
DEFAULT            f_c                Cutoff (corner) frequency of the low-pass time-filter for the wake advection, deflection, and meandering model (Hz) [>0.0] or DEFAULT [DEFAULT=0.0007]
DEFAULT            C_HWkDfl_O         Calibrated parameter in the correction for wake deflection defining the horizontal offset at the rotor                                               (m    ) or DEFAULT [DEFAULT= 0.0  ]
DEFAULT            C_HWkDfl_OY        Calibrated parameter in the correction for wake deflection defining the horizontal offset at the rotor scaled with                         yaw error (m/deg) or DEFAULT [DEFAULT= 0.3  ]
DEFAULT            C_HWkDfl_x         Calibrated parameter in the correction for wake deflection defining the horizontal offset              scaled with downstream distance               (-    ) or DEFAULT [DEFAULT= 0.0  ]
DEFAULT            C_HWkDfl_xY        Calibrated parameter in the correction for wake deflection defining the horizontal offset              scaled with downstream distance and yaw error (1/deg) or DEFAULT [DEFAULT=-0.004]
DEFAULT            C_NearWake         Calibrated parameter for the near-wake correction (-) [>1.0 and <2.5] or DEFAULT [DEFAULT=1.8]
DEFAULT            k_vAmb             Calibrated parameter for the influence of ambient turbulence in the eddy viscosity (-) [>=0.0] or DEFAULT [DEFAULT=0.05 ]
DEFAULT            k_vShr             Calibrated parameter for the influence of the shear layer    in the eddy viscosity (-) [>=0.0] or DEFAULT [DEFAULT=0.016]
DEFAULT            C_vAmb_DMin        Calibrated parameter in the eddy viscosity filter function for ambient turbulence defining the transitional diameter fraction between the minimum and exponential regions (-) [>=0.0          ] or DEFAULT [DEFAULT= 0.0 ]
DEFAULT            C_vAmb_DMax        Calibrated parameter in the eddy viscosity filter function for ambient turbulence defining the transitional diameter fraction between the exponential and maximum regions (-) [> C_vAmb_DMin  ] or DEFAULT [DEFAULT= 1.0 ]
DEFAULT            C_vAmb_FMin        Calibrated parameter in the eddy viscosity filter function for ambient turbulence defining the value in the minimum region                                                (-) [>=0.0 and <=1.0] or DEFAULT [DEFAULT= 1.0 ]
DEFAULT            C_vAmb_Exp         Calibrated parameter in the eddy viscosity filter function for ambient turbulence defining the exponent in the exponential region                                         (-) [> 0.0          ] or DEFAULT [DEFAULT= 0.01]
DEFAULT            C_vShr_DMin        Calibrated parameter in the eddy viscosity filter function for the shear layer    defining the transitional diameter fraction between the minimum and exponential regions (-) [>=0.0          ] or DEFAULT [DEFAULT= 3.0 ]
DEFAULT            C_vShr_DMax        Calibrated parameter in the eddy viscosity filter function for the shear layer    defining the transitional diameter fraction between the exponential and maximum regions (-) [> C_vShr_DMin  ] or DEFAULT [DEFAULT=25.0 ]
DEFAULT            C_vShr_FMin        Calibrated parameter in the eddy viscosity filter function for the shear layer    defining the value in the minimum region                                                (-) [>=0.0 and <=1.0] or DEFAULT [DEFAULT= 0.2 ]
DEFAULT            C_vShr_Exp         Calibrated parameter in the eddy viscosity filter function for the shear layer    defining the exponent in the exponential region                                         (-) [> 0.0          ] or DEFAULT [DEFAULT= 0.1 ]
DEFAULT            Mod_WakeDiam       Wake diameter calculation model (-) (switch) {1: rotor diameter, 2: velocity based, 3: mass-flux based, 4: momentum-flux based} or DEFAULT [DEFAULT=1]
DEFAULT            C_WakeDiam         Calibrated parameter for wake diameter calculation (-) [>0.0 and <0.99] or DEFAULT [DEFAULT=0.95] [unused for Mod_WakeDiam=1]
DEFAULT            Mod_Meander        Spatial filter model for wake meandering (-) (switch) {1: uniform, 2: truncated jinc, 3: windowed jinc} or DEFAULT [DEFAULT=3]
DEFAULT            C_Meander          Calibrated parameter for wake meandering (-) [>=1.0] or DEFAULT [DEFAULT=1.9]

Time: 504 of 2000 seconds.  Estimated final completion at 16:24:17.
FARM_CalcOutput:AWAE_CalcOutput:LowResGridCalcOutput:The center of wake plane #125 for turbine #1
has passed the upper-most X boundary of the low-resolution domain.
LowResGridCalcOutput:The center of wake plane #126 for turbine #1 has passed the upper-most X
boundary of the low-resolution domain.
LowResGridCalcOutput:The center of wake plane #127 for turbine #1 has passed the upper-most X
boundary of the low-resolution domain.
LowResGridCalcOutput:The center of wake plane #128 for turbine #1 has passed the upper-most X
boundary of the low-resolution domain.
LowResGridCalcOutput:The center of wake plane #129 for turbine #1 has passed the upper-most X
boundary of the low-resolution domain.
LowResGridCalcOutput:The center of wake plane #130 for turbine #1 has passed the upper-most X
boundary of the low-resolution domain.
LowResGridCalcOutput:The center of wake plane #131 for turbine #1 has passed the upper-most X
boundary of the low-resolution domain.
LowResGridCalcOutput:The center of wake plane #132 for turbin
Time: 507 of 2000 seconds.  Estimated final completion at 16:23:33.
T3:FARM_UpdateStates:NearWakeCorrection:Wake model is not valid in the propeller-brake region,
i.e., Ct > 2.0.
Aborting FAST.Farm.

Dear @hhh850 ,
This error is stating that the disk-averaged rotor thrust coefficient is greater than 2, where the near-wake correction in FAST.Farm is invalid. A rotor thrust coefficient greater than 2 is quite unexpected. I would guess the wind turbines are not operating as expected based on an incorrect setting in the FAST.Farm or OpenFAST input files. How do the wind speed, rotor speed, and blade pitch angles look for each turbine as output from OpenFAST up until the simulation failure?
Best regards,

repo: OpenFAST/openfast


text:
Implement the design shared in the file!

Implement the design shared in the file!
page design.pdf

I don't think it looks good though. The social media icons are generally added at the bottom on a line of their own in the footer.

That's a very good suggestion @Sonella! Can you please suggest any design!

Yup, the social media icons could be put in one line of its own. Shall I send the PR to show what I mean?

Sure, @Soniella You can also add few more features and work on the design!

authors: Soniella adventuroussrv