public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Samuel Bernardo <samuelbernardo.mail@gmail.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: [PR] ivy, mvn, sbt, gradle builders improvement for ebuild development
Date: Mon, 20 Apr 2020 21:55:05 +0100	[thread overview]
Message-ID: <6763b6b4-59ba-155a-7868-fb289f5b4e1d@gmail.com> (raw)
In-Reply-To: <CAGfcS_=w6+Pd-kKWxDJBtEvxjYAV_iELaEN3EgdYeSpdhE8QHg@mail.gmail.com>


[-- Attachment #1.1: Type: text/plain, Size: 1919 bytes --]

On 4/20/20 8:27 PM, Rich Freeman wrote:
> IMO it isn't really worth worrying about, because right now the main
> limitation seems to be a lack of people working on projects, not 25
> devs who each want to re-implement go their own way...

This is another reason I think is so important the overlays in Gentoo.

::gentoo overlay can be the most stricter one.

It is a fact that is more feasible to deliver software in overlays as
already happen (for example gitlab, science stuff, ...).

But should ::gentoo be confined to GNU, Linux and other OS base stuff?

Lets look into a specific case for a distro where everything should be
packaged and placed in an universal repository (crazy debian):

https://packages.debian.org/buster/snapd

There are very radical package pattern people there and looking into
snapd we can see that upstream just regarded the package integration,
bundling all necessary dependencies into it. So, even there, we can't
find all the required go dependencies packaged... Actually, the
dependencies are only those that undoubtedly could appear on ::gentoo.

IMHO, there are many software that doesn't need to be in a ebuild, but
the base pieces such as go, snapd, docker-ce, docker engine, are some
examples of go tools that we need to have available in ::gentoo. The
same happens for other platforms such as those mentioned in the subject
of this email.

In conclusion, I think that all the trouble about licenses and security
will be always a growing challenge and a distro should adapt their tools
to allow software being available in a better way than upstream
provided. I think that the point here is about:
- how to bring the software to an OS
- how to manage the software in a better way
- share knowledge and magnetize the community so Gentoo can grow and
show how is so useful helping to deliver better software

I'm very pleased for Gentoo!



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

      reply	other threads:[~2020-04-20 20:54 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-10 15:23 [gentoo-dev] [gentoo-java][PR] ivy, mvn, sbt, gradle builders improvement for ebuild development Samuel Bernardo
2020-04-11  1:06 ` Benda Xu
2020-04-18 16:07   ` Samuel Bernardo
2020-04-19  4:31     ` [gentoo-dev] Re: [PR] " Benda Xu
2020-04-19 14:55       ` Samuel Bernardo
2020-04-19 15:37         ` Michael Orlitzky
2020-04-19 16:14           ` Alec Warner
2020-04-19 19:41           ` Samuel Bernardo
2020-04-19 20:09             ` Michael Orlitzky
2020-04-19 21:37               ` Samuel Bernardo
2020-04-20 20:21               ` Georg Rudoy
2020-04-20 20:51                 ` Michael Orlitzky
2020-04-20 21:05                   ` Georg Rudoy
2020-04-20 21:38                     ` Michael Orlitzky
2020-04-20 21:48                       ` Georg Rudoy
2020-04-21  0:12                         ` Michael Orlitzky
2020-04-20 17:31           ` Patrick McLean
2020-04-20 18:07             ` Michael Orlitzky
2020-04-20 18:58               ` Patrick McLean
2020-04-20 19:23                 ` Michael Orlitzky
2020-04-20 20:19                   ` Patrick McLean
2020-04-20 21:03                     ` Michael Orlitzky
2020-04-20 21:25                       ` Patrick McLean
2020-04-20 22:08                         ` Michael Orlitzky
2020-04-20 21:04                   ` William Hubbs
2020-04-21  5:50                     ` Michał Górny
2020-04-21 11:08                       ` Samuel Bernardo
2020-04-21 15:31                       ` William Hubbs
2020-04-20 19:27               ` Rich Freeman
2020-04-20 20:55                 ` Samuel Bernardo [this message]

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=6763b6b4-59ba-155a-7868-fb289f5b4e1d@gmail.com \
    --to=samuelbernardo.mail@gmail.com \
    --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