#fedora-meeting: Env and Stacks (2014-09-16)

Meeting started by hhorak at 13:01:52 UTC (full logs).

Meeting summary

  1. init process (hhorak, 13:02:53)
    1. IDEA: developers of Koschei would like to see Koschei promoted and recommend as a good tool for all Fedora packagers (hhorak, 13:08:23)

  2. running Koschei for all Fedora packages (promote and recommend it) (hhorak, 13:09:06)
    1. http://koschei.cloud.fedoraproject.org/ (bkabrda, 13:09:16)
    2. https://github.com/msimacek/koschei (bkabrda, 13:09:23)
    3. Koschei only runs scratch builds if overall Koji load is below a certain level, but too many packages would mean they'll be rebuilt in very long intervals not to overload koji (hhorak, 13:12:15)
    4. there are plans to create a dynamic web UI, where packagers would be able to add/remove packages themselves (hhorak, 13:15:52)
    5. ACTION: everbody should find out more about koschei; if everyone likes it, we can vote on some sort of formal recommendation next time (hhorak, 13:17:44)

  3. Language specific mirrors for Fedora Playground compliant packages (hhorak, 13:20:56)
    1. the idea was a bit discussed on ML already: https://lists.fedoraproject.org/pipermail/env-and-stacks/2014-September/000507.html (hhorak, 13:20:56)
    2. fully deployment in RPM for everything does not make sense in projects run one-and-only instance in the world (hhorak, 13:25:17)
    3. http://doc.devpi.net/latest/ (ncoghlan, 13:28:28)
    4. the idea is to be able to have a mirror of upstream repositories where we could do the initial Fedora Playground checks (hhorak, 13:33:34)
    5. for python devpi seems to be the way to go with this (hhorak, 13:33:34)
    6. we could seed the repos by flagging the packages that have already been accepted into Fedora, the incremental review model could look like language mirror -> Fedora Playground -> Fedora (hhorak, 13:33:34)
    7. other languages may have their specifics and not so linux based upstreams (hhorak, 13:33:35)
    8. un-bundling and similar maintaining work would be solved in the step 'playground -> Fedora' (hhorak, 13:38:25)
    9. dependencies on some system libraries are complicated, could be partly solved by new format wheel and some tricks in devpi (hhorak, 13:49:31)
    10. we should first create the devpi instance and start experimenting with different ways of using it; then when we figure out what/how we want to do, we can create a Fedora feature (hhorak, 13:49:32)
    11. ACTION: bkabrda will request an instance in Fedora cloud to start playing around with devpi (hhorak, 13:50:08)
    12. ACTION: ncoghlan will do a write-up after we experiment a bit with bkabrda's devpi instance (hhorak, 13:56:55)
    13. reasons why developers would not use upstream repo directly and rather use Fedora's playground is because they might want the additional level of review that Fedora provides + they would get precompiled C-extension packages (hhorak, 14:04:34)

  4. SCLs, building above them and their position in Fedora/EPEL (hhorak, 14:14:45)
    1. ACTION: mmaslano will figure out how OpenShift is using SCL in their images (mmaslano, 14:26:37)
    2. SCL packaging doesn't have to be mandatory if you use smart enough wrapper script for setting up environment (hhorak, 14:28:15)
    3. tools to get the shebang line and spec file right for non-SCL python packages depending on SCL might not exist yet (hhorak, 14:28:15)
    4. ACTION: hhorak will be chairman for the next meeting (hhorak, 14:32:45)


Meeting ended at 14:32:45 UTC (full logs).

Action items

  1. everbody should find out more about koschei; if everyone likes it, we can vote on some sort of formal recommendation next time
  2. bkabrda will request an instance in Fedora cloud to start playing around with devpi
  3. ncoghlan will do a write-up after we experiment a bit with bkabrda's devpi instance
  4. mmaslano will figure out how OpenShift is using SCL in their images
  5. hhorak will be chairman for the next meeting


Action items, by person

  1. bkabrda
    1. bkabrda will request an instance in Fedora cloud to start playing around with devpi
    2. ncoghlan will do a write-up after we experiment a bit with bkabrda's devpi instance
  2. hhorak
    1. hhorak will be chairman for the next meeting
  3. mmaslano
    1. mmaslano will figure out how OpenShift is using SCL in their images
  4. ncoghlan
    1. ncoghlan will do a write-up after we experiment a bit with bkabrda's devpi instance


People present (lines said)

  1. ncoghlan (95)
  2. hhorak (55)
  3. bkabrda (45)
  4. juhp_ (35)
  5. mmaslano (32)
  6. zodbot (3)
  7. kushal (1)
  8. samkottler (0)
  9. sicampbell (0)
  10. vpavlin (0)
  11. tjanez (0)
  12. juhp (0)
  13. pkovar (0)


Generated by MeetBot 0.1.4.