public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Rich Freeman <rich0@gentoo.org>
To: gentoo-dev <gentoo-dev@lists.gentoo.org>
Subject: Re: [gentoo-dev] Last rites: app-text/cuneiform
Date: Sun, 24 Mar 2013 09:38:17 -0400	[thread overview]
Message-ID: <CAGfcS_=R53K+e9jtJXog0XxExA1dtLQwaJfL3PL-LJ7gLz1nOg@mail.gmail.com> (raw)
In-Reply-To: <20130324132456.13752.qmail@stuge.se>

On Sun, Mar 24, 2013 at 9:24 AM, Peter Stuge <peter@stuge.se> wrote:
>
> I find the become-a-dev threshold significant so yes, something stops it..
>

So, my personal feeling is that /some/ packages get pulled a little
earlier than strictly necessary.  However, the fact is that when a
package gets treecleaned it is a symptom of a bigger problem.  Could
some packages stay in the tree an extra six months?  That's debatable.
 However, it doesn't really change the fact that in almost all of
these cases something is bound to break for good sooner or later if
things don't change.

In this particular case upstream is the main problem - it needs to
exist for starters (it looks like there is some interest in making
this move forward, but C++ expertise or not the maintainer needs to at
least start committing some of the known patches after testing them).

The only thing I've really done for cuneiform is buy it time.  I'll
give it best-effort and will genuinely try to fix bugs where able, but
it isn't like I get paid to use this package in my day job.  The mask
takes some of the edge off of the potential security concerns, but
sooner or later if upstream doesn't start moving forward they're going
to get stuck on some outdated version of some dependency and lead to
more serious QA violations.  If people really care about packages they
have to do something about it.  That's basically how FOSS works - you
get all this software for free, but it doesn't mean that it was
without cost to create it, and for the most part when things break you
get to keep the pieces.

If your goal is to have more packages in the tree then simply delaying
the inevitable won't really accomplish that.

Rich


  reply	other threads:[~2013-03-24 13:38 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-22 23:03 [gentoo-dev] Last rites: app-text/cuneiform Markos Chandras
2013-03-23 19:52 ` James Cloos
2013-03-23 20:06   ` Markos Chandras
2013-03-23 20:13     ` James Cloos
2013-03-23 20:21       ` Markos Chandras
2013-03-23 20:29       ` Rich Freeman
2013-03-23 21:40         ` James Cloos
2013-03-24  9:45           ` Rich Freeman
2013-03-24 13:02           ` Sergei Trofimovich
2013-03-23 21:33       ` Alec Warner
2013-03-24 13:24         ` Peter Stuge
2013-03-24 13:38           ` Rich Freeman [this message]
2013-03-24 13:52             ` Peter Stuge
2013-03-24 14:12               ` Rich Freeman
2013-03-24 14:35                 ` Peter Stuge
2013-03-24 14:54               ` Markos Chandras
2013-03-24 15:19                 ` Peter Stuge
2013-03-24 19:24                   ` Ian Stakenvicius
2013-03-24 23:40                     ` Rich Freeman
2013-03-25  7:05                       ` Róbert Čerňanský
2013-03-25  7:46                       ` Alec Warner
2013-03-24  9:15       ` Róbert Čerňanský
2013-03-24 10:43         ` Markos Chandras
2013-03-24 11:22           ` Rich Freeman
2013-03-24 12:11             ` Markos Chandras
2013-03-24 12:18               ` Rich Freeman
2013-03-24 12:31                 ` Markos Chandras
2013-03-24 12:40                   ` Rich Freeman
2013-03-24 14:48                     ` Markos Chandras
2013-03-25 10:22                       ` Ben de Groot
2013-03-24 19:00                     ` Róbert Čerňanský
2013-03-24 13:40               ` Peter Stuge
2013-03-24 13:48                 ` Rich Freeman
2013-03-24 14:14                 ` Alan McKinnon
2013-03-24 14:51                   ` Peter Stuge
2013-03-25  0:23                 ` Patrick Lauer
2013-03-25  0:26                   ` Rich Freeman
2013-03-25  3:17                     ` [gentoo-dev] " Duncan
2013-03-25  7:08                   ` [gentoo-dev] " Róbert Čerňanský
2013-03-25  6:25         ` Sergey Popov

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='CAGfcS_=R53K+e9jtJXog0XxExA1dtLQwaJfL3PL-LJ7gLz1nOg@mail.gmail.com' \
    --to=rich0@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