On 18-02-13 07:47, Graham Inggs wrote:
> I propose that the 'Provides: libmotif3, libmotif4' line be removed from
> d/control altogether:
This sounds good. Will upload tonight.
Paul
signature.asc
Description: OpenPGP digital signature
On 17-02-13 21:54, Graham Inggs wrote:
> I finally see what you were hinting at. The missing piece was above. But
> indeed, because you can not guarantee that all three will be installed
> if somebody installs a package that requires libmotif3/libmotif4, I
> don't think this is the
On 17-02-13 21:13, Graham Inggs wrote:
> but libmrm4
> and libuil4 both depend on libxm4,
I had completely missed that. You are right, they do. But this can not
be seen from the control file, it is added by ${misc:Depends},
${shlibs:Depends}.
> which depends on libmotif-common and
> libxm4 recomm
On 17-02-13 20:35, Paul Gevers wrote:
> On 17-02-13 19:16, Graham Inggs wrote:
>> Ah, I didn't notice that the transitional libmotif4 provided libmotif3.
>> I have removed that, because it is a transitional package it can be
>> uninstalled after the transition, but we still need to show that our
>>
On 17-02-13 19:16, Graham Inggs wrote:
> Ah, I didn't notice that the transitional libmotif4 provided libmotif3.
> I have removed that, because it is a transitional package it can be
> uninstalled after the transition, but we still need to show that our
> libxm4 (and libmrm4 and libuil4 and libmoti
On 17-02-13 18:26, Graham Inggs wrote:
> Hi Paul
>
> Why don't you think this is the proper solution?
See below.
> Previously, there were multiple libmotif4 packages,
True.
> it makes sense that there should be a transitional package for each
> one.
I think transitional packages don't have an
On 17 February 2013 09:56, Paul Gevers wrote:
> Do you really care for the numbers in front? I usually find them
> annoying, especially in the future, when some patches might get dropped
> because they are fixed and others not, do you then rename again? This
> tends to make reading history more d
On 17-02-13 18:33, Graham Inggs wrote:
> The following commit has been merged in the master branch:
> commit dbe3bee6ec58bdaa141c94c66e85205408dc7d42
> Author: Graham Inggs
> Date: Sun Feb 17 19:32:23 2013 +0200
>
> Make the Multi-Arch: same package libxm4 Provides: libmotif3/4 instead of
Processing commands for cont...@bugs.debian.org:
> tags 642501 + fixed-upstream
Bug #642501 [libaudit-dev] libaudit-dev: error codes for audit_open() failure
not documented
Added tag(s) fixed-upstream.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
642501: http:
On 17-02-13 09:39, Paul Gevers wrote:
> On 17-02-13 09:20, Paul Gevers wrote:
>> Why did you remove the Breaks/Replaces? libmrm4 contains files that used
>> to be in libmotif3/libmotif4, so I believe they are needed to prevent
>> co-installation.
>
> Hmm, I think I understand. As you removed all c
On 17-02-13 09:20, Paul Gevers wrote:
> Why did you remove the Breaks/Replaces? libmrm4 contains files that used
> to be in libmotif3/libmotif4, so I believe they are needed to prevent
> co-installation.
Hmm, I think I understand. As you removed all common files, these
packages should not contain
On 16-02-13 13:28, Graham Inggs wrote:
> The following commit has been merged in the master branch:
> commit 4751c883f4b27e8e34c0da1e19ff71740fa1
> Author: Graham Inggs
> Date: Sat Feb 16 14:27:33 2013 +0200
>
> Split non-libs from libxm4 into libmotif-common
>
> diff --git a/debian/co
Hi Graham,
On 16-02-13 23:30, Graham Inggs wrote:
> The following commit has been merged in the master branch:
> commit 10e3e364ae46c34cbb88cba0aecab1e053bca5fa
> Author: Graham Inggs
> Date: Sun Feb 17 00:24:02 2013 +0200
>
> Mark transitional package libmotif4 Architecture: any, Multi-Ar
The last few commits were the result of some testing against builds in my
PPA:
installing libmotif-dev and libmotif-dev:i386
installing libmotif4-dbg and libmotif4-dbg:i386
upgrading from 2.3.3 with all motif packages installed, including libmotif4
and libmotif4:i386
14 matches
Mail list logo
