From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id wBg9F/eavl75EwAA0tVLHw (envelope-from ) for ; Fri, 15 May 2020 13:36:55 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id mOwXE/eavl58WwAAbx9fmQ (envelope-from ) for ; Fri, 15 May 2020 13:36:55 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id B2A3C940415 for ; Fri, 15 May 2020 13:36:54 +0000 (UTC) Received: from localhost ([::1]:58670 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jZaWD-0002BH-Gv for larch@yhetil.org; Fri, 15 May 2020 09:36:53 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:56334) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jZaW3-000294-Nc for guix-devel@gnu.org; Fri, 15 May 2020 09:36:43 -0400 Received: from mail-qk1-x730.google.com ([2607:f8b0:4864:20::730]:40646) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jZaW1-0005Mq-M7 for guix-devel@gnu.org; Fri, 15 May 2020 09:36:43 -0400 Received: by mail-qk1-x730.google.com with SMTP id g185so2488724qke.7 for ; Fri, 15 May 2020 06:36:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=hGB+f94xw1Nq+uWE4Q2xiqh9gM1iLaFHo1jEwq9eWcM=; b=VpKHhmli5ndmZHb6zfWh4RZ0jNrMXZFYco9aokZC1iN3BkAC8Wog3GVN+rrI7jIaPf 4I1LqIV3LDN3uzKwVRKwHm3IKqWRID47LREJuynnzEn0U4KwnrZ5x9Zz03cllpWGRw5u E2PjptiqtfROhSIwPVOIZ8gNhTzLcTx2qlmVMi5K+egBlXM4RqUIvvfmtN2vDr/g7cf6 OJwyL5JR2DOEbg4KdSjqdOgw88tyopnL3Wlprv/5eQ0Hrs1XoN12Pzh9eh6fLivD1lwI ayGydtDADR3JGF7J7nWjoOMmy0azTgrwLy7sNqSE4j2KYb8BepGOoWEL3B3UZVGf7fU+ lqSg== 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=hGB+f94xw1Nq+uWE4Q2xiqh9gM1iLaFHo1jEwq9eWcM=; b=A/CCBQ9kPxAEz9y5RaqXvTT7oxxfGvGIn9zY6byDoTvDP9OZX3O7fylM8x8ESZH9rf u4e6Xi02p3Dbkg3AyikR+BaEBSmPANir1JWzyLaJfsju3MBLk6Z269zByoR63mAHfSTn P1wMKsv8lNrqXKDKSdFUZwsFz53lySDb7ALBgH9EVN76t/Cs1v2r1rNAHQja1GNm8bYW dutWZHa4El88MW0769uwvgkgDFUHDiT6Nlx8adb2r0O0w23fqzmd2bU/mdB0m1QqbdCw XH7ra9rib5hrf92/1Mmk35dmuMFit2ZfORW2DS6r8QXPBJvdBhf+7nNyeiYd1p6x8ExT kq7Q== X-Gm-Message-State: AOAM530a1dqCcukckx/H3r+9wBLKLokj/XwoF5XwAz6G6ZnlpB+orag1 7VGoH+liW9bL5W7N33Yf8iN22+mK/8cGR1tMaKyzt+Qb X-Google-Smtp-Source: ABdhPJw9X7Ag4xzdx4VkneQY9J3iEOWsiz+BkVqDyOybsCxJ0rl8KJ0caoHhulgzbqCBPzMktMEf8A6TekcG0u0nWoA= X-Received: by 2002:a37:9a95:: with SMTP id c143mr3024977qke.201.1589549800576; Fri, 15 May 2020 06:36:40 -0700 (PDT) MIME-Version: 1.0 References: <87v9kx7jh5.fsf@alice.lan> In-Reply-To: <87v9kx7jh5.fsf@alice.lan> From: zimoun Date: Fri, 15 May 2020 15:36:28 +0200 Message-ID: Subject: Re: What to do when udpating a package ? To: Edouard Klein Content-Type: text/plain; charset="UTF-8" Received-SPF: pass client-ip=2607:f8b0:4864:20::730; envelope-from=zimon.toutoune@gmail.com; helo=mail-qk1-x730.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: guix-devel Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20161025 header.b=VpKHhmli; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Spam-Score: -0.71 X-TUID: XND6G7I4LB41 Dear Edouard, In complement to what Julien said. :-) On Fri, 15 May 2020 at 13:36, Edouard Klein wrote: > - Some packages would not build, for reasons unrelated to the update of > python-prompt-toolkit. Namely: > - fdroidserver@1.1.1 will not build because of a failure of > python-apache-libcloud@2.4.0 > - python-matplotlib-documentation@3.1.2 and > python-ipython-documentation@7.9.0 will not build because of a failure > of texlive-union-51265 > - python-rpy2@3.0.4-1.19868a8 would not build > All those failure also happen on origin/master on my machine, and are > therefore unrelated to the changes I made. > --> Is any failure to build expected on origin/master ? No, it is not expected. As Forrest Gump says: "It happens, sometimes." :-) > --> If so, where can I check the official build success/fail status of > a package ? Well, the link is ci.guix.gnu.org then top right, for example the query: spec:guix-master system:x86_64-linux python-apache-libcloud But personally I do not always understand what Cuirass reports. Therefore, I prefer to use data.guix.gnu.org then for example: http://data.guix.gnu.org/repository/1/branch/master/package/fdroidserver/output-history I do not know the correct way to reach this webpage so I type directly the URL -- well to be exact, I have an Emacs interactive function so I type M-x my/guix-data fdroidserver RET and it opens the above webpage. Then I click to one "Failed dependency" and I arrive to: http://data.guix.gnu.org/build-server/1/build?derivation_file_name=/gnu/store/ccrk10g4vpzf6nk7x8j1a36s0b4z0w2l-fdroidserver-1.1.1.drv and I can click to the failing derivation and then I arrive to ci.guix.gnu.org and I can give a look to the raw log. Well, I do not know if it is the correct way, but it is how I am doing time to time to see what happens on the build farm. Be careful of your current Guix version and the Guix version on ci you are examining. > --> If not, how can I check that my master version of guix is correct > and is building everything it should build ? I do not understand what you mean. "guix weather" to see if the substitute is available. "guix challenge" to compare your own builds to the builds on substitutes. > --> In any case, how can I check that my change does not negatively > affect these packages ? Which packages? The ones which do not currently build? > - Some of the failing-in-master packages do not depend directly on > python-prompt toolkit, but they depend on a package that depends on > etc. > e.g. fdroidserver@1.1.1 depends on python-androguard@3.2.1 which > depends on python-ipython@7.9.0. > --> fdroidserver@1.1.1 fails to build for reasons unrelated to > python-prompt-toolkit, but both python-androguard@3.2.1 and > python-ipython@7.9.0. both build with the new version of > python-prompt-toolkit. Would I be correct in assuming that > frdoidserver would build with the new version ? I assume not, but I > would like to be sure I miss something about what depends on what. :-) I do not have really the graph under my eyes. ;-) > - python-iml@0.6.2 does not build with prompt-toolkit in version 3 (the > version is explicitly stated as >=2.0 and <2.1 in the Python files), but > when I add prompt-toolkit-2 to its propagated-inputs, it does. > Given that python-ipython has prompt-toolkit (implicitly in version > 3) installed in its propagated inputs, this means that any environment > with python-iml will have prompt-toolkit in both its version 2 and 3 > installed at the same time. I feel uneasy about this. > --> Is this a problem ? > --> Should I just trust that if it builds, then everything is > allright ? No, it should pass the tests too. If there is tests. :-) If not, you should install it locally and try it. Because the package could build but should have runtime issues. > --> Is there a way to check the graph to make the edges as > sparse as possible (i.e. remove as many edges as possible without > changing the reachability) ? Would this be something we want ? > According to me it would because it would make the packages > definitions shorter and the computations on the graph faster, but I'm > not sure. What do you mean by "reachability"? There is a new feature to "guix graph": '--path'. You can find the shortest path from one package to another, e.g., guix graph --path guix-jupyter python What do you mean by "the edges as sparse as possible"? All the best, simon