Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
Tollef Fog Heen tfh...@err.no writes: ]] Ben Finney | The VCS browser link for ‘python-coverage’ used to work before the | changes this year. Now it leads to a 404 response. Fixed. Confirmed fixed, thank you. -- \ “Roll dice!” “Why?” “Shut up! I don't need your fucking | `\ *input*, I need you to roll dice!” —Luke Crane, demonstrating | _o__) his refined approach to play testing, 2009 | Ben Finney -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ty9hdgpi@benfinney.id.au
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
I'd like to see hgweb repo browser any time soon, too. It's very annoying that it doesn't work any more. -- WBR, Andrew On 5/28/11, Darren Salt li...@youmustbejoking.demon.co.uk wrote: I demand that Bernd Zeimetz may or may not have written... [snip] Please provide a proper gitweb instance or at least a proxy at that url to the anonscm gitweb instanace. I'm still seeing directory listings instead of the expected repository pages for /hg/xine-lib/*... [snip] -- | Darren Salt | linux or ds at | nr. Ashington, | _ ASCII ribbon | using Debian | youmustbejoking | Northumberland | ( ) campaign against | GNU/Linux| ,demon,co,uk|| X HTML e-mail / \ www.asciiribbon.org Nothing endures but change. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51dfe230e8%li...@youmustbejoking.demon.co.uk -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMb-mAxBc29s3h=rpxc69b_thpctfkt2_-iu+a95tmsbx5h...@mail.gmail.com
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
O. Andrew bugzi...@tut.by writes: I'd like to see hgweb repo browser any time soon, too. It's very annoying that it doesn't work any more. If you don't make the alioth admins guess which URLs work or not, things may actually be fixed. :) -- Stig Sandbeck Mathisen s...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/7xfwl1leo4@fsck.linpro.no
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
* Stig Sandbeck Mathisen s...@debian.org, 2011-08-16, 14:32: I'd like to see hgweb repo browser any time soon, too. It's very annoying that it doesn't work any more. If you don't make the alioth admins guess which URLs work or not, things may actually be fixed. :) There's nothing to guess here. None of http://hg.debian.org/ URLs work, because, well, there is no hgweb running on alioth. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110816130303.ga3...@jwilk.net
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
Tollef Fog Heen tfh...@err.no writes: ]] Sven Hoexter | On the other hand there are all these packages in stable with broken | Vcs fields now. Still not nice but assuming that most contributions | will be based on what's in unstable that might be bearable. What VCS fields are broken? The VCS browser link for ‘python-coverage’ used to work before the changes this year. Now it leads to a 404 response. URL:http://bzr.debian.org/loggerhead/collab-maint/python-coverage/python-coverage.debian/ -- \ “There's no excuse to be bored. Sad, yes. Angry, yes. | `\Depressed, yes. Crazy, yes. But there's no excuse for boredom, | _o__) ever.” —Viggo Mortensen | Ben Finney -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87y5yuc7l7@benfinney.id.au
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
]] Ben Finney | The VCS browser link for ‘python-coverage’ used to work before the | changes this year. Now it leads to a 404 response. | | URL:http://bzr.debian.org/loggerhead/collab-maint/python-coverage/python-coverage.debian/ Fixed. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87hb5hlx03@qurzaw.varnish-software.com
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
Tollef Fog Heen tfh...@err.no writes: ]] Ben Finney | No change on my side; still 404 when I visit the VCS repository link. Clear your browser cache, then: I had, but still got the same wrong URL. But: curl -i http://bzr.debian.org/collab-maint/comixcursors/comixcursors.debian/ HTTP/1.1 301 Moved Permanently [...] Location: http://anonscm.debian.org/bzr/collab-maint/comixcursors/comixcursors.debian/ I can repeat this result, so the server is doing the right thing. Thanks, and sorry to everyone else for the noise. -- \ “[F]reedom of speech does not entail freedom to have your ideas | `\accepted by governments and incorporated into law and policy.” | _o__) —Russell Blackford, 2010-03-06 | Ben Finney -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r573y15f@benfinney.id.au
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On Thu, Jun 9, 2011 at 6:43 AM, Tollef Fog Heen tfh...@err.no wrote: [various URLs have been fixed] http://pkg-java.alioth.debian.org/ has a link to http://git.debian.org/?s=pkg-java . This doesn't give a flat 404, but an index page that's rather useless. I suppose a flat redirect from http://git.debian.org to http://anonscm.debian.org/gitweb isn't possible? Thanks, -ch -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktik-myjptejbvwiy17+hyh9d98s...@mail.gmail.com
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
]] chris h | On Thu, Jun 9, 2011 at 6:43 AM, Tollef Fog Heen tfh...@err.no wrote: | [various URLs have been fixed] | | http://pkg-java.alioth.debian.org/ has a link to | http://git.debian.org/?s=pkg-java . Fixed now. It seems like the search is quite slow, I'm not entirely sure why that is, though. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87y61buz36@qurzaw.varnish-software.com
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
Tollef Fog Heen tfh...@err.no writes: wsvn is already on the list of stuff still to fix as listed on http://titanpad.com/yyhfwA9Pyr . Added wsvn rewrite config to the pad. -- Stig Sandbeck Mathisen s...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/7xboy8snrp@fsck.linpro.no
Re: Alioth status update, take 3
On Fri, May 27, 2011 at 01:12:19PM +0200, Raphael Hertzog wrote: Hi, On Fri, 27 May 2011, Agustin Martin wrote: Besides the problems I pointed out in my last mail, seems to be some confusion for personal git repos. I see they were duplicated during migration between wagner and vasks. ... I even had a problem with one of my experimental repos which ended up pushing to one box and pulling from the other. If you pull from git:// and push to ssh:// that can happen yes.[A Another reason why the repos are also needed on vasks, is that the symlinks in /git/users/ are created by the script /srv/git.debian.org/bin/genindex that runs on vasks (it needs write access). But all this is clearly sub-optimal, we need to find a solution. The only reasonable solution (except sharing home directories between both hosts) that I have identified is to stop storing those personal repositories in ~/public_git/ and put them directly in /git/users. The script on vasks could detect new ~/public_git/ directories and move them to /git/users/ and create ~/public_git as symlink instead. If the user want a ~/public_git symlink on wagner, he should do it himself (it's only required for the git url using /~$USER/ not for those with /users/$USER/). The backup rules could be modified to exclude /git/users/ if needed. How does that sound? Sorry for the late reply and thanks for caring about this. I am not too familiar with the internals of the new alioth setup, so I am not realy aware of the pros and cons of every proposed way. That said, your proposal of moving vasks repos under public_* to a new location exported to wagner looks OK to me. Seems to be the lesser evil and avoid adding yet another export. I personally do not like other solutions that imply physical copying of data across servers, like rsyncing public_* parts of home but, as said, this is just an opinion with no deep knowledge of the system. Yes, sharing home dirs is another option. This however may require per user manual synchronization first, new stuff under public_* goes to vasks while changes in the html stuff is done in wagner. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110608133312.ga15...@agmartin.aq.upm.es
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
Tollef Fog Heen tfh...@err.no writes: ]] Ben Finney | Tollef Fog Heen tfh...@err.no writes: | ]] Ben Finney | | Neither the VCS repository link nor the VCS browse link work for | | URL:http://packages.qa.debian.org/c/comixcursors.html. | These have been fixed now. | | Not for me. The VCS repository link just gives a 404 error. Indeed, fixed now. No change on my side; still 404 when I visit the VCS repository link. -- \ “Writing a book is like washing an elephant: there no good | `\place to begin or end, and it's hard to keep track of what | _o__) you've already covered.” —anonymous | Ben Finney -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87zklrybbw@benfinney.id.au
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
]] Ben Finney | No change on my side; still 404 when I visit the VCS repository link. Clear your browser cache, then: curl -i http://bzr.debian.org/collab-maint/comixcursors/comixcursors.debian/ HTTP/1.1 301 Moved Permanently [...] Location: http://anonscm.debian.org/bzr/collab-maint/comixcursors/comixcursors.debian/ curl -i http://anonscm.debian.org/bzr/collab-maint/comixcursors/comixcursors.debian/ HTTP/1.1 200 OK [...] Regards, -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87oc27wr5q@qurzaw.varnish-software.com
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
]] Ben Finney | Neither the VCS repository link nor the VCS browse link work for | URL:http://packages.qa.debian.org/c/comixcursors.html. These have been fixed now. | The VCS browse link doesn't work for | URL:http://packages.qa.debian.org/l/lojban-common.html. Ditto. (Now, loggerhead has fallen over or is a fragile piece of software, so that bit's still broken, but the apache config is at least correct.) -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wrgxioqu@qurzaw.varnish-software.com
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
Tollef Fog Heen tfh...@err.no writes: ]] Ben Finney | Neither the VCS repository link nor the VCS browse link work for | URL:http://packages.qa.debian.org/c/comixcursors.html. These have been fixed now. Not for me. The VCS repository link just gives a 404 error. (Note that the correct response will look like an empty directory; the VCS's hidden directory won't show up on a default directory listing from the web server.) | The VCS browse link doesn't work for | URL:http://packages.qa.debian.org/l/lojban-common.html. Ditto. That one's fixed. I highlight these two because they're using different ways of getting at the VCS repositories; previously both of the following would work: $VCSNAME.debian.org/$VCSNAME/$PROJECTPATH/ $VCSNAME.debian.org/$PROJECTPATH/ -- \ “Oh, I realize it's a penny here and a penny there, but look at | `\ me: I've worked myself up from nothing to a state of extreme | _o__) poverty.” —Groucho Marx | Ben Finney -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r575ynwd@benfinney.id.au
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
Tollef, ]] Ben Finney | Neither the VCS repository link nor the VCS browse link work for | URL:http://packages.qa.debian.org/c/comixcursors.html. These have been fixed now. | The VCS browse link doesn't work for | URL:http://packages.qa.debian.org/l/lojban-common.html. Ditto. Great! Can the SVN ones be similarly fixed; e.g. http://packages.qa.debian.org/i/insighttoolkit.html Thanks, -Steve signature.asc Description: Digital signature
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
]] Steve M. Robbins | Can the SVN ones be similarly fixed; e.g. | http://packages.qa.debian.org/i/insighttoolkit.html wsvn is already on the list of stuff still to fix as listed on http://titanpad.com/yyhfwA9Pyr . -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87d3ioj422@qurzaw.varnish-software.com
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
]] Ben Finney | Tollef Fog Heen tfh...@err.no writes: | | ]] Ben Finney | | | Neither the VCS repository link nor the VCS browse link work for | | URL:http://packages.qa.debian.org/c/comixcursors.html. | | These have been fixed now. | | Not for me. The VCS repository link just gives a 404 error. Indeed, fixed now. | (Note that the correct response will look like an empty directory; | the VCS's hidden directory won't show up on a default directory listing | from the web server.) I know about this, and I think it's a terrible decision from the bzr team to by default point people to what looks like a completely empty directory. This is quite separate from wrong redirects, though. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/878vtcj3um@qurzaw.varnish-software.com
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On Sun, 2011-06-05 at 20:56:25 +0100, Ben Hutchings wrote:
On Sun, 2011-06-05 at 21:15 +0200, Tollef Fog Heen wrote:
vasks has the copy of the repositories.
wagner NFS mounts the repositories read-only.
vasks is {git,svn,…}.debian.org (so ssh://git.d.o/ continues working),
making svn:// and similar protocols work requires TCP proxying.
[...]
The majority of published references to VCS repositories are URLs for
anonymous access. Also regular Alioth users will be more aware of the
Alioth reconfiguration than others, and will know that they need to
change the read-write/push URLs. Therefore I think it is more important
that the URLs for anonymous access continue to work.
I concur. In addition there's way less committers (with their respective
clones, chekouts, etc) than current anonymous cloned trees.
thanks,
guillem
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110606061703.ga16...@gaara.hadrons.org
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On Mon, Jun 06, 2011 at 08:17:03AM +0200, Guillem Jover wrote: On Sun, 2011-06-05 at 20:56:25 +0100, Ben Hutchings wrote: Hi, The majority of published references to VCS repositories are URLs for anonymous access. Also regular Alioth users will be more aware of the Alioth reconfiguration than others, and will know that they need to change the read-write/push URLs. Therefore I think it is more important that the URLs for anonymous access continue to work. I concur. In addition there's way less committers (with their respective clones, chekouts, etc) than current anonymous cloned trees. In general I'd agree but I think it's too late now to switch back. I for one already started to change Vcs-* fields, fix checkouts etc. where needed. Other people did so aswell. My guess is that we're in the middle of this nice epic chaos and switching back now would make it even worse. On the other hand there are all these packages in stable with broken Vcs fields now. Still not nice but assuming that most contributions will be based on what's in unstable that might be bearable. Sven -- And I don't know much, but I do know this: With a golden heart comes a rebel fist. [ Streetlight Manifesto - Here's To Life ] -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110606071833.GA2388@marvin
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
Hi, Am Montag, den 06.06.2011, 09:18 +0200 schrieb Sven Hoexter: On Mon, Jun 06, 2011 at 08:17:03AM +0200, Guillem Jover wrote: On Sun, 2011-06-05 at 20:56:25 +0100, Ben Hutchings wrote: The majority of published references to VCS repositories are URLs for anonymous access. Also regular Alioth users will be more aware of the Alioth reconfiguration than others, and will know that they need to change the read-write/push URLs. Therefore I think it is more important that the URLs for anonymous access continue to work. I concur. In addition there's way less committers (with their respective clones, chekouts, etc) than current anonymous cloned trees. In general I'd agree but I think it's too late now to switch back. I for one already started to change Vcs-* fields, fix checkouts etc. where needed. Other people did so aswell. My guess is that we're in the middle of this nice epic chaos and switching back now would make it even worse. On the other hand there are all these packages in stable with broken Vcs fields now. Still not nice but assuming that most contributions will be based on what's in unstable that might be bearable. if there is consensus to switch back for anonymous access, then it should be doable to also support the anonvcs-links, so that your modified checkout keeps working. I for one am going to wait for this to settle completely before even thinking about changing the VCS fields in all my and my team’s packages... Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On Mon, Jun 06, 2011 at 10:02:42AM +0200, Joachim Breitner wrote: Hi, if there is consensus to switch back for anonymous access, then it should be doable to also support the anonvcs-links, so that your modified checkout keeps working. Sure but it would still mean that we first managed to break anonymous checkouts for a few weeks and then unbreak it by breaking the commit access. I'm not sure if that's such a great idea now after the changes started to trickle down. I've no good idea how to meassure the impact beside counting packets on vasks and guessing if it's worth to switch again. Sven -- And I don't know much, but I do know this: With a golden heart comes a rebel fist. [ Streetlight Manifesto - Here's To Life ] -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110606082122.GD2388@marvin
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On 11-06-06 at 09:18am, Sven Hoexter wrote: On Mon, Jun 06, 2011 at 08:17:03AM +0200, Guillem Jover wrote: On Sun, 2011-06-05 at 20:56:25 +0100, Ben Hutchings wrote: Hi, The majority of published references to VCS repositories are URLs for anonymous access. Also regular Alioth users will be more aware of the Alioth reconfiguration than others, and will know that they need to change the read-write/push URLs. Therefore I think it is more important that the URLs for anonymous access continue to work. I concur. In addition there's way less committers (with their respective clones, chekouts, etc) than current anonymous cloned trees. In general I'd agree but I think it's too late now to switch back. I for one already started to change Vcs-* fields, fix checkouts etc. where needed. Other people did so aswell. My guess is that we're in the middle of this nice epic chaos and switching back now would make it even worse. On the other hand there are all these packages in stable with broken Vcs fields now. Still not nice but assuming that most contributions will be based on what's in unstable that might be bearable. I think that switching back even when some have already adapted is still the best approach (if technically sensible to revert at all!): I don't mean to punish early adopters, but places with links difficult to change should in my opinion take priority, as early adopters likely can also early revert. Regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On Mon, 2011-06-06 at 10:24 +0200, Jonas Smedegaard wrote: On 11-06-06 at 09:18am, Sven Hoexter wrote: On Mon, Jun 06, 2011 at 08:17:03AM +0200, Guillem Jover wrote: On Sun, 2011-06-05 at 20:56:25 +0100, Ben Hutchings wrote: Hi, The majority of published references to VCS repositories are URLs for anonymous access. Also regular Alioth users will be more aware of the Alioth reconfiguration than others, and will know that they need to change the read-write/push URLs. Therefore I think it is more important that the URLs for anonymous access continue to work. I concur. In addition there's way less committers (with their respective clones, chekouts, etc) than current anonymous cloned trees. In general I'd agree but I think it's too late now to switch back. I for one already started to change Vcs-* fields, fix checkouts etc. where needed. Other people did so aswell. My guess is that we're in the middle of this nice epic chaos and switching back now would make it even worse. On the other hand there are all these packages in stable with broken Vcs fields now. Still not nice but assuming that most contributions will be based on what's in unstable that might be bearable. I think that switching back even when some have already adapted is still the best approach (if technically sensible to revert at all!): I don't mean to punish early adopters, but places with links difficult to change should in my opinion take priority In particular all the Vcs-* links baked into stable are hard to change at this point... Ian. -- Ian Campbell Current Noise: In The Woods... - ...In The Woods Some people say a front-engine car handles best. Some people say a rear-engine car handles best. I say a rented car handles best. -- P. J. O'Rourke -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1307349822.775.421.ca...@zakaz.uk.xensource.com
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
]] Sven Hoexter | On the other hand there are all these packages in stable with broken | Vcs fields now. Still not nice but assuming that most contributions | will be based on what's in unstable that might be bearable. What VCS fields are broken? -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/871uz7nue2@qurzaw.varnish-software.com
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On Mon, Jun 06, 2011 at 12:09:41PM +0200, Tollef Fog Heen wrote: Hi, What VCS fields are broken? Oh I see for gitweb and git://git.d.o everything is already in place and svn.d.o redirects for /wsvn/ and others are already on the todo list. Sorry for the noise and false claims. Sven -- And I don't know much, but I do know this: With a golden heart comes a rebel fist. [ Streetlight Manifesto - Here's To Life ] -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110606104904.GE2388@marvin
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On Mon, June 6, 2011 12:09, Tollef Fog Heen wrote: ]] Sven Hoexter | On the other hand there are all these packages in stable with broken | Vcs fields now. Still not nice but assuming that most contributions | will be based on what's in unstable that might be bearable. What VCS fields are broken? There are still many links that have now broken. The Vcs-Browse link here's an example: http://packages.qa.debian.org/g/gnupg.html and on the secure-testing mailinglist we also got a report from a user that his existing RSS feeds from wsvn do not work anymore. http://titanpad.com/yyhfwA9Pyr also lists a few others that don't work yet. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/53263be76acd341aed82009a2c06c958.squir...@wm.kinkhorst.nl
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
Tollef Fog Heen tfh...@err.no writes: ]] Sven Hoexter | On the other hand there are all these packages in stable with broken | Vcs fields now. Still not nice but assuming that most contributions | will be based on what's in unstable that might be bearable. What VCS fields are broken? Neither the VCS repository link nor the VCS browse link work for URL:http://packages.qa.debian.org/c/comixcursors.html. The VCS browse link doesn't work for URL:http://packages.qa.debian.org/l/lojban-common.html. (All of those worked before the migration TTBOMK.) -- \“It is undesirable to believe a proposition when there is no | `\ ground whatever for supposing it true.” —Bertrand Russell, _The | _o__) Value of Scepticism_, 1928 | Ben Finney -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r5761o3h@benfinney.id.au
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
]] Bernd Zeimetz
| On 05/26/2011 07:54 AM, Tollef Fog Heen wrote:
| ]] Scott Kitterman
|
| | Was there some discussion of this with Alioth users before it got
| | changed?
|
| No.
|
| And while I apologise for the problems we've had with the migration, I'd
| like to ask people to just accept some of the changes we've made even
| though you think it makes URLs uglier. They're done to avoid cyclic
| dependencies between services.
|
| Please explain that.
vasks has the copy of the repositories.
wagner NFS mounts the repositories read-only.
vasks is {git,svn,…}.debian.org (so ssh://git.d.o/ continues working),
making svn:// and similar protocols work requires TCP proxying.
ergo, circular dependencies between the hosts. This is something we
want to avoid.
| And I still think loosing the old names is a very annoying PITA.
I'll add SRV records the moment git and svn support resolving resources
using SRV record, you can have the old names back then.
regards,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/878vtgozst@qurzaw.varnish-software.com
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On Sun, 2011-06-05 at 21:15 +0200, Tollef Fog Heen wrote:
]] Bernd Zeimetz
| On 05/26/2011 07:54 AM, Tollef Fog Heen wrote:
| ]] Scott Kitterman
|
| | Was there some discussion of this with Alioth users before it got
| | changed?
|
| No.
|
| And while I apologise for the problems we've had with the migration, I'd
| like to ask people to just accept some of the changes we've made even
| though you think it makes URLs uglier. They're done to avoid cyclic
| dependencies between services.
|
| Please explain that.
vasks has the copy of the repositories.
wagner NFS mounts the repositories read-only.
vasks is {git,svn,…}.debian.org (so ssh://git.d.o/ continues working),
making svn:// and similar protocols work requires TCP proxying.
[...]
The majority of published references to VCS repositories are URLs for
anonymous access. Also regular Alioth users will be more aware of the
Alioth reconfiguration than others, and will know that they need to
change the read-write/push URLs. Therefore I think it is more important
that the URLs for anonymous access continue to work.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
signature.asc
Description: This is a digitally signed message part
Re: Alioth status update, take 3
Hi Roland, Cc:ing this mail to debian-devel and debian-edu ML first of all: Thanks for all the efforts you spend on maintaining (and lately upgrading) Alioth!!! And... ...in Hamburg and Trondheim there will be two DebianEdu developer gatherings this weekend. However, (for me) there seems to be a problem with DebianEdu's SVN repositories (and probably others). Maybe I am just doing something essentially wrong, when trying to access the new Alioth servers, but maybe there really is an issue and in case of that, the DebianEdu group really needs your help today!!! Let me just say, that I can access git repositories on Alioth (vasks) via SSH pubkey auth. So, the basic access to the new servers works for me. The problem I encountered this morning is rather SVN specific. On Sa 28 Mai 2011 11:27:57 CEST Roland Mas wrote: Yaroslav Halchenko, 2011-05-23 22:39:48 -0400 : where previously available could be now? http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=file both http://anonscm.debian.org/viewvc/dep/ http://anonscm.debian.org/viewvc/deps/ seems to be empty 1. This morning I tried to update my subversion copy (svn.debian.org/svn/debian-edu) and the action failed: my SVN URL for Debian Edu is: svn+ssh://svn.debian.org/svn/debian-edu/trunk/src 2. I then tried to checkout a new working copy via svn+ssh, which also fails: quote mike@minobo:~/MyDocuments/4projects$ svn co -q svn+ssh://svn.debian.org/svn/debian-edu/trunk/src debian-edu svn: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file. svn: Netzwerkverbindung wurde unerwartet geschlossen /quote 3. I also tried to peer at viewvc, this works, but the WebGUI of ViewVC is not really comparable with WebSVN. Especially, if you want to use it for viewing logs and diffs. 4. I tried to seek for WebSVN, but the WebSVN is seemingly gone. Questions: o am I maybe just getting something wrong, missing something? o do you have a clue what this problem might be (in case I am not missing something)? o can we (DebianEdu Team) solve the issues ourselves? o if there is a bug on svn.debian.org, is there a chance that you can fix it today?!? o is there a change of gettings WebSVN back? Maybe also today? I hope this is just a false alarm and the problem is on my side... Thanks for taking a look!!! Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpdafCn2SRlB.pgp Description: Digitale PGP-Unterschrift
Re: Alioth status update, take 3
El vie, 03-06-2011 a las 09:49 +0200, Mike Gabriel escribió: Hi Roland, Cc:ing this mail to debian-devel and debian-edu ML first of all: Thanks for all the efforts you spend on maintaining (and lately upgrading) Alioth!!! And... ...in Hamburg and Trondheim there will be two DebianEdu developer gatherings this weekend. However, (for me) there seems to be a problem with DebianEdu's SVN repositories (and probably others). Maybe I am just doing something essentially wrong, when trying to access the new Alioth servers, but maybe there really is an issue and in case of that, the DebianEdu group really needs your help today!!! Let me just say, that I can access git repositories on Alioth (vasks) via SSH pubkey auth. So, the basic access to the new servers works for me. The problem I encountered this morning is rather SVN specific. On Sa 28 Mai 2011 11:27:57 CEST Roland Mas wrote: Yaroslav Halchenko, 2011-05-23 22:39:48 -0400 : where previously available could be now? http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=file both http://anonscm.debian.org/viewvc/dep/ http://anonscm.debian.org/viewvc/deps/ seems to be empty 1. This morning I tried to update my subversion copy (svn.debian.org/svn/debian-edu) and the action failed: my SVN URL for Debian Edu is: svn+ssh://svn.debian.org/svn/debian-edu/trunk/src 2. I then tried to checkout a new working copy via svn+ssh, which also fails: quote mike@minobo:~/MyDocuments/4projects$ svn co -q svn+ssh://svn.debian.org/svn/debian-edu/trunk/src debian-edu svn: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file. svn: Netzwerkverbindung wurde unerwartet geschlossen /quote That's easy to fix, you have to remove the old keys from yor /home/minobo/.ssh/known_hosts file. If you don't know how to find them, just try ssh min...@svn.debian.org and you'll see the message with the wrong ssh keys. Regards. signature.asc Description: This is a digitally signed message part
Re: Alioth status update, take 3
Hi José, hi Roland, On Fr 03 Jun 2011 09:52:08 CEST José L. Redrejo Rodríguez wrote: 2. I then tried to checkout a new working copy via svn+ssh, which also fails: quote mike@minobo:~/MyDocuments/4projects$ svn co -q svn+ssh://svn.debian.org/svn/debian-edu/trunk/src debian-edu svn: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file. svn: Netzwerkverbindung wurde unerwartet geschlossen /quote That's easy to fix, you have to remove the old keys from yor /home/minobo/.ssh/known_hosts file. If you don't know how to find them, just try Ahhh... well... I had realized this when SSH'ing directly, but had not tried the svn update command afterwards... What a confusing error description given by SVN. So, that is fixed. So my request gets reduced to this... However, re-introducing WebSVN on Alioth would still be a nice-to-have thing... Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpKRVrr7kkHl.pgp Description: Digitale PGP-Unterschrift
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On 05/26/2011 07:54 AM, Tollef Fog Heen wrote: ]] Scott Kitterman | Was there some discussion of this with Alioth users before it got | changed? No. And while I apologise for the problems we've had with the migration, I'd like to ask people to just accept some of the changes we've made even though you think it makes URLs uglier. They're done to avoid cyclic dependencies between services. Please explain that. I can't see how a cyclic dependency could happen there. And I still think loosing the old names is a very annoying PITA. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4de89df6.9070...@bzed.de
Re: Alioth status update, take 3
Any news about wsvn and viewvc (viewsvn)?
There are hundreds of packages that have Vcs-Browser pointing to
links like
http://svn.debian.org/{vie,}wsvn/python-modules/packages/mako/trunk/
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110601073511.gv17...@piotro.eu
Re: Alioth status update, take 3
Yaroslav Halchenko, 2011-05-23 22:39:48 -0400 : on a related note (although not as critical as restoration of git://git.d.o which I expect to impact thousands: $ grep git:// /var/lib/apt/lists/debian.lcs.mit.edu_debian_dists_sid_main_source_Sources | wc -l 3716 ) where previously available could be now? http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=file both http://anonscm.debian.org/viewvc/dep/ http://anonscm.debian.org/viewvc/deps/ seems to be empty ? Thanks in advance for clarifications Since the same tool (ViewVC) is used both for CVS and Subversion repositories, and it operates on repository names, a Subversion repository can be masked by a CVS repository of the same name. In olden times, every non-CVS repository had to be created by hand, because the forge software didn't handle them, so a lot of projects got a CVS repository even if they never actually used it; so there were lots of empty CVS repositories, potentially masking Subversion ones. I removed those empties, so that problem shouldn't happen anymore. (I'm offline as I write this email though, so I can't check for the specific instances you wrote about.) Roland. -- Roland Mas ...sur un portable, quelque part dans le monde... ...on a laptop, somewhere in the world... -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wrh9bpu5@elastomir.internal.placard.fr.eu.org
Re: Alioth status update, take 3
On Mon, May 23, 2011 at 4:35 PM, Roland Mas lola...@debian.org wrote: - repository browsers for the major SCM tools are also available from wagner, see http://anonscm.debian.org/ for the links. There seems to be an issue with loggerhead (the VCS browser for bzr). Some repositories show up, but not all. Notably, collab-maint seems to not be available. Compare what can be seen on loggerhead http://anonscm.debian.org/loggerhead/ with what exists on vasks.d.o ssh vasks.debian.org ls /bzr. Thanks for all your work on this transition, -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Contributor http://qa.debian.org/developer.php?login=a.starr.b%40gmail.com PGP/GPG Key ID: D53FDCB1 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktik7gpm07mpldfkg6lixo8ynm_a...@mail.gmail.com
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
I demand that Bernd Zeimetz may or may not have written... [snip] Please provide a proper gitweb instance or at least a proxy at that url to the anonscm gitweb instanace. I'm still seeing directory listings instead of the expected repository pages for /hg/xine-lib/*... [snip] -- | Darren Salt | linux or ds at | nr. Ashington, | _ ASCII ribbon | using Debian | youmustbejoking | Northumberland | ( ) campaign against | GNU/Linux| ,demon,co,uk|| X HTML e-mail / \ www.asciiribbon.org Nothing endures but change. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51dfe230e8%li...@youmustbejoking.demon.co.uk
Re: Alioth status update, take 3
On Fri, 27 May 2011 21:58:30 +0200 Tollef Fog Heen wrote: ]] Francesco Poli | Could someone please confirm that pushing to | ssh://git.debian.org/git/apt-listbugs/apt-listbugs.git | should work as before and won't break anything? It should. Thank you very much for your kind confirmation. I've just pushed one commit and everything seems to have worked as it used to work before the alioth migration! :-) If you get errors from post-commit/post-push hooks about stuff not being installed or not working, tell us (the Alioth admins, ad...@alioth.debian.org) about it and we'll try to get it fixed. The commits mailing list (apt-listbugs-commits@l.a.d.o) received the e-mail message corresponding to the commit; I am not aware of any other post-commit/post-push hooks. I haven't seen any errors on stdout or stderr, while pushing with git (or should I look somewhere else?). I think everything went fine. | Could someone confirm that the host key is the one announced in | http://lists.debian.org/debian-devel-announce/2011/05/msg7.html | for vasks.debian.org? That should be correct, yes. I confirm! :-) Or you could grab it from the known hosts file on any debian.org host (or https://db.debian.org/machines.cgi) I am not a DD, hence I don't (think I) have access to any of those boxes... Anyway, the messages to debian-devel-announce@l.d.o were enough to check the fingerprints... Regards, Once again: thanks a lot for your kind reply! Bye. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpM6KX6TC0lS.pgp Description: PGP signature
Re: Alioth status update, take 3
On Sat, 28 May 2011 18:23:50 +0200 Francesco Poli wrote: On Fri, 27 May 2011 21:58:30 +0200 Tollef Fog Heen wrote: [...] If you get errors from post-commit/post-push hooks about stuff not being installed or not working, tell us (the Alioth admins, ad...@alioth.debian.org) about it and we'll try to get it fixed. The commits mailing list (apt-listbugs-commits@l.a.d.o) received the e-mail message corresponding to the commit; I am not aware of any other post-commit/post-push hooks. I haven't seen any errors on stdout or stderr, while pushing with git (or should I look somewhere else?). I think everything went fine. Oops, I probably spoke too early. I received a bounce via e-mail! I am forwarding it to adminn@a.d.o ... -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgp5QMmOWt6TJ.pgp Description: PGP signature
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
And while I apologise for the problems we've had with the migration, I'd like to ask people to just accept some of the changes we've made even though you think it makes URLs uglier. They're done to avoid cyclic dependencies between services. Please note, that not only git links are (have been) broken. See i.e. Vcs-* from eglibc or libbsd packages: http://svn.debian.org/wsvn/pkg-glibc/glibc-package/ svn://svn.debian.org/pkg-glibc/glibc-package/ http://svn.debian.org/wsvn/glibc-bsd/?op=log The page http://wiki.debian.org/Alioth/Svn is not updated either and still suggests using http://svn.debian.org/wsvn Please consider some redirection instead of 404 page. Thanks Petr -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.lrh.2.02.1105270918090.22...@sci.felk.cvut.cz
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
]] Petr Salinger | http://svn.debian.org/wsvn/pkg-glibc/glibc-package/ Yeah, wsvn isn't enabled yet. | svn://svn.debian.org/pkg-glibc/glibc-package/ This works just fine for me. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87boyoo6u0@qurzaw.varnish-software.com
Re: Alioth status update, take 3
On Wed, May 25, 2011 at 04:39:06PM +0200, Agustin Martin wrote: On Tue, 24 May 2011 00:03:13 +0200 Stig Sandbeck Mathisen wrote: If you have a specific example of something that does not work, it can be fixed. Hi, Thanks Alioth maintainers for all the hard work you did for the migration. As happens after every migration, some things may still be left. So, I am adding more possible stuff to the TODO list. Some issues I still see pending: Besides the problems I pointed out in my last mail, seems to be some confusion for personal git repos. I see they were duplicated during migration between wagner and vasks. Where should they really live? There also is some confusion in its current handling since some of the redirections seem to point to wagner and some to vasks, so I am afraid currently some people is committing to wagner and some people is committing to vasks. To make things more funny some of the addresses result in pointing to vasks or wagner, not to a single destination. For instance, http://anonscm.debian.org/gitweb/ will show package status in vasks, e.g., users/philipp/bayesian-toolbox Bayes Toolbox Philipp Benner 24 hours ago but looking inside that repo, last change shown is that of wagner, heads: 8 days ago master For some projects recently added to vasks, a project unknown error is given (I had it for super-pt, not really a package, just a failed test about how gitweb displays a submodules super-repo) which was displayed at http://anonscm.debian.org/gitweb/, but failed to open until I also put it in wagner. I even had a problem with one of my experimental repos which ended up pushing to one box and pulling from the other. Thanks in advance for handling the transition and dealing with all these problems. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110527104429.ga15...@agmartin.aq.upm.es
Re: Alioth status update, take 3
Hi, On Fri, 27 May 2011, Agustin Martin wrote: Besides the problems I pointed out in my last mail, seems to be some confusion for personal git repos. I see they were duplicated during migration between wagner and vasks. Where should they really live? It's not clear yet, it's an open question that I added to the list of (short-term) pending stuff for Alioth admins: http://titanpad.com/yyhfwA9Pyr Right now I continue to push to vasks, but I rsync the result to wagner so that gitweb access works as expected. There also is some confusion in its current handling since some of the redirections seem to point to wagner and some to vasks, so I am afraid currently some people is committing to wagner and some people is committing to vasks. Which redirections are you speaking of? Except when you're using SSH, you always get what's on wagner: git://git.debian.org/~hertzog/dpkg.git git://git.debian.org/users/hertzog/dpkg.git git://anonscm.debian.org/~hertzog/dpkg.git git://anonscm.debian.org/users/hertzog/dpkg.git http://git.debian.org/git/users/hertzog/dpkg.git http://anonscm.debian.org/git/users/hertzog/dpkg.git/ http://git.debian.org/?p=users/hertzog/dpkg.git http://anonscm.debian.org/gitweb/?p=users/hertzog/dpkg.git The only URL that correspond to vasks are those: git+ssh://git.debian.org/~hertzog/dpkg.git git+ssh://git.debian.org/git/users/hertzog/dpkg.git To make things more funny some of the addresses result in pointing to vasks or wagner, not to a single destination. For instance, http://anonscm.debian.org/gitweb/ will show package status in vasks, e.g., That's only because this URL is pre-generated on vasks (for performance reasons, gitweb takes several minutes to generate it). It's done on vasks because wagner only has read-only access. I even had a problem with one of my experimental repos which ended up pushing to one box and pulling from the other. If you pull from git:// and push to ssh:// that can happen yes. Another reason why the repos are also needed on vasks, is that the symlinks in /git/users/ are created by the script /srv/git.debian.org/bin/genindex that runs on vasks (it needs write access). But all this is clearly sub-optimal, we need to find a solution. The only reasonable solution (except sharing home directories between both hosts) that I have identified is to stop storing those personal repositories in ~/public_git/ and put them directly in /git/users. The script on vasks could detect new ~/public_git/ directories and move them to /git/users/ and create ~/public_git as symlink instead. If the user want a ~/public_git symlink on wagner, he should do it himself (it's only required for the git url using /~$USER/ not for those with /users/$USER/). The backup rules could be modified to exclude /git/users/ if needed. How does that sound? Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110527111219.ga22...@rivendell.home.ouaza.com
Re: Alioth status update, take 3
On Fri, May 27, 2011 at 01:12:19PM +0200, Raphael Hertzog wrote: Hi, On Fri, 27 May 2011, Agustin Martin wrote: Besides the problems I pointed out in my last mail, seems to be some confusion for personal git repos. I see they were duplicated during migration between wagner and vasks. Where should they really live? It's not clear yet, it's an open question that I added to the list of (short-term) pending stuff for Alioth admins: http://titanpad.com/yyhfwA9Pyr Right now I continue to push to vasks, but I rsync the result to wagner so that gitweb access works as expected. There also is some confusion in its current handling since some of the redirections seem to point to wagner and some to vasks, so I am afraid currently some people is committing to wagner and some people is committing to vasks. Which redirections are you speaking of? Except when you're using SSH, you always get what's on wagner: git://git.debian.org/~hertzog/dpkg.git git://git.debian.org/users/hertzog/dpkg.git git://anonscm.debian.org/~hertzog/dpkg.git git://anonscm.debian.org/users/hertzog/dpkg.git http://git.debian.org/git/users/hertzog/dpkg.git http://anonscm.debian.org/git/users/hertzog/dpkg.git/ http://git.debian.org/?p=users/hertzog/dpkg.git http://anonscm.debian.org/gitweb/?p=users/hertzog/dpkg.git The only URL that correspond to vasks are those: git+ssh://git.debian.org/~hertzog/dpkg.git git+ssh://git.debian.org/git/users/hertzog/dpkg.git Thanks a lot for this summary and for the quick reply. This is really useful to understand current status regarding personal repos. I may have missed the relevant mail, but I was missing this kind of summary for personal repos (Roland's early mail did not mention them). Since commits are always done through ssh that addresses one of my fears, no 'spread' commits between both boxes are expected unless someone really forces things by wrongly using explicit wagner locations with direct access ($user@wagner.d.o:~$user/public_git/..). I even had a problem with one of my experimental repos which ended up pushing to one box and pulling from the other. If you pull from git:// and push to ssh:// that can happen yes. That is indeed what happened, url = git://git.debian.org/users/agmartin/experimental/dictionaries-common.git pushurl = ssh://agmar...@git.debian.org/git/users/agmartin/experimental/dictionaries-common.git Anyway, seems that as you currently do, until handling of personal repos becomes 'stabilized', I (and everybody else using personal repos) really need to rsync to wagner after pushing. Otherwise people pulling from git:// will get old stuff. To make things more funny some of the addresses result in pointing to vasks or wagner, not to a single destination. For instance, http://anonscm.debian.org/gitweb/ will show package status in vasks, e.g., That's only because this URL is pre-generated on vasks (for performance reasons, gitweb takes several minutes to generate it). It's done on vasks because wagner only has read-only access. Fine. Thanks for the info. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110527120843.ga24...@agmartin.aq.upm.es
Re: Alioth status update, take 3
Hi, Joachim Breitner nome...@debian.org writes: Thanks for the info. Can you drop a mail to pet-devel or d-haskell if you figured out how to run pet on the new alioth? I finished the PET2 changes for the new alioth. It now works as good as before (that is mostly usable, cf. [1]). Help for the remaining problems is always welcome [3]. See also [2] for the pkg-perl instance of PET2. If you want, I can setup a PET2 instance for pkg-haskell. Regards, Ansgar [1] http://lists.debian.org/debian-devel-games/2011/05/msg00117.html [2] http://pet.43-1.org/pkg-perl/pet.cgi [3] http://lists.alioth.debian.org/pipermail/pet-devel/2011-March/000105.html -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/s2sk4dcus69@bistromathics.mathi.uni-heidelberg.de
Re: Alioth status update, take 3
On Wed, 25 May 2011 00:17:46 +0200 Francesco Poli wrote: [...] I haven't yet tried to push to the following remote: ssh://git.debian.org/git/apt-listbugs/apt-listbugs.git which was what I used to push to. I am a bit uneasy in trying to push: would I break anything, if the URL were wrong? Can you confirm that this URL should work as before? With which host key? The one for vasks.debian.org, which was previously announced in http://lists.debian.org/debian-devel-announce/2011/05/msg7.html ? Sorry if I ask again, but I am getting a bit lost in trying to understand the current status of the post-migration alioth tuning/fixing... Could someone please confirm that pushing to ssh://git.debian.org/git/apt-listbugs/apt-listbugs.git should work as before and won't break anything? Could someone confirm that the host key is the one announced in http://lists.debian.org/debian-devel-announce/2011/05/msg7.html for vasks.debian.org? Thanks a lot to all alioth admins for their efforts! P.S.: Please remember to keep me in Cc on replies, since I am not subscribed to debian-devel. Thanks! -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgp1b4ePkfzBi.pgp Description: PGP signature
Re: Alioth status update, take 3
]] Francesco Poli | Could someone please confirm that pushing to | ssh://git.debian.org/git/apt-listbugs/apt-listbugs.git | should work as before and won't break anything? It should. If you get errors from post-commit/post-push hooks about stuff not being installed or not working, tell us (the Alioth admins, ad...@alioth.debian.org) about it and we'll try to get it fixed. | Could someone confirm that the host key is the one announced in | http://lists.debian.org/debian-devel-announce/2011/05/msg7.html | for vasks.debian.org? That should be correct, yes. Or you could grab it from the known hosts file on any debian.org host (or https://db.debian.org/machines.cgi) Regards, -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wrhblxuh@qurzaw.varnish-software.com
Re: Alioth status update, take 3
David Paleino wrote: However, I wonder how should we handle websites which were backed by some SCM? I'm thinking about pkg-osm itself, or dex, or many others which relied on this mechanism (debian-med too, at least when I was working on it). Now that repositories are hosted on one machine, and everything else on another, it seems a bit more difficult to do (or at all doable). (also, ikiwiki is missing from wagner) One way to handle this with ikiwiki is to make the post-commit hook on vasks be a shell script that uses curl to trigger ikiwiki's cgi on wagner, using ikiwiki's pingee plugin. Ikiwiki can then connect back to vasks to get the changes and update. It can also be configured to push changes made to the wiki back to the master repository on vasks. Its possible that in this configuration the post-commit hook ping would then deadlock; it may need to be run in the background to avoid that. I have not tested this configuration but I think it can be made to work. Pity about the added complexity though. -- see shy jo, providing free ikiwiki hosting for free software projects at http://branchable.com/ signature.asc Description: Digital signature
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On Wed, 25 May 2011, Lucas Nussbaum wrote: It also seems that repositories hosted in public_git don't show up on gitweb anymore. Example: http://anonscm.debian.org/gitweb/?p=users/lucas/packaging-tutorial.git I agree that most of them should be moved to a packaging team, but sometimes it makes sense to host temporary repos in one's home. This has been fixed in the mean time. The main listing still only shows a subset of repositories but if you know the correct url, then you can at least access it. (The problem was broken symlinks in wagner:/git/users/ while they were fine on vasks:/git/users/) Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110526060345.gc30...@rivendell.home.ouaza.com
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On 2011-05-26 08:03 +0200, Raphael Hertzog wrote: On Wed, 25 May 2011, Lucas Nussbaum wrote: It also seems that repositories hosted in public_git don't show up on gitweb anymore. Example: http://anonscm.debian.org/gitweb/?p=users/lucas/packaging-tutorial.git I agree that most of them should be moved to a packaging team, but sometimes it makes sense to host temporary repos in one's home. This has been fixed in the mean time. The main listing still only shows a subset of repositories but if you know the correct url, then you can at least access it. But the Vcs-Browser field from debian/control still does not work, links on packages.qa.debian.org lead to a 404: The requested URL /gitweb/gitweb.cgi was not found on this server. Sven -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wrhducz6@turtle.gmx.de
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On 05/25/2011 03:04 PM, Stefano Zacchiroli wrote:
How about posting those rewrites here or, even better, helping out the
Alioth admins to deploy them? I guess they could use some helping hands
more than a bug report sent to -devel.
They are well documented in /usr/share/doc/gitweb/README with various
examples. I'm using
RewriteCond %{QUERY_STRING} ^$
RewriteCond %{REQUEST_URI} ^/$
RewriteRule ^/$ /index.html [L]
RewriteCond %{QUERY_STRING} ^.+$
RewriteRule ^.*$ /gitweb.cgi%{REQUEST_URI} [L,PT]
RewriteCond %{REQUEST_URI} ^/.+\.git.*$
RewriteCond %{REQUEST_URI} !^/repos/.*$
RewriteRule ^.*$ /gitweb.cgi%{REQUEST_URI} [L,PT]
which should be similar to alioth's needs.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprints: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4dde08ae.9040...@bzed.de
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On Thu, 26 May 2011, Sven Joachim wrote: But the Vcs-Browser field from debian/control still does not work, links on packages.qa.debian.org lead to a 404: The requested URL /gitweb/gitweb.cgi was not found on this server. That was a temporary glitch, it's fixed now. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110526091655.ga32...@rivendell.home.ouaza.com
Re: Alioth status update, take 3
Hi, Roland Mas lola...@debian.org (23/05/2011): We should now be in the phase where we pretend it's done, wait for the complaints, and fix the problems as they are reported (or laugh them off when they come from the too-common expectation that Alioth can be used to run any random stuff by anyone). sorry, but I'll go for a big thank you instead. Those are really kick ass machines! Running mr on my ~/debian-x directory, with 12 parallel jobs (I had to give it a try, usually I don't need to do that much in //): | mr update: finished (171 ok) | | real 0m4.819s | user 0m0.368s | sys 0m0.336s Thanks to everyone who made that possible! Mraw, KiBi. signature.asc Description: Digital signature
Re: Alioth status update, take 3
On Mon, May 23, 2011 at 10:35:00PM +0200, Roland Mas wrote: We should now be in the phase where we pretend it's done, wait for the complaints, It seems than cron jobs of users need to be reinstalled. This might not be a big deal but it might help to have a look into backups of old crontabs. I notice that the http://project.alioth.debian.org links are working again and it seems that these pages are delivered from vasks - at least I can find the html pages for blends.alioth.debian.org debian-med.alioth.debian.org I also noticed that the code which creates these pages which was stored in alioth:/srv/alioth.debian.org/chroot/home/groups/blends is now on vasks. However, to run this code the package python-genshi needs to be installed on this machine. It also needs to have access to UDD, which was possible on alioth[1] ~$ psql service=udd psql: ERROR: service file /etc/postgresql-common/pg_service.conf not found Will this UDD access be enabled on vasks? On wagner I get a different error: $ psql service=udd psql: definition of service udd not found As a wishlist problem: Please install mc on vasks. Kind regards Andreas. [1] http://wiki.debian.org/UltimateDebianDatabase -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110525072537.ga27...@an3as.eu
Re: Alioth status update, take 3
Hi, Am Mittwoch, den 25.05.2011, 09:25 +0200 schrieb Andreas Tille: I notice that the http://project.alioth.debian.org links are working again and it seems that these pages are delivered from vasks In our case, the cgi-script is not yet working: http://pkg-haskell.alioth.debian.org/cgi-bin/pet.cgi Is there something we have to do about it or is cgi still on your todo list? The perl team seems to be further, there the script executes without success :-) http://pkg-perl.alioth.debian.org/cgi-bin/pet.cgi Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Re: Alioth status update, take 3
On 25/05/2011 00:17, Francesco Poli wrote: However the gitweb interface seems to have lost its fancy style sheet that used to be consistent with the Debian web site http://www.debian.org/ which is not a big loss, if you ask me :) Now, it's consistent with Alioth's setup… Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ddcbc08.9010...@dogguy.org
Re: Alioth status update, take 3
On Wed, 25 May 2011 09:25:37 +0200, Andreas Tille wrote: On Mon, May 23, 2011 at 10:35:00PM +0200, Roland Mas wrote: We should now be in the phase where we pretend it's done, wait for the complaints, It seems than cron jobs of users need to be reinstalled. This might not be a big deal but it might help to have a look into backups of old crontabs. I notice that the http://project.alioth.debian.org links are working again and it seems that these pages are delivered from vasks - at least I can find the html pages for blends.alioth.debian.org debian-med.alioth.debian.org From what I can see, home directories (and repositories as well) were copied across both machines. I tested with pkg-osm, and the website is being delivered by wagner. However, I wonder how should we handle websites which were backed by some SCM? I'm thinking about pkg-osm itself, or dex, or many others which relied on this mechanism (debian-med too, at least when I was working on it). Now that repositories are hosted on one machine, and everything else on another, it seems a bit more difficult to do (or at all doable). (also, ikiwiki is missing from wagner) Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Re: Alioth status update, take 3
On Wed, 25 May 2011 10:10:23 +0200, Joachim Breitner wrote: I notice that the http://project.alioth.debian.org links are working again and it seems that these pages are delivered from vasks In our case, the cgi-script is not yet working: http://pkg-haskell.alioth.debian.org/cgi-bin/pet.cgi Is there something we have to do about it or is cgi still on your todo list? Maybe check the paths in pet.conf? The perl team seems to be further, there the script executes without success :-) http://pkg-perl.alioth.debian.org/cgi-bin/pet.cgi Yup, but I haven't looked further, since the fundamental question is still open, TTBOMK: PET needs a cache that's written by the vcs post-commit hook (i.e. on vasks) [and a cronjob] and that's read by the cgi (i.e. on wagner). /* That's the same as creating webpages (on wagner) from a hook in a vcs (on vasks). - And the question is known to the Alioth admins already, I'm just explaining why I'm not sure about PET details right now :) */ Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - PGP/GPG key ID: 0x8649AA06 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-Dammit Jim, I'm an actor, not a doctor. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110525084855.gc29...@colleen.colgarra.priv.at
Re: Alioth status update, take 3
Hi, Am Mittwoch, den 25.05.2011, 10:48 +0200 schrieb gregor herrmann: On Wed, 25 May 2011 10:10:23 +0200, Joachim Breitner wrote: I notice that the http://project.alioth.debian.org links are working again and it seems that these pages are delivered from vasks In our case, the cgi-script is not yet working: http://pkg-haskell.alioth.debian.org/cgi-bin/pet.cgi Is there something we have to do about it or is cgi still on your todo list? Maybe check the paths in pet.conf? I already fixed them. But it seems the cgi scrpit is not even executed yet. The perl team seems to be further, there the script executes without success :-) http://pkg-perl.alioth.debian.org/cgi-bin/pet.cgi Yup, but I haven't looked further, since the fundamental question is still open, TTBOMK: PET needs a cache that's written by the vcs post-commit hook (i.e. on vasks) [and a cronjob] and that's read by the cgi (i.e. on wagner). /* That's the same as creating webpages (on wagner) from a hook in a vcs (on vasks). - And the question is known to the Alioth admins already, I'm just explaining why I'm not sure about PET details right now :) */ Thanks for the info. Can you drop a mail to pet-devel or d-haskell if you figured out how to run pet on the new alioth? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Re: Alioth status update, take 3
On Wed, 25 May 2011 10:48:55 +0200, gregor herrmann wrote: [..] Yup, but I haven't looked further, since the fundamental question is still open, TTBOMK: PET needs a cache that's written by the vcs post-commit hook (i.e. on vasks) [and a cronjob] and that's read by the cgi (i.e. on wagner). /* That's the same as creating webpages (on wagner) from a hook in a vcs (on vasks). - And the question is known to the Alioth admins already, I'm just explaining why I'm not sure about PET details right now :) */ // Thanks :) -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Re: Alioth status update, take 3
On Wed, 25 May 2011 11:08:41 +0200, Joachim Breitner wrote: In our case, the cgi-script is not yet working: http://pkg-haskell.alioth.debian.org/cgi-bin/pet.cgi Is there something we have to do about it or is cgi still on your todo list? Maybe check the paths in pet.conf? I already fixed them. But it seems the cgi scrpit is not even executed yet. Hm, ok. Yup, but I haven't looked further, since the fundamental question is still open, TTBOMK: PET needs a cache that's written by the vcs post-commit hook (i.e. on vasks) [and a cronjob] and that's read by the cgi (i.e. on wagner). Thanks for the info. Can you drop a mail to pet-devel or d-haskell if you figured out how to run pet on the new alioth? Sure, will do. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - PGP/GPG key ID: 0x8649AA06 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-Phasers locked on target, Captain. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110525101611.gd29...@colleen.colgarra.priv.at
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On 05/24/2011 01:00 AM, Michael Biebl wrote: Am 23.05.2011 22:35, schrieb Roland Mas: - anonymous read-only access to the repositories is available by HTTP from wagner, at URLs that look like http://anonscm.debian.org/$scm/$project for $scm in arch bzr darcs git hg; Please provide a proper gitweb instance or at least a proxy at that url to the anonscm gitweb instanace. Breaking a massive amount of URLs in packages - and even worse - in upstream documentation, blog posts and pretty much everywhere else which refers to some repositries. That is not funyy and such massice changes without even discussing them first makes the new alioth unusable for me. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ddcddf3.2070...@debian.org
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On Wed, May 25, 2011 at 12:46:11PM +0200, Bernd Zeimetz wrote: On 05/24/2011 01:00 AM, Michael Biebl wrote: Am 23.05.2011 22:35, schrieb Roland Mas: - anonymous read-only access to the repositories is available by HTTP from wagner, at URLs that look like http://anonscm.debian.org/$scm/$project for $scm in arch bzr darcs git hg; Please provide a proper gitweb instance or at least a proxy at that url to the anonscm gitweb instanace. The old URLs now redirect to the new ones, so nothing should be broken. -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega james...@debian.org signature.asc Description: Digital signature
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On 25/05/2011 13:20, James Vega wrote: On Wed, May 25, 2011 at 12:46:11PM +0200, Bernd Zeimetz wrote: On 05/24/2011 01:00 AM, Michael Biebl wrote: Am 23.05.2011 22:35, schrieb Roland Mas: - anonymous read-only access to the repositories is available by HTTP from wagner, at URLs that look like http://anonscm.debian.org/$scm/$project for $scm in arch bzr darcs git hg; Please provide a proper gitweb instance or at least a proxy at that url to the anonscm gitweb instanace. The old URLs now redirect to the new ones, so nothing should be broken. User-repositories are still broken though (take src:kino as an example). Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ddce6c5.4040...@dogguy.org
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On 25/05/11 at 07:20 -0400, James Vega wrote:
On Wed, May 25, 2011 at 12:46:11PM +0200, Bernd Zeimetz wrote:
On 05/24/2011 01:00 AM, Michael Biebl wrote:
Am 23.05.2011 22:35, schrieb Roland Mas:
- anonymous read-only access to the repositories is available by HTTP
from wagner, at URLs that look like
http://anonscm.debian.org/$scm/$project for $scm in arch bzr darcs git
hg;
Please provide a proper gitweb instance or at least a proxy at that url
to the anonscm gitweb instanace.
The old URLs now redirect to the new ones, so nothing should be broken.
I must admit that I prefer shorter URLs. Wouldn't it be possible to
continue using http://{git,svn}.debian.org/ instead (without
redirection)?
Before: http://git.debian.org/?p=devscripts/devscripts.git
After: http://anonscm.debian.org/gitweb/?p=devscripts/devscripts.git
It also seems that repositories hosted in public_git don't show up on
gitweb anymore. Example:
http://anonscm.debian.org/gitweb/?p=users/lucas/packaging-tutorial.git
I agree that most of them should be moved to a packaging team, but
sometimes it makes sense to host temporary repos in one's home.
- Lucas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110525113028.ga16...@xanadu.blop.info
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On Wed, May 25, 2011 at 01:23:49PM +0200, Mehdi Dogguy wrote: On 25/05/2011 13:20, James Vega wrote: On Wed, May 25, 2011 at 12:46:11PM +0200, Bernd Zeimetz wrote: On 05/24/2011 01:00 AM, Michael Biebl wrote: Am 23.05.2011 22:35, schrieb Roland Mas: - anonymous read-only access to the repositories is available by HTTP from wagner, at URLs that look like http://anonscm.debian.org/$scm/$project for $scm in arch bzr darcs git hg; Please provide a proper gitweb instance or at least a proxy at that url to the anonscm gitweb instanace. The old URLs now redirect to the new ones, so nothing should be broken. User-repositories are still broken though (take src:kino as an example). Yeah, that's a separate, known issue. -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega james...@debian.org signature.asc Description: Digital signature
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On Wed, May 25, 2011 13:20, James Vega wrote: On Wed, May 25, 2011 at 12:46:11PM +0200, Bernd Zeimetz wrote: On 05/24/2011 01:00 AM, Michael Biebl wrote: Am 23.05.2011 22:35, schrieb Roland Mas: - anonymous read-only access to the repositories is available by HTTP from wagner, at URLs that look like http://anonscm.debian.org/$scm/$project for $scm in arch bzr darcs git hg; Please provide a proper gitweb instance or at least a proxy at that url to the anonscm gitweb instanace. The old URLs now redirect to the new ones, so nothing should be broken. That's not quite true, examples are on http://titanpad.com/yyhfwA9Pyr and people that experience unlisted brokenness can add more there. Thijs -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/3805d2ab74b8b4e473c6de67a1778d8d.squir...@wm.kinkhorst.nl
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On Wednesday, May 25, 2011 07:20:01 AM James Vega wrote: On Wed, May 25, 2011 at 12:46:11PM +0200, Bernd Zeimetz wrote: On 05/24/2011 01:00 AM, Michael Biebl wrote: Am 23.05.2011 22:35, schrieb Roland Mas: - anonymous read-only access to the repositories is available by HTTP from wagner, at URLs that look like http://anonscm.debian.org/$scm/$project for $scm in arch bzr darcs git hg; Please provide a proper gitweb instance or at least a proxy at that url to the anonscm gitweb instanace. The old URLs now redirect to the new ones, so nothing should be broken. Will now redirect is not the same as unchanged. While this does change the urgency of updating the relevant VCS- fields in debian/control, I don't think it avoids the need to update them eventually. Was there some discussion of this with Alioth users before it got changed? Scott K -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201105250757.25299.deb...@kitterman.com
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
On 05/25/2011 01:30 PM, Lucas Nussbaum wrote:
I must admit that I prefer shorter URLs. Wouldn't it be possible to
continue using http://{git,svn}.debian.org/ instead (without
redirection)?
Before: http://git.debian.org/?p=devscripts/devscripts.git
After: http://anonscm.debian.org/gitweb/?p=devscripts/devscripts.git
Even better would be http://git.debian.org/devscripts/devscripts.git
which is easy to handle with some rewrites.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprints: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4ddcf194.4000...@bzed.de
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
Bernd Zeimetz be...@bzed.de writes:
On 05/25/2011 01:30 PM, Lucas Nussbaum wrote:
I must admit that I prefer shorter URLs. Wouldn't it be possible to
continue using http://{git,svn}.debian.org/ instead (without
redirection)?
Before: http://git.debian.org/?p=devscripts/devscripts.git
After: http://anonscm.debian.org/gitweb/?p=devscripts/devscripts.git
Even better would be http://git.debian.org/devscripts/devscripts.git
which is easy to handle with some rewrites.
It is probably easy given enough information, yes. What was that URL
used for? Gitweb? Git checkouts over HTTP? Something else?
--
Stig Sandbeck Mathisen s...@debian.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/7x8vtu6gs8@fsck.linpro.no
Re: Alioth status update, take 3
On Tue, 24 May 2011 00:03:13 +0200 Stig Sandbeck Mathisen wrote: If you have a specific example of something that does not work, it can be fixed. Hi, Thanks Alioth maintainers for all the hard work you did for the migration. As happens after every migration, some things may still be left. So, I am adding more possible stuff to the TODO list. Some issues I still see pending: * Anonymous ftp access seems to not be available. For instance, for dict-common, we keep a repo at ftp://dict-common.alioth.debian.org/pub/dict-common as pointed by link in http://alioth.debian.org/projects/dict-common. This gives a Unable to connect Iceweasel can't establish a connection to the server at dict-common.alioth.debian.org. * Probably related to the above. We had a repo accesible from http://dict-common.alioth.debian.org/testing where testing was a symlink to somewhere under the above ftp area, and no longer works. Probably because ftp areas seem moved to vasks and thus that symlink is now broken from wagner. How should this kind of repos be accesed now? * Projects search box in http://alioth.debian.org/ seems to not be working. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110525143906.ga3...@agmartin.aq.upm.es
Re: Alioth status update, take 3
Le mercredi 25 mai 2011 à 16:39 +0200, Agustin Martin a écrit : On Tue, 24 May 2011 00:03:13 +0200 Stig Sandbeck Mathisen wrote: * Projects search box in http://alioth.debian.org/ seems to not be working. +1, already reported in : https://alioth.debian.org/tracker/?func=detailgroup_id=1aid=313139atid=21 Btw, in this thread, I'm not sure anyone has pointed at Alioth's support tracker : https://alioth.debian.org/tracker/?func=browsegroup_id=1atid=21 My 2 cents. Best regards, -- Olivier BERGER (Debian developer) (OpenPGP: 4096R/7C5BB6A5) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1306335894.19596.1.ca...@inf-8657.int-evry.fr
Re: Alioth status update, take 3
[Tollef Fog Heen]
Yeah, this is a bit bad. It seems neither git nor svn supports SRV
records so I've set up proxying of svn and git for now. (That «for
now» means I'll likely turn it off once we have a stable release that
supports SRV records.)
SRV records? Does alioth have any SRV records that might be useful in
this context? I queried various combinations of 'git', 'svn',
'subversion', 'svnserve', 'alioth', 'anonscm', and 'http' in queries
based on *._tcp.*.debian.org and didn't find any.
With my Subversion upstream hat on, I'd be happy to look at SRV
records, if you have a clear idea how they would work. I'm very much
in favor of SRV as a concept. So, we have svn://, http://, https://
and file://. Which of these should use SRV, and what service names
should they query? For example, perhaps svn:// should correspond to
_svn._tcp.{hostname} before it falls back to {hostname}:3690?
I'd be reluctant to push for SRV lookups for http:// and https://, as
that would be a break from what other HTTP and WebDAV clients do.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110525223226.ga15...@p12n.org
Re: Alioth status update, take 3
]] Peter Samuelson
| [Tollef Fog Heen]
| Yeah, this is a bit bad. It seems neither git nor svn supports SRV
| records so I've set up proxying of svn and git for now. (That «for
| now» means I'll likely turn it off once we have a stable release that
| supports SRV records.)
|
| SRV records? Does alioth have any SRV records that might be useful in
| this context? I queried various combinations of 'git', 'svn',
| 'subversion', 'svnserve', 'alioth', 'anonscm', and 'http' in queries
| based on *._tcp.*.debian.org and didn't find any.
It would have, if git and svn supported SRV lookups, but you're right,
it does not have it set up today. :-)
[...]
| For example, perhaps svn:// should correspond to _svn._tcp.{hostname}
| before it falls back to {hostname}:3690?
Sounds sensible to me.
| I'd be reluctant to push for SRV lookups for http:// and https://, as
| that would be a break from what other HTTP and WebDAV clients do.
Agreed, and http/https can give out redirects, so I'm less fussed about
those.
Julien Cristau wrote a proof of concept patch for git, see
http://people.debian.org/~jcristau/git-srv-hack.diff for the patch; it
doesn't look too bad.
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87sjs2qaex@qurzaw.varnish-software.com
Re: Alioth status update, take 3
Hi,
On Wed, 25 May 2011, Peter Samuelson wrote:
SRV records? Does alioth have any SRV records that might be useful in
this context? I queried various combinations of 'git', 'svn',
'subversion', 'svnserve', 'alioth', 'anonscm', and 'http' in queries
based on *._tcp.*.debian.org and didn't find any.
There's none currently but the idea is to create _svn._tcp.svn.debian.org
and _git._tcp.git.debian.org if the software supports them.
With my Subversion upstream hat on, I'd be happy to look at SRV
records, if you have a clear idea how they would work. I'm very much
in favor of SRV as a concept. So, we have svn://, http://, https://
and file://. Which of these should use SRV, and what service names
should they query? For example, perhaps svn:// should correspond to
_svn._tcp.{hostname} before it falls back to {hostname}:3690?
svn:// should be enough.
For reference, Julien Cristau came up with this for git:
http://people.debian.org/~jcristau/git-srv-hack.diff
I'd be reluctant to push for SRV lookups for http:// and https://, as
that would be a break from what other HTTP and WebDAV clients do.
And it's not needed since http:// already has redirect support...
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Follow my Debian News ▶ http://RaphaelHertzog.com (English)
▶ http://RaphaelHertzog.fr (Français)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110526055227.gb30...@rivendell.home.ouaza.com
Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
]] Scott Kitterman | Was there some discussion of this with Alioth users before it got | changed? No. And while I apologise for the problems we've had with the migration, I'd like to ask people to just accept some of the changes we've made even though you think it makes URLs uglier. They're done to avoid cyclic dependencies between services. Regards, -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87oc2qqa56@qurzaw.varnish-software.com
Re: Alioth status update, take 3
Hi, On Mon, 23 May 2011, Roland Mas wrote: We should now be in the phase where we pretend it's done, wait for the complaints, and fix the problems as they are reported (or laugh them off when they come from the too-common expectation that Alioth can be used to run any random stuff by anyone). 1/ We lost all the ACL in the migration. Many teams rely on ACL to grant commit rights to all DD, they are also used to ensure the entire team keeps full write access (even when someone with a restrictive umask pushes new files). See how the script /srv/git.debian.org/bin/newrepo setup the ACL and while I was part of the team I have run dozens of time the scripts /srv/home/rhertzog/bin/add-Debian-acl.sh or /srv/home/rhertzog/bin/add-group-acl.sh on various SCM directories. The issue has been brought up on IRC a couple of times but I have yet to see an answer on this topic. It would be a major step backwards for collaborative maintenance if ACL were no longer allowed. And if you plan to allow ACL again, will you restore the old ACL or shall we request them again one by one? It might be a good idea to setup a system where you store the ACL in a textual file so that you can easily restore them without going through the pain of backing them up explicitly. By default each SCM directory should have write access for its own group but any other ACL would be explicitly listed in a file: /srv/git.debian.org/git/collab-maint g:Debian:rwX /srv/svn.debian.org/svn/collab-maint g:Debian:rwX And a simple script could do the restore: (while read dir right; do sudo setfacl -R -m d:$right $dir; sudo setfacl -R -m $right $dir; done) list-of-acl 2/ Commit mails cannot be sent from vasks, I get a local bounce: | From MAILER-DAEMON Tue May 24 06:14:49 2011 | Return-path: | Envelope-to: hert...@vasks.debian.org | Delivery-date: Tue, 24 May 2011 06:14:49 + | Received: from Debian-exim by vasks.debian.org with local (Exim 4.72) | id 1QOktF-00048B-BO | for hert...@vasks.debian.org; Tue, 24 May 2011 06:14:49 + | Date: Tue, 24 May 2011 06:14:49 + | Message-Id: e1qoktf-00048b...@vasks.debian.org | X-Failed-Recipients: debian-dpkg-...@lists.debian.org, | dpkg_...@packages.qa.debian.org | Auto-Submitted: auto-replied | From: Mail Delivery System mailer-dae...@vasks.debian.org | To: hert...@vasks.debian.org | Subject: Mail delivery failed: returning message to sender | | This message was created automatically by mail delivery software. | | A message that you sent could not be delivered to one or more of its | recipients. This is a permanent error. The following address(es) failed: | | debian-dpkg-...@lists.debian.org | Mailing to remote domains not supported | dpkg_...@packages.qa.debian.org | Mailing to remote domains not supported 3/ Others have already pointed it out, but I also agree that breaking git:// or svn:// URLs for anonymous access is not really a good idea. I don't know the reason for the change but I would be interested to hear it. I don't know if git or svn supports SRV records, but if they do it would be great to setup those so that they automatically use the new host. In general I think it's a good idea to offload anonymous read-only access so that we have the best performance for commits and similar stuff but this should be mostly transparent for the user. Having to remember to switch to anonscm is annoying. Anyway, thank you all for the continued work on Alioth. I know how painful that can be at times. ;-) Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110524070912.ga32...@rivendell.home.ouaza.com
Re: Alioth status update, take 3
Hi, Thanks for improving Alioth :-). On Mon, May 23, 2011 at 10:35:00PM +0200, Roland Mas wrote: Hi again, Status update for the Alioth situation: [...] We should now be in the phase where we pretend it's done, wait for the complaints, and fix the problems as they are reported (or laugh them off when they come from the too-common expectation that Alioth can be used to run any random stuff by anyone). In addition to what has already been mentioned: doesn't look like ldap replication is working, so I can't use my shiny new DD account: laney@chicken ssh laney@wagner Permission denied (publickey). Coupled with the missing ACLs this means I can't push to many repositories any more. And, as others have said, please try not to break existing Vcs-* fields, including Vcs-Browser. Cheers, Iain signature.asc Description: Digital signature
Re: Alioth status update, take 3
On Tue, May 24, 2011 at 12:03 AM, Stig Sandbeck Mathisen s...@debian.org wrote: Francesco Poli invernom...@paranoici.org writes: I hope that some appropriate re-directions may be set up real soon now, so that previous URLs can continue to work as before... If you have a specific example of something that does not work, it can be fixed. What is the new link for URL such as: https://alioth.debian.org/~malat-guest/ Thanks ! -- Mathieu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=ps996je0dcuau7ozcrumksrv...@mail.gmail.com
Re: Alioth status update, take 3
Hi! Thanks for your work! On 05/23/2011 10:35 PM, Roland Mas wrote: We should now be in the phase where we pretend it's done, wait for the complaints, and fix the problems as they are reported (or laugh them off when they come from the too-common expectation that Alioth can be used to run any random stuff by anyone). What happened to the crontabs? I hope that importing upstream's git and svn repositories into those used for Debian development is not 'random stuff'. Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ddb5f82.80...@bzed.de
Re: Alioth status update, take 3
On 05/24/2011 09:27 AM, Mathieu Malaterre wrote: On Tue, May 24, 2011 at 12:03 AM, Stig Sandbeck Mathisen s...@debian.org wrote: Francesco Poli invernom...@paranoici.org writes: I hope that some appropriate re-directions may be set up real soon now, so that previous URLs can continue to work as before... If you have a specific example of something that does not work, it can be fixed. What is the new link for URL such as: https://alioth.debian.org/~malat-guest/ Thanks ! This one is working: https://alioth.debian.org/users/malat-guest/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ddb6002.3000...@gmail.com
Re: Alioth status update, take 3
On Tue, May 24, 2011 at 9:36 AM, Martin Alfke tux...@gmail.com wrote: What is the new link for URL such as: https://alioth.debian.org/~malat-guest/ Thanks ! This one is working: https://alioth.debian.org/users/malat-guest/ This does not point to my public_html pages. I hosted my gpg transition document there. Thanks -- Mathieu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktik_zl9jgvpbpox2jazjfxjtapj...@mail.gmail.com
Re: Alioth status update, take 3
Hi, I was traveling, so maybe I was missing it, but I did not find anything on d-devel-announce: What is the rationale for the reorganization? Did the old machine break suddently, or was it just too weak to handle the load? Am Montag, den 23.05.2011, 22:35 +0200 schrieb Roland Mas: - read/write access to the repositories through SSH happen on vasks.debian.org; the repositories have adresses that look like $scm.debian.org/$scm/$project, for $scm in arch bzr cvs darcs git hg svn; - anonymous read-only access to the repositories is available by HTTP from wagner, at URLs that look like http://anonscm.debian.org/$scm/$project for $scm in arch bzr darcs git hg; Is there a way to keep the old, short addresses? http://darcs.debian.org/pkg-haskell/haskell-xhtml is much nicer than http://anonscm.debian.org/darcs/pkg-haskell/haskell-xhtml plus the prospect of re-uploading 200 haskell source package to change the URL is not inviting. Or would it at least be possible to configure vasks such that http://darcs.debian.org/pkg-haskell/haskell-xhtml gets redirected correclty to http://anonscm.debian.org/darcs/pkg-haskell/haskell-xhtml and not, as it currently is, http://anonscm.debian.org/pkg-haskell/haskell-xhtml The Darcs browser link http://darcs.debian.org/cgi-bin/darcsweb.cgi?r=pkg-haskell/haskell-xhtml as used in the control files is forwarded correctly, thanks! Thanks, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Re: Alioth status update, take 3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011年05月24日 15:17, Iain Lane wrote: In addition to what has already been mentioned: doesn't look like ldap replication is working, so I can't use my shiny new DD account: [...] Alioth does not use the official password database, so I don't think directly connect to it would work. New DDs need to request a new password for their Alioth account. (See Alioth FAQ[1] Section 1.4 1.5) But this does not work either because the account syncing script might be broken now. When requesting to reset the password, it gives an error claiming the account does not exist. [1]http://wiki.debian.org/Alioth/FAQ - -- Regards, Aron Xu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJN22blAAoJEEmrPP2rYrC43GcIAK5OuZ7RGOCPQKcc/8nNsUgF ily4wE1Xy0WYLEh1GnHyYRmqCc70MKQcZ3Tewt3h0Qnpjr43sBKzaoXMBDqGlqGK yvVRADIQPM50pn5fx/h953ZQ4TzoPsJJWXnJZtQAhF63HDjDX42BAB3QcX5JEl6e iLwsAZ2PJMPRQtmgM/6c2D6daBEC3XYVAAFxTF557uVMH1TaxwlgZuGJOCwGVwgo GX8DocpAFd2iAbxFzM2rYHlSKLD358tigI2JvtqAGPLiWay2l9HaOV+nMmcne021 +apyH/HDmTST0GTlXAdInyZKey0zX1awtBMbCRXOv5pSYIvi9/Pn/SJqOy+2ihc= =ZLrK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ddb66e6.90...@gmail.com
Re: Alioth status update, take 3
Le lundi 23 mai 2011 à 22:35:00 (+0200 CEST), Roland Mas a écrit : We should now be in the phase where we pretend it's done, wait for the complaints, and fix the problems as they are reported (or laugh them off when they come from the too-common expectation that Alioth can be used to run any random stuff by anyone). It seems DDs haven't (yet?) been added to the collab-maint group, am I right? Cheers, Julien -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 signature.asc Description: Digital signature
Re: Alioth status update, take 3
]] Russ Allbery | windlord:~/tmp debcheckout libpam-krb5 | declared git repository at git://git.debian.org/git/pkg-k5-afs/pam-krb5.git | git clone git://git.debian.org/git/pkg-k5-afs/pam-krb5.git libpam-krb5 ... | Cloning into libpam-krb5... | git.debian.org[0: 217.196.43.140]: errno=Connection refused | fatal: unable to connect a socket (Connection refused) | checkout failed (the command above returned a non-zero exit code) Yeah, this is a bit bad. It seems neither git nor svn supports SRV records so I've set up proxying of svn and git for now. (That «for now» means I'll likely turn it off once we have a stable release that supports SRV records.) -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87boyrrfvp@qurzaw.varnish-software.com
Re: Alioth status update, take 3
On Tue, 24 May 2011 00:03:13 +0200 Stig Sandbeck Mathisen wrote: Francesco Poli invernom...@paranoici.org writes: I hope that some appropriate re-directions may be set up real soon now, so that previous URLs can continue to work as before... If you have a specific example of something that does not work, it can be fixed. Sure: $ grep '^Package\|^Vcs' debian/control Vcs-Git: git://git.debian.org/git/apt-listbugs/apt-listbugs.git Vcs-Browser: http://git.debian.org/?p=apt-listbugs/apt-listbugs.git Package: apt-listbugs $ cd ~/tmp/TEST/ $ git clone git://git.debian.org/git/apt-listbugs/apt-listbugs.git Cloning into apt-listbugs... git.debian.org[0: 217.196.43.140]: errno=Connection refused fatal: unable to connect a socket (Connection refused) The Vcs-Git URL has not worked as before for a while. Now it seems to work again: thanks for fixing this up! :-) The Vcs-Browser URL http://git.debian.org/?p=apt-listbugs/apt-listbugs.git seems to redirect to http://anonscm.debian.org/gitweb/?p=apt-listbugs/apt-listbugs.git when opened in a web browser. However the gitweb interface seems to have lost its fancy style sheet that used to be consistent with the Debian web site http://www.debian.org/ I haven't yet tried to push to the following remote: ssh://git.debian.org/git/apt-listbugs/apt-listbugs.git which was what I used to push to. I am a bit uneasy in trying to push: would I break anything, if the URL were wrong? Can you confirm that this URL should work as before? With which host key? The one for vasks.debian.org, which was previously announced in http://lists.debian.org/debian-devel-announce/2011/05/msg7.html ? -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpz8AC7aL300.pgp Description: PGP signature
Re: Alioth status update, take 3
On Mon, 23 May 2011 22:35:00 +0200 Roland Mas wrote: [...] Status update for the Alioth situation: [...] - read/write access to the repositories through SSH happen on vasks.debian.org; the repositories have adresses that look like $scm.debian.org/$scm/$project, for $scm in arch bzr cvs darcs git hg svn; - anonymous read-only access to the repositories is available by HTTP from wagner, at URLs that look like http://anonscm.debian.org/$scm/$project for $scm in arch bzr darcs git hg; - Git and Subversion also allow anonymous read-only access to the repositories through a dedicated protocol, with URLs such as git://anonscm.debian.org/$project/$project.git and svn://anonscm.debian.org/$project/; I can't seem to get the equivalent for CVS (pserver) to work right now; - repository browsers for the major SCM tools are also available from wagner, see http://anonscm.debian.org/ for the links. I apologize in advance if this is a naive question, but: does this mean that _all_ Vcs-* control fields in _all_ packages (that have them) have to be changed? Does this mean that _all_ existing personal repository clones (I am thinking about git repository clones, for instance) have to change their remote URLs (both for read-only access via specific protocol, such as git://, and for write access via ssh://)? I hope that some appropriate re-directions may be set up real soon now, so that previous URLs can continue to work as before... P.S.: Please keep me in Cc: on replies, since I am not subscribed to debian-devel. Thanks! -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpBxVaTB4vU5.pgp Description: PGP signature
Re: Alioth status update, take 3
Francesco Poli invernom...@paranoici.org writes: I hope that some appropriate re-directions may be set up real soon now, so that previous URLs can continue to work as before... If you have a specific example of something that does not work, it can be fixed. -- Stig Sandbeck Mathisen ooo, shiny! pgpS25Sqtp03c.pgp Description: PGP signature
Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]
Am 23.05.2011 22:35, schrieb Roland Mas: - anonymous read-only access to the repositories is available by HTTP from wagner, at URLs that look like http://anonscm.debian.org/$scm/$project for $scm in arch bzr darcs git hg; - Git and Subversion also allow anonymous read-only access to the repositories through a dedicated protocol, with URLs such as git://anonscm.debian.org/$project/$project.git and svn://anonscm.debian.org/$project/; I can't seem to get the equivalent for CVS (pserver) to work right now; We should now be in the phase where we pretend it's done, wait for the complaints, and fix the problems as they are reported It looks like git://git.debian.org/ and svn://svn.debian.org/ no longer work for anonymous access. That basically means that existing Vcs-* fields are broken. I hope the old URLs still continue to work, or do you expect maintainers to update debian/control to use the new URL scheme? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: Alioth status update, take 3
Stig Sandbeck Mathisen s...@debian.org writes: Francesco Poli invernom...@paranoici.org writes: I hope that some appropriate re-directions may be set up real soon now, so that previous URLs can continue to work as before... If you have a specific example of something that does not work, it can be fixed. windlord:~/tmp debcheckout libpam-krb5 declared git repository at git://git.debian.org/git/pkg-k5-afs/pam-krb5.git git clone git://git.debian.org/git/pkg-k5-afs/pam-krb5.git libpam-krb5 ... Cloning into libpam-krb5... git.debian.org[0: 217.196.43.140]: errno=Connection refused fatal: unable to connect a socket (Connection refused) checkout failed (the command above returned a non-zero exit code) -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/874o4l811e@windlord.stanford.edu
Re: Alioth status update, take 3
on a related note (although not as critical as restoration of git://git.d.o which I expect to impact thousands: $ grep git:// /var/lib/apt/lists/debian.lcs.mit.edu_debian_dists_sid_main_source_Sources | wc -l 3716 ) where previously available could be now? http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=file both http://anonscm.debian.org/viewvc/dep/ http://anonscm.debian.org/viewvc/deps/ seems to be empty ? Thanks in advance for clarifications On Mon, 23 May 2011, Russ Allbery wrote: If you have a specific example of something that does not work, it can be fixed. windlord:~/tmp debcheckout libpam-krb5 declared git repository at git://git.debian.org/git/pkg-k5-afs/pam-krb5.git git clone git://git.debian.org/git/pkg-k5-afs/pam-krb5.git libpam-krb5 ... Cloning into libpam-krb5... git.debian.org[0: 217.196.43.140]: errno=Connection refused fatal: unable to connect a socket (Connection refused) checkout failed (the command above returned a non-zero exit code) -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110524023948.gc16...@onerussian.com
Re: Alioth status update, take 3
Hi! On Mon, 2011-05-23 at 22:35:00 +0200, Roland Mas wrote: We should now be in the phase where we pretend it's done, wait for the complaints, and fix the problems as they are reported. The project web sites do not seem to work anymore, for example: http://glibc-bsd.alioth.debian.org/ http://d-i.alioth.debian.org/ thanks, guillem -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110524052945.ga22...@gaara.hadrons.org
