tags 911732 + pending
retitle 911732 Please backport 0.14.0 to stretch-backports
thanks
This is now pending:
2018-11-07 11:35:55,814 - dput[31196]: uploader.invoke_dput - Uploading
hiredis_0.14.0-3~bpo9+1.dsc
2018-11-07 11:35:56,515 - dput[31196]: uploader.invoke_dput - Uploading
Awesome, will do Chris. I'll leave this ticket & the rest of hiredis in
your capable hands. Hopefully this will streamline redis maintenance for
you folks going forward. Thanks & all the best!
On Sun, Nov 4, 2018 at 3:24 PM Chris Lamb wrote:
> Hi Tom,
>
> >1. Clone
Hi Tom,
>1. Clone https://github.com/thomaslee/hiredis-debian and push everything
>up to wherever is convenient for ongoing maintenance if you want to keep
>git history from this point forward.
So, I've:
* Cloned it all
* Pushed to salsa
* Made an upload
Sorry for the confusion guys, I assumed (perhaps as Tony did) we'd need an
RFA/something to transfer maintainership to Chris & was just trying to keep
everything moving in the interim.
Chris, if you're ready to take ownership of hiredis immediately it's all
yours -- can I suggest you:
1.
Tony,
> transition maintainership, we can file an RFA bug, which is all of the
> formality that is needed.
hm? No formalities are required. Indeed, an RFA bug would actually
be misleading here as it implies a request for anyone to adopt it
(vs. me adopting it).
> Also, since I have porterbox
On Sun, Nov 04, 2018 at 06:42:14AM -0500, Chris Lamb wrote:
> Hi Tom,
>
> > > Tempting to disable the tests on this architecture (or, rather, making
> > > them non-fatal).
> >
> > I'd prefer the latter, but might be better to simply disable 'em on
> > mips64el since they sit there doing nothing
Hi Tom,
> > Tempting to disable the tests on this architecture (or, rather, making
> > them non-fatal).
>
> I'd prefer the latter, but might be better to simply disable 'em on
> mips64el since they sit there doing nothing for ~2.5 hours apparently
Ah, but only sometimes according to earlier in
>
> Tempting to disable the tests on this architecture (or, rather, making
> them non-fatal).
>
I'd prefer the latter, but might be better to simply disable 'em on
mips64el since they sit there doing nothing for ~2.5 hours apparently: "E:
Build killed with signal TERM after 150 minutes of
Hi Tom,
> Yeah, oddly enough this happened with 0.14.0-1 too then mysteriously
> resolved itself when retried
Likely to be some timeout issue. Tempting to disable the tests on
this architecture (or, rather, making them non-fatal).
> Thinking slightly longer term: if you and/or the folks
Yeah, oddly enough this happened with 0.14.0-1 too then mysteriously
resolved itself when retried on a different mips64el buildd while I was
waiting for porterbox access.
Looking over here it seems to hate the mipsel-manda-* buildds:
https://buildd.debian.org/status/logs.php?pkg=hiredis=mips64el
Chris Lamb wrote:
> > will push the backport when 0.14.0-2 hits testing.
>
> Great, hopefully soon.
Looks like there's a build issue on mips64el that is blocking this:
https://qa.debian.org/excuses.php?package=hiredis
Best wishes,
--
,''`.
: :' : Chris Lamb
`. `'`
Hi Tom,
> See Tony's comment on the ticket dated Oct 28th -- he's uploaded 0.14.0-2
Ah thanks. I did not receive that email (I am not on the CC to it).
> will push the backport when 0.14.0-2 hits testing.
Great, hopefully soon.
Best wishes,
--
,''`.
: :' : Chris Lamb
Hey Chris,
See Tony's comment on the ticket dated Oct 28th -- he's uploaded 0.14.0-2
to unstable & will push the backport when 0.14.0-2 hits testing.
Cheers,
Tom
On Mon, Oct 29, 2018 at 5:39 AM Chris Lamb wrote:
> Hi Tom,
>
> > Hey Chris -- maybe hold off on that. I have a work buddy DD who
Hi Tom,
> Hey Chris -- maybe hold off on that. I have a work buddy DD who literally
> emailed me this evening with a patch and an offer to upload the backport. :)
Any progress on this? Thanks!
Best wishes,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org /
Awesome -- thank you Tony!
On Sun, Oct 28, 2018 at 11:27 AM tony mancill wrote:
> owner 911732 tmanc...@debian.org
> thanks
>
> Hi All,
>
> The backport to stretch-backports is trivial - I only have to downgrade
> debhelper from 11 to 10 to build against stretch - and so I plan to do
> the bpo
owner 911732 tmanc...@debian.org
thanks
Hi All,
The backport to stretch-backports is trivial - I only have to downgrade
debhelper from 11 to 10 to build against stretch - and so I plan to do
the bpo upload once 0.14.0-2 hits testing.
Cheers,
tony
signature.asc
Description: PGP signature
Hey Chris -- maybe hold off on that. I have a work buddy DD who literally
emailed me this evening with a patch and an offer to upload the backport. :)
He may or may not also be pushing a 0.14.0-2 release with some very minor
packaging fixes, don't think it should be anything that impacts you
Hi Tom,
> > Thank you for packaging 0.14.0 in #907259. Would it be possible
> > backport this version to stretch-backports? That would allow me
> > Redis to use the system hiredis for its own backport too.
[..]
> Hey Chris -- sure, but maybe give me a few weeks to look into it -- not
> something
Hey Chris -- sure, but maybe give me a few weeks to look into it -- not
something I've done before. Keep you posted.
On Tue, Oct 23, 2018 at 7:51 PM Chris Lamb wrote:
> Package: hiredis
> Version: 0.14.0-1
> Severity: wishlist
>
> Hi,
>
> Thank you for packaging 0.14.0 in #907259. Would it be
Package: hiredis
Version: 0.14.0-1
Severity: wishlist
Hi,
Thank you for packaging 0.14.0 in #907259. Would it be possible
backport this version to stretch-backports? That would allow me
Redis to use the system hiredis for its own backport too.
Thanks in advance.
Regards,
--
,''`.
20 matches
Mail list logo