Le Wed, May 08, 2024 at 08:41:47PM +0200, Paul Gevers a écrit :
> Hi,
>
> On 08-05-2024 6:06 p.m., Bill Allombert wrote:
> > Agreed, but gap does not actually breaks anything, it is just the tests
> > in testing that are broken. So I can do that but that seems a bit
> > artificial.
>
> Aha,
Hi,
On 08-05-2024 6:06 p.m., Bill Allombert wrote:
Agreed, but gap does not actually breaks anything, it is just the tests
in testing that are broken. So I can do that but that seems a bit artificial.
Aha, that wasn't at all clear to me. If you don't want to do the
artificial thing (which is
On Wed, May 08, 2024 at 03:21:12PM +, Graham Inggs wrote:
> Hi Bill
>
> On Wed, 8 May 2024 at 13:58, Bill Allombert wrote:
> > The problem is that all the debs in testing and sid are correct, it is the
> > autopkgtest in
> > testing which are wrong (they are relying on undocumented
Hi Bill
On Wed, 8 May 2024 at 13:58, Bill Allombert wrote:
> The problem is that all the debs in testing and sid are correct, it is the
> autopkgtest in
> testing which are wrong (they are relying on undocumented behaviour).
> They are fixed in sid.
I think an upload of gap, with Breaks on the
Le Sat, May 04, 2024 at 02:32:22PM +0200, Paul Gevers a écrit :
> Hi,
>
> On 04-05-2024 11:39 a.m., Jerome BENOIT wrote:
> > What would be the best way to unblock the migration of gap and gap-io ?
>
> If gap isn't going to change (which might be the easiest solution), then
> file bugs and fix
Hi,
On 04-05-2024 11:39 a.m., Jerome BENOIT wrote:
What would be the best way to unblock the migration of gap and gap-io ?
If gap isn't going to change (which might be the easiest solution), then
file bugs and fix those reverse dependencies. Those bugs are RC and in
due time will cause
6 matches
Mail list logo
