diff options
Diffstat (limited to '.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments')
20 files changed, 0 insertions, 578 deletions
diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/00c6f4d8-f965-4d2f-a652-17e58c20ab8c/body b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/00c6f4d8-f965-4d2f-a652-17e58c20ab8c/body deleted file mode 100644 index 63b61ad..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/00c6f4d8-f965-4d2f-a652-17e58c20ab8c/body +++ /dev/null @@ -1,26 +0,0 @@ -Hi, - - > http://bitbucket.org/sjl/cherryflavoredbugseverywhere/ - -Cool! I've set up a copy here: - - http://bugsweb.bugseverywhere.org/ - -(Since we don't have any open bugs lately, click "Closed" at the top, -or create some, but don't expect them to persist if you do.) - - > anyone has any feedback (on any aspect of it) I'd appreciate it. - -I'm pretty enthusiastic about merging this and then working on it -further. - -Thanks, - -- Chris. --- -Chris Ball <cjb@laptop.org> - -_______________________________________________ -Be-devel mailing list -Be-devel@bugseverywhere.org -http://void.printf.net/cgi-bin/mailman/listinfo/be-devel diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/00c6f4d8-f965-4d2f-a652-17e58c20ab8c/values b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/00c6f4d8-f965-4d2f-a652-17e58c20ab8c/values deleted file mode 100644 index 4a25a25..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/00c6f4d8-f965-4d2f-a652-17e58c20ab8c/values +++ /dev/null @@ -1,14 +0,0 @@ -Alt-id: <m3eisxtgfx.fsf@pullcord.laptop.org> - - -Author: Chris Ball <cjb@laptop.org> - - -Content-type: text/plain - - -Date: Fri, 03 Jul 2009 20:55:30 -0400 - - -In-reply-to: 2496ccca-130b-4459-bfae-9d9ef0138177 - diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/16357f68-19c0-4bf9-8220-b88b52b3456d/body b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/16357f68-19c0-4bf9-8220-b88b52b3456d/body deleted file mode 100644 index 3a08d71..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/16357f68-19c0-4bf9-8220-b88b52b3456d/body +++ /dev/null @@ -1,35 +0,0 @@ -Hi everyone. I found Bugs Everywhere and really like the idea of -distributed bug tracking. I felt like practicing building a CherryPy -site so I put together a quick web interface to BE. I know there's -already a TurboGears one in the works, but I needed an excuse to try -out CherryPy again after working with Django for a while. - -Would any of you be willing to take a look at what I've got so far and -tell me what you think I could improve? - -To install and use it: - -* Install CherryPy from http://cherrypy.org/ if you don't have it. -* Install Jinja2 from http://jinja.pocoo.org/2/ if you don't have it. -* Install BugsEverywhere - you probably know how to do this :) -* Download a zip/tar of my project (or hg clone) from http://bitbucket.org/sjl/cherryflavoredbugseverywhere/ -* Unzip my project and put the folder in your Python site-packages -directory. -* Symlink site-packages/cherryflavoredbugseverywhere/cfbe.py to /usr/ -local/bin/cfbe -* Use the "cfbe [project_root]" command to start up the web interface -for that project. -* Visit http://localhost:8080/ in a browser. - -I know that's a lot of steps. I'd like to streamline it quite a bit, -but first I wanted to see if you have any feedback on the system -itself. Thanks! - --- -Steve Losh -http://stevelosh.com/ - -_______________________________________________ -Be-devel mailing list -Be-devel@bugseverywhere.org -http://void.printf.net/cgi-bin/mailman/listinfo/be-devel diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/16357f68-19c0-4bf9-8220-b88b52b3456d/values b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/16357f68-19c0-4bf9-8220-b88b52b3456d/values deleted file mode 100644 index bb88284..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/16357f68-19c0-4bf9-8220-b88b52b3456d/values +++ /dev/null @@ -1,11 +0,0 @@ -Alt-id: <272FECFE-D16B-47B7-B39A-E2C8A718CCC5@stevelosh.com> - - -Author: Steve Losh <steve@stevelosh.com> - - -Content-type: text/plain - - -Date: Sat, 07 Feb 2009 16:30:33 -0500 - diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/1f25cba2-03ee-43e1-a042-ef6724938ad8/body b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/1f25cba2-03ee-43e1-a042-ef6724938ad8/body deleted file mode 100644 index d2ef28c..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/1f25cba2-03ee-43e1-a042-ef6724938ad8/body +++ /dev/null @@ -1,77 +0,0 @@ -Those are beautiful templates -- can you share those? I'd love to -study the HTML and CSS behind them. - -On Sat, Feb 7, 2009 at 5:48 PM, Steve Losh <steve@stevelosh.com> wrote: -> Hey Chris, thanks for the comments. -> ->> ->> My initial impression is that this looks good enough already to merge as ->> a replacement for the turbogears site. What does everyone else think? ->> -> -> I'm not quite sure it's there yet. There are a bunch of bugs I've got -> marked as "beta" that I'd like to see fixed before it's ready for real use. -> Hopefully they shouldn't be too tough to fix. You can point CFBE at itself -> to see them. :) -> ->> Could you explain a little about how you handle authorship of bug ->> changes at the moment, and if it looks plausible to try making it ->> multiuser? (Having it handle more than one "user" logged in at once.) ->> -> -> That's something I need advice on. Right now CFBE is pretty much only -> suitable for local use - you check out whatever you're working on and use it -> as a local interface to the bugs in the repository. Change those, check in, -> etc. It's effectively just a pretty version of the command line be tool. -> -> I haven't used CherryPy's session/authentication support before. This might -> be a good time for me to learn. One way it might be able to handle multiple -> users hitting a central server: -> -> * Each user has to register with the server and be approved by an admin. -> * Each account would be mapped to a contributor string, the same one that -> would show up if you were going to commit to the repository. -> * Once you have an account, you'd login to make any changes. -> -> -> Aside from all that, I'm a little fuzzy on how a centralized interface to a -> distributed bug tracking system should work. A read-only interface to a -> central "main" repository would be easy. Run the server in read-only mode -> pointing at the main repository. People can use it to look at the bugs in -> the tip of that repository. -> -> If it's not read-only, what happens when a user changes/adds/whatevers a -> bug? Should CFBE commit that change to the repository right then and there? -> Should it never commit, just update the bugdir and let the commits happen -> manually? -> -> What happens when you have multiple branches for a repository? Should there -> be one CFBE instance for each branch, or a single one that lets you switch -> between branches (effectively switching between revisions)? -> -> Those are the kind of things that don't really apply when CFBE is just a -> local interface to a single repository. If anyone has any advice on how a -> multi-user interface should work I'd love to hear it! -> -> -- -> Steve Losh -> http://stevelosh.com/ -> -> -> _______________________________________________ -> Be-devel mailing list -> Be-devel@bugseverywhere.org -> http://void.printf.net/cgi-bin/mailman/listinfo/be-devel -> - - - --- -Matthew Wilson -matt@tplus1.com -http://tplus1.com - -_______________________________________________ -Be-devel mailing list -Be-devel@bugseverywhere.org -http://void.printf.net/cgi-bin/mailman/listinfo/be-devel diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/1f25cba2-03ee-43e1-a042-ef6724938ad8/values b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/1f25cba2-03ee-43e1-a042-ef6724938ad8/values deleted file mode 100644 index ca3efd0..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/1f25cba2-03ee-43e1-a042-ef6724938ad8/values +++ /dev/null @@ -1,14 +0,0 @@ -Alt-id: <f6f643a20902071531y6aa3d7a6k7c5a4bd4aa5a04f6@mail.gmail.com> - - -Author: Matthew Wilson <matt@tplus1.com> - - -Content-type: text/plain - - -Date: Sat, 07 Feb 2009 18:31:04 -0500 - - -In-reply-to: 21c90231-d7f2-49bb-97d9-99e16459d799 - diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/21c90231-d7f2-49bb-97d9-99e16459d799/body b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/21c90231-d7f2-49bb-97d9-99e16459d799/body deleted file mode 100644 index 504f82b..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/21c90231-d7f2-49bb-97d9-99e16459d799/body +++ /dev/null @@ -1,62 +0,0 @@ -Hey Chris, thanks for the comments. - -> -> My initial impression is that this looks good enough already to -> merge as -> a replacement for the turbogears site. What does everyone else think? -> - -I'm not quite sure it's there yet. There are a bunch of bugs I've got -marked as "beta" that I'd like to see fixed before it's ready for real -use. Hopefully they shouldn't be too tough to fix. You can point -CFBE at itself to see them. :) - -> Could you explain a little about how you handle authorship of bug -> changes at the moment, and if it looks plausible to try making it -> multiuser? (Having it handle more than one "user" logged in at once.) -> - -That's something I need advice on. Right now CFBE is pretty much only -suitable for local use - you check out whatever you're working on and -use it as a local interface to the bugs in the repository. Change -those, check in, etc. It's effectively just a pretty version of the -command line be tool. - -I haven't used CherryPy's session/authentication support before. This -might be a good time for me to learn. One way it might be able to -handle multiple users hitting a central server: - -* Each user has to register with the server and be approved by an admin. -* Each account would be mapped to a contributor string, the same one -that would show up if you were going to commit to the repository. -* Once you have an account, you'd login to make any changes. - - -Aside from all that, I'm a little fuzzy on how a centralized interface -to a distributed bug tracking system should work. A read-only -interface to a central "main" repository would be easy. Run the -server in read-only mode pointing at the main repository. People can -use it to look at the bugs in the tip of that repository. - -If it's not read-only, what happens when a user changes/adds/whatevers -a bug? Should CFBE commit that change to the repository right then -and there? Should it never commit, just update the bugdir and let the -commits happen manually? - -What happens when you have multiple branches for a repository? Should -there be one CFBE instance for each branch, or a single one that lets -you switch between branches (effectively switching between revisions)? - -Those are the kind of things that don't really apply when CFBE is just -a local interface to a single repository. If anyone has any advice on -how a multi-user interface should work I'd love to hear it! - --- -Steve Losh -http://stevelosh.com/ - - -_______________________________________________ -Be-devel mailing list -Be-devel@bugseverywhere.org -http://void.printf.net/cgi-bin/mailman/listinfo/be-devel diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/21c90231-d7f2-49bb-97d9-99e16459d799/values b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/21c90231-d7f2-49bb-97d9-99e16459d799/values deleted file mode 100644 index fbe6c0e..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/21c90231-d7f2-49bb-97d9-99e16459d799/values +++ /dev/null @@ -1,14 +0,0 @@ -Alt-id: <D765386C-4D43-4AE0-83E3-986A1CB4008C@stevelosh.com> - - -Author: Steve Losh <steve@stevelosh.com> - - -Content-type: text/plain - - -Date: Sat, 07 Feb 2009 17:48:06 -0500 - - -In-reply-to: 42d57a41-219f-46db-9fda-21b42351da63 - diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/2496ccca-130b-4459-bfae-9d9ef0138177/body b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/2496ccca-130b-4459-bfae-9d9ef0138177/body deleted file mode 100644 index e160b76..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/2496ccca-130b-4459-bfae-9d9ef0138177/body +++ /dev/null @@ -1,52 +0,0 @@ -Speaking of that interface, I changed up the look and feel a bit last -weekend. It's still at http://bitbucket.org/sjl/cherryflavoredbugseverywhere/ - -- if anyone has any feedback (on any aspect of it) I'd appreciate it. - --- -Steve - -On Jul 3, 2009, at 8:31 PM, Chris Ball wrote: - -> Hi Gianluca, -> ->> As i said in a previous mail, I am working on a "html" command ->> for be. The goal is to be able to do something like "be html ->> /web/page" to have in the /web/page directory some static html ->> pages that basically are the dump of the be repository, much like ->> ditz have. This will enable a simple and fast publish of the bus ->> list and details on the web, at least in read only mode. -> -> It might be a good idea for "be html" to use the CherryPy web -> interface -> that Steve is working on. The command could start up the CherryPy app -> and scrape all of the available pages to get a stand-alone dump; this -> would avoid having to keep two (okay, more than two at this point) -> separate sets of HTML templates in the source tree. What do you -> think? -> ->> 2) I see that every command is implemented with a python file in ->> the becommand dir. For a better code, I'd like to split the ->> command implementation into two files: a file that contain the ->> actual code and a second file that have the html related part, ->> any problem with this ? I don't like to have the html part and ->> the code part in one big and unreadable file. -> -> I agree that becommands/*.py commands should not contain any HTML -> layout code. Putting it somewhere else instead sounds fine. -> -> Thanks! -> -> - Chris. -> -- -> Chris Ball <cjb@laptop.org> -> -> _______________________________________________ -> Be-devel mailing list -> Be-devel@bugseverywhere.org -> http://void.printf.net/cgi-bin/mailman/listinfo/be-devel - - -_______________________________________________ -Be-devel mailing list -Be-devel@bugseverywhere.org -http://void.printf.net/cgi-bin/mailman/listinfo/be-devel diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/2496ccca-130b-4459-bfae-9d9ef0138177/values b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/2496ccca-130b-4459-bfae-9d9ef0138177/values deleted file mode 100644 index e602a56..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/2496ccca-130b-4459-bfae-9d9ef0138177/values +++ /dev/null @@ -1,14 +0,0 @@ -Alt-id: <4701D71B-A14D-4C63-ABCC-E7E5FFE4E4BA@stevelosh.com> - - -Author: Steve Losh <steve@stevelosh.com> - - -Content-type: text/plain - - -Date: Fri, 03 Jul 2009 20:34:51 -0400 - - -In-reply-to: 16357f68-19c0-4bf9-8220-b88b52b3456d - diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/42d57a41-219f-46db-9fda-21b42351da63/body b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/42d57a41-219f-46db-9fda-21b42351da63/body deleted file mode 100644 index f43e8dd..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/42d57a41-219f-46db-9fda-21b42351da63/body +++ /dev/null @@ -1,32 +0,0 @@ -Hi Steve, - - > Hi everyone. I found Bugs Everywhere and really like the idea of - > distributed bug tracking. I felt like practicing building a - > CherryPy site so I put together a quick web interface to BE. I - > know there's already a TurboGears one in the works, but I needed an - > excuse to try out CherryPy again after working with Django for a - > while. - -This looks awesome, thanks! I've taken some screenshots for others to -see: - -http://chris.printf.net/cfbe-main.png -http://chris.printf.net/cfbe-detail.png - -My initial impression is that this looks good enough already to merge as -a replacement for the turbogears site. What does everyone else think? - -Could you explain a little about how you handle authorship of bug -changes at the moment, and if it looks plausible to try making it -multiuser? (Having it handle more than one "user" logged in at once.) - -Great work, thanks! - -- Chris. --- -Chris Ball <cjb@laptop.org> - -_______________________________________________ -Be-devel mailing list -Be-devel@bugseverywhere.org -http://void.printf.net/cgi-bin/mailman/listinfo/be-devel diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/42d57a41-219f-46db-9fda-21b42351da63/values b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/42d57a41-219f-46db-9fda-21b42351da63/values deleted file mode 100644 index e05f99d..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/42d57a41-219f-46db-9fda-21b42351da63/values +++ /dev/null @@ -1,14 +0,0 @@ -Alt-id: <m3zlgxyjo5.fsf@pullcord.laptop.org> - - -Author: Chris Ball <cjb@laptop.org> - - -Content-type: text/plain - - -Date: Sat, 07 Feb 2009 17:19:22 -0500 - - -In-reply-to: 16357f68-19c0-4bf9-8220-b88b52b3456d - diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/5e339bac-f4f3-407b-974a-b88795d3573b/body b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/5e339bac-f4f3-407b-974a-b88795d3573b/body deleted file mode 100644 index 7bea88c..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/5e339bac-f4f3-407b-974a-b88795d3573b/body +++ /dev/null @@ -1,30 +0,0 @@ -Hi, - - > Works for me. I've done this now, which closes the last open bug - > in my repo :D. - -Wow. Congrats! I've merged your branch. - - > All the new functionality comes from bug.extra_strings, which - > provides a list for storing arbitrary strings in the bug's - > permanent state. - -That's going to be really useful. - - > Next up: regexp searching for list --extra-strings! ;). - -Awesome. - - > Oh, and obviously there must still be bugs in BE. Please submit - > more ;). - -Perhaps it's a good time to merge Steve Losh's CherryPy web interface? - -http://void.printf.net/pipermail/be-devel/2009-February/000095.html -http://bitbucket.org/sjl/cherryflavoredbugseverywhere/ - -Thanks, - -- Chris. --- -Chris Ball <cjb@laptop.org> diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/5e339bac-f4f3-407b-974a-b88795d3573b/values b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/5e339bac-f4f3-407b-974a-b88795d3573b/values deleted file mode 100644 index a4063be..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/5e339bac-f4f3-407b-974a-b88795d3573b/values +++ /dev/null @@ -1,14 +0,0 @@ -Alt-id: <m31vp82yyj.fsf@pullcord.laptop.org> - - -Author: Chris Ball <cjb@laptop.org> - - -Content-type: text/plain - - -Date: Thu, 25 Jun 2009 10:02:44 -0400 - - -In-reply-to: 16357f68-19c0-4bf9-8220-b88b52b3456d - diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/7fa903a3-f9e6-4e4d-8128-0f26e1ce664b/body b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/7fa903a3-f9e6-4e4d-8128-0f26e1ce664b/body deleted file mode 100644 index 909b989..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/7fa903a3-f9e6-4e4d-8128-0f26e1ce664b/body +++ /dev/null @@ -1,25 +0,0 @@ -On Jun 25, 2009, at 10:02 AM, Chris Ball <cjb@laptop.org> wrote: -> ->> Oh, and obviously there must still be bugs in BE. Please submit ->> more ;). -> -> Perhaps it's a good time to merge Steve Losh's CherryPy web interface? -> -> http://void.printf.net/pipermail/be-devel/2009-February/000095.html -> http://bitbucket.org/sjl/cherryflavoredbugseverywhere/ -> - -Hey, I haven't touched the web interface in a while, but I should have -some time to fix some stuff up tonight and tomorrow. Hold off on -merging it in until then. - -I'm still curious as to what people think the role of a web interface -like this should be. When I wrote it I meant it as a single-user -interface like the command line one. It could definitely work as a -public, read-only interface too. - -If the goal is to allow more than one person to add issues, how should -commits go? One commit per change? Commit every X minutes if necessary? - --- -Steve diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/7fa903a3-f9e6-4e4d-8128-0f26e1ce664b/values b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/7fa903a3-f9e6-4e4d-8128-0f26e1ce664b/values deleted file mode 100644 index eea816a..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/7fa903a3-f9e6-4e4d-8128-0f26e1ce664b/values +++ /dev/null @@ -1,14 +0,0 @@ -Alt-id: <26FBD153-39C5-4641-AF5E-749731964086@stevelosh.com> - - -Author: Steve Losh <steve@stevelosh.com> - - -Content-type: text/plain - - -Date: Thu, 25 Jun 2009 10:23:04 -0400 - - -In-reply-to: 5e339bac-f4f3-407b-974a-b88795d3573b - diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/e249e2aa-2029-4a96-bc84-962366e07fd6/body b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/e249e2aa-2029-4a96-bc84-962366e07fd6/body deleted file mode 100644 index 614abd3..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/e249e2aa-2029-4a96-bc84-962366e07fd6/body +++ /dev/null @@ -1,33 +0,0 @@ -On Sat, Feb 07, 2009 at 05:48:06PM -0500, Steve Losh wrote: ->> My initial impression is that this looks good enough already to merge as ->> a replacement for the turbogears site. What does everyone else think? -> -> I'm not quite sure it's there yet. There are a bunch of bugs I've -> got marked as "beta" that I'd like to see fixed before it's ready -> for real use. Hopefully they shouldn't be too tough to fix. You -> can point CFBE at itself to see them. :) - -Steve's also versioning it with Mercurial. Will he mind changing to -Bazaar? - -Steve, I've touched up CFBE to work with my current BE branch. Some -of the changes apply to the trunk BE, and hopefully the rest will -soon. I think the version-naming issue is what's currently blocking -their adoption ;). I've put up my CFBE branch at - static-http://www.physics.drexel.edu/~wking/code/hg/cfbe -for Mercurial. - -Everyone, should CFBE-specific discussions move off-list? More -generally, I've been sending in lots of what-I'm-working on messages, -but not hearing much back, so let me know if I'm being too obnoxious, -and I'll shut up (or at least move more off-list) ;). - -Cheers, -Trevor - --- -This email may be signed or encrypted with GPG (http://www.gnupg.org). -The GPG signature (if present) will be attached as 'signature.asc'. -For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy - -My public key is at http://www.physics.drexel.edu/~wking/pubkey.txt diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/e249e2aa-2029-4a96-bc84-962366e07fd6/values b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/e249e2aa-2029-4a96-bc84-962366e07fd6/values deleted file mode 100644 index d361c19..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/e249e2aa-2029-4a96-bc84-962366e07fd6/values +++ /dev/null @@ -1,14 +0,0 @@ -Alt-id: <20090721135907.GB4469@mjolnir.home.net> - - -Author: '"W. Trevor King" <wking@drexel.edu>' - - -Content-type: text/plain - - -Date: Tue, 21 Jul 2009 09:59:07 -0400 - - -In-reply-to: 21c90231-d7f2-49bb-97d9-99e16459d799 - diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/fa60ce1f-a809-4fb3-a2cd-1a2e0bdd0e0a/body b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/fa60ce1f-a809-4fb3-a2cd-1a2e0bdd0e0a/body deleted file mode 100644 index ae6a5fe..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/fa60ce1f-a809-4fb3-a2cd-1a2e0bdd0e0a/body +++ /dev/null @@ -1,69 +0,0 @@ -On Thu, Jun 25, 2009 at 10:23:04AM -0400, Steve Losh wrote: -> I'm still curious as to what people think the role of a web interface like -> this should be. When I wrote it I meant it as a single-user interface like -> the command line one. It could definitely work as a public, read-only -> interface too. - -I think the multi-user/public is the way to go. I'd also like to see -a procmail-able script to handle multi-user/public access via email, -which would have all the same issues we're worrying about here. - -On Sat, Feb 07, 2009 at 05:48:06PM -0500, Steve Losh wrote: -> I haven't used CherryPy's session/authentication support before. This -> might be a good time for me to learn. One way it might be able to handle -> multiple users hitting a central server: -> -> * Each user has to register with the server and be approved by an admin. -> * Each account would be mapped to a contributor string, the same one that -> would show up if you were going to commit to the repository. -> * Once you have an account, you'd login to make any changes. - -This sounds good to me. Yay spam reduction ;). - -> If it's not read-only, what happens when a user changes/adds/whatevers a -> bug? Should CFBE commit that change to the repository right then and -> there? Should it never commit, just update the bugdir and let the commits -> happen manually? - -On Thu, Jun 25, 2009 at 10:23:04AM -0400, Steve Losh wrote: -> One commit per change? Commit every X minutes if necessary? - -On Sat, Feb 07, 2009 at 05:48:06PM -0500, Steve Losh wrote: -> What happens when you have multiple branches for a repository? Should -> there be one CFBE instance for each branch, or a single one that lets you -> switch between branches (effectively switching between revisions)? - -There are interesting discussions about the role of distributed -bugtracking here (I'm sure there are others): - http://lwn.net/Articles/281849/ - http://community.livejournal.com/evan_tech/248736.html - -Personally, I've never done much cherry-picking or anything that would -require me to determine exactly which parts of someone's work I want -and which I don't want. I just merge someone's head and edit out the -bits I don't like, a process that also works well for our current -"commit however you want" BE development model ;). Maybe that just -shows that I only work on minor branches of small projects :p. In the -absence of big-project advice, I think we just limit the web front end -to our current model, and let the web interface commit however it -wants as well ;). +1 for adding a <commit> button to the web -interface ;). - -One caveat about a multi-user interface would be that it would allow -the casual users to commit bugs about whatever version they had -installed onto the head of the public-bug branch. In order to figure -out what version of the project they were talking about, the project -should have a way for the user to get a unique version string, ideally -be the bzr-revision-id/git-commit/etc. of the commit for the version -they were using. This would allow developers to determine what branch -to work on with the bug fix, and what branches needed to pull the -eventual fix. If the initially reported buggy version wasn't actually -the root of the bug, oh well :p. Material for a later related bug -report or a reopen. - --- -This email may be signed or encrypted with GPG (http://www.gnupg.org). -The GPG signature (if present) will be attached as 'signature.asc'. -For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy - -My public key is at http://www.physics.drexel.edu/~wking/pubkey.txt diff --git a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/fa60ce1f-a809-4fb3-a2cd-1a2e0bdd0e0a/values b/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/fa60ce1f-a809-4fb3-a2cd-1a2e0bdd0e0a/values deleted file mode 100644 index 49c9314..0000000 --- a/.be/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/fa60ce1f-a809-4fb3-a2cd-1a2e0bdd0e0a/values +++ /dev/null @@ -1,14 +0,0 @@ -Alt-id: <20090625154734.GA19441@mjolnir.home.net> - - -Author: '"W. Trevor King" <wking@drexel.edu>' - - -Content-type: text/plain - - -Date: Thu, 25 Jun 2009 11:47:34 -0400 - - -In-reply-to: 16357f68-19c0-4bf9-8220-b88b52b3456d - |