A BSD-based OS project that aims to provide an experience like and some compatibility with macOS

Related tags

Logging helium
Overview

What is Helium?

Helium is a new open source OS project that aims to provide a similar experience and some compatibiilty with macOS on x86-64 sytems. It will build on the solid foundations of FreeBSD, existing open source packages in the same space, and new code to fill the gaps.

The main design goals are:

  • source compatibility with macOS applications (i.e. you could compile a Mac application on Helium and run it)
  • similar GUI metaphors and familiar UX (file manager, application launcher, top menu bar that reflects the open application, etc)
  • compatible with macOS filesystems (HFS+ and APFS) and folder layouts (/Library, /System, /Users, /Volumes, etc)
  • self-contained applications in folders or a single file and a (mostly) installer-less experience for /Applications
  • maintain compatibility with the FreeBSD base system and X11 - a standard Unix environment under the hood
  • compatible with Linux binaries via FreeBSD's Linux support
  • eventual compatibility with x86-64 macOS binaries (Mach-O) and libraries
  • pleasant to use, secure, stable, and performant

Why BSD instead of Linux?

In theory, it will be easier to build Mac code on FreeBSD because it is closer to macOS than Linux is. BSD kernels also support a foreign system call interface which should help make emulating Mach system calls easier, and eliminates the need to emulate BSD system calls like Darling (on Linux) does. Also, why not? Devils need love too!

Is this... legally sketchy?

No. Consider projects like ReactOS, a from-scratch effort to create an OS compatible with Microsoft Windows, GNUstep, which provides an open implementation of Cocoa APIs and other things, or Darling, a Darwin (macOS) emulation on Linux. Helium is similar and stands on the shoulders of many such projects.

All code used is freely available under open source licenses. No proprietary elements like fonts, icons, trademarks, etc can be used. Original code must be written using "clean room" techniques - that is, from public documentation like developer guides by people who have never seen the proprietary code - and released under the FreeBSD license or the MIT license.

What programming languages does Helium use?

The goal is to use a small core set of languages as much as possible: the "C" family (C, C++, Objective-C), Swift, Python, Java, and shell scripts. This should cover most needs.

I can code in those! How can I help?

Great! We are just getting organized right now. Follow the project and watch for updates!

I don't code. Can I still help?

Absolutely! There will be art, documentation, testing, UX and UI work, release management, project management, legal advice, and many other ways to contribute. Follow the project and watch for updates!

This is a huge effort. Y'all must be crazy!

Probably. But...

"Here's to the crazy ones. The misfits. The rebels. The troublemakers. The round pegs in the square holes. The ones who see things differently. They're not fond of rules. And they have no respect for the status quo. You can quote them, disagree with them, glorify or vilify them. About the only thing you can't do is ignore them. Because they change things. The push the human race forward. And while some may see them as the crazy ones, we see genius. Because the people who are crazy enough to think they can change the world, are the ones who do."

