[arch-dev-public] svntogit repo generation script moved to nymeria
This is just a quick note. In order to avoid having to sync the Subversion repos from nymeria to gerolde just to facilitate the generation of Git repos by the arch-svntogit script [1], I have relocated the script to nymeria. The Git repos [2] themselves had to be regenerated from scratch (from the Subsversion repos), and as such, any existing cloned repos won't be able to cleanly pull from them. In this case, it's recommended to delete and re-clone the repo. (tl;dr: If you have any clones of the svntogit repos, you'll need to recreate them.) [1] https://github.com/foutrelis/arch-svntogit [2] https://projects.archlinux.org/svntogit/
On Sun, Mar 10, 2013 at 11:04 AM, Evangelos Foutras <evangelos@foutrelis.com> wrote:
This is just a quick note. In order to avoid having to sync the Subversion repos from nymeria to gerolde just to facilitate the generation of Git repos by the arch-svntogit script [1], I have relocated the script to nymeria.
The svn.archlinux.org domain (running svnserve so it serves up the svn:// protocol) is still pointed at gudrun. We should probably move this to nymeria and disable it on gudrun. -Dan
On 10/03/13 18:21, Dan McGee wrote:
On Sun, Mar 10, 2013 at 11:04 AM, Evangelos Foutras <evangelos@foutrelis.com> wrote:
This is just a quick note. In order to avoid having to sync the Subversion repos from nymeria to gerolde just to facilitate the generation of Git repos by the arch-svntogit script [1], I have relocated the script to nymeria.
The svn.archlinux.org domain (running svnserve so it serves up the svn:// protocol) is still pointed at gudrun. We should probably move this to nymeria and disable it on gudrun.
I set up svnserve on nymeria and Ionuț changed svn.archlinux.org to point to nymeria. The change should have propagated to all DNS servers within the next half hour. Maybe we can keep synchronizing the packages and svn repos from nymeria to gerolde as a form of backup. I don't know if we have another form of backup for this data (Ionuț might know); if so, I believe we can kill the /srv/sync-nymeria script on gerolde.
On Thu, Mar 14, 2013 at 12:38 PM, Evangelos Foutras <evangelos@foutrelis.com> wrote:
On 10/03/13 18:21, Dan McGee wrote:
On Sun, Mar 10, 2013 at 11:04 AM, Evangelos Foutras <evangelos@foutrelis.com> wrote:
This is just a quick note. In order to avoid having to sync the Subversion repos from nymeria to gerolde just to facilitate the generation of Git repos by the arch-svntogit script [1], I have relocated the script to nymeria.
The svn.archlinux.org domain (running svnserve so it serves up the svn:// protocol) is still pointed at gudrun. We should probably move this to nymeria and disable it on gudrun.
I set up svnserve on nymeria and Ionuț changed svn.archlinux.org to point to nymeria. The change should have propagated to all DNS servers within the next half hour.
Maybe we can keep synchronizing the packages and svn repos from nymeria to gerolde as a form of backup. I don't know if we have another form of backup for this data (Ionuț might know); if so, I believe we can kill the /srv/sync-nymeria script on gerolde.
I think it makes sense to keep running this, just maybe not every 15 minutes- we could back it down to every 4 hours or so. -Dan
Am 10.03.2013 17:04, schrieb Evangelos Foutras:
This is just a quick note. In order to avoid having to sync the Subversion repos from nymeria to gerolde just to facilitate the generation of Git repos by the arch-svntogit script [1], I have relocated the script to nymeria.
The Git repos [2] themselves had to be regenerated from scratch (from the Subsversion repos), and as such, any existing cloned repos won't be able to cleanly pull from them. In this case, it's recommended to delete and re-clone the repo.
(tl;dr: If you have any clones of the svntogit repos, you'll need to recreate them.)
[1] https://github.com/foutrelis/arch-svntogit [2] https://projects.archlinux.org/svntogit/
The packages repo seems to be corrupted: % git clone git://projects.archlinux.org/svntogit/packages.git Klone nach 'packages'... remote: error: Could not read 4fee98a0562f9adbab2c1135fb57954a7b95f809 remote: fatal: bad tree object 4fee98a0562f9adbab2c1135fb57954a7b95f809 remote: aborting due to possible repository corruption on the remote side. fatal: zu frühes Dateiende fatal: index-pack failed -- Pierre Schmitz, https://pierre-schmitz.com
On 17/03/13 11:35, Pierre Schmitz wrote:
Am 10.03.2013 17:04, schrieb Evangelos Foutras:
This is just a quick note. In order to avoid having to sync the Subversion repos from nymeria to gerolde just to facilitate the generation of Git repos by the arch-svntogit script [1], I have relocated the script to nymeria.
The Git repos [2] themselves had to be regenerated from scratch (from the Subsversion repos), and as such, any existing cloned repos won't be able to cleanly pull from them. In this case, it's recommended to delete and re-clone the repo.
(tl;dr: If you have any clones of the svntogit repos, you'll need to recreate them.)
[1] https://github.com/foutrelis/arch-svntogit [2] https://projects.archlinux.org/svntogit/
The packages repo seems to be corrupted:
% git clone git://projects.archlinux.org/svntogit/packages.git Klone nach 'packages'... remote: error: Could not read 4fee98a0562f9adbab2c1135fb57954a7b95f809 remote: fatal: bad tree object 4fee98a0562f9adbab2c1135fb57954a7b95f809 remote: aborting due to possible repository corruption on the remote side. fatal: zu frühes Dateiende fatal: index-pack failed
This appears to be an issue with the NFS mount on gudrun: $ stat objects/4f/ee98a0562f9adbab2c1135fb57954a7b95f809 stat: cannot stat ‘objects/4f/ee98a0562f9adbab2c1135fb57954a7b95f809’: Stale NFS file handle
participants (3)
-
Dan McGee
-
Evangelos Foutras
-
Pierre Schmitz