Hashtag

#CI

51 posts tagged with this hashtag.

@UbuntuKrOrg@mastodon.social

Korea 2026 접수 마감까지 앞으로 1️⃣ 일!
이어서 다른 주제와 사례도 함께 소개 드립니다.

☁️ 인프라와 클라우드

로 구축하는 , 를 비롯,
제작과 , 기술 등
사용 사례가 가장 많은 에서의 사용기를 기다립니다.

지난해에는 유승우 님께서 홈 서버 구축 이야기를 해 주셨습니다 :)
youtu.be/v1J5UsqSfGQ?si=Z3sVzn

UbuCon Korea 2026 트랙 소개
Infrastructure and Cloud

구름 위에 올리는 아이콘, 서버, 네트워크 아이콘이 중간에 놓여 있다.
하단에는 # CI/CD , # Cloud Container, # Virtualization, # Server Network 와 같은 태그가 쓰여 있다.
ALT text

UbuCon Korea 2026 트랙 소개 Infrastructure and Cloud 구름 위에 올리는 아이콘, 서버, 네트워크 아이콘이 중간에 놓여 있다. 하단에는 # CI/CD , # Cloud Container, # Virtualization, # Server Network 와 같은 태그가 쓰여 있다.

인프라와 클라우드
작고 소중한 홈 서버와 친해지기
유승우 Seungwoo Yoo

지난 해 발표 시청하기와 함께 QR 코드가 삽입되어 있다.
ALT text

인프라와 클라우드 작고 소중한 홈 서버와 친해지기 유승우 Seungwoo Yoo 지난 해 발표 시청하기와 함께 QR 코드가 삽입되어 있다.

@UbuntuKrOrg@mastodon.social

Korea 2026 접수 마감까지 앞으로 1️⃣ 일!
이어서 다른 주제와 사례도 함께 소개 드립니다.

☁️ 인프라와 클라우드

로 구축하는 , 를 비롯,
제작과 , 기술 등
사용 사례가 가장 많은 에서의 사용기를 기다립니다.

지난해에는 유승우 님께서 홈 서버 구축 이야기를 해 주셨습니다 :)
youtu.be/v1J5UsqSfGQ?si=Z3sVzn

UbuCon Korea 2026 트랙 소개
Infrastructure and Cloud

구름 위에 올리는 아이콘, 서버, 네트워크 아이콘이 중간에 놓여 있다.
하단에는 # CI/CD , # Cloud Container, # Virtualization, # Server Network 와 같은 태그가 쓰여 있다.
ALT text

UbuCon Korea 2026 트랙 소개 Infrastructure and Cloud 구름 위에 올리는 아이콘, 서버, 네트워크 아이콘이 중간에 놓여 있다. 하단에는 # CI/CD , # Cloud Container, # Virtualization, # Server Network 와 같은 태그가 쓰여 있다.

인프라와 클라우드
작고 소중한 홈 서버와 친해지기
유승우 Seungwoo Yoo

지난 해 발표 시청하기와 함께 QR 코드가 삽입되어 있다.
ALT text

인프라와 클라우드 작고 소중한 홈 서버와 친해지기 유승우 Seungwoo Yoo 지난 해 발표 시청하기와 함께 QR 코드가 삽입되어 있다.

@schrotthaufen@mastodon.social

Question for the Python people: How do you handle type checking in CI? Do you just install all the dependencies every time the pipeline runs? Do you have some logic to install missing type stubs (or the real dependencies, if there are no stubs)? Something else entirely?

@jgalowicz@functional.cafe

The @nixos_org integration tests have always been a fantastic tool - We just made them even faster and much simpler to run! 🚀 By adding a new lightweight container backend to the test driver, you can now run your suites on standard, non-KVM hosts. 👇

Here is what the new container backend brings to your NixOS workflow:

