Re: [edk2] TianoCore Subversion down?

2015-07-26 Thread Laszlo Ersek 
On 07/26/15 10:23, Jordan Justen wrote:
 On 2015-07-25 19:59:10, Bruce Cran wrote:
 On 7/24/15 5:40 PM, Jordan Justen wrote:
 Unfortunately, it looks like they are going to manage to get svn back
 up and running. ;)

 It looks like it's back: 
 http://sourceforge.net/blog/sourceforge-subversion-svn-service-online/

 SourceForge-hosted Allura-backed Subversion (SVN) repositories have 
 been restored to service as of 7/25.
 
 Well, they certainly tried to make it difficult for us. The restored
 repo was missing r18015-18032. Luckily thanks to git (and git-svn), I
 was able to restore them fairly easily. :)

Yay! :)

 We also lucked out in that I was able to restore things before anyone
 else tried to commit. So, basically we don't have two versions of
 r18015-18032.

Phew. That was close. Sometimes working at night, when the streets are
silent and the people asleep, has bonuses.

Everyone, give this man a medal. :)

 
 Now the question is whether we switch back to SF or continue using
 Github :)
 
 Well ... I still think we're going to have to go back for now.

+1

 I think
 the question has moved from *if* we'll move to git, to *when* will we
 move. Considering I've been running the git-svn mirror since 2009,
 I'll take this as a great step forward. :)
 
 Hopefully this incident will highlight how much more stable git is
 based on its distributed nature.

Thank you very much for being such a good shepherd of our SVN and git repos.

Laszlo

___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel

Re: [edk2] TianoCore Subversion down?

2015-07-26 Thread Daryl McDaniel 
Thank you Jordan and Laszlo for all of the great work you put into this.

Daryl

-Original Message-
From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
Laszlo Ersek
Sent: Sunday, July 26, 2015 2:43 AM
To: Jordan Justen jordan.l.jus...@intel.com
Cc: Bruce Cran br...@cran.org.uk; edk2-devel@lists.01.org
edk2-de...@ml01.01.org; Blibbet blib...@gmail.com; Gao, Liming
liming@intel.com; Ard Biesheuvel ard.biesheu...@linaro.org
Subject: Re: [edk2] TianoCore Subversion down?

On 07/26/15 10:23, Jordan Justen wrote:
 On 2015-07-25 19:59:10, Bruce Cran wrote:
 On 7/24/15 5:40 PM, Jordan Justen wrote:
 Unfortunately, it looks like they are going to manage to get svn back
 up and running. ;)

 It looks like it's back: 
 http://sourceforge.net/blog/sourceforge-subversion-svn-service-online/

 SourceForge-hosted Allura-backed Subversion (SVN) repositories have 
 been restored to service as of 7/25.
 
 Well, they certainly tried to make it difficult for us. The restored
 repo was missing r18015-18032. Luckily thanks to git (and git-svn), I
 was able to restore them fairly easily. :)

Yay! :)

 We also lucked out in that I was able to restore things before anyone
 else tried to commit. So, basically we don't have two versions of
 r18015-18032.

Phew. That was close. Sometimes working at night, when the streets are
silent and the people asleep, has bonuses.

Everyone, give this man a medal. :)

 
 Now the question is whether we switch back to SF or continue using
 Github :)
 
 Well ... I still think we're going to have to go back for now.

+1

 I think
 the question has moved from *if* we'll move to git, to *when* will we
 move. Considering I've been running the git-svn mirror since 2009,
 I'll take this as a great step forward. :)
 
 Hopefully this incident will highlight how much more stable git is
 based on its distributed nature.

Thank you very much for being such a good shepherd of our SVN and git repos.

Laszlo

___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel

___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel

Re: [edk2] TianoCore Subversion down?

2015-07-26 Thread Jordan Justen 
On 2015-07-25 19:59:10, Bruce Cran wrote:
 On 7/24/15 5:40 PM, Jordan Justen wrote:
  Unfortunately, it looks like they are going to manage to get svn back
  up and running. ;)
 
 It looks like it's back: 
 http://sourceforge.net/blog/sourceforge-subversion-svn-service-online/
 
 SourceForge-hosted Allura-backed Subversion (SVN) repositories have 
 been restored to service as of 7/25.

