I found 6.7.5 no help when trying to decide which data should be split
into my arch-indep package.  Please provide some help with that,
including:

- some data ought not to be split, either because it would break
policy (e.g. man pages for the binaries in arch-dep package) or would
force the arch-indep package to depend on the arch-dep package
(e.g. .desktop files)

- expand the examples of what *can* be factored to include some
not necessarily obvious ones, e.g. locale data, which many people
forget, but which can be considerably large

- all of /usr/share/<packagename>/doc can be put into the arch-indep
  package and the arch-dep package can then symlink to the doc dir,
  provided the arch-dep package depends on the arch-indep package

- handle dependency issues, including:

  - make sure you consider whether the arch package now requires the
  arch-indep package or not, and if it does, whether it requires a
  specific version and set your depends accordingly

  - don't forget when you're splitting packages to make the refactored
  packages conflict/replace old versions of the packages that contain
  any files that are moved between packages

Thanks,
Ben Armstrong

Actually I was under the impression that it was customary to leave locales
in unless they got _really_ huge (sometimes in absolute sometimes in
relative terms), like in the case of kde-i18n, or tcsh-i18n.

The locales in the xmms package take the better part of its disk usage, but
if I split them out I'm sure that I'd get about as many bug reports about it
as I do now about stuff that I already split out.

It also needs to be stated that usually a double-dependency isn't necessary
and will only complicate dependency chains. (Unless it's said already.)

This should be implied by the sections before this one that describe moving
files between packages...

In my case tuxpaint already depends on tuxpaint-data.  There is an optional
data component too, tuxpaint-stamps-default (with a separate upstream
source).  My rationale for splitting out locales is not due to their current
size (they are smallish for the moment) but rather on principle.  I wouldn't
separate them if I didn't already have an indep package, and I wouldn't
split them if the arch package didn't already depend on arch-indep.  Anyway,
my point is that there's no guidance at all to the developer in trying to
make these decisions, and not that my specific recommendations should be
followed.

Right.  I was warned about that, but forgot to mention it.

And yet I am told that many people forget this.  A simple cross-reference /
reminder is all I ask for, not a complete restating of the point.

Ben
--
 ,-.  nSLUG    http://www.nslug.ns.ca   synrg@sanctuary.nslug.ns.ca
 \`'  Debian   http://www.debian.org    synrg@debian.org
  `          [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ]
             [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ]

also please include that foo-data should not depend on foo (see
http://lists.debian.org/debian-devel/2005/06/msg02111.html ) this is needed to
avoid circular dependencies

filippo

Lieber Bewerber,

die Arbeitsvermittlung stellt Ihnen folgende interessante Tätigkeit in einem internationalen Team im Home Office Bereich vor, ohne Fahrtkosten, ohne Anfahrt, ohne Verkehrsstress:

Wir bieten qualifizierte und moderne Arbeitsplätze auch auf dem Land europaweit und bieten gleichzeitig hochwertige Qualität für unsere Kunden.

Ab sofort suchen wir:
Mitarbeiter (m/w) für Home Office Tätigkeit in der Abteilung Telekommunikation und Büroarbeit

Ihre Aufgaben wären:

- Dokumente empfangen, bearbeiten und weiterleiten
- Dokumente einscannen/kopieren
- Emails bearbeiten
- Aufgabe im Home-office in freien Zeiteinteilung
- Arbeit mit zur Verfügung gestellten Systemen

Wir erwarten:

- Unproblematischer Umgang mit Email, PC und Internet
- Deutsch fließend, Fremdsprachen wären von Vorteil
- zuverlässiges Teamwork
- Zielstrebigkeit und Pünktlichkeit

Wir bieten Ihnen einen Arbeitsplatz als Festangestellter oder als Selbständige mit einem Stundenlohn von 20 € Brutto in der Stunde in eigenverantwortlichen Arbeitsweise und einer modernen Beschäftigungsform, sowie eine abwechslungsreiche Tätigkeit ohne Arbeitsweg mit flexiblen Arbeitszeiten.

Es werden keine besonderen Kenntnisse vorausgesetzt. Die Einarbeitung findet detailliert durch professionelle Mitarbeiten statt. Die benötigte technische Ausrüstung stellen wir Ihnen frei zur Verfügung. Die Beschäftigung kann gerne nebenberuflich aufgenommen werden sowie von Rentnern und Hausfrauen.

Sie sind bereit für flexible Arbeitszeitmodelle und die Arbeit im Home-office? Möchten Sie sich dieser interessanten und herausfordernden neuen Aufgabe stellen? Dann senden Sie uns Ihre Bewerbung mit Lichtbild an: RIOON144@innocent.com


Ihre persönlichen Unterlagen behandeln wir vertraulich.

Mit freundlichen Grüßen

Schreiber SA