⚡ Blazing Fast Execution: How fast? Booting two machines, letting them ping each other, and tearing them down now takes ~3 seconds!
💸 Run Anywhere (Cheaper!): You no longer need bare-metal KVM-enabled hosts. Your tests can now run seamlessly on cheap, standard VMs.
🎮 GPU Testing Support: Hardware acceleration is now accessible. You can finally test GPU-dependent workloads directly inside your integration tests!

Curious how it works under the hood and how to enable it in your projects? Dive into our latest article and try it out for yourself!

🔗 Read the full breakdown here: nixcademy.com/posts/faster-che

NixOS test driver choo choo train now faster with container test backend! Run tests on cheap non-KVM-enabled VMs!
ALT text

NixOS test driver choo choo train now faster with container test backend! Run tests on cheap non-KVM-enabled VMs!

@jgalowicz@functional.cafe

The @nixos_org integration tests have always been a fantastic tool - We just made them even faster and much simpler to run! 🚀 By adding a new lightweight container backend to the test driver, you can now run your suites on standard, non-KVM hosts. 👇

Here is what the new container backend brings to your NixOS workflow:

⚡ Blazing Fast Execution: How fast? Booting two machines, letting them ping each other, and tearing them down now takes ~3 seconds!
💸 Run Anywhere (Cheaper!): You no longer need bare-metal KVM-enabled hosts. Your tests can now run seamlessly on cheap, standard VMs.
🎮 GPU Testing Support: Hardware acceleration is now accessible. You can finally test GPU-dependent workloads directly inside your integration tests!

Curious how it works under the hood and how to enable it in your projects? Dive into our latest article and try it out for yourself!

🔗 Read the full breakdown here: nixcademy.com/posts/faster-che

NixOS test driver choo choo train now faster with container test backend! Run tests on cheap non-KVM-enabled VMs!
ALT text

NixOS test driver choo choo train now faster with container test backend! Run tests on cheap non-KVM-enabled VMs!

@testlens@mastodon.social

TestLens launches to accelerate Java and Kotlin pull request workflows!

Know this problem? You’re done with implementing a feature, but getting your PR through the CI pipeline is tedious. TestLens assists you to get your pull requests merged faster by posting an easy-to-read summary of failed tests and by rerunning failed tests only!

Read more in our announcement post and join the private beta: testlens.app/blog/2026/02/04/t

localhost

TestLens launches to accelerate Java and Kotlin pull request workflows

Know this problem? You’re done with implementing a feature, but getting your PR through the CI pipeline is tedious. TestLens assists you to get your pull requests merged faster by posting an easy-to-read summary of failed tests and by rerunning failed tests only!

@pedro@mastodon.pepicrft.me

Two shifts: CI companies offering their envs as runners for Jenkins and similar. And GitHub runner providers pivoting to agent sandboxes because GitHub wants to compete with them. Both finding new ground. AWS will follow. Prices will drop. DX will differentiate.

@WoodpeckerCI@floss.social

WoodpeckerCI v3.13.0 is here! 🚀 New CLI contexts, notes on secrets, cron custom vars & disabling, Kubernetes pod affinity & headless services support, plus enhanced security & bug fixes. Update now for a smoother CI/CD! 🔧✨ 🛠️

@ben@mastodon.bentasker.co.uk

New post: Playing around with

I decided to deploy Woodpecker into my LAN and hook it up to my instance

This post talks about deploying it and configuring CI jobs to periodically rebuild some container images (which are then pulled by at the consuming end)

There's also a bonus section on having squash container names in metrics to avoid excessive cardinality growth

bentasker.co.uk/posts/blog/gen

bentasker.co.uk

Playing Around With Woodpecker CI

Last weekend, I decided to stand up Woodpecker-CI so that I could have a play around with it. It's far from my first exposure to continuous integration systems, but I've never previously bothered with

@ben@mastodon.bentasker.co.uk

New post: Playing around with

I decided to deploy Woodpecker into my LAN and hook it up to my instance

This post talks about deploying it and configuring CI jobs to periodically rebuild some container images (which are then pulled by at the consuming end)

There's also a bonus section on having squash container names in metrics to avoid excessive cardinality growth

