[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: The term "Custom Debian Distribution" (Was Re: [custom] The term "flavor" and encouraging work on Debian)



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2003-12-05 11:06, Andreas Tille wrote:
> On Thu, 4 Dec 2003, cobaco wrote:
> > > There are no changes to Debian, because CDDs reside completely in
> > > main / testing /unstable as any other package.
> >
> > _ideally_ there are no changes. In practice there will be. For instance:
> > In skolelinux there's currently a package called
> > locale-config-skolelinux which sets up de default locale for all users.
> > This package is not part of Debian. Instead there's some discussion with
> > the relevant maintainer about merging locale-config-skolelinux,
> > language-env,  and the different user-language packages, with the hope
> > of eventually creating one package to set the default locale for both
> > single users and the system as a whole.
>
> Well, at least for my understanding SkoleLinux is not a "Custom Debian
> Distribution" exactly because they have packages which are not integrated
> in Debian.  This is no problem at all, but exactly here is the cruxial
> point of our definition. In my talk about CDD in Oslo I suggested the
> SkoleLinux people to take over the Debian-Edu ball because Raphael Herzog
> announced that he was running out of time.  

in the process of happening actually

>Debian-Edu *is* a CDD because
> it is completely inside Debian and 

hm, as far as I know Debian-edu is nothing more then a couple of 
task-packages at this point (and some education packages that got added to 
the archive)

> the suggestion is that SkoleLinux
> people patch the packages according to their needs.  

being done for Skolelinux, so basically you're saying that Skolelinux (or any 
other project aiming to be a CDD) is not a CDD untill they get everything 
they need back into Debian proper (which can take quite a while), even when 
we're trying to do so (and always have)?

>The *product* (one
> bootable CD) which contains Debian-Edu plus some extra packages which are
> necessary for whatever reason might be called SkoleLinux but this is not a
> CDD per the definition I was using in my talk in Oslo.  There was nobody
> who disagreed ...

hm, the definition I was using for a CDD would include Skolelinux because 
while not everything we do is in Debian _yet_we are trying to get everything 
included into Debian.

the responses to my earlier messages 
http://lists.debian.org/debian-devel/2003/debian-devel-200312/msg00457.html
and
http://lists.debian.org/debian-devel/2003/debian-devel-200312/msg00403.html
would seem to indicate (at least to me) that this view was shared

> > -> while being a subset is the goal we have in mind, it's not always the
> > actual situation. This is a consequence of
> > 1. inertia in Debian, because of which getting things changed takes a
> > while 2. the fact that some experimentation is often necessary to find
> > the right solution, leading to non-optimal solutions that "get the job
> > done" being used by the CDD in the meanwhile.
>
> Obviousely we use a different definition of CDD and this is causing the
> trouble.  If we should agree to your definition of CDD we have to come
> back for a common name for Debian-Jr, Debian-Med, Debian-Edu, Debian-Np,
> ...
er, these are subprojects producing CDD's (and Skolelinux is in the process 
of becoming Debian-Edu at this point see http://lists.debian.org/
debian-devel-announce/2003/debian-devel-announce-200309/msg00011.html). 

The produced CDD's might, or might not be a subset of Debian at any given 
time (at the moment at least the install process needs to be modified as 
there's no standard way to create an install/live-cd with a custom set of 
packages and configuration files). The important point here is, IMHO, that 
there is effort to get the missing pieces into Debian. Wether all pieces are 
already in Debian at a given point in time is I think unimportant (for 
defining a CDD anyways).
- -- 
Cheers, cobaco
  
1. Encrypted mail preferred (GPG KeyID: 0x86624ABB)
2. Plain-text mail recommended since I move html and double
    format mails to a low priority folder (they're mainly spam)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/0G805ihPJ4ZiSrsRApNCAJ0SH9Swwjr3xmUGzj0gtFG3WL1GzwCeOQ2A
u5q9K7i+0qWT9QOgH7SqYCU=
=rwVw
-----END PGP SIGNATURE-----



Reply to: