Hi Fred, PICCA Frederic-Emmanuel <[email protected]> writes: > It is true that debian-science is quite fragile (so many package which > require very specific competencies) and that this sort of specialize > blend can fragment the initial effort.
I would see it quite the other way around: Having specialized blends would actually attract people and interest from this field and therefore help in maintaining the packages. Can you be more specific on what you mean with the danger of fragmentation? As an astronomer, I am also a scientist, and therefore would feel as a part of the scientific computing approach of Debian. But: as debian-astro, we may also get amateurs which may not count themself as scientists. > I am wondering if this sort of blend should not be sort of satellite > of debian-science using dedicated mailling if the traffic is to big > but for the rest use the debian-science infrastructure (especially the > repositories) to avoid this fragmentation. [moved from top] > picca@moszumanska:/git/debian-science/packages$ ls -l | wc > 429 3856 34878o Debian Astronomy! For me, browsing the git repository is already a pain, these are far too much packages in one directory. Having them in a separate dir would be nice, without caring of whether this is a subdir of debian-science or not. What should be done in your opinion to have debian-astro as a "satellite" of debian-science instead of having it independently? > I like the fact that we can create dedicated blends (web site and > packages thanks to Andreas works) but I do not feel confident to > maintain a dedicated repository for these blends. In git, each package has its own repository. What is the difference whether a repository is in /git/debian-science of in /git/debian-astro? What kind of "maintenance" do you mean here? I would draw some more attention to the Policy, where debian-astro should not deviate too much from debian-science. Best regards Ole -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: https://lists.debian.org/[email protected]
