Hi Mattia,
you was involved in the discussion of the Github issue[2].
On Fri, Apr 27, 2018 at 05:38:35PM +0200, Andreas Tille wrote:
> I've prepared version 1.8 of htslib in Git[1]. I realised that symbol
> cram_nop_decode_reset was droped and reported this upstream[2]. I
> wonder whether we sh
On Fri, 27 Apr 2018, Andreas Tille wrote:
> Hi,
>
> On Fri, Apr 27, 2018 at 08:55:43AM +0200, Alexander Wirt wrote:
> > please remove your old, unused repos on alioth, so that we don't have to
> > archive them.
>
> I've done so since I think there is nothing of any value remaining on
> Alioth.
Hi,
On Fri, Apr 27, 2018 at 08:55:43AM +0200, Alexander Wirt wrote:
> please remove your old, unused repos on alioth, so that we don't have to
> archive them.
I've done so since I think there is nothing of any value remaining on
Alioth.
However there are some remaining repositories in /git/debi
Hi,
I've prepared version 1.8 of htslib in Git[1]. I realised that symbol
cram_nop_decode_reset was droped and reported this upstream[2]. I
wonder whether we should simply reintroduce the missing function inside
the Debian package to keep the old soversion.
Kind regards
Andreas.
[1] htt
Hi Steffen,
if I see that correctly this is just a default hook that GitLab does --
offer to open merge requests for each pushed branch. I don't think that
fits too well with how we do things: for example, proposing an upstream
update via regular merge requests would require all three separate
bra
Hello,
does that piece of magic have any particular practial meaning? The
uploads seem to have happened.
Many thanks
Steffen
~/git/grabix$ git push --all
Counting objects: 27, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (26/26), done.
Writing objects: 100% (27/27),
Dear Gert,
On 26/04/18 09:47, Gert Wollny wrote:
Am Mittwoch, den 25.04.2018, 12:32 +0200 schrieb Sébastien Jodogne:
cmake -DCMAKE_C_FLAGS=-DNDEBUG -DCMAKE_CXX_FLAGS=-DNDEBUG [...]
Please someone could validate this approach? TIA!
Add this at the top of d/rules:
export DEB_CFLAGS_MAINT_AP
Hello,
We have one more case of an arch:all package held up in testing because
a dependency on bwa and other packages which is not available on i386.
Can seqsero be allowed to migrate to Testing?
https://qa.debian.org/excuses.php?package=seqsero
Thanks and regards
Andreas.
--
htt
8 matches
Mail list logo