From billings at negate.org Thu Mar 1 00:20:09 2001 From: billings at negate.org (Jonathan Billings) Date: Thu, 1 Mar 2001 00:20:09 -0500 (EST) Subject: [Wplug-web] Install-fest images In-Reply-To: <20010228190959.A18568@katra.dyndns.org> Message-ID: On Wed, 28 Feb 2001, Zach Paine wrote: > Word. The install-fest scripts still aren't working. Take a look at them > in wplug/install-fest and php/ please. I think it has something to do with > overlapping variables. Library paths needed to be different for each > branch (/home/www/htdocs/wplug/lib vs > /users/zman/public_html/wplug.zman/wplug/lib) so I setup a file in each lib > directory called basedir.inc that sets $base equal to the basedir used in > that branch. The php for install-fest images also uses a base variable. I > tried to change it to base_fest but that didn't really seem to work. Could > you guys take a look at them? Um, there were no jpegs in the correct dir. that might have something to do with it. I checked them all in, but it seems something is up, because I now can't seem to resolve some problems. Good night. --jonathan From zman at wplug.org Thu Mar 1 07:32:27 2001 From: zman at wplug.org (Zach Paine) Date: Thu, 1 Mar 2001 07:32:27 -0500 Subject: [Wplug-web] Install-fest images In-Reply-To: ; from billings@negate.org on Thu, Mar 01, 2001 at 00:20:09 -0500 References: <20010228190959.A18568@katra.dyndns.org> Message-ID: <20010301073227.A19859@katra.dyndns.org> On Thu, 01 Mar 2001 00:20:09 Jonathan Billings wrote: > Um, there were no jpegs in the correct dir. that might have something to > do with it. I checked them all in, but it seems something is up, because > I now can't seem to resolve some problems. Good night. > > --jonathan > Oops.. I'm talking about stable. Are you looking at unstable? The directories in /home/www/htdocs/wplug/install-fest all contain jpg's, but still don't work. Is the problem with 'missing' or 'gone' files? -- Zach Paine http://www.wplug.org/~zman/zman.key Key available from pgp.ai.mit.edu ID: 87746D3D Fingerprint: B813 EFB8 ECD0 0C34 6F7F 71DD 01E9 17C3 8774 6D3D From billings at negate.org Thu Mar 1 11:29:56 2001 From: billings at negate.org (Jonathan Billings) Date: Thu, 1 Mar 2001 11:29:56 -0500 (EST) Subject: [Wplug-web] Install-fest images In-Reply-To: <20010301073227.A19859@katra.dyndns.org> Message-ID: On Thu, 1 Mar 2001, Zach Paine wrote: > Oops.. I'm talking about stable. Are you looking at unstable? The > directories in /home/www/htdocs/wplug/install-fest all contain jpg's, but > still don't work. Is the problem with 'missing' or 'gone' files? I checked them in, that's the only reason they were there. And I checked them in from the /home/www.old, so it might be old. From zman at wplug.org Sat Mar 3 12:41:37 2001 From: zman at wplug.org (Zach Paine) Date: Sat, 3 Mar 2001 12:41:37 -0500 Subject: [Wplug-web] Install-fest image code broken because of database Message-ID: <20010303124137.A5212@katra.dyndns.org> The image code on the website because of an undefined function error for pg_connect(). What's up with this? Can someone fix it pweez (or tell me how to)? -- Zach Paine http://www.wplug.org/~zman/zman.key Key available from pgp.ai.mit.edu ID: 87746D3D Fingerprint: B813 EFB8 ECD0 0C34 6F7F 71DD 01E9 17C3 8774 6D3D From jeremy at gunix.net Sat Mar 3 18:57:06 2001 From: jeremy at gunix.net (Jeremy Dinsel) Date: Sat, 3 Mar 2001 15:57:06 -0800 (PST) Subject: [Wplug-web] Re: Install-fest image code broken because of database In-Reply-To: <20010303124137.A5212@katra.dyndns.org> Message-ID: you need the postgresql (pgsql.so) module defined in php.ini and available within the path that it searches. -j On Sat, 3 Mar 2001, Zach Paine wrote: : The image code on the website because of an undefined function error for : pg_connect(). What's up with this? : Can someone fix it pweez (or tell me how to)? : -- : Zach Paine : http://www.wplug.org/~zman/zman.key : Key available from pgp.ai.mit.edu ID: 87746D3D : Fingerprint: B813 EFB8 ECD0 0C34 6F7F 71DD 01E9 17C3 8774 6D3D : -- - Jeremy Dinsel - somewhere in the monkey house From zman at wplug.org Sat Mar 3 20:42:49 2001 From: zman at wplug.org (Zach Paine) Date: Sat, 3 Mar 2001 20:42:49 -0500 Subject: [Wplug-web] Re: Install-fest image code broken because of database In-Reply-To: ; from jeremy@gunix.net on Sat, Mar 03, 2001 at 18:57:06 -0500 References: <20010303124137.A5212@katra.dyndns.org> Message-ID: <20010303204249.A5712@katra.dyndns.org> Ok, the pg_connect error is gone. Now we need to decide what to do about the variable issue. Check out: http://bugs.wplug.org/cgi-bin/show_bug.cgi?id=6 for a further description of the problem. -- Zach Paine http://www.wplug.org/~zman/zman.key Key available from pgp.ai.mit.edu ID: 87746D3D Fingerprint: B813 EFB8 ECD0 0C34 6F7F 71DD 01E9 17C3 8774 6D3D From zman at wplug.org Sat Mar 3 21:30:12 2001 From: zman at wplug.org (Zach Paine) Date: Sat, 3 Mar 2001 21:30:12 -0500 Subject: [Wplug-web] Announcement Scripts Message-ID: <20010303213012.C5712@katra.dyndns.org> A while ago, evand and I tried to automate the announcement process through some php magic. Basically, you write an announcement on a web page and it is automatically sent out a week before the meeting. It's not working however, and I'm not sure why. The page is wplug.org/announcements. The repos however, actually just have a link to the files, so that people with anonymous access can't get the user:pass to the site. To grab the repos, clone user at wplug.org:/users/zman/private. I'll submit a bug report to bugzilla as well. -- Zach Paine http://www.wplug.org/~zman/zman.key Key available from pgp.ai.mit.edu ID: 87746D3D Fingerprint: B813 EFB8 ECD0 0C34 6F7F 71DD 01E9 17C3 8774 6D3D From zman at wplug.org Mon Mar 5 16:43:48 2001 From: zman at wplug.org (Zach Paine) Date: Mon, 5 Mar 2001 16:43:48 -0500 Subject: [Wplug-web] Readme Message-ID: <20010305164348.A939@katra.dyndns.org> Hey, Development is picking up which is quite spanky. I wanted to tell you guys that I created a README file in repository root, so that we can all keep on the same page. I wrote an entry about the include() situation. Check it out and use it please :) -- Zach Paine http://www.wplug.org/~zman/zman.key Key available from pgp.ai.mit.edu ID: 87746D3D Fingerprint: B813 EFB8 ECD0 0C34 6F7F 71DD 01E9 17C3 8774 6D3D From rdale at wplug.org Wed Mar 7 00:50:02 2001 From: rdale at wplug.org (Robert Dale) Date: Wed, 7 Mar 2001 00:50:02 -0500 (EST) Subject: [Wplug-web] Website functions Message-ID: This is a simple, possibly incomplete, list of needed/wanted functions for the website in no particular order or correct hierarchy. Feel free to comment, add, remove, urinate, etc on this list. my.wplug.org - portal o news boxes o google search o wplug.org content wplug.org - resources - info boxes - last five messages to the list - days until next meeting/installfest - meeting announcements - about - sponsors - search - wplug news - events o directions - maps o meetings - minutes - topics - presentations o installfests - minutes - raffles - movies o events beyond regular meetings/installfests - email lists o lists - wplug (general discussion) - wplug-plan (leadership/planning discussion) - wplug-web (website discussion) - wplug-announce (announcements for only official, wplug events!) o archives - projects o wplug - web site o members - links - Leadership o bylaws - membership - members o pics o links o bio o screenshots - login o takes you to my.wplug.org - account creation o based on list subscription o passwords sync'ed with list subscription - suggestion box - administration o add/modify/delete anything and everything on the website (this is a section all on its own - the next step) -- Robert Dale wplug member since 1998 From zman at goibsmail.com Wed Mar 7 11:46:15 2001 From: zman at goibsmail.com (Zach Paine) Date: Wed, 7 Mar 2001 11:46:15 -0500 Subject: [Wplug-web] Bugzilla Message-ID: <200103071146.AA2262827192@goibsmail.com> I think we need to decide if we want bugzilla to send updates to the list. Currently this feature is not enabled. I personally would like to have reports of new bugs, and changes made to bugs sent to the list. How do you guys feel about this? Zach From evand at wplug.org Wed Mar 7 20:31:42 2001 From: evand at wplug.org (Evan DiBiase) Date: Wed, 7 Mar 2001 20:31:42 -0500 (EST) Subject: [Wplug-web] Bugzilla In-Reply-To: <200103071146.AA2262827192@goibsmail.com> Message-ID: On Wed, 7 Mar 2001, Zach Paine wrote: > I think we need to decide if we want bugzilla to send updates to the list. Currently this feature is not enabled. I personally would like to have reports of new bugs, and changes made to bugs sent to the list. How do you guys feel about this? I agree. I'm not interested in checking bugzilla all the time to see what people have filed, and it's not like we're sending out bug reports to 300 people on wplug-web (yet). -Evan From billings at negate.org Fri Mar 9 17:44:56 2001 From: billings at negate.org (Jonathan S Billings) Date: Fri, 09 Mar 2001 17:44:56 -0500 Subject: [Wplug-web] [Fwd: WPLUG site and maps] Message-ID: <3AA95CE8.3D33ED83@negate.org> -- Jonathan Billings SCS Facilities billings+ at cs.cmu.edu -------------- next part -------------- An embedded message was scrubbed... From: David Tessitor Subject: WPLUG site and maps Date: Fri, 09 Mar 2001 16:29:48 -0500 Size: 85903 Url: http://www.wplug.org/pipermail/wplug-web/attachments/20010309/6dc40b31/attachment.mht From billings at negate.org Fri Mar 9 18:49:14 2001 From: billings at negate.org (Jonathan Billings) Date: Fri, 9 Mar 2001 18:49:14 -0500 (EST) Subject: [Wplug-web] [Fwd: WPLUG site and maps] In-Reply-To: <3AA95CE8.3D33ED83@negate.org> Message-ID: oh, by the way, I've updated the page, I just sent the message in for records sake, as a reference that David did the images, and his other comments. Check it out at http://www.wplug.org/meetings/ From zman at wplug.org Sat Mar 10 22:15:35 2001 From: zman at wplug.org (Zach Paine) Date: Sat, 10 Mar 2001 22:15:35 -0500 Subject: [Wplug-web] Odd link behavior Message-ID: <20010310221535.A24811@katra.dyndns.org> Check out these screenshots of unstable: http://katra.dyndns.org/~zman/unstable_mozilla.jpg http://katra.dyndns.org/~zman/unstable_netscape.jpg What's up w/ those links? -- Zach Paine http://www.wplug.org/~zman/zman.key Key available from pgp.ai.mit.edu ID: 87746D3D Fingerprint: B813 EFB8 ECD0 0C34 6F7F 71DD 01E9 17C3 8774 6D3D From zman at wplug.org Sat Mar 10 21:45:34 2001 From: zman at wplug.org (Zach Paine) Date: Sat, 10 Mar 2001 21:45:34 -0500 Subject: [Wplug-web] Interesting link design on unstable Message-ID: <20010310214453.A24109@katra.dyndns.org> Greetings to all! I noticed something on unstable just now. All of the links in netscape have a gray background, which is not very fitting. In mozilla, just the 'home' link has a gray background. Was this intentional? When I used Internet Explorer at school over the weekend to check the page, what happened was that the underline under the link dissapeared when the mouse went over it and I did not see this gray background stuff. What's up with this? Evan: what browser do you use to test the page? Later, zman -- Zach Paine http://www.wplug.org/~zman/zman.key Key available from pgp.ai.mit.edu ID: 87746D3D Fingerprint: B813 EFB8 ECD0 0C34 6F7F 71DD 01E9 17C3 8774 6D3D From billings at negate.org Sat Mar 10 23:05:36 2001 From: billings at negate.org (Jonathan Billings) Date: Sat, 10 Mar 2001 23:05:36 -0500 (EST) Subject: [Wplug-web] Odd link behavior In-Reply-To: <20010310221535.A24811@katra.dyndns.org> Message-ID: On Sat, 10 Mar 2001, Zach Paine wrote: > Check out these screenshots of unstable: > http://katra.dyndns.org/~zman/unstable_mozilla.jpg > http://katra.dyndns.org/~zman/unstable_netscape.jpg > > What's up w/ those links? evand and I were looking at that during the 'fest. He might have submitted a bug about it. if not, do it. He thinks it's ugly CSS foo From zman at wplug.org Sat Mar 10 21:45:34 2001 From: zman at wplug.org (Zach Paine) Date: Sat, 10 Mar 2001 21:45:34 -0500 Subject: [Wplug-web] Interesting link design on unstable Message-ID: <20010310214453.A24109@katra.dyndns.org> Greetings to all! I noticed something on unstable just now. All of the links in netscape have a gray background, which is not very fitting. In mozilla, just the 'home' link has a gray background. Was this intentional? When I used Internet Explorer at school over the weekend to check the page, what happened was that the underline under the link dissapeared when the mouse went over it and I did not see this gray background stuff. What's up with this? Evan: what browser do you use to test the page? Later, zman -- Zach Paine http://www.wplug.org/~zman/zman.key Key available from pgp.ai.mit.edu ID: 87746D3D Fingerprint: B813 EFB8 ECD0 0C34 6F7F 71DD 01E9 17C3 8774 6D3D From billings at negate.org Mon Mar 12 06:00:04 2001 From: billings at negate.org (billings at negate.org) Date: Mon, 12 Mar 2001 06:00:04 -0500 Subject: [Wplug-web] Your Bugzilla buglist needs attention. Message-ID: <200103121100.GAA27897@wplug.org> [This e-mail has been automatically generated.] You have one or more bugs assigned to you in the Bugzilla bugsystem (http://bugs.wplug.org/cgi-bin/) that require attention. All of these bugs are in the NEW state, and have not been touched in 7 days or more. You need to take a look at them, and decide on an initial action. Generally, this means one of three things: (1) You decide this bug is really quick to deal with (like, it's INVALID), and so you get rid of it immediately. (2) You decide the bug doesn't belong to you, and you reassign it to someone else. (Hint: if you don't know who to reassign it to, make sure that the Component field seems reasonable, and then use the "Reassign bug to owner of selected component" option.) (3) You decide the bug belongs to you, but you can't solve it this moment. Just use the "Accept bug" command. To get a list of all NEW bugs, you can use this URL (bookmark it if you like!): http://bugs.wplug.org/cgi-bin/buglist.cgi?bug_status=NEW&assigned_to=wplug-web at wplug.org Or, you can use the general query page, at http://bugs.wplug.org/cgi-bin/query.cgi. Appended below are the individual URLs to get to all of your NEW bugs that haven't been touched for a week or more. You will get this message once a day until you've dealt with these bugs! http://bugs.wplug.org/cgi-bin/show_bug.cgi?id=9 From zman at wplug.org Mon Mar 12 19:39:01 2001 From: zman at wplug.org (Zach Paine) Date: Mon, 12 Mar 2001 19:39:01 -0500 Subject: [Wplug-web] Backend Message-ID: <20010312193901.A3594@katra.dyndns.org> Lets do the backend discussion thing. Right now we're using a php+mysql system. Seems to work pretty well. We do have cocoon installed. So lets decide on a proper backend system right now. What are the advantages of cocoon+xml. Does xml work with mysql? Basically where does/can cocoon fit into our system? We're making progress on some of the more interactive features of wplug.org, so I think now is a good time for this discussion. Here is my input: I know php and mysql enough to be proficient. I know nothing about XML, but I'd like to learn and implement it. What would be the best combination of available resources for wplug? We know what we want to do. Check out the TODO list in the repos if you're curious. -- Zach Paine http://www.wplug.org/~zman/zman.key Key available from pgp.ai.mit.edu ID: 87746D3D Fingerprint: B813 EFB8 ECD0 0C34 6F7F 71DD 01E9 17C3 8774 6D3D From evand at wplug.org Mon Mar 12 21:21:39 2001 From: evand at wplug.org (Evan DiBiase) Date: Mon, 12 Mar 2001 21:21:39 -0500 (EST) Subject: [Wplug-web] Backend In-Reply-To: <20010312193901.A3594@katra.dyndns.org> Message-ID: On Mon, 12 Mar 2001, Zach Paine wrote: > I know php and mysql enough to be proficient. I know nothing about XML, > but I'd like to learn and implement it. What would be the best combination > of available resources for wplug? We know what we want to do. Check out > the TODO list in the repos if you're curious. Right. Obviously, more of us know PHP than Java + XML, so we're going to have to have some pretty significant advantages in order to switch. Also, we're going to have to learn somehow :-) Is rob around? -Evan From evand at wplug.org Tue Mar 13 23:13:45 2001 From: evand at wplug.org (Evan DiBiase) Date: Tue, 13 Mar 2001 23:13:45 -0500 (EST) Subject: [Wplug-web] Feature Freeze Message-ID: Okay, since I announced it to wplug (without consulting you guys, sorry), unstable is now in feature freeze. I think we need to get the new design out the door, and then focus on the stuff in TODO (which zman will hopefully soon file enhancement bugs on :-) for getting some really cool stuff done. So, until the push from unstable -> stable, only bugfixes. Then it gets fun :-) So, moral of the story is: get stuff done faster, get to cool stuff faster. -Evan From zman at goibsmail.com Thu Mar 15 14:11:33 2001 From: zman at goibsmail.com (Zach Paine) Date: Thu, 15 Mar 2001 14:11:33 -0500 Subject: [Wplug-web] Defacement of unstable Message-ID: <200103151411.AA27197822@goibsmail.com> What's up with that bogus news entry? Zach From evand at wplug.org Thu Mar 15 15:41:07 2001 From: evand at wplug.org (Evan DiBiase) Date: Thu, 15 Mar 2001 15:41:07 -0500 (EST) Subject: [Wplug-web] Defacement of unstable In-Reply-To: <200103151411.AA27197822@goibsmail.com> Message-ID: On Thu, 15 Mar 2001, Zach Paine wrote: > What's up with that bogus news entry? A proof of concept, and a good reason for me to start the admin stuff _now_. -Evan From rob at nrek.net Sat Mar 17 02:11:36 2001 From: rob at nrek.net (Robert Dale) Date: Sat, 17 Mar 2001 02:11:36 -0500 (EST) Subject: [Wplug-web] New account Message-ID: Hi, I'm new to wplug and I just tried to create an account on your website, but instead I got this message: There was an error creating your user account. Please contact wplug-web at wplug.org. So, here I am. What happens next? -- Robert Dale From evand at wplug.org Sat Mar 17 13:20:27 2001 From: evand at wplug.org (Evan DiBiase) Date: Sat, 17 Mar 2001 13:20:27 -0500 (EST) Subject: [Wplug-web] New account In-Reply-To: Message-ID: Robert, Could you tell us what values you entered into the WPLUG Account Creation (http://unstable.wplug.org/create_account.php) page? Thanks, Evan On Sat, 17 Mar 2001, Robert Dale wrote: > > Hi, > > I'm new to wplug and I just tried to create an account on your website, > but instead I got this message: > There was an error creating your user account. Please contact wplug-web at wplug.org. > > So, here I am. What happens next? From rob at nrek.net Sat Mar 17 14:29:01 2001 From: rob at nrek.net (Robert Dale) Date: Sat, 17 Mar 2001 14:29:01 -0500 (EST) Subject: [Wplug-web] New account In-Reply-To: Message-ID: email address: rob at nrek.net pass: foo pass: foo first name: robert last name: dale On Sat, 17 Mar 2001, Evan DiBiase wrote: > Robert, > > Could you tell us what values you entered into the WPLUG Account > Creation (http://unstable.wplug.org/create_account.php) page? > > Thanks, > Evan > > On Sat, 17 Mar 2001, Robert Dale wrote: > > > > > Hi, > > > > I'm new to wplug and I just tried to create an account on your website, > > but instead I got this message: > > There was an error creating your user account. Please contact wplug-web at wplug.org. > > > > So, here I am. What happens next? > -- Robert Dale From evand at wplug.org Sat Mar 17 15:45:01 2001 From: evand at wplug.org (Evan DiBiase) Date: Sat, 17 Mar 2001 15:45:01 -0500 (EST) Subject: [Wplug-web] New account In-Reply-To: Message-ID: Robert, On Sat, 17 Mar 2001, Robert Dale wrote: > email address: rob at nrek.net > pass: foo > pass: foo > first name: robert > last name: dale I verified this error, and traced it to a problem in our code. This should be fixed now. If you have any further problems with this or with unstable.wplug.org in general, please don't hesitate to contact either me or wplug-web at wplug.org. Thank you, Evan From evand at wplug.org Sat Mar 17 23:04:37 2001 From: evand at wplug.org (Evan DiBiase) Date: Sat, 17 Mar 2001 23:04:37 -0500 (EST) Subject: [Wplug-web] new file: web.mysql Message-ID: Per rob's suggestion, there is now a web.mysql database creation dump in the unstable root. please keep this file up-to-date with database information. Thanks, Evan From evand at wplug.org Sun Mar 18 02:21:20 2001 From: evand at wplug.org (Evan DiBiase) Date: Sun, 18 Mar 2001 02:21:20 -0500 (EST) Subject: [Wplug-web] CVS Message-ID: Hi, While bk has been fun and useful (when it works), we are currently experiencing major problems (again) that we should not be experiencing, and these problems (and the fact that similar things have happened before) lead me to conclude that maybe we should try out another RCS for a while. CVS would get my vote. Advantages of CVS: * Things generally don't break * More compatable with tools (emacs comes to mind) * Does pretty much what we need to do Disadvantages of CVS: * ricks didn't help make it * We'd have to switch from bk * Doesn't have as many nifty tools as bk What do you all think? -Evan From zman at wplug.org Sun Mar 18 09:12:52 2001 From: zman at wplug.org (Zach Paine) Date: Sun, 18 Mar 2001 09:12:52 -0500 Subject: [Wplug-web] CVS In-Reply-To: ; from evand@wplug.org on Sun, Mar 18, 2001 at 02:21:20 -0500 References: Message-ID: <20010318091252.B28146@katra.dyndns.org> I'd rather stick with BK. What is the current problem? It always works for me and it does things that other systems don't do: * Keeps symlinks under revision control We need this for the announce scripts. While they could be in the main repository, I don't want anonymous users to grab the scripts and see the passwords in them. Symlinks in the main repository point to them. * Push/Pull system I think it would be hard to have two lines of development like we have with cvs or rcs * Revision History It seems to me that bk has more advanced and more easily accessible revision history. * Easy patching system The changesets make it easier to back up to an older change, or create patches I'm not dead set against CVS, but I need someone to tell me why it would make my developing easier? -- Zach Paine http://www.wplug.org/~zman/zman.key Key available from pgp.ai.mit.edu ID: 87746D3D Fingerprint: B813 EFB8 ECD0 0C34 6F7F 71DD 01E9 17C3 8774 6D3D From evand at wplug.org Sun Mar 18 13:53:40 2001 From: evand at wplug.org (Evan DiBiase) Date: Sun, 18 Mar 2001 13:53:40 -0500 (EST) Subject: [Wplug-web] CVS In-Reply-To: <20010318091252.B28146@katra.dyndns.org> Message-ID: On Sun, 18 Mar 2001, Zach Paine wrote: > I'd rather stick with BK. What is the current problem? It always works > for me and it does things that other systems don't do: You're enjoying part of the current problem right now :-) We're spending more time lately fixing the repository than developing. bk _should not_ be breaking this often. > * Keeps symlinks under revision control > We need this for the announce scripts. While they could be > in the main repository, I don't want anonymous users to grab the scripts > and see the passwords in them. Symlinks in the main repository point to > them. Anonymous users can grab the scripts that use the announcements database anonymously right now out of the unstable repo. Same for the main web database. What symlinks are you talking about? > * Push/Pull system > I think it would be hard to have two lines of development > like we have with cvs or rcs Can someone more experienced with CVS comment on this? It seems like it would be rather straightforward. > * Revision History > It seems to me that bk has more advanced and more easily > accessible revision history. Again, I haven't used CVS a whole lot, but it seems like the revision stuff works pretty well for those who use CVS (like SourceForge, for example). > * Easy patching system > The changesets make it easier to back up to an older > change, or create patches AFAIK it's pretty easy to do all of this in CVS, too, else people wouldn't be using it. > I'm not dead set against CVS, but I need someone to tell me why it would > make my developing easier? The main reason I advocate it is that it will _work_, which means you actually get to develop as opposed to spend 1.5 days or more trying to be able to push to the repository. Additionally, you're going to have more tools available that interface well with CVS, because it's more well known than bk. I like bk when it works, but when it doesn't, it's painful. And it doesn't work a lot. -Evan From zman at wplug.org Sun Mar 18 13:46:45 2001 From: zman at wplug.org (Zach Paine) Date: Sun, 18 Mar 2001 13:46:45 -0500 Subject: [Wplug-web] CVS In-Reply-To: ; from evand@wplug.org on Sun, Mar 18, 2001 at 13:53:40 -0500 References: <20010318091252.B28146@katra.dyndns.org> Message-ID: <20010318134645.F2611@katra.dyndns.org> > You're enjoying part of the current problem right now :-) We're spending > more time lately fixing the repository than developing. bk _should not_ > be breaking this often. What problem am I experiencing? The problem that exists right now is due to user error. Bk is not broken. > Anonymous users can grab the scripts that use the announcements database > anonymously right now out of the unstable repo. Same for the main web > database. > > What symlinks are you talking about? /wplug/announcements/stuff.php Everything in there is a symlink to the actuall files, which are in a private repos not available to anonymous users. > The main reason I advocate it is that it will _work_, which means you > actually get to develop as opposed to spend 1.5 days or more trying to > be able to push to the repository. Additionally, you're going to have > more tools available that interface well with CVS, because it's more > well known than bk. Alrighty.. bk actually doesn't break that often.. actually... bk never breaks. We just don't understand it. We are just beating our way through. The problem I have right now is that I don't know how to do something, and I'm emailing bk as we speak to ask. I've put a lot of effort into learning BK. BK basically means to us learning. CVS would require learning, but less so. It's a question of balancing effort we put into learning, and what it gives us back. > I like bk when it works, but when it doesn't, it's painful. And it > doesn't work a lot. Again bk always works I think, but we don't know how to work it.. it's the usuall situation with computers in general. -- Zach Paine http://www.wplug.org/~zman/zman.key Key available from pgp.ai.mit.edu ID: 87746D3D Fingerprint: B813 EFB8 ECD0 0C34 6F7F 71DD 01E9 17C3 8774 6D3D From evand at wplug.org Sun Mar 18 14:06:59 2001 From: evand at wplug.org (Evan DiBiase) Date: Sun, 18 Mar 2001 14:06:59 -0500 (EST) Subject: [Wplug-web] CVS In-Reply-To: <20010318134645.F2611@katra.dyndns.org> Message-ID: On Sun, 18 Mar 2001, Zach Paine wrote: > > You're enjoying part of the current problem right now :-) We're spending > > more time lately fixing the repository than developing. bk _should not_ > > be breaking this often. > > What problem am I experiencing? The problem that exists right now is due > to user error. Bk is not broken. Okay, so it's user error. But it's user error that shouldn't be happening. We should be able to move the locations of directories without losing access to the repository for this long. > > Anonymous users can grab the scripts that use the announcements database > > anonymously right now out of the unstable repo. Same for the main web > > database. > > > > What symlinks are you talking about? > > /wplug/announcements/stuff.php > Everything in there is a symlink to the actuall files, which are in a > private repos not available to anonymous users. I don't even see stuff in there. All I see are a lot of broken symlinks, which don't do any good for me anyway. > > The main reason I advocate it is that it will _work_, which means you > > actually get to develop as opposed to spend 1.5 days or more trying to > > be able to push to the repository. Additionally, you're going to have > > more tools available that interface well with CVS, because it's more > > well known than bk. > > Alrighty.. bk actually doesn't break that often.. actually... bk never > breaks. We just don't understand it. We are just beating our way through. > The problem I have right now is that I don't know how to do something, and > I'm emailing bk as we speak to ask. I've put a lot of effort into learning > BK. BK basically means to us learning. CVS would require learning, but > less so. It's a question of balancing effort we put into learning, and > what it gives us back. We've been beating our way through on unstable since December. That's almost 4 months, and we can't get things right yet? How much learning are we going to have to put in before we start actually getting positive benefits? It seems like we're "learning" bk, and all the learning doesn't seem to help us do anything. We've put 4 months in, and gotten useful work back, sure, but we could be getting more work done with less learning with CVS. > > I like bk when it works, but when it doesn't, it's painful. And it > > doesn't work a lot. > > Again bk always works I think, but we don't know how to work it.. it's the > usuall situation with computers in general. Would you stick with a web browser for 4 months that did pretty much that same thing as another web browser but was harder to use and required various confusing, badly-documented operations to be performed occasionally when you did something like, say, try to go to a different web site than the one you started on, or tried to rename a bookmark? I wouldn't. -Evan From zman at wplug.org Sun Mar 18 14:01:19 2001 From: zman at wplug.org (Zach Paine) Date: Sun, 18 Mar 2001 14:01:19 -0500 Subject: [Wplug-web] CVS In-Reply-To: ; from evand@wplug.org on Sun, Mar 18, 2001 at 14:06:59 -0500 References: <20010318134645.F2611@katra.dyndns.org> Message-ID: <20010318140119.H2611@katra.dyndns.org> On Sun, 18 Mar 2001 14:06:59 Evan DiBiase wrote: > > Okay, so it's user error. But it's user error that shouldn't be > happening. We should be able to move the locations of directories > without losing access to the repository for this long. Again, you can move a dir w/o losing access. The question is how. > I don't even see stuff in there. All I see are a lot of broken symlinks, > which don't do any good for me anyway. They are symlinks are broken on your machine. On wplug.org they work however. go to unstable.wplug.org/announcements. The symlinks point to files in /users/zman/private. It's in a seperate repos because it contains sensitive material (user:pass). > We've been beating our way through on unstable since December. That's > almost 4 months, and we can't get things right yet? How much learning > are we going to have to put in before we start actually getting positive > benefits? > > It seems like we're "learning" bk, and all the learning doesn't seem to > help us do anything. We've put 4 months in, and gotten useful work back, > sure, but we could be getting more work done with less learning with > CVS. Honestly I don't think most of us have been learngin bk for 4 months. I have and I've been doing a lot, but until recently, nobody else really did anything. It's great that people are starting to pitch in and do a lot of work (go Evan, go!) but you have a lot less bk experience than 4 months. > Would you stick with a web browser for 4 months that did pretty much > that same thing as another web browser but was harder to use and > required various confusing, badly-documented operations to be performed > occasionally when you did something like, say, try to go to a different > web site than the one you started on, or tried to rename a bookmark? > > I wouldn't. > I think BK has a lot of advantages. I talked a lot with ricks at the beginning of this project, and he convinced me. I don't really know if your analogy fits. Tell me why CVS would be better. I have put a lot of effort into BK, but if CVS will result in more people contributing and it makes my developing easier, fine. -- Zach Paine http://www.wplug.org/~zman/zman.key Key available from pgp.ai.mit.edu ID: 87746D3D Fingerprint: B813 EFB8 ECD0 0C34 6F7F 71DD 01E9 17C3 8774 6D3D From evand at wplug.org Sun Mar 18 14:23:05 2001 From: evand at wplug.org (Evan DiBiase) Date: Sun, 18 Mar 2001 14:23:05 -0500 (EST) Subject: [Wplug-web] CVS In-Reply-To: <20010318140119.H2611@katra.dyndns.org> Message-ID: On Sun, 18 Mar 2001, Zach Paine wrote: > > On Sun, 18 Mar 2001 14:06:59 Evan DiBiase wrote: > > > > Okay, so it's user error. But it's user error that shouldn't be > > happening. We should be able to move the locations of directories > > without losing access to the repository for this long. > > Again, you can move a dir w/o losing access. The question is how. Right. For some reason, we haven't figured out even how to move a directory yet. > > I don't even see stuff in there. All I see are a lot of broken symlinks, > > which don't do any good for me anyway. > > They are symlinks are broken on your machine. On wplug.org they work > however. go to unstable.wplug.org/announcements. The symlinks point to > files in /users/zman/private. It's in a seperate repos because it contains > sensitive material (user:pass). If they're broken, why are they in the repo? What can we possibly do with them? > > We've been beating our way through on unstable since December. That's > > almost 4 months, and we can't get things right yet? How much learning > > are we going to have to put in before we start actually getting positive > > benefits? > > > > It seems like we're "learning" bk, and all the learning doesn't seem to > > help us do anything. We've put 4 months in, and gotten useful work back, > > sure, but we could be getting more work done with less learning with > > CVS. > > Honestly I don't think most of us have been learngin bk for 4 months. I > have and I've been doing a lot, but until recently, nobody else really did > anything. It's great that people are starting to pitch in and do a lot of > work (go Evan, go!) but you have a lot less bk experience than 4 months. True, although I was the first to actually set up the inital bk repository. I cooled off on the development for a while after that... > > Would you stick with a web browser for 4 months that did pretty much > > that same thing as another web browser but was harder to use and > > required various confusing, badly-documented operations to be performed > > occasionally when you did something like, say, try to go to a different > > web site than the one you started on, or tried to rename a bookmark? > > > > I wouldn't. > > > I think BK has a lot of advantages. I talked a lot with ricks at the > beginning of this project, and he convinced me. I don't really know if > your analogy fits. The night ricks and I were going to set up a RCS, he said, "Okay, what are we going to use?" and I said, "Well, I don't know; what would be best?" He basically said, "Well, CVS would work, but we could try bk if you want." Since I wanted to see what he had done, I said, "Sure, let's try bk." That's pretty much the only reason I had for using it. The analogy is just there to beg this question: why are we using something that's going to make our lives _harder_ instead of easier? That's what I want to know. > Tell me why CVS would be better. I have put a lot of effort into BK, but > if CVS will result in more people contributing and it makes my developing > easier, fine. CVS would be better because, IMHO: * It's not going to break (as much) * More people are familiar with it * More tools are available that utilize it That's basically it. I don't want to start a holy war here (as I might have); all I want is what's best for us. Would there be any way (rob?) for us to try CVS for a while and see how we as a team like it? If we don't, we just move back to bk, no harm done. I dunno. This is coming from the distro-reinstaller of wplug, so... -Evan From zman at wplug.org Sun Mar 18 14:16:14 2001 From: zman at wplug.org (Zach Paine) Date: Sun, 18 Mar 2001 14:16:14 -0500 Subject: [Wplug-web] CVS In-Reply-To: ; from evand@wplug.org on Sun, Mar 18, 2001 at 14:23:05 -0500 References: <20010318140119.H2611@katra.dyndns.org> Message-ID: <20010318141614.I2611@katra.dyndns.org> > If they're broken, why are they in the repo? What can we possibly do > with them? They're in the repo because that's where they belong on the actual page. Bk keeps the symlinks under revision control which helps when moving between repos (stable and unstable). > CVS would be better because, IMHO: > > * It's not going to break (as much) Breaking is really the learning curve. So are you saying cvs is easier? > * More people are familiar with it I'm more familiar w/ BK. Have you guys done a lot of cvs development? > * More tools are available that utilize it Ok.. what does that mean? How will that effect me? I use vi. -- Zach Paine http://www.wplug.org/~zman/zman.key Key available from pgp.ai.mit.edu ID: 87746D3D Fingerprint: B813 EFB8 ECD0 0C34 6F7F 71DD 01E9 17C3 8774 6D3D From evand at wplug.org Sun Mar 18 14:37:39 2001 From: evand at wplug.org (Evan DiBiase) Date: Sun, 18 Mar 2001 14:37:39 -0500 (EST) Subject: [Wplug-web] CVS In-Reply-To: <20010318141614.I2611@katra.dyndns.org> Message-ID: On Sun, 18 Mar 2001, Zach Paine wrote: > > If they're broken, why are they in the repo? What can we possibly do > > with them? > > They're in the repo because that's where they belong on the actual page. > Bk keeps the symlinks under revision control which helps when moving > between repos (stable and unstable). Hrm, okay. Makes sense. +1 bk unless CVS can do this. > > CVS would be better because, IMHO: > > > > * It's not going to break (as much) > > Breaking is really the learning curve. So are you saying cvs is easier? That's what rob tells me. It seems easier; it's in use a lot more places. > > * More people are familiar with it > > I'm more familiar w/ BK. > Have you guys done a lot of cvs development? I've done a little bit of work with it; nothing major. If we're looking to increase the dev team (not necessarily), CVS is going to attract more people, I'd think. > > * More tools are available that utilize it > > Ok.. what does that mean? How will that effect me? I use vi. Compare: http://freshmeat.net/search/?q=cvs (64 returns; most of them actually CVS-related) vs. http://freshmeat.net/search/?q=bitkeeper (1 return: BitKeeper). Plus, CVS works well with vi and emacs and probably other editors, too. -Evan From zman at wplug.org Sun Mar 18 14:30:10 2001 From: zman at wplug.org (Zach Paine) Date: Sun, 18 Mar 2001 14:30:10 -0500 Subject: [Wplug-web] CVS In-Reply-To: ; from evand@wplug.org on Sun, Mar 18, 2001 at 14:37:39 -0500 References: <20010318141614.I2611@katra.dyndns.org> Message-ID: <20010318143010.J2611@katra.dyndns.org> Ok.. I would like to try cvs. Bk can import cvs stuff, but can we create a cvs tree out of bk? I'll look into it. Do we want to this, and would someone like to manage the move? From evand at wplug.org Sun Mar 18 14:47:48 2001 From: evand at wplug.org (Evan DiBiase) Date: Sun, 18 Mar 2001 14:47:48 -0500 (EST) Subject: [Wplug-web] CVS In-Reply-To: <20010318143010.J2611@katra.dyndns.org> Message-ID: On Sun, 18 Mar 2001, Zach Paine wrote: > Ok.. I would like to try cvs. Bk can import cvs stuff, but can we create a > cvs tree out of bk? I'll look into it. Do we want to this, and would > someone like to manage the move? I'd at least want to try it. If bk can export CVS, that'd be great... let us know what you find. I will be leaving in around an hour, and will be gone until probably 8 or 9ish, so if we're doing this today I can't manage it. Rob? Can you help us out? -Evan From rdale at wplug.org Sun Mar 18 14:52:11 2001 From: rdale at wplug.org (Robert Dale) Date: Sun, 18 Mar 2001 14:52:11 -0500 (EST) Subject: [Wplug-web] CVS In-Reply-To: Message-ID: My assessment of bk is that it's a poweful tool but needs to mature. Bk should not let users break the repository, commands are not intuitive and sometimes very confusing. Unfortunately, sometimes it takes breaking things to learn how commands really work. Example, I tried to move a directory. "bk mv" seemed obvious, quite to the contrary. It wiped out the directory I tried to move. I could not figure out how to get the status of my local copy and reverse the changes. I had to resort to wiping my local repo and reclone the master. After reading some docs, instead I should have used "bk mvdir". It's usage wowuld seem obvious, again it is not. "bk mvdir lib/ .." will move only the FILES to ".." and not the lib/ directory itself. Instead, one has to do "bk mvdir lib/ ../lib/". This turns out to be a clever feature in that it let's the directory be renamed at the same time. But I'm not done yet! This only works in the master repo because BitKeeper Basic is missing a lot of functionality from the Professional version. I'm disappointed by this crippling. I think trying bitkeeper was a fun experiment, but I'm not sure it's for us at this time. I would prefer to go with CVS and revisit bk in the future. However, I've been at this for only two days and would be willing to keep at it. -- Robert Dale wplug member since 1998 From rdale at wplug.org Sun Mar 18 15:01:37 2001 From: rdale at wplug.org (Robert Dale) Date: Sun, 18 Mar 2001 15:01:37 -0500 (EST) Subject: [Wplug-web] CVS In-Reply-To: Message-ID: On Sun, 18 Mar 2001, Evan DiBiase wrote: > On Sun, 18 Mar 2001, Zach Paine wrote: > > > They're in the repo because that's where they belong on the actual page. > > Bk keeps the symlinks under revision control which helps when moving > > between repos (stable and unstable). > > Hrm, okay. Makes sense. +1 bk unless CVS can do this. CVS will not manage symlinks. However, I believe everything should be uncer version control and therefor no need to use symlinks. A live site should not be under version control, but instead use releases from the repository. The live site's config files should then be modified as needed. > > Breaking is really the learning curve. So are you saying cvs is easier? > > That's what rob tells me. It seems easier; it's in use a lot more > places. Typical cvs session: First time: cvs co Then on: # sync local copy cvs update # make changes vi, emacs, whatever # sync again to check for conflicts cvs update # check it in cvs ci # rinse, repeat > > Ok.. what does that mean? How will that effect me? I use vi. CVS is editor agnostic. BK seems to enfore file locking. In CVS, it's very optional. If it were optional in bk and turned off, that would ease usage greatly. -- Robert Dale wplug member since 1998 From evand at wplug.org Sun Mar 18 15:05:26 2001 From: evand at wplug.org (Evan DiBiase) Date: Sun, 18 Mar 2001 15:05:26 -0500 (EST) Subject: [Wplug-web] CVS In-Reply-To: Message-ID: On Sun, 18 Mar 2001, Robert Dale wrote: > CVS will not manage symlinks. However, I believe everything should be > uncer version control and therefor no need to use symlinks. A live site > should not be under version control, but instead use releases from the > repository. The live site's config files should then be modified as > needed. Agreed. Since stable really doesn't undergo any development changes anyway (or shouldn't), this method makes more sense than having the live site under revision control. > Typical cvs session: [snip instructions] Sounds pretty easy. Do you know if there are any tools similar to bk's citool that will automatically find changed files? Not a necessity, but would be nice to have. > > > Ok.. what does that mean? How will that effect me? I use vi. > > CVS is editor agnostic. BK seems to enfore file locking. In CVS, it's > very optional. If it were optional in bk and turned off, that would > ease usage greatly. Excellent. Now I get to put my emacs book into practice, for that was my secret motivation for switching this effort to CVS ::cackles:: -Evan From zman at wplug.org Sun Mar 18 14:57:41 2001 From: zman at wplug.org (Zach Paine) Date: Sun, 18 Mar 2001 14:57:41 -0500 Subject: [Wplug-web] CVS In-Reply-To: ; from evand@wplug.org on Sun, Mar 18, 2001 at 15:05:26 -0500 References: Message-ID: <20010318145741.K2611@katra.dyndns.org> On Sun, 18 Mar 2001 15:05:26 Evan DiBiase wrote: > On Sun, 18 Mar 2001, Robert Dale wrote: > > > CVS will not manage symlinks. However, I believe everything should be > > uncer version control and therefor no need to use symlinks. A live > site > > should not be under version control, but instead use releases from the > > repository. The live site's config files should then be modified as > > needed. > > Agreed. Since stable really doesn't undergo any development changes > anyway (or shouldn't), this method makes more sense than having the live > site under revision control. But their will have to be content changes to stable and the occasional bugfix.. -- Zach Paine http://www.wplug.org/~zman/zman.key Key available from pgp.ai.mit.edu ID: 87746D3D Fingerprint: B813 EFB8 ECD0 0C34 6F7F 71DD 01E9 17C3 8774 6D3D From evand at wplug.org Sun Mar 18 15:23:04 2001 From: evand at wplug.org (Evan DiBiase) Date: Sun, 18 Mar 2001 15:23:04 -0500 (EST) Subject: [Wplug-web] CVS In-Reply-To: <20010318145741.K2611@katra.dyndns.org> Message-ID: On Sun, 18 Mar 2001, Zach Paine wrote: > But their will have to be content changes to stable and the occasional > bugfix.. We could always go in a do it manually... probably not a whole lot of need for revision control on things not under active development. -Evan From rdale at wplug.org Sun Mar 18 15:25:56 2001 From: rdale at wplug.org (Robert Dale) Date: Sun, 18 Mar 2001 15:25:56 -0500 (EST) Subject: [Wplug-web] CVS In-Reply-To: Message-ID: On Sun, 18 Mar 2001, Evan DiBiase wrote: > On Sun, 18 Mar 2001, Zach Paine wrote: > > > But their will have to be content changes to stable and the occasional > > bugfix.. > > We could always go in a do it manually... probably not a whole lot of > need for revision control on things not under active development. You would fix it in CVS then make a release for the live site. -- Robert Dale wplug member since 1998 From rdale at wplug.org Sun Mar 18 16:16:45 2001 From: rdale at wplug.org (Robert Dale) Date: Sun, 18 Mar 2001 16:16:45 -0500 (EST) Subject: [Wplug-web] CVS Repository Message-ID: Thw new CVS repository is up and working. This repo was made from "bk export -r1.320". USAGE ----- Anonymous - First time checkout o Set CVSROOT ":pserver:anonymous at wplug.org:/usr/src/CVSROOT" o cvs login o Hit enter when prompted for password o cvs co wplug-web - Subsequently o cvs update -dP . Developers - With wplug.org accounts o Set CVSROOT to "@wplug.org:/usr/src/CVSROOT" o Set CVS_RSH to "ssh" - Without wplug.org accounts o Set CVSROOT to ":pserver:@wplug.org:/usr/src/CVSROOT" o Unset CVS_RSH, if set - First time checkout o cvs co wplug-web - Developing o Always sync before modifying files o cvs update -dP . o Edit files o Check for conflicts o cvs update -dP . o Resolve (edit) conflicts, if any o Check-in filesw o cvs ci More Info on CVS - See the Red Bean CVS Book o http://cvsbook.red-bean.com/ -- Robert Dale wplug member since 1998 From zman at wplug.org Sun Mar 18 18:24:18 2001 From: zman at wplug.org (Zach Paine) Date: Sun, 18 Mar 2001 18:24:18 -0500 Subject: [Wplug-web] CVS Repository In-Reply-To: ; from rdale@wplug.org on Sun, Mar 18, 2001 at 16:16:45 -0500 References: Message-ID: <20010318182418.A3497@katra.dyndns.org> I ran those commands and I got this error: Sorry, you don't have read/write access to the history file /usr/src/CVSROOT/CVSROOT/history Permission denied -- Zach Paine http://www.wplug.org/~zman/zman.key Key available from pgp.ai.mit.edu ID: 87746D3D Fingerprint: B813 EFB8 ECD0 0C34 6F7F 71DD 01E9 17C3 8774 6D3D From evand at wplug.org Sun Mar 18 21:29:17 2001 From: evand at wplug.org (Evan DiBiase) Date: Sun, 18 Mar 2001 21:29:17 -0500 (EST) Subject: [Wplug-web] CVS Repository In-Reply-To: <20010318182418.A3497@katra.dyndns.org> Message-ID: On Sun, 18 Mar 2001, Zach Paine wrote: > I ran those commands and I got this error: > Sorry, you don't have read/write access to the history file > /usr/src/CVSROOT/CVSROOT/history > Permission denied I get this as well. -Evan From rdale at wplug.org Sun Mar 18 23:56:48 2001 From: rdale at wplug.org (Robert Dale) Date: Sun, 18 Mar 2001 23:56:48 -0500 (EST) Subject: [Wplug-web] CVS Repository In-Reply-To: Message-ID: On Sun, 18 Mar 2001, Zach Paine wrote: > I ran those commands and I got this error: > Sorry, you don't have read/write access to the history file > /usr/src/CVSROOT/CVSROOT/history > Permission denied Fixed. In addition: - /home/www-unstable contains a working cvs checkout - you can manipulate files in there. set your CVSROOT=/usr/src/CVSROOT - to sync it, cd /home/www-unstable; cvs update -dP . - if you modify and check-in work remotely, you must still log into the server and do a cvs update. no bk convenient 'bk push' here ;) - i also changed the log files. i forget what they are right now, but they should be obvious. The best method for development is duplicating this on your own server and testing locally. Submit your stuff when it _works_. Then update unstable.wplug.org so everyone else can play too. -- Robert Dale wplug member since 1998 From evand at wplug.org Sun Mar 18 23:59:31 2001 From: evand at wplug.org (Evan DiBiase) Date: Sun, 18 Mar 2001 23:59:31 -0500 (EST) Subject: [Wplug-web] CVS Repository In-Reply-To: Message-ID: On Sun, 18 Mar 2001, Robert Dale wrote: > On Sun, 18 Mar 2001, Zach Paine wrote: > > > I ran those commands and I got this error: > > Sorry, you don't have read/write access to the history file > > /usr/src/CVSROOT/CVSROOT/history > > Permission denied > > Fixed. > > In addition: > > - /home/www-unstable contains a working cvs checkout > - you can manipulate files in there. set your CVSROOT=/usr/src/CVSROOT > - to sync it, cd /home/www-unstable; cvs update -dP . > - if you modify and check-in work remotely, you must still log into the > server and do a cvs update. no bk convenient 'bk push' here ;) > - i also changed the log files. i forget what they are right now, but they > should be obvious. > > The best method for development is duplicating this on your own server > and testing locally. Submit your stuff when it _works_. Then update > unstable.wplug.org so everyone else can play too. Can we log in to the mysql server remotely? -Evan From rdale at wplug.org Mon Mar 19 00:01:27 2001 From: rdale at wplug.org (Robert Dale) Date: Mon, 19 Mar 2001 00:01:27 -0500 (EST) Subject: [Wplug-web] CVS + Bitkeeper Message-ID: Z: I am interested in doing parallel development with cvs and bk. We could do primary development with cvs but keep bk in sync just in case we switch back to it. If you're up for it... -- Robert Dale wplug member since 1998 From rdale at wplug.org Mon Mar 19 00:03:39 2001 From: rdale at wplug.org (Robert Dale) Date: Mon, 19 Mar 2001 00:03:39 -0500 (EST) Subject: [Wplug-web] CVS Repository In-Reply-To: Message-ID: On Sun, 18 Mar 2001, Evan DiBiase wrote: > Can we log in to the mysql server remotely? I hope not! For one, the passwords are still in version control *tsk*tsk and the passwords would travel in plain text. -- Robert Dale wplug member since 1998 From evand at wplug.org Mon Mar 19 00:05:49 2001 From: evand at wplug.org (Evan DiBiase) Date: Mon, 19 Mar 2001 00:05:49 -0500 (EST) Subject: [Wplug-web] CVS Repository In-Reply-To: Message-ID: On Mon, 19 Mar 2001, Robert Dale wrote: > On Sun, 18 Mar 2001, Evan DiBiase wrote: > > > Can we log in to the mysql server remotely? > > I hope not! For one, the passwords are still in version control *tsk*tsk > and the passwords would travel in plain text. Should we develop locally with mirrors of the databases, then? Tricky, that. Also, could you perhaps more clearly explain the part about having to log in to update? -Evan Still Not Going To Bed, Oddly Enough From billings at negate.org Tue Mar 20 06:00:05 2001 From: billings at negate.org (billings at negate.org) Date: Tue, 20 Mar 2001 06:00:05 -0500 Subject: [Wplug-web] Your Bugzilla buglist needs attention. Message-ID: <200103201100.GAA00908@wplug.org> [This e-mail has been automatically generated.] You have one or more bugs assigned to you in the Bugzilla bugsystem (http://bugs.wplug.org/cgi-bin/) that require attention. All of these bugs are in the NEW state, and have not been touched in 7 days or more. You need to take a look at them, and decide on an initial action. Generally, this means one of three things: (1) You decide this bug is really quick to deal with (like, it's INVALID), and so you get rid of it immediately. (2) You decide the bug doesn't belong to you, and you reassign it to someone else. (Hint: if you don't know who to reassign it to, make sure that the Component field seems reasonable, and then use the "Reassign bug to owner of selected component" option.) (3) You decide the bug belongs to you, but you can't solve it this moment. Just use the "Accept bug" command. To get a list of all NEW bugs, you can use this URL (bookmark it if you like!): http://bugs.wplug.org/cgi-bin/buglist.cgi?bug_status=NEW&assigned_to=wplug-web at wplug.org Or, you can use the general query page, at http://bugs.wplug.org/cgi-bin/query.cgi. Appended below are the individual URLs to get to all of your NEW bugs that haven't been touched for a week or more. You will get this message once a day until you've dealt with these bugs! http://bugs.wplug.org/cgi-bin/show_bug.cgi?id=17 From billings at negate.org Tue Mar 20 23:42:04 2001 From: billings at negate.org (Jonathan Billings) Date: Tue, 20 Mar 2001 23:42:04 -0500 (EST) Subject: [Wplug-web] Web page access to the IRC channel Message-ID: I just set up a web page for access to the WPLUG channel. check it out at: http://www.wplug.org/~billings/chat/ From rdale at wplug.org Wed Mar 21 02:37:31 2001 From: rdale at wplug.org (Robert Dale) Date: Wed, 21 Mar 2001 02:37:31 -0500 (EST) Subject: [Wplug-web] Web page access to the IRC channel In-Reply-To: Message-ID: On Tue, 20 Mar 2001, Jonathan Billings wrote: > I just set up a web page for access to the WPLUG channel. > check it out at: > http://www.wplug.org/~billings/chat/ Awesome. I played with it. And, I have a couple of suggestions: - change username 'jirca'(@208.205.224.110) to something more reasonable - change name 'Anonymous Jicra User' to something like "wplug web user" -- Robert Dale wplug member since 1998 From billings at negate.org Wed Mar 21 06:00:06 2001 From: billings at negate.org (billings at negate.org) Date: Wed, 21 Mar 2001 06:00:06 -0500 Subject: [Wplug-web] Your Bugzilla buglist needs attention. Message-ID: <200103211100.GAA04197@wplug.org> [This e-mail has been automatically generated.] You have one or more bugs assigned to you in the Bugzilla bugsystem (http://bugs.wplug.org/cgi-bin/) that require attention. All of these bugs are in the NEW state, and have not been touched in 7 days or more. You need to take a look at them, and decide on an initial action. Generally, this means one of three things: (1) You decide this bug is really quick to deal with (like, it's INVALID), and so you get rid of it immediately. (2) You decide the bug doesn't belong to you, and you reassign it to someone else. (Hint: if you don't know who to reassign it to, make sure that the Component field seems reasonable, and then use the "Reassign bug to owner of selected component" option.) (3) You decide the bug belongs to you, but you can't solve it this moment. Just use the "Accept bug" command. To get a list of all NEW bugs, you can use this URL (bookmark it if you like!): http://bugs.wplug.org/cgi-bin/buglist.cgi?bug_status=NEW&assigned_to=wplug-web at wplug.org Or, you can use the general query page, at http://bugs.wplug.org/cgi-bin/query.cgi. Appended below are the individual URLs to get to all of your NEW bugs that haven't been touched for a week or more. You will get this message once a day until you've dealt with these bugs! http://bugs.wplug.org/cgi-bin/show_bug.cgi?id=17 From billings at negate.org Thu Mar 22 06:00:06 2001 From: billings at negate.org (billings at negate.org) Date: Thu, 22 Mar 2001 06:00:06 -0500 Subject: [Wplug-web] Your Bugzilla buglist needs attention. Message-ID: <200103221100.GAA07207@wplug.org> [This e-mail has been automatically generated.] You have one or more bugs assigned to you in the Bugzilla bugsystem (http://bugs.wplug.org/cgi-bin/) that require attention. All of these bugs are in the NEW state, and have not been touched in 7 days or more. You need to take a look at them, and decide on an initial action. Generally, this means one of three things: (1) You decide this bug is really quick to deal with (like, it's INVALID), and so you get rid of it immediately. (2) You decide the bug doesn't belong to you, and you reassign it to someone else. (Hint: if you don't know who to reassign it to, make sure that the Component field seems reasonable, and then use the "Reassign bug to owner of selected component" option.) (3) You decide the bug belongs to you, but you can't solve it this moment. Just use the "Accept bug" command. To get a list of all NEW bugs, you can use this URL (bookmark it if you like!): http://bugs.wplug.org/cgi-bin/buglist.cgi?bug_status=NEW&assigned_to=wplug-web at wplug.org Or, you can use the general query page, at http://bugs.wplug.org/cgi-bin/query.cgi. Appended below are the individual URLs to get to all of your NEW bugs that haven't been touched for a week or more. You will get this message once a day until you've dealt with these bugs! http://bugs.wplug.org/cgi-bin/show_bug.cgi?id=17 From billings at negate.org Fri Mar 23 06:00:06 2001 From: billings at negate.org (billings at negate.org) Date: Fri, 23 Mar 2001 06:00:06 -0500 Subject: [Wplug-web] Your Bugzilla buglist needs attention. Message-ID: <200103231100.GAA10765@wplug.org> [This e-mail has been automatically generated.] You have one or more bugs assigned to you in the Bugzilla bugsystem (http://bugs.wplug.org/cgi-bin/) that require attention. All of these bugs are in the NEW state, and have not been touched in 7 days or more. You need to take a look at them, and decide on an initial action. Generally, this means one of three things: (1) You decide this bug is really quick to deal with (like, it's INVALID), and so you get rid of it immediately. (2) You decide the bug doesn't belong to you, and you reassign it to someone else. (Hint: if you don't know who to reassign it to, make sure that the Component field seems reasonable, and then use the "Reassign bug to owner of selected component" option.) (3) You decide the bug belongs to you, but you can't solve it this moment. Just use the "Accept bug" command. To get a list of all NEW bugs, you can use this URL (bookmark it if you like!): http://bugs.wplug.org/cgi-bin/buglist.cgi?bug_status=NEW&assigned_to=wplug-web at wplug.org Or, you can use the general query page, at http://bugs.wplug.org/cgi-bin/query.cgi. Appended below are the individual URLs to get to all of your NEW bugs that haven't been touched for a week or more. You will get this message once a day until you've dealt with these bugs! http://bugs.wplug.org/cgi-bin/show_bug.cgi?id=17 From jo2y at midnightlinux.com Sat Mar 24 01:26:32 2001 From: jo2y at midnightlinux.com (James O'Kane) Date: Sat, 24 Mar 2001 01:26:32 -0500 (EST) Subject: [Wplug-web] db schema draft Message-ID: >From looking over the current db schema, here is what I propose we consider. I think we should brainstorm what other things we want to offer in the long run, possibly starting with rob's mail from March 7th. users table: user_id, user_name, fname, lname, email, is_admin, confirm_hash, session table: session_id, session_hash, ip_address, user_id, expire_time, news table: news_id, user_id, post_time, expire_time, text announcement table: (Couldn't this just be a special case of news?) announce_id, user_id, text From evand at wplug.org Sat Mar 24 10:08:43 2001 From: evand at wplug.org (Evan DiBiase) Date: Sat, 24 Mar 2001 10:08:43 -0500 (EST) Subject: [Wplug-web] Development Meeting Tomorrow Message-ID: We're having a development planning meeting at 2PM today at James' work (4616 Henry Street). If you'd like to help plan the future of the wplug web site, please drop on by. Just ring the buzzer to be let in. -Evan From evand at wplug.org Sat Mar 24 10:09:21 2001 From: evand at wplug.org (Evan DiBiase) Date: Sat, 24 Mar 2001 10:09:21 -0500 (EST) Subject: [Wplug-web] Planning Meeting _Today_ Message-ID: Sorry, the subject for the last message should have said "Today," not "Tomorrow." From evand at wplug.org Sat Mar 24 16:57:01 2001 From: evand at wplug.org (Evan DiBiase) Date: Sat, 24 Mar 2001 16:57:01 -0500 (EST) Subject: [Wplug-web] Stuff I Wrote at the Meeting Message-ID: See subject. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: web_meeting.txt Url: http://www.wplug.org/pipermail/wplug-web/attachments/20010324/657d4d9a/attachment.txt From rdale at wplug.org Sat Mar 24 17:42:25 2001 From: rdale at wplug.org (Robert Dale) Date: Sat, 24 Mar 2001 17:42:25 -0500 (EST) Subject: [Wplug-web] Stuff I Wrote at the Meeting In-Reply-To: Message-ID: On Sat, 24 Mar 2001, Evan DiBiase wrote: > See subject. Attachments suck. -- Robert Dale wplug member since 1998 From rdale at wplug.org Sat Mar 24 17:48:30 2001 From: rdale at wplug.org (Robert Dale) Date: Sat, 24 Mar 2001 17:48:30 -0500 (EST) Subject: [Wplug-web] Stuff I Wrote at the Meeting In-Reply-To: Message-ID: On Sat, 24 Mar 2001, Evan DiBiase wrote: WPLUG-Web Meeting Notes Faithfully Transcribed by FlipEvan To-Do (Wishlist) ---------------- wplug.org look/feel for mailman wplug.org intercept for mailman (wplug.org frontend, mailman backend) Limited members personal information page Screenshots Bio Picture News Expire dates If no relevant events, display last three news items ------------------------------------------------------------------------------ Event table Name Location_id -> references location table location_id Date event_id | serial primary key minutes_id -> references minutes table minutes_id contact_id -> references user table user_id topic event_type_id -> references event_type table event_type_id event_type table event_type_id event_type_name Location table Address City State Zip Phone number Directions Map User_id -> References user_id in other table Location_id | serial primary key Minutes Author -> references user table user_id Attendees minutes_id | serial primary key Subject Body User table user_id First_name Last_name email password url home_phone work_phone city state preference_id -> references preference table preference_id Confirm table confirm_id user_id -> references from user table user_id hash expire_date Presentation table presentation_id user_id -> references from user table user_id topic presentation_url events_presentation_map table presentation_id -> references presentation table presentation_id event_id -> references event table event_id session table session_id session_hash ip_addr user_id -> references users table user_id expire_time news table news_id date expire_date topic user_id -> references users table user_id event_type_id -> references event_type table event_type_id body ------------------------------------------------------------------------ Coding Style| ------------ - Uses engines like RIMPS - Forms are their own entities -- Robert Dale wplug member since 1998 From rdale at wplug.org Sat Mar 24 18:05:20 2001 From: rdale at wplug.org (Robert Dale) Date: Sat, 24 Mar 2001 18:05:20 -0500 (EST) Subject: [Wplug-web] Meeting Discussion Message-ID: At the meeting we discussed, primarily, the database. Evand posted some notes. See http://www.wplug.org/pipermail/wplug-web/2001-March/000217.html I think we all agreed that we should make this a generic LUG project which can be both beneficial to other LUGs and us. So, we will need a name to set this up on SourceForge (http://sourceforge.net). Someone has already registered LUG-Project, but I think that's lame anyway ;) Any suggestions? (This begs for a poll which we neglected to discuss!) First pass at coding will be using OO-PHP and MySQL. The index.php file will be the main control and style guide. We could try using phpThemes, but I think we should go for functionality first. When we have the features in evand's notes implemented, we will move onto java/cocoon and postgresql. After the initial porting effort, we will begin to add new features. I'm going to set a date of March 27, 2001 by 8pm to come up with a name. And around that time, I will register the project with sourceforge and begin setting it up. -- Robert Dale wplug member since 1998 From evand at wplug.org Sat Mar 24 18:11:26 2001 From: evand at wplug.org (Evan DiBiase) Date: Sat, 24 Mar 2001 18:11:26 -0500 (EST) Subject: [Wplug-web] Meeting Discussion In-Reply-To: Message-ID: On Sat, 24 Mar 2001, Robert Dale wrote: > > At the meeting we discussed, primarily, the database. Evand posted > some notes. See http://www.wplug.org/pipermail/wplug-web/2001-March/000217.html > > I think we all agreed that we should make this a generic LUG project > which can be both beneficial to other LUGs and us. So, we will need > a name to set this up on SourceForge (http://sourceforge.net). > Someone has already registered LUG-Project, but I think that's lame anyway ;) > Any suggestions? (This begs for a poll which we neglected to discuss!) I'll suggest the generic "LUGWeb," although I'm not particularly partial to it if someone comes up with something better. > First pass at coding will be using OO-PHP and MySQL. The index.php file > will be the main control and style guide. We could try using phpThemes, > but I think we should go for functionality first. Let's focus on functionality first; phpThemes isn't even going to be applicable when we move to Cocoon. -Evan From rdale at wplug.org Sat Mar 24 20:24:13 2001 From: rdale at wplug.org (Robert Dale) Date: Sat, 24 Mar 2001 20:24:13 -0500 (EST) Subject: [Wplug-web] db schema Message-ID: --- stores events. any sort of group activity is an event create table events ( event_id serial primary key, name varchar(32), topic varchar(64), date timestamp default now(), event_type_id int4 references event_types(event_type_id), location_id int4 references locations(location_id), minutes_id int4 references minutes(minutes_id), user_id int4 references users(user_id) ); --- event types are like "GUM", "Installfest", "Other" create table event_types ( event_type_id serial primary key, event_type_name varchar(32) ); --- locations for events --- location can be physical, on irc, or at a url (ie. radio broadcast) create table locations ( location_id serial primary key, moniker varchar(16) unique, address varchar(64), city varchar(24), state varchar(12), zip_code varchar(10), country varchar(12), irc_channel varchar(16), url varchar(80), phone varchar(16), directions text, -- map, -- need more details user_id int4 references users(user_id), ); --- minutes taken at events create table minutes ( minutes_id serial primary key, author int4 references users(user_id), subject varchar(64), body text, attendees int4 references users(user_id) ); create table users ( user_id serial primary key, date_created timestamp default now(), first_name varchar(16), last_name varchar(24), email varchar(64) unique, password varchar(8), url varchar(80), primary_phone varchar(16), secondary_phone varchar(16), city varchar(24), state varchar(12) preference_id int4 references preferences(preference_id) ); --- confirm table is a temporary store while we verify the email address --- when we get back a matching hash, we create the account --- these fields are therefor require info create table confirm ( confirm_id serial primary key, hash varchar(64) unique, expire_date timestamp, first_name varchar(16), last_name varchar(24), email varchar(64) unique, password varchar(8), url varchar(80), city varchar(24), state varchar(12) ); --- presentations at events create table presentations ( presentation_id serial primary key, topic varchar(64), presentation_url varchar(128), user_id int4 references users(user_id) ); --- there can be many presentations per event create table event_presentations_map ( presentation_id int4 references presentations(presentation_id), event_id int4 references events(event_id) ); --- website session data create table sessions ( session_id serial primary key, session_hash varchar(64) unique, ip_addr varchar(128), expirey timestamp, user_id int4 references users(user_id) ); --- news can be generated from an event or stand by itself --- news types are event types since news describes some sort of an event create table news ( news_id serial primary key, date timestamp, expirey timestamp, topic varchar(64), body text, user_id int4 references users(user_id), event_type_id int4 references event_types(event_type_id) ); --- capabilities create table capabilities ( capability_id serial primary key, name varchar(16) ); create table groups ( group_id serial primary key, name varchar(16) ); create table group_capability_map ( group_id int4 references groups(group_id), capability_id int4 references capabilities(capability_id) ); --- user preferences create table preferences ( preference_id serial primary key, preference_name_id int4 references preference_names(preference_name_id), preference_data varchar(24) ); create table preference_names ( preference_name_id serial primary key, preference_name varchar(24) ); -- Robert Dale wplug member since 1998 From evand Sun Mar 25 00:01:53 2001 From: evand (Evan DiBiase) Date: Sun, 25 Mar 2001 00:01:53 -0500 Subject: [Wplug-web] New Vote Message-ID: <20010325000153.A11414@penguin.wplug.org> My new vote for project name is "lain," per Gerr-'s suggestion. -Evan From markd at badgertronics.com Sun Mar 25 08:44:49 2001 From: markd at badgertronics.com (markd at badgertronics.com) Date: 25 Mar 2001 13:44:49 -0000 Subject: [Wplug-web] db schema In-Reply-To: (message from Robert Dale on Sat, 24 Mar 2001 20:24:13 -0500 (EST)) References: Message-ID: <20010325134449.16602.qmail@above.badgertronics.com> Oooh, data models. I like data models. And this is a good one. Having 'not null' constraints (where appropriate) would be good. Put some of the burden for data integrity on the database. > create table events ( > event_type_id int4 references event_types(event_type_id), > location_id int4 references locations(location_id), > minutes_id int4 references minutes(minutes_id), I'd recommend inverting the minutes - e.g. removing minutes_id from events, and making the minutes table reference the event. You generally want the columns of a table to directly reflect what the object is you're modeling. So, an event cannot exist without a type, and an event cannot exist without a location, but an event can exist without minutes. Also, we may want to have multiple "minutes" per event. Say the ones DT writes, and then the ones evanD writes which take exception to DTs, etc. Minutes could also be expanded in concept to 'user reports', say from the people personing the table at a computer show. > user_id int4 references users(user_id) what is the user associated with an event? Organizer? Speaker? Room unlocker? > create table users ( > preference_id int4 references preferences(preference_id) Can preferences be shared amongst users? If not, I'd remove this and add a 'user_id' column to preferences. > > create table minutes ( > attendees int4 references users(user_id) with this, you'd need a row in minutes for each user attending. Also, what about attendees that aren't users? Since it's many-to-one, a user:event map for attendees may be more useful. Gotta run, I'll pick at his some more later on. ++md From rdale at wplug.org Sun Mar 25 11:32:36 2001 From: rdale at wplug.org (Robert Dale) Date: Sun, 25 Mar 2001 11:32:36 -0500 (EST) Subject: [Wplug-web] db schema In-Reply-To: <20010325134449.16602.qmail@above.badgertronics.com> Message-ID: On 25 Mar 2001 markd at badgertronics.com wrote: > Oooh, data models. I like data models. And this is a good one. On behalf of evand, jo2y, and myself, danke :) > Having 'not null' constraints (where appropriate) would be good. Put > some of the burden for data integrity on the database. Agreed. Need to figure out where. > > create table events ( > > event_type_id int4 references event_types(event_type_id), > > location_id int4 references locations(location_id), > > > minutes_id int4 references minutes(minutes_id), > > I'd recommend inverting the minutes - e.g. removing minutes_id from > events, and making the minutes table reference the event. You generally > want the columns of a table to directly reflect what the object is > you're modeling. So, an event cannot exist without a type, and an > event cannot exist without a location, but an event can exist without > minutes. Right! > Also, we may want to have multiple "minutes" per event. Say the ones > DT writes, and then the ones evanD writes which take exception to DTs, > etc. Minutes could also be expanded in concept to 'user reports', say > from the people personing the table at a computer show. We discussed this and all nodded that there would be only one 'minutes' per event, however that now seems very limiting. Good idea! > > user_id int4 references users(user_id) > > what is the user associated with an event? Organizer? Speaker? > Room unlocker? The "user" of the event is the coordinator for that event. The "user" of a location is the room's "owner". It could be the same as the coordinator, or someone very different. > > create table users ( > > preference_id int4 references preferences(preference_id) > > Can preferences be shared amongst users? If not, I'd remove this > and add a 'user_id' column to preferences. Not really. And going with your minutes modelling, we can have a user without any preferences. But we can't have preferences without a user. > > create table minutes ( > > attendees int4 references users(user_id) > > with this, you'd need a row in minutes for each user attending. > Also, what about attendees that aren't users? > Since it's many-to-one, a user:event map for attendees may be more > useful. Our idea here is this would be a list of peoples' names. The field should have been marked text. We figured it would be too tedious to select existing members in one place then enter non-members in some other list. I'll make these changes and add some additional rationale. -- Robert Dale wplug member since 1998 From rdale at wplug.org Sun Mar 25 12:28:36 2001 From: rdale at wplug.org (Robert Dale) Date: Sun, 25 Mar 2001 12:28:36 -0500 (EST) Subject: [Wplug-web] db schema 0.02 Message-ID: --- stores events. any sort of group activity is an event create table events ( event_id serial primary key, name varchar(32) not null, topic varchar(64) not null, date timestamp default now(), event_type_id int4 references event_types(event_type_id), location_id int4 references locations(location_id), user_id int4 references users(user_id) ); --- event types are like "GUM", "Installfest", "Demo Day", "Other" create table event_types ( event_type_id serial primary key, event_type_name varchar(32) not null ); --- locations for events --- since locations can be reused, it's nice to have a moniker for selection --- moniker example: CMU NSH Rm.XXX --- name exmaple: CMU Neil Simon Hall Room XXX --- location can be physical, on irc, or at a url (ie. radio broadcast) --- the location user is the location's real owner - could be the same --- as the event user. create table locations ( location_id serial primary key, moniker varchar(16) unique not null, name varchar(64) not null, address varchar(64), city varchar(24), state varchar(12), zip_code varchar(10), country varchar(12), irc_channel varchar(16), url varchar(80), phone varchar(16), directions text not null, -- map, -- need more details user_id int4 references users(user_id), ); --- minutes taken at events --- attendees is a list of peoples' names create table minutes ( minutes_id serial primary key, author int4 references users(user_id), subject varchar(64) not null, body text not null, attendees text, event_id int4 references events(event_id) ); --- users table --- a member is someone with a password --- we use this table for storing presenter contact info --- we would like to be able to determine if the user is a member --- or not by checking if the password is null create table users ( user_id serial primary key, date_created timestamp default now(), first_name varchar(16) not null, last_name varchar(24) not null, email varchar(64) unique not null, password varchar(8), url varchar(80), primary_phone varchar(16), secondary_phone varchar(16), city varchar(24) not null, state varchar(12) not null ); --- confirm table is a temporary store while we verify the email address --- when we get back a matching hash, we create the account --- these fields are therefor require info --- this is used by the self-serve web form - an admin manually entering user --- info should not go in here create table confirm ( confirm_id serial primary key, hash varchar(64) unique not null, expire_date timestamp not null, first_name varchar(16) not null, last_name varchar(24) not null, email varchar(64) unique not null, password varchar(8) not null, city varchar(24) not null, state varchar(12) not null ); --- presentations at events --- while presenters don't have to be members, we are reusing the --- user's table to store their info. --- presentations are not reused even if they are repeated --- (removed the presentation:event map) create table presentations ( presentation_id serial primary key, topic varchar(64) not null, presentation_url varchar(128), user_id int4 references users(user_id) event_id int4 references events(event_id) ); --- website session data create table sessions ( session_id serial primary key, session_hash varchar(64) unique not null, ip_addr varchar(128) not null, expirey timestamp not null, user_id int4 references users(user_id) ); --- news can be generated from an event or stand by itself --- news types are event types since news describes some sort of an event create table news ( news_id serial primary key, date timestamp default now(), expirey timestamp, topic varchar(64) not null, body text not null, user_id int4 references users(user_id), event_type_id int4 references event_types(event_type_id) ); --- capabilities --- "use", "create", "modify", "delete" create table capabilities ( capability_id serial primary key, name varchar(16) not null ); --- capability groups --- "news admin", "events admin", "minutes admin", "superuser" create table groups ( group_id serial primary key, name varchar(16) not null ); create table group_capability_map ( group_id int4 references groups(group_id), capability_id int4 references capabilities(capability_id) ); --- user preferences create table preferences ( preference_id serial primary key, preference_name_id int4 references preference_names(preference_name_id), preference_data varchar(24), user_id int4 references users(user_id) ); -- preference name (ie. "favorite dist") create table preference_names ( preference_name_id serial primary key, preference_name varchar(24) not null ); -- Robert Dale wplug member since 1998 From rdale at wplug.org Sun Mar 25 12:43:42 2001 From: rdale at wplug.org (Robert Dale) Date: Sun, 25 Mar 2001 12:43:42 -0500 (EST) Subject: [Wplug-web] cvs layout Message-ID: lain/ -- project root |- README -- README ;) |- db/ -- db schema, initial data |- docs/ -- documentation |- etc/ -- config files |- src/ -- source files and root of web |- lib/ -- common functions |- utils/ -- cronjobs, misc utils Comments by March 27 so we can build the cvsroot. -- Robert Dale wplug member since 1998 From evand at wplug.org Sun Mar 25 13:44:55 2001 From: evand at wplug.org (Evan DiBiase) Date: Sun, 25 Mar 2001 13:44:55 -0500 (EST) Subject: [Wplug-web] db schema 0.02 In-Reply-To: Message-ID: On Sun, 25 Mar 2001, Robert Dale wrote: [database entries skipped] Looks great! -Evan From evand at wplug.org Sun Mar 25 15:28:01 2001 From: evand at wplug.org (Evan DiBiase) Date: Sun, 25 Mar 2001 15:28:01 -0500 (EST) Subject: [Wplug-web] cvs layout In-Reply-To: Message-ID: On Sun, 25 Mar 2001, Robert Dale wrote: > > lain/ -- project root > |- README -- README ;) > |- db/ -- db schema, initial data > |- docs/ -- documentation > |- etc/ -- config files > |- src/ -- source files and root of web > |- lib/ -- common functions > |- utils/ -- cronjobs, misc utils We're putting the config stuff under source control? Or is the idea that the lain/etc/ stuff is generic, and then we each modify it to work on our development mirrors? Also, we should have a lain/src/engines/ directory. Other than that, looks good. -Evan From rdale at wplug.org Mon Mar 26 17:05:12 2001 From: rdale at wplug.org (Robert Dale) Date: Mon, 26 Mar 2001 17:05:12 -0500 (EST) Subject: [Wplug-web] db schema 0.03 Message-ID: For a graphical view, http://www.wplug.org/~rdale/wplug-sql.pdf --- stores events. any sort of group activity is an event create table events ( event_id serial primary key, name varchar(32) not null, topic varchar(64) not null, date timestamp default now(), -- time event takes place posted timestamp default now(), -- time event was created event_type_id int4 references event_types(event_type_id), location_id int4 references locations(location_id), user_id int4 references users(user_id) ); --- event types are like "GUM", "Installfest", "Demo Day", "Other" --- "Website Update", create table event_types ( event_type_id serial primary key, event_type_name varchar(32) not null ); --- locations for events --- moniker example: CMU NSH Rm.XXX --- name exmaple: CMU Neil Simon Hall Room XXX --- location can be physical, on irc, or at a url (ie. radio broadcast) --- the location user is the location's real owner - could be the same --- as the event user. create table locations ( location_id serial primary key, moniker varchar(16) unique not null, name varchar(64) not null, address varchar(64), city varchar(24), state varchar(12), zip_code varchar(10), country varchar(12), irc_channel varchar(16), url varchar(80), phone varchar(16), directions text, -- map, -- need more details user_id int4 references users(user_id), ); --- minutes taken at events --- attendees is a list of peoples' names create table minutes ( minutes_id serial primary key, author int4 references users(user_id), subject varchar(64) not null, body text not null, attendees text, event_id int4 references events(event_id) ); --- users table --- we would like to be able to determine if the user is a member --- or not by checking if the password is null create table users ( user_id serial primary key, date_created timestamp default now(), last_seen timestamp default now(), first_name varchar(16) not null, last_name varchar(24) not null, email varchar(64) unique not null, password varchar(8), url varchar(80), primary_phone varchar(16), secondary_phone varchar(16), city varchar(24) not null, state varchar(12) not null, is_member boolean default 'false' ); --- confirm table is a temporary store while we verify the email address --- when we get back a matching hash, we create the account --- these fields are therefor require info create table confirm ( confirm_id serial primary key, hash varchar(64) unique not null, expire_date timestamp not null, first_name varchar(16) not null, last_name varchar(24) not null, email varchar(64) unique not null, password varchar(8) not null, city varchar(24) not null, state varchar(12) not null ); --- presentations at events --- while presenters don't have to be members, we are reusing the --- user's table to store their info. --- presentations are not reused even if they are repeated --- (removed the presentation:event map) create table presentations ( presentation_id serial primary key, topic varchar(64) not null, presentation_url varchar(128), user_id int4 references users(user_id) event_id int4 references events(event_id) ); --- website session data create table sessions ( session_id serial primary key, session_hash varchar(64) unique not null, ip_addr varchar(128) not null, expiry timestamp not null, user_id int4 references users(user_id) ); --- news can be generated from an event or stand by itself --- news types are event types since news describes some sort of an event create table news ( news_id serial primary key, date timestamp default now(), expiry timestamp, topic varchar(64) not null, body text not null, user_id int4 references users(user_id), event_type_id int4 references event_types(event_type_id) ); -- track news against an event create table news_event_map ( news_id int4 references news(news_id), event_id int4 references events(event_id) ); --- capabilities --- "use", "create", "modify", "delete" create table capabilities ( capability_id serial primary key, name varchar(16) not null ); --- capability groups --- "news admin", "events admin", "minutes admin", "superuser" create table groups ( group_id serial primary key, name varchar(16) not null ); create table group_capability_map ( group_id int4 references groups(group_id), capability_id int4 references capabilities(capability_id) ); --- user preferences create table preferences ( preference_id serial primary key, preference_name_id int4 references preference_names(preference_name_id), preference_data varchar(24), user_id int4 references users(user_id) ); -- preference name (ie. "favorite dist") create table preference_names ( preference_name_id serial primary key, preference_name varchar(24) not null ); -- Robert Dale wplug member since 1998 From rdale at wplug.org Thu Mar 29 04:02:27 2001 From: rdale at wplug.org (Robert Dale) Date: Thu, 29 Mar 2001 04:02:27 -0500 (EST) Subject: [Wplug-web] lain Message-ID: We've set up a new project 'lain' on sourceforge.net to create a piece of, what I call, LUG-ware -- software made just for LUGs. This project is to mainly help organize our LUG but it seems too obvious to create an Open Source project from it. You can see the project page at: http://lain.sourceforge.net We should continue lain-specific discussion on lain's developer mailinglist - http://lists.sourceforge.net/lists/listinfo/lain-devel and reserve this list for wplug's own website discussion. (I just created the list on sourceforge and therefor may not be immediately available) There are some files in CVS now - http://sourceforge.net/cvs/?group_id=23597 Check 'em out (literaly ;) Of course, nothing works yet and we are in the design phase. Enjoy. -- Robert Dale wplug member since 1998 From billings at negate.org Thu Mar 29 22:50:06 2001 From: billings at negate.org (Jonathan Billings) Date: Thu, 29 Mar 2001 22:50:06 -0500 (EST) Subject: [Wplug-web] WPLUG web ad Message-ID: I was talking with some folks who had local websites, and I thought it'd be neat if they could donate ad-space for a wplug ad. We'd need to put together an ad though. What do you think? --jonathan From rdale at wplug.org Thu Mar 29 23:03:38 2001 From: rdale at wplug.org (Robert Dale) Date: Thu, 29 Mar 2001 23:03:38 -0500 (EST) Subject: [Wplug-web] WPLUG web ad In-Reply-To: Message-ID: On Thu, 29 Mar 2001, Jonathan Billings wrote: > I was talking with some folks who had local websites, and I thought it'd > be neat if they could donate ad-space for a wplug ad. We'd need to put > together an ad though. What do you think? I think it would be cool. We should discuss this on -plan. -- Robert Dale wplug member since 1998 From zman at wplug.org Sat Mar 31 18:27:05 2001 From: zman at wplug.org (Zach Paine) Date: Sat, 31 Mar 2001 18:27:05 -0500 Subject: [Wplug-web] Push unstable? Message-ID: <20010331182702.C17057@katra.dyndns.org> I think we need to have a more usable page at www.wplug.org than what is there right now, so can we remove the user stuff from unstable and put that there? I think this would be good considering the message from the list asking if there is actaully a reliable place for meeting info, and we are about to move into a heavy development and re-vamp phase. What do you guys think? zman By the way, it's good to be back :) -- Zach Paine http://www.wplug.org/~zman/zman.key Key available from pgp.ai.mit.edu ID: 87746D3D Fingerprint: B813 EFB8 ECD0 0C34 6F7F 71DD 01E9 17C3 8774 6D3D From rdale at wplug.org Sat Mar 31 22:10:55 2001 From: rdale at wplug.org (Robert Dale) Date: Sat, 31 Mar 2001 22:10:55 -0500 (EST) Subject: [Wplug-web] Push unstable? In-Reply-To: <20010331182702.C17057@katra.dyndns.org> Message-ID: On Sat, 31 Mar 2001, Zach Paine wrote: > I think we need to have a more usable page at www.wplug.org than what is > there right now, so can we remove the user stuff from unstable and put that > there? I think this would be good considering the message from the list > asking if there is actaully a reliable place for meeting info, and we are > about to move into a heavy development and re-vamp phase. What do you guys > think? I question the security of it. What steps will you take to make sure it is safe? -- Robert Dale wplug member since 1998