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: UDD access from Alioth(s children) (Was: Alioth status update, take 3)
On Tue, Jun 14, 2011 at 09:03:25PM +0100, Stephen Gran wrote: Thanks. Some findings about this: Formerly a plain service=udd was working as convenience. Is it planned to put the pg_service.conf into place again? That way the backend connection could be transparently switched (though, my guess would be that the tunnel is there for the same purpose) I've restored the pg_service config now. Thanks. Also, it is working on wagner, but not on vasks. As I understood it this is intentional. On the other hand, the public_html sites are hosted on vasks, not on wagner, so services that would want to query UDD and offer results are out of scope in the new alioth setup. That's also very annoying for the Blends pages. [ lot more good reasons snipped ] alioth admin hat I have to say that I'm not very happy about general purpose hosting on the 'alioth' servers. While I agree QA work is useful and should be encouraged rather than discouraged, I don't know if alioth is the place for development work of this sort. /alioth admin hat Regarding the Blends pages: I have set up blends.debian.net which is running a clone of UDD and the development of the pages is happening there. So the code which is rolled out at Alioth (and successors) is tested. I'm just using blends.alioth.d.o as the official address because I'm trusting DSA for providing a reliable service which I can not guarantee for blends.d.n. I'm not using alioth as development playground. dsa hat qa.d.o has a dedicated machine, udd has a dedicated machine, and I'm sure it would be straight forward enough to set up a playpen on one or the other of those machines for DDs who want to do QA tasks without formally joining the QA team (just a gid debian writable subdirectory of the web root where users could create their own spaces would probably be sufficient?). This is just musing off the top of my head - I don't speak for the QA team or lucas about access to these services - the machines are open to all DDs, however, so I don't see any compelling issues to be resolved off hand. /dsa hat As far as I understood the main concern of Gerfried was that UDD access is possible on the wrong machine. In my case it is the problem that I can perfectly generate the Blends pages on wagner I need to sync them afterwards to vasks. While in my case this is possible for those static pages it is just not straightforeward and I would love to understand the motivation behind the constraint nont to enable UDD access on vasks. (I actually do not understand what is the sense of having UDD access on wagner - I would see *only* a need on vasks.) Kind regards Andreas. -- 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/20110616113619.gg6...@an3as.eu
Re: UDD access from Alioth(s children) (Was: Alioth status update, take 3)
On 16/06/11 at 13:36 +0200, Andreas Tille wrote: On Tue, Jun 14, 2011 at 09:03:25PM +0100, Stephen Gran wrote: Thanks. Some findings about this: Formerly a plain service=udd was working as convenience. Is it planned to put the pg_service.conf into place again? That way the backend connection could be transparently switched (though, my guess would be that the tunnel is there for the same purpose) I've restored the pg_service config now. Thanks. Also, it is working on wagner, but not on vasks. As I understood it this is intentional. On the other hand, the public_html sites are hosted on vasks, not on wagner, so services that would want to query UDD and offer results are out of scope in the new alioth setup. That's also very annoying for the Blends pages. [ lot more good reasons snipped ] alioth admin hat I have to say that I'm not very happy about general purpose hosting on the 'alioth' servers. While I agree QA work is useful and should be encouraged rather than discouraged, I don't know if alioth is the place for development work of this sort. /alioth admin hat Regarding the Blends pages: I have set up blends.debian.net which is running a clone of UDD and the development of the pages is happening there. So the code which is rolled out at Alioth (and successors) is tested. I'm just using blends.alioth.d.o as the official address because I'm trusting DSA for providing a reliable service which I can not guarantee for blends.d.n. I'm not using alioth as development playground. dsa hat qa.d.o has a dedicated machine, udd has a dedicated machine, and I'm sure it would be straight forward enough to set up a playpen on one or the other of those machines for DDs who want to do QA tasks without formally joining the QA team (just a gid debian writable subdirectory of the web root where users could create their own spaces would probably be sufficient?). This is just musing off the top of my head - I don't speak for the QA team or lucas about access to these services - the machines are open to all DDs, however, so I don't see any compelling issues to be resolved off hand. /dsa hat As far as I understood the main concern of Gerfried was that UDD access is possible on the wrong machine. In my case it is the problem that I can perfectly generate the Blends pages on wagner I need to sync them afterwards to vasks. While in my case this is possible for those static pages it is just not straightforeward and I would love to understand the motivation behind the constraint nont to enable UDD access on vasks. (I actually do not understand what is the sense of having UDD access on wagner - I would see *only* a need on vasks.) It is my understanding that blends.alioth.debian.org is served from wagner, not vasks. Are you sure? - 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/20110616154950.ga13...@xanadu.blop.info
Re: UDD access from Alioth(s children) (Was: Alioth status update, take 3)
This one time, at band camp, Lucas Nussbaum said: Well, there are a few reasons why this would be suboptimal: - both qa.debian.org and udd.debian.org websites are managed using SVN, so it's a bit inconvenient to create a playpen as a subdirectory. That's a minor technical issue that can be resolved with the equivalent of svn ignore on a subdirectory. I can't believe that it's a serious bocker. - I have the impression that most of the work that people were doing on alioth cannot be labelled as QA. For example, in the ruby team, we are running a daily cronjob that creates a web page about a transition. - qa and udd are not accessible to non-DDs. There are some teams that rely on a large number of non-DDs, and I don't like the idea of limiting the ability to update some script to DDs. (re-using the example of the ruby cronjob above, it was developed by Antonio Terceiro, who is still in NM). I think maybe we're talking at cross purposes here. wagner.d.o has access to UDD, and runs the project web sites (eg, adduser.alioth.d.o). If teams need to make use of UDD to track status for their projects, that is a perfectly reasonable and fine use of the alioth service. I am talking about the larger, project-wide work Rhonda and others do that doesn't fit under the umbrella of work done on a particular code base. This work, while good and useful work, is not really what alioth is intended for. This is what I'm talking about shifting. As a secondary issue, I think it might be useful to let DDs 'scratch their itch' when it comes to QA work in a light weight way. However, I'm not in the QA team, so I can't make decisions about what sort of access the QA team wants to give to other project members. In general, I am in favor of open access to resources and self-service, but you may not be. Also, I don't think it's a good idea in general for the project to rely on anything in someone's $HOME, as we've seen that go wrong far too often. I would like to encourage people to move services that are useful to an appropriate place. Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Re: UDD access from Alioth(s children) (Was: Alioth status update, take 3)
On 15/06/11 at 08:36 +0100, Stephen Gran wrote: As a secondary issue, I think it might be useful to let DDs 'scratch their itch' when it comes to QA work in a light weight way. However, I'm not in the QA team, so I can't make decisions about what sort of access the QA team wants to give to other project members. In general, I am in favor of open access to resources and self-service, but you may not be. The QA team is very open to welcoming new members and their contributions. However, not everything can be labelled as QA work, and not everybody wants to do work inside a team, so I'm relunctant to use the QA infrastructure as a placeholder for every script people want to run on alioth. Also, I don't think it's a good idea in general for the project to rely on anything in someone's $HOME, as we've seen that go wrong far too often. I would like to encourage people to move services that are useful to an appropriate place. Before you can prove that a service is useful, you need to develop it. For that, it's convenient to have a place which is similar to the final destination of the service, where you can easily hack. Also, it's often not desirable to hack on the production version of a service. A good solution could be to serve public_html from wagner instead of vasks. I don't really see the point in serving it from vasks. Alternatively, we could use collab-maint's htdocs, but there's an ACL missing on wagner:/home/groups/collab-maint/htdocs. - 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/20110615081654.ga10...@xanadu.blop.info
Re: UDD access from Alioth(s children) (Was: Alioth status update, take 3)
This one time, at band camp, Lucas Nussbaum said: On 15/06/11 at 08:36 +0100, Stephen Gran wrote: As a secondary issue, I think it might be useful to let DDs 'scratch their itch' when it comes to QA work in a light weight way. However, I'm not in the QA team, so I can't make decisions about what sort of access the QA team wants to give to other project members. In general, I am in favor of open access to resources and self-service, but you may not be. The QA team is very open to welcoming new members and their contributions. However, not everything can be labelled as QA work, and not everybody wants to do work inside a team, so I'm relunctant to use the QA infrastructure as a placeholder for every script people want to run on alioth. I can't decide if you're deliberately choosing to not understand me, or if we've just reached that point of a thread where people repeat themselves, so I'm going to stop after this mail. Also, I don't think it's a good idea in general for the project to rely on anything in someone's $HOME, as we've seen that go wrong far too often. I would like to encourage people to move services that are useful to an appropriate place. Before you can prove that a service is useful, you need to develop it. For that, it's convenient to have a place which is similar to the final destination of the service, where you can easily hack. Also, it's often not desirable to hack on the production version of a service. You seem to be agreeing with me about the usefulness of having a scratch area on quantz or samosa, and then: A good solution could be to serve public_html from wagner instead of vasks. You reach the opposite conclusion. I'll leave it there. Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Re: UDD access from Alioth(s children) (Was: Alioth status update, take 3)
On 15/06/11 at 20:00 +0100, Stephen Gran wrote: This one time, at band camp, Lucas Nussbaum said: On 15/06/11 at 08:36 +0100, Stephen Gran wrote: As a secondary issue, I think it might be useful to let DDs 'scratch their itch' when it comes to QA work in a light weight way. However, I'm not in the QA team, so I can't make decisions about what sort of access the QA team wants to give to other project members. In general, I am in favor of open access to resources and self-service, but you may not be. The QA team is very open to welcoming new members and their contributions. However, not everything can be labelled as QA work, and not everybody wants to do work inside a team, so I'm relunctant to use the QA infrastructure as a placeholder for every script people want to run on alioth. I can't decide if you're deliberately choosing to not understand me, or if we've just reached that point of a thread where people repeat themselves, so I'm going to stop after this mail. Usually, when that happens, a constructive way to move forward is to rephrase opinions to make sure that they were correctly understood. I understand your position as if it's QA, then it should be done inside the QA infrastructure (qa.debian.org, svn, etc.), not in a scratch area on wagner. Also, I don't think it's a good idea in general for the project to rely on anything in someone's $HOME, as we've seen that go wrong far too often. I would like to encourage people to move services that are useful to an appropriate place. Before you can prove that a service is useful, you need to develop it. For that, it's convenient to have a place which is similar to the final destination of the service, where you can easily hack. Also, it's often not desirable to hack on the production version of a service. You seem to be agreeing with me about the usefulness of having a scratch area on quantz or samosa, and then: Scratch areas on quantz or samosa are useful, but: - I don't think that it should be my role or the role of the QA team to manage them, so they shouldn't live under /org/qa.debian.org or /org/udd.debian.org. - quantz and samosa are not accessible to non-DDs. A good solution could be to serve public_html from wagner instead of vasks. You reach the opposite conclusion. How is that an opposite conclusion? - 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/20110615191316.ga27...@xanadu.blop.info
Re: UDD access from Alioth(s children) (Was: Alioth status update, take 3)
Hi! * Stephen Gran sg...@debian.org [2011-06-11 16:06:58 CEST]: This one time, at band camp, Andreas Tille said: I would like to repeat my question about UDD access from alioth (or one / both of its successors): Is there anybody working to reenable the UDD access? This is now reenabled. I had hoped to get postgres streaming replication working, but unfortunately udd is running on a 32bit system, while wagner and vasks are 64bit, so it didn't work out. localhost/5441 will get you access to udd over a tunnel for now until we can think of something better/different. Thanks. Some findings about this: Formerly a plain service=udd was working as convenience. Is it planned to put the pg_service.conf into place again? That way the backend connection could be transparently switched (though, my guess would be that the tunnel is there for the same purpose) Also, it is working on wagner, but not on vasks. As I understood it this is intentional. On the other hand, the public_html sites are hosted on vasks, not on wagner, so services that would want to query UDD and offer results are out of scope in the new alioth setup. I wonder if this is bothering just myself and whether I rather should provide myself with some scripts that I call via ssh to vasks and have the output locally (and offer access to the script to other users and document it in my alioth page) or whether this is something that can be reconsidered to get working again and that are others bitten by, too. From my understanding, deploying stuff on UDD is to be done after a test period or at least after the involved people consider it useful for ther broader audience, which the current approach has cut off now. For instance, I still had used my stable-RC.php page instead of lucas' UDD/bugs.cgi script because of some finer differences that might be considered personal preferences but which did suit my workflow better (and I have received input for that from others, too). My unarchived-bugs.php page is nowhere found yet on UDD or QA site and does also offer digging up targets of packages for looking at bugreports for inconsistencies that happened over time, for easier bug triaging. Also, I was asked today whether it is possible to query the UDD for bugreports against unknown packages, and I would have liked to offer an interface for that for people to look at so they can be more conveniently digged up, only to find out that this possibility is cut off now, at least in the way it was possible before and to my understanding the encouraged way to go, the main background behind having access to UDD from alioth in the first place. Generating those files statically and copy them over through a specific ssh key chained command when the pages are not that regularly looked at would unneededly add load to UDD that I really would like to avoid. For the same purpose I even added a caching mechanism in the script that did hook in on constant reloads of the page. I intentionally did do these things in a defensive way. Is there some place that is willing to host such service queries that probably only a handful people would be interested to look at (because QA work is boring but needs to get done anyway) that has both the possibility to do on-demand website generation and also has UDD read access? I'm not opposed to move the pages, I just would like to know _where_ to, and it would had been rather convenient to have been made aware of disabling that possibility beforehand, but I can understand that this usage might not be that widely known, even though I mentioned it in serveral different places from time to time ... tl;drIs there some host for php/cgi and UDD access? Thanks, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- 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/20110614144922.ga...@anguilla.debian.or.at
Re: UDD access from Alioth(s children) (Was: Alioth status update, take 3)
On 14/06/11 at 16:49 +0200, Gerfried Fuchs wrote: tl;drIs there some host for php/cgi and UDD access? Hi, Maybe we need a general-purpose machine accessible by all alioth users, without any performance-critical services, to execute all the random development-supporting scripts that generate web status pages such as PET, UDD-backed scripts, etc. So far, I read the alioth transition as: - old alioth: slow, useful - new alioth: much faster, less useful - 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/20110614150500.ga1...@xanadu.blop.info
Re: UDD access from Alioth(s children) (Was: Alioth status update, take 3)
This one time, at band camp, Gerfried Fuchs said: Hi! * Stephen Gran sg...@debian.org [2011-06-11 16:06:58 CEST]: This one time, at band camp, Andreas Tille said: I would like to repeat my question about UDD access from alioth (or one / both of its successors): Is there anybody working to reenable the UDD access? This is now reenabled. I had hoped to get postgres streaming replication working, but unfortunately udd is running on a 32bit system, while wagner and vasks are 64bit, so it didn't work out. localhost/5441 will get you access to udd over a tunnel for now until we can think of something better/different. Thanks. Some findings about this: Formerly a plain service=udd was working as convenience. Is it planned to put the pg_service.conf into place again? That way the backend connection could be transparently switched (though, my guess would be that the tunnel is there for the same purpose) I've restored the pg_service config now. Sorry, I forgot that that had been set up in the first place, so it dropped off my todo list. Also, it is working on wagner, but not on vasks. As I understood it this is intentional. On the other hand, the public_html sites are hosted on vasks, not on wagner, so services that would want to query UDD and offer results are out of scope in the new alioth setup. [ lot more good reasons snipped ] alioth admin hat I have to say that I'm not very happy about general purpose hosting on the 'alioth' servers. While I agree QA work is useful and should be encouraged rather than discouraged, I don't know if alioth is the place for development work of this sort. /alioth admin hat dsa hat qa.d.o has a dedicated machine, udd has a dedicated machine, and I'm sure it would be straight forward enough to set up a playpen on one or the other of those machines for DDs who want to do QA tasks without formally joining the QA team (just a gid debian writable subdirectory of the web root where users could create their own spaces would probably be sufficient?). This is just musing off the top of my head - I don't speak for the QA team or lucas about access to these services - the machines are open to all DDs, however, so I don't see any compelling issues to be resolved off hand. /dsa hat Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Re: UDD access from Alioth(s children) (Was: Alioth status update, take 3)
On 14/06/11 at 21:03 +0100, Stephen Gran wrote: This one time, at band camp, Gerfried Fuchs said: Hi! * Stephen Gran sg...@debian.org [2011-06-11 16:06:58 CEST]: This one time, at band camp, Andreas Tille said: I would like to repeat my question about UDD access from alioth (or one / both of its successors): Is there anybody working to reenable the UDD access? This is now reenabled. I had hoped to get postgres streaming replication working, but unfortunately udd is running on a 32bit system, while wagner and vasks are 64bit, so it didn't work out. localhost/5441 will get you access to udd over a tunnel for now until we can think of something better/different. Thanks. Some findings about this: Formerly a plain service=udd was working as convenience. Is it planned to put the pg_service.conf into place again? That way the backend connection could be transparently switched (though, my guess would be that the tunnel is there for the same purpose) I've restored the pg_service config now. Sorry, I forgot that that had been set up in the first place, so it dropped off my todo list. Also, it is working on wagner, but not on vasks. As I understood it this is intentional. On the other hand, the public_html sites are hosted on vasks, not on wagner, so services that would want to query UDD and offer results are out of scope in the new alioth setup. [ lot more good reasons snipped ] alioth admin hat I have to say that I'm not very happy about general purpose hosting on the 'alioth' servers. While I agree QA work is useful and should be encouraged rather than discouraged, I don't know if alioth is the place for development work of this sort. /alioth admin hat dsa hat qa.d.o has a dedicated machine, udd has a dedicated machine, and I'm sure it would be straight forward enough to set up a playpen on one or the other of those machines for DDs who want to do QA tasks without formally joining the QA team (just a gid debian writable subdirectory of the web root where users could create their own spaces would probably be sufficient?). This is just musing off the top of my head - I don't speak for the QA team or lucas about access to these services - the machines are open to all DDs, however, so I don't see any compelling issues to be resolved off hand. /dsa hat Well, there are a few reasons why this would be suboptimal: - both qa.debian.org and udd.debian.org websites are managed using SVN, so it's a bit inconvenient to create a playpen as a subdirectory. - I have the impression that most of the work that people were doing on alioth cannot be labelled as QA. For example, in the ruby team, we are running a daily cronjob that creates a web page about a transition. - qa and udd are not accessible to non-DDs. There are some teams that rely on a large number of non-DDs, and I don't like the idea of limiting the ability to update some script to DDs. (re-using the example of the ruby cronjob above, it was developed by Antonio Terceiro, who is still in NM). - qa and udd don't know about alioth teams. While I understand that it's not desirable to have the load induced by those third-party scripts affect the performance of alioth like it used to be the case, I think that it's very important for Debian to have a machine accessible to packaging team members (including non-DDs) where they can easily develop and run team-specific infrastructure. It would be a big regression if such infrastructure would have to be hosted outside Debian. - 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/20110614202317.ga28...@xanadu.blop.info
Re: UDD access from Alioth(s children) (Was: Alioth status update, take 3)
This one time, at band camp, Andreas Tille said: Hi again, I would like to repeat my question about UDD access from alioth (or one / both of its successors): Is there anybody working to reenable the UDD access? This is now reenabled. I had hoped to get postgres streaming replication working, but unfortunately udd is running on a 32bit system, while wagner and vasks are 64bit, so it didn't work out. localhost/5441 will get you access to udd over a tunnel for now until we can think of something better/different. Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
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
UDD access from Alioth(s children) (Was: Alioth status update, take 3)
Hi again, I would like to repeat my question about UDD access from alioth (or one / both of its successors): Is there anybody working to reenable the UDD access? Kind regards and thanks for maintaining Alioth Andreas. On Wed, May 25, 2011 at 09:25:37AM +0200, Andreas Tille wrote: 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/20110530134519.gb19...@an3as.eu
Unable to ssh to alioth (Was: Alioth status update, take 3)
Hi, 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, 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). I can confirm that I was able to checkout and commit to svn.debian.org until yesterday evening. Now it fails and the reason seems to be: ~$ ssh -v svn.debian.org ... debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: Roaming not allowed by server debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey debug1: Next authentication method: publickey debug1: Offering public key: /home/tillea/.ssh/id_rsa-debian debug1: Authentications that can continue: publickey debug1: No more authentication methods to try. Permission denied (publickey). I can login to people.debian.org and if I try from there I get: tille@ravel:~$ ssh -v alioth.debian.org ... debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: Roaming not allowed by server debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey debug1: Next authentication method: publickey debug1: Trying private key: /home/tille/.ssh/id_rsa debug1: Trying private key: /home/tille/.ssh/id_dsa debug1: No more authentication methods to try. Permission denied (publickey). I do not have a key file on people.d.o and wanted to try password authentication from there. Any idea what to do? Kind regards Andreas. -- 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/20110529063854.gd15...@an3as.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
