#2573 Hosting request for rq
Closed: Fixed None Opened 13 years ago by vdanen.

Project name: rq

Project short summary: rq is an application for querying information on a large collection of RPM packages

SCM choice (git/bzr/hg/svn): svn

Project admin Fedora Account System account name: vdanen

Yes/No, would you like a Trac instance for your project?: yes

Do you need a mailing list? If so, comma-separate a list of what you'd like them to be called. Otherwise, put "no": no

Send commits to the following list (leave empty if none needed):


Added - to check out do

svn co svn+ssh://svn.fedorahosted.org/svn/rq

Would it be possible to get the svn repository loaded up with history? I'd like to do an svndump of one of my personal repositories (that I've been using for this) and pull out the rq-related commits in order to populate this repository (so the full history is there). Is that possible? The dump would be roughly 5MB.

It may be possible (I'm not a svn guru personally, so would have to look up the procedure.)

It's pretty easy to do.

bunzip2 rq-svn.dump.bz2
svnadmin load /path/to/svn/repo < rq-svn.dump

That should be all you need to do. The dump was smaller than I thought, so I've attached it.

I ran your command, your subversion repo should have the entire dump loaded into it. Please verify that it works.

I'm closing this ticket, if you have any other requests regarding this ticket, please reopen it.

It does work, thanks, but now that I see it the svn log contains a lot of bits that shouldn't be in there. That's probably my fault from the svndumpfilter command (the files the log refers to don't exist, but the log messages do). Trac is also giving me an internal error when I browse the source:

Python Traceback

Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 406, in dispatch_request
dispatcher.dispatch(req)
File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 191, in dispatch
chosen_handler = self._pre_process_request(req, chosen_handler)
File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 263, in _pre_process_request
chosen_handler = f.pre_process_request(req, chosen_handler)
File "/usr/lib/python2.4/site-packages/trac/versioncontrol/api.py", line 73, in pre_process_request
self.get_repository(req.authname).sync()
File "/usr/lib/python2.4/site-packages/trac/versioncontrol/cache.py", line 84, in sync
raise TracError("The 'repository_dir' has changed, "
TracError: The 'repository_dir' has changed, a 'trac-admin resync' operation is needed.

At this point (and I hate to be a PITA for you guys), I think it would be better to start off with a clean repository and I'll just import what I have and forget the historical nostalgia. Could you kill the repo and create a new (empty) one? I feel like a heel asking, but I think that will be the best thing moving forward. Also I suspect this "trac-admin resync" command will need to be done as well so the source browser works properly.

My sincerest apologies again for wasting your time. =(

Sorry for being a pest, but the trac instance is completely unusable (spits out the above error for everything). Would it be possible to get the subversion repository reset (clean) and the above 'trac-admin resync' command run?

Thank you very much, and sorry again for all the aggravation.

Hi, no problem at all, this is done now.

Awesome, thank you so much. Everything is working again now. Much appreciated!

Login to comment on this ticket.

Metadata