From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=CPehk5nClY3hyByk0JBPqTIzBMWM3ot9txwulEuh97w=; b=P/RH1DuAFOnTCVJn1qtCBM4Jsdc0OhZAQWBGi7LTT5g0KmiioYiB4l+qfsl3Ys293D GMkEH6/0FK1v1NajzFSML+vPaGtsHQMsqzU5SvhGLlX/7lvrRb59R2w9QeV4e1RiasQ2 kA4fVFpPwn7v0vn3Ct33gJC/JJd25wIEsQYJu0FbU5F9TPrtSw9Aso7a+LjahW+IQums chg8FXBWt3Ls8LFZaQF7kM2oOUuUZyO8IbWEg9xKcdHxqei8sqZGpqidHKjb/A4dIN/a MZhZHLBj+rBdBNNlB1jXWYF7BxMc0vzyxc0A+o3jOQxzQDPdDumbE8NfEQ5mMO9A4187 t+Eg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=CPehk5nClY3hyByk0JBPqTIzBMWM3ot9txwulEuh97w=; b=BX+839tog3NG2oo+7v7DX0EAXDStCW9+MCiRlngQOd+uRmrY3nZlRQDMKSI7PIL2h4 JrrA5HhE1v0W65id3iYnJiSY/WGshVyuKtSscUfN6XwP9zjvm+oM0dqWHQpf2NP+BZwL pUIDBT6WgmjIF2MJ+8myIJ9hsR5ALt9Bfv86WW574Wba9xubfBdNN9QRKZ/0vjkhhDkp +Ue0jlFwWmR3CIxkSlcEXwLvOnrfO97oJD31Yt6D6uam8eyayQy+4eX+ClB0fRw2a4JJ dOdqtw2uwSQAABTJQsabxm4/A7cYMDF67wjLXqbmf4DXZbJAR01Ij4yui5H8cZiwYF0R gfMA== X-Gm-Message-State: AOAM530Gxnjqi6SwzRwgpUIIthmVdFeyL3uuTLJodF+BrsM1QOlCqt3y MTSnf5aS9uhnyhpZzE5redqQ8PMwZ3s= X-Google-Smtp-Source: ABdhPJx3D0GujZuE7627ohhraxrEOnjC6s7MASjFk+sgmfIuegYwEdatJR6vBX/7LNb4/kMu4KykQg== X-Received: by 2002:a2e:6c03:: with SMTP id h3mr296297ljc.360.1610478421031; Tue, 12 Jan 2021 11:07:01 -0800 (PST) To: devel@lists.altlinux.org References: <20210107205220.GA1094824@lks.home> <20210111091327.GA1694278@lks.home> <20210111104419.GA5476@altlinux.org> <20210111105610.GB5476@altlinux.org> <20210111123020.GI5178@imap.altlinux.org> <20210112075517.0f87e328@tower> <20210112131815.GC20621@altlinux.org> From: Leonid Krivoshein Message-ID: Date: Tue, 12 Jan 2021 22:06:59 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20210112131815.GC20621@altlinux.org> Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru Subject: Re: [devel] hazardous girar builder X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2021 19:07:04 -0000 Archived-At: List-Archive: List-Post: 12.01.2021 16:18, Alexey V. Vissarionov пишет: > On 2021-01-12 15:53:16 +0300, Arseny Maslennikov wrote: > > >>> Поддерживаю предложение rider@ насчёт взвода test-only > >>> для следующей сборки при достижении FAILED/EPERM. > >> Только сейчас тестер, администратор репозитория или владелец > >> acl может выдать approve на задание и отправить его в > >> репозиторий, а в таком случае не сможет, так как переключать > >> статус может только владелец задания (и это логично). > > Прямо-таки отправить, _вопреки_ воле владельца/автора > > задания? Это что-то новенькое. > > Не вопреки воле, а по результатам тестирования. > > > Разве мнение тестера, администратора сборочницы или другого > > одобрителя не является лишь рядовой галкой в списке этих > > мнений, и для совершения коммита в репозиторий не необходимо, > > чтобы все эти галки были булево истинными? > > Я в соседнем сообщении расписал чуть более логичный вариант > workflow, нежели то, что сейчас реализовано у нас. Напомню, > там параметр "--commit" определяет свойство итерации, а не > задания, а для успешно собранного задания (с готовыми пакетами) > предусмотрены три варианта: (1) уперлись в ACL, нужен аппрув, > а для этого нужно тестирование; (2) уперлись в отсутствие > параметра "--commit", нужно тестирование; (3) все в порядке, > выполняем commit, пакеты уезжают в репу. > > 1 и 2 варианты объединяет то, что пакеты на _этой_ итерации > не отправляются в репу автоматически. Но как только их кто-то > зааппрувил - не вижу причин, почему бы им не попасть в репу. Если бы этот "атрибут" сборки можно было бы изменить в процессе сборки, пока итерация не закончилась, это было бы и весьма полезно, и дало бы ожидаемый эффект (конечно после прочтения мануала). Мне кажется, сейчас данный "атрибут" воспринимается многими как свойство итерации, а не задания, именно из-за отсутствия такой возможности. -- Best regards, Leonid Krivoshein.