Issues
  • Reconsider Linux as base

    Reconsider Linux as base

    With the introduction of Syscall User Dispatch in Linux 5.11, it is now possible to implement foreign system calls in a less hackish and performant manner. One example for this https://github.com/meme/limbo ( a mach-o loader and XNU syscalls translator for Linux). Of course, the benefits vs drawbacks of implementing syscalls in userspace still has to be considered.

    The benefit Linux brings in terms of hardware support cannot be understated. Imagine Linux with coherent desktop experience with the ability to ride on macOS app ecosystem success. That's a winner in my book.

    opened by izzimat 21
  • Installation doesn't create a bootable disk

    Installation doesn't create a bootable disk

    Live user works great. But after installing, I don't have a bootable system. This system works fine with GhostBSD and helloSystem; in fact I just installed helloSystem over the unbootable airyx, and it is working just fine. I have a Dell Inspiron 3521. It's a 2nd generation i3, and FreeBSD doesn't work from UEFI, it only works when I set bios to legacy node

    opened by darkoverlordofdata 20
  • Logo/Branding

    Logo/Branding

    I've tried designing a logo for this project, as you can see below. What are your thoughts on it? I'll upload the SVGs and original files if you want to use this.

    All images in this issue uploaded by me are licensed under CC0.

    | Images | |- | | Main Logo | | Main Logo loading... | | Lockup (Logo + Text) Variation 1 | | Lockup Variation 1 loading... | | Lockup (Logo + Text) Variation 2 | | Lockup Variation 2 loading... | | Stacked Lockup | | Stacked Lockup loading... | | Branding concept | Branding concept loading...

    Best wishes, llui85

    opened by llui85 20
  • 0.3.0pre: No menu showing when desktop (Filer) is selected

    0.3.0pre: No menu showing when desktop (Filer) is selected

    When a Filer window is selected, its menu shows in the top bar as expected. However, when the desktop (i.e. no app) is selected, there is no menu. We should still see the Filer menu in this case.

    bug GUI 
    opened by mszoek 19
  • When booting 0.4.0pre2: com.apple.auditd.json: failed: No such file or directory

    When booting 0.4.0pre2: com.apple.auditd.json: failed: No such file or directory

    I just grabbed 0.4.0pre2 and copied it onto a USB stick. When booting I get the following error

    Loading job: com.apple.auditd.json: failed: No such file or directory

    opened by Schamschula 17
  • Need Help

    Need Help

    hello @airyx team so I just need some help in building airyx operating system from source

    can you tell me the build tools require + steps to build it

    I have a UbuntuMate system + a macOS big sur hope you will help me to go over this issue

    regards

    • NukeWilliams
    opened by NukeWilliams 14
  • 0.3pre: Mouse does not work

    0.3pre: Mouse does not work

    Mouse does not work. Tested on 2 different machine, one with a USB mouse and one with an ELAN Touchpad.

    Re-plugging the USB mouse does not make it work. dmesg correctly shows the USB mouse, so it is detected on the USB bus.

    bug GUI 
    opened by probonopd 12
  • A way to invoke the Black Screen of Contention

    A way to invoke the Black Screen of Contention

    I was poking around yesterday and stumbled upon a way to invoke the Black Screen of Contention

    1. Boot Live CD to normal Summer Field desktop
    2. Right-click on desktop and create a new folder.
    3. Click on the new folder to open a Filer window.
    4. Navigate Filer to /System/Library/CoreServices
    5. Click on Filer icon
    6. Right-click on the Filer icon and select "Get Info" from the pop-up menu.
    7. BSoC

    Originally posted by @markshank in https://github.com/mszoek/airyx/discussions/94#discussioncomment-1232586

    bug GUI 
    opened by mszoek 10
  • Bar.app: Shared object

    Bar.app: Shared object "libjpeg.so.62" not found

    Thank you very mich for uploading https://github.com/mszoek/helium/releases/download/M1/Bar.app.tgz, an example application to see whether it can run on helloSystem. So exciting!

    This is what currently happens when you run it:

    ld-elf.so.1: Shared object "libjpeg.so.62" not found, required by "libOnyx2D.so"

    Please add libjpeg.so.62 to the bundle, since it doesn't seem to be a standard library on FreeBSD?

    I tried this workaround:

    sudo pkg install libjpeg-turbo
    sudo cp /usr/local/lib/libturbojpeg.so.0.2.0 /usr/local/lib/libjpeg.so.62
    

    But it is not sufficient:

    image

    Thanks to the launch command, we now get the message on screen:

    This application requires at least version LIBJPEGTURBO_6.2 of libjpeg.so.62 to run.

    (For double-clicking to work in helloSystem Filer, I symlinked the main executable to the top-level directory of the .app bundle.)

    opened by probonopd 8
  • Kernel panic

    Kernel panic

    Installed iso to Proxmox VM using "# /bin/install.sh da0 mds". Rebooted from virtual disk. Kernel panic during boot process.

    Screenshot

    KernelPanic

    VM configuration:

    [email protected]:# qm config 128 balloon: 0 bios: ovmf boot: order=scsi0;ide2 cores: 4 efidisk0: CephPool:vm-128-disk-1,efitype=4m,size=528K ide2: cephfs:iso/ravynOS_0.4.0pre4_f14_5197929269952512_amd64.iso,media=cdrom,size=1446174K machine: q35 memory: 4096 meta: creation-qemu=6.1.0,ctime=1637444242 name: ravynOS net0: virtio=56:68:24:EF:A5:0A,bridge=vmbr0 numa: 0 ostype: other scsi0: CephPool:vm-128-disk-0,size=32G scsihw: virtio-scsi-pci smbios1: uuid=8125120d-6858-497c-951d-9b1e3b586935 sockets: 1 vga: vmware vmgenid: 68083c2d-54ca-41a1-aa5b-900c4f1eff18 [email protected]:#

    bug Kernel Mach 
    opened by markshank 7
  • Filer suggestions

    Filer suggestions

    • I think the icon should be redesigned, currently it looks like it's made for Hackintosh
    • the folder icons are too small
    • folders open in new windows by default
    bug i can haz? GUI Filer 
    opened by fossandmacosfan 7
  • v0.4.0pre4 - Seemingly installed successfully, but does not boot from harddrive

    v0.4.0pre4 - Seemingly installed successfully, but does not boot from harddrive

    Hi,

    I have installed the v0.4.0pre4 build on an older machine I had standing around. I was able to install from a the v0.4.0pre4 ISO burned to DVD.

    • I executed the install.sh script and at the end I was asked to set a password for my given username (on the shell).
    • After I have done that the installer exited and I was back in the shell.

    So I rebooted the machine, but it won't boot from hard drive. Do you have any suggestions what to try?

    Thanks for the help! Best regards

    opened by pk2061 2
  • [Request] Ravynos

    [Request] Ravynos

    Hi ,

    I love the project and idea, it looks like it's the same idea as darling on linux

    i would like to help with this project , but before that can i ask ? what tools or IDE did you use and how can i debug this without installing ?

    Thanks

    opened by jhay06 1
  • v0.4.0pre4 - /bin/install.sh issues

    v0.4.0pre4 - /bin/install.sh issues

    Kernel Panic after boot from SSD

    The startup after boot is a hit or miss situation. It might make it to the login screen, and I can logon to the desktop. Or not.

    This kernel panic happened after the startup had frozen. Could not ctrl+alt+F2 (or F3). So I held down the power button until it responded with this kernel panic.

    IMG_20220717_100407275 - Copy

    opened by markshank 1
  • v0.4.0pre4 - Ravyn menu bug (or feature?)

    v0.4.0pre4 - Ravyn menu bug (or feature?)

    Click on the Ravyn icon in the menu bar and the drop down menu is displayed. Then click on the desktop and a popup menu appears near the mouse pointer.

    But the Ravyn menu does not disappear, it is still active. Must click on the Ravyn icon again to make the menu go away.

    That is different behavior from Big Sur on my MacBook Air.

    bug GUI Menubar 
    opened by markshank 1
