From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.mplayerhq.hu (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTP id E15A947943 for ; Wed, 27 Sep 2023 18:03:22 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 3881F68CA78; Wed, 27 Sep 2023 21:03:20 +0300 (EEST) Received: from relay9-d.mail.gandi.net (relay9-d.mail.gandi.net [217.70.183.199]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 0A4CA68CA0C for ; Wed, 27 Sep 2023 21:03:13 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id 2E521FF806 for ; Wed, 27 Sep 2023 18:03:12 +0000 (UTC) Date: Wed, 27 Sep 2023 20:03:12 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20230927180312.GQ3543730@pb2> References: <20230924100938.GH3543730@pb2> MIME-Version: 1.0 In-Reply-To: <20230924100938.GH3543730@pb2> X-GND-Sasl: michael@niedermayer.cc Subject: Re: [FFmpeg-devel] VDD 2023, FFmpeg meeting notes, (23-11-2023, 4pm, Dublin) X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: FFmpeg development discussions and patches Content-Type: multipart/mixed; boundary="===============9191182950200343644==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============9191182950200343644== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="OxDG9cJJSSQMUzGF" Content-Disposition: inline --OxDG9cJJSSQMUzGF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Ill add a few points to sw/infrastructure point here On Sun, Sep 24, 2023 at 12:09:38PM +0200, Michael Niedermayer wrote: [...] > On Sun, Sep 24, 2023 at 09:37:03AM +0100, Kyle Swanson wrote: [...] > > Gitlab (or something like Gitlab) > > --------------------------------- > >=20 > > - Ronald is proposing that we move to Gitlab, or something similar > > (gitea). > > - Michael says "i don't like Gitlab"; Ronald says the exact tool is n= ot > > important and we can work together to make sure that the new tool suits > > other styles of work, such as command line tools. >=20 > > - No strong dissent in the room, acceptable to most. >=20 > strong dissent by me against any move making FFmpeg more dependant on > other projects. (videolan or gitlhub or whatevr) >=20 > also IMO major changes cannot be done with just 51% majority, thats not r= eally > normal. >=20 > iam not fundamentally against moving to better software (hell, why would = i) > but trac and git work fine > and fate well, some fate clients are down since i moved one of my > boxes and forgot to restart them. And of course noone reminded me > (ill look into restarting them after this conference reminded me) > No SW is going to safe you of this sort of issue >=20 > Also SW must be easy maintainable, everything i hear of gitlab is saying > the opposit. > It must be possible that when something happens to our servers no matter > if videolan or micosoft or our own. That everything can be recovered > and quickly put back in action without too much server admins cooperation > (they could be sick or arrested or joined the wrong FOSS cult) > plain git allows easy recovery, trac has backups in the hands > of multiple people (these backups are the drop it in a directory and start > it more or less kind IIRC) >=20 > again IMO any change to what SW we use needs more discussion than a > "who likes gitlab, who likes gitwhatever" vote I think its very important that we do not loose independance and run our own infrastructure. That said. I think we should make a detailed list of what people actually want closing bugs with git commits ? creating new tickets with mails ? controlling the whole infrastructure from the command line ? =2E.. then with sw/implementation options then (maybe some of the wanted things can be easily added even to some infrastru= cture options that otherwise lack them) expected costs (admin time) of each and expected benefits (developer time saved) then for a fixed factor of how much admin time is equivalnet to developer t= ime you can show what would be optimal. Its like a encoder finding the best encoding with RD Then make a sanity check to see if the result actually makes sense and is what people want. I think even if the funky idea above fails it would lead to a valuable thought process about the cost and benefit of various things Then decide who will admin the sw and then we will setup a new VM on our server and setup the new infrastructure on the new VM ... OTOH Giving up independance, which again i strongly oppose, would need to be a s= eperate vote, It cannot be a sideeffect of updating our infrastructure like some sugar laced cyanide pill thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Republics decline into democracies and democracies degenerate into despotisms. -- Aristotle --OxDG9cJJSSQMUzGF Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEIAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZRRuXAAKCRBhHseHBAsP qwvTAJ9nFTJgG7vWfN+KV4wdaMJVQr07nwCfdvA/kywsvnhw6PxneQa6wQv//Lk= =XlOs -----END PGP SIGNATURE----- --OxDG9cJJSSQMUzGF-- --===============9191182950200343644== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". --===============9191182950200343644==--