| 3 Nov 2025 |
 hexa | * und da effektiv nur positive votes zählen und nicht wie tief wir jemanden downranken - gg | 14:39:00 |
 pluie (leah c.) | wow ich liege aufm 2. platz? | 14:42:17 |
| pluie (leah c.) | damn | 14:42:30 |
 zitrone | behold, the most mid candidates:
- 77.2% Scrumplex
- 76.3% pinpox
- 76.1% jopejoe1
- 74.0% nim65s
- 73.6% adamcstephens
- 71.6% tomodachi94
- 70.7% getchoo
- 67.9% rhendric
- 60.5% philiptaron
- 53.5% aanderse
- 51.9% mschwaig
- 51.7% JulienMalka
- 51.2% leona-ya
- 47.0% niklaskorz
- 45.4% pluiedev
- 39.3% nyabinary
- 37.7% samueldr
- 32.1% djacu
- 30.2% drupol
- 28.0% cafkafk
- 26.0% crertel
- 24.2% GaetanLepage
- 19.0% K900
- 15.1% tomberek
| 15:02:36 |
| zitrone | (approval = vote[6:18]) | 15:02:56 |
| zitrone | nutzt jemand forgejo actions und hat zufälligerweise ein setup bei dem docker (in docker) oder alternativ lxc funktioniert? | 15:18:56 |
 niklaskorz | Leider nicht, ich baue meine Container Images zwar in Forgejo Actions, aber mit nix2container | 15:28:51 |
| niklaskorz | Oder zum Glück nicht, wie mans nimmt | 15:29:05 |
| niklaskorz | Es gibt aber auch ein paar Tools die unprivileged container images aus dockerfiles bauen können | 15:30:06 |
| niklaskorz | das hab ich früher mit Moby buildkit gemacht | 15:30:16 |
| niklaskorz | https://github.com/moby/buildkit | 15:30:37 |
| niklaskorz | evtl hab ich da noch meinen Gitlab CI Workflow, ich schaue | 15:31:57 |
| zitrone | ich soll halt für die uni github actions verwenden darf aber auch andere ci tools verwenden
das einfachste wäre da einfach forgejo actions so zu konfigurieren dass sie die github actions mirrorn
docker ist in den tests des projekts leider unumgänglich | 15:32:03 |
| zitrone | * ich soll halt für die uni github actions verwenden, darf aber auch andere ci tools verwenden
das einfachste wäre da einfach forgejo actions so zu konfigurieren dass sie die github actions mirrorn
docker ist in den tests des projekts leider unumgänglich | 15:32:14 |
| zitrone | * ich soll halt für die uni github actions verwenden, darf aber auch andere ci tools verwenden
das einfachste wäre da einfach forgejo actions so zu konfigurieren dass sie die github actions imitieren
docker ist in den tests des projekts leider unumgänglich | 15:32:25 |
| zitrone | * nutzt jemand forgejo actions und hat zufälligerweise ein setup bei dem docker in docker oder alternativ lxc funktioniert? | 15:32:54 |
| niklaskorz | ok habs, ist aber schon fast drei Jahre alt, also evtl nicht mehr 1:1 kompatibel mit aktuellen Versionen | 15:35:37 |
| niklaskorz | .build_with_buildkit:
stage: build
tags:
- build
image:
name: moby/buildkit:v0.11.1-rootless
entrypoint: [""]
variables:
BUILDKITD_FLAGS: "--oci-worker-no-process-sandbox"
script:
- |
echo "Building and shipping image to $REGISTRY_IMAGE_NAME:$VERSIONLABEL"
mkdir -p $HOME/.docker
echo "{\"auths\":{\"$CI_REGISTRY\":{\"username\":\"$CI_REGISTRY_USER\",\"password\":\"$CI_REGISTRY_PASSWORD\"}}}" > $HOME/.docker/config.json
CONTAINER_IMG_CACHE=$REGISTRY_IMAGE_NAME:buildcache
buildctl-daemonless.sh build \
--frontend dockerfile.v0 \
--local context=$CI_PROJECT_DIR \
--local dockerfile=docker \
--opt filename=${DOCKER_FILE_NAME:-$SERVICE_NAME.dockerfile} \
--opt target=${DOCKER_BUILD_TARGET:-production} \
--opt build-arg:CI_COMMIT_REF_SLUG=$CI_COMMIT_REF_SLUG \
--opt build-arg:CI_COMMIT_SHA=$CI_COMMIT_SHA \
--output type=image,name=$REGISTRY_IMAGE_NAME:$VERSIONLABEL,push=true \
--export-cache type=registry,ref=$CONTAINER_IMG_CACHE \
--import-cache type=registry,ref=$CONTAINER_IMG_CACHE
| 15:36:15 |
| niklaskorz | aber das braucht keine privileged container und auch kein socket mounting | 15:36:35 |
| niklaskorz | aber das ist auch das was intern in docker verwendet wird, vll ist rootless docker ja mittlerweile weit genug 😅 | 15:38:29 |
| zitrone | es geht glaube ich weniger darum dass ich docker container bauen muss, sondern dass die test suite docker container nutzt um service-abhängigkeiten zu starten | 15:43:27 |
| niklaskorz | oh, hm | 15:47:12 |
| zitrone | https://github.com/se-uhd/ise25-26_assignment03
nutzt glaube ich https://java.testcontainers.com/ | 15:47:25 |
| niklaskorz | testcontainers-rs hat noch ne vulnerable Version von tokio-tar | 15:48:25 |
| niklaskorz | Fun Fact am Rande | 15:48:27 |
| niklaskorz | also von den Issues lese ich raus, dass testcontainers-go auch mit rootless podman kompatibel ist, testcontainers-java jedoch nicht | 15:52:12 |
| niklaskorz | weil testcontainers-java von veralteten docker link features abhängt die nie in Podman implementieren wurden (oder werden) | 15:53:07 |
| niklaskorz | * weil testcontainers-java von veralteten docker link features abhängt die nie in Podman implementiert wurden (oder werden) | 15:53:10 |
|  skorpy (she/her or none) 🏳️⚧️ set a profile picture. | 16:35:53 |
 Tom (SC-O-Mat when) | https://md.darmstadt.ccc.de/nixda-202507 | 18:10:39 |