bentasker.co.uk/posts/blog/gen

bentasker.co.uk

Playing Around With Woodpecker CI

Last weekend, I decided to stand up Woodpecker-CI so that I could have a play around with it. It's far from my first exposure to continuous integration systems, but I've never previously bothered with

@michalfita@mastodon.social

Does anyone knows good way to find opportunity for software dev? I'd like to avoid pitfalls of well known platforms. I can do:
- CLI/Dev tools, APIs
- code (, , including some or )
- C++ code
- or scripts, tools
- workflows (GitHub, GitLab)
- layers
- packaging +

Anyone has experience in getting hands on small projects?

Edit: I can / Rust or C++.

@bart@floss.social

I'm exploring what alternatives exist. I have something neat to share.

See the little checkmark on this repo?

codeberg.org/louwers/duckdb-bu

The of this repository is running on . Bridged with yojo yojo.emersion.fr/

I think each platform has its advantages, but definitely CI is a strong aspect of SourceHut and a weak point of Codeberg / . Both projects are based in the and are open source.

What is your experience with alternatives?

yojo.emersion.fr

yojo

@pabloyoyoista@treehouse.systems

Still a lot work to do, but for the first time, we got completely integrated CI testing of kernels running... on a phone! For what I know, this is a first for a non-multi-million-euro-company in the FOSS world!! Can't be more proud of it and all the people that helped during this journey.

gitlab.postmarketos.org/postma is a bit cryptic, and might look like any other gitlab CI job, but is actually booting on a OP6T at @mupuf farm!!

There's still a long road ahead, but in the future we might be able to automate kernel upgrades with a lot less manual testing, and continue working the "reliability" goal we presented in postmarketos.org/blog/2025/03/

Huge thanks to @mupuf for all his work and dedication on ci-tron, to @cas for the initial dream and work all across the stack, to @fizzo and @corna, for the PCB that drives the phone, and to @fun, @adrianyyy, and @cas again for the work on Tauchgang. Truly team work :)

More details in some weeks in a blog post near you ;)

-ci

The sequence of running a test job in the official device. The ci-tron console first has the device as idle. Then the job starts, the phone boots to bootloader, the tests are sent to it, boots the Linux kernel (see the tux!), and tests are run, including testing unl0kr. Finally the test is done, the phone powered off, and goes back to idle
ALT text

The sequence of running a test job in the official device. The ci-tron console first has the device as idle. Then the job starts, the phone boots to bootloader, the tests are sent to it, boots the Linux kernel (see the tux!), and tests are run, including testing unl0kr. Finally the test is done, the phone powered off, and goes back to idle

@WoodpeckerCI@floss.social

🚀 Woodpecker 3.10.0 is live!
- Pull‑request metadata & task‑UUID labels for tighter CI pipelines
- New org‑listing API (CLI & Go SDK) + milestone support
- Smarter error traces, CLI auto‑completion & human‑readable queue info
- Dozens of dependency fixes

Upgrade now for a smoother CI experience! 🎉

github.com/woodpecker-ci/woodp

Release 3.10.0 · woodpecker-ci/woodpecker

3.10.0 - 2025-09-28 ❤️ Thanks to all contributors! ❤️ @6543, @Gusted, @da-Kai, @henkka, @hhamalai, @j04n-f, @klausi85, @marcusramberg, @qwerty287, @xoxys, @zhedazijingang 🔒 Security chore(deps): u...

@hongminhee@hollo.social

Just opened an issue for a major new task for : building an smoke test suite.

To ensure Fedify-built servers federate correctly with the wider , we're planning to run automated E2E tests in against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.

You can see the full plan and discussion here:

https://github.com/fedify-dev/fedify/issues/481

github.com

Interoperability smoke test suite · Issue #481 · fedify-dev/fedify

Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...

@hongminhee@hollo.social

Just opened an issue for a major new task for : building an smoke test suite.

To ensure Fedify-built servers federate correctly with the wider , we're planning to run automated E2E tests in against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.

You can see the full plan and discussion here:

https://github.com/fedify-dev/fedify/issues/481

github.com

Interoperability smoke test suite · Issue #481 · fedify-dev/fedify

Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...

@hongminhee@hollo.social

Just opened an issue for a major new task for : building an smoke test suite.

To ensure Fedify-built servers federate correctly with the wider , we're planning to run automated E2E tests in against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.

You can see the full plan and discussion here:

https://github.com/fedify-dev/fedify/issues/481

github.com

Interoperability smoke test suite · Issue #481 · fedify-dev/fedify

Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...

@hongminhee@hollo.social

Just opened an issue for a major new task for : building an smoke test suite.

To ensure Fedify-built servers federate correctly with the wider , we're planning to run automated E2E tests in against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.

You can see the full plan and discussion here:

https://github.com/fedify-dev/fedify/issues/481

github.com

Interoperability smoke test suite · Issue #481 · fedify-dev/fedify

Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...

@hongminhee@hollo.social

Just opened an issue for a major new task for : building an smoke test suite.

To ensure Fedify-built servers federate correctly with the wider , we're planning to run automated E2E tests in against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.

You can see the full plan and discussion here:

https://github.com/fedify-dev/fedify/issues/481

github.com

Interoperability smoke test suite · Issue #481 · fedify-dev/fedify

Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...

@hongminhee@hollo.social

Just opened an issue for a major new task for : building an smoke test suite.

To ensure Fedify-built servers federate correctly with the wider , we're planning to run automated E2E tests in against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.

You can see the full plan and discussion here:

https://github.com/fedify-dev/fedify/issues/481

github.com

Interoperability smoke test suite · Issue #481 · fedify-dev/fedify

Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...

@hongminhee@hollo.social

Just opened an issue for a major new task for : building an smoke test suite.

To ensure Fedify-built servers federate correctly with the wider , we're planning to run automated E2E tests in against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.

You can see the full plan and discussion here:

https://github.com/fedify-dev/fedify/issues/481

github.com

Interoperability smoke test suite · Issue #481 · fedify-dev/fedify

Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...

@hongminhee@hollo.social

Just opened an issue for a major new task for : building an smoke test suite.

To ensure Fedify-built servers federate correctly with the wider , we're planning to run automated E2E tests in against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.

You can see the full plan and discussion here:

https://github.com/fedify-dev/fedify/issues/481

github.com

Interoperability smoke test suite · Issue #481 · fedify-dev/fedify

Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...

@hongminhee@hollo.social

Just opened an issue for a major new task for : building an smoke test suite.

To ensure Fedify-built servers federate correctly with the wider , we're planning to run automated E2E tests in against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.

You can see the full plan and discussion here:

https://github.com/fedify-dev/fedify/issues/481

github.com

Interoperability smoke test suite · Issue #481 · fedify-dev/fedify

Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...

@hongminhee@hollo.social

Just opened an issue for a major new task for : building an smoke test suite.

To ensure Fedify-built servers federate correctly with the wider , we're planning to run automated E2E tests in against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.

You can see the full plan and discussion here:

https://github.com/fedify-dev/fedify/issues/481

github.com

Interoperability smoke test suite · Issue #481 · fedify-dev/fedify

Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...

@hongminhee@hollo.social

Just opened an issue for a major new task for : building an smoke test suite.

To ensure Fedify-built servers federate correctly with the wider , we're planning to run automated E2E tests in against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.

You can see the full plan and discussion here:

https://github.com/fedify-dev/fedify/issues/481

github.com

Interoperability smoke test suite · Issue #481 · fedify-dev/fedify

Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...

@pedro@mastodon.pepicrft.me

I wrote about how CI/CD evolved from stagnant proprietary platforms to the vibrant GitHub Actions runner ecosystem.

The runner market shows what's possible when infrastructure is decoupled and developers have real choice. Competition drives genuine innovation.

Interactive demo + Mac runner directory:
runs-on-mac.com/

