On 30 September 2022 10:57:16 am IST, Andreas Tille wrote:
>Am Thu, Sep 29, 2022 at 05:41:52PM -0400 schrieb Aaron M. Ucko:
>> Étienne Mollier writes:
>>
>> > I believe in the case of anfo, that warnings about auto_ptr /
>> > unique_ptr are red herrings. If I search for "error:"s, then I
>>
Am Thu, Sep 29, 2022 at 05:41:52PM -0400 schrieb Aaron M. Ucko:
> Étienne Mollier writes:
>
> > I believe in the case of anfo, that warnings about auto_ptr /
> > unique_ptr are red herrings. If I search for "error:"s, then I
> > get some errors about no match for operator<:
>
> Oops, good catch
Étienne Mollier writes:
> I believe in the case of anfo, that warnings about auto_ptr /
> unique_ptr are red herrings. If I search for "error:"s, then I
> get some errors about no match for operator<:
Oops, good catch. As for unique_ptr, this is evidently one of those
situtations where whoever
Andreas Tille writes:
> I tried to catch up with htslib since we are lagging behind two releases
> (counted from experimental - its three release in unstable).
> Unfortunately it does not build since the linker does not find some
> symbols ... despite these are inside libhts.a when grepping the s
Hi Étienne,
Am Thu, Sep 29, 2022 at 03:38:23PM +0200 schrieb Étienne Mollier:
> I believe in the case of anfo, that warnings about auto_ptr /
> unique_ptr are red herrings. If I search for "error:"s, then I
> get some errors about no match for operator<:
>
> In file included from /usr/include/c+
Hello Andreas,
On 2022-09-29 14:54 4, Andreas Tille wrote:
I confirm this works. However, uscan does not do the usual link to
orig.tar.gz. Any idea why this is the case?
I have found this bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=896705
But did you have signing key from Rob Egan
Hi all,
Andreas Tille, on 2022-09-29:
> Am Wed, Sep 28, 2022 at 04:06:23PM -0400 schrieb Aaron M. Ucko:
> > Per GCC's hint, please try formally substituting unique_ptr for
> > auto_ptr. I haven't tested that approach for this package, but it's
> > typically a safe drop-in replacement, and general
Hi,
I tried to catch up with htslib since we are lagging behind two releases
(counted from experimental - its three release in unstable).
Unfortunately it does not build since the linker does not find some
symbols ... despite these are inside libhts.a when grepping the strings
output for it. Inte
Hi Juri,
Am Thu, Sep 29, 2022 at 12:38:03PM +0200 schrieb Juri Grabowski:
> maybe it can be helpfull for you. So you can get commit hash of your tag
> with bitbucket api:
> curl -s -L
> https://api.bitbucket.org/2.0/repositories/berkeleylab/metabat/refs/tags/v2.15
> |jq -C -r .target.hash
I con
Hello,
maybe it can be helpfull for you. So you can get commit hash of your tag
with bitbucket api:
curl -s -L
https://api.bitbucket.org/2.0/repositories/berkeleylab/metabat/refs/tags/v2.15
|jq -C -r .target.hash
Other way is to use more generic git mode:
cat <<'EOF'>debian/watch
version=4
o
Hi,
I don't know how to go about it, but I suspect -devel might be a better list
for this since this is a general question and many package maintainers could be
using bitbucket sources.
On 29 September 2022 12:54:47 pm IST, Andreas Tille wrote:
>Hi,
>
>the watch file for metabat[1] used to wor
Hi,
the watch file for metabat[1] used to work nicely until some point in
time when bitbucket replaced `v@ANY_VERSION@` by the commit ID which is
not sensibly sorting any more. Is there any trick how I can get
bitbucket pages working again?
Kind regards
Andreas.
[1] https://salsa.debian.o
Hi Aaron,
Am Wed, Sep 28, 2022 at 04:06:23PM -0400 schrieb Aaron M. Ucko:
>
> Per GCC's hint, please try formally substituting unique_ptr for
> auto_ptr. I haven't tested that approach for this package, but it's
> typically a safe drop-in replacement, and generally yields compilation
> errors in
13 matches
Mail list logo