Bug#768916: RFS: systempreferences.app/1.2.0-2 -- GNUstep preferences application [RC]
- To: 768916@bugs.debian.org
- Subject: Bug#768916: RFS: systempreferences.app/1.2.0-2 -- GNUstep preferences application [RC]
- From: Yavor Doganov <yavor@gnu.org>
- Date: Sun, 23 Nov 2014 16:48:13 +0200
- Message-id: <87bnnykm6q.GNU's_not_UNIX!%yavor@gnu.org>
- Reply-to: Yavor Doganov <yavor@gnu.org>, 768916@bugs.debian.org
- In-reply-to: <20141122142554.GD30348__19062.7688229599$1416666450$gmane$org@ramacher.at>
- References: <[🔎] 87egtbmths.fsf@yavor.doganov.org> <20141122142554.GD30348__19062.7688229599$1416666450$gmane$org@ramacher.at>
Sebastian Ramacher wrote:
> The file
> /usr/lib/GNUstep/Frameworks/PreferencePanes.framework/Versions/Current
> is moved from libpreferencepanes1 to libpreferencepanes-dev. This
> requires appropriate Breaks+Replaces relationships.
I thought about too while working on gnustep-make #755572 as that
would interfere badly with the next GNUstep transition (framework
packages would need sourceful uploads). However, my testing reveals
that Breaks+Replaces is not needed in practice for this particular
case. It seems that the library package is always unpacked first,
probably because the -dev package depends on it.
I seem to recall that dpkg does not guarantee unpacking order within
the same run but nevertheless all my test upgrades (and real ones as
rsskit, dbuskit, addresses-for-gnustep and pantomime1.2 have all been
upgraded after the relevant gnustep-make bug got fixed) completed
successfully.
Reply to: