Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    dduportal
    @dduportal:matrix.org
    [m]
    @timja: i thought we got rid of the shell script install-plugins.sh (which was using the versionLT() bash function as far as I remember) ?
    7 replies
    Tim Jacomb
    @timja
    yes but plugins aren't in the image outside of the volume and then there's a script here that copies them:
    https://github.com/jenkinsci/docker/blob/00d1edcbf6e0bd78ff5b359731310b91bdac9b07/jenkins-support#L42
    dduportal
    @dduportal:matrix.org
    [m]
    oh I see, it's the "copy plugins at startup" script. Thanks for the explanation!
    halkeye
    @halkeye:g4v.dev
    [m]
    its kinda a jenkins core + docker issue. install plugin ci puts it in jenkins ref, and jenkins core only copies ref if the file doesn't exist.
    oh my bad, not core, is purely docker?
    dduportal
    @dduportal:matrix.org
    [m]
    Pure docker (pure shell even!)
    Rein Petersen
    @ReinsBrain
    Hi all, ive made a docker-compose.yml and Dockerfile for jenkins with the hope that I'll be able to locally test jobs and have it all automated so i don't need the web UI ... not immediately apparent is the best way to go about automation of creating jobs. Ive been trying to use jenkins-cli and a little bit hung up on auth ... or should i just place files in the right places in jenkins_home? Any advice is greatly appreciated :)
    another thing i'd like to do is just pass the admin password as a build arg ( or better way? )
    hervelemeur
    @hervelemeur:matrix.org
    [m]
    Rein Petersen
    @ReinsBrain

    have it all automated

    Use https://www.jenkins.io/projects/jcasc/ with job-dsl-plugin: https://github.com/jenkinsci/job-dsl-plugin/blob/master/docs/JCasC.md :)

    Well... that's just super-interesting and super-helpful - thanks a whole bunch :)

    hervelemeur
    @hervelemeur:matrix.org
    [m]
    there is even a dedicated channel for it if you need additional help: https://matrix.to/#/#jenkinsci\_configuration-as-code-plugin:gitter.im
    Rein Petersen
    @ReinsBrain

    there is even a dedicated channel for it if you need additional help: https://matrix.to/#/#jenkinsci\_configuration-as-code-plugin:gitter.im

    Im having trouble with the link, says "does not exist"

    hervelemeur
    @hervelemeur:matrix.org
    [m]
    I think it depends what you're using to view irg/gitter channels (I'm using Element for example)
    Try searching it from whatever you're using
    Rein Petersen
    @ReinsBrain
    thanks i will try d/l Element client
    Rein Petersen
    @ReinsBrain
    image.png
    @hervelemeur:matrix.org i have the element client for windows but the link doesn't seem to work out still:
    hervelemeur
    @hervelemeur:matrix.org
    [m]
    🤷
    search it manually ;)
    hervelemeur
    @hervelemeur:matrix.org
    [m]
    :point_up: Edit: 🤷
    search "jenkinsci/configuration-as-code" manually ;)
    Rein Petersen
    @ReinsBrain

    :point_up: Edit: 🤷
    search "jenkinsci/configuration-as-code" manually ;)

    found it! thanks :)

    Mayhem Bill
    @MayhemBill
    okay, I'm not sure what I'm doing wrong, but I am running Jenkins in Docker, and I am trying to create an image from a dockerfile, but when I try to run the docker command in the container I get a permission denied, and anything I change in the Jenkins container just gets reset after a reboot
    dduportal
    @dduportal:matrix.org
    [m]

    Hello @timja @MarkEWaite I'm investigating jenkinsci/docker-inbound-agent#279 and I discovered that the build of the main branch does NOT use the "latest" released version:

    Should we slighlty change the release process for this (and jenkins/agent as well)?

    FWIW, I'm opening a PR to leverage the risk + bump the version
    Tim Jacomb
    @timja
    @dduportal:matrix.org not sure I understand the issue
    it would be easier if they were in the same repository
    dduportal
    @dduportal:matrix.org
    [m]
    @timja: what is the "usual" release process for the docker images of the jenkins agents? Is it the draft release being published? (I wonder given the new version scheme is used, if there is a CD process ?)

    it would be easier if they were in the same repository

    +100

    Tim Jacomb
    @timja
    it's not using a new version scheme
    it uses the remoting version
    and versions always match that
    dduportal
    @dduportal:matrix.org
    [m]
    I though that the suffix -X was specific to the images, doesn't it?
    Tim Jacomb
    @timja
    the release process is, release the docker-agent repo via github releases.
    trigger it on trusted.ci.
    once green release docker-inbound-agent via github releases
    trigger it on trusted.ci
    yes it is that is extracted from the tag
    dduportal
    @dduportal:matrix.org
    [m]
    Ok, so the release process looks flawed: I would expect the "remoting version" to be infered from the tag then, right ?
    Tim Jacomb
    @timja
    it is inferred
    dduportal
    @dduportal:matrix.org
    [m]
    Oh i see. Then we should NOT deploy images if the build is not triggered by a tag
    Tim Jacomb
    @timja
    yes i don't think there's much point in that
    and yeah main branch uses whatever is there
    / tests
    dduportal
    @dduportal:matrix.org
    [m]
    gotcha.
    Tim Jacomb
    @timja
    that should be updated every now and then but generally doesn't need to be touched
    dduportal
    @dduportal:matrix.org
    [m]
    first thing first: the default values from the Dockerfile should be removed then
    then, we should either:
    • Add an updatecli/depedndanbot/whatever to update the version on the bake file
      OR
    • not specify a version and autodetermien it with a call to the gh api e.g." get the latest version")
    Tim Jacomb
    @timja
    the defaults are there so that the image builds with just a docker build