From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out03.mta.xmission.com (out03.mta.xmission.com [166.70.13.233]) by mx.groups.io with SMTP id smtpd.web10.1305.1588046091375117678 for ; Mon, 27 Apr 2020 20:54:51 -0700 Authentication-Results: mx.groups.io; dkim=missing; spf=pass (domain: bsdio.com, ip: 166.70.13.233, mailfrom: rebecca@bsdio.com) Received: from in02.mta.xmission.com ([166.70.13.52]) by out03.mta.xmission.com with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jTHKc-0006hp-2p; Mon, 27 Apr 2020 21:54:50 -0600 Received: from mta4.zcs.xmission.com ([166.70.13.68]) by in02.mta.xmission.com with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.87) (envelope-from ) id 1jTHKa-0008JE-Lh; Mon, 27 Apr 2020 21:54:49 -0600 Received: from localhost (localhost [127.0.0.1]) by mta4.zcs.xmission.com (Postfix) with ESMTP id 6C9F15005CE; Mon, 27 Apr 2020 21:54:48 -0600 (MDT) X-Amavis-Modified: Mail body modified (using disclaimer) - mta4.zcs.xmission.com Received: from mta4.zcs.xmission.com ([127.0.0.1]) by localhost (mta4.zcs.xmission.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 3POHr8dvnZHa; Mon, 27 Apr 2020 21:54:48 -0600 (MDT) Received: from [10.0.10.120] (muon.bluestop.org [65.103.231.193]) by mta4.zcs.xmission.com (Postfix) with ESMTPSA id 0BA27500536; Mon, 27 Apr 2020 21:54:48 -0600 (MDT) To: devel@edk2.groups.io, michael.d.kinney@intel.com Cc: Sean Brogan , Michael Kubacki , Bret Barkelew References: From: "Rebecca Cran" Message-ID: <77f52e17-0a24-6717-3af0-8e5ecc19809e@bsdio.com> Date: Mon, 27 Apr 2020 21:54:47 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: X-XM-SPF: eid=1jTHKa-0008JE-Lh;;;mid=<77f52e17-0a24-6717-3af0-8e5ecc19809e@bsdio.com>;;;hst=in02.mta.xmission.com;;;ip=166.70.13.68;;;frm=rebecca@bsdio.com;;;spf=pass X-SA-Exim-Connect-IP: 166.70.13.68 X-SA-Exim-Mail-From: rebecca@bsdio.com X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on sa06.xmission.com X-Spam-Level: * X-Spam-Status: No, score=1.3 required=8.0 tests=ALL_TRUSTED,BAYES_50, DCC_CHECK_NEGATIVE,T_TM2_M_HEADER_IN_MSG,TooManyTo_001,XMSubLong, XM_B_Unsub autolearn=disabled version=3.4.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% * [score: 0.4997] * 0.3 TooManyTo_001 Multiple "To" Header Recipients 2x (uncommon) * 0.7 XMSubLong Long Subject * 0.0 T_TM2_M_HEADER_IN_MSG BODY: No description available. * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC * [sa06 1397; IP=ok Body=1 Fuz1=1] [Fuz2=1] * 0.5 XM_B_Unsub Unsubscribe in body of email but missing unsubscribe * header X-Spam-DCC: XMission; sa06 1397; IP=ok Body=1 Fuz1=1 Fuz2=1 X-Spam-Combo: *;devel@edk2.groups.io, michael.d.kinney@intel.com X-Spam-Relay-Country: X-Spam-Timing: total 1144 ms - load_scoreonly_sql: 0.07 (0.0%), signal_user_changed: 12 (1.1%), b_tie_ro: 10 (0.9%), parse: 1.50 (0.1%), extract_message_metadata: 24 (2.1%), get_uri_detail_list: 3.5 (0.3%), tests_pri_-1000: 6 (0.5%), tests_pri_-950: 1.28 (0.1%), tests_pri_-900: 1.05 (0.1%), tests_pri_-90: 689 (60.2%), check_bayes: 657 (57.4%), b_tokenize: 10 (0.8%), b_tok_get_all: 227 (19.9%), b_comp_prob: 4.0 (0.4%), b_tok_touch_all: 412 (36.0%), b_finish: 0.96 (0.1%), tests_pri_0: 394 (34.5%), check_dkim_signature: 0.66 (0.1%), check_dkim_adsp: 57 (4.9%), poll_dns_idle: 55 (4.8%), tests_pri_10: 3.1 (0.3%), tests_pri_500: 9 (0.7%), rewrite_mail: 0.00 (0.0%) Subject: Re: [edk2-devel] Plans to generate Doxygen docs as part of Azure CI-style builds? X-Spam-Flag: No X-SA-Exim-Version: 4.2.1 (built Thu, 05 May 2016 13:38:54 -0600) X-SA-Exim-Scanned: Yes (on in02.mta.xmission.com) Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Thanks. I might go ahead and enable the docs on bsdio.com in the meantime. In terms of the OVMF and other platform builds, I was thinking something like https://artifact.ci.freebsd.org/snapshot/head/ where a new build would be made available to people for each change that's made in the repo - or perhaps less frequently, like once a day. -- Rebecca Cran On 4/27/20 6:50 PM, Michael D Kinney wrote: > Rebecca, > > Those are both good ideas. Have not had time to enable them yet. > > Doxygen generated documentation into HTML on a site is possible. > There are some issues with the current CLI tool that does > this where it generates random filename each build. There is a > Doxygen config option to disable this behavior, so site updates > will not generate all new files every build. > > We have considered generating binaries for OVMF and UEFI Shell > and posting them in the GitHub release page for a stable tag. > We could use a CI agent to do these release builds. > > Mike > >> -----Original Message----- >> From: Rebecca Cran >> Sent: Monday, April 27, 2020 5:39 PM >> To: edk2-devel-groups-io >> Cc: Sean Brogan ; Michael >> Kubacki ; Bret Barkelew >> ; Kinney, Michael D >> >> Subject: Plans to generate Doxygen docs as part of >> Azure CI-style builds? >> >> I was wondering if there are any near-term plans to >> start generating and >> publishing EDK2 Doxygen documentation as part of an >> Azure build - >> perhaps on a nightly or weekly basis? >> >> If not, then I'll work on getting my copy of the docs >> available again >> since I've found them useful in the past. >> >> >> Also, are there any plans to start publishing regular >> builds of OVMF and >> other platforms? I know there's the kraxel site that >> has OVMF builds, >> but if there aren't plans to do something similar then >> I might set >> something up myself. >> >> >> -- >> Rebecca Cran >> > > >