runs-on-mac.com

runs-on: mac - The Tale of Innovation and Freedom in CI/CD

A story about the evolution of CI/CD, the rise of GitHub Actions runners, and how developers gained freedom by escaping vendor lock-in. Discover Mac runner providers and the future of decoupled infrastructure.

@pedro@mastodon.pepicrft.me

I wrote a story about how CI/CD evolved from stagnant proprietary mobile CI platforms to the vibrant GitHub Actions runner ecosystem.

The runner market shows what's possible when infrastructure is decoupled and developers have real choice. Competition drives genuine innovation.

Interactive demo + Mac runner provider directory:
runs-on-mac.com/

runs-on-mac.com

runs-on: mac - The Tale of Innovation and Freedom in CI/CD

A story about the evolution of CI/CD, the rise of GitHub Actions runners, and how developers gained freedom by escaping vendor lock-in. Discover Mac runner providers and the future of decoupled infrastructure.

This post of mine is just a week old and I've already sent it to three people in reply to their questions about how to do exactly that.

And I'm using it now as a reference to implement the same on another project.

So, I figured I might link to it again for those who have missed it somehow:)

dev.to/justlig/podman-on-gitla

dev.to

Podman on GitLab CI: Fast, Efficient Container Builds — No DinD Required

If you’re still relying on Docker-in-Docker (DinD) for container builds in GitLab CI, there’s a...

@WoodpeckerCI@floss.social

🚀 Woodpecker 3.10.0 is live!
- Pull‑request metadata & task‑UUID labels for tighter CI pipelines
- New org‑listing API (CLI & Go SDK) + milestone support
- Smarter error traces, CLI auto‑completion & human‑readable queue info
- Dozens of dependency fixes

Upgrade now for a smoother CI experience! 🎉

github.com/woodpecker-ci/woodp

Release 3.10.0 · woodpecker-ci/woodpecker

3.10.0 - 2025-09-28 ❤️ Thanks to all contributors! ❤️ @6543, @Gusted, @da-Kai, @henkka, @hhamalai, @j04n-f, @klausi85, @marcusramberg, @qwerty287, @xoxys, @zhedazijingang 🔒 Security chore(deps): u...

@gnome@floss.social

🧪 "Let's build an openQA testsuite, from scratch"
with Sam Thursfield at
📅 25 July 🕒 09:40 CEST 📍 Brescia

🖥️ Sam shows how to set up openQA + GitLab CI to test GNOME apps visually—step by step.

🔗 events.gnome.org/event/259/con

The image shows graphically what's announced in the post. It contains the GNOME logo, the name of the speaker, the photo of the speaker and the title of the talk. It moreover contains a graphical rappresentation of the city of the conference, Brescia, and the dates of the conference.
ALT text

The image shows graphically what's announced in the post. It contains the GNOME logo, the name of the speaker, the photo of the speaker and the title of the talk. It moreover contains a graphical rappresentation of the city of the conference, Brescia, and the dates of the conference.

@kevinveenbirkenbach@microblog.veen.world
@pedro@mastodon.pepicrft.me

The mobile space is plateauing, and we might be on the verge of a DevX innovation in mobile tooling. Let me explain why.

@pedro@mastodon.pepicrft.me

"I’ll tell you… You need to share the illusion that you provide more than what you really do, and hope that the years of investing in vendor-locking will prevent companies from leaving you. Ehem, Mobile DevOps. But this model is falling apart. It’s a matter of time. And we’ll see more companies iterating on the idea that they are a CI company. Give it some time…"


pepicrft.me/blog/2025/02/24/ci

pepicrftme.fly.dev

CI is commoditizing

It's time to rethink the CI market.

@feagults@kmy.blue
支援サイトの宣伝です

-en

相田にゃぬの個人サークルでは、緊縛をテーマにした官能小説を投稿しております。

性人の日より前にオトナの階段、駆け上がってみませんかー😉

Ci-enとFantiaで活動中です。アクセスはプロフィールから!