home.social

#droneci — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #droneci, aggregated by home.social.

fetched live
  1. On this Saturday that kind of feels like a Sunday, it was time for a little spring cleaning. Taking the time to fix some internal ci flows and tooling. Now no more #DroneCI but only #giteaactions Actions for my internal services. #springcleaning

  2. On this Saturday that kind of feels like a Sunday, it was time for a little spring cleaning. Taking the time to fix some internal ci flows and tooling. Now no more #DroneCI but only #giteaactions Actions for my internal services. #springcleaning

  3. Over the last few days I've gotten a new #GitLab instance setup along with #DroneCI. I think I'm back in business there. I wish I could keep using my #GitHubEnterprise instance but I don't like how I can't keep it open and have to lock it down so much.

  4. Over the last few days I've gotten a new #GitLab instance setup along with #DroneCI. I think I'm back in business there. I wish I could keep using my #GitHubEnterprise instance but I don't like how I can't keep it open and have to lock it down so much.

  5. I'm trying to use #DroneCI host volume. The repo has to be set to trusted. Problem is, my DroneCI settings doesn't have that option...

  6. I'm trying to use #DroneCI host volume. The repo has to be set to trusted. Problem is, my DroneCI settings doesn't have that option...

  7. I'm trying to use #DroneCI host volume. The repo has to be set to trusted. Problem is, my DroneCI settings doesn't have that option...

  8. I'm trying to use #DroneCI host volume. The repo has to be set to trusted. Problem is, my DroneCI settings doesn't have that option...

  9. I'm trying to use #DroneCI host volume. The repo has to be set to trusted. Problem is, my DroneCI settings doesn't have that option...

  10. Yay, no more MissingRegion error! So, I'm sad to see I had to revert/nuke my entire #DroneCI setup after only briefly trying plugging in MinIO.

    So I guess just because you can comment something back out in docker-compose, doesn't mean there's no linger side effects.

  11. Yay, no more MissingRegion error! So, I'm sad to see I had to revert/nuke my entire #DroneCI setup after only briefly trying plugging in MinIO.

    So I guess just because you can comment something back out in docker-compose, doesn't mean there's no linger side effects.

  12. Yay, no more MissingRegion error! So, I'm sad to see I had to revert/nuke my entire #DroneCI setup after only briefly trying plugging in MinIO.

    So I guess just because you can comment something back out in docker-compose, doesn't mean there's no linger side effects.

  13. Yay, no more MissingRegion error! So, I'm sad to see I had to revert/nuke my entire #DroneCI setup after only briefly trying plugging in MinIO.

    So I guess just because you can comment something back out in docker-compose, doesn't mean there's no linger side effects.

  14. I'm trying to wrap my head around how to get my #docker #DroneCI (docker) pipeline to publish my final builds to the machine it's on.

    Ideally I'd like it to do a direct transfer (scp or rsync) without having to hit the LAN.

    Idk if the pipeline builds exist on the same docker network as the host image; are they allowed to communicate directly? If so then does that mean the network that Drone is in, that the pipeline image can communicate with another hosted service?

  15. I'm trying to wrap my head around how to get my #docker #DroneCI (docker) pipeline to publish my final builds to the machine it's on.

    Ideally I'd like it to do a direct transfer (scp or rsync) without having to hit the LAN.

    Idk if the pipeline builds exist on the same docker network as the host image; are they allowed to communicate directly? If so then does that mean the network that Drone is in, that the pipeline image can communicate with another hosted service?

  16. I'm trying to wrap my head around how to get my #docker #DroneCI (docker) pipeline to publish my final builds to the machine it's on.

    Ideally I'd like it to do a direct transfer (scp or rsync) without having to hit the LAN.

    Idk if the pipeline builds exist on the same docker network as the host image; are they allowed to communicate directly? If so then does that mean the network that Drone is in, that the pipeline image can communicate with another hosted service?

  17. I'm trying to wrap my head around how to get my #docker #DroneCI (docker) pipeline to publish my final builds to the machine it's on.

    Ideally I'd like it to do a direct transfer (scp or rsync) without having to hit the LAN.

    Idk if the pipeline builds exist on the same docker network as the host image; are they allowed to communicate directly? If so then does that mean the network that Drone is in, that the pipeline image can communicate with another hosted service?

  18. I'm trying to wrap my head around how to get my #docker #DroneCI (docker) pipeline to publish my final builds to the machine it's on.

    Ideally I'd like it to do a direct transfer (scp or rsync) without having to hit the LAN.

    Idk if the pipeline builds exist on the same docker network as the host image; are they allowed to communicate directly? If so then does that mean the network that Drone is in, that the pipeline image can communicate with another hosted service?

  19. @drq I use #DroneCI to build and deploy. I'm curious how much #Gitea Actions can replace it. Already upgrading my instance, I'll try this around in the next couple of weeks.

  20. @drq I use #DroneCI to build and deploy. I'm curious how much #Gitea Actions can replace it. Already upgrading my instance, I'll try this around in the next couple of weeks.

  21. @drq I use #DroneCI to build and deploy. I'm curious how much #Gitea Actions can replace it. Already upgrading my instance, I'll try this around in the next couple of weeks.

  22. @drq I use #DroneCI to build and deploy. I'm curious how much #Gitea Actions can replace it. Already upgrading my instance, I'll try this around in the next couple of weeks.

  23. @drq I use #DroneCI to build and deploy. I'm curious how much #Gitea Actions can replace it. Already upgrading my instance, I'll try this around in the next couple of weeks.

  24. @mmeier

    #homelab #droneci
    Usually they call that "Any" but it's silly they don't include that option :thonking:

  25. @mmeier


    Usually they call that "Any" but it's silly they don't include that option :thonking:

  26. @mmeier

    #homelab #droneci
    Usually they call that "Any" but it's silly they don't include that option :thonking:

  27. @mmeier

    #homelab #droneci
    Usually they call that "Any" but it's silly they don't include that option :thonking:

  28. What's still a bit frustrating about the entire thing: There was absolutely nothing in the Drone logs to tell me that the new jobs simply didn't have anywhere to run.

    So now, all my pipelines have been switched to arm64 and Drone CI runners have been restricted to arm64.

    Because of course there is no "I don't care about the runners architecture" option.

    #HomeLab #DroneCI

  29. What's still a bit frustrating about the entire thing: There was absolutely nothing in the Drone logs to tell me that the new jobs simply didn't have anywhere to run.

    So now, all my pipelines have been switched to arm64 and Drone CI runners have been restricted to arm64.

    Because of course there is no "I don't care about the runners architecture" option.

    #HomeLab #DroneCI

  30. What's still a bit frustrating about the entire thing: There was absolutely nothing in the Drone logs to tell me that the new jobs simply didn't have anywhere to run.

    So now, all my pipelines have been switched to arm64 and Drone CI runners have been restricted to arm64.

    Because of course there is no "I don't care about the runners architecture" option.

    #HomeLab #DroneCI

  31. What's still a bit frustrating about the entire thing: There was absolutely nothing in the Drone logs to tell me that the new jobs simply didn't have anywhere to run.

    So now, all my pipelines have been switched to arm64 and Drone CI runners have been restricted to arm64.

    Because of course there is no "I don't care about the runners architecture" option.

    #HomeLab #DroneCI

  32. I think the next project will be switching my CI from Drone CI to Woodpecker.

    I changed my setup slightly to a more distributed setup with multiple runners. And now it looks like the jobs don't get distributed. No problem, error is probably in my configs.

    But Drone's logs show me exactly nothing. Their "Debug" logs are a sad joke.

    #HomeLab #DroneCI #Woodpecker

  33. I think the next project will be switching my CI from Drone CI to Woodpecker.

    I changed my setup slightly to a more distributed setup with multiple runners. And now it looks like the jobs don't get distributed. No problem, error is probably in my configs.

    But Drone's logs show me exactly nothing. Their "Debug" logs are a sad joke.

    #HomeLab #DroneCI #Woodpecker

  34. I think the next project will be switching my CI from Drone CI to Woodpecker.

    I changed my setup slightly to a more distributed setup with multiple runners. And now it looks like the jobs don't get distributed. No problem, error is probably in my configs.

    But Drone's logs show me exactly nothing. Their "Debug" logs are a sad joke.

    #HomeLab #DroneCI #Woodpecker

  35. I think the next project will be switching my CI from Drone CI to Woodpecker.

    I changed my setup slightly to a more distributed setup with multiple runners. And now it looks like the jobs don't get distributed. No problem, error is probably in my configs.

    But Drone's logs show me exactly nothing. Their "Debug" logs are a sad joke.

    #HomeLab #DroneCI #Woodpecker

  36. I think the next project will be switching my CI from Drone CI to Woodpecker.

    I changed my setup slightly to a more distributed setup with multiple runners. And now it looks like the jobs don't get distributed. No problem, error is probably in my configs.

    But Drone's logs show me exactly nothing. Their "Debug" logs are a sad joke.

    #HomeLab #DroneCI #Woodpecker

  37. I am going to attempt to setup #DroneCI for my #GodotEngine project with a #Gitea integration. I hope it goes well! 🤞#indiedev

  38. I am going to attempt to setup #DroneCI for my #GodotEngine project with a #Gitea integration. I hope it goes well! 🤞#indiedev

  39. I am going to attempt to setup #DroneCI for my #GodotEngine project with a #Gitea integration. I hope it goes well! 🤞#indiedev

  40. I am going to attempt to setup #DroneCI for my #GodotEngine project with a #Gitea integration. I hope it goes well! 🤞#indiedev

  41. I am going to attempt to setup #DroneCI for my #GodotEngine project with a #Gitea integration. I hope it goes well! 🤞#indiedev

  42. Flaky tests are a problem found in almost every codebase. By definition, a flaky test is a test that both succeeds and fails without any changes to the code. Learn how we reduced flaky tests using #Grafana, #Prometheus, Grafana #Loki, and #DroneCI
    grafana.com/blog/2023/02/09/ho

  43. Flaky tests are a problem found in almost every codebase. By definition, a flaky test is a test that both succeeds and fails without any changes to the code. Learn how we reduced flaky tests using #Grafana, #Prometheus, Grafana #Loki, and #DroneCI
    grafana.com/blog/2023/02/09/ho

  44. Flaky tests are a problem found in almost every codebase. By definition, a flaky test is a test that both succeeds and fails without any changes to the code. Learn how we reduced flaky tests using #Grafana, #Prometheus, Grafana #Loki, and #DroneCI
    grafana.com/blog/2023/02/09/ho

  45. Flaky tests are a problem found in almost every codebase. By definition, a flaky test is a test that both succeeds and fails without any changes to the code. Learn how we reduced flaky tests using #Grafana, #Prometheus, Grafana #Loki, and #DroneCI
    grafana.com/blog/2023/02/09/ho

  46. Flaky tests are a problem found in almost every codebase. By definition, a flaky test is a test that both succeeds and fails without any changes to the code. Learn how we reduced flaky tests using #Grafana, #Prometheus, Grafana #Loki, and #DroneCI
    grafana.com/blog/2023/02/09/ho

  47. Playing around with #DroneCI git pipelines are so cool and fun y'all

  48. @shane Of course #nix and #nixos are way smaller and mature, that is out of question. For the CI I have been running #droneCI quite successfully, but really any CI that supports host-runners can be used with a bit of fiddling.

  49. @shane Of course #nix and #nixos are way smaller and mature, that is out of question. For the CI I have been running #droneCI quite successfully, but really any CI that supports host-runners can be used with a bit of fiddling.

  50. @shane Of course #nix and #nixos are way smaller and mature, that is out of question. For the CI I have been running #droneCI quite successfully, but really any CI that supports host-runners can be used with a bit of fiddling.

  51. @andreS CI/CD nutzen wir bei der Arbeit via #Gitlab. Das ist schnell aufgesetzt. Privat bin ich ein Fan von #droneci. Etwas weniger sperrig.
    Was ist denn euer konkretes Problem mit CI/CD?

  52. @andreS CI/CD nutzen wir bei der Arbeit via #Gitlab. Das ist schnell aufgesetzt. Privat bin ich ein Fan von #droneci. Etwas weniger sperrig.
    Was ist denn euer konkretes Problem mit CI/CD?

  53. Stumbled over #k3d today. Pretty handy to spin-up a #kubernetes for CI environments like #droneci or #woodpecker to run automated deployment tests #devops #sysadmin

  54. Nice if the metrics endpoint of a service is not working anymore (well it works but needs 5+ minutes to finish) because the metrics are calculated by real-time DB queries.

    Thanks to a not existing garbage collection for the used tables, they have reached a size of more than 10 million lines now....

    #sysadmin #droneci #monitoring