by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Scott Shipp
    @ScottAShipp_twitter
    Thanks @MarkEWaite
    New question for you all. Is it better to use jenkins/jenkins and install Blue Ocean plugins separately, or to use the jenkinsci/blueocean as a base
    Both seem to have documentation which says "this is the recommended Docker image to use for Jenkins"
    or similar
    Mark Waite
    @MarkEWaite
    The jenkinsci/blueocean image provides some specific features that are needed in the Jenkins tutorial environment (like Docker in Docker). As far as I can tell, most users prefer the image without those tutorial centered features. I use jenkins/jenkins
    Scott Shipp
    @ScottAShipp_twitter
    Good to know, thanks
    Mark Waite
    @MarkEWaite
    We hope to eventually rework the tutorials to not require Docker in Docker, but it is so convenient to run a Python docker image or a NodeJS Docker image from the tutorial environment. Production users don't usually need the same simplicity (single computer, low compute use, etc.) that a tutorial user needs
    Scott Shipp
    @ScottAShipp_twitter
    We started with jenkins/jenkins, but when reading https://www.jenkins.io/doc/book/installing/#downloading-and-running-jenkins-in-docker it very strongly and confidently suggests only using the jenkinsci/blueocean image. "There are several Docker images of Jenkins available. The recommended Docker image to use is the jenkinsci/blueocean image (from the Docker Hub repository)"
    I wonder if that should be updated. It doesn't mention tutorials
    Mark Waite
    @MarkEWaite
    Yes, sorry about that confusing and conflicting information. Could you use the "Report an issue" link at the bottom left of that page to report that inconsistency? We'll get it fixed
    That is a good one for next week's user experience Hackfest. Docs are part of the user experience...
    Scott Shipp
    @ScottAShipp_twitter
    Sure thing!
    Bartłomiej Zieliński
    @fasolens
    Hi, is it possible to run docker.image('maxys/docusaurus-pdf:latest').withRun ("from-build --no-sandbox -v /var/jenkins_home/workspace/docs:/workspace -o /workspace/build/internal.pdf /workspace/build docs/Docusaurus/DocusaurusGetStarted docs") in any way?
    The argument is without - or -- and when I do it the way above Jenkins try to pull 'customArgument' image.
    By default the image is put at the end of command during job run and looks like this:
    docker run -d from-build --no-sandbox -o build/img/internal.pdf build docs/Docusaurus/DocusaurusGetStarted docs maxys/docusaurus-pdf:latest Unable to find image 'from-build:latest' locally docker: Error response from daemon: pull access denied for from-build, repository does not exist or may require 'docker login': denied: requested access to the resource is denied.
    Alex Earl
    @slide
    Hi @fasolens, you probably want the normal https://gitter.im/jenkinsci/jenkins channel is more geared towards using the docker containers that Jenkins provides
    Bartłomiej Zieliński
    @fasolens
    Hi @slide , yeah, that is wrong channel. I have solved the problem. Thanks
    spaceygithub
    @spaceygithub
    Hello All, good afternoon to you. I'm looking for a little help to better understand the docker jenkins/inbound-agent image. I've lots of jobs that need tools installing on the inbound-agent. I'd like to check my understanding is correct and that if i wish to install build tools on to the agent I'll need to make my own docker file and then install via apt-get or yum. Sorry I'm not actually clear what o/s the agent is running.
    Second part of the question... If i try and start the jenkins/inbound-agent locally on my laptop, with a view to then login via docker exec interactive bash shell etc etc. I can't because the image won't actually start unless it can connect to a jenkins master. Is there any way around this to allow me to test my build tools?
    Alex Earl
    @slide
    Yes, you would want to use the inbound-agent in a FROM to install additional tools for your requirements. In terms on testing, you should be able to pass /bin/bash to docker run to start a shell instead of trying to use exec
    spaceygithub
    @spaceygithub
    Thanks for replying Alex, currently if i use docker run --init jenkins/inbound-agent
    without the docker run --init jenkins/inbound-agent -url http://jenkins-server:port <secret> <agent name> set it just moans that it expects these values to be set.
    if I set them to fake details because I don't have a local master etc, so something like
    docker run --init jenkins/inbound-agent -url http://jenkins-server:80 mypass mylocalagent
    the docker images fires up fails to connect to the master and terminates.
    any way to start it and not try and connect, fail and then terminate
    image.png
    Tim Jacomb
    @timja
    @spaceygithub docker run --entrypoint "" jenkins/inbound-agent -- bash
    something like that ^^
    spaceygithub
    @spaceygithub
    okay thank you Tim I'll give that a go.
    spaceygithub
    @spaceygithub
    That didn't work but was enough to lead me to try docker run -it --rm --entrypoint /bin/bash --user root jenkins/inbound-agent which is working. Thank you all for the time and help.
    Tim Jacomb
    @timja
    call np
    Steven Lembark
    @lembark_gitlab
    Q: Where is the dockerfile for building the image located (e.g., someplace on github, I guess)? I'd like to check what's under it; if Ubuntu then I'll roll my own.
    Marky Jackson
    @markyjackson-taulia
    Which image are you referring to?
    Steven Lembark
    @lembark_gitlab
    Thought that was the standard jenkins image.
    Marky Jackson
    @markyjackson-taulia
    Steven Lembark
    @lembark_gitlab
    Looks like it pulls in an entire Debian system with it... or all of centos.
    Mark Waite
    @MarkEWaite
    Yes, it provides a self-contained runtime environment for a Jenkins server.
    There is a slimvariant that uses Debian slim and an Alpine variant for those who prefer Alpine
    Marky Jackson
    @markyjackson-taulia
    @MarkEWaite beat me to it :laughing:
    Steven Lembark
    @lembark_gitlab
    Jenkins requires the entire Debian distro to start up?
    Including uucp?
    Mark Waite
    @MarkEWaite
    The goal of the Docker image is to provide a working environment for many uses cases, not to provide the minimum distribution that will allow Jenkins to start. Jenkins will start without installing command line git and without installing git-lfs, but users have preferred a working environment over a minimal environment. The alpine tag is more likely what you want if you're seeking a minimal environment
    Marky Jackson
    @markyjackson-taulia
    +1
    Mark Waite
    @MarkEWaite
    Even the Alpine installation installs command line git so that the user starts with a working environment.
    Steven Lembark
    @lembark_gitlab
    You still can: Layer the O/S on top of a working, minimal jenkins image.
    At that point you can layer whatever distro you like.
    Marky Jackson
    @markyjackson-taulia
    Yes, this is true but we are giving an image to satisfy multiple use cases
    Steven Lembark
    @lembark_gitlab
    Layering the distro on top of jenkins solves them with a single jenkins distro: slap anything you like on it: Arch, Gentoo, Debian, RH... or a subset that doesn't include pieces with security issues that prevent using it in the first place because the distros include problematic executables.
    Marky Jackson
    @markyjackson-taulia
    PR’s welcome
    Steven Lembark
    @lembark_gitlab
    Odds of reversing the stack to include a bare Jenkins executable?
    Mark Waite
    @MarkEWaite
    Odds of reversing the stack to include a bare Jenkins executable are near zero in my opinion.
    Marky Jackson
    @markyjackson-taulia
    +1
    Steven Lembark
    @lembark_gitlab
    Q: When installing jenkins it tries to pull plugins from the net; is there any way to have them acquired from the local system?
    The systems I'm installing on have no outbound network access.
    Marky Jackson
    @markyjackson-taulia
    I have seen Jenkins configuration as code do this in airgapped situations
    Mark Waite
    @MarkEWaite
    Yes. Plugins can be installed locally in a custom Docker image. Refer to https://github.com/jenkinsci/docker#preinstalling-plugins for a way to define a plugins.txt file that will allow you to build a Docker image where you have network access, then you can transport the created image into the environment that has no network access.