From: "Vadim A. Misbakh-Soloviov" <gentoo@mva.name>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Reverse use of Python/Ruby versions
Date: Tue, 11 Apr 2017 03:29:25 +0700 [thread overview]
Message-ID: <5950999.Gx5BNhHzAl@note> (raw)
In-Reply-To: <assp.027306b02a.20170410155705.33bfc1c8@o-sinc.com>
Am I right in assumption that you arguing about *_TARGETS rework to be enabled
by default for packages that was not tested on this TARGETs with ... hardness
of packaging java software?..
Or does it just argmentum ad verecundiam (with argumentum ad hominem
partially)?
And yes, I personally packaged Java software from scratch (including all the
depends).
And yes, some times I even thought "F**k this sh*t!" (but finished packaging
afterwards).
And yes, I packaged Go software.
And yes, I packaged NodeJS software.
And no, they are NOT much easy to package then Java one (even including they
still have no TARGETS... As java? :D).
But how does it apply to TARGETS logic breakage?
The purpose of TARGETS is that package holds only that TARGETs that it was
tested to work against. It is wrong to have any targets enabled by default for
all the packages and removing in case if it is broken. Instead, if new target
appeared a month (year, decade) ago, but package, that you're interested in,
still doesn't support it... Well.. It meant, maintainer is a slacker and
package is a candidate to last-rites and removal...
next prev parent reply other threads:[~2017-04-10 20:29 UTC|newest]
Thread overview: 88+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-09 16:15 [gentoo-dev] Reverse use of Python/Ruby versions William L. Thomson Jr.
2017-04-09 21:36 ` Francesco Riosa
2017-04-09 22:20 ` Brian Dolbec
2017-04-09 22:48 ` Francesco Riosa
2017-04-09 23:15 ` William L. Thomson Jr.
2017-04-09 23:59 ` Michael Orlitzky
2017-04-10 0:37 ` Francesco Riosa
2017-04-10 0:58 ` William L. Thomson Jr.
2017-04-10 14:57 ` Michael Orlitzky
2017-04-10 15:49 ` William L. Thomson Jr.
2017-04-09 21:44 ` Kristian Fiskerstrand
2017-04-09 22:28 ` Francesco Riosa
2017-04-09 23:08 ` William L. Thomson Jr.
2017-04-09 21:52 ` Michael Orlitzky
2017-04-09 22:34 ` William L. Thomson Jr.
2017-04-09 22:42 ` Francesco Riosa
2017-04-09 23:04 ` James Le Cuirot
2017-04-10 5:33 ` Hans de Graaff
2017-04-10 1:38 ` Kent Fredric
2017-04-10 2:04 ` William L. Thomson Jr.
2017-04-10 4:35 ` Kent Fredric
2017-04-10 15:52 ` William L. Thomson Jr.
2017-04-10 21:30 ` Kent Fredric
2017-04-10 17:58 ` Christopher Head
2017-04-10 18:12 ` William L. Thomson Jr.
2017-04-10 20:11 ` Vadim A. Misbakh-Soloviov
2017-04-20 17:49 ` Christopher Head
2017-04-20 18:23 ` William L. Thomson Jr.
2017-04-21 12:53 ` Kent Fredric
2017-04-10 19:40 ` Alan McKinnon
2017-04-10 6:37 ` Michał Górny
2017-04-10 13:21 ` Dirkjan Ochtman
2017-04-10 17:50 ` Michał Górny
2017-04-10 16:03 ` William L. Thomson Jr.
2017-04-10 17:14 ` Michał Górny
2017-04-10 17:49 ` William L. Thomson Jr.
2017-04-10 18:10 ` Michał Górny
2017-04-10 18:44 ` William L. Thomson Jr.
2017-04-10 18:57 ` Mart Raudsepp
2017-04-10 19:38 ` William L. Thomson Jr.
2017-04-10 19:51 ` Mart Raudsepp
2017-04-10 20:01 ` William L. Thomson Jr.
2017-04-10 20:17 ` William L. Thomson Jr.
2017-04-10 20:32 ` Mart Raudsepp
2017-04-10 20:21 ` Mart Raudsepp
2017-04-10 20:33 ` William L. Thomson Jr.
2017-04-10 20:43 ` Michał Górny
2017-04-10 21:33 ` William L. Thomson Jr.
2017-04-10 21:44 ` Mart Raudsepp
2017-04-10 22:51 ` William L. Thomson Jr.
2017-04-10 21:56 ` Michał Górny
2017-04-10 22:42 ` William L. Thomson Jr.
2017-04-10 22:09 ` Kent Fredric
2017-04-10 22:35 ` William L. Thomson Jr.
2017-04-10 22:56 ` Kent Fredric
2017-04-10 23:04 ` William L. Thomson Jr.
2017-04-10 19:31 ` Vadim A. Misbakh-Soloviov
2017-04-10 19:38 ` Ciaran McCreesh
2017-04-10 19:57 ` William L. Thomson Jr.
2017-04-10 20:29 ` Vadim A. Misbakh-Soloviov [this message]
2017-04-10 20:40 ` William L. Thomson Jr.
2017-04-10 20:48 ` Vadim A. Misbakh-Soloviov
2017-04-10 21:27 ` William L. Thomson Jr.
2017-04-10 20:51 ` Michał Górny
2017-04-10 21:18 ` William L. Thomson Jr.
2017-04-10 21:33 ` Michał Górny
2017-04-10 21:58 ` William L. Thomson Jr.
2017-04-11 4:48 ` [gentoo-dev] " Duncan
2017-04-11 17:47 ` James Potts
2017-04-11 21:02 ` Michał Górny
2017-04-10 21:17 ` [gentoo-dev] " Vadim A. Misbakh-Soloviov
2017-04-10 21:25 ` William L. Thomson Jr.
2017-04-10 22:22 ` Kent Fredric
2017-04-10 19:49 ` [gentoo-dev] No Java Team, Java neglect was -> " William L. Thomson Jr.
2017-04-10 20:04 ` Rich Freeman
2017-04-10 20:15 ` William L. Thomson Jr.
2017-04-10 20:58 ` Rich Freeman
2017-04-10 21:21 ` William L. Thomson Jr.
2017-04-10 21:31 ` Rich Freeman
2017-04-10 21:54 ` William L. Thomson Jr.
2017-04-11 9:18 ` Kristian Fiskerstrand
2017-04-11 15:22 ` [gentoo-dev] OT Getting to know others in Gentoo was -> " William L. Thomson Jr.
2017-04-11 15:57 ` Kristian Fiskerstrand
2017-04-11 22:23 ` [gentoo-dev] " Viktar Patotski
2017-04-12 7:25 ` Kristian Fiskerstrand
2017-04-10 21:48 ` [gentoo-dev] " Kent Fredric
2017-04-10 20:26 ` William L. Thomson Jr.
2017-04-25 9:16 ` 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=5950999.Gx5BNhHzAl@note \
--to=gentoo@mva.name \
--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