Results of trying Terminal.Gui (and others) on GhostBSD (FreeBSD)

[sjsepan3]

results of trying Terminal.Gui (and others) on GhostBSD (FreeBSD)

Overview

Although FreeBSD it is not supported, since I am able to run a port of Code-OSS and also of .Net SDK 8.0 on GhostBSD 2024040.1 (FreeBSD 14.0-STABLE), I thought I'd try porting some of my .Net projects from Linux (Mint).

• A simple console app builds/runs OK
• A Terminal.Gui app builds OK, but gets runtime error "Curses failed to initialize, the exception is: Error loading native library "libncursesw.so.6, libncursesw.so.5", even after ncurses library 6.4_1 installed.
• An Avalonia app gets build warnings about obsolete (deprecated) dialog calls (as it does on Linux) but no errors (the Linux app runs OK) -- but running on GhostBSD gives "No runtime platform services configured." I've looked at "Cannot start Avalonia under FreeBSD #6990 ", and I am not referencing Avalonia.Native (but should I?)
• A Modern.Forms app build has no warnings or errors, but at runtime: "The type initializer for 'Modern.Forms.Form' threw an exception."
• A Gtk.Sharp app build has no warnings or errors, but at runtime: "The type initializer for 'Gtk.Application' threw an exception." even after installing the gtk-sharp30, gtk-sharp2.0, gio-sharp pkgs

I'm not really expecting a fix; just putting this here for future reference/discussion. The Terminal.Gui Linux app I used is this one https://gitlab.com/sjsepan/TerminalGuiConsole1

Code-OSS

Version: 1.88.1
Commit: e170252f762678dec6ca2cc69aba1570769a5d39
Date: 2024-05-07T13:49:21.988Z
Electron: 28.3.1
ElectronBuildId: undefined
Chromium: 120.0.6099.291
Node.js: 18.18.2
V8: 12.0.267.19-electron.0
OS: FreeBSD x64 14.0-STABLE

dotnet --info

.NET SDK:
 Version:           8.0.105
 Commit:            eae90abaaf
 Workload version:  8.0.100-manifests.796a77f8

Runtime Environment:
 OS Name:     FreeBSD
 OS Version:  14
 OS Platform: FreeBSD
 RID:         freebsd-x64
 Base Path:   /usr/home/sjsepan/.dotnet/sdk/8.0.105/

.NET workloads installed:
 Workload version: 8.0.100-manifests.796a77f8
There are no installed workloads to display.

Host:
  Version:      8.0.5
  Architecture: x64
  Commit:       087e15321b

.NET SDKs installed:
  6.0.403 [/usr/home/sjsepan/.dotnet/sdk]
  8.0.105 [/usr/home/sjsepan/.dotnet/sdk]

.NET runtimes installed:
  Microsoft.AspNetCore.App 6.0.11 [/usr/home/sjsepan/.dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 8.0.5 [/usr/home/sjsepan/.dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.NETCore.App 6.0.11 [/usr/home/sjsepan/.dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 8.0.5 [/usr/home/sjsepan/.dotnet/shared/Microsoft.NETCore.App]

Other architectures found:
  None

Environment variables:
  DOTNET_ROOT       [/home/sjsepan/.dotnet]

global.json file:
  Not found

Learn more:
  https://aka.ms/dotnet/info

Download .NET:
  https://aka.ms/dotnet/download

[tznind]

That's really cool thanks, I think v2 (see v2_develop branch) is going to do away with curses dependency so that would resolve that particular issue.

You may also be able to get around this by using Application.UseSystemConsole = true;

[sjsepan3]

That's really cool thanks, I think v2 (see v2_develop branch) is going to do away with curses dependency so that would resolve that particular issue.

You may also be able to get around this by using Application.UseSystemConsole = true;

Interesting! Thank You for that, and also for the tip -- I'll give that a try! :-)

UPDATE: Bingo! That was it @tznind ! I added that line before Init and it was good to go. Thanks!

[BDisp]

That's XP OS?

[sjsepan3]

That's XP OS?

:-) @BDisp Nope, that's a screenshot of GhostBSD (Dell OptiPlex 7020) with the Chicago95 theme (ClassicLooks Bronze controls / WinMe window border / SE98 icons) as seen through a VNC session in Remmina, from Linux Mint Cinnamon (Dell OptiPlex 5040) with my own custom theme (Windows_XP_NT_Theme) (derived from one of the excellent Gtk themes 'Windows XP' by Elbullazul on B00merang-Project).

[dodexahedron]

Very cool.

I've been curious how much effort it would take to enable additional platform support like [a-zA-Z][a-zA-Z0-9]*BSD, when .net is available on those platforms. Awesome that you A) tried it, and B) took the time to report your findings!

Thanks!

[sjsepan3]

Thanks -- I will be trying that today, then!

Update: its done, but maybe I missed something; same error.
-put it in .profile
-rebooted
-it is in PATH
-rebuilt without UseSystemConsole setting

I wonder if I'm missing some ENV variable or link

[BDisp]

I think GhostBSD doesn't use coreclr library and I think Linux uses this version of libncurses. Can you debug with coreclr in vscode?

[sjsepan3]

I think GhostBSD doesn't use coreclr library and I think Linux uses this version of libncurses. Can you debug with coreclr in vscode?

I'll see if I can determine that...

So this is what I get trying to debug in Code:

[dodexahedron]

Oh hey. About curses. Be aware we do have eliminating dependency on curses for unixy platforms as a goal for V2.

Do you by any chance have any thoughts about that, with regards to *BSD?

[sjsepan3]

@dodexahedron: I think @tznind mentioned something about that too, and I know of no reason to object. Thanks!

[tig]

Damn cool. Thanks for this!