Well, they certainly tried to make it difficult for us. The restored
repo was missing r18015-18032. Luckily thanks to git (and git-svn), I
was able to restore them fairly easily. :)

We also lucked out in that I was able to restore things before anyone
else tried to commit. So, basically we don't have two versions of
r18015-18032.

 Now the question is whether we switch back to SF or continue using
 Github :)

Well ... I still think we're going to have to go back for now. I think
the question has moved from *if* we'll move to git, to *when* will we
move. Considering I've been running the git-svn mirror since 2009,
I'll take this as a great step forward. :)

Hopefully this incident will highlight how much more stable git is
based on its distributed nature.

-Jordan
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel

Re: [edk2] TianoCore Subversion down?

2015-07-25 Thread Bruce Cran 

On 7/24/15 5:40 PM, Jordan Justen wrote:


Unfortunately, it looks like they are going to manage to get svn back
up and running. ;)


It looks like it's back: 
http://sourceforge.net/blog/sourceforge-subversion-svn-service-online/


SourceForge-hosted Allura-backed Subversion (SVN) repositories have 
been restored to service as of 7/25.


Now the question is whether we switch back to SF or continue using Github :)

--
Bruce
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel

Re: [edk2] TianoCore Subversion down?

2015-07-24 Thread Jordan Justen 
On 2015-07-19 09:56:11, Jordan Justen wrote:
 On 2015-07-19 04:08:50, Laszlo Ersek wrote:
  On 07/19/15 12:01, Ard Biesheuvel wrote:
   
   I'd suggest that we just promote the GitHub repository to primary
   repository, and deprecate the public SVN right away.
 
 I don't think this would be a good idea, unless something even worse
 happens, like sourceforge determined that they can't restore svn. I
 suppose that would really force the issue, but otherwise, I think it'd
 be better to continue with a pre-planned transition.

Unfortunately, it looks like they are going to manage to get svn back
up and running. ;)

http://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration-update-for-724/

Latest news: 

  SourceForge Allura Subversion (SVN) service – offline, filesystem
  checks complete, data restoration has completed 22 letters (4
  remain). This is our current restore priority. We project restore of
  data to complete by 7/25, to be followed by data validation and
  restore of service. ETA to follow once I/O performance calculated
  during data validation.



I guess this means = July 25.

Here's the current set of patches from

https://github.com/tianocore/edk2-svn-offline master

which I intend to commit to svn after it returns:

610c371 OvmfPkg: AcpiS3SaveDxe: prepare for End-of-Dxe callback
ebe285a OvmfPkg: AcpiS3SaveDxe: call S3Ready() at End-of-Dxe
dde6fee OvmfPkg: PlatformBdsLib: signal End-of-Dxe event group
a111424 IntelFrameworkModulePkg/GenericBdsLib: remove AcpiS3-S3Save() call
e65d7a9 OvmfPkg: install DxeSmmReadyToLock in PlatformBdsLib
7daafee OvmfPkg: AcpiS3SaveDxe: drop EFI_ACPI_S3_SAVE_PROTOCOL
7a36354 OvmfPkg: SmbiosPlatformDxe: move IsEntryPointStructureValid() to Xen.c
8cb1e0d OvmfPkg: SmbiosPlatformDxe: restrict current Xen code to IA32/X64
4cba8d2 MdeModulePkg: SmbiosDxe: ARM and AARCH64 are VALID_ARCHITECTURES
298b559 ArmVirtPkg: add QemuFwCfgToPcdDxe
ca4c892 ArmVirtPkg: QemuFwCfgToPcdDxe: set SMBIOS entry point version 
dynamically
729669f ArmVirtPkg/ArmVirtQemu: support SMBIOS
cc7f295 NetworkPkg: Fix bug in IpSecImpl.c caused by missing parentheses
90add4e Maintainers.txt: ARM packages maintainer update
8324914 BaseTools/Common: fix heap overrun in ReadMemoryFileLine ()
95ca863 MdeModulePkg: Remove TransmitReceive() and ActiveChild dependency
0e33841 NetworkPkg: Fix the issue EfiPxeBcDhcp() may return wrong status.
ef23b6f MdeModulePkg: Fix the issue EfiPxeBcDhcp() may return wrong status.
95d8762 ShellPkg: Fix bad TimeZone (TZ) conversion.
58bd17c MdeModulePkg: Correct the parameter order in match2 sample opcode
8d10837 MdeModulePkg: Check the case caused by mismatch
7f9f303 MdeModulePkg VariableDxe: Correct address pointers from AuthVariableLib
3b69e18 SecurityPkg AuthVariableLib: Correct address pointers data
3f6e6dd NetworkPkg: Add old IPv4_DEVICE_PATH and IPv6_DEVICE_PATH support
436f2c1 MdeModulePkg: Add old IPv4_DEVICE_PATH support for new IScsiDxe
dc428f3 BaseTools: Make AutoGen.h array declaration match AutoGen.c definition
2eb8300 ShellPkg: Fix the ASSERT issue in Shell 'for' loop
a931302 Maintainers.txt: Add Daryl's new email address
085a914 IntelFrameworkModulePkg: GenericBdsLib: set Status before use
fcacecd MdeModulePkg: Make boot option description unique

