for my and your convenience: https://github.com/alacritty/alacritty/pull/8052

#alacritty #upstream #x11 #wayland

@vague yeah ofc :-) nice to hear!

A true time saver ;-)

git-init-linux () {
  git config sendemail.envelopeSender "jarkko@kernel.org"
  git config sendemail.from "Jarkko Sakkinen <jarkko@kernel.org>"
  git config sendemail.sendmailCmd "/usr/bin/env msmtp"
}

Given that, I don’t want to keep this in the #global #git config.

#linux #kernel

Moved my test suite to Codeberg: https://lore.kernel.org/linux-integrity/20240618133556.105604-1-jarkko@kernel.org/

#linux #kernel #gitlab #codeberg

My life at the free town of Codeberg (Germany) has started: https://codeberg.org/ticho/irssi-matrix/pulls/8

N=1 in PR's :-)

#codeberg #irssi

apparently also #irssi is hosted at #codeberg: https://codeberg.org/irssi/ #irc

@ikkeT and LF is funded by private money so there’s no similar issue.

EU just came to mind from this quote: “The organization selected the European Union for their headquarters and computer infrastructure, due to members’ concerns that a software project repository hosted in the United States could be removed if a malicious actor made bad faith copyright claims under the Digital Millennium Copyright Act.”

@ikkeT it is not a business.

and we need govern ourselves from copilot and other stuff that does not belong to git hosting

The main budget hit comes obviously from CI.

Also, #Woodpecker #CI usability for local builds could be perhaps improved, in order lower the barrier to do them (and to get that done, it would require money for sponsorship/bounty/grant).

#Wikipedia has a great coverage on what #Codeberg is all about:

https://en.wikipedia.org/wiki/Codeberg

I'd like to see actors like EU and Linux Foundation give some donations/funding/hosting for the sake of providing non-profit but still easy to use and competitive Git hosting for the open source ecosystem (but that is not up to me).

Stimulus to try out Codeberg came from looking for a plugin for enabling matrix in irssi: https://codeberg.org/ticho/irssi-matrix

Codeberg is clean and snappy, and so much less noisy than Gitlab and Github. I move my own projects and hacks here, and only use aforementioned for upstream contributions from now on.

It took me hours to figure out that I need a branch called pages for deploying the generated content in .woodpecker.yml.

Even after figuring out that I could not find any information on how to first initialize it, so here’s how I did it:

git checkout --orphan pages
git rm -rf .
git commit -a --allow-empty --allow-empty-message

This results nice empty commit, i.e. a commit which has neither payload nor commit message:

❯ git show
commit a6e593d5e8f3d75c3bb682762ac2940dc237080b (HEAD -> pages)
Author: Jarkko Sakkinen <jarkko.sakkinen@iki.fi>
Date:   Tue Jun 18 06:02:33 2024 +0300

After a single CI run:

❯ git n log
commit 05e254e5d6b2dc8c29ac2d36ddfa68b9b1d56d2f (HEAD -> pages, origin/pages)
Author: Codeberg CI <jarkko.sakkinen@iki.fi>
Date:   Tue Jun 18 03:08:27 2024 +0000

    CI a7dc6158185fa87bc6d31431e417a10a00c6a6f8

commit a6e593d5e8f3d75c3bb682762ac2940dc237080b
Author: Jarkko Sakkinen <jarkko.sakkinen@iki.fi>
Date:   Tue Jun 18 06:02:33 2024 +0300

Gives expected results so I guess this works :-)

Migrating my stuff from #Github and #Gitlab to #Codeberg. The first successful CI run done. And seems to generate legit results: https://jarkko.codeberg.page/ #Woodpecker #CI

@valthonis Yep, that's what competition tends to do...

@codrusofathens wasm had no previous "dominator", Rust came out with right timing and as a language it fits quite well to the wasm architecture. In all other domains there's something already existing, which people find useful and productive.

@codrusofathens
Rust is pretty much owning WebAssembly at least. For wasm it is almost like what C is for bare metal.

So one probably quite widely used web stack in future has along the lines these layers:

1. JavaScript/TypeScript as orchestrator
3. Rust compiled into wasm as "client-side" latency backend.
3. Java in the "server-side" backend.

Makes sense because more stuff can offloaded to the client. For large batch computations Java is pretty solid, but for more latency sensitive stuff you'd want to use Rust.

And obviously it makes sense in any possible business to scale down the amount of investment to the "new", or like find a sweet spot for that investment...

@codrusofathens
Rust is pretty much owning WebAssembly at least. For wasm it is almost like what C is for bare metal.

So one probably quite widely used web stack in future has along the lines these layers:

1. JavaScript/TypeScript as orchestrator
3. Rust compiled into wasm as "client-side" latency backend.
3. Java in the "server-side" backend.

Makes sense because more stuff can offloaded to the client. For large batch computations Java is pretty solid, but for more latency sensitive stuff you'd want to use Rust.

And obviously it makes sense in any possible business to scale down the amount of investment to the "new", or like find a sweet spot for that investment...

Installed gh (cli.github.com) for the sake of convenience of being able to do this:

gh release download v2.6.0 -R woodpecker-ci/woodpecker

#github #cli

@ikkeT @oranki Yes! I mixed up :-)

@oranki This is a valid point!

And simple batched sync's with rclone have been much nicer 99% of the time nice behavior as far as I'm concerned.

Sometimes tho would be nice to have quick real-time sync'd access. So what I do instead is that I simply run it at localhost 🤷 Then I know at least when I spending my quota, right? :-)

Thanks for the comment! Was a money saver...