Try to write simple rope-base Python language-server for LSP protocola project by mcepl Future of tools supporting editors in dealing with particular languages is in my opinion in the LSP protocol. Therefore I look with a bit of worry on the fact that there is no good LSP server based on the top of rope. python-language-server uses it a bit internally, the Microsoft Language Server for Python is in C#, so it is completely something different. The goal of this project is to write a very simple nucleus of the LSP server based solely on rope for the language analysis and actions, which would be at least able to do “jump to the definition of a symbol”. |
Home assistant that doesn't spy on you - developer's editiona project by DKarakasilis There are various home assistant solutions out there but all of them transfer your voice to some server for processing. This is a no-go for sane people although the technology is interesting and could be useful. There are various open source tools out there to achieve the same result but there is no turn key open source self hosted solution. The goal of this project is to implement a way to have a home assistant running locally - ideally with one command. The project that is closer to the desired result is Mycroft (https://mycroft.ai/). It is very easy to run the client side components using one docker command but their backend is running remotely. All the tools they use though are open source so it only needs one to do the work and package them in a nice little docker-compose file (https://mycroft-ai.gitbook.io/docs/about-mycroft-ai/faq#can-mycroft-run-completely-offline-can-i-self-host-everything). |
Write a commandline client for the geekosan invention by dheidler There used to be a tool called |
Testing and adding GNU/Linux distributions on Uyunian invention by juliogonzalezgil Join the Gitter channel! https://gitter.im/uyuni-project/hackweek |
Uyuni/SUSE Manager: build Python APE and a Salt+Python bundle to support ANY client operating systeman idea by pagarcia Uyuni/SUSE Manager build client tools for each of the supported operating systems: SLES 11, SLES 12, SLES 15, RHEL 6, RHEL 7, RHEL 8, Ubuntu 16.04, Ubuntu 18.04, Ubuntu 20.04, Debian 9, Debian 10... the list is long. This is required because each operating system has different base libraries (glibc, OpenSSL, Python version, etc). A few months ago, the SUSE Manager development team started a (yet unfinished) research task to try to build Salt and all the required dependencies (minus glibc and OpenSSL, because it would break FIPS certification) so that we can always ship the latest version of Salt on each client operating system: |
Phoebe - where AI meets Linuxa project by mvarlese Project DescriptionPhoeβe (/ˈfiːbi/) wants to add basic artificial intelligence capabilities to the Linux OS. |
Teuthologya project by jfajerski Extend Teuthology to meet our needs. This includes (but is not limited too): * replace ceph-cm-ansible |
Create short "videos/screencasts" demoing cool stuff in 5 minutesa project by PSuarezHernandez Project DescriptionThe idea of this project is to produce some short videos/screencasts, maximum 5 minutes, where you show some cool feature from some of our projects/products. |
Language Server Protocol implementation for Salt Statesa project by cbosdonnat Language Server Protocol (LSP for friends) is used in a number of code editors these days. There are implementations for various languages, but none for Salt States. The idea is to leverage Salt state module to parse edited files to provide completion of the state ids or paths. |
Build Microservice Architecture with Kubernetesan invention by aqsa_malik Project DescriptionThe aim of the project is to run a sample microservice app in Kubernetes. A simple app will be written in Python and work as an online store comprising of frontend, orders, and products services. (could be more!!) |