[Bug 381507] Re: Install / Remove Packages should ignore display limits

Launchpad Bug Tracker 381507 at bugs.launchpad.net
Sun Aug 19 17:45:07 UTC 2012


This bug was fixed in the package aptitude - 0.6.8-1ubuntu1

---------------
aptitude (0.6.8-1ubuntu1) quantal; urgency=low

  * Resynchronise with Debian.  Remaining changes:
    - debian/05aptitude: Never autoremove kernels.
    - Drop aptitude-doc to Suggests.
    - 03_branding: Ubuntu branding.
    - 04_changelog: Take changelogs from changelogs.ubuntu.com.
    - 14_html2text_preferred: Switch back to html2text in favor of elinks,
      since html2text is in main and elinks isn't. Convert all files to utf-8
      encoding as it is better then ascii for iso-8859-1 (English docs).
    - no-google-mock: Don't use google-mock as it and libgtest-dev are in
      universe. Refreshed to cover all changes.

aptitude (0.6.8-1) unstable; urgency=low

  * Fix build with g++ 4.7
    Thanks Adrian Lang for the patch (Closes: #672335)
  * New binary packages:
    - aptitude-doc-it: Italian documentation (Closes: #674664)
    - aptitude-common: data files and translations
  * debian/rules:
    - use dh (debhelper command sequencer)
  * Require libapt-pkg 0.9.3 to avoid "Method http has died
    unexpectedly" (Closes: #669322)
  * Removed preinst script, the one transition it handled is
    over ten years old.
  * New upstream release.
    - Update to tasks support: task packages, multi-arch, syntax

      Task packages (introduced with tasksel 3.0) are
      meta-packages which define the dependencies of tasks.  The
      packages themselves have always worked but the 'tasks'
      grouping policy and '?task' search term did not support
      them.  This update corrects for this.

      As a result of this change to tasksel all Debian tasks now
      function exactly like meta-packages. (Closes: #382631)

      The syntax for installing tasks from the command line has
      been updated.  It now supports specifying an arch and
      requires the same syntax as apt-utils ('^' must be the last
      part of the name).  Examples:

        # aptitude install gnome-desktop^
        # aptitude install ssh-server^:armel

      This avoids ambiguity that may arise when a task and
      package have the same name.
    - Changelog downloading is restored
      (Closes: #669569, LP: #824708)
    - Exit with non-zero status when a package run is
      aborted. (Closes: #293008)
    - Restore candidate version on undo, keep
      (Closes: #529403)
    - Adjust default widths of localized columns:
      broken_count, downloadsize (Closes: #674045)
    - Update package views after 'Cancel pending actions'
      (Closes: #595753)
    - Fix minor errors in documentation. Thanks to Beatrice Torracca
      (Closes: #674675)
    - Fix groff warning in manpage (Closes: #675085)
    - Translation updates:
      + French (Closes: #673827, LP: #642840)
      + German (Closes: #672467, #668875)
      + Simplified Chinese

aptitude (0.6.7-1) unstable; urgency=low

  * Fix FTBFS in sid: include build of gtest when building gmock
   (Closes: #670403, #671439)

  * New upstream release.

    - Avoid dpkg and infinite loop in download-only mode
      (Closes: #629266, LP: #975793)

    - Check for apt_init errors in cmdline_download.cc (Closes: #670379)

    - Downloading/installing now locks /var/cache/apt/archives
      (Closes: #370381)

    - Actually use aptitude::Logging::Levels (Closes: #654344)

    - No longer use ListUpdate (from libapt-pkg) to update package lists.
      Instead, restore the previous code and update it to include the
      semantics from ListUpdate which were missing.

      ListUpdate was too coarse to suit download_update_manager properly
      even though it more-or-less worked.

    - Do not call debtags on list update.  This was a rather unsightly
      kludge is better suited as a script for APT::Update::Post-Invoke.

    - Use arch-qualified names in 'Provided by' for virtual packages
      (LP: #972847)

    - Preview screen ignores Pkg-Display-Limit

      Previously it would apply that limit if UI::Preview-Limit was not
      set.  This was causing confusion and it is more useful to have these
      as two clearly distinct settings. (LP: #381507)

    - New translations:

      + Croatian (Closes: #667934)

  * Use export to really enable build hardening, etc.

  * debian/control: remove traces of aptitude-gtk:
    - aptitude: description
    - aptitude-dbg: build-depends
 -- Marcin Juszkiewicz <marcin.juszkiewicz at linaro.org>   Mon, 02 Jul 2012 12:48:26 +0200

** Changed in: aptitude (Ubuntu)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to aptitude in Ubuntu.
https://bugs.launchpad.net/bugs/381507

Title:
  Install / Remove Packages should ignore display limits

Status in “aptitude” package in Ubuntu:
  Fix Released

Bug description:
  With a display limit of "!~M" (which is very useful to see only those packages you are actually interested in), 
  aptitude does not show which packages are going to be automatically removed in GUI mode.  This can result in nasty surprises when aptitude continues to remove a big bunch of packages when originally one only wanted to install a package.

  I think the display limit should apply only to the "ordinary" package
  listings, but not to the previews of what aptitude is going to do.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/aptitude/+bug/381507/+subscriptions




More information about the foundations-bugs mailing list