public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Maciej Barć" <xgqt@gentoo.org>
To: gentoo-dev@lists.gentoo.org, Mike Gilbert <floppym@gentoo.org>,
	Jeff Gazso <jeff.gazso@gmail.com>
Cc: chromium@gentoo.org
Subject: Re: [gentoo-dev] www-client/chromium needs a new maintainer
Date: Wed, 7 Jun 2023 20:38:25 +0200	[thread overview]
Message-ID: <29ebc52d-70af-e43c-1a37-c1a35b815b07@gentoo.org> (raw)
In-Reply-To: <CAJ0EP43P7RHZpgpGwucHGkv6ZTfed_=GnnC=Q=4_=+ZhAmhtSw@mail.gmail.com>


[-- Attachment #1.1.1: Type: text/plain, Size: 3301 bytes --]

I think Google does all this intentionally to piss off people trying to 
use the "free-er" version of Chrome... let's face it, "their" aim is to 
create a one-fits-all spyware named Google Chrome.

Google does not want you to touch their mess.
Google does not want you to even think about going a extra mile to not 
have telemetry in software you use every day.

Having said all this, it really is a miracle to me that the Gentoo 
Chromium team had put up with this for so insanely long and I have the 
most respect for you guys!

W dniu 7.06.2023 o 19:45, Mike Gilbert pisze:
> On Wed, Jun 7, 2023 at 9:09 AM Jeff Gazso <jeff.gazso@gmail.com> wrote:
>>
>> I'm in the process of getting Gentoo dev status. I'm willing to consider
>> maintaining www-client/chromium. I have a high core count rack server that
>> should be able to handle the build process quite well. Can you give me a list
>> of common pain points? If that is a long conversation feel free to email me
>> directly.
> 
> I'll start by giving a brief overview of the Chromium release process upstream:
> 
> - 3 release channels: stable, beta, dev/unstable
> - Major development occurs on the master branch.
> - Once a month, a new major version is forked from master, and this
> becomes the "dev channel" release series.
> - Over the next several weeks in the dev channel the major version is
> tested and fixed, with releases roughly once per week.
> - Eventually, the branch is promoted to the "beta channel".
> - A similar process occurs in the beta channel, with weekly releases
> until the major version is finally promoted to the "stable channel".
> - The stable channel sees around 1 to 2 releases per month, usually
> with security fixes included.
> 
> Downstream, we have historically tried to keep up with all 3 channels.
> Keeping the dev channel working is the biggest challenge. The other
> channels usually just involve build testing and the occasional
> backport of fixes.
> 
> Common problems:
> 
> - Across the 3 channels, you are looking at roughly 12 releases per
> month. That's a lot of churn.
> - The dev channel never compiles the first time you try it. There are
> always problems to fix.
> - Upstream only really supports using their bundled toolchain (an LLVM
> git snapshot on Ubuntu). On Gentoo, we try to make it work with the
> stable release of GCC and LLVM/clang.
> - Upstream likes to use modern C++ features, and they write C++ code
> that tends to break or is unsupported on stable releases of GCC and
> LLVM.
> - Upstream bundles many libraries. The Gentoo ebuild has some logic to
> unbundle a number of these, but maintaining it is a pain.
> - Using the bundled libraries sometimes is problematic, especially on
> non-x86-64 targets which upstream doesn't support well.
> - Upstream cross-compiles their ARM binaries, whereas we compile
> natively on Gentoo. This sometimes causes conflicts.
> 
> I'm probably missing some things, but I think that should give you
> some idea of what you're in for. :-)
> 

-- 
Have a great day!

~ Maciej XGQT Barć

xgqt@gentoo.org
Gentoo Linux developer
(dotnet, emacs, math, ml, nim, scheme, sci)
https://wiki.gentoo.org/wiki/User:Xgqt
9B0A 4C5D 02A3 B43C 9D6F D6B1 14D7 4A1F 43A6 AC3C

[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 10875 bytes --]

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

  reply	other threads:[~2023-06-07 18:38 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-05-26 23:59 [gentoo-dev] www-client/chromium needs a new maintainer Mike Gilbert
2023-06-07 10:54 ` Sam James
2023-06-07 10:58   ` Alexe Stefan
2023-06-07 11:00     ` Alexe Stefan
2023-06-07 11:04       ` Sam James
2023-06-07 13:09         ` Jeff Gazso
2023-06-07 14:12           ` Toralf Förster
2023-06-07 14:20             ` Sam James
2023-06-07 14:31             ` Ionen Wolkens
2023-06-07 17:45           ` Mike Gilbert
2023-06-07 18:38             ` Maciej Barć [this message]
2023-06-07 19:25               ` Jeff Gazso
2023-06-07 19:31                 ` Sam James
2023-06-07 19:48                 ` Mike Gilbert
2023-06-07 22:11                   ` Alexe Stefan
2023-06-08  7:31                     ` Joonas Niilola
2023-06-08 10:08                       ` Alexe Stefan
2023-06-08 10:19                         ` Joonas Niilola
2023-06-08 13:49                     ` Sam James

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=29ebc52d-70af-e43c-1a37-c1a35b815b07@gentoo.org \
    --to=xgqt@gentoo.org \
    --cc=chromium@gentoo.org \
    --cc=floppym@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    --cc=jeff.gazso@gmail.com \
    /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