it_a_me

@it_a_me@literature.cafe
0 Post – 24 Comments
Joined 1 years ago
  1. Codeberg is fully open source(forgejo) while gitlab has an open source core+community edition but a source available propietary enterprize edition.

  2. Codeberg is a nonprofit with no ulterior motives. Gitlab is a publicly traded for profit entity with a goal to make profit

  3. This could just be me, but codeberg feels a lot more transparent. When they have outages, they explain why.

  4. Super minor, but the codeberg team "self-hosts" their own servers so you only need to trust the one entity rather than additionally trusting the server provider.

8 more...

Nixos

Pros

  • Delarative Config
  • largest package repos

Cons

  • poor documentation
  • cli and package management is in limbo with unstable flakes/cli
4 more...

Zellij - a better way for a cli application to communicate with the terminal

Warp - a terminal emulater that integrates LLM completion natively

Fish - a shell that generates completions automatically from a man-page

3 more...

Section 4 is what gets me. Your rights are temporary and revokable meaning the the rest of the license doesn't matter in the long term

## Section 4: Termination, suspension and variation
1. We may suspend, terminate or vary the terms of this license and any access to the code at any time, without notice, for any reason or no reason, in respect of any licensee, group of licensees or all licensees including as may be applicable any sub-licensees.
4 more...

Now there are 3 competing standards Edit: 6ish accually

4 more...

Primary code editor: helix

Graphical debugger and certain IDE features: vscodium

Lots of open source language servers: clangd, rust-analyzer, perl-navigator, ...

Makefile to compile-comands.json: bear

TUI file manager: yazi

Better Grep:ripgrep

Debugger: gdb(gnu debugger)

Turing Complete Configuration

  • more extensible
  • tend to be heavier
  • harder to provide detailed error messages
  • more difficult for new users

Data Based Configuration

  • easier to use
  • easier to provide documentation
  • lighter to embed
  • more limited usecases

I use a shared boot partition all the time. I mount my EFI system partion on /efi. Then I bind mount /efi/$OSNAME to /boot in my fstab. Then I just manage my bootloader (typically systemd-boot or refind) manually. Any distros I install are installed in my encrypted btrfs partition within their respected subvolumes

In most cases you don't want one. It can make forks confusing and lend malicious actors more credibility than they deserve.

Copyright controls the code. Trademarks are the recognisable names/icons that identify a project.

I'm not an expert on btrfs, but I assume the inconsistencies come from deduplication, metadata, and maybe compression. I think some of them just count raw block storage, and some include the cost of metadata.

Traditional du assumes that each file takes up it's full space on disk which isn't always the case on btrfs. When using btrfs backed oci images, storage can easily appear multiple times higher.

I use btrfs filesystem usage /. I'm not sure that it is the "correct" way, but it works fairly well.

To enable the use of flakes, you have to use the 'extra-expiremental-features flakes' flag.

Edit: Apparently they are called 'extra-expiremental-features' not 'extra-unstable-features'. Regardless the nix docs explicitly describe them as unstable here

https://nixos.org/manual/nix/unstable/contributing/experimental-features.html

Standard forgejo shoutout. It is a fork of gitea with more features following the foss philosophy. It is codeberg's backend https://forgejo.org/2024-02-monthly-update/

I also don't believe it's even fully source availiable. There are no build instructions, and you can't clone all the submodules without signing in to their closed application gitlab instance. If anyone has sucessfully built it from source, please lmk.

Nevermind they did add build instructions since I last checked. Still lmk if anyone's tested them.

Congratulations and welcome. I use arch, btw

The main advantage of having a /home partition is that you can easily preserve it during reinstalls or during a distro hop. Reinstalls used to be more common in the past when some distros didn't allow full distro upgrades without reinstalling. See this result which is still ranked #1 on duckduckgo

I personally use a @home btrfs subvolume which has most of the same advantages to me, and additionally allows @home and @root to share the same partition. It also allows me to use luks on everthing without bothering with lvm.

Are you sure your screen refresh rate is correct?

I like curl's standard and trasparent release cycle. The consistent feature freeze before releases seems like a good idea to prevent bugs.

I may be missing something, but the only machine learning focused api I know of are AMD's ROCM, Nvidia's CUDA, and now Intel's oneAPI. I haven't looked into Apple's machine learning frameworks and I consider vulkan more of a general purpose api than a machine learning one.

1 more...

They could be refering to the V programming language

1 more...

There is also writefreely. It is fairly basic, but says it supports "publish[ing] to multiple blogs from one account". Haven't really used it, but it looks kinda cool imo

https://github.com/writefreely/writefreely

Slint has fairly decent docs and has worked fairly well for my small projects

I've gotten tired of weird regex stuff in awk, sed, and grep, so I've moved to perl -E for all but the most basic of things.

3 more...

I'd look into the git-maintenance's prefetch task. From what I understand, that is more or less what you are looking for. Then just run any old http(s) server and clone them from that https://git-scm.com/docs/git-maintenance

I'd consider dual-booting(windows+linux or linux+linux) or just installing a desktop environment. You can login to your wm and they can login to a full de