Package: gtkorphan
Severity: wishlist

Please use deborphan's --print-guess-list option described below to
generate @GuessList in lib/gtkorphan_ops.pm instead of a using
a hardcoded list.  The rationale for this is that over the time
additional guess options were and will be added and maintaining this
list separately in gtkorphan is not ideal.  Removing guess options would
be wrong and I don't think this will ever happen, so nothing will break
if you do not switch to using --print-guess-list.

Since i18n and glade is involved in generating the according menu, this
might not be that straightforward to implement.  As you know,
--guess-section is actually a bit misleading; mapping this option to
"wrong section" in your menu was a very good choice.  Such mappings
should not be lost if gtkorphan switches to using --print-guess-list.

deborphan in Squeeze and later contains some options intended to be used
by deborphan's frontends:

  --print-guess-list (since version 1.7.28.2 or Squeeze)

      This prints all available guess options, separated by newline
      characters.  On Squeeze, the output is:

        common
        data
        debug
        dev
        doc
        dummy
        interpreters
        kernel
        mono
        perl
        pike
        python
        ruby
        section

      If this option is used by gtkorphan, there are three obvious ways
      to ensure that deborphan is not passed an option it does not
      understand.  Adding a versioned dependency on deborphan is the
      first one; checking if the option is available using below
      described --check-options and waiting to switch to
      --print-guess-list until Wheezy is released are the other two.

  --check-options (since version 1.7.28.2 or Squeeze)

      This option causes deborphan to exit after option parsing.  The
      exit status is zero if there was _no_ option parsing error and not
      zero otherwise.  The current implementation does not prevent
      output on stderr, e.g., caused by getopt().  If the action
      performed by a to be checked option is performed during option
      parsing, as it is done for --print-guess-list, output on stdout
      might happen and the remaining options might be ignored, i.e.,
      only one option can be reliably checked by one deborphan
      invocation.  Thus the correct and supported way to check if the
      installed deborphan has the option --print-guess-list is to run
      "deborphan --check-options --print-guess-list >/dev/null 2>&1" and
      to check if it exists with status 0 (available) or any other
      status (not available).

      A future implementation might include a more powerful
      --check-options implementation, for example, one that never prints
      anything to stdout or stderr if --check-options is the first
      argument and that is able to check up to seven options at once by
      setting the according bits in the exit status (2^7=128).

  --show-arch, --no-show-arch
      (both will be available in version 1.7.28.6 and later or in Wheezy)

      Always/never print packages with architecture suffixes, for
      example "apt:i386" instead of "apt".  This applies to the output
      in --check-deps mode and when printing orphaned packages.  It does
      not apply to keep related options.  When not used, deborphan
      chooses --show-arch on multiarch enabled systems and
      --no-show-arch on other systems.

  --all-packages-pristine (since version 1.7.28.2 or Squeeze)

      Same as --all-packages, except that its output format will not
      change in future (implying --show-sections will be all but sane if
      sections will be replaced by debtags in Debian, so this
      implication might be removed).


Regards
Carsten



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to