public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Kent Fredric <kentnl@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Last rites: www-client/phantomjs and dev-ruby/poltergeist
Date: Tue, 6 Jun 2017 21:11:24 +1200	[thread overview]
Message-ID: <20170606211124.38b51703@katipo2.lan> (raw)
In-Reply-To: <1496726880.31590.1.camel@gentoo.org>

[-- Attachment #1: Type: text/plain, Size: 2069 bytes --]

On Tue, 06 Jun 2017 07:28:00 +0200
Hans de Graaff <graaff@gentoo.org> wrote:

> What kind of timeframe do you propose?
> 
> > 1.5 Months from "We're not working on this" to "its dead jim, kill
> > it from orbit"
> > is a bit fast for anything entrenched.  
> 
> The problems were there a lot longer so for me at least it still feels
> slow. The fact that Chromium is now an alternative finally made it
> easier to mask this, but really we should have masked this months ago.
> If not for security reasons than for all the QA violations such as
> tons of bundled code.
> 
> > Chromium 59 is also, similarly, quite new.  
> 
> It has hit stable upstream so we should see stable versions in Gentoo
> soon, I expect.

I'm sort of hoping that we can delay at least until it becomes viable
to use newer stuff on travis.

That way when all the underlying ecosystem things are updated to work
with chromium-headless, and it becomes viable to actually test this in
a consistent way the same way on every target, the need to maintain
phantomjs goes away.

But at this time, the context that matters is:

Seeing the last-riting was the *first* indication I received that any
changes were being done that I needed to pay attention to.

So making sure everything is up-to-scratch on top of all the other
stuff I have to do Gentoo side ( *cough* bug 613764 ) just means I
haven't had any of the sort of time I need to to respond to this that
quickly.

I'm fine with it living in pmask as long as its "insecure, but usable".

Just 30 days to overhaul things on top of other work is a serious
problem for anyone with time issues already.

But as to how long is a reasonable time frame before tree-cleaning, I
hope other responders can give a better depiction of this.

( I only consider my own use of this "amateur" at best right now, and
even with such a low usage I have a hard time working out what I need
to do to stay current, I'd hate to know what its like for people
relying on this in their production testing toolchain :/ )


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2017-06-06  9:19 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-06-05  7:11 [gentoo-dev] Last rites: www-client/phantomjs and dev-ruby/poltergeist Hans de Graaff
2017-06-05 11:06 ` Kent Fredric
2017-06-05 11:38   ` Vadim A. Misbakh-Soloviov
2017-06-06  5:31     ` Hans de Graaff
2017-06-05 17:42   ` Michael Orlitzky
2017-06-05 17:49     ` Kent Fredric
2017-06-06  8:30     ` Pacho Ramos
2017-06-06  5:28   ` Hans de Graaff
2017-06-06  9:11     ` Kent Fredric [this message]
2017-06-11  6:38       ` Hans de Graaff
2017-06-11 17:41         ` Kent Fredric
2017-09-19 13:44       ` Tony Vroon
2017-09-21  4:57         ` Kent Fredric

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20170606211124.38b51703@katipo2.lan \
    --to=kentnl@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox