~fnux

Bern, Swizerland

https://fnux.ch/

~fnux/test

Last active 11 months ago
View more

Recent activity

Re: [builds.sr.ht] Consider adding Rocky Linux? a month ago

From Timothée Floure to ~sircmpwn/sr.ht-discuss

Hello there,

I'm the Fedora image maintainer - here's a few hints for you:

* You don't need to build from rocky linux. You can start from the
  Fedora image and tell DNF to use the rocky linux repository instead of
  the Fedora ones.
* You don't necessarly need to setup meta and build locally - I just
  test the images with qemu.
* Rocky Linux is a rebuild of RHEL, which is based on Fedora. You might
  even be able to use the script as-it modulo repository URL.

Feel free to contact me directly if you need him - I'm quarantined for a
few more days so I have some spare time at hand...

Re: [PATCH builds.sr.ht 2/2] Notify Fedora maintainer on image generation failure 4 months ago

From Timothée Floure to ~sircmpwn/sr.ht-dev

> Any special deployment steps to get the new images into circulation?

Not forgetting to deploy the new cronttab.

-- 
Timothée

Re: search.sr.ht idea 5 months ago

From Timothée Floure to ~sircmpwn/sr.ht-discuss

> My idea is to build a search service following the philosophy of
> sr.ht of independent services that will have its own API that may
> be triggered from a build job. list and todo will require specific
> hooks.

Why not implement it as a feature of hub.sr.ht first? That's where
projects are grouped - I wonder if yet another service is not a bit
overkill / premature. Do we need arbitrary search across arbitrary
groups of projects?

-- 
Timothée

Re: Integration with Active Driectory 5 months ago

From Timothée Floure to ~sircmpwn/sr.ht-discuss

I added support for LDAP at some point, which was reverted due to a
licensing issue witht the python 'ldap' module. I didn't have the
time/incentive to rewrite it against yet-another-ldap-python module
which is properly licensed. Ping me if you want more details / the
actual links.

It would work with active directory (modulo 10 lines of code).

-- 
Timothée

Re: [PATCH man.sr.ht v1] Update Fedora versions specifiers 7 months ago

From Timothée Floure to ~sircmpwn/sr.ht-dev

> Is the branching anyhow relates to the recent GPG check failures?
> https://builds.sr.ht/~njs/trio/pulls/fedora.yml

I think so.

> GPG check works again in `dnf install` after `dnf update --nogpgcheck`
> so I suspect there is some issue with the current image,
> although I thought daily update should prevent this from happening.

Looks like daily rebuilds are not happening [1].

I suspect Drew forgot to deploy the updated crontab [2]. @Drew can you
take a look?

Re: [PATCH man.sr.ht v1] Update Fedora versions specifiers 7 months ago

From Timothée Floure to ~sircmpwn/sr.ht-dev

Great, thanks! Note that we'll have to update this again in a few days
since Fedora 34 will be branched from Rawhide (Rawhide will become
Fedora 35) on 2021-02-09.

Re: [builds.sr.ht] fedora/rawhide: Error: boot: exit status 1 8 months ago

From Timothée Floure to ~sircmpwn/sr.ht-discuss

> No dice on that rebuild.

That build manifets uses fedora/32, while the images/fedora/build.yml
one uses fedora/latest ...?

Re: [builds.sr.ht] fedora/rawhide: Error: boot: exit status 1 8 months ago

From Timothée Floure to ~sircmpwn/sr.ht-discuss

Hi,

fedora/rawhide is currently symlink to fedora 34. It failed [1] to build
when fedora/latest was still fedora 32, since the keys for F34's
repository were not yet available. The next build should work since
fedora/latest nows point to fedora/33.

Drew's the only one who can trigger builds.

[1] https://builds.sr.ht/~sircmpwn/fedora

-- 
Timothée

Re: add Void Linux build image to builds.sr.ht 8 months ago

From Timothée Floure to ~sircmpwn/sr.ht-discuss

Hi Derek,

> I'd like to request support for Void Linux build images in builds.sr.ht. I plan on hosting a variety of Elixir apps on a Void Linux VPS, and Elixir releases require the build/deploy machines to have the same architecture. I want to host my repositories on Sourcehut and trigger automatic builds/deployments with builds.sr.ht, but I can't since it doesn't have a Void Linux image.

FYI: you should be able to build using the alpine image, which is also
`86_64-unknown-linux-musl`. There's actually no issues with the elixir
code, which bytecode is processed by BEAM (= the Erlang VM): what's
problematic is the potentially bundled ERTS (Erlang Runtime System) and
NIFs (Native Implemented Functions, e.g. bindings to C code).

You might want to take a look at [1]. Feel free to contact me off-list
if you have questions.

[1] https://hexdocs.pm/mix/master/Mix.Tasks.Release.html#module-requirements

Funky KVM issue on builds.sr.ht 9 months ago

From Timothée Floure to ~sircmpwn/sr.ht-dev

Hello there,

I've (finally - sorry for the delay) cleaned up [1] the Fedora images
for builds.sr.ht but bumped into a weird issue while testing on
builds.sr.ht:

  * Everything (= sanity-check) works on my laptop.
  * Everything works (= sanity check) in the current F32 image
    on builds.sr.ht... if KVM is disabled on the newly build
    and spinned-up VM.
  * If the new image is booted with (nested-, since we're running on a
    builds.sr.ht VM)KVM enabled, it get stuck shortly after the disk is
    detected [2] with 100% CPU usage on the host. Using the virtio
    driver or not has not impact.