From owner-freebsd-git@freebsd.org Mon Sep 23 19:06:49 2019 Return-Path: Delivered-To: freebsd-git@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2D440FCC90 for ; Mon, 23 Sep 2019 19:06:49 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46cYhm25Qnz4Nmk for ; Mon, 23 Sep 2019 19:06:48 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x729.google.com with SMTP id w2so16647171qkf.2 for ; Mon, 23 Sep 2019 12:06:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=JIrxGILvx5c4JQ/aHTffwRUAasbBURGzgIc5IsZbGJM=; b=mverWhamvr2yVbAFfWOsoon/QcFqUWr0KHH/PiBKfzhL0VqrnylgVsA7WjKJk1oKGA WLFs3w8XN4z7+3HW7YOlEzt8opQpNSELeMpbRbznz92ILa8gxhgBDZsv3yqy7O0VWne7 LzlA2nGKfWUa43Vru7BTcjVXeWIPNCG7KLxJF9v3stV9WLm91BHTwIJw3UFbyuQ8DnJ9 rTbzMUIzvXt0n2ZoQVLaDqtDUr9P5jIIrxZ0PFkqp1CiyJhPM4oGtIRA4DQiAQfjvSAu +Fcg3DgWmGTDgvCCzfO6QE6jIuvX3UR/LG9kjdUbOVxhOHYe/9fdz27dELhug3BMF5zu pyQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=JIrxGILvx5c4JQ/aHTffwRUAasbBURGzgIc5IsZbGJM=; b=q9K0pl5vBOGans9CIYQFF6uxLv/umhQYBrYyJtMbLcizRYBUKPUBTr3lZyqCB8hm5U YFnikSIHSJAQgHwSrbVL+LmA0TfCLeY5Nu2JTphtv7ZbwrYa6ZpPIlJSTDCfytr6SKJE 0FdA99a1ZxLmPC9TNnJAKsfVlSYNs9xoCxpwFshUFMwXqDofeb+Nfb2B2Da0SLLdcyhS KallyS3P9Zwvz2JI3kflfqWdwRe65KCp4Oc49KD0IHMb8QqjaPOKYW3hoJJEiXodRbjw 7qXCLNonRtpfGgTI4pg7Bt90LZbCU+MM+DoDBpHQTYeXL8YFJulw1fDwvJiF2l8he33g 9BHQ== X-Gm-Message-State: APjAAAUrgXXV4hb4OL1q9NUOnKh7a7WwN2xFIH1lkVIt7ibOytmAbRsy UNkulUYfKDFgGD21fZ/SqtirxUKJgi2HgJHL5ZCU0IJlP8U= X-Google-Smtp-Source: APXvYqz/AGoeHl8tpVxNZGCS1w8cXovXVa+dudc610Ks9orZaOtn6nxs18vjreh+nvlVzZ5ONH81rxqOp92jo5qopgQ= X-Received: by 2002:a05:620a:6af:: with SMTP id i15mr1537873qkh.380.1569265606994; Mon, 23 Sep 2019 12:06:46 -0700 (PDT) MIME-Version: 1.0 References: <20190923183424.ebnghzf67mx56aom@mutt-hbsd> In-Reply-To: From: Warner Losh Date: Mon, 23 Sep 2019 21:06:34 +0200 Message-ID: Subject: Re: Service disruption: git converter currently down To: =?UTF-8?Q?Ulrich_Sp=C3=B6rlein?= Cc: Shawn Webb , freebsd-git@freebsd.org X-Rspamd-Queue-Id: 46cYhm25Qnz4Nmk X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=mverWham; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::729) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-4.83 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-git@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[9.2.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; FREEMAIL_TO(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.83)[ip: (-9.28), ipnet: 2607:f8b0::/32(-2.64), asn: 15169(-2.20), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-git@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion of git use in the FreeBSD project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2019 19:06:49 -0000 On Mon, Sep 23, 2019, 8:42 PM Ulrich Sp=C3=B6rlein w= rote: > Am Mo., 23. Sept. 2019 um 20:34 Uhr schrieb Shawn Webb > : > > > > Hey Ulrich, > > > > I appreciate your hard work in maintaining the git mirror. Work like > > this can sometimes go unthanked. I want to take a moment to show > > appreciation for you and the FreeBSD project in maintaining the git > > mirror. > > > > I do have a few concerns with what was stated in your email. I've > > written my concerns inline. I hope this discussion is a positive one, > > wherein upstream and downstream can effectively come to a conclusion. > > > > On Mon, Sep 23, 2019 at 08:16:25PM +0200, Ulrich Sp??rlein wrote: > > > Am Mo., 23. Sept. 2019 um 19:51 Uhr schrieb Sean Chittenden > > > : > > > >> > > > >> Please note however, that more "garbage" metadata escaped from SVN > into > > > >> github, meaning 3rd parties have a hard time re-running the > conversion and > > > >> making sure that it matches SVN down to the metadata (i.e. > timestamps). > > > >> > > > >> Eventually, this will have to be re-rolled and a new "master" > branch will > > > >> be force-pushed into github. There's no timeline for this yet. > > > > > > > > > > > > Wait, what? Can you elaborate? > > > > > > > > Discussion of a force-push to github has occurred a few times and > been explicitly ruled out because most of our corporate citizens use gith= ub > to integrate changes from FreeBSD. Rerolling master was universally > rejected when we socialized wanting to do this due to the level of > disruption this would cause. The feedback was that this would be a > high-cost, low-value operation. In the tradeoffs of purity vs pragmatism= , > pragmatism wins every time (that is the FreeBSD way). > > > > > > > > -sc > > > > > > > > > This is not just about pragmatism and the disruption it would cause i= s > > > vastly overblown by people who don't seem to know much about the git > > > storage model. > > > > > > There *is* garbage metadata in the published version on github, there > > > *is* a disclaimer on https://wiki.freebsd.org/GitWorkflow since > > > forever, and the cost of switching from 1 published branch to another > > > is literally: > > > > > > - git diff origin/broken_master mybranch > mybranch.patch > > > - git checkout -b fixed_branch origin/fixed_master > > > - patch < mybranch.patch > > > > Such a workflow breaks historical accuracy. Instead of `git annotate` > > showing the history properly, it's now based on an "epoch commit". > > Sure such a commit brings the branch to a working condition, but at > > the cost of history. > > Is there really that much value in having "git blame" work in that > environment? > My mental model is of short-lived branches that get upstreamed, so I'm > biased > towards this not being all that big of a problem (for some at least). > Yes. There absolutely is. > > > > > It should also be possible to merge both broken and fixed master into > > > your branch (at the exact same SVN revision in time) and then you can > > > follow fixed_master going forward. You'll schlepp around double the > > > commit history, but not tree objects. > > > If you want to retain history, you can upstream the changes prior to > > > the switch > > > > I so wish that were possible for certain downstream projects. We're > > unable to upstream the majority of our work. To argue "upstream your > > work and you won't be affected" is to choose an argument that does not > > reflect the reality of a growing portion of FreeBSD's downstream > > consumers: the inability to work effectively with upstream. > > :/ > > I'm 80% sure that you can just merge both branches and things will be fin= e > (though the exact incantation will surely be black magic). I'd love to > try this on > an actual repo though, I don't have the time to craft some test repo to > verify > this assumption, and then find out that other repos are different). > One might be able to do this, but this is really quite a lot to ask. I've done a lot of git rebase in connection with qemu. The hard part us knowing hash X is for rev r123 in branch 1, but hash Y In branch 2. Once you can automate that, for various mappings, a script to rebase old to new becomes possible which will lessen the impact, but not eliminate it. Also, I'll be offline in the coming weeks, so don't expect immediate > responses > from me going forward. I already had to spent most of my weekend to patch > things up and had to cancel other plans. > I think it is safe to view this discussion as just don't force push yet as we are in no position to mitigate the large disruption this would cause. If you aren't force pushing master, there is no time urgency to solve this. Finally, and most importantly, thank you for all your time and efforts here. They are much appreciated. Any quibbling over future plans shouldn't detract from that. Warner Cheers, > Uli > _______________________________________________ > freebsd-git@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-git > To unsubscribe, send any mail to "freebsd-git-unsubscribe@freebsd.org" >