Releases(v0.4.0pre4)
  • v0.4.0pre4(Jul 4, 2022)

    ravynOS Pygmy Marmoset

    Developer Preview Release v0.4.0pre4

    Welcome to the 0.4.0pre4 Developer Preview of ravynOS as we continue working towards release 0.4! As usual, this is an unstable pre-release of upcoming stuff intended for people helping build the system. It is not complete. It contains bugs - sometimes serious ones - including application and desktop crashes and kernel panics. You have been warned.

    This snapshot release includes the start of a GUI based on Cocoa and Mach. It aims to be Mac compatible. The GUI is very rudimentary so far - please be patient! More is on the way.

    Detailed release notes below! TLDR: This release does stuff. More stuff than the previous one, but not by much, and a lot less than we want it to do eventually.

    Kernel stabilization

    A major bug in mach_msg memory allocation was fixed, massively improving the kernel's stability. There may still be occasional freezes or panics, mainly in the drm-kmod (DRM/KMS video) drivers or in the latest Intel wifi (iwlwifi) driver.

    More LaunchDaemons

    Launchd now starts the Apple syslog (asld) and auditd services which had been previously disabled for stability issues. The command-line aslutil can be used to examine ASL logs.

    WindowServer & SystemUIServer

    The Tanuki series releases used a pretty traditional X11/KDE desktop environment that was shoehorned into looking and behaving like the Mac desktop. However, this can only go so far due to the very different architecture and design of the two systems. 0.4.0pre3 had the very first bits of a new UI built ground-up to be what we need. This release adds some vital plumbing and the first version of SystemUIServer.

    WindowServer should start automatically if it detects a supported GPU (Intel HD and Iris, AMD or Radeon - we are still working towards virtual machine support with qxl and vmwgfx drivers). If successful, a black and white "ravynOS" wallpaper should appear on all screens and a login window should appear on one of them. Enter "liveuser" as the user name, leave password blank, and click the Login button. If you get it wrong, there is no feedback: just try again. A better login window is in development but we needed something quickly to make the Live ISO work :)

    After login, the display should change to a black screen with a menu bar at the top of one screen. The menu bar has a clock and the Ravyn menu, with typical options like About this computer, Recent items, Sleep and Restart. Most of these work - try Sleep, Restart, and Shut Down in particular and please report if they work for your hardware.

    When a Cocoa app (e.g. /Applications/Utilities/Install ravynOS.app) is launched, its menus appear in the global bar and can be used as you would expect. Switching applications will switch the active menus as well. Exiting an application removes its menus from the bar. Remaining work items are tracked here. Also beware of known issues #288 and #280 in particular.

    Temporary Secret Terminal

    Since the desktop has no way yet to launch apps, you can press <Logo>-<Enter> (Logo being your Windows or Command key or its equivalent) to launch a terminal window. Press <Alt>-<Space> while focused for a window menu, then enable Decorations to allow moving or resizing the window. The shell will be running as nobody, so use su - liveuser to get to your regular account. This is not a Cocoa app and has no menus; it will go away once we have something better.

    Other Changes

    • Many commits from FreeBSD upstream
    • Many bugs fixed
    • Many new bugs

    Limitations and Known Issues

    • The GUI is extremely minimal
    • Lots of inconsistencies and incompatibilities
    • Very few apps available
    • Launchd jobs created from LaunchServices are not removed after exiting
    • Many open options (e.g. redirecting I/O, setting env vars, wait for exit) are not yet implemented on the launchd version of LaunchServices
    • See open issues

    Please see the wiki for system requirements, install instructions and where to find things.

    Ask questions or give feedback in the Discussions area. Please report any bugs to the Issues tracker. Your help in fixing said bugs would be appreciated too! Thanks!

    Get It!

    Download 0.4.0pre4 from NomadLogic - US West or your closest mirror: US Central | US East | US East 2 | Norway | Denmark

    Torrents are also available courtesy of FOSSTorrents

    Unstable "nightly" builds are also available for developer testing: Download from US West | US Central | US East | US East 2 | Norway | Denmark

    Torrents of the snapshot builds are available too! Thanks to @RangerRick for setting these up.

    Acknowledgements

    As usual, thank you to our community of sponsors, designers, developers, testers, and users, and mirror hosts for supporting the project.

    Source code(tar.gz)
    Source code(zip)
  • v0.4.0pre3(May 8, 2022)

    ravynOS Pygmy Marmoset

    Developer Preview Release v0.4.0pre3

    Welcome to the 0.4.0pre3 Developer Preview of ravynOS (formerly airyxOS)! As usual, this is an unstable pre-release of upcoming stuff intended for people helping build the system. It is not complete. It contains bugs - sometimes serious ones. It might spontaneously panic & reboot, melt your computer, eat your cat, or accelerate the heat death of the universe. You have been warned.

    Also please note that the ISO currently does not boot into a GUI. You will see the boot messages and then it will appear to freeze. Switch to tty1 (Alt+F2 usually) for a login prompt. The login is liveuser with no password.

    Detailed release notes below! TLDR: This release does stuff. More stuff than the previous one, but not by much, and a lot less than we want it to do eventually.

    Rebranding

    The project's name, brand, associated images and assets have been changed.

    FreeBSD 14-CURRENT

    The kernel and base system has been rebased onto the CURRENT (14.0) branch of FreeBSD. The extra packages built from ports remain on the 2022Q1 branch for now. We expect the move to CURRENT to improve hardware support, especially in the DRM/KMS video drivers. Please expect some instability as we work out the bugs from this major update.

    Mach Subsystem

    There is now kernel support for Mach ports, port rights, messages, IPC including OOL descriptors, and system calls. This is provided by a kernel module, mach.ko, which is (and must be) loaded at boot time by loader.conf. Never remove this; it will break your system. (Why is it a module then? Due to technical limitations that we need to solve.)

    The userspace parts are provided by headers in /usr/include/mach and /usr/include/sys/mach, libmach, and extensions to libc.

    The mig compiler is provided to compile .def files into Mach IPC/RPC code.

    launchd and LaunchAgents

    Apple's launchd is now the system init process (pid 1). It starts a few essential services (asld - syslog, notifyd, devd and auditd) as LaunchDaemons then passes control to the standard rc scripts to start the rest of the system. More services can be translated into LaunchDaemons over time. (asld and auditd are temporarily disabled for stability concerns.)

    -+= 00001 root /sbin/launchd
     |--= 00025 root /sbin/devd -d
     |--= 00026 root /usr/sbin/asld -d
     |--= 00027 root /usr/sbin/auditd -l
     |--= 00030 root /usr/sbin/notifyd -d
    

    LaunchDaemons are started from their descriptions in /System/Library/LaunchDaemons or /Library/LaunchDaemons as on macOS, but ours are currently defined in JSON instead of XML. (Because that's how iX Systems did their launchctl.) Adding XML plist support here is on the task list.

    A per-user launchd instance is started to manage user LaunchAgents (defined in ~/Library/LaunchAgents) and LaunchDaemons (defined in ~/Library/LaunchDaemons).

    Grand Central Dispatch

    You can now write (or build) software that needs Grand Central Dispatch, also known as libdispatch or Dispatch. Dispatch provides thread pools and concurrency. It can be used directly, but more importantly, opens the door to adding Dispatch support in Foundation. Note that neither Cocoa or CoreFoundation have been extended yet to support Dispatch.

    XPC

    A libxpc has also been added, courtesy of work done by iX Systems. XPC is "a lightweight mechanism for basic interprocess communication" built on top of Mach. XPC is used by launchd among other things and enables the addition of more compatibility stuff in Foundation. Note that Cocoa and CoreFoundation have not been extended yet to support XPC.

    Clang and LLVM

    LLVM and Clang have been upgraded to 13.0.0.

    ravynOS clang version 13.0.0 ([email protected]:llvm/llvm-project.git llvmorg-13.0.0-0-gd7b669b3a303)
    Target: x86_64-ravynos-freebsd14.0
    Thread model: posix
    InstalledDir: /usr/bin
    

    Clang now links libobjc automatically for any input files detected as Objective-C (*.m) or Objective-C++ (*.mm). This only works if compilation and linking are one step. If linking is a separate step, you still need to specify -lobjc.

    Clang now defines the preprocessor symbol __MACH__. The symbol __AIRYX__ is no longer defined by the compiler; instead it defines __RAVYNOS__. You may notice that software tries to build in its Mac configuration due to the presence of __MACH__.

    Several essential header files from Darwin and Apple opensource have been added to /usr/include.

    LaunchServices

    LaunchServices now uses the "canonical" path of /var/db/launchd/com.apple.launchd.per-user.$UID for its database. If you had an existing database under $HOME/Library/db, you can move it to the new location to preserve your app associations. It has also been integrated with launchd and will launch applications via the per-user instance if it is available.

    "MachO ELF" Hybrid Linker, or "How I spent my winter vacation"

    A proof-of-concept hybrid runtime linker has been added as /usr/lib/dyld. This is not Apple's dyld - it's an attempt to resolve symbols from a MachO binary with exports from ELF shared objects. The goal here was to run Mac MachO executables against our ELF-based Frameworks and other libraries so we don't need two sets of them or to convert everything to MachO. Curious people can read these notes captured during its very early development.

    So far, a small "hello world" in C using printf() and one in Objective-C using Foundation's NSLog() have been compiled on macOS and run under ravynOS's dyld. GUI apps will not run yet.

    You need to create symlinks as well that translate the library & framework names in the executable to those on ravynOS; e.g. ln -s /lib/libc.so.7 /usr/lib/libSystem.B.dylib.

    (Due to the complexity of this translation, we will very likely be moving toward building a Mach-O based system.)

    MachO Executable Support

    Alongside our dyld is a very simple MachO image activator (BSD kernel module) that can recognize a MachO executable and transparently start it under dyld. This lets you run MachO binaries the same way as native ELF ones. Load the macho.ko module with kldload to try it.

    [email protected] ~ᐳ file ~/hello2
    /Users/zoe/hello2: Mach-O 64-bit x86_64 executable, flags:<NOUNDEFS|DYLDLINK|TWOLEVEL|PIE>
    ★ [email protected] ~ᐳ ~/hello2     
    2022-01-17 23:24:34.531 hello2[50578:80187d000] Hello from MachO Foundation!
    

    A Whole New World .. er GUI

    Our previous images used a pretty traditional X11/KDE desktop environment that was shoehorned into looking and behaving like the Mac desktop. However, this can only go so far due to the very different architecture and design of the two systems. 0.4.0pre3 has the very first bits of a new UI built ground-up to be what we need. It's based on the wayland protocol, wlroots, OpenGL ES2, EGL, and kernel mode setting (KMS) drivers using the direct rendering manager (DRM).

    WindowServer can be started if you have an Intel, AMD embedded, or Radeon GPU. It will not work in virtual machines until we get KMS drivers for the virtual hardware - work is underway to support Vmware (vmwgfx) and virtio (qemu, bhyve, others). Briefly:

    kldload i915kms  # for Intel GPUs
    /System/Library/CoreServices/WindowServer.app/WindowServer
    

    If this works, you'll see a wallpaper and a placeholder menu bar with clock.

    Other Changes

    • The Live CD was reworked to use tmpfs for writable areas and dropped unionfs
    • Several new tree-themed wallpapers were added.
    • posix_spawn() now supports the POSIX_SPAWN_SETEXEC flag from Darwin.
    • /private now exists with symlinks to some critical areas
    • The installer now supports installing to MMC and VirtIO (VBD) media.
    • pthread work queues were added to support libdispatch and friends
    • Some icons have been updated (and more are coming)

    Limitations and Known Issues

    There are still many major limitations and problems making this release unsuitable for daily use.

    • There is no GUI
    • Lots of inconsistencies and incompatibilities
    • Very few apps available
    • Mach is not completely stable
    • If the system does not shut down cleanly, you may see a kernel panic & reboot on the next start. It should start correctly after this reboot.
    • Launchd jobs created from LaunchServices are not removed after exiting
    • Many open options (e.g. redirecting I/O, setting env vars, wait for exit) are not yet implemented on the launchd version of LaunchServices

    Please see the wiki for system requirements, install instructions and where to find things.

    Ask questions or give feedback in the Discussions area. Please report any bugs to the Issues tracker. Your help in fixing said bugs would be appreciated too! Thanks!

    Get It!

    Download 0.4.0pre3 from NomadLogic - US West or your closest mirror: US Central | US East | US East 2 | Norway | Denmark

    Unstable "nightly" builds are also available for developer testing: Download from US West | US Central | US East | US East 2 | Norway | Denmark

    Acknowledgements

    A huge thanks to the NetBSD and NextBSD projects for pioneering Mach support in BSD. Additional huge thanks to Jordan Hubbard, Kip Macy, the entire NextBSD team, and iX Systems for all their work on XPC, launchd, and Dispatch! As usual, thank you to our community of sponsors, designers, developers, testers, and users, and mirror hosts for supporting the project.

    Source code(tar.gz)
    Source code(zip)
  • jdk-17.0.1(Nov 18, 2021)

Owner
Zoë Knox
VP Engineering at The OpenNMS Group and hugely awkward emo anime girl.
Zoë Knox
Log.c2 is based on rxi/log.c with MIT LICENSE which is inactive now. Log.c has a very flexible and scalable architecture

log.c2 A simple logging library. Log.c2 is based on rxi/log.c with MIT LICENSE which is inactive now. Log.c has a very flexible and scalable architect

Alliswell 2 Feb 13, 2022
Example program using eBPF to log data being based in using shell pipes

Example program using eBPF to log data being based in using shell pipes (|)

pat_h/to/file 28 Jul 16, 2022
An Ultra Low Power temperature logger based on the ESP8266 MCU.

Temperature logging IoT node Overview: The real node wired on a breadboard This is an ultra low power (ULP) temperature logging IoT node based on the

Radhi SGHAIER 11 Feb 22, 2022
log4cplus is a simple to use C++ logging API providing thread-safe, flexible, and arbitrarily granular control over log management and configuration. It is modelled after the Java log4j API.

% log4cplus README Short Description log4cplus is a simple to use C++17 logging API providing thread--safe, flexible, and arbitrarily granular control

null 1.3k Jul 31, 2022
Colorful Logging is a simple and efficient library allowing for logging and benchmarking.

Colorful-Logging "Colorful Logging" is a library allowing for simple and efficient logging as well for benchmarking. What can you use it for? -Obvious

Mateusz Antkiewicz 1 Feb 17, 2022
View and log aoe-api requests and responses

aoe4_socketspy View and log aoe-api requests and responses Part 1: https://www.codereversing.com/blog/archives/420 Part 2: https://www.codereversing.c

Alex Abramov 8 Aug 2, 2022
Portable, simple and extensible C++ logging library

Plog - portable, simple and extensible C++ logging library Pretty powerful logging library in about 1000 lines of code Introduction Hello log! Feature

Sergey Podobry 1.5k Aug 2, 2022
A DC power monitor and data logger

Hoverboard Power Monitor I wanted to gain a better understanding of the power consumption of my hoverboard during different riding situations. For tha

Niklas Roy 22 May 1, 2021
An ATTiny85 implementation of the well known sleep aid. Includes circuit, software and 3d printed case design

dodowDIY An ATTiny85 implementation of the well known sleep aid. Includes circuit, software and 3d printed case design The STL shells are desiged arou

null 14 Nov 7, 2021
Netdata's distributed, real-time monitoring Agent collects thousands of metrics from systems, hardware, containers, and applications with zero configuration.

Netdata is high-fidelity infrastructure monitoring and troubleshooting. It runs permanently on all your physical/virtual servers, containers, cloud deployments, and edge/IoT devices, and is perfectly safe to install on your systems mid-incident without any preparation.

netdata 60.1k Jul 30, 2022
A revised version of NanoLog which writes human readable log file, and is easier to use.

NanoLogLite NanoLogLite is a revised version of NanoLog, and is easier to use without performance compromise. The major changes are: NanoLogLite write

Meng Rao 21 Jul 30, 2022
Receive and process logs from the Linux kernel.

Netconsd: The Netconsole Daemon This is a daemon for receiving and processing logs from the Linux Kernel, as emitted over a network by the kernel's ne

Facebook 28 Jul 17, 2022
Minimalistic logging library with threads and manual callstacks

Minimalistic logging library with threads and manual callstacks

Sergey Kosarevsky 21 Jun 24, 2022
Compressed Log Processor (CLP) is a free tool capable of compressing text logs and searching the compressed logs without decompression.

CLP Compressed Log Processor (CLP) is a tool capable of losslessly compressing text logs and searching the compressed logs without decompression. To l

null 52 Jul 27, 2022
A Fast and Convenient C++ Logging Library for Low-latency or Real-time Environments

xtr What is it? XTR is a C++ logging library aimed at applications with low-latency or real-time requirements. The cost of log statements is minimised

null 10 Jul 17, 2022
Grafana - The open-source platform for monitoring and observability

The open and composable observability and data visualization platform. Visualize metrics, logs, and traces from multiple sources like Prometheus, Loki, Elasticsearch, InfluxDB, Postgres and many more.

Grafana Labs 50.3k Aug 3, 2022
LibDEEP BSD-3-ClauseLibDEEP - Deep learning library. BSD-3-Clause

LibDEEP LibDEEP is a deep learning library developed in C language for the development of artificial intelligence-based techniques. Please visit our W

Joao Paulo Papa 18 Mar 15, 2022
Bionic BSD-3-ClauseBionic - Google's standard library, developed for Android. BSD-3-Clause

bionic bionic is Android's C library, math library, and dynamic linker. Using bionic as an app developer See the user documentation. Working on bionic

Android Open Source Project 547 Jun 27, 2022
Level up your Beat Saber experience on Quest! AnyTweaks provides various tweaks to help boost your experience on Quest, such as Bloom, FPS Counter and more.

Need help/support? Ask in one of BSMG's support channels for Quest, or join my Discord server! AnyTweaks Level up your Beat Saber experience on Quest!

kaitlyn~ 14 Jul 28, 2022
This project aims to provide a framework and a solid implementation of different techniques

This project aims to provide a framework and a solid implementation of different techniques for generating complete seamless procedural cities with interiors for all buildings.

Tobias Elinder 570 Jul 31, 2022
A utility to automate the installation, maintenance, and debugging of Asterisk/DAHDI, while integrating additional patches to provide the richest telephony experience

PhreakScript A utility to automate the installation, maintenance, and debugging of Asterisk/DAHDI, while integrating additional patches to provide the

null 6 Jul 19, 2022
Apple cctools and ld64 port for Linux, *BSD and macOS

Apple cctools and ld64 port for Linux, *BSD and macOS

Thomas Pöchtrager 610 Aug 1, 2022
Sega Master System / Game Gear / SG-1000 emulator for iOS, macOS, Raspberry Pi, Windows, Linux, BSD and RetroArch.

Gearsystem is a very accurate, cross-platform Sega Master System / Game Gear / SG-1000 emulator written in C++ that runs on Windows, macOS, Linux, BSD, iOS, Raspberry Pi and RetroArch.

Ignacio Sanchez Gines 162 Jul 11, 2022
DotX64Dbg aims to provide a seamless way to write and test plugins for X64Dbg using .Net 5.0 and C#.

DotX64Dbg (EARLY ALPHA) Plugins and Scripting with C# for x64Dbg. Create Plugins for X64Dbg with ease DotX64Dbg aims to provide a seamless way to writ

ζeh Matt 7 Jan 21, 2022
This project aims to recreate the behaviour of the original MacOS's printf

The printf function is one of the most versatile and well-known functions in the C language. From a testing aid to tabulation method, printf is a very powerful and important tool in every dev's kit. This project aims to recreate the behaviour of the original MacOS's printf, including its basic error management, some of its flags, minimum field width stipulation and most of its basic conversions.

Abdessamad Laamimi 8 Feb 15, 2022
cavi is an open-source library that aims to provide performant utilities for closed hierarchies (i.e. all class types of the hierarchy are known at compile time).

cavi cavi is an open-source library that aims to provide performant utilities for closed hierarchies (i.e. all class types of the hierarchy are known

Baber Nawaz 5 Mar 9, 2022
This is a repository entirely dedicated to all kind of questions ranging from basic DSA to CP. It aims to provide a solution to different questions. 📚

?? CP-DSA-Questions ?? This is a repository entirely dedicated to all kind of questions ranging from basic DSA to CP. It aims to provide a solution to

Kanak 70 Jul 23, 2022