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

Bug#95427: marked as done (apt: It Would Be Nice if apt could downgrade from the command line)



Your message dated Thu, 13 Aug 2015 22:39:38 +0200
with message-id <20150813223858.GA4038@debian.org>
and subject line Re: Bug#94164: A wish for 'apt-get fallback <package> [<package> ...]'
has caused the Debian Bug report #94164,
regarding apt: It Would Be Nice if apt could downgrade from the command line
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
94164: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=94164
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: apt
Version: 0.5.3
Severity: wishlist

It'd be nice if there were a complement to apt-get -t <release> that set its
pin above 1000, so it could be used to forcibly downgrade.  Right now I have
to do this by manually editing /etc/apt/preferences.

Example use: Right now (2001-04-26) the version of ash in testing is
0.3.7-16; in unstable, 0.3.8-1.  0.3.8-1 is broken.  I update a machine
which normally tracks unstable, and get the broken version.  I file a bug.
Now I want a working /bin/sh until the bug is fixed, so I want to drop
back to the version in testing.  apt-get -t testing install ash won't do
it, because -t won't downgrade.

Simplest implementation would be, say, apt-get -T testing install ash, where
-T is just like -t but pins at 1010.  More flexible but also more complicated
for the user, apt-get -t testing --priority 1010 install ash, or something
like that.

TIA.
zw

-- System Information
Debian Release: testing/unstable
Kernel Version: Linux wolery 2.2.19 #4 Sat Apr 21 10:41:32 PDT 2001 i686 unknown

Versions of the packages apt depends on:
ii  libc6          2.2.2-4        GNU C Library: Shared libraries and Timezone
ii  libstdc++2.10- 2.95.4-0.01042 The GNU stdc++ library


--- End Message ---
--- Begin Message ---
On Mon, Apr 16, 2001 at 06:15:00PM +0200, Janos Holanyi wrote:
> Package: apt
> Version: 0.5.3
> Severity: wishlist
> 
> Hello,
> 
> I wish there was an option to fall back to an earlier version of packages...
> 
> It should be simple to implment and I could imagine one way for achieving it:
> (of course there could be more)
> 
> 1. Optionally, at every upgrade, the package(s) to be upgraded are repackaged
> before removed including any temporary or newly created file(s) that they need
> (and use) for a proper functionality (the functionality before the upgrade)
> and are put in a temporary place (cache) under a special name (like one letter
> added, or something similar).
> When 'apt-get fallback package' is issued, first that temporary repository
> is looked up, and if found, the backed up package reinstalled. If not found,
> first the testing, then the stable tree is looked up if possible and the version
> there would be installed if posssible. If both fail,
> 'Fallback for package is not possible' message and exit is performed.
> 
> It's been a long time since I'd been thinking of asking for such a feature.
> The actuality for this wish being posted is the latest ssh breakage
> 
> ('OpenSSL version mismatch. Built against 90600f, you have 90601f')
> 
> which isolated my machine from the outside and my X for days.
> With such a fallback feature, it wouldn't have been such a big deal.
> 
> I know unstable is unstable and things break, but those who like the
> bleeding edge I believe would loose less blood with such a feature.

Downgrades are not supported. Use a snapshotting feature in the file
system or block layer.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
    - If you don't I might ignore you.

--- End Message ---

Reply to: