Hi Ole,
On 27-04-18 22:51, Ole Streicher wrote:
> I didn't miss this. As I wrote in my last comment: starlink-votable-java
> works nicely with the old starlink-table-java.
Oops, I forgot to check the bug (why, o why doesn't the bts enable us to
auto-subscribe to all the bugs we report, ah right,
Hi Paul,
On 27.04.2018 22:25, Paul Gevers wrote:
> I wonder if you missed this piece of my comment (do you want a new bug
> for this?):
>
> On 26-04-18 17:54, Paul Gevers wrote:
>> but
>> probably also that starlink-votable-java needs a versioned breaks on
>> starlink-table-java, as for
Hi Ole,
I wonder if you missed this piece of my comment (do you want a new bug
for this?):
On 26-04-18 17:54, Paul Gevers wrote:
> but
> probably also that starlink-votable-java needs a versioned breaks on
> starlink-table-java, as for starjava-table, also starjava-table packages
> need to be
Control: affects -1 src:starjava-table
Disclaimer for the original report: the assumption is that the
autopkgtests are representative for the use of the different packages.
Otherwise all these issues may only really be issues in the tests.
On top of the analysis in the original report, the
Hi Paul,
thanks for the bug report. The problem here is indeed a missing
versionized dependency from starlink-fits-java; I just uploaded a fix.
For starlink-table-java, the problem is a bit more tricky: the new
starlink-fits-java requires to add one line
FitsConstants.configureHierarch();
to
Package: starlink-votable-java
Version: 2.0+2018.04.17-1
Severity: serious
User: debian...@lists.debian.org
Usertags: breaks
Control: affects -1 src:starjava-topcat
In preparation of using autopkgtest results for unstable-to-testing
migration, I am running autopkgtests with migration candidates
6 matches
Mail list logo