-Jordan
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel

Re: [edk2] TianoCore Subversion down?

2015-07-24 Thread Laszlo Ersek 
On 07/25/15 01:40, Jordan Justen wrote:
 On 2015-07-19 09:56:11, Jordan Justen wrote:
 On 2015-07-19 04:08:50, Laszlo Ersek wrote:
 On 07/19/15 12:01, Ard Biesheuvel wrote:

 I'd suggest that we just promote the GitHub repository to primary
 repository, and deprecate the public SVN right away.

 I don't think this would be a good idea, unless something even worse
 happens, like sourceforge determined that they can't restore svn. I
 suppose that would really force the issue, but otherwise, I think it'd
 be better to continue with a pre-planned transition.
 
 Unfortunately, it looks like they are going to manage to get svn back
 up and running. ;)
 
 http://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration-update-for-724/
 
 Latest news: 
 
   SourceForge Allura Subversion (SVN) service – offline, filesystem
   checks complete, data restoration has completed 22 letters (4
   remain). This is our current restore priority. We project restore of
   data to complete by 7/25, to be followed by data validation and
   restore of service. ETA to follow once I/O performance calculated
   during data validation.
 
 
 
 I guess this means = July 25.

I agree.

 Here's the current set of patches from
 
 https://github.com/tianocore/edk2-svn-offline master
 
 which I intend to commit to svn after it returns:
 
 610c371 OvmfPkg: AcpiS3SaveDxe: prepare for End-of-Dxe callback
 ebe285a OvmfPkg: AcpiS3SaveDxe: call S3Ready() at End-of-Dxe
 dde6fee OvmfPkg: PlatformBdsLib: signal End-of-Dxe event group
 a111424 IntelFrameworkModulePkg/GenericBdsLib: remove AcpiS3-S3Save() call
 e65d7a9 OvmfPkg: install DxeSmmReadyToLock in PlatformBdsLib
 7daafee OvmfPkg: AcpiS3SaveDxe: drop EFI_ACPI_S3_SAVE_PROTOCOL
 7a36354 OvmfPkg: SmbiosPlatformDxe: move IsEntryPointStructureValid() to Xen.c
 8cb1e0d OvmfPkg: SmbiosPlatformDxe: restrict current Xen code to IA32/X64
 4cba8d2 MdeModulePkg: SmbiosDxe: ARM and AARCH64 are VALID_ARCHITECTURES
 298b559 ArmVirtPkg: add QemuFwCfgToPcdDxe
 ca4c892 ArmVirtPkg: QemuFwCfgToPcdDxe: set SMBIOS entry point version 
 dynamically
 729669f ArmVirtPkg/ArmVirtQemu: support SMBIOS
 cc7f295 NetworkPkg: Fix bug in IpSecImpl.c caused by missing parentheses
 90add4e Maintainers.txt: ARM packages maintainer update
 8324914 BaseTools/Common: fix heap overrun in ReadMemoryFileLine ()
 95ca863 MdeModulePkg: Remove TransmitReceive() and ActiveChild dependency
 0e33841 NetworkPkg: Fix the issue EfiPxeBcDhcp() may return wrong status.
 ef23b6f MdeModulePkg: Fix the issue EfiPxeBcDhcp() may return wrong status.
 95d8762 ShellPkg: Fix bad TimeZone (TZ) conversion.
 58bd17c MdeModulePkg: Correct the parameter order in match2 sample opcode
 8d10837 MdeModulePkg: Check the case caused by mismatch
 7f9f303 MdeModulePkg VariableDxe: Correct address pointers from 
 AuthVariableLib
 3b69e18 SecurityPkg AuthVariableLib: Correct address pointers data
 3f6e6dd NetworkPkg: Add old IPv4_DEVICE_PATH and IPv6_DEVICE_PATH support
 436f2c1 MdeModulePkg: Add old IPv4_DEVICE_PATH support for new IScsiDxe
 dc428f3 BaseTools: Make AutoGen.h array declaration match AutoGen.c definition
 2eb8300 ShellPkg: Fix the ASSERT issue in Shell 'for' loop
 a931302 Maintainers.txt: Add Daryl's new email address
 085a914 IntelFrameworkModulePkg: GenericBdsLib: set Status before use
 fcacecd MdeModulePkg: Make boot option description unique

Looks good to me, thank you. Meanwhile, I think another patch has become
ready for merging:

[edk2] [PATCH] StdLib: Do not define memcpy for AARCH64 builds
http://thread.gmane.org/gmane.comp.bios.edk2.devel/278
Message-Id: 001301d0c584$d1007f10$73017d30$@notabs.org

Thanks!
Laszlo

___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel

Re: [edk2] TianoCore Subversion down?

2015-07-22 Thread Bruce Cran 

On 7/22/2015 4:18 AM, Laszlo Ersek wrote:

How about someone creates a temporary branch off the github master
branch, and applies all new patches from the list that have been
reviewed thus far? Then once SVN is back up, the patches from that git
branch could be committed to SVN by a single person, in one go, nicely
ordered.


Wouldn't a fork be preferable? Anyone can create one, and it doesn't 
pollute the main repository.


SF have posted an update 
(http://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration-update-for-722/):


- SourceForge Allura Git service –*offline*, filesystem checks complete, 
all project data restored, data validation (repository presence check 
100%, repository data presence check 100%, ‘git fsck’ of 10% 
representative from non-empty repositories 100%).  Git validation was 
aided by its feature set. Final data validation pending and_ETA 
7/22_ for resumption of service.


- SourceForge Allura Mercurial (Hg) service –*offline*, filesystem 
checks complete, all project data restored.  Data validation (repository 
presence check, repository data presence check, and repository 
validation to occur and_ETA 7/23_ for service resumption.


- SourceForge Allura Subversion (SVN) service –*offline,*filesystem 
checks complete, data restoration at 50%.  Restoration priority after 
Git and Hg services. _ETA TBD_, Future update will provide ETA.


- SourceForge non-Allura SCM platforms and CVS service 
–*offline,*filesystems checks and data restoration have not commenced. 
Priority given to modern SCMs which include internal data validation 
mechanisms; and those repositories fully backed by Apache Allura. 
Service restoration_ETA TBD_.



--
Bruce


___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel

Re: [edk2] TianoCore Subversion down?

2015-07-22 Thread Jordan Justen 
On 2015-07-22 12:57:13, Laszlo Ersek wrote:
 On 07/22/15 21:44, Bruce Cran wrote:
  On 7/22/2015 4:18 AM, Laszlo Ersek wrote:
  How about someone creates a temporary branch off the github master
  branch, and applies all new patches from the list that have been
  reviewed thus far? Then once SVN is back up, the patches from that git
  branch could be committed to SVN by a single person, in one go, nicely
  ordered.
  
  Wouldn't a fork be preferable? Anyone can create one, and it doesn't
  pollute the main repository.
 
 The branch should be owned by an Intel associate, trusted by the entire
 community. Having the same level access as needed by the current main
 git repo / master branch too. The point is that *everyone* should start
 working against this new branch, until SVN returns to life.

I don't think it is a good idea to temporarily setup an alternate
official 'upstream'. Unlike if we were using git, we can't just push
the branch back to the main server once it comes back online. Instead,
we'll have to use git-svn dcommit, and this will put all the patches
onto a diverged branch.

As you suggest, I can see trying to collect up the outstanding
ready-to-merge patches onto a temporary branch so they don't get lost.
Maybe I could just try to collect patches into a svn-offline branch in
my personal repo? I guess we could also put a temporary repo at
github.com/tianocore/edk2-svn-offline...

  SF have posted an update
  (http://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration-update-for-722/):
 
 Yeah, I saw it.
 
  - SourceForge Allura Subversion (SVN) service –*offline,*filesystem
  checks complete, data restoration at 50%.  Restoration priority after
  Git and Hg services. _ETA TBD_, Future update will provide ETA.
 
 Yeah, they don't know when they'll know an ETA. I guess we can forget
 about SVN until next week.
 
 I'll cease all edk2 activity until the SVN repo is back up. This is
 intolerable.

I agree. When it went offline last week, I couldn't imagine the
downtime would stretch on for a week.

I hope that anyone trying to push back on switching to from svn to git
can see how dependent the svn centralized model leaves us on a single
server.

With git, although there would be some hiccups, it would be much more
feasible to setup a temporary alternate upstream location in the event
that the main server goes offline...

-Jordan
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel

Re: [edk2] TianoCore Subversion down?

2015-07-22 Thread Carsey, Jaben 
18032 was just a change to maintainers.txt by me replacing Daryl as the 
maintainer of a few packages with myself.  I can send it if necessary, but I'd 
say it's pretty uninteresting really...

-Jaben

 -Original Message-
 From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
 Bruce Cran
 Sent: Wednesday, July 22, 2015 4:51 AM
 To: Laszlo Ersek ler...@redhat.com; Ard Biesheuvel
 ard.biesheu...@linaro.org; Justen, Jordan L jordan.l.jus...@intel.com
 Cc: Blibbet blib...@gmail.com; edk2-devel@lists.01.org edk2-
 de...@ml01.01.org; Gao, Liming liming@intel.com
 Subject: Re: [edk2] TianoCore Subversion down?
 
 On 7/22/15 4:18 AM, Laszlo Ersek wrote:
 
  My personal git-svn clone has only r18027. Anyone got anything newer
 than r18030?
 
  From https://edk2.bluestop.org/diffusion/EDK/history/ there was also:
 
 r18031 MdeModulePkg PiSmmCore: Remove a hidden assumption of
 SMRAM
 reservation
 
 r18032 Daryl has changed positions and I am taking over maintaining for now.
 
 --
 Bruce
 ___
 edk2-devel mailing list
 edk2-devel@lists.01.org
 https://lists.01.org/mailman/listinfo/edk2-devel
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel

Re: [edk2] TianoCore Subversion down?

2015-07-22 Thread Laszlo Ersek 
On 07/22/15 21:44, Bruce Cran wrote:
 On 7/22/2015 4:18 AM, Laszlo Ersek wrote:
 How about someone creates a temporary branch off the github master
 branch, and applies all new patches from the list that have been
 reviewed thus far? Then once SVN is back up, the patches from that git
 branch could be committed to SVN by a single person, in one go, nicely
 ordered.
 
 Wouldn't a fork be preferable? Anyone can create one, and it doesn't
 pollute the main repository.

The branch should be owned by an Intel associate, trusted by the entire
community. Having the same level access as needed by the current main
git repo / master branch too. The point is that *everyone* should start
working against this new branch, until SVN returns to life.

 SF have posted an update
 (http://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration-update-for-722/):

Yeah, I saw it.

 - SourceForge Allura Subversion (SVN) service –*offline,*filesystem
 checks complete, data restoration at 50%.  Restoration priority after
 Git and Hg services. _ETA TBD_, Future update will provide ETA.

Yeah, they don't know when they'll know an ETA. I guess we can forget
about SVN until next week.

I'll cease all edk2 activity until the SVN repo is back up. This is
intolerable.

Laszlo
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel

Re: [edk2] TianoCore Subversion down?

2015-07-22 Thread Laszlo Ersek 
On 07/22/15 22:39, Jordan Justen wrote:
 On 2015-07-22 12:57:13, Laszlo Ersek wrote:
 On 07/22/15 21:44, Bruce Cran wrote:
 On 7/22/2015 4:18 AM, Laszlo Ersek wrote:
 How about someone creates a temporary branch off the github master
 branch, and applies all new patches from the list that have been
 reviewed thus far? Then once SVN is back up, the patches from that git
 branch could be committed to SVN by a single person, in one go, nicely
 ordered.

 Wouldn't a fork be preferable? Anyone can create one, and it doesn't
 pollute the main repository.

 The branch should be owned by an Intel associate, trusted by the entire
 community. Having the same level access as needed by the current main
 git repo / master branch too. The point is that *everyone* should start
 working against this new branch, until SVN returns to life.
 
 I don't think it is a good idea to temporarily setup an alternate
 official 'upstream'. Unlike if we were using git, we can't just push
 the branch back to the main server once it comes back online. Instead,
 we'll have to use git-svn dcommit, and this will put all the patches
 onto a diverged branch.

Yes, that's the idea, sort of. Patches would be collected on a
non-master branch in git, with the branch being forked off from current
master. Once SVN returns, the patches from the special branch would be
formatted, applied to a git-svn clone with git-am manually, and then
committed with git-svn dcommit. Then these patches would percolate to
the git mirror (master branch) as usual, and the temporary / special
branch could be simply deleted.

 As you suggest, I can see trying to collect up the outstanding
 ready-to-merge patches onto a temporary branch so they don't get lost.
 Maybe I could just try to collect patches into a svn-offline branch in
 my personal repo? I guess we could also put a temporary repo at
 github.com/tianocore/edk2-svn-offline...

Separate repo, or separate (special, temporary) branch in the current
main repo -- they're about the same. So yes, that's the idea. For me all
of these solutions are acceptable, as long as there is consensus that
everyone starts submitting patches, and testing, against that one branch.

For direct SVN, and git-svn users, this would indeed mean a local change
of repository.

 
 SF have posted an update
 (http://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration-update-for-722/):

 Yeah, I saw it.

 - SourceForge Allura Subversion (SVN) service –*offline,*filesystem
 checks complete, data restoration at 50%.  Restoration priority after
 Git and Hg services. _ETA TBD_, Future update will provide ETA.

 Yeah, they don't know when they'll know an ETA. I guess we can forget
 about SVN until next week.

 I'll cease all edk2 activity until the SVN repo is back up. This is
 intolerable.
 
 I agree. When it went offline last week, I couldn't imagine the
 downtime would stretch on for a week.
 
 I hope that anyone trying to push back on switching to from svn to git
 can see how dependent the svn centralized model leaves us on a single
 server.
 
 With git, although there would be some hiccups, it would be much more
 feasible to setup a temporary alternate upstream location in the event
 that the main server goes offline...

Right; at least commit hashes would be stable, clones could be updated
trivially (by adding a new remote only), and the new patches could be
simply pushed back to the original repo from the temporary location once
the former came back, without git-format-patch / git-am / git-svn-dcommit.

Thanks
Laszlo
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel

Re: [edk2] TianoCore Subversion down?

2015-07-19 Thread Bruce Cran 

On 7/19/15 4:01 AM, Ard Biesheuvel wrote:


I'd suggest that we just promote the GitHub repository to primary
repository, and deprecate the public SVN right away. I am happy to
help out handling any of the fallout that may result, although I
should mention I will be off from work this Tuesday.


+1.

Just to note that it looks like the Github mirror is missing (at least) 
three changesets: https://edk2.bluestop.org/diffusion/EDK/history/ shows 
the following, though the content/diffs aren't available:


https://edk2.bluestop.org/rEDK18030 ArmPlatformPkg/Bds: Use 
HandleProtocol to get SNP instance


https://edk2.bluestop.org/rEDK18031 MdeModulePkg PiSmmCore: Remove a 
hidden assumption of SMRAM reservation


https://edk2.bluestop.org/rEDK18032 Daryl has changed positions and I am 
taking over maintaining for now.


--
Bruce


___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel