Debian Bug report logs - #146207
aptitude: in command-line mode ignores hold set by dpkg --set-selections

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Faheem Mitha <faheem@email.unc.edu>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: aptitude: in command-line mode ignores hold set by dpkg --set-selections

Date: Tue, 07 May 2002 19:54:09 -0400

Package: aptitude
Version: 0.2.11.1-2
Severity: normal


Chrestomanci:~# echo "vim hold" | dpkg --set-selections
Chrestomanci:~# dpkg --get-selections | grep vim
vim                                             hold
Chrestomanci:~# aptitude upgrade
Reading Package Lists... Done
Building Dependency Tree
Reading extended state information... Done
The following packages have been kept back:
  apt-howto debian-policy links openafs-client
The following packages will be upgraded:
  vim
1 packages upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
Need to get 3751kB of archives. After unpacking 1417kB will be used.
Do you want to continue? [Y/n/e/d/v/action/?]

**********************************************************************

Summary:

I have vim listed as held in the dpkg database, but "aptitude upgrade"
is still upgrading vim (btw, the flags for vim in aptitude are iu.)
So, aptitude in command line mode is not recogizing the hold set by
dpkg --set-selections.

                                                     Faheem.

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux Chrestomanci 2.2.19pre17 #1 Tue Mar 13 22:37:59 EST 2001 i686
Locale: LANG=C, LC_CTYPE=C

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.2- 0.5.4           Advanced front-end for dpkg
ii  libc6                    2.2.5-4         GNU C Library: Shared libraries an
ii  libncurses5              5.2.20020112a-7 Shared libraries for terminal hand
ii  libsigc++0               1.0.4-3         Type-safe Signal Framework for C++
ii  libstdc++2.10-glibc2.2   1:2.95.4-7      The GNU stdc++ library

Message #10 received at 146207@bugs.debian.org (full text, mbox, reply):

From: Paul Telford <pxt@debian.org>

To: 312351@bugs.debian.org

Cc: 146207@bugs.debian.org

Subject: Re: Bug#312351: woody -> sarge: package on hold upgraded anyway

Date: Tue, 7 Jun 2005 10:05:15 -0700 (PDT)

On Tue, 7 Jun 2005, Bill Allombert wrote:

> > The release notes state:
> >   If you changed and recompiled a package locally, and didn't rename it or
> >   put an epoch in the version, you must put it on hold to prevent it from
> >   being upgraded.
...
> I think this is bug #146207.

Yikes.. been hanging around since 2002.  I think the release notes should
be updated.  Is there a workaround?  Does using "aptitude hold" put the
package *really* on hold?



--
Paul Telford | 1024D/431B38BA | pxt@debian.org | paul@droflet.net
       C903 0E85 9AF5 1B80 6A5F  F169 D7E9 4363 431B 38BA

Message #15 received at 146207@bugs.debian.org (full text, mbox, reply):

From: Daniel Burrows <dburrows@debian.org>

To: Paul Telford <pxt@debian.org>, 146207@bugs.debian.org

Cc: 312351@bugs.debian.org

Subject: Re: Bug#146207: Bug#312351: woody -> sarge: package on hold upgraded anyway

Date: Tue, 7 Jun 2005 10:52:57 -0700

[Message part 1 (text/plain, inline)]

On Tuesday 07 June 2005 10:05 am, Paul Telford wrote:
> On Tue, 7 Jun 2005, Bill Allombert wrote:
> > > The release notes state:
> > >   If you changed and recompiled a package locally, and didn't rename it
> > > or put an epoch in the version, you must put it on hold to prevent it
> > > from being upgraded.
>
> ...
>
> > I think this is bug #146207.
>
> Yikes.. been hanging around since 2002.  I think the release notes should
> be updated.  Is there a workaround?  Does using "aptitude hold" put the
> package *really* on hold?

  "aptitude hold" should work.  aptitude's parsing of the dselect state has 
