BioContainers / specs

BioContainers specifications
http://biocontainers.pro
Apache License 2.0
49 stars 12 forks source link

should only LTS base OS be used? #16

Closed sauloal closed 9 years ago

sauloal commented 9 years ago

should only LTS base OS (when available) be used?

bgruening commented 9 years ago

I would even go further and would like to see that we strongly recommend one base OS. This will improve the usability of our containers dramatically.

I'm voting for latest debian stable.

prvst commented 9 years ago

I agree with using one stable version for the images, like debian stable

On Thu, Aug 20, 2015 at 5:08 AM Björn Grüning notifications@github.com wrote:

I would even go further and would like to see that we strongly recommend one base OS. This will improve the usability of our containers dramatically.

I'm voting for latest debian stable.

— Reply to this email directly or view it on GitHub https://github.com/BioDocker/biodocker/issues/16#issuecomment-132946010.

sauloal commented 9 years ago

I agree. besides usability, download sizes would also be reduced. if not a stretch, some help could be given on how to clean the apt cache which also can take quite some space

sauloal commented 9 years ago

@bgruening , i've been thinking. one OS would not be ideal. there are programs which are made to RPM flavours and not DEB. a small and controlled set would be more appropriated. and better still, if someone manages to use busybox of coreOS, who are we to complain about a 80% reduction in footprint? :D

bgruening commented 9 years ago

@sauloal I would like to try to use vendor independent package formats, or compile by our own. RPM vs. DEB was holding us back too long. GUIX, linux-brew, pip, conda ...

I would argue the other way around, if you already have one BioDocker container, taking a BusyBox based one will force you to download 20% more ;)

sauloal commented 9 years ago

@bgruening , I agree that RPM/DEB is a pain. but some packages might only provide one flavour and I don't think it would be wise to forbid either way. That said, it could be added as a excellent practice to try to use the same base

bgruening commented 9 years ago

Couldn't we simply compile it from scratch? I actually did not expect to have so many up-to-date packages as RPM/DEB. We can deal with this case as soon as it arise, isn't it?

sauloal commented 9 years ago

@bgruening Yes. Completely. But I think those open discussions are important because they will serve as base to the confection of the CONTRIBUTING document, the GOOD PRACTICES and the general policies of acceptance of pull requests.

bgruening commented 9 years ago

Sure! What about a best practices guide to emphasize the usage of debian stable. In rare cases we will allow other distributions and this is decided per case?

sauloal commented 9 years ago

@bgruening , that's has already been assigned to me ( see #8 ) and I'm gathering information (through opening new issues). But I won't have time to consolidate this for a few weeks. When I do I have all this discussion to remember our agreements and refer to.

sauloal commented 9 years ago

fixed