Fix some typos of "according".
From 79a1ef3a17cbdc46e5a85c881ba83a65b44aafeb Mon Sep 17 00:00:00 2001
From: Rebecca Cran
Date: Thu, 26 Jan 2017 08:38:18 -0700
Subject: [PATCH] Fix some typos of "according"
Cc: Feng Tian
Cc: Star Zeng
Cc: Siyuan Fu
Cc: Jiaxin Wu
Cc: Lim
Replying in order to actually Cc the people I mentioned in the commit
message.
--
Rebecca
On 1/26/2017 8:39 AM, Rebecca Cran wrote:
Fix some typos of "according".
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.o
Cc: Feng Tian
Cc: Star Zeng
Cc: Siyuan Fu
Cc: Jiaxin Wu
Cc: Liming Gao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Rebecca Cran
---
EdkCompatibilityPkg/Sample/Tools/Source/UefiStrGather/StrGather.c | 2 +-
MdeModulePkg/Core/PiSmmCore/MemoryAttributesTable.c
> On Feb 8, 2017, at 5:43 PM, Andrew Fish wrote:
>
> If you want to write directly to the UEFI Console you can try this. Place it
> in the entry point of your driver in case you have some bug that is
> preventing your from registering the Driver Binding Protocol.
>
> gST->ConOut->OutputStri
I'm a bit confused about why Firmware Management Protocol image
descriptor structures are split between MdePkg and ShellPkg:
In MdePkg/Include/Protocol/FirmwareInformation.h there's the definition
of EFI_FIRMWARE_IMAGE_DESCRIPTOR (version 3). But then the
EFI_FIRMWARE_IMAGE_DESCRIPTOR_V1 and
On 2/16/2017 3:59 PM, Shah, Tapan wrote:
UEFI Spec does not have old FMP image descriptor structures V1 and V2 defined.
MdePkg only follows the spec, so it contains the latest version # 3. But there
are still drivers using old V1, V2 revisions and Shell 'dh' command needs to
support decoding a
The formatting of ReadMe.MD on GitHub wasn't very nice, with steps
running into one another. This change reformats the text to use
GitHub Flavored Markdown.
It also simplifies a few of the steps, for example combining the
git clone and rename into a single command.
---
ReadMe.MD | 163 +++
Sorry, I didn't include the repo/branch name. This patch is for
edk2-platforms, branch devel-MinnowBoard3.
--
Rebecca
On 2/18/2017 3:51 PM, Rebecca Cran wrote:
The formatting of ReadMe.MD on GitHub wasn't very nice, with steps
running into one another. This change reformats the t
On 2/21/2017 12:02 PM, Laszlo Ersek wrote:
But in this case, the full edk2 codebase has to be grepped for
VA_LIST-taking functions, and all of them must be flipped to EFIAPI, if
they currently aren't EFIAPI. Covering just XenStoreVSPrint() seems
incomplete. (Note: CryptoPkg/Library/OpensslLib is
I'm a bit of a build system geek and noticed there are some improvements
(e.g. improving build speed) that could be made to the
devel-MinnowBoard3 branch in edk2-platforms. I know it's still in heavy
development, so I'm wondering if my contributions might be welcome, or
if I should hold off fo
On 2/21/2017 9:50 PM, Gao, Liming wrote:
Could you introduce what change will be done for build improvement? I am
also interested in this topic.
The first change I'd make is to set 'buildthreads' in BuildBIOS to
%NUMBER_OF_PROCESSORS% - that by itself reduces the build time from
around 7
On 2/22/2017 9:34 AM, Richardson, Brian wrote:
Thanks for the input. For future reference, you can use the TianoCore Bugzilla
to report issues on any EDK II feature/platform.
https://github.com/tianocore/tianocore.github.io/wiki/Reporting-Issues
I agree the readme.md should be present, and use
On 2/23/2017 11:53 AM, Brian J. Johnson wrote:
Sorry if I'm bikeshedding... NUMBER_OF_PROCESSORS isn't a good
default for those of us who build on servers with hundreds of threads
available. The OS, disks, and build.exe/build.py become bottlenecks.
Maybe we could put a cap (say, 20) on the
g Guo
Cc: Vincent Zimmer
Cc: Mike Wu
Cc: Shifeix A Lu
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Rebecca Cran
---
ReadMe.MD | 163 ++
1 file changed, 78 insertions(+), 85 deletions(-)
diff --git a/ReadMe
On 2/26/2017 11:11 PM, Guo, Mang wrote:
Thanks Rebecca. I tried to apply your patch but failed with the below errors,
could you update and send the patch again?
.git/rebase-apply/patch:16: trailing whitespace.
# INDEX
Those are because some lines in the old ReadMe.MD file had trailing
whit
On 11/22/16 8:25 AM, Marcin Wojtas wrote:
Hello everyone,
Is there any plan of adding EXT filesystem support to EDK2? If not
officially is there a chance that it exists on some old branch, or in
any side project?
The rEFInd boot manager (http://www.rodsbooks.com/refind) has drivers
for severa
On 11/22/16 9:19 AM, Pete Batard wrote:
Hi Marcin,
I can't speak for EDK2 integration plans, but as far as side-projects
are concerned, I have been porting the various GRUB *read-only* file
systems into standalone UEFI drivers. This includes an ext2/3/4 driver
if you are interested (and you can
It looks like the tianocore site is broken: http://tianocore.org and
http://tianocore.org/edk2 displays 404 pages, while
http://www.tianocore.org/udk/udk2015/# has missing images etc.
--
Rebecca
___
edk2-devel mailing list
edk2-devel@lists.01.org
http
On 11/23/16 1:11 PM, Laszlo Ersek wrote:
Separately, a small note on ext4 (because you mention it above). I seem to
recall a filesystem expert colleague of mine advise *against* using journaled
filesystems for booting with e.g. grub2. The argument goes (if I recall right),
XFS is considered t
On a fresh install of Windows 10 and Visual Studio 2015 etc., "C:\Program
Files\Windows Kits"
doesn't exist - only "C:\Program Files (x86)\Windows Kits" does. I don't know
about 32-bit Windows, but since at this point 64-bit should be most common,
update the path to
On a fresh install of Windows 10 with Visual Studio 2015, a "Windows Kits"
directory only exists under the 32-bit Program Files directory, not the
64-bit one.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Rebecca Cran
---
BaseTools/Conf/tools_def.template | 2
On 04/07/2018 04:10 PM, Duran, Leo wrote:
Regarding the "git clone" instructions listed on step "2.iii.a", here:
https://github.com/tianocore/tianocore.github.io/wiki/UDK2018-How-to-Build
iii. OR Checkout the vUDK2018 Tag from GitHub with the following "git" command
a. run git clone https
There's an outdated link on
https://github.com/tianocore/tianocore.github.io/wiki/How-to-run-OVMF :
the "OVMF downloads area" link points to
http://sourceforge.net/projects/edk2/files/OVMF, which was last updated
in 2014.
--
Rebecca Cran
___
On 04/16/18 10:13, Laszlo Ersek wrote:
> Here's another thread that you might find useful:
>
> http://edk2-devel.narkive.com/6BRVus92/qestion-about-how-to-debug-ovmf-on-qemu
I should get my Phabricator wiki running again, which has a
nicely-formatted version of that - I haven't set it up again a
On 04/16/18 12:25, Rebecca Cran wrote:
> On 04/16/18 10:13, Laszlo Ersek wrote:
>
>> Here's another thread that you might find useful:
>>
>> http://edk2-devel.narkive.com/6BRVus92/qestion-about-how-to-debug-ovmf-on-qemu
>
> I should get my Phabricator wiki
On 04/20/18 10:38, Johannes Swoboda wrote:
> Hello again,
>
> Thank you again for taking the time to help me with this.
>
> On 2018-04-20 17:58, Palmer, Thomas wrote:
>> Also, did you start qemu with the "-s" option before you started gdb?
>
> Unfortunately, I start qemu with -s -S; then, I atta
On 5/2/2018 7:40 AM, Laszlo Ersek wrote:
On 05/02/18 14:46, Evan Lloyd wrote:
I can well understand why it would be useful to use Gerrit as a means
of reviewing a patch - actually a brilliant idea,
(actually, *not* a brilliant idea, but that's just my opinion :) )
*Please* not Gerrit. If
I've had to update the toolchain definitions in edk2\Conf in the past to
point WINSDK to a newer version, since I've been using VS2015 for a few
years now.
The error about not finding "C:\Program" is from the build tool not
being able to find rc.exe, likely because you don't have the Windows S
On 05/17/2018 06:10 AM, Laszlo Ersek wrote:
The memory controller (or other silicon) initialization code is usually
one of the most proprietary parts of any platform firmware. It's pretty
unlikely you can get the source for it from anyone else than the
platform manufacturer, and that's assuming
---
BaseTools/Source/C/GenVtf/GenVtf.c | 2 +-
BaseTools/Source/C/VfrCompile/VfrUtilityLib.cpp | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/BaseTools/Source/C/GenVtf/GenVtf.c
b/BaseTools/Source/C/GenVtf/GenVtf.c
index 6f66ddc84..4d87e1c8c 100644
--- a/BaseTo
On 05/27/18 21:28, Rebecca Cran wrote:
> ---
> BaseTools/Source/C/GenVtf/GenVtf.c | 2 +-
> BaseTools/Source/C/VfrCompile/VfrUtilityLib.cpp | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/BaseTools/Source/C/GenVtf/GenVtf.c
> b/Base
On 05/27/18 21:34, Rebecca Cran wrote:
> The change from strncpy to memcpy is because from the length argument it
> appears that the contents of "CompAddress" shouldn't be NUL-terminated.
>
> The change to the comparison is because mStringFileName is a pointer,
>
I've been investigating adding support for Qemu's nvdimm devices to
OVMF. I was thinking such support would go into PlatformPei, but it
looks like I can only read the ACPI NFIT in the DXE phase. So, should
Qemu be changed to add non-volatile memory to the e820 table, or should
such memory be a
4GB, which since our driver at times needed many
times that amount required us to iterate over the memory map and call
AllocatePages.
--
Rebecca Cran
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
I'm writing an application (it may also end up being a DXE driver) that
needs to access the i2c bus. The issue I'm seeing is that the i2c/SMBus
access protocols etc. seem to be from the PI spec, and my understanding
is that drivers or applications aren't supposed to use PI-specific
functionalit
I suspect I should be trying to build AARCH64 stuff with something more
like gcc 4.8 instead of 6.2.1, but when I did build the
Overdrive1000Board package I saw lots of warnings complaining about the
implementation not matching the prototype (with
the warning being -Wlto-type-mismatch).
I cross-
I noticed that the OpenPlatformPkg in linaro and tianocore
(edk2-platforms devel-OpenPlatformPkg) git there's a "Vendor
String" of "edk2.sourceforge.net":
./Silicon/AMD/Styx/Drivers/PlatformSmbiosDxe/PlatformSmbiosDxe.c:134:
"edk2.sourceforge.net", // Vendor String
Since we no longer use source
Hi,
I recently got an ARM64 SoftIron Overdrive 1000 box which uses AMD's
Opteron A1100, and while it's nice having most of the platform firmware
be open source, the part I'm missing is the PEI, which is implemented in
a binary blob. Apparently that is generated via a tool called the AMD
Firmw
On Thu, 1 Jun 2017 07:29:05 +
Ard Biesheuvel wrote:
> Which PEI binary are you referring to? There is the PEI core, and a
> collection of PEI modules (PEIMs) that do various platform related
> things, including PCIe link training (and believe me, looking at that
> code will make your eyes ble
I don't see any information about time/place/etc. - should there be an
attachment?
On 10/5/18 1:39 PM, stephano wrote:
stephano has invited you to TianoCore
Community Meeting - NAMO / EMEA
___
edk2-devel mailing list
edk2-devel@lists.01.org
https:/
Since we've been discussing Phabricator for code reviews, I thought
people might be interested in an example of the emails it can be
configured to send. This one's from the FreeBSD project and its instance
at https://reviews.freebsd.org when I committed a changeset to the SVN repo.
This revisi
Could there be any confusion between 'MM' meaning Management Mode and
Memory Management?
--
Rebecca
On 11/17/2017 4:07 PM, Supreeth Venkatesh wrote:
***
PI Specification v1.5 "Volume 4: Management Mode Core Interface"
introduces the concept of MM Standalone Mode. Initialization of this mode
I've noticed an inconsistency between the PI 1.6 specification and the
edk2 implementation of EFI_GCD_MEMORY_TYPE: PI says it's
EfiGcdMemoryTypePersistent while Pi/PiDxeCis.h has
EfiGcdMemoryTypePersistentMemory.
Since the EfiGcdMemoryTypePersistent is mentioned several times in the
spec I'm
On 9/27/2017 3:09 AM, Guo, Mang wrote:
Change GCC shell from MinimumShell to UefiShell in ShellBinPkg.
Thanks. I've been wondering about this now that GCC correctly sets -Os
in the build options to reduce the binary size to around the same as
Visual C++.
--
Rebecca
On February 6, 2019 at 4:08:03 PM, Rebecca Cran via edk2-devel
(edk2-devel@lists.01.org) wrote:
Oh, that makes sense! Thanks, after disabling the existing code that was
opening SNP exclusively, things started working much better.
I have a follow-up question. After opening the
device path on this handle
ends with the MAC() node.)
Thanks again. Calling CloseProtocol, DisconnectController and then
ConnectController got things working.
--
Rebecca Cran
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org
ches - it looks like
https://github.com/tianocore/tianocore.github.io has the files for
www.tianocore.org, not the wiki?
--
Rebecca Cran
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
https://code.bluestop.org/edk2/docs/master/ . Also, one thing a review
system like Gerrit, Github, Phabricator, Review Board etc. would give us
is the ability to run tests (lint, build/run OVMF etc.) against patches
and have it comment on the review about its status to give committers
more conf
fully it's something
we can move forward with - and I'll continue providing other services I
feel are missing, from the server in my basement :)
--
Rebecca Cran
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
that; I no
> longer remember.) I hope it helps.
Yeah, thanks but no thanks. I'm not _that_ keen on making my changes if it's
going to involve all that work!
--
Rebecca Cran
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
ckout GitHub pull requests
pull-request Open a pull request on GitHub
releaseList or create GitHub releases
sync Fetch git objects from upstream and update branches
--
Rebecca Cran
___
edk2-devel mailing list
edk2-devel
Could we allow people to access the Bugzilla tracker via
bugs.tianocore.org (in addition to bugzilla.tianocore.org) please?
It looks like .tianocore.org (except www, bugzilla etc.) is
configured as address 54.245.252.80, which just times out trying to
access via http or https.
--
Rebecca
To make it easier to use EDK2 on systems other than Linux, where the default
shell might
not be bash, I'd like to convert the shell scripts to use POSIX sh where
possible.
edksetup.sh and BuildEnv remain bash scripts, but I hope to convert them to sh
in a future
changeset.
I did see the argume
Since the scripts in the PosixLike directory are very simple, convert
them to use /bin/sh, and move duplicated code into common files (one for
python scripts, one for C binaries).
Fix some bugs in edksetup.sh and BuildEnv: `test` uses single equals instead
of double equals, and should have a space
3, 2/3 etc. but just using the same
bug number.
Seeing the entire series clearly as an email thread on here is rather nice.
--
Rebecca Cran
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
The current servers listed appear to be unusable. I suspect most
people will get correct DNS servers via DHCP, but the defaults
should work for anyone.
---
StdLib/Efi/StdLib/etc/resolv.conf | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/StdLib/Efi/StdLib/etc/resolv.conf
Sorry, I've fixed the subject line and added maintainers to the Cc list.
This patch also changes the domain from intel.com to example.com, to be
more applicable to consumers outside Intel.
--
Rebecca Cran
On 2/22/19 8:38 PM, Rebecca Cran wrote:
The current servers listed appear
---
Maintainers.txt | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/Maintainers.txt b/Maintainers.txt
index 7f1061d6c1..d9d3d840c5 100644
--- a/Maintainers.txt
+++ b/Maintainers.txt
@@ -31,11 +31,10 @@ Descriptions of section entries:
EDK II
--
-W: http://www.tia
On 2/22/19 10:18 PM, Rebecca Cran wrote:
-T: git (mirror) - http://git.code.sf.net/p/tianocore/edk2
I removed the sourceforge git mirror because the latest changeset is
from a couple of weeks ago. We already have Github and Bitbucket, so I'm
not sure of the value of having a third m
On February 25, 2019 at 3:11:16 AM, Laszlo Ersek
(ler...@redhat.com(mailto:ler...@redhat.com)) wrote:
>
> Can you please repost the patch with an updated subject line / commit
> message? That way we can apply it with git-am without tweaking on the
> maintainer side.
Sure!
Rebecca
The current servers listed appear to be unusable. I suspect most
people will get correct DNS servers via DHCP, but the defaults
should work for anyone.
Change the entries to be Google's public DNS servers.
Also, change the domain name to be example.com, to be more applicable
to consumers outside I
e of the binary modules.
The code for the boot loader is in
https://svnweb.freebsd.org/base/head/stand/efi/loader/bootinfo.c?revision=338022&view=markup
.
--
Rebecca Cran
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
eed to pass the check of
BaseTools/Scripts/PatchCheck.py.
Is there actual problem that need to be resolved by using sh instead of bash?
Thanks,
Bob
-Original Message-
From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Rebecca
Cran via edk2-devel
Sent: Friday, Februar
On 2/25/19 5:08 PM, Rebecca Cran via edk2-devel wrote:
I've been trying to test a boot loader on my MinnowBoard Turbot board.
It's running the latest 1.0 firmware from firmware.intel.com, and I'm
seeing a hang at the point when gBS->ExitBootServices is called.
I did more de
The current servers listed appear to be unusable. I suspect most
people will get correct DNS servers via DHCP, but the defaults
should work for anyone.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Rebecca Cran
Reviewed-by: Jaben Carsey
Reviewed-by: Laszlo Ersek
just catching up on edk2 work again. I've just sent out a new patch.
--
Rebecca Cran
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
their
support for using our own domain, so people don't have to remember that
the mailing list and documents are on groups.io and not tianocore.org?
--
Rebecca Cran
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
On 3/11/19 4:20 PM, stephano wrote:
On 3/11/2019 1:55 PM, Rebecca Cran wrote:
You can't see without following the pull request *who* committed the
change. There are almost 1000 open pull requests, which is something
we probably want to try and avoid. They also seem to have _lots_ of
l
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Rebecca Cran
---
Maintainers.txt | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/Maintainers.txt b/Maintainers.txt
index be77898ee2..4c9adf802b 100644
--- a/Maintainers.txt
+++ b/Maintainers.txt
ano recently posted a message with a link
tohttps://www.tianocore.org/monthly-meeting/ which redirects to
https://github.com/tianocore/tianocore.github.io/wiki/Monthly-Meeting, so I
think it makes sense to keep the shorter/nicer URLs since there are redirects
in place.
--
s to a blog page that was last updated in September 2016."^[7]
<https://en.wikipedia.org/wiki/Gmane#cite_note-7>"
--
Rebecca Cran
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
On Friday, 4 January 2019 03:09:02 MST Knop, Ryszard wrote:
> I think any solution like that should be publicly available for an
> unlimited number of users. As it stands now, mailing lists and IRC are
> open to all - if software like Microsoft Teams is to be used, it's
> pretty likely most communi
l discussions
on the same list, since I only check it every few days.
--
Rebecca Cran
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
om/tianocore/tianocore.github.io/wiki/Community-Virtual-Meetings)
still says "January Meeting Details" but has the details for
February.
--
Rebecca Cran
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
able, or does OVMF only support the
EFI_SIMPLE_NETWORK_PROTOCOL?
--
Rebecca Cran
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
http://192.168.0.1/boot/loader.efi
File Size: 480256 Bytes
Downloading...100%
--
Rebecca Cran
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
then
> everything on top will be disconnected.
Oh, that makes sense! Thanks, after disabling the existing code that was
opening SNP exclusively, things started working much better.
--
Rebecca Cran
___
edk2-devel mailing list
edk2-devel@lists.01.
s a first-class
feature is mutli-patch reviews, which need to be done by linking separate
reviews together using the dependency feature. I wonder if it could either be
enhanced to support that, or people's workflow modified?
--
Rebecca Cran
__
On February 8, 2019 at 2:01:59 AM, Laszlo Ersek
(ler...@redhat.com(mailto:ler...@redhat.com)) wrote:
> I don't see the workflow modification as viable. The "patch series"
> concept is integral to every single open source project that I've ever
> worked with. The evolution of a feature or a bug f
On Friday, 16 November 2018 12:13:37 MST stephano wrote:
> The only reason I didn't include Slack is that it will only log so much
> information before things start falling off into the ether.
>
> Does anyone in the community currently use Slack and know of an easy way
> of archiving conversations
On Friday, 16 November 2018 14:42:44 MST stephano wrote:
> This is a great suggestion, thanks! Two questions:
> 1. Does it allow you to export your conversations in some way?
Conversations can followed via email, so that's one way of 'exporting' them.
But otherwise, I suspect you'd need to eith
On Friday, 16 November 2018 17:34:09 MST stephano wrote:
> Rebecca Cran also brought up that Phabricator allows discussions to be
> interacted with via email. A quick search for Phabricator and
> "Configuring Inbound Email" it seems that one can both receive and send
>
On November 16, 2018 at 7:42:51 PM, Sean Brogan via edk2-devel
(edk2-devel@lists.01.org(mailto:edk2-devel@lists.01.org)) wrote:
> I really can't get behind the Phabricator tool suite as it just has too many
> downsides (self-hosted or pay, lack of integrations, lack of support and
> limited se
On Friday, 16 November 2018 19:42:51 MST Sean Brogan via edk2-devel wrote:
> Mike,
>
> I like the github teams option for discussion as it is just there, free, and
> easy. It integrates nicely with all other parts of github. Notifications
> are supported for those that want email. Is there any
On Friday, 23 November 2018 17:40:15 MST stephano wrote:
> We have a set of simple instructions for folks building on standard
> Linux distros. Please have a look at this page:
>
> https://github.com/tianocore/tianocore.github.io/wiki/Common-instructions
>
> Note: Be sure the TARGET_ARCH is set
On Tuesday, 27 November 2018 14:16:18 MST Jeremiah Cox via edk2-devel wrote:
> Do we have data on what it takes to deploy and operate Phabricator with
> Harbormaster or Jenkins? The up front development/deployment
> activity/costs and then also the ongoing patching/servicing/maintenance
> costs?
On Wednesday, 28 November 2018 11:19:33 MST Jeremiah Cox wrote:
> There is a question of how the below is automated such that when there is a
> security advisory, a Phabricator instance is patched in a timely fashion.
> Perhaps there is a mailing list that would announce these and that could
> tri
Would you be interested in going through this process with Phabricator, too?
Rebecca
On November 29, 2018 at 2:48:18 AM, Laszlo Ersek
(ler...@redhat.com(mailto:ler...@redhat.com)) wrote:
> On 11/29/18 02:07, Jeremiah Cox wrote:
> > I did a further experiment for you:
> > https://github.com/le
On Monday, 3 December 2018 02:29:28 MST Laszlo Ersek wrote:
> On 11/29/18 22:20, Rebecca Cran wrote:
> > Would you be interested in going through this process with Phabricator,
> > too?
> Sure! Just tell me where to create an account.
Go to https://code.bluestop.org/auth/registe
On Wednesday, 5 December 2018 05:55:41 MST Laszlo Ersek wrote:
> (1) Pls. explain to me how I can create an edk2 clone at
> . :)
You don't. In a production system it may be possible to clone from either
GitHub or code.bluestop.org (which mirrors github), but the clone URL given
when you click "
On Wednesday, 5 December 2018 05:55:41 MST Laszlo Ersek wrote:
> Can you assist with the following please?
Also, a couple of notes:
Go to https://code.bluestop.org/settings/user/lersek/ to configure preferences
related to emails (http/plain), diffs etc.
Install the arcanist package on your sy
On December 6, 2018 at 7:13:24 AM, Laszlo Ersek
(ler...@redhat.com(mailto:ler...@redhat.com)) wrote:
> I've just noticed that I got the following emails:
>
> [Differential] [Request] [+ ] D1: Update URL of OVMF page
> [Differential] [Updated] D1: Update URL of OVMF page
>
> They don't contai
On Thursday, 6 December 2018 07:13:24 MST Laszlo Ersek wrote:
> They don't contain any code (diff hunks). I hope I can change that in my
> email preferences (I haven't gotten around checking those yet).
I've updated the Mail settings to inline diffs up to 200 lines, and also
attach diffs to the
On December 7, 2018 at 5:00:55 AM, Laszlo Ersek
(ler...@redhat.com(mailto:ler...@redhat.com)) wrote:
> To be honest, I'm stumped how Mozilla could adopt (according to the
> article linked at the top) "Phabricator as the primary code review
> system for Firefox".
They previously used Review Bo
On Wednesday, 12 December 2018 06:20:24 MST Laszlo Ersek wrote:
> After having looked at GitHub, Phabricator, and GitLab, my personal
> preference remains the mailing list. A *distant* second is GitHub.
> (GitHub is "almost there", but its emails significantly lack context.)
> And Phabricator and
While the RELEASE build of OvmfPkgX64 works fine, the DEBUG build is failing
with undefined symbols AsmCpuid etc. when building on my FreeBSD 13-CURRENT
system.
I’m trying to build git revision 559a07d84e5af3db09ae91844e4cb924b8f60668 (from
Thu Dec 13 16:48:44 2018 -0700).
I’m building with gcc
96 matches
Mail list logo