Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Khaled3500
    @Khaled3500
    Could you give me a link for it please ?
    Oleg Nenashev
    @oleg-nenashev
    On Thursday I managed to upload the video to a wrong YouTube account :( Re-apploaded it correctly: https://youtu.be/s6BoxFaSzzo
    Jim Crowley
    @james-crowley
    @slide you get a chance to look at the PR?
    Alex Earl
    @slide
    I have not yet, I will try and do it today
    Jim Crowley
    @james-crowley
    I theres 1 ish improvements I need to make. Need to change the invalid OS statement to include OS plus version. I realized that since you guys are pull from just the debian:buster for one of the images instead of Adopt, that the invalid OS needs to be on OS name plus OS Version.
    Alex Earl
    @slide
    hmmm, I think that was because Adoptium was not using buster at the time
    I don't remember for sure though
    Jim Crowley
    @james-crowley
    Yup, you are right. I guess they phased out buster already. All good. But the filter to determine invalid OSs should be more verbose anyways incase other edge cases like this comes up.
    Alex Earl
    @slide
    I don
    I don't see any images that are using FROM debian:buster
    I am in a brain fog today though...so I could be missing it
    Jim Crowley
    @james-crowley
    Sorry, I was the one with the brain fog! I meant debian stretch. The image I am talking about is. openjdk:8-jdk-stretch
    Alex Earl
    @slide
    Right, we are planning on deprecating that image very soon I think
    Jim Crowley
    @james-crowley
    Yup! But for right now the build scripts get tripped up because it thinks it can build all debian images. And it can except stretch. So I need to fix the invalid OS filter to do OS and OS version. So I can just ignore debian stretch and not just all of debian.
    ignoring all of an OS works well for Centos(no s390x support) and Alpine(no none x86 support)
    Alex Earl
    @slide
    :+1:
    Jim Crowley
    @james-crowley
    @slide the OS exclude list looks something like this now
    amd64="clefos"
    amr64="clefos alpine debian/stretch 8/ubuntu/bionic/openj9"
    s390x="centos alpine debian/stretch/hotspot"
    ppc64le="clefos alpine debian/stretch/hotspot"
    You can list out the OS, or get specific on a certain release that should be excluded
    Interestingly, Adopt now supports arm64 in their JDK 11 releases with OpenJ9. :) but not 8
    Nice seeing arm64 getting some more love specifically with the new M1 macs
    Gavin Mogan
    @halkeye
    I'm not entirely sure how it works, but apparently docker buildx allows you to upload multiple arch on the same image on dockerhub - https://docs.docker.com/buildx/working-with-buildx/#build-multi-platform-images
    Jim Crowley
    @james-crowley
    @halkeye Buildx is super cool. Been playing around with it for multi-arch builds but it still feels "beta".
    Gavin Mogan
    @halkeye
    👍I know nothing about it, other than it'll let you not need to arch your tags
    Jim Crowley
    @james-crowley
    They have the option to build via qemu that works but the build on remote platform option does not 100% work.
    Oh yes! that is one of the best parts. You don't flood your repo with a bunch of arch tags. I been trying to reverse engineer the call they make but can't see to get it to work on my DockerHub repo. When I use it with my companies artifactory you can see they somehow push just raw SHAs/layers for the images and then link those SHAs in the manifests. They SHAs do not show up on DockerHub. I am thinking it might be a UI function. Like if there is no tag do not show the SHA.
    Gavin Mogan
    @halkeye
    yea i've never been a fan of docker hub's magic. Like the lack of easy way to update readme or adding source links from other CIs
    Jim Crowley
    @james-crowley
    @slide I justed expanded the invalid arch and filter. You can now add stuff like amr64="clefos alpine debian/stretch 8/ubuntu/bionic/openj9"
    Did you get a chance to play around with the PR?
    Alex Earl
    @slide
    I'm super sorry, I have not had a chance yet...
    Oleg Nenashev
    @oleg-nenashev
    Good analysis for the Buster and Java issues: https://twitter.com/CyrilBrulebois/status/1333233656635289601?s=19 . IIUC we are all set after jenkinsci/packaging#198 , just need to make sure it is picked up in LTS
    Mark Waite
    @MarkEWaite
    I just installed the Debian package for Jenkins 2.268 and have confirmed that the fix from https://github.com/jenkinsci/packaging/pull/198/files is in that release. We can confirm it in tomorrow's weekly as well and can then check Webnesday's LTS release also
    We could consider doing a special case release of Jenkins 2.249.4, but that wouldn't resolve it for Cyril. Cyril is running Jenkins 2.235. Fixing the issue will require an upgrade to something. I propose that "something" should be Jenkins 2.263.1
    Alex Earl
    @slide
    :+1:
    I don't think it necessitates a special release myself
    Alex Earl
    @slide
    @james-crowley Looks like there are some conflicts that need to be resolved on that PR
    Oleg Nenashev
    @oleg-nenashev
    Yes, no need in a special release, we do not longer support 2.235.x. if a patch is needed for someone, it can be built from sources.
    Alex Earl
    @slide
    Is the meeting time changing for this week?
    Mark Waite
    @MarkEWaite
    Good reminder that I need to look at the Doodle poll results and select a meeting time.
    Mark Waite
    @MarkEWaite
    New meeting time will be Friday 3 hours later than the current time. Updated Jenkins events calendar. Will update the platform SIG page later
    Alex Earl
    @slide
    Sounds great!
    Mark Waite
    @MarkEWaite
    Platform SIG page has also been updated
    Alex Earl
    @slide
    Thanks Mark!
    Alex Earl
    @slide
    I'm really looking forward to the new meeting time :-)
    Mark Waite
    @MarkEWaite
    Platform SIG meeting starts in 2 minutes at https://zoom.us/j/95086896895?pwd=WVZXb2hncTU0S1ZNcUJhaW1QTEZCdz09
    Alex Earl
    @slide
    Great meeting! I like the new meeting time, thanks @MarkEWaite for being so flexible
    Mark Waite
    @MarkEWaite
    Thanks @slide!
    Jim Crowley
    @james-crowley
    @MarkEWaite Sorry about missing the meeting today. Had it on my work calendar but not personal calendar. I'll watch the video and catch up with you!
    Mark Waite
    @MarkEWaite
    Thanks @james-crowley