been buggy for a while, mainly because I don't use dselect much and the 
people who do use it don't seem interested in tracking bugs down and sending 
me a patch :P.

  I've done some work on this in experimental (i.e., for etch), but obviously 
that doesn't help woody -> sarge upgrades.

  Daniel

-- 
/------------------- Daniel Burrows <dburrows@debian.org> ------------------\
|          "Next, consider a circle passing through infinity; that          |
|           is, a straight line.."                                          |
\--- Be like the kid in the movie!  Play chess! -- http://www.uschess.org --/

[Message part 2 (application/pgp-signature, inline)]

Message #20 received at 146207@bugs.debian.org (full text, mbox, reply):

From: Zoran Dzelajlija <jelly@srce.hr>

To: 146207@bugs.debian.org

Subject: aptitude: in command-line mode ignores hold set by dpkg --set-selections

Date: Thu, 26 Oct 2006 03:08:51 +0200

This is still present in current aptitude in etch.  It works both ways:
aptitude doesn't care about dpkg/dselect settings anyway, and running
aptitude hold/unhold doesn't change dselect database either.

# dpkg --get-selections | grep ^tin
tin						hold
# aptitude -s upgrade
[...]
The following packages will be upgraded:
[...] tetex-bin tetex-extra tex-common texinfo thunar tin [...]

# aptitude hold tin
[...]
# aptitude unhold tin
[...]
The following packages will be upgraded:
  tin 
[...]
# dpkg --get-selections | grep ^tin
tin                                             hold

Regards,
Zoran

Message #25 received at 146207@bugs.debian.org (full text, mbox, reply):

From: Olaf Zaplinski <o.zaplinski@broadnet.de>

To: 146207@bugs.debian.org

Subject: aptitude: in command-line mode ignores hold set by dpkg --set-selections

Date: Wed, 28 Mar 2007 08:20:09 +0200

Anything new here? This bug is almost 5 years old, and aptitude is still 
unusable... at least for dselect users like me. ;-)

Message #30 received at 146207@bugs.debian.org (full text, mbox, reply):

From: Eric Lavarde <bugs.debian.nospam@zorglub.s.bawue.de>

To: Debian Bug Tracking System <146207@bugs.debian.org>

Subject: aptitude: dist-upgrade ignores hold set by dpkg --set-selections

Date: Wed, 28 Mar 2007 14:49:29 +0200

Package: aptitude
Version: 0.4.4-4
Followup-For: Bug #146207


Hi,

it looks like aptitude upgrade is now considering the hold flag set with dpkg,
but dist-upgrade is just ignoring it.

Thanks, Eric

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.3-6-3 0.6.46.4-0.1 Advanced front-end for dpkg
ii  libc6                       2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libgcc1                     1:4.1.1-21   GCC support library
ii  libncursesw5                5.5-5        Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a          2.0.17-2     type-safe Signal Framework for C++
ii  libstdc++6                  4.1.1-21     The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
pn  aptitude-doc-en | aptitude-do <none>     (no description available)
ii  libparse-debianchangelog-perl 1.0-1      parse Debian changelogs and output

-- no debconf information

Message #39 received at 146207@bugs.debian.org (full text, mbox, reply):

From: Johnathan Ritzi <jrdioko@gmail.com>

To: 146207@bugs.debian.org

Date: Mon, 24 Oct 2011 09:23:50 -0700

[Message part 1 (text/plain, inline)]

Was this ever resolved? Is a "aptitude hold" honored by all other Debian
package utilities?

[Message part 2 (text/html, inline)]

Message #44 received at 146207@bugs.debian.org (full text, mbox, reply):

From: anatoly techtonik <techtonik@gmail.com>

To: 146207@bugs.debian.org

Date: Mon, 31 Oct 2011 18:48:39 +0300

Why is it so hard to fix this, i.e. to teach aptitude update apt-get
structures for packages that aptitude puts on hold?

This inconsistency is already causing troubles with SCM tools.
http://trac.mcs.anl.gov/projects/bcfg2/ticket/1066

Message #49 received at 146207@bugs.debian.org (full text, mbox, reply):

From: Christian PERRIER <bubulle@debian.org>

To: anatoly techtonik <techtonik@gmail.com>, 146207@bugs.debian.org

Subject: Re: Bug#146207:

Date: Mon, 31 Oct 2011 21:54:28 +0530

[Message part 1 (text/plain, inline)]

Quoting anatoly techtonik (techtonik@gmail.com):
> Why is it so hard to fix this, i.e. to teach aptitude update apt-get
> structures for packages that aptitude puts on hold?
> 
> This inconsistency is already causing troubles with SCM tools.
> http://trac.mcs.anl.gov/projects/bcfg2/ticket/1066
> 
> 

Anybody is free to send a patch if this is "not so hard".

(please note that I am *not* the aptitude maintainer)

-- 

[signature.asc (application/pgp-signature, inline)]

Message #54 received at 146207@bugs.debian.org (full text, mbox, reply):

From: anatoly techtonik <techtonik@gmail.com>

To: Christian PERRIER <bubulle@debian.org>

Cc: 146207@bugs.debian.org

Subject: Re: Bug#146207:

Date: Mon, 31 Oct 2011 19:37:18 +0300

On Mon, Oct 31, 2011 at 7:24 PM, Christian PERRIER <bubulle@debian.org> wrote:
> Quoting anatoly techtonik (techtonik@gmail.com):
>> Why is it so hard to fix this, i.e. to teach aptitude update apt-get
>> structures for packages that aptitude puts on hold?
>>
>> This inconsistency is already causing troubles with SCM tools.
>> http://trac.mcs.anl.gov/projects/bcfg2/ticket/1066
>>
>>
>
> Anybody is free to send a patch if this is "not so hard".
>
> (please note that I am *not* the aptitude maintainer)

Ok, I'll ask it the other way. Can anybody, who investigated the
problem tell - why is it so hard to fix this?

P.S. I can send patches in Python, not C++
--
anatoly t.

Message #59 received at 146207@bugs.debian.org (full text, mbox, reply):

From: Johnathan Ritzi <jrdioko@gmail.com>

To: 146207@bugs.debian.org

Subject: Re: Bug#146207:

Date: Mon, 31 Oct 2011 09:45:39 -0700

[Message part 1 (text/plain, inline)]

And it would be great if someone provided a workaround in the meantime
(what currently needs to be done to hold a package in _all_ Debian package
management utilities)?

On Mon, Oct 31, 2011 at 9:37 AM, anatoly techtonik <techtonik@gmail.com>wrote:

> On Mon, Oct 31, 2011 at 7:24 PM, Christian PERRIER <bubulle@debian.org>
> wrote:
> > Quoting anatoly techtonik (techtonik@gmail.com):
> >> Why is it so hard to fix this, i.e. to teach aptitude update apt-get
> >> structures for packages that aptitude puts on hold?
> >>
> >> This inconsistency is already causing troubles with SCM tools.
> >> http://trac.mcs.anl.gov/projects/bcfg2/ticket/1066
> >>
> >>
> >
> > Anybody is free to send a patch if this is "not so hard".
> >
> > (please note that I am *not* the aptitude maintainer)
>
> Ok, I'll ask it the other way. Can anybody, who investigated the
> problem tell - why is it so hard to fix this?
>
> P.S. I can send patches in Python, not C++
> --
> anatoly t.
>
>
>
> --
> To unsubscribe, send mail to 146207-unsubscribe@bugs.debian.org.
>

[Message part 2 (text/html, inline)]

Message #98 received at 137771-close@bugs.debian.org (full text, mbox, reply):

From: Axel Beckert <abe@debian.org>

To: 137771-close@bugs.debian.org

Subject: Bug#137771: fixed in aptitude 0.7.2-1

Date: Sat, 19 Sep 2015 16:34:07 +0000

Source: aptitude
Source-Version: 0.7.2-1

We believe that the bug you reported is fixed in the latest version of
aptitude, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 137771@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Axel Beckert <abe@debian.org> (supplier of updated aptitude package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Fri, 18 Sep 2015 00:42:40 +0200
Source: aptitude
Binary: aptitude aptitude-common aptitude-dbg aptitude-doc-cs aptitude-doc-en aptitude-doc-es aptitude-doc-fi aptitude-doc-fr aptitude-doc-it aptitude-doc-ja aptitude-doc-ru
Architecture: source all
Version: 0.7.2-1
Distribution: unstable
Urgency: medium
Maintainer: Aptitude Development Team <aptitude-devel@lists.alioth.debian.org>
Changed-By: Axel Beckert <abe@debian.org>
Description:
 aptitude   - terminal-based package manager
 aptitude-common - architecture independent files for the aptitude package manager
 aptitude-dbg - Debug symbols for the aptitude package manager
 aptitude-doc-cs - Czech manual for aptitude, a terminal-based package manager
 aptitude-doc-en - English manual for aptitude, a terminal-based package manager
 aptitude-doc-es - Spanish manual for aptitude, a terminal-based package manager
 aptitude-doc-fi - Finnish manual for aptitude, a terminal-based package manager
 aptitude-doc-fr - French manual for aptitude, a terminal-based package manager
 aptitude-doc-it - Italian manual for aptitude, a terminal-based package manager
 aptitude-doc-ja - Japanese manual for aptitude, a terminal-based package manager
 aptitude-doc-ru - Russian manual for aptitude, a terminal-based package manager
Closes: 137771 222585 328616 434352 458351 493322 497206 498240 558352 584510 607118 769428 790568 798286 798485
Changes:
 aptitude (0.7.2-1) unstable; urgency=medium
 .
   * New upstream release. Please see /usr/share/aptitude/NEWS for a change
     log with more details.
 .
     - New features:
       * 'Escape' key cancels input dialogs (search, limit, etc.) (Closes:
         #493322)
       * Extend "firstchar" grouping policy to optionally use source
         package names.
       * [curses] Add 'New Source Package View' to Views menu (thanks
         Thadeu Lima de Souza Cascardo, really closes: #497206), with some
         updates and minor modifications, like more complex grouping.
       * [curses] Use Yellow/Brown colour to highlight downgrades (Closes:
         #584510)
       * Log file now contains version information for most actions
         (Closes: #222585)
       * Save selection state of packages to dpkg database (Closes:
         #137771)
       * Consider packages "unknown" to dpkg as not to install. (Closes:
         #328616) The behaviour of scheduled aptitude actions will be
         preserved.
 .
     - Bug fixes:
       * Disable strings gathered for translation (Closes: #790568)
       * Change to try to make updated status stats more clear (Closes:
         #458351)
       * [cmdline] Correctly print when a package should be purged (Closes:
         #798286)
       * [curses] With the option of mini-buffer prompts enabled,
         cancellation of the "Quit confirmation" with 'Escape' or 'Ctrl-g'
         does not cause the dialog/prompt to stop working (Closes: #607118)
       * [cmdline] Warn when package cannot be marked/unmarked auto
         (Closes: #498240)
       * Install signal handlers and do clean-up when terminating abruptly
         (Closes: #558352)
       * [curses] Set better ordering for groups of Preview Actions
         (Closes: #434352)
 .
     - User visible changes:
       * Change error string of source_policy_parser to be the same as the
         rest.
       * [curses] Improve titles and descriptions of views.
 .
     - Internal changes:
       * Improve retrieval of source package information with (upcoming)
         APT 1.1. Thanks to David Kalnischkies for the suggestion and
         implementation advice.
       * New helper dpkg_selections.{h,cc}, to help to manage saving
         selections to the dpkg database (--set-selections)
 .
     - Documentation:
       * Guide/User's Manual: Remove grouping policy "hier" from
         doc/??/aptitude.xml (the categorial/hierarchical browser features
         were removed in version 0.7)
 .
     - Translation updates:
       * Russian by Lev Lamberov (Closes: #798485, #769428)
 .
   * Add lintian override for spelling-error-in-binary "ressize", seems to
     be from "resource size" or such. Cannot be found in the source code.
   * Fix spelling errors in the two previous changelog entries as reported
     by Lintian.
   * Add lintian override for symlink to /usr/share/common-license/…
   * Remove explicit build-dependency on g++ >= 4:5.2, no more needed.
   * Detabify previous changelog entry.
   * Remove no more active team members from Uploaders as suggested by the
     MIA team. Every team member is welcome to re-add himself to Uploaders
     once he's active again. Thanks for all your work, Daniel and Daniel!
Checksums-Sha1:
 b8a535a5dabc91bead9d9d39c62df21a445c6e18 2952 aptitude_0.7.2-1.dsc
 d491aeaeab03ce2fa061104ab04bdcf0afa48575 4480344 aptitude_0.7.2.orig.tar.xz
 e24173e50a3acd3cfb2e0b6f3377d3bec6e84af5 44100 aptitude_0.7.2-1.debian.tar.xz
 644dc9c90fa718ca50f009460b6a6320af09a396 1515218 aptitude-common_0.7.2-1_all.deb
 cd72f7cc3a9f08445a2fcf2ded2abb25704da1d9 357394 aptitude-doc-cs_0.7.2-1_all.deb
 9854b1b65646f96bb59f8d845f20e48943f057c5 423660 aptitude-doc-en_0.7.2-1_all.deb
 c0d30d8432c402f3e6291b7c5d67192dfd8d3a03 401848 aptitude-doc-es_0.7.2-1_all.deb
 8b9c64606a21bb9f302b4124854d5fa3b610a2bd 264342 aptitude-doc-fi_0.7.2-1_all.deb
 2dbdd9a8993da1b2797fa3d3c5a82fda1a55fa5c 303866 aptitude-doc-fr_0.7.2-1_all.deb
 feb8a3a69ef48b5e0f3a34aafe86ced405b12ba6 264924 aptitude-doc-it_0.7.2-1_all.deb
 71ad0f2f87909096958df1fec1240a2ccab0d59c 360568 aptitude-doc-ja_0.7.2-1_all.deb
 6bdd39af724977280e5d59d09ad8e51f21687f7a 379834 aptitude-doc-ru_0.7.2-1_all.deb
Checksums-Sha256:
 5fed6f015ace9ae959df516e9e010975bbe4d5d8c6a2e8fa62b379e5aa76fcea 2952 aptitude_0.7.2-1.dsc
 0840f5897ca83db312424b26ca3b7094fe4acf928e3423dd9919fea3fa9e1d29 4480344 aptitude_0.7.2.orig.tar.xz
 8f1db336d950270c6855af7767e64b339cca590218a432b39ac70d8904d29fff 44100 aptitude_0.7.2-1.debian.tar.xz
 0cdbe9c05f14184ca3c5af16f3eb95f35f42e607552996c1a2a5ec67a2fc928c 1515218 aptitude-common_0.7.2-1_all.deb
 26cb5b901ed9f877fdc45244406dd0cf0c79dcdfcc6e3091d5b64089ee1ba4a3 357394 aptitude-doc-cs_0.7.2-1_all.deb
 f346fa8e8b5cbab976c7fb5b3f00a4c8d5ebe17346d490ab35a0685fb7af76db 423660 aptitude-doc-en_0.7.2-1_all.deb
 5e66d555e57abeff85818ef8473d2e05aece93f3d7d65f1d347b29f4ebd12c07 401848 aptitude-doc-es_0.7.2-1_all.deb
 edf3da3a190387870b8813b051237053a8a790de320648c915a94cad3a8ba07b 264342 aptitude-doc-fi_0.7.2-1_all.deb
 3db750bc38ab71a438bd94f15fa563bf961135919c887beea3712fd749a88fb4 303866 aptitude-doc-fr_0.7.2-1_all.deb
 5cd5f5300b482539f31aea162f8a2bc6959d6a764e78ba3dc660aaea4c78c543 264924 aptitude-doc-it_0.7.2-1_all.deb
 39f21d2d939ee834048a3198e3e6838fdf777471988aa483316707a634118cf2 360568 aptitude-doc-ja_0.7.2-1_all.deb
 775a3035fca43ab6387c4010484fb735b3b6aacde826b1999dfbd81a1ac8c44d 379834 aptitude-doc-ru_0.7.2-1_all.deb
Files:
 660e8fe0592f3e8dc300f6d242d53d12 2952 admin important aptitude_0.7.2-1.dsc
 b5d128727c0463028023043b107b344d 4480344 admin important aptitude_0.7.2.orig.tar.xz
 1bb36aa9dbb133627ef2b72ca48e2efe 44100 admin important aptitude_0.7.2-1.debian.tar.xz
 e1adf63f95e800b2b69fb1e1d27f6751 1515218 admin important aptitude-common_0.7.2-1_all.deb
 5a50d1adc708e174e607e4f2e4577f44 357394 doc optional aptitude-doc-cs_0.7.2-1_all.deb
 4b8b7d8e59e3269b671c24420a00749c 423660 doc optional aptitude-doc-en_0.7.2-1_all.deb
 86df1da211db2b91753f0a9c953c7516 401848 doc optional aptitude-doc-es_0.7.2-1_all.deb
 47d133dc8d6affafc5b9bdc31fd87469 264342 doc optional aptitude-doc-fi_0.7.2-1_all.deb
 fc327a34aa2f5320993784c4f0c3c6fb 303866 doc optional aptitude-doc-fr_0.7.2-1_all.deb
 e17889c34df7d3f85f70727b12c671ca 264924 doc optional aptitude-doc-it_0.7.2-1_all.deb
 b68c423d277fc53af8a9e475fb5066c9 360568 doc optional aptitude-doc-ja_0.7.2-1_all.deb
 f062bed7f6916028950ec1746d9e24b5 379834 doc optional aptitude-doc-ru_0.7.2-1_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCAAGBQJV/YbgAAoJEGvmY8daNcl1ZT4P/RxpZxkKxDTVyH/oxR4YXPpz
+IqRuOCF4yihRR/RyexvUHLulEdT2KmnvuMJvTK6l12lzDJwsYMhpuNaCDHZAAx0
xT23/IdhJfeYM8+Z15bDNCECSxTlLfL5cRwC7RgTU5tRAja+kkjnwHtfW1Np/jgl
yOGOg6qipGZ15zRvcdiBwqw29Kgb5cNK907/Xe3/rgg8UsDqvpBCfL+QwIEwOrF1
YTTbQ44N8IjZUtTavRp/f2lrthvndlVjTSdIiMEoY1j2rJDZmDWw/H67uBoEmpfW
CJ5cUpvYjNxFhpXVZ3yGYyI1BqtrueyKhVermqHeTLEY/oe9Sa1BBIwaFZYSCNeZ
S5Y33PpxKNprBua4aPkfb9ipT9XVZ2EKRgAxCVxP7lFhUe0wTLopjuFE+YJW+CSx
DnHLSpDdfeFY801uTxpxkvJ/lwrG7VOrRNDKDLgna2yq4zZe7AICJlwJCM00/bXC
4LX75ueaqg9UWWL64LFWuPDibaiDhQqN2oe8Z/rA9LTUjCP2+aikqQheEPrR9U3h
xHI/GFZHUmoHrbRl3MEylVk8xIfI5ZSEhe/MPosc9yIwpMO4CIkPYEY0p1ERvB7M
w+fC9E2YSb8fWWfF+r8FFB5rqictL6MLwb6B/nFzSwKxy6o+snS12rUpx3P+yDPY
VwsQdbTgFTZOT7J9UxWy
=juGv
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.