Re: [Advent bug squashing] Bug#988852: marked as done (transdecoder: broken symlink: /usr/lib/transdecoder/util/__pwm_tests/pasa_assemblies.fasta.gz -> ../../sample_data/pasa_example/pasa_assemblies.f

2021-12-13 Thread Andreas Tille
Am Mon, Dec 13, 2021 at 10:42:07PM +0100 schrieb Étienne Mollier:
> Another low hanging fruit, but let's make it count.  :)

Every December I realise that there are a plenty of low hanging fruits -
no idea why only a limited set of team members are trying to pick them.
Thanks a lot Étienne for doing so and for sure it counts. ;-)
Kind regards
Andreas.

-- 
http://fam-tille.de



Re: emboss: FTBFS with OpenJDK 17 due to com.sun.net.ssl removal

2021-12-13 Thread Andreas Tille
Hi Peter,

Am Mon, Dec 13, 2021 at 08:18:42PM + schrieb Peter Rice:
> I can take a look. What's the problem?

The problem is described in the bug report[1].  May be one of the people
who responded here will find a patch.
 
> Still working through getting EMBOSS moved to github with all the past
> releases. Nearly there. Then I play a lot of testing and updates for
> anything that has run into problems.

That's really great to know.

Kind regards

  Andras.

[1] https://bugs.debian.org/982036
 
> On 13/12/2021 17:55, Andreas Tille wrote:
> > Hi,
> > 
> > I've just asked for help on bug #982036 but no response so far.  I think
> > it is time to care if we want to keep emboss for the next stable
> > release.
> > 
> > Kind regards
> > 
> >Andreas.
> > 
> 
> -- 
> This email has been checked for viruses by AVG.
> https://www.avg.com
> 
> 

-- 
http://fam-tille.de



Re: emboss: FTBFS with OpenJDK 17 due to com.sun.net.ssl removal

2021-12-13 Thread olivier sallou
Le lun. 13 déc. 2021 à 21:18, Peter Rice  a écrit :

> Hi Andreas,
>
> I can take a look. What's the problem?
>

Com.sun.net.ssl has been removed from java base package.

Its (long time) replacement javax.net.ssl should be used instead



> Still working through getting EMBOSS moved to github with all the past
> releases. Nearly there. Then I play a lot of testing and updates for
> anything that has run into problems.
>
> regards,
>
> Peter Rice
>
>
> On 13/12/2021 17:55, Andreas Tille wrote:
> > Hi,
> >
> > I've just asked for help on bug #982036 but no response so far.  I think
> > it is time to care if we want to keep emboss for the next stable
> > release.
> >
> > Kind regards
> >
> >Andreas.
> >
>
> --
> This email has been checked for viruses by AVG.
> https://www.avg.com
>
>


Re: emboss: FTBFS with OpenJDK 17 due to com.sun.net.ssl removal

2021-12-13 Thread Peter Rice

Hi Andreas,

I can take a look. What's the problem?

Still working through getting EMBOSS moved to github with all the past 
releases. Nearly there. Then I play a lot of testing and updates for 
anything that has run into problems.


regards,

Peter Rice


On 13/12/2021 17:55, Andreas Tille wrote:

Hi,

I've just asked for help on bug #982036 but no response so far.  I think
it is time to care if we want to keep emboss for the next stable
release.

Kind regards

   Andreas.



--
This email has been checked for viruses by AVG.
https://www.avg.com



[Advent bug squashing]: Bug#985071: marked as done (smalt: native FTBFS with DEB_BUILD_OPTIONS=nocheck)

2021-12-13 Thread Andreas Tille


> On running with NOCHECK build opts and profile nocheck enabled, smalt
> Fails to build from source with:

This was also a simple, long overdue one.

Kind regards

  Andreas.

-- 
http://fam-tille.de



Re: emboss: FTBFS with OpenJDK 17 due to com.sun.net.ssl removal

2021-12-13 Thread olivier sallou
Le lun. 13 déc. 2021 à 18:55, Andreas Tille  a écrit :

> Hi,
>
> I've just asked for help on bug #982036 but no response so far.  I think
> it is time to care if we want to keep emboss for the next stable
> release.
>

Hummm, if not called in too many places, i expect ssl stuff should be quite
easy to update/replace.
I won t have time this week, but i could have a look next week.

Olivier


> Kind regards
>
>   Andreas.
>
> --
> http://fam-tille.de
>


Re: emboss: FTBFS with OpenJDK 17 due to com.sun.net.ssl removal

2021-12-13 Thread Andrius Merkys
Hi,

On 2021-12-13 19:55, Andreas Tille wrote:
> I've just asked for help on bug #982036 but no response so far.  I think
> it is time to care if we want to keep emboss for the next stable
> release.

I am very much for retaining emboss, thus I may give it a look. The code
using com.sun.net.ssl seems to be used to establish HTTPS connection for
Java Network Launch Protocol. I wonder if that worked in the previous
stable release, though.

Best,
Andrius



Re: emboss: FTBFS with OpenJDK 17 due to com.sun.net.ssl removal

2021-12-13 Thread Andreas Tille
Hi,

I've just asked for help on bug #982036 but no response so far.  I think
it is time to care if we want to keep emboss for the next stable
release.

Kind regards

  Andreas.

-- 
http://fam-tille.de



Re: r-bioc-txdb.hsapiens.ucsc.hg19.knowngene on salsa Re: please kindly review: r-bioc-fishpond -- Fishpond: differential transcript and gene expression with

2021-12-13 Thread Andreas Tille
Am Mon, Dec 13, 2021 at 05:35:27PM +0100 schrieb Steffen Möller:
> 
> I did not have the privileges to remove the previous
> r-bioc-txdb.hsapiens.ucsc.hg19.knowngene repository but could rename it,
> so that is what I have done and then injected the new one.

*-removeme is removed.

Kind regards

  Andreas. 

-- 
http://fam-tille.de



r-bioc-txdb.hsapiens.ucsc.hg19.knowngene on salsa Re: please kindly review: r-bioc-fishpond -- Fishpond: differential transcript and gene expression with

2021-12-13 Thread Steffen Möller

Hi all,

On 10.12.21 17:46, Andreas Tille wrote:

Am Fri, Dec 10, 2021 at 11:57:49AM +0100 schrieb Steffen Möller:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001436

for r-bioc-txdb.hsapiens.ucsc.hg19.knowngene and when I wanted to inject
it found that it is already existing at

https://salsa.debian.org/r-pkg-team/r-bioc-txdb.hsapiens.ucsc.hg19.knowngene

in a "debian folder only" stage and 4 years old.

You do not mind if I somehow adopt that?

I don't mind at all.  I remember that I used debian/ dir only due to the
size of the source which might have been an issue at the time of
creation.  Technically I wonder whether it makes sense to remove the
repository first and create it from scratch via
prepare_missing_cran_package.  It could perfectly be the case that it is
the more straight approach to get a sensible package - but I'll leave
this decision to you.


I did not have the privileges to remove the previous
r-bioc-txdb.hsapiens.ucsc.hg19.knowngene repository but could rename it,
so that is what I have done and then injected the new one.

Best,
Steffen



[Advent bug squashing] Bug#995409: marked as done (ball: Please build depend on qtwebengine5-dev also on mips64el)

2021-12-13 Thread Andreas Tille
> Please build depend on qtwebengine5-dev also on mips64el
> to be marked as done.

This was an easy one as well, Andreas.

-- 
http://fam-tille.de