Has anybody ever heard about RPM Spec LSP server? That would be awesome thing to have (at least for completion)?
The best I know is this: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/KBJYLQZ6VNSCWBNC7Y72HTBJ6EQDVFMX/
Hmm, I wonder whether vis-lspc works with null-ls. Interesting idea!
I am also on board on creating a LSP server for RPM spec so now we just need another hackweek (edited)
I also don't think it should be too hard, we just need to cover the non-bash parts and tell the editor to use bash lsp for %prep %build, %install and %check
as someone who wrote an LSP server before… "I don't think it should be too hard" - famous last words
In this case it just reads RPM macro and knows about the basic RPM stuff, so it should be way more trivial than the average LSP server
sure, and then you'll want to deal with multiple distros defining their own macros, or m4 parsing and lua
and let's focus on the important parts: which programming language? I know LSP client libs in Python and Node. Any additional contenders you want to throw into the ring?
I am willing to do Python or Lua, I would rather not dive to the cesspit of JS libraries.
Goal for this Hackweek
At least a minimal LSP server able to parse most normal openSUSE SPEC files, if possible code completion of the standard SPEC keywords (“BuildRequires:” et al).
Resources
The project's repository is https://github.com/dcermak/rpm-spec-language-server … see you there!
This project is part of:
Hack Week 22 Hack Week 23
Activity
Comments
Similar Projects
A CLI for Harvester by mohamed.belgaied
[comment]: # Harvester does not officially come with a CLI tool, the user is supposed to interact with Harvester mostly through the UI [comment]: # Though it is theoretically possible to use kubectl to interact with Harvester, the manipulation of Kubevirt YAML objects is absolutely not user friendly. [comment]: # Inspired by tools like multipass from Canonical to easily and rapidly create one of multiple VMs, I began the development of Harvester CLI. Currently, it works but Harvester CLI needs some love to be up-to-date with Harvester v1.0.2 and needs some bug fixes and improvements as well.
Project Description
Harvester CLI is a command line interface tool written in Go, designed to simplify interfacing with a Harvester cluster as a user. It is especially useful for testing purposes as you can easily and rapidly create VMs in Harvester by providing a simple command such as:
harvester vm create my-vm --count 5
to create 5 VMs named my-vm-01
to my-vm-05
.
Harvester CLI is functional but needs a number of improvements: up-to-date functionality with Harvester v1.0.2 (some minor issues right now), modifying the default behaviour to create an opensuse VM instead of an ubuntu VM, solve some bugs, etc.
Github Repo for Harvester CLI: https://github.com/belgaied2/harvester-cli
Done in previous Hackweeks
- Create a Github actions pipeline to automatically integrate Harvester CLI to Homebrew repositories: DONE
- Automatically package Harvester CLI for OpenSUSE / Redhat RPMs or DEBs: DONE
Goal for this Hackweek
The goal for this Hackweek is to bring Harvester CLI up-to-speed with latest Harvester versions (v1.3.X and v1.4.X), and improve the code quality as well as implement some simple features and bug fixes.
Some nice additions might be: * Improve handling of namespaced objects * Add features, such as network management or Load Balancer creation ? * Add more unit tests and, why not, e2e tests * Improve CI * Improve the overall code quality * Test the program and create issues for it
Issue list is here: https://github.com/belgaied2/harvester-cli/issues
Resources
The project is written in Go, and using client-go
the Kubernetes Go Client libraries to communicate with the Harvester API (which is Kubernetes in fact).
Welcome contributions are:
- Testing it and creating issues
- Documentation
- Go code improvement
What you might learn
Harvester CLI might be interesting to you if you want to learn more about:
- GitHub Actions
- Harvester as a SUSE Product
- Go programming language
- Kubernetes API
GHC-9.14 and split Hadrian from GHC build by osukup
Description
Prepare openSUSE Tumbleweed project for new GHC Haskell compiler and separate builder (Hadrian) from GHC build
Goals
- have GHC-9.14 project with working compiler and if possible filled with packageset
- have Hadrian in own package built with bootstrap compiler to separate Hadrian bootstrap from ghc bootstrap
Resources
opensuse haskell package gen project