Re: [HTCondor-users] Ubuntu / Debian Packages

[Steffen Grunewald <steffen.grunewald@xxxxxxxxxx>]

On Thu, 2018-04-26 at 17:40:06 +0200, Steffen Grunewald wrote:
> 
> I haven't seen *any* backports of (ht)condor so far, and Tim T. is probably
> too busy to build them.
> Since it's a pity to have Buster supported with a fairly recent version, but
> not Stretch, I'm attempting a "naive" backport (to Stretch only) right now,
> but this beast takes a while - will be back tomorrow.
> 
> BTW, there's a versioned conflict ("Breaks"/"Replaces") of htcondor against
> condor <= 8.0.x - is this for real or "just forgotten"? IMHO this should be
> <= ${binary:Version} (or whatever the syntax is now: htcondor shouldn't allow
> anything condor next to it, except its own transitional package - which doesn't
> exist anymore for 8.6)

On Thu, 2018-04-26 at 18:54:20 +0200, Andreas Hirczy wrote:
> I have a very simple backport from Sid to Stretch. It works at least for
> submit und start nodes - not tested on a sheduler:
> <https://itp.tugraz.at/Comp/debian/dists/stretch/test/binary-amd64/>

Hi Andreas,

I remember that a decade ago I used to fetch Debian packages from your site :)

"very simple", I presume you just changed the version in changelog? That's what
I usually start with, before digging deeper...
What makes me uncomfortable is that there are two branches of (ht)condor packages,
the ones provided by the official Debian repository ("htcondor", split packages,
usually a bit outdated) and the ones provided by uwisc ("condor", monolithic,
not available for Stretch yet). It'll become a nightmare to switch between them
if there are no conflicts declared in debian/control ...

Here's what I've come up for the 8.6.8 backport from buster/sid to stretch:

diff -Nur old/debian/control new/debian/control
--- old/debian/control  2017-11-30 22:10:34.000000000 +0100
+++ new/debian/control  2018-04-27 09:29:52.000000000 +0200
@@ -67,9 +67,10 @@
 Suggests: docker.io,
           coop-computing-tools,
           singularity-container,
-          slurm-client,
-Breaks: condor (<< 8.0.5~)
-Replaces: condor (<< 8.0.5~)
+          slurm-client
+Conflicts: condor (<< ${binary:Version})
+Breaks: condor (<< ${binary:Version})
+Replaces: condor (<< ${binary:Version})
 Description: distributed workload management system
  Like other full-featured batch systems, HTCondor provides a job queueing
  mechanism, scheduling policy, priority scheme, resource monitoring, and
@@ -93,8 +94,9 @@
 Section: libdevel
 Depends: ${misc:Depends},
          ${shlibs:Depends}
-Breaks: condor-dev (<< 8.0.5~)
-Replaces: condor-dev (<< 8.0.5~)
+Conflicts: condor-dev (<< ${binary:Version})
+Breaks: condor-dev (<< ${binary:Version})
+Replaces: condor-dev (<< ${binary:Version})
 Description: distributed workload management system - development files
  Like other full-featured batch systems, HTCondor provides a job queueing
  mechanism, scheduling policy, priority scheme, resource monitoring, and
@@ -116,8 +118,9 @@
 Architecture: all
 Section: doc
 Depends: ${misc:Depends}
-Breaks: condor-doc (<< 8.0.5~)
-Replaces: condor-doc (<< 8.0.5~)
+Conflicts: condor-doc (<< ${binary:Version})
+Breaks: condor-doc (<< ${binary:Version})
+Replaces: condor-doc (<< ${binary:Version})
 Description: distributed workload management system - documentation
  Like other full-featured batch systems, HTCondor provides a job queueing
  mechanism, scheduling policy, priority scheme, resource monitoring, and
@@ -140,8 +143,9 @@
 Section: debug
 Depends: htcondor (= ${binary:Version}),
          ${misc:Depends}
-Breaks: condor-dbg (<< 8.0.5~)
-Replaces: condor-dbg (<< 8.0.5~)
+Conflicts: condor-dbg (<< ${binary:Version})
+Breaks: condor-dbg (<< ${binary:Version})
+Replaces: condor-dbg (<< ${binary:Version})
 Description: distributed workload management system - debugging symbols
  Like other full-featured batch systems, HTCondor provides a job queueing
  mechanism, scheduling policy, priority scheme, resource monitoring, and
@@ -187,3 +191,43 @@
  they may be run.
  .
  This package provides the runtime library.
+
+Package: condor
+Architecture: all
+Section: oldlibs
+Depends: htcondor,
+         ${misc:Depends}
+Description: transitional dummy package
+ This package aids upgrades of existing Condor installations to the new project
+ and package name "HTCondor". The package is empty and it can safely be
+ removed.
+
+Package: condor-doc
+Architecture: all
+Section: oldlibs
+Depends: htcondor-doc,
+         ${misc:Depends}
+Description: transitional dummy package
+ This package aids upgrades of existing Condor installations to the new project
+ and package name "HTCondor". The package is empty and it can safely be
+ removed.
+
+Package: condor-dev
+Architecture: all
+Section: oldlibs
+Depends: htcondor-dev,
+         ${misc:Depends}
+Description: transitional dummy package
+ This package aids upgrades of existing Condor installations to the new project
+ and package name "HTCondor". The package is empty and it can safely be
+ removed.
+
+Package: condor-dbg
+Architecture: all
+Section: oldlibs
+Depends: htcondor-dbg,
+         ${misc:Depends}
+Description: transitional dummy package
+ This package aids upgrades of existing Condor installations to the new project
+ and package name "HTCondor". The package is empty and it can safely be
+ removed.


This re-adds the transitional packages (so an older "monolithic" condor installation
would be properly replaced with a htcondor one, I hope), and en passant fixes an
extra comma. I think that the versioned conflicts should be updated to "anything
of the same name but older", too.

Can someone with more insight have a look?

Running pbuilder now, and looking for a machine to test on...
(BTW this should also be backportable to Jessie...)

Cheers,
 S

-- 
Steffen Grunewald, Cluster Administrator
Max Planck Institute for Gravitational Physics (Albert Einstein Institute)
Am Mühlenberg 1
D-14476 Potsdam-Golm
Germany
~~~
Fon: +49-331-567 7274
Fax: +49-331-567 7298
Mail: steffen.grunewald(at)aei.mpg.de
~~~