[26572] in Source-Commits
Re: /svn/athena r25625 - trunk/athena/lib/firefox-extension/debian
daemon@ATHENA.MIT.EDU (Benjamin Kaduk)
Tue Jul 10 10:50:25 2012
Date: Tue, 10 Jul 2012 10:50:21 -0400 (EDT)
From: Benjamin Kaduk <kaduk@MIT.EDU>
To: Jonathan Reed <jdreed@MIT.EDU>
cc: source-commits@MIT.EDU
In-Reply-To: <972ECA39-49D5-4F66-8970-11ED7BC50351@MIT.EDU>
Message-ID: <alpine.GSO.1.10.1207101047080.18441@multics.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Tue, 10 Jul 2012, Jonathan Reed wrote:
> dpkg-query will fail on the virtual package and so --compare-versions
> won't get invoked.
Doesn't look like it for me...
dr-wily:~> dpkg-query -W -f '${Version}' firefox
dr-wily:~> echo $?
0
dr-wily:~> dpkg-query -W firefox
firefox
dr-wily:~> echo $?
0
dr-wily:~> apt-cache show firefox
N: Can't select versions from package 'firefox' as it purely virtual
N: No packages found
>
> However, it occurs to me we don't deal with the rename to
> xul-ext-ubufox. Now, so far this has been fine, since there's been a
> transitional package since Karmic, and it's still there in Quantal.
> And it shouldn't be possible to have a machine that goes from a broken
> version on Hardy directly to, say, Zany Zebra, but still, I wonder if we
> need to deal?
Upgrades are only supported from (LTS) release to the next (LTS) release,
so someone going from Hardy would have to pass through Lucid and Precise,
if I remember correctly.
So, probably we are okay.
-Ben
