[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Using Jenkins Debian Glue to setup personal repos really quick (Was: [Idea] Debian User Repository?)



It’s fairly easy nowadays with debian-jenkins-glue and jenkins-job-builder:

https://salsa.debian.org/ondrej/jenkins-job-builder.git

The launchpad PPAs are still slightly better (I cant rebuild individual matrix combinations from Jenkins), but only slightly. With qemu-user-static the even the armhf and arm64 builds works (mostly) fine.

Cheers,
Ondřej 
--
Ondřej Surý <ondrej@sury.org>

On 8 Apr 2019, at 18:01, Kyle Edwards <kyle.edwards@kitware.com> wrote:

On Mon, 2019-04-08 at 00:02 -0400, Peter Silva wrote:
If one needs to keep a close eye on changes to make sure they can still
be installed even on a years-old OS, the resulting packages can be
placed in a custom repository set up with the instructions at
<URL:https://wiki.debian.org/DebianRepository/Setup>. What am I missing?


yes, it can be done, but it is a lot more work for individual packagers.

launchpad.net combines:
   - very few clicks to build custom repositories.
   - a build environment for each OS, so that it runs "debuild" in the currently patched version of the OS for which the package it built.

It saves people from having to build their own custom repository, and from having to maintain a build environment for all supported OS versions and architectures.  on Ubuntu,  packages are built for 14.04, 16,04, 18.04, 18.10, 19.04, and I get all those just from clicking one box for each one. I think it also propagates re-building of packages when a build-dependency changes, without my knowledge or interaction.  It leverages the ubuntu build-farm for third-party packages.

With debian, it's kind of all or nothing.  Etiher you're in Debian, and it gets built on every platform using the build farm, or it's not, so you get no help at all. Launchpad gives a nice middle road that suits us right now, and if something similar were available for debian, it would provide a stepping stone to being in Debian proper.

CMake and VTK upstream here. This was my exact observation a while back when I tried to package VTK for Debian and Ubuntu. Packaging for Ubuntu was very easy: just upload your packaging script to launchpad.net and you're done. For Debian, I had to set up a build machine and an Aptly repository on a virtual machine that pulls in built packages from "incoming", inserts them into the Aptly repo, and rsyncs them to a web server, basically mimicking what the Debian repo infrastructure does. This was non-trivial to set up, and I found it frustrating that Launchpad-like infrastructure did not exist for Debian. (Building lots of packages is easy once you have the infrastructure, but the initial investment is rather high.) Just my $0.02.

Kyle

Reply to: