[Pkg-puppet-devel] Plans for packaging puppet 6

Tue Jul 7 20:42:25 BST 2020

On 2020-07-04 13 h 36, Thomas Goirand wrote:
> On 7/4/20 12:32 AM, Louis-Philippe Véronneau wrote:
>> [snip, messages are getting way too long for my brain to cope]
>>
>> As Adrian Bunk kindly pointed out on IRC, although zigo did a lot of
>> work (thanks!), he missed a bunch of java libs.
>>
>> I have gone the extra mile and I think I have a pretty good portrait of
>> the work we'll need to do.
>>
>> Using the original `lein deps :tree` structure but replacing dependency
>> names by the Debian packages when we can, I get the following tree.
>>
>> I added a legend, but it's a bit hard to read like that... For those who
>> use vim, I attached a crappy vimscript to generate a colored output
>> (:source puppet-deps.vim). Sorry Emacs users!
>>
>> [com.cemerick/url] has been deprecated upstream and I opened a bug on
>> Jira [2] to ask Puppetlabs to do something about it. I don't think we
>> should start packaging this sub-tree for now, as some of the sub-deps
>> are not in good shape.
>>
>> [ring-basic-authentication] also need to be packaged, but it depends on
>> [org.clojure/data.codec] and it's deprecated upstream. I opened an issue
>> upstream on [ring-basic-authentication] [2].
>>
>> If we exclude the two problematic sub-trees I mentionned before, we have:
>>
>> * 22 ITPs (new packages)
>> * 40 packages to update
>>
>> -------------------------------------------------------------------------
>> [foobar] == not in Debian
>> @barfoo@ == in Debian, but needs to be updated to a new version
> 
> So, if you did a good job, and if I get it well, this gives us the below
> ITP to open. I've tried to match the libraries with their homepage.
> 
> Question: if a library contains both clojure and java code, should it
> still be a clojure package only?
> 
> If all is fine, then I can open these ITPs. I'll wait until someone
> checks for my work, maybe you Louis-Philippe ?
> 
> Cheers,
> 
> Thomas Goirand (zigo)
> 
>>  [clj-commons/fs 1.5.1]
> 
> libclj-common-fs-clojure
> https://github.com/clj-commons/fs
> 
>>  [clojure-complete ]0.2.5#
> 
> libcomplete-clojure
> https://github.com/ninjudd/clojure-complete
> 
>>  [com.fasterxml.jackson.module/jackson-module-afterburner 2.10.0]
> 
> libjackson-module-afterburner-java
> https://github.com/FasterXML/jackson-module-afterburner/
> 
>>  [liberator 0.15.2]
> 
> libliberator-clojure
> https://github.com/clojure-liberator/liberator
> 
>>  [net.logstash.logback/logstash-logback-encoder 5.0]
> 
> liblogstash-logback-encoder-java
> https://github.com/logstash/logstash-logback-encoder
> 
>>  [puppetlabs/clj-shell-utils 1.0.2]
> 
> libclj-shell-utils-clojure
> https://github.com/puppetlabs/clj-shell-utils
> 
>>  [puppetlabs/jruby-utils 3.1.4]
> 
> libjruby-utils-clojure
> https://github.com/puppetlabs/jruby-utils
> 
>>    [puppetlabs/jruby-deps 9.2.11.1-1]
> 
> libjruby-deps-clojure
> https://github.com/puppetlabs/jruby-deps
> 
>>        [com.headius/backport9 1.3]
> 
> libbackport9-clojure
> https://github.com/headius/backport9
> 
>>        [javax.annotation/javax.annotation-api 1.3.1]
> 
> libjavax.annotation-api-java
> https://mvnrepository.com/artifact/javax.annotation/javax.annotation-api
> 
>>  [puppetlabs/trapperkeeper-authorization 1.0.0]
> 
> libtrapperkeeper-authorization-clojure
> https://github.com/puppetlabs/trapperkeeper-authorization
> 
>>    libnrepl-clojure 0.6.0
> 
> libnrepl-clojure
> 
> 
>>    [puppetlabs/rbac-client 0.9.4]
>>      [ring/ring-json 0.4.0]
> 
> libring-json-clojure
> https://github.com/ring-clojure/ring-json
> 
>>  [puppetlabs/trapperkeeper-comidi-metrics 0.1.1]
> 
> libtrapperkeeper-comidi-metrics-clojure
> https://github.com/puppetlabs/trapperkeeper-comidi-metrics
> 
>>  [puppetlabs/trapperkeeper-filesystem-watcher 1.2.2]
> 
> libtrapperkeeper-filesystem-watcher-clojure
> https://github.com/puppetlabs/trapperkeeper-filesystem-watcher
> 
>>    [org.jolokia/jolokia-core 1.6.2]
> 
> libjolokia-core-java
> https://mvnrepository.com/artifact/org.jolokia/jolokia-core
> 
>>      [com.mchange/mchange-commons-java 0.2.15]
> 
> libmchange-commons-java
> https://github.com/swaldman/mchange-commons-java
> 

Do you mean you want to package all these by yourself? In my head, we're
still at the "We need to divide the list and decide who's packaging
what" step.

I'd be happy to take on this part of the dependency tree for now:

 @libclj-yaml-clojure 0.4.0<0.7.0@
   [org.flatland/ordered 1.5.7]
     [org.flatland/useful 0.11.6]

As a side note, your list really confuses me Thomas, as it doesn't use
the dependency tree format anymore and I can't see what is needed for what.

I don't have tons of experience in Debian, but I'd like us to either
keep using the format I posted on the ML previously (the one with the
"@" and "["), or use something else that can show us rdeps easily. I
don't really mind, as long as we can see the whole portrait easily.

Otherwise I feel it's easy to get lost in this sea of packages :)

-- 
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁  Louis-Philippe Véronneau
  ⢿⡄⠘⠷⠚⠋   pollo at debian.org / veronneau.org
  ⠈⠳⣄

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-puppet-devel/attachments/20200707/9b7d177c/attachment.sig>