From harri at prosys.fi Fri Aug 1 08:01:29 2003 From: harri at prosys.fi (Harri Vartiainen) Date: Fri, 01 Aug 2003 11:01:29 +0300 Subject: LDAP In-Reply-To: References: Message-ID: <3F2A1E59.9080303@prosys.fi> David Miller wrote: >On 7/31/2003 4:56 PM -0400, Casey Gregoire wrote: > > > >>Does anyone know the current State of the LDAP authentication in Bugzilla >>2.17.4? I was looking at the docs and it says be cautious. >> >> > >What's in 2.17.4 should work pretty good now. I'm not sure if the docs >were updated since the Auth stuff was redone. It uses Net::LDAP now, and >does proper error checking and so forth (as far as I know). > > Is it possible to move easily from "traditional" authentication to LDAP authentication? We have only about 20 users in our bugzilla, so it should not be too much work if I have to do something manually. From caseyg at chsamerica.com Fri Aug 1 12:36:49 2003 From: caseyg at chsamerica.com (Casey Gregoire) Date: Fri, 1 Aug 2003 08:36:49 -0400 Subject: LDAP Message-ID: Thanks, Casey Gregoire -----Original Message----- From: Morgan, Mike [mailto:mike.morgan at oregonstate.edu] Sent: Thursday, July 31, 2003 5:13 PM To: developers at bugzilla.org Subject: Re: LDAP Casey, Forgot to add that if you want to use an encrypted connection between Bugzilla and your LDAP server (which I would definitely recommend if these passwords are used for other services), you'd have to use the start_tls() function that is a part of Net::LDAP inside of ./Bugzilla/Auth/LDAP.pm. Additionally, in case you'd like to take a look at our copy, I've sent it to your email address. What changes did you make? are they specific to your site? or are they just to make it work properly? Well I get an error saying I have invalid user name and password and I know that the username and password I am using all exist on the LDAP server I am connecting to. Now this user that I am trying to login as already exists in Bugzilla, but for this test I made sure that the passwords match. the LDAP server is running off of is a Novell NDS server. could somebody tell me where I should be looking for information on what is going wrong? Regards, Mike Morgan -----Original Message----- From: Morgan, Mike Sent: Thursday, July 31, 2003 2:03 PM To: developers at bugzilla.org Subject: Re: LDAP Casey, LDAP works great if you use 2.17.4 and you configure the parameters correctly. When you test, make sure you have the right Perl modules installed. At Oregon State University we use a 2.17.4 install that uses our central LDAP server for authentication (which is used for many other services). It uses an encrypted connection and works great for us. Regards, Mike Morgan -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Thursday, July 31, 2003 1:56 PM To: Bugzilla Developers (E-mail) Subject: LDAP Does anyone know the current State of the LDAP authentication in Bugzilla 2.17.4? I was looking at the docs and it says be cautious. Thank you, Casey Gregoire Programmer CHS of America 100 1st Ave S. Suite 601 St. Petersburg, FL 33701 Phone - (727) 824-0800 ext 1236 Every great achievement was once impossible. -- Anonymous I'd like to get started on time, if we can, inasmuch as we're late already. -- Larry Gelbart Nothing is accomplished without passion. -- My Fortune Cookie - To view or change your list settings, click here: - To view or change your list settings, click here: From mark.ingram at nexsan.com Fri Aug 1 14:58:07 2003 From: mark.ingram at nexsan.com (Mark Ingram) Date: Fri, 1 Aug 2003 15:58:07 +0100 Subject: Software Error Message-ID: Hi, im getting the following error: Software error: Unknown field id: fix_ts at globals.pl line 150. Now, i can get rid of this error by adding a row into the fielddefs table corresponding to the fix_ts field. But that seems like a bit of a cheap way out. Why does process_bug.cgi through this error up? In other CGI files it works just fine, but in here it throws up an error. The code i have written follows (around line 1500): for (my $i = 0; $i <= $#idlist; $i++) { my $strSQL = ""; SendSQL("SELECT origfix_ts FROM bugs WHERE bug_id = $idlist[$i]"); my $origfix_ts = FetchOneColumn(); if ($origfix_ts == "0000-00-00 00:00:00") { # First time that the bug has been fixed, so update the value $strSQL = "UPDATE bugs SET origfix_ts = NOW(), fix_ts = NOW() WHERE bug_id = $idlist[$i]"; } else { # Not the first time this bug has been fixed, so only update the actual fix date, not the original one $strSQL = "UPDATE bugs SET fix_ts = NOW() WHERE bug_id = $idlist[$i]"; } SendSQL($strSQL); } Any help you can offer is much appreciated. Best Regards, Mark Ingram Software Engineer Nexsan Technologies 33 - 35 Parker Centre Mansfield Road Derby DE21 4SZ From jake at bugzilla.org Fri Aug 1 15:33:35 2003 From: jake at bugzilla.org (Jake) Date: Fri, 01 Aug 2003 11:33:35 -0400 Subject: LDAP In-Reply-To: References: Message-ID: <3F2A884F.2090404@bugzilla.org> Casey Gregoire wrote: > Does anyone know the current State of the LDAP authentication in > Bugzilla 2.17.4? I was looking at the docs and it says be cautious. > > A quick scan of the docs at http://www.bugzilla.org/docs/html/extraconfig.html#bzldap doesn't reveal anything about being cautious, but I think I updated that after 2.17.4 was released. I try to keep up with changes in the Bugzilla codebase for development releases in the docs, but it doesn't always happen. > // > From mike.morgan at oregonstate.edu Fri Aug 1 15:44:14 2003 From: mike.morgan at oregonstate.edu (Morgan, Mike) Date: Fri, 1 Aug 2003 08:44:14 -0700 Subject: LDAP Message-ID: <8D4D06C3F0E9934AB4DE7729DFA7CA3E080FAB@mtshasta.nws.oregonstate.edu> Casey, My LDAP.pm was customized, but I noted where it was hacked so you could see it clearly (lines 117-119). You most likely will not be able to plug-and-play. Run a diff on mine vs. the current cvs checkout -- that should prove helpful. Lastly, I'd start by checking your LDAP parameters. 9 times out of 10 this is where the problem comes from. See if you can't ping the guy in charge of the NDS auth setup in order to get accurate LDAP parameters. Other than that, I'd just check the logs and try to decipher the errors. Good luck! Mike Morgan -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Friday, August 01, 2003 5:37 AM To: developers at bugzilla.org Subject: Re: LDAP Thanks, Casey Gregoire -----Original Message----- From: Morgan, Mike [mailto:mike.morgan at oregonstate.edu] Sent: Thursday, July 31, 2003 5:13 PM To: developers at bugzilla.org Subject: Re: LDAP Casey, Forgot to add that if you want to use an encrypted connection between Bugzilla and your LDAP server (which I would definitely recommend if these passwords are used for other services), you'd have to use the start_tls() function that is a part of Net::LDAP inside of ./Bugzilla/Auth/LDAP.pm. Additionally, in case you'd like to take a look at our copy, I've sent it to your email address. What changes did you make? are they specific to your site? or are they just to make it work properly? Well I get an error saying I have invalid user name and password and I know that the username and password I am using all exist on the LDAP server I am connecting to. Now this user that I am trying to login as already exists in Bugzilla, but for this test I made sure that the passwords match. the LDAP server is running off of is a Novell NDS server. could somebody tell me where I should be looking for information on what is going wrong? Regards, Mike Morgan -----Original Message----- From: Morgan, Mike Sent: Thursday, July 31, 2003 2:03 PM To: developers at bugzilla.org Subject: Re: LDAP Casey, LDAP works great if you use 2.17.4 and you configure the parameters correctly. When you test, make sure you have the right Perl modules installed. At Oregon State University we use a 2.17.4 install that uses our central LDAP server for authentication (which is used for many other services). It uses an encrypted connection and works great for us. Regards, Mike Morgan -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Thursday, July 31, 2003 1:56 PM To: Bugzilla Developers (E-mail) Subject: LDAP Does anyone know the current State of the LDAP authentication in Bugzilla 2.17.4? I was looking at the docs and it says be cautious. Thank you, Casey Gregoire Programmer CHS of America 100 1st Ave S. Suite 601 St. Petersburg, FL 33701 Phone - (727) 824-0800 ext 1236 Every great achievement was once impossible. -- Anonymous I'd like to get started on time, if we can, inasmuch as we're late already. -- Larry Gelbart Nothing is accomplished without passion. -- My Fortune Cookie - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: From caseyg at chsamerica.com Fri Aug 1 16:05:34 2003 From: caseyg at chsamerica.com (Casey Gregoire) Date: Fri, 1 Aug 2003 12:05:34 -0400 Subject: LDAP Message-ID: Thanks, Casey Gregoire -----Original Message----- From: Morgan, Mike [mailto:mike.morgan at oregonstate.edu] Sent: Friday, August 01, 2003 11:44 AM To: developers at bugzilla.org Subject: Re: LDAP Casey, My LDAP.pm was customized, but I noted where it was hacked so you could see it clearly (lines 117-119). You most likely will not be able to plug-and-play. Run a diff on mine vs. the current cvs checkout -- that should prove helpful. I saw your note after I sent that e- Lastly, I'd start by checking your LDAP parameters. 9 times out of 10 this is where the problem comes from. See if you can't ping the guy in charge of the NDS auth setup in order to get accurate LDAP parameters. I must be missing something somewhere. Thanks for the help though. The bind works, but the lookup does not, it seams that the server here does not like me ;) We are trying to authenticate through a Novell server's LDAP service, but nothing seems to be working. I will have too look at what settings I have wrong. but at least I know its not a problem in Bugzilla. the doc I looked at for setting things up did not mention the fact that it uses Net::LDAP, instead it was the older one that said be cautious. Now I know its in my configuration some where so I will look into the on my own. What server is doing your LDAP services exactly? We have a Novell server, what are you using? maybe that will help with a solution. Other than that, I'd just check the logs and try to decipher the errors. Good luck! Mike Morgan -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Friday, August 01, 2003 5:37 AM To: developers at bugzilla.org Subject: Re: LDAP Thanks, Casey Gregoire -----Original Message----- From: Morgan, Mike [mailto:mike.morgan at oregonstate.edu] Sent: Thursday, July 31, 2003 5:13 PM To: developers at bugzilla.org Subject: Re: LDAP Casey, Forgot to add that if you want to use an encrypted connection between Bugzilla and your LDAP server (which I would definitely recommend if these passwords are used for other services), you'd have to use the start_tls() function that is a part of Net::LDAP inside of ./Bugzilla/Auth/LDAP.pm. Additionally, in case you'd like to take a look at our copy, I've sent it to your email address. What changes did you make? are they specific to your site? or are they just to make it work properly? Well I get an error saying I have invalid user name and password and I know that the username and password I am using all exist on the LDAP server I am connecting to. Now this user that I am trying to login as already exists in Bugzilla, but for this test I made sure that the passwords match. the LDAP server is running off of is a Novell NDS server. could somebody tell me where I should be looking for information on what is going wrong? Regards, Mike Morgan -----Original Message----- From: Morgan, Mike Sent: Thursday, July 31, 2003 2:03 PM To: developers at bugzilla.org Subject: Re: LDAP Casey, LDAP works great if you use 2.17.4 and you configure the parameters correctly. When you test, make sure you have the right Perl modules installed. At Oregon State University we use a 2.17.4 install that uses our central LDAP server for authentication (which is used for many other services). It uses an encrypted connection and works great for us. Regards, Mike Morgan -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Thursday, July 31, 2003 1:56 PM To: Bugzilla Developers (E-mail) Subject: LDAP Does anyone know the current State of the LDAP authentication in Bugzilla 2.17.4? I was looking at the docs and it says be cautious. Thank you, Casey Gregoire Programmer CHS of America 100 1st Ave S. Suite 601 St. Petersburg, FL 33701 Phone - (727) 824-0800 ext 1236 Every great achievement was once impossible. -- Anonymous I'd like to get started on time, if we can, inasmuch as we're late already. -- Larry Gelbart Nothing is accomplished without passion. -- My Fortune Cookie - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: From mike.morgan at oregonstate.edu Fri Aug 1 16:18:10 2003 From: mike.morgan at oregonstate.edu (Morgan, Mike) Date: Fri, 1 Aug 2003 09:18:10 -0700 Subject: LDAP Message-ID: <8D4D06C3F0E9934AB4DE7729DFA7CA3E080FAC@mtshasta.nws.oregonstate.edu> Casey, We have a regular old LDAP server running under default specifications on the central UNIX server. One thing to note is that some LDAP servers require authentication to perform certain lookups -- i.e. you can't just do anonymous binds. I'm not sure how your Novell system is configured but I'd imagine that it would protect certain attributes in a similar fashion, so watch out for that. Try to find out if the uidattribute is protected or not. Mike -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Friday, August 01, 2003 9:06 AM To: developers at bugzilla.org Subject: Re: LDAP Thanks, Casey Gregoire -----Original Message----- From: Morgan, Mike [mailto:mike.morgan at oregonstate.edu] Sent: Friday, August 01, 2003 11:44 AM To: developers at bugzilla.org Subject: Re: LDAP Casey, My LDAP.pm was customized, but I noted where it was hacked so you could see it clearly (lines 117-119). You most likely will not be able to plug-and-play. Run a diff on mine vs. the current cvs checkout -- that should prove helpful. I saw your note after I sent that e- Lastly, I'd start by checking your LDAP parameters. 9 times out of 10 this is where the problem comes from. See if you can't ping the guy in charge of the NDS auth setup in order to get accurate LDAP parameters. I must be missing something somewhere. Thanks for the help though. The bind works, but the lookup does not, it seams that the server here does not like me ;) We are trying to authenticate through a Novell server's LDAP service, but nothing seems to be working. I will have too look at what settings I have wrong. but at least I know its not a problem in Bugzilla. the doc I looked at for setting things up did not mention the fact that it uses Net::LDAP, instead it was the older one that said be cautious. Now I know its in my configuration some where so I will look into the on my own. What server is doing your LDAP services exactly? We have a Novell server, what are you using? maybe that will help with a solution. Other than that, I'd just check the logs and try to decipher the errors. Good luck! Mike Morgan -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Friday, August 01, 2003 5:37 AM To: developers at bugzilla.org Subject: Re: LDAP Thanks, Casey Gregoire -----Original Message----- From: Morgan, Mike [mailto:mike.morgan at oregonstate.edu] Sent: Thursday, July 31, 2003 5:13 PM To: developers at bugzilla.org Subject: Re: LDAP Casey, Forgot to add that if you want to use an encrypted connection between Bugzilla and your LDAP server (which I would definitely recommend if these passwords are used for other services), you'd have to use the start_tls() function that is a part of Net::LDAP inside of ./Bugzilla/Auth/LDAP.pm. Additionally, in case you'd like to take a look at our copy, I've sent it to your email address. What changes did you make? are they specific to your site? or are they just to make it work properly? Well I get an error saying I have invalid user name and password and I know that the username and password I am using all exist on the LDAP server I am connecting to. Now this user that I am trying to login as already exists in Bugzilla, but for this test I made sure that the passwords match. the LDAP server is running off of is a Novell NDS server. could somebody tell me where I should be looking for information on what is going wrong? Regards, Mike Morgan -----Original Message----- From: Morgan, Mike Sent: Thursday, July 31, 2003 2:03 PM To: developers at bugzilla.org Subject: Re: LDAP Casey, LDAP works great if you use 2.17.4 and you configure the parameters correctly. When you test, make sure you have the right Perl modules installed. At Oregon State University we use a 2.17.4 install that uses our central LDAP server for authentication (which is used for many other services). It uses an encrypted connection and works great for us. Regards, Mike Morgan -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Thursday, July 31, 2003 1:56 PM To: Bugzilla Developers (E-mail) Subject: LDAP Does anyone know the current State of the LDAP authentication in Bugzilla 2.17.4? I was looking at the docs and it says be cautious. Thank you, Casey Gregoire Programmer CHS of America 100 1st Ave S. Suite 601 St. Petersburg, FL 33701 Phone - (727) 824-0800 ext 1236 Every great achievement was once impossible. -- Anonymous I'd like to get started on time, if we can, inasmuch as we're late already. -- Larry Gelbart Nothing is accomplished without passion. -- My Fortune Cookie - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: From caseyg at chsamerica.com Fri Aug 1 20:26:11 2003 From: caseyg at chsamerica.com (Casey Gregoire) Date: Fri, 1 Aug 2003 16:26:11 -0400 Subject: LDAP Message-ID: Yes, you were right, anonymous connections can not poll a thing on Novell. Thanks for the tip, that was the next thing I should have tried. Now it will be the next thing I do try. :-D Thanks, Casey Gregoire -----Original Message----- From: Morgan, Mike [mailto:mike.morgan at oregonstate.edu] Sent: Friday, August 01, 2003 12:18 PM To: developers at bugzilla.org Subject: Re: LDAP Casey, We have a regular old LDAP server running under default specifications on the central UNIX server. One thing to note is that some LDAP servers require authentication to perform certain lookups -- i.e. you can't just do anonymous binds. I'm not sure how your Novell system is configured but I'd imagine that it would protect certain attributes in a similar fashion, so watch out for that. Try to find out if the uidattribute is protected or not. Mike -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Friday, August 01, 2003 9:06 AM To: developers at bugzilla.org Subject: Re: LDAP Thanks, Casey Gregoire -----Original Message----- From: Morgan, Mike [mailto:mike.morgan at oregonstate.edu] Sent: Friday, August 01, 2003 11:44 AM To: developers at bugzilla.org Subject: Re: LDAP Casey, My LDAP.pm was customized, but I noted where it was hacked so you could see it clearly (lines 117-119). You most likely will not be able to plug-and-play. Run a diff on mine vs. the current cvs checkout -- that should prove helpful. I saw your note after I sent that e- Lastly, I'd start by checking your LDAP parameters. 9 times out of 10 this is where the problem comes from. See if you can't ping the guy in charge of the NDS auth setup in order to get accurate LDAP parameters. I must be missing something somewhere. Thanks for the help though. The bind works, but the lookup does not, it seams that the server here does not like me ;) We are trying to authenticate through a Novell server's LDAP service, but nothing seems to be working. I will have too look at what settings I have wrong. but at least I know its not a problem in Bugzilla. the doc I looked at for setting things up did not mention the fact that it uses Net::LDAP, instead it was the older one that said be cautious. Now I know its in my configuration some where so I will look into the on my own. What server is doing your LDAP services exactly? We have a Novell server, what are you using? maybe that will help with a solution. Other than that, I'd just check the logs and try to decipher the errors. Good luck! Mike Morgan -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Friday, August 01, 2003 5:37 AM To: developers at bugzilla.org Subject: Re: LDAP Thanks, Casey Gregoire -----Original Message----- From: Morgan, Mike [mailto:mike.morgan at oregonstate.edu] Sent: Thursday, July 31, 2003 5:13 PM To: developers at bugzilla.org Subject: Re: LDAP Casey, Forgot to add that if you want to use an encrypted connection between Bugzilla and your LDAP server (which I would definitely recommend if these passwords are used for other services), you'd have to use the start_tls() function that is a part of Net::LDAP inside of ./Bugzilla/Auth/LDAP.pm. Additionally, in case you'd like to take a look at our copy, I've sent it to your email address. What changes did you make? are they specific to your site? or are they just to make it work properly? Well I get an error saying I have invalid user name and password and I know that the username and password I am using all exist on the LDAP server I am connecting to. Now this user that I am trying to login as already exists in Bugzilla, but for this test I made sure that the passwords match. the LDAP server is running off of is a Novell NDS server. could somebody tell me where I should be looking for information on what is going wrong? Regards, Mike Morgan -----Original Message----- From: Morgan, Mike Sent: Thursday, July 31, 2003 2:03 PM To: developers at bugzilla.org Subject: Re: LDAP Casey, LDAP works great if you use 2.17.4 and you configure the parameters correctly. When you test, make sure you have the right Perl modules installed. At Oregon State University we use a 2.17.4 install that uses our central LDAP server for authentication (which is used for many other services). It uses an encrypted connection and works great for us. Regards, Mike Morgan -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Thursday, July 31, 2003 1:56 PM To: Bugzilla Developers (E-mail) Subject: LDAP Does anyone know the current State of the LDAP authentication in Bugzilla 2.17.4? I was looking at the docs and it says be cautious. Thank you, Casey Gregoire Programmer CHS of America 100 1st Ave S. Suite 601 St. Petersburg, FL 33701 Phone - (727) 824-0800 ext 1236 Every great achievement was once impossible. -- Anonymous I'd like to get started on time, if we can, inasmuch as we're late already. -- Larry Gelbart Nothing is accomplished without passion. -- My Fortune Cookie - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: From MDaskalov at technologica.biz Sat Aug 2 08:50:15 2003 From: MDaskalov at technologica.biz (Michael Daskalov) Date: Sat, 2 Aug 2003 11:50:15 +0300 Subject: LDAP Message-ID: <15F26D0D9E18E24583D912511D668FF80272B1@exchange.ad.tlogica.com> Hi, If you succeed please describe the steps you used to setup LDAP authentication against Novell NDS. Do you use eDirectory in Novell 6, or something else? TIA, Mihail Daskalov -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Friday, August 01, 2003 11:26 PM To: developers at bugzilla.org Subject: Re: LDAP Yes, you were right, anonymous connections can not poll a thing on Novell. Thanks for the tip, that was the next thing I should have tried. Now it will be the next thing I do try. :-D Thanks, Casey Gregoire -----Original Message----- From: Morgan, Mike [mailto:mike.morgan at oregonstate.edu] Sent: Friday, August 01, 2003 12:18 PM To: developers at bugzilla.org Subject: Re: LDAP Casey, We have a regular old LDAP server running under default specifications on the central UNIX server. One thing to note is that some LDAP servers require authentication to perform certain lookups -- i.e. you can't just do anonymous binds. I'm not sure how your Novell system is configured but I'd imagine that it would protect certain attributes in a similar fashion, so watch out for that. Try to find out if the uidattribute is protected or not. Mike -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Friday, August 01, 2003 9:06 AM To: developers at bugzilla.org Subject: Re: LDAP Thanks, Casey Gregoire -----Original Message----- From: Morgan, Mike [mailto:mike.morgan at oregonstate.edu] Sent: Friday, August 01, 2003 11:44 AM To: developers at bugzilla.org Subject: Re: LDAP Casey, My LDAP.pm was customized, but I noted where it was hacked so you could see it clearly (lines 117-119). You most likely will not be able to plug-and-play. Run a diff on mine vs. the current cvs checkout -- that should prove helpful. I saw your note after I sent that e- Lastly, I'd start by checking your LDAP parameters. 9 times out of 10 this is where the problem comes from. See if you can't ping the guy in charge of the NDS auth setup in order to get accurate LDAP parameters. I must be missing something somewhere. Thanks for the help though. The bind works, but the lookup does not, it seams that the server here does not like me ;) We are trying to authenticate through a Novell server's LDAP service, but nothing seems to be working. I will have too look at what settings I have wrong. but at least I know its not a problem in Bugzilla. the doc I looked at for setting things up did not mention the fact that it uses Net::LDAP, instead it was the older one that said be cautious. Now I know its in my configuration some where so I will look into the on my own. What server is doing your LDAP services exactly? We have a Novell server, what are you using? maybe that will help with a solution. Other than that, I'd just check the logs and try to decipher the errors. Good luck! Mike Morgan -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Friday, August 01, 2003 5:37 AM To: developers at bugzilla.org Subject: Re: LDAP Thanks, Casey Gregoire -----Original Message----- From: Morgan, Mike [mailto:mike.morgan at oregonstate.edu] Sent: Thursday, July 31, 2003 5:13 PM To: developers at bugzilla.org Subject: Re: LDAP Casey, Forgot to add that if you want to use an encrypted connection between Bugzilla and your LDAP server (which I would definitely recommend if these passwords are used for other services), you'd have to use the start_tls() function that is a part of Net::LDAP inside of ./Bugzilla/Auth/LDAP.pm. Additionally, in case you'd like to take a look at our copy, I've sent it to your email address. What changes did you make? are they specific to your site? or are they just to make it work properly? Well I get an error saying I have invalid user name and password and I know that the username and password I am using all exist on the LDAP server I am connecting to. Now this user that I am trying to login as already exists in Bugzilla, but for this test I made sure that the passwords match. the LDAP server is running off of is a Novell NDS server. could somebody tell me where I should be looking for information on what is going wrong? Regards, Mike Morgan -----Original Message----- From: Morgan, Mike Sent: Thursday, July 31, 2003 2:03 PM To: developers at bugzilla.org Subject: Re: LDAP Casey, LDAP works great if you use 2.17.4 and you configure the parameters correctly. When you test, make sure you have the right Perl modules installed. At Oregon State University we use a 2.17.4 install that uses our central LDAP server for authentication (which is used for many other services). It uses an encrypted connection and works great for us. Regards, Mike Morgan -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Thursday, July 31, 2003 1:56 PM To: Bugzilla Developers (E-mail) Subject: LDAP Does anyone know the current State of the LDAP authentication in Bugzilla 2.17.4? I was looking at the docs and it says be cautious. Thank you, Casey Gregoire Programmer CHS of America 100 1st Ave S. Suite 601 St. Petersburg, FL 33701 Phone - (727) 824-0800 ext 1236 Every great achievement was once impossible. -- Anonymous I'd like to get started on time, if we can, inasmuch as we're late already. -- Larry Gelbart Nothing is accomplished without passion. -- My Fortune Cookie - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: From MDaskalov at technologica.biz Sat Aug 2 09:17:36 2003 From: MDaskalov at technologica.biz (Michael Daskalov) Date: Sat, 2 Aug 2003 12:17:36 +0300 Subject: Is anyone working on an Oracle branch? Message-ID: <15F26D0D9E18E24583D912511D668FF80272B2@exchange.ad.tlogica.com> Hi people, Is anoyone working on bugzilla on Oracle database? (preferrably not Red Hat bugzilla, which is quite old as far as I know) I would like to have bugzilla under Oracle. I am ready to spend some time (from time to time) to develop such a branch, or better additional files in the main branch (not a separate cvs branch). I am ready to write SQLs for Oracle. Unfortunately I know almost nothing about perl, so if there is someone to guide me it would be good. Regards, Mihail Daskalov From caseyg at chsamerica.com Mon Aug 4 15:45:29 2003 From: caseyg at chsamerica.com (Casey Gregoire) Date: Mon, 4 Aug 2003 11:45:29 -0400 Subject: LDAP Message-ID: I will do that. The project got put on hold for now. We use Novell 6, and hope to move to eDirectory. Thanks, Casey Gregoire -----Original Message----- From: Michael Daskalov [mailto:MDaskalov at technologica.biz] Sent: Saturday, August 02, 2003 4:50 AM To: developers at bugzilla.org Subject: Re: LDAP Hi, If you succeed please describe the steps you used to setup LDAP authentication against Novell NDS. Do you use eDirectory in Novell 6, or something else? TIA, Mihail Daskalov -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Friday, August 01, 2003 11:26 PM To: developers at bugzilla.org Subject: Re: LDAP Yes, you were right, anonymous connections can not poll a thing on Novell. Thanks for the tip, that was the next thing I should have tried. Now it will be the next thing I do try. :-D Thanks, Casey Gregoire -----Original Message----- From: Morgan, Mike [mailto:mike.morgan at oregonstate.edu] Sent: Friday, August 01, 2003 12:18 PM To: developers at bugzilla.org Subject: Re: LDAP Casey, We have a regular old LDAP server running under default specifications on the central UNIX server. One thing to note is that some LDAP servers require authentication to perform certain lookups -- i.e. you can't just do anonymous binds. I'm not sure how your Novell system is configured but I'd imagine that it would protect certain attributes in a similar fashion, so watch out for that. Try to find out if the uidattribute is protected or not. Mike -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Friday, August 01, 2003 9:06 AM To: developers at bugzilla.org Subject: Re: LDAP Thanks, Casey Gregoire -----Original Message----- From: Morgan, Mike [mailto:mike.morgan at oregonstate.edu] Sent: Friday, August 01, 2003 11:44 AM To: developers at bugzilla.org Subject: Re: LDAP Casey, My LDAP.pm was customized, but I noted where it was hacked so you could see it clearly (lines 117-119). You most likely will not be able to plug-and-play. Run a diff on mine vs. the current cvs checkout -- that should prove helpful. I saw your note after I sent that e- Lastly, I'd start by checking your LDAP parameters. 9 times out of 10 this is where the problem comes from. See if you can't ping the guy in charge of the NDS auth setup in order to get accurate LDAP parameters. I must be missing something somewhere. Thanks for the help though. The bind works, but the lookup does not, it seams that the server here does not like me ;) We are trying to authenticate through a Novell server's LDAP service, but nothing seems to be working. I will have too look at what settings I have wrong. but at least I know its not a problem in Bugzilla. the doc I looked at for setting things up did not mention the fact that it uses Net::LDAP, instead it was the older one that said be cautious. Now I know its in my configuration some where so I will look into the on my own. What server is doing your LDAP services exactly? We have a Novell server, what are you using? maybe that will help with a solution. Other than that, I'd just check the logs and try to decipher the errors. Good luck! Mike Morgan -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Friday, August 01, 2003 5:37 AM To: developers at bugzilla.org Subject: Re: LDAP Thanks, Casey Gregoire -----Original Message----- From: Morgan, Mike [mailto:mike.morgan at oregonstate.edu] Sent: Thursday, July 31, 2003 5:13 PM To: developers at bugzilla.org Subject: Re: LDAP Casey, Forgot to add that if you want to use an encrypted connection between Bugzilla and your LDAP server (which I would definitely recommend if these passwords are used for other services), you'd have to use the start_tls() function that is a part of Net::LDAP inside of ./Bugzilla/Auth/LDAP.pm. Additionally, in case you'd like to take a look at our copy, I've sent it to your email address. What changes did you make? are they specific to your site? or are they just to make it work properly? Well I get an error saying I have invalid user name and password and I know that the username and password I am using all exist on the LDAP server I am connecting to. Now this user that I am trying to login as already exists in Bugzilla, but for this test I made sure that the passwords match. the LDAP server is running off of is a Novell NDS server. could somebody tell me where I should be looking for information on what is going wrong? Regards, Mike Morgan -----Original Message----- From: Morgan, Mike Sent: Thursday, July 31, 2003 2:03 PM To: developers at bugzilla.org Subject: Re: LDAP Casey, LDAP works great if you use 2.17.4 and you configure the parameters correctly. When you test, make sure you have the right Perl modules installed. At Oregon State University we use a 2.17.4 install that uses our central LDAP server for authentication (which is used for many other services). It uses an encrypted connection and works great for us. Regards, Mike Morgan -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Thursday, July 31, 2003 1:56 PM To: Bugzilla Developers (E-mail) Subject: LDAP Does anyone know the current State of the LDAP authentication in Bugzilla 2.17.4? I was looking at the docs and it says be cautious. Thank you, Casey Gregoire Programmer CHS of America 100 1st Ave S. Suite 601 St. Petersburg, FL 33701 Phone - (727) 824-0800 ext 1236 Every great achievement was once impossible. -- Anonymous I'd like to get started on time, if we can, inasmuch as we're late already. -- Larry Gelbart Nothing is accomplished without passion. -- My Fortune Cookie - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: - To view or change your list settings, click here: From bugzilla at chimpychompy.org Tue Aug 5 08:10:50 2003 From: bugzilla at chimpychompy.org (GavinS) Date: Tue, 5 Aug 2003 09:10:50 +0100 Subject: Template version number updating? Message-ID: <16175.26250.756527.963871@offsite.i418.iplbath.com> Hi, The Developers' Guide says: > Every template shipped with Bugzilla has a version number on the first > line such as 1.0 at bugzilla.org. You should update this when you edit a > template. > > You need to increment the major part if your updates make the > interface to this template incompatible with the interface of > previous versions. Otherwise, you need to increment the minor part. This doesn't seem to be happening to templates at the moment. Should it be, or should the guide be updated? rgds Gavin From zach at zachlipton.com Tue Aug 5 17:35:48 2003 From: zach at zachlipton.com (Zach Lipton) Date: Tue, 05 Aug 2003 10:35:48 -0700 Subject: Template version number updating? In-Reply-To: <16175.26250.756527.963871@offsite.i418.iplbath.com> Message-ID: GavinS, checksetup.pl isn't checking template version numbers (yet). I have a patch for it that needs some work (bug 186866). I should be able to get it done pretty quickly, this has been sitting around far too long (my fault). Zach On 8/5/03 1:10 AM, "GavinS" wrote: > > Hi, > > The Developers' Guide says: > >> Every template shipped with Bugzilla has a version number on the first >> line such as 1.0 at bugzilla.org. You should update this when you edit a >> template. >> >> You need to increment the major part if your updates make the >> interface to this template incompatible with the interface of >> previous versions. Otherwise, you need to increment the minor part. > > This doesn't seem to be happening to templates at the moment. Should > it be, or should the guide be updated? > > rgds > > Gavin > > > > - > To view or change your list settings, click here: > From mark.ingram at nexsan.com Wed Aug 6 09:26:42 2003 From: mark.ingram at nexsan.com (Mark Ingram) Date: Wed, 6 Aug 2003 10:26:42 +0100 Subject: Template FOR loop Message-ID: Hi, is it possible to have a standard for loop in the template files? and also, is it possible to do modulus calculations? ie, if there are 25 bugs, i want every 5th bug. ie. [% FOR (i = 0; i < num_bugs; i++) %] [% IF mod(i/5) = 0 %] Do something here
[% END %] [% END %] Is any of that possible? Thanks. Best Regards, Mark Ingram Software Engineer Nexsan Technologies 33 - 35 Parker Centre Mansfield Road Derby DE21 4SZ From preed at sigkill.com Wed Aug 6 09:35:51 2003 From: preed at sigkill.com (J. Paul Reed) Date: Wed, 6 Aug 2003 02:35:51 -0700 Subject: Template FOR loop In-Reply-To: ; from mark.ingram@nexsan.com on Wed, Aug 06, 2003 at 10:26:42AM +0100 References: Message-ID: <20030806023551.A17746@sigkill.com> On 06 Aug 2003 at 10:26:42, Mark Ingram arranged the bits on my disk to say: > and also, is it possible to do modulus calculations? > ie, if there are 25 bugs, i want every 5th bug. > > ie. > > [% FOR (i = 0; i < num_bugs; i++) %] > [% IF mod(i/5) = 0 %] > Do something here
> [% END %] > [% END %] > > Is any of that possible? Yes. But I don't think that syntax is right. http://www.template-toolkit.org/docs/plain/index.html Later, Paul ------------------------------------------------------------------------ J. Paul Reed -- 0xDF8708F8 || preed at sigkill.com || web.sigkill.com/preed To hold on to sanity too tight is insane. -- Nick Falzone, Pushing Tin I use PGP; you should use PGP too... if only to piss off John Ashcroft From mark.ingram at nexsan.com Wed Aug 6 10:36:03 2003 From: mark.ingram at nexsan.com (Mark Ingram) Date: Wed, 6 Aug 2003 11:36:03 +0100 Subject: Template FOR loop In-Reply-To: <20030806023551.A17746@sigkill.com> Message-ID: Thanks, unless ive missed it there appears to be no way of doing a standard FOR loop, so i just used a WHILE loop. Heres what i ended up with anyways: [% count = 0 %] [% max_count = num_bugs div 5 %] [% IF num_bugs mod 5 == 0 %] [% max_count = max_count - 1 %] [% END %] [% WHILE count < max_count %] [% value = ((count + 1) * 5) %] [% count = count + 1 %] [% END %] Cheers. Best Regards, Mark Ingram Software Engineer Nexsan Technologies 33 - 35 Parker Centre Mansfield Road Derby DE21 4SZ -----Original Message----- From: developers-owner at bugzilla.org [mailto:developers-owner at bugzilla.org]On Behalf Of J. Paul Reed Sent: 06 August 2003 10:36 To: developers at bugzilla.org Subject: Re: Template FOR loop On 06 Aug 2003 at 10:26:42, Mark Ingram arranged the bits on my disk to say: > and also, is it possible to do modulus calculations? > ie, if there are 25 bugs, i want every 5th bug. > > ie. > > [% FOR (i = 0; i < num_bugs; i++) %] > [% IF mod(i/5) = 0 %] > Do something here
> [% END %] > [% END %] > > Is any of that possible? Yes. But I don't think that syntax is right. http://www.template-toolkit.org/docs/plain/index.html Later, Paul ------------------------------------------------------------------------ J. Paul Reed -- 0xDF8708F8 || preed at sigkill.com || web.sigkill.com/preed To hold on to sanity too tight is insane. -- Nick Falzone, Pushing Tin I use PGP; you should use PGP too... if only to piss off John Ashcroft - To view or change your list settings, click here: From usmlekaplan at yahoo.com Wed Aug 6 23:21:15 2003 From: usmlekaplan at yahoo.com (usmle Prep) Date: Wed, 6 Aug 2003 16:21:15 -0700 (PDT) Subject: HOW TO IMPLEMENT SORTING ON CUSTOMFIELDS ON BUG LISTINGS Message-ID: <20030806232115.54793.qmail@web20209.mail.yahoo.com> Hi, We have 2.16.2 with customfields implemented,currently we can't sort on sutom fields Bugzilla throws an error "The custom sort order you specified in your form submission contains an invalid column name bcf21.value." Cn any one point me to a patch for this . Thanks a lot, Sri __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From jocuri at softhome.net Thu Aug 7 00:01:26 2003 From: jocuri at softhome.net (vladd) Date: Thu, 7 Aug 2003 03:01:26 +0300 Subject: Template FOR loop In-Reply-To: References: Message-ID: <200308070301.26934.jocuri@softhome.net> Hello, > unless ive missed it there appears to be no way of doing a standard FOR > loop, so i just used a WHILE loop. [% FOREACH bug_id = [ 0 .. num_bugs ] %] ... [% END %] Thanks, Vlad. > > Heres what i ended up with anyways: > > [% count = 0 %] > > > > [% max_count = num_bugs div 5 %] > [% IF num_bugs mod 5 == 0 %] > [% max_count = max_count - 1 %] > [% END %] > > [% WHILE count < max_count %] > [% value = ((count + 1) * 5) %] > > [% count = count + 1 %] > [% END %] > > Cheers. > > Best Regards, > > Mark Ingram > Software Engineer > Nexsan Technologies > 33 - 35 Parker Centre > Mansfield Road > Derby > DE21 4SZ > > > > -----Original Message----- > From: developers-owner at bugzilla.org > [mailto:developers-owner at bugzilla.org]On Behalf Of J. Paul Reed > Sent: 06 August 2003 10:36 > To: developers at bugzilla.org > Subject: Re: Template FOR loop > > On 06 Aug 2003 at 10:26:42, Mark Ingram arranged the bits on my disk to say: > > and also, is it possible to do modulus calculations? > > ie, if there are 25 bugs, i want every 5th bug. > > > > ie. > > > > [% FOR (i = 0; i < num_bugs; i++) %] > > [% IF mod(i/5) = 0 %] > > Do something here
> > [% END %] > > [% END %] > > > > Is any of that possible? > > Yes. But I don't think that syntax is right. > > http://www.template-toolkit.org/docs/plain/index.html > > Later, > Paul > ------------------------------------------------------------------------ > J. Paul Reed -- 0xDF8708F8 || preed at sigkill.com || web.sigkill.com/preed > To hold on to sanity too tight is insane. -- Nick Falzone, Pushing Tin > > I use PGP; you should use PGP too... if only to piss off John Ashcroft > - > To view or change your list settings, click here: > > > > - > To view or change your list settings, click here: > From ngriffiths at climax.co.uk Fri Aug 8 10:37:37 2003 From: ngriffiths at climax.co.uk (Neil Griffiths) Date: Fri, 8 Aug 2003 11:37:37 +0100 Subject: Operating System database field Message-ID: <006f01c35d99$161d1510$3b01a8c0@ngriffiths> Hi, I'm currently setting up a bugzilla installation for use internally here and I'm a bit puzzled. Everything works fine, but I'm customising it to our needs. I initially ran checksetup.pl which got everything running just fine, but we're a games company and so all the different platforms are pretty pointless, we only need Gamecube, GBA, PC, PS2 and X-Box. It also makes the OS field unneeded. I edited the checksetup.pl script so that OS would contain only N/A like so: @opsys = ( "N/A" ); '); And then I edited the platforms like so: @platforms = ( "All", "Gamecube", "GBA", "PC", "PS2", "X-Box" ); '); After running the script again, I saw no changes. Puzzled, I even dropped the bugs table and restarted - but again I see the old platforms and OS data. Where is this stored? I can't find any reference to, say, FreeBSD anywhere in the Bugzilla directory anymore - but it's still coming up. It must be in MySQL (unless Bugzilla caches something somehow) - but how can I get rid of it and change it? Thanks in advance for any help! Kind regards, Neil From ngriffiths at climax.co.uk Fri Aug 8 10:59:27 2003 From: ngriffiths at climax.co.uk (Neil Griffiths) Date: Fri, 8 Aug 2003 11:59:27 +0100 Subject: Operating System database field References: <006f01c35d99$161d1510$3b01a8c0@ngriffiths> Message-ID: <007d01c35d9c$233b8350$3b01a8c0@ngriffiths> I forgot to mention that I was running v2.16.3 in case that's of any use to anybody! Kind regards, Neil ----- Original Message ----- From: "Neil Griffiths" To: Sent: Friday, August 08, 2003 11:37 AM Subject: Operating System database field > Hi, > > I'm currently setting up a bugzilla installation for use internally here and > I'm a bit puzzled. Everything works fine, but I'm customising it to our > needs. > > I initially ran checksetup.pl which got everything running just fine, but > we're a games company and so all the different platforms are pretty > pointless, we only need Gamecube, GBA, PC, PS2 and X-Box. It also makes the > OS field unneeded. I edited the checksetup.pl script so that OS would > contain only N/A like so: > > @opsys = ( > "N/A" > ); > '); > > And then I edited the platforms like so: > > @platforms = ( > "All", > "Gamecube", > "GBA", > "PC", > "PS2", > "X-Box" > ); > '); > > After running the script again, I saw no changes. Puzzled, I even dropped > the bugs table and restarted - but again I see the old platforms and OS > data. Where is this stored? I can't find any reference to, say, FreeBSD > anywhere in the Bugzilla directory anymore - but it's still coming up. It > must be in MySQL (unless Bugzilla caches something somehow) - but how can I > get rid of it and change it? > > Thanks in advance for any help! > > Kind regards, > Neil > > - > To view or change your list settings, click here: > > From mark.ingram at nexsan.com Fri Aug 8 11:20:00 2003 From: mark.ingram at nexsan.com (Mark Ingram) Date: Fri, 8 Aug 2003 12:20:00 +0100 Subject: Operating System database field In-Reply-To: <007d01c35d9c$233b8350$3b01a8c0@ngriffiths> Message-ID: i dont know about changing the details in the checksetup.pl file, but re-running that should definately work, but if you need a quick hack you can edit the values directly in the DB. op_sys in table bugs is of enum type: enum('All', 'Windows 2000', 'Windows NT', 'Windows XP', 'Linux', 'FreeBSD', 'AIX', 'BeOS', 'HP-UX', 'OS/2', 'Solaris', 'SunOS', 'other') use something like phpMyAdmin to manually edit those values. hope that helps u in the mean time till the gurus tell you whats wrong! -----Original Message----- From: developers-owner at bugzilla.org [mailto:developers-owner at bugzilla.org]On Behalf Of Neil Griffiths Sent: 08 August 2003 11:59 To: developers at bugzilla.org Subject: Re: Operating System database field I forgot to mention that I was running v2.16.3 in case that's of any use to anybody! Kind regards, Neil ----- Original Message ----- From: "Neil Griffiths" To: Sent: Friday, August 08, 2003 11:37 AM Subject: Operating System database field > Hi, > > I'm currently setting up a bugzilla installation for use internally here and > I'm a bit puzzled. Everything works fine, but I'm customising it to our > needs. > > I initially ran checksetup.pl which got everything running just fine, but > we're a games company and so all the different platforms are pretty > pointless, we only need Gamecube, GBA, PC, PS2 and X-Box. It also makes the > OS field unneeded. I edited the checksetup.pl script so that OS would > contain only N/A like so: > > @opsys = ( > "N/A" > ); > '); > > And then I edited the platforms like so: > > @platforms = ( > "All", > "Gamecube", > "GBA", > "PC", > "PS2", > "X-Box" > ); > '); > > After running the script again, I saw no changes. Puzzled, I even dropped > the bugs table and restarted - but again I see the old platforms and OS > data. Where is this stored? I can't find any reference to, say, FreeBSD > anywhere in the Bugzilla directory anymore - but it's still coming up. It > must be in MySQL (unless Bugzilla caches something somehow) - but how can I > get rid of it and change it? > > Thanks in advance for any help! > > Kind regards, > Neil > > - > To view or change your list settings, click here: > > - To view or change your list settings, click here: From abauer at suse.de Fri Aug 8 11:27:16 2003 From: abauer at suse.de (Andreas Bauer) Date: Fri, 8 Aug 2003 13:27:16 +0200 Subject: Operating System database field In-Reply-To: <007d01c35d9c$233b8350$3b01a8c0@ngriffiths> References: <006f01c35d99$161d1510$3b01a8c0@ngriffiths> <007d01c35d9c$233b8350$3b01a8c0@ngriffiths> Message-ID: <20030808132716.787d66d5.abauer@suse.de> Hi Neil. Did you remove the versioncache file /path-to-bugzilla/data/versioncache ? Andreas On Fri, 8 Aug 2003 11:59:27 +0100 "Neil Griffiths" wrote: > I forgot to mention that I was running v2.16.3 in case that's of any > use to anybody! > > Kind regards, > Neil > > ----- Original Message ----- > From: "Neil Griffiths" > To: > Sent: Friday, August 08, 2003 11:37 AM > Subject: Operating System database field > > > > Hi, > > > > I'm currently setting up a bugzilla installation for use internally > > here > and > > I'm a bit puzzled. Everything works fine, but I'm customising it to > > our needs. > > > > I initially ran checksetup.pl which got everything running just > > fine, but we're a games company and so all the different platforms > > are pretty pointless, we only need Gamecube, GBA, PC, PS2 and X-Box. > > It also makes > the > > OS field unneeded. I edited the checksetup.pl script so that OS > > would contain only N/A like so: > > > > @opsys = ( > > "N/A" > > ); > > '); > > > > And then I edited the platforms like so: > > > > @platforms = ( > > "All", > > "Gamecube", > > "GBA", > > "PC", > > "PS2", > > "X-Box" > > ); > > '); > > > > After running the script again, I saw no changes. Puzzled, I even > > dropped the bugs table and restarted - but again I see the old > > platforms and OS data. Where is this stored? I can't find any > > reference to, say, FreeBSD anywhere in the Bugzilla directory > > anymore - but it's still coming up. It must be in MySQL (unless > > Bugzilla caches something somehow) - but how can > I > > get rid of it and change it? > > > > Thanks in advance for any help! > > > > Kind regards, > > Neil > > > > - > > To view or change your list settings, click here: > > > > > > - > To view or change your list settings, click here: > From bruce.armstrong at teamsybase.com Fri Aug 8 11:25:39 2003 From: bruce.armstrong at teamsybase.com (Bruce Armstrong [TeamSybase]) Date: Fri, 8 Aug 2003 04:25:39 -0700 (PDT) Subject: Operating System database field In-Reply-To: <006f01c35d99$161d1510$3b01a8c0@ngriffiths> Message-ID: <20030808112539.61010.qmail@web12506.mail.yahoo.com> What about just editing the information in the localconfig file directly.... --- Neil Griffiths wrote: > Hi, > > I'm currently setting up a bugzilla installation for > use internally here and > I'm a bit puzzled. Everything works fine, but I'm > customising it to our > needs. > > I initially ran checksetup.pl which got everything > running just fine, but > we're a games company and so all the different > platforms are pretty > pointless, we only need Gamecube, GBA, PC, PS2 and > X-Box. It also makes the > OS field unneeded. I edited the checksetup.pl script > so that OS would > contain only N/A like so: > > @opsys = ( > "N/A" > ); > '); > > And then I edited the platforms like so: > > @platforms = ( > "All", > "Gamecube", > "GBA", > "PC", > "PS2", > "X-Box" > ); > '); > > After running the script again, I saw no changes. > Puzzled, I even dropped > the bugs table and restarted - but again I see the > old platforms and OS > data. Where is this stored? I can't find any > reference to, say, FreeBSD > anywhere in the Bugzilla directory anymore - but > it's still coming up. It > must be in MySQL (unless Bugzilla caches something > somehow) - but how can I > get rid of it and change it? > > Thanks in advance for any help! > > Kind regards, > Neil > > - > To view or change your list settings, click here: > ===== Bruce Armstrong [TeamSybase] --------------------------------- http://www.teamsybase.com Preach the gospel at all times. If necessary, use words. -- Francis of Assisi http://www.needhim.org From mark.ingram at nexsan.com Fri Aug 8 11:26:57 2003 From: mark.ingram at nexsan.com (Mark Ingram) Date: Fri, 8 Aug 2003 12:26:57 +0100 Subject: Operating System database field In-Reply-To: <007d01c35d9c$233b8350$3b01a8c0@ngriffiths> Message-ID: Oh, perhaps you have got to change it in "localconfig" (no file extension) then try running checksetup.pl? -----Original Message----- From: developers-owner at bugzilla.org [mailto:developers-owner at bugzilla.org]On Behalf Of Neil Griffiths Sent: 08 August 2003 11:59 To: developers at bugzilla.org Subject: Re: Operating System database field I forgot to mention that I was running v2.16.3 in case that's of any use to anybody! Kind regards, Neil ----- Original Message ----- From: "Neil Griffiths" To: Sent: Friday, August 08, 2003 11:37 AM Subject: Operating System database field > Hi, > > I'm currently setting up a bugzilla installation for use internally here and > I'm a bit puzzled. Everything works fine, but I'm customising it to our > needs. > > I initially ran checksetup.pl which got everything running just fine, but > we're a games company and so all the different platforms are pretty > pointless, we only need Gamecube, GBA, PC, PS2 and X-Box. It also makes the > OS field unneeded. I edited the checksetup.pl script so that OS would > contain only N/A like so: > > @opsys = ( > "N/A" > ); > '); > > And then I edited the platforms like so: > > @platforms = ( > "All", > "Gamecube", > "GBA", > "PC", > "PS2", > "X-Box" > ); > '); > > After running the script again, I saw no changes. Puzzled, I even dropped > the bugs table and restarted - but again I see the old platforms and OS > data. Where is this stored? I can't find any reference to, say, FreeBSD > anywhere in the Bugzilla directory anymore - but it's still coming up. It > must be in MySQL (unless Bugzilla caches something somehow) - but how can I > get rid of it and change it? > > Thanks in advance for any help! > > Kind regards, > Neil > > - > To view or change your list settings, click here: > > - To view or change your list settings, click here: From jason at pyeron.com Fri Aug 8 11:29:29 2003 From: jason at pyeron.com (Jason Pyeron) Date: Fri, 8 Aug 2003 07:29:29 -0400 (EDT) Subject: Operating System database field In-Reply-To: <006f01c35d99$161d1510$3b01a8c0@ngriffiths> Message-ID: Edit localconfig then ./checksetup.pl Jason Pyeron On Fri, 8 Aug 2003, Neil Griffiths wrote: > Hi, > > I'm currently setting up a bugzilla installation for use internally here and > I'm a bit puzzled. Everything works fine, but I'm customising it to our > needs. > > I initially ran checksetup.pl which got everything running just fine, but > we're a games company and so all the different platforms are pretty > pointless, we only need Gamecube, GBA, PC, PS2 and X-Box. It also makes the > OS field unneeded. I edited the checksetup.pl script so that OS would > contain only N/A like so: > > @opsys = ( > "N/A" > ); > '); > > And then I edited the platforms like so: > > @platforms = ( > "All", > "Gamecube", > "GBA", > "PC", > "PS2", > "X-Box" > ); > '); > > After running the script again, I saw no changes. Puzzled, I even dropped > the bugs table and restarted - but again I see the old platforms and OS > data. Where is this stored? I can't find any reference to, say, FreeBSD > anywhere in the Bugzilla directory anymore - but it's still coming up. It > must be in MySQL (unless Bugzilla caches something somehow) - but how can I > get rid of it and change it? > > Thanks in advance for any help! > > Kind regards, > Neil > > - > To view or change your list settings, click here: > > -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron http://www.pyerotechnics.com - - Owner & Lead Pyerotechnics Development, Inc. - - 500 West University Parkway #1S - - +1 (410) 808-6646 Baltimore, Maryland 21210-3253 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. From ngriffiths at climax.co.uk Fri Aug 8 11:41:34 2003 From: ngriffiths at climax.co.uk (Neil Griffiths) Date: Fri, 8 Aug 2003 12:41:34 +0100 Subject: Operating System database field References: <20030808112539.61010.qmail@web12506.mail.yahoo.com> Message-ID: <00a501c35da2$04bbd690$3b01a8c0@ngriffiths> Thanks for the pointer, but still no cigar... :-/ I edited the localconfig directly and it looks like this now: @opsys = ( "N/A" ); @platforms = ( "All", "Gamecube", "GBA", "PC", "PS2", "X-Box" ); I then re-ran ./checksetup.pl and it still looked the same. Then I dropped the table and re-ran ./checksetup.pl again. It STILL shows the default data! I'm confused as to why... I'll have a go at editing the SQL data directly as suggested by Mark. Can anybody tell me in which particular table I will find the op_sys field so that I can try editing it directly? Kind regards, Neil ----- Original Message ----- From: "Bruce Armstrong [TeamSybase]" To: Sent: Friday, August 08, 2003 12:25 PM Subject: Re: Operating System database field > What about just editing the information in the > localconfig file directly.... > > --- Neil Griffiths wrote: > > Hi, > > > > I'm currently setting up a bugzilla installation for > > use internally here and > > I'm a bit puzzled. Everything works fine, but I'm > > customising it to our > > needs. > > > > I initially ran checksetup.pl which got everything > > running just fine, but > > we're a games company and so all the different > > platforms are pretty > > pointless, we only need Gamecube, GBA, PC, PS2 and > > X-Box. It also makes the > > OS field unneeded. I edited the checksetup.pl script > > so that OS would > > contain only N/A like so: > > > > @opsys = ( > > "N/A" > > ); > > '); > > > > And then I edited the platforms like so: > > > > @platforms = ( > > "All", > > "Gamecube", > > "GBA", > > "PC", > > "PS2", > > "X-Box" > > ); > > '); > > > > After running the script again, I saw no changes. > > Puzzled, I even dropped > > the bugs table and restarted - but again I see the > > old platforms and OS > > data. Where is this stored? I can't find any > > reference to, say, FreeBSD > > anywhere in the Bugzilla directory anymore - but > > it's still coming up. It > > must be in MySQL (unless Bugzilla caches something > > somehow) - but how can I > > get rid of it and change it? > > > > Thanks in advance for any help! > > > > Kind regards, > > Neil > > > > - > > To view or change your list settings, click here: > > > > > > ===== > Bruce Armstrong [TeamSybase] > --------------------------------- > http://www.teamsybase.com > > Preach the gospel at all times. > If necessary, use words. -- Francis of Assisi > http://www.needhim.org > - > To view or change your list settings, click here: > > From ngriffiths at climax.co.uk Fri Aug 8 11:43:23 2003 From: ngriffiths at climax.co.uk (Neil Griffiths) Date: Fri, 8 Aug 2003 12:43:23 +0100 Subject: Operating System database field References: Message-ID: <00ab01c35da2$46076240$3b01a8c0@ngriffiths> Incidentally, when I did this, the script produced this output: Updating field op_sys in table bugs ... Updating field rep_platform in table bugs ... You'd imagine it had actually updated it, wouldn't you? :-/ Weirder still is that when re-creating the database, it still manages to fill it out with the default data... That's the bit that has me puzzled! Kind regards, Neil ----- Original Message ----- From: "Jason Pyeron" To: Sent: Friday, August 08, 2003 12:29 PM Subject: Re: Operating System database field > Edit localconfig > then ./checksetup.pl > > Jason Pyeron > > > On Fri, 8 Aug 2003, Neil Griffiths wrote: > > > Hi, > > > > I'm currently setting up a bugzilla installation for use internally here and > > I'm a bit puzzled. Everything works fine, but I'm customising it to our > > needs. > > > > I initially ran checksetup.pl which got everything running just fine, but > > we're a games company and so all the different platforms are pretty > > pointless, we only need Gamecube, GBA, PC, PS2 and X-Box. It also makes the > > OS field unneeded. I edited the checksetup.pl script so that OS would > > contain only N/A like so: > > > > @opsys = ( > > "N/A" > > ); > > '); > > > > And then I edited the platforms like so: > > > > @platforms = ( > > "All", > > "Gamecube", > > "GBA", > > "PC", > > "PS2", > > "X-Box" > > ); > > '); > > > > After running the script again, I saw no changes. Puzzled, I even dropped > > the bugs table and restarted - but again I see the old platforms and OS > > data. Where is this stored? I can't find any reference to, say, FreeBSD > > anywhere in the Bugzilla directory anymore - but it's still coming up. It > > must be in MySQL (unless Bugzilla caches something somehow) - but how can I > > get rid of it and change it? > > > > Thanks in advance for any help! > > > > Kind regards, > > Neil > > > > - > > To view or change your list settings, click here: > > > > > > -- > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > - - > - Jason Pyeron http://www.pyerotechnics.com - > - Owner & Lead Pyerotechnics Development, Inc. - > - 500 West University Parkway #1S - > - +1 (410) 808-6646 Baltimore, Maryland 21210-3253 - > - - > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > This message is for the designated recipient only and may contain > privileged, proprietary, or otherwise private information. If you > have received it in error, purge the message from your system and > notify the sender immediately. Any other use of the email by you > is prohibited. > > > > - > To view or change your list settings, click here: > > From mark.ingram at nexsan.com Fri Aug 8 11:46:02 2003 From: mark.ingram at nexsan.com (Mark Ingram) Date: Fri, 8 Aug 2003 12:46:02 +0100 Subject: Operating System database field In-Reply-To: <00a501c35da2$04bbd690$3b01a8c0@ngriffiths> Message-ID: Its in bugs, you should try www.phpmyadmin.com if you can, gives a real nice n easy way of editing DBs. bugs.op_sys update it to be like enum('All', 'PS2', 'Gamecube', 'X-Box') or whatever you need -----Original Message----- From: developers-owner at bugzilla.org [mailto:developers-owner at bugzilla.org]On Behalf Of Neil Griffiths Sent: 08 August 2003 12:42 To: developers at bugzilla.org Subject: Re: Operating System database field Thanks for the pointer, but still no cigar... :-/ I edited the localconfig directly and it looks like this now: @opsys = ( "N/A" ); @platforms = ( "All", "Gamecube", "GBA", "PC", "PS2", "X-Box" ); I then re-ran ./checksetup.pl and it still looked the same. Then I dropped the table and re-ran ./checksetup.pl again. It STILL shows the default data! I'm confused as to why... I'll have a go at editing the SQL data directly as suggested by Mark. Can anybody tell me in which particular table I will find the op_sys field so that I can try editing it directly? Kind regards, Neil ----- Original Message ----- From: "Bruce Armstrong [TeamSybase]" To: Sent: Friday, August 08, 2003 12:25 PM Subject: Re: Operating System database field > What about just editing the information in the > localconfig file directly.... > > --- Neil Griffiths wrote: > > Hi, > > > > I'm currently setting up a bugzilla installation for > > use internally here and > > I'm a bit puzzled. Everything works fine, but I'm > > customising it to our > > needs. > > > > I initially ran checksetup.pl which got everything > > running just fine, but > > we're a games company and so all the different > > platforms are pretty > > pointless, we only need Gamecube, GBA, PC, PS2 and > > X-Box. It also makes the > > OS field unneeded. I edited the checksetup.pl script > > so that OS would > > contain only N/A like so: > > > > @opsys = ( > > "N/A" > > ); > > '); > > > > And then I edited the platforms like so: > > > > @platforms = ( > > "All", > > "Gamecube", > > "GBA", > > "PC", > > "PS2", > > "X-Box" > > ); > > '); > > > > After running the script again, I saw no changes. > > Puzzled, I even dropped > > the bugs table and restarted - but again I see the > > old platforms and OS > > data. Where is this stored? I can't find any > > reference to, say, FreeBSD > > anywhere in the Bugzilla directory anymore - but > > it's still coming up. It > > must be in MySQL (unless Bugzilla caches something > > somehow) - but how can I > > get rid of it and change it? > > > > Thanks in advance for any help! > > > > Kind regards, > > Neil > > > > - > > To view or change your list settings, click here: > > > > > > ===== > Bruce Armstrong [TeamSybase] > --------------------------------- > http://www.teamsybase.com > > Preach the gospel at all times. > If necessary, use words. -- Francis of Assisi > http://www.needhim.org > - > To view or change your list settings, click here: > > - To view or change your list settings, click here: From ngriffiths at climax.co.uk Fri Aug 8 11:54:01 2003 From: ngriffiths at climax.co.uk (Neil Griffiths) Date: Fri, 8 Aug 2003 12:54:01 +0100 Subject: Operating System database field References: <006f01c35d99$161d1510$3b01a8c0@ngriffiths><007d01c35d9c$233b8350$3b01a8c0@ngriffiths> <20030808132716.787d66d5.abauer@suse.de> Message-ID: <00bf01c35da3$c27e10c0$3b01a8c0@ngriffiths> That file doesn't seem to exist anywhere within my bugzilla directories... :o Kind regards, Neil ----- Original Message ----- From: "Andreas Bauer" To: Sent: Friday, August 08, 2003 12:27 PM Subject: Re: Operating System database field > Hi Neil. > > Did you remove the versioncache file > /path-to-bugzilla/data/versioncache ? > > Andreas > > > On Fri, 8 Aug 2003 11:59:27 +0100 > "Neil Griffiths" wrote: > > > I forgot to mention that I was running v2.16.3 in case that's of any > > use to anybody! > > > > Kind regards, > > Neil > > > > ----- Original Message ----- > > From: "Neil Griffiths" > > To: > > Sent: Friday, August 08, 2003 11:37 AM > > Subject: Operating System database field > > > > > > > Hi, > > > > > > I'm currently setting up a bugzilla installation for use internally > > > here > > and > > > I'm a bit puzzled. Everything works fine, but I'm customising it to > > > our needs. > > > > > > I initially ran checksetup.pl which got everything running just > > > fine, but we're a games company and so all the different platforms > > > are pretty pointless, we only need Gamecube, GBA, PC, PS2 and X-Box. > > > It also makes > > the > > > OS field unneeded. I edited the checksetup.pl script so that OS > > > would contain only N/A like so: > > > > > > @opsys = ( > > > "N/A" > > > ); > > > '); > > > > > > And then I edited the platforms like so: > > > > > > @platforms = ( > > > "All", > > > "Gamecube", > > > "GBA", > > > "PC", > > > "PS2", > > > "X-Box" > > > ); > > > '); > > > > > > After running the script again, I saw no changes. Puzzled, I even > > > dropped the bugs table and restarted - but again I see the old > > > platforms and OS data. Where is this stored? I can't find any > > > reference to, say, FreeBSD anywhere in the Bugzilla directory > > > anymore - but it's still coming up. It must be in MySQL (unless > > > Bugzilla caches something somehow) - but how can > > I > > > get rid of it and change it? > > > > > > Thanks in advance for any help! > > > > > > Kind regards, > > > Neil > > > > > > - > > > To view or change your list settings, click here: > > > > > > > > > > - > > To view or change your list settings, click here: > > > - > To view or change your list settings, click here: > > From jason at pyeron.com Fri Aug 8 11:54:04 2003 From: jason at pyeron.com (Jason Pyeron) Date: Fri, 8 Aug 2003 07:54:04 -0400 (EDT) Subject: Operating System database field In-Reply-To: <00ab01c35da2$46076240$3b01a8c0@ngriffiths> Message-ID: If it did produce that line then the options *SHOULD* be avaiable. Not changed in existing entries. I tested it prior to emailing, http://bugzillastable.pyerotechnics.com does checksetup report the change after running a second time? does localconfig have your changes saved? did you undo your checksetup changes? is there as permission issue? can you blow it away, less localconfig, untar again (cvs up -dC), ./checksetup.pl Jason Pyeron On Fri, 8 Aug 2003, Neil Griffiths wrote: > Incidentally, when I did this, the script produced this output: > > Updating field op_sys in table bugs ... > Updating field rep_platform in table bugs ... > > You'd imagine it had actually updated it, wouldn't you? :-/ > > Weirder still is that when re-creating the database, it still manages to > fill it out with the default data... That's the bit that has me puzzled! > > Kind regards, > Neil > > ----- Original Message ----- > From: "Jason Pyeron" > To: > Sent: Friday, August 08, 2003 12:29 PM > Subject: Re: Operating System database field > > > > Edit localconfig > > then ./checksetup.pl > > > > Jason Pyeron > > > > > > On Fri, 8 Aug 2003, Neil Griffiths wrote: > > > > > Hi, > > > > > > I'm currently setting up a bugzilla installation for use internally here > and > > > I'm a bit puzzled. Everything works fine, but I'm customising it to our > > > needs. > > > > > > I initially ran checksetup.pl which got everything running just fine, > but > > > we're a games company and so all the different platforms are pretty > > > pointless, we only need Gamecube, GBA, PC, PS2 and X-Box. It also makes > the > > > OS field unneeded. I edited the checksetup.pl script so that OS would > > > contain only N/A like so: > > > > > > @opsys = ( > > > "N/A" > > > ); > > > '); > > > > > > And then I edited the platforms like so: > > > > > > @platforms = ( > > > "All", > > > "Gamecube", > > > "GBA", > > > "PC", > > > "PS2", > > > "X-Box" > > > ); > > > '); > > > > > > After running the script again, I saw no changes. Puzzled, I even > dropped > > > the bugs table and restarted - but again I see the old platforms and OS > > > data. Where is this stored? I can't find any reference to, say, FreeBSD > > > anywhere in the Bugzilla directory anymore - but it's still coming up. > It > > > must be in MySQL (unless Bugzilla caches something somehow) - but how > can I > > > get rid of it and change it? > > > > > > Thanks in advance for any help! > > > > > > Kind regards, > > > Neil > > > > > > - > > > To view or change your list settings, click here: > > > > > > > > > > -- > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > - - > > - Jason Pyeron http://www.pyerotechnics.com - > > - Owner & Lead Pyerotechnics Development, Inc. - > > - 500 West University Parkway #1S - > > - +1 (410) 808-6646 Baltimore, Maryland 21210-3253 - > > - - > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > > > This message is for the designated recipient only and may contain > > privileged, proprietary, or otherwise private information. If you > > have received it in error, purge the message from your system and > > notify the sender immediately. Any other use of the email by you > > is prohibited. > > > > > > > > - > > To view or change your list settings, click here: > > > > > > - > To view or change your list settings, click here: > > -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron http://www.pyerotechnics.com - - Owner & Lead Pyerotechnics Development, Inc. - - 500 West University Parkway #1S - - +1 (410) 808-6646 Baltimore, Maryland 21210-3253 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. From bugreport at peshkin.net Fri Aug 8 11:57:23 2003 From: bugreport at peshkin.net (Joel Peshkin) Date: Fri, 08 Aug 2003 04:57:23 -0700 Subject: Operating System database field In-Reply-To: <00ab01c35da2$46076240$3b01a8c0@ngriffiths> References: <00ab01c35da2$46076240$3b01a8c0@ngriffiths> Message-ID: <3F339023.3010306@peshkin.net> Neil Griffiths wrote: > > > I then re-ran ./checksetup.pl and it still looked the same. Then I > dropped > the table and re-ran ./checksetup.pl again. It STILL shows the default > data! > I'm confused as to why... > > I'll have a go at editing the SQL data directly as suggested by Mark. Can > anybody tell me in which particular table I will find the op_sys field so > that I can try editing it directly? > > > Neil, Stop hacking the database and the source and RTFM. Delete localconfig, grab a clean copy of the source. If you haven't started hacking the database, you wont have to delete that. When you run checksetup, it will initially populate localconfig. Then, without touching checksetup, modify localconfig to have the right values and rerun checksetup. -Joel From jason at pyeron.com Fri Aug 8 11:55:26 2003 From: jason at pyeron.com (Jason Pyeron) Date: Fri, 8 Aug 2003 07:55:26 -0400 (EDT) Subject: Operating System database field In-Reply-To: Message-ID: That change would not be persistent. On Fri, 8 Aug 2003, Mark Ingram wrote: > Its in bugs, > > you should try www.phpmyadmin.com if you can, gives a real nice n easy way > of editing DBs. > > bugs.op_sys > > update it to be like > > enum('All', 'PS2', 'Gamecube', 'X-Box') > > or whatever you need > > > > -----Original Message----- > From: developers-owner at bugzilla.org > [mailto:developers-owner at bugzilla.org]On Behalf Of Neil Griffiths > Sent: 08 August 2003 12:42 > To: developers at bugzilla.org > Subject: Re: Operating System database field > > > Thanks for the pointer, but still no cigar... :-/ > > I edited the localconfig directly and it looks like this now: > > @opsys = ( > "N/A" > ); > > @platforms = ( > "All", > "Gamecube", > "GBA", > "PC", > "PS2", > "X-Box" > ); > > I then re-ran ./checksetup.pl and it still looked the same. Then I dropped > the table and re-ran ./checksetup.pl again. It STILL shows the default data! > I'm confused as to why... > > I'll have a go at editing the SQL data directly as suggested by Mark. Can > anybody tell me in which particular table I will find the op_sys field so > that I can try editing it directly? > > Kind regards, > Neil > > ----- Original Message ----- > From: "Bruce Armstrong [TeamSybase]" > To: > Sent: Friday, August 08, 2003 12:25 PM > Subject: Re: Operating System database field > > > > What about just editing the information in the > > localconfig file directly.... > > > > --- Neil Griffiths wrote: > > > Hi, > > > > > > I'm currently setting up a bugzilla installation for > > > use internally here and > > > I'm a bit puzzled. Everything works fine, but I'm > > > customising it to our > > > needs. > > > > > > I initially ran checksetup.pl which got everything > > > running just fine, but > > > we're a games company and so all the different > > > platforms are pretty > > > pointless, we only need Gamecube, GBA, PC, PS2 and > > > X-Box. It also makes the > > > OS field unneeded. I edited the checksetup.pl script > > > so that OS would > > > contain only N/A like so: > > > > > > @opsys = ( > > > "N/A" > > > ); > > > '); > > > > > > And then I edited the platforms like so: > > > > > > @platforms = ( > > > "All", > > > "Gamecube", > > > "GBA", > > > "PC", > > > "PS2", > > > "X-Box" > > > ); > > > '); > > > > > > After running the script again, I saw no changes. > > > Puzzled, I even dropped > > > the bugs table and restarted - but again I see the > > > old platforms and OS > > > data. Where is this stored? I can't find any > > > reference to, say, FreeBSD > > > anywhere in the Bugzilla directory anymore - but > > > it's still coming up. It > > > must be in MySQL (unless Bugzilla caches something > > > somehow) - but how can I > > > get rid of it and change it? > > > > > > Thanks in advance for any help! > > > > > > Kind regards, > > > Neil > > > > > > - > > > To view or change your list settings, click here: > > > > > > > > > > > > ===== > > Bruce Armstrong [TeamSybase] > > --------------------------------- > > http://www.teamsybase.com > > > > Preach the gospel at all times. > > If necessary, use words. -- Francis of Assisi > > http://www.needhim.org > > - > > To view or change your list settings, click here: > > > > > > - > To view or change your list settings, click here: > > > > - > To view or change your list settings, click here: > > -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron http://www.pyerotechnics.com - - Owner & Lead Pyerotechnics Development, Inc. - - 500 West University Parkway #1S - - +1 (410) 808-6646 Baltimore, Maryland 21210-3253 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. From ngriffiths at climax.co.uk Fri Aug 8 11:59:03 2003 From: ngriffiths at climax.co.uk (Neil Griffiths) Date: Fri, 8 Aug 2003 12:59:03 +0100 Subject: Operating System database field References: Message-ID: <00c501c35da4$75f7ce20$3b01a8c0@ngriffiths> Hi, Hang about... I used phpMyAdmin and it shows that the data I edited in localconfig is in the database. However, the CGI produces the old list... Where would THAT be cached? :o Thanks guys for pointing out localconfig, I'm just not sure now about what to do next... Perhaps I should remove all files within the data/ directory and re-run ./checksetup.pl ? Kind regards, Neil ----- Original Message ----- From: "Mark Ingram" To: Sent: Friday, August 08, 2003 12:46 PM Subject: Re: Operating System database field > Its in bugs, > > you should try www.phpmyadmin.com if you can, gives a real nice n easy way > of editing DBs. > > bugs.op_sys > > update it to be like > > enum('All', 'PS2', 'Gamecube', 'X-Box') > > or whatever you need > > > > -----Original Message----- > From: developers-owner at bugzilla.org > [mailto:developers-owner at bugzilla.org]On Behalf Of Neil Griffiths > Sent: 08 August 2003 12:42 > To: developers at bugzilla.org > Subject: Re: Operating System database field > > > Thanks for the pointer, but still no cigar... :-/ > > I edited the localconfig directly and it looks like this now: > > @opsys = ( > "N/A" > ); > > @platforms = ( > "All", > "Gamecube", > "GBA", > "PC", > "PS2", > "X-Box" > ); > > I then re-ran ./checksetup.pl and it still looked the same. Then I dropped > the table and re-ran ./checksetup.pl again. It STILL shows the default data! > I'm confused as to why... > > I'll have a go at editing the SQL data directly as suggested by Mark. Can > anybody tell me in which particular table I will find the op_sys field so > that I can try editing it directly? > > Kind regards, > Neil > > ----- Original Message ----- > From: "Bruce Armstrong [TeamSybase]" > To: > Sent: Friday, August 08, 2003 12:25 PM > Subject: Re: Operating System database field > > > > What about just editing the information in the > > localconfig file directly.... > > > > --- Neil Griffiths wrote: > > > Hi, > > > > > > I'm currently setting up a bugzilla installation for > > > use internally here and > > > I'm a bit puzzled. Everything works fine, but I'm > > > customising it to our > > > needs. > > > > > > I initially ran checksetup.pl which got everything > > > running just fine, but > > > we're a games company and so all the different > > > platforms are pretty > > > pointless, we only need Gamecube, GBA, PC, PS2 and > > > X-Box. It also makes the > > > OS field unneeded. I edited the checksetup.pl script > > > so that OS would > > > contain only N/A like so: > > > > > > @opsys = ( > > > "N/A" > > > ); > > > '); > > > > > > And then I edited the platforms like so: > > > > > > @platforms = ( > > > "All", > > > "Gamecube", > > > "GBA", > > > "PC", > > > "PS2", > > > "X-Box" > > > ); > > > '); > > > > > > After running the script again, I saw no changes. > > > Puzzled, I even dropped > > > the bugs table and restarted - but again I see the > > > old platforms and OS > > > data. Where is this stored? I can't find any > > > reference to, say, FreeBSD > > > anywhere in the Bugzilla directory anymore - but > > > it's still coming up. It > > > must be in MySQL (unless Bugzilla caches something > > > somehow) - but how can I > > > get rid of it and change it? > > > > > > Thanks in advance for any help! > > > > > > Kind regards, > > > Neil > > > > > > - > > > To view or change your list settings, click here: > > > > > > > > > > > > ===== > > Bruce Armstrong [TeamSybase] > > --------------------------------- > > http://www.teamsybase.com > > > > Preach the gospel at all times. > > If necessary, use words. -- Francis of Assisi > > http://www.needhim.org > > - > > To view or change your list settings, click here: > > > > > > - > To view or change your list settings, click here: > > > > - > To view or change your list settings, click here: > > From mark.ingram at nexsan.com Fri Aug 8 12:05:16 2003 From: mark.ingram at nexsan.com (Mark Ingram) Date: Fri, 8 Aug 2003 13:05:16 +0100 Subject: Operating System database field In-Reply-To: <00c501c35da4$75f7ce20$3b01a8c0@ngriffiths> Message-ID: try, right clicking the page and goto refresh. -----Original Message----- From: developers-owner at bugzilla.org [mailto:developers-owner at bugzilla.org]On Behalf Of Neil Griffiths Sent: 08 August 2003 12:59 To: developers at bugzilla.org Subject: Re: Operating System database field Hi, Hang about... I used phpMyAdmin and it shows that the data I edited in localconfig is in the database. However, the CGI produces the old list... Where would THAT be cached? :o Thanks guys for pointing out localconfig, I'm just not sure now about what to do next... Perhaps I should remove all files within the data/ directory and re-run ./checksetup.pl ? Kind regards, Neil ----- Original Message ----- From: "Mark Ingram" To: Sent: Friday, August 08, 2003 12:46 PM Subject: Re: Operating System database field > Its in bugs, > > you should try www.phpmyadmin.com if you can, gives a real nice n easy way > of editing DBs. > > bugs.op_sys > > update it to be like > > enum('All', 'PS2', 'Gamecube', 'X-Box') > > or whatever you need > > > > -----Original Message----- > From: developers-owner at bugzilla.org > [mailto:developers-owner at bugzilla.org]On Behalf Of Neil Griffiths > Sent: 08 August 2003 12:42 > To: developers at bugzilla.org > Subject: Re: Operating System database field > > > Thanks for the pointer, but still no cigar... :-/ > > I edited the localconfig directly and it looks like this now: > > @opsys = ( > "N/A" > ); > > @platforms = ( > "All", > "Gamecube", > "GBA", > "PC", > "PS2", > "X-Box" > ); > > I then re-ran ./checksetup.pl and it still looked the same. Then I dropped > the table and re-ran ./checksetup.pl again. It STILL shows the default data! > I'm confused as to why... > > I'll have a go at editing the SQL data directly as suggested by Mark. Can > anybody tell me in which particular table I will find the op_sys field so > that I can try editing it directly? > > Kind regards, > Neil > > ----- Original Message ----- > From: "Bruce Armstrong [TeamSybase]" > To: > Sent: Friday, August 08, 2003 12:25 PM > Subject: Re: Operating System database field > > > > What about just editing the information in the > > localconfig file directly.... > > > > --- Neil Griffiths wrote: > > > Hi, > > > > > > I'm currently setting up a bugzilla installation for > > > use internally here and > > > I'm a bit puzzled. Everything works fine, but I'm > > > customising it to our > > > needs. > > > > > > I initially ran checksetup.pl which got everything > > > running just fine, but > > > we're a games company and so all the different > > > platforms are pretty > > > pointless, we only need Gamecube, GBA, PC, PS2 and > > > X-Box. It also makes the > > > OS field unneeded. I edited the checksetup.pl script > > > so that OS would > > > contain only N/A like so: > > > > > > @opsys = ( > > > "N/A" > > > ); > > > '); > > > > > > And then I edited the platforms like so: > > > > > > @platforms = ( > > > "All", > > > "Gamecube", > > > "GBA", > > > "PC", > > > "PS2", > > > "X-Box" > > > ); > > > '); > > > > > > After running the script again, I saw no changes. > > > Puzzled, I even dropped > > > the bugs table and restarted - but again I see the > > > old platforms and OS > > > data. Where is this stored? I can't find any > > > reference to, say, FreeBSD > > > anywhere in the Bugzilla directory anymore - but > > > it's still coming up. It > > > must be in MySQL (unless Bugzilla caches something > > > somehow) - but how can I > > > get rid of it and change it? > > > > > > Thanks in advance for any help! > > > > > > Kind regards, > > > Neil > > > > > > - > > > To view or change your list settings, click here: > > > > > > > > > > > > ===== > > Bruce Armstrong [TeamSybase] > > --------------------------------- > > http://www.teamsybase.com > > > > Preach the gospel at all times. > > If necessary, use words. -- Francis of Assisi > > http://www.needhim.org > > - > > To view or change your list settings, click here: > > > > > > - > To view or change your list settings, click here: > > > > - > To view or change your list settings, click here: > > - To view or change your list settings, click here: From ngriffiths at climax.co.uk Fri Aug 8 12:07:51 2003 From: ngriffiths at climax.co.uk (Neil Griffiths) Date: Fri, 8 Aug 2003 13:07:51 +0100 Subject: Operating System database field References: <00ab01c35da2$46076240$3b01a8c0@ngriffiths> <3F339023.3010306@peshkin.net> Message-ID: <00d701c35da5$b0a70a30$3b01a8c0@ngriffiths> Hi, > Stop hacking the database and the source and RTFM. Delete localconfig, > grab a clean copy of the source. If you haven't started hacking the > database, you wont have to delete that. I haven't hacked the database, I have only altered scripts. I have RTFM'd, if you can point out where in the docs it tells me that altering localconfig and re-running ./checksetup.pl doesn't make a difference then I'd be happy to apologise. ;) > When you run checksetup, it will initially populate localconfig. Then, > without touching checksetup, modify localconfig to have the right values > and rerun checksetup. Yeah, except it doesn't work. ;) I'll try again from scratch though, just to see, but something certainly isn't right! Kind regards, Neil From jason at pyeron.com Fri Aug 8 12:08:30 2003 From: jason at pyeron.com (Jason Pyeron) Date: Fri, 8 Aug 2003 08:08:30 -0400 (EDT) Subject: Operating System database field In-Reply-To: <00c501c35da4$75f7ce20$3b01a8c0@ngriffiths> Message-ID: You are not being very specific, do you have a URL which I may look at. Which cgi, does not reflect the change? Where does it not reflect this change? On Fri, 8 Aug 2003, Neil Griffiths wrote: > Hi, > > Hang about... I used phpMyAdmin and it shows that the data I edited in > localconfig is in the database. However, the CGI produces the old list... > Where would THAT be cached? :o > > Thanks guys for pointing out localconfig, I'm just not sure now about what > to do next... Perhaps I should remove all files within the data/ directory > and re-run ./checksetup.pl ? > > Kind regards, > Neil > > ----- Original Message ----- > From: "Mark Ingram" > To: > Sent: Friday, August 08, 2003 12:46 PM > Subject: Re: Operating System database field > > > > Its in bugs, > > > > you should try www.phpmyadmin.com if you can, gives a real nice n easy way > > of editing DBs. > > > > bugs.op_sys > > > > update it to be like > > > > enum('All', 'PS2', 'Gamecube', 'X-Box') > > > > or whatever you need > > > > > > > > -----Original Message----- > > From: developers-owner at bugzilla.org > > [mailto:developers-owner at bugzilla.org]On Behalf Of Neil Griffiths > > Sent: 08 August 2003 12:42 > > To: developers at bugzilla.org > > Subject: Re: Operating System database field > > > > > > Thanks for the pointer, but still no cigar... :-/ > > > > I edited the localconfig directly and it looks like this now: > > > > @opsys = ( > > "N/A" > > ); > > > > @platforms = ( > > "All", > > "Gamecube", > > "GBA", > > "PC", > > "PS2", > > "X-Box" > > ); > > > > I then re-ran ./checksetup.pl and it still looked the same. Then I dropped > > the table and re-ran ./checksetup.pl again. It STILL shows the default > data! > > I'm confused as to why... > > > > I'll have a go at editing the SQL data directly as suggested by Mark. Can > > anybody tell me in which particular table I will find the op_sys field so > > that I can try editing it directly? > > > > Kind regards, > > Neil > > > > ----- Original Message ----- > > From: "Bruce Armstrong [TeamSybase]" > > To: > > Sent: Friday, August 08, 2003 12:25 PM > > Subject: Re: Operating System database field > > > > > > > What about just editing the information in the > > > localconfig file directly.... > > > > > > --- Neil Griffiths wrote: > > > > Hi, > > > > > > > > I'm currently setting up a bugzilla installation for > > > > use internally here and > > > > I'm a bit puzzled. Everything works fine, but I'm > > > > customising it to our > > > > needs. > > > > > > > > I initially ran checksetup.pl which got everything > > > > running just fine, but > > > > we're a games company and so all the different > > > > platforms are pretty > > > > pointless, we only need Gamecube, GBA, PC, PS2 and > > > > X-Box. It also makes the > > > > OS field unneeded. I edited the checksetup.pl script > > > > so that OS would > > > > contain only N/A like so: > > > > > > > > @opsys = ( > > > > "N/A" > > > > ); > > > > '); > > > > > > > > And then I edited the platforms like so: > > > > > > > > @platforms = ( > > > > "All", > > > > "Gamecube", > > > > "GBA", > > > > "PC", > > > > "PS2", > > > > "X-Box" > > > > ); > > > > '); > > > > > > > > After running the script again, I saw no changes. > > > > Puzzled, I even dropped > > > > the bugs table and restarted - but again I see the > > > > old platforms and OS > > > > data. Where is this stored? I can't find any > > > > reference to, say, FreeBSD > > > > anywhere in the Bugzilla directory anymore - but > > > > it's still coming up. It > > > > must be in MySQL (unless Bugzilla caches something > > > > somehow) - but how can I > > > > get rid of it and change it? > > > > > > > > Thanks in advance for any help! > > > > > > > > Kind regards, > > > > Neil > > > > > > > > - > > > > To view or change your list settings, click here: > > > > > > > > > > > > > > > > > > > ===== > > > Bruce Armstrong [TeamSybase] > > > --------------------------------- > > > http://www.teamsybase.com > > > > > > Preach the gospel at all times. > > > If necessary, use words. -- Francis of Assisi > > > http://www.needhim.org > > > - > > > To view or change your list settings, click here: > > > > > > > > > > - > > To view or change your list settings, click here: > > > > > > > > - > > To view or change your list settings, click here: > > > > > > - > To view or change your list settings, click here: > > -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron http://www.pyerotechnics.com - - Owner & Lead Pyerotechnics Development, Inc. - - 500 West University Parkway #1S - - +1 (410) 808-6646 Baltimore, Maryland 21210-3253 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. From preed at sigkill.com Fri Aug 8 12:41:04 2003 From: preed at sigkill.com (J. Paul Reed) Date: Fri, 8 Aug 2003 05:41:04 -0700 Subject: Operating System database field In-Reply-To: <006f01c35d99$161d1510$3b01a8c0@ngriffiths>; from ngriffiths@climax.co.uk on Fri, Aug 08, 2003 at 11:37:37AM +0100 References: <006f01c35d99$161d1510$3b01a8c0@ngriffiths> Message-ID: <20030808054104.A26247@sigkill.com> On 08 Aug 2003 at 11:37:37, Neil Griffiths arranged the bits on my disk to say: > I'm currently setting up a bugzilla installation for use internally here > and I'm a bit puzzled. Everything works fine, but I'm customising it to > our needs. > > I initially ran checksetup.pl which got everything running just fine, but > we're a games company and so all the different platforms are pretty > pointless, we only need Gamecube, GBA, PC, PS2 and X-Box. It also makes > the OS field unneeded. I edited the checksetup.pl script so that OS would > contain only N/A like so: Ok, guys: This kind of conversation should be going on in the newsgroup, not on the developers@ list. This is a support issue, not a developers issue. Please move this discussion there. Later, Paul ------------------------------------------------------------------------ J. Paul Reed -- 0xDF8708F8 || preed at sigkill.com || web.sigkill.com/preed To hold on to sanity too tight is insane. -- Nick Falzone, Pushing Tin I use PGP; you should use PGP too... if only to piss off John Ashcroft From ngriffiths at climax.co.uk Fri Aug 8 12:46:55 2003 From: ngriffiths at climax.co.uk (Neil Griffiths) Date: Fri, 8 Aug 2003 13:46:55 +0100 Subject: Operating System database field References: Message-ID: <00ec01c35dab$25ffd5a0$3b01a8c0@ngriffiths> I don't have a URL for anyone to look at unfortunately, the box is behind NAT and a firewall otherwise I'd happily give you a link. The CGI in question is query.cgi - I've included 2 .GIF files (small, I hope nobody minds!) that show the problem. One picture shows the output from phpMyAdmin clearly showing the correct values in the database. The other shows how the query.cgi page does not reflect this at all... And yes, I've refreshed the page - even though anything coming from a .cgi file shouldn't be cached anyway... I'm lost, so if anybody can point me in the correct direction then I'd appreciate it a lot! Kind regards, Neil ----- Original Message ----- From: "Jason Pyeron" To: Sent: Friday, August 08, 2003 1:08 PM Subject: Re: Operating System database field > You are not being very specific, do you have a URL which I may look at. > Which cgi, does not reflect the change? Where does it not reflect this > change? > > On Fri, 8 Aug 2003, Neil Griffiths wrote: > > > Hi, > > > > Hang about... I used phpMyAdmin and it shows that the data I edited in > > localconfig is in the database. However, the CGI produces the old list... > > Where would THAT be cached? :o > > > > Thanks guys for pointing out localconfig, I'm just not sure now about what > > to do next... Perhaps I should remove all files within the data/ directory > > and re-run ./checksetup.pl ? > > > > Kind regards, > > Neil > > > > ----- Original Message ----- > > From: "Mark Ingram" > > To: > > Sent: Friday, August 08, 2003 12:46 PM > > Subject: Re: Operating System database field > > > > > > > Its in bugs, > > > > > > you should try www.phpmyadmin.com if you can, gives a real nice n easy way > > > of editing DBs. > > > > > > bugs.op_sys > > > > > > update it to be like > > > > > > enum('All', 'PS2', 'Gamecube', 'X-Box') > > > > > > or whatever you need > > > > > > > > > > > > -----Original Message----- > > > From: developers-owner at bugzilla.org > > > [mailto:developers-owner at bugzilla.org]On Behalf Of Neil Griffiths > > > Sent: 08 August 2003 12:42 > > > To: developers at bugzilla.org > > > Subject: Re: Operating System database field > > > > > > > > > Thanks for the pointer, but still no cigar... :-/ > > > > > > I edited the localconfig directly and it looks like this now: > > > > > > @opsys = ( > > > "N/A" > > > ); > > > > > > @platforms = ( > > > "All", > > > "Gamecube", > > > "GBA", > > > "PC", > > > "PS2", > > > "X-Box" > > > ); > > > > > > I then re-ran ./checksetup.pl and it still looked the same. Then I dropped > > > the table and re-ran ./checksetup.pl again. It STILL shows the default > > data! > > > I'm confused as to why... > > > > > > I'll have a go at editing the SQL data directly as suggested by Mark. Can > > > anybody tell me in which particular table I will find the op_sys field so > > > that I can try editing it directly? > > > > > > Kind regards, > > > Neil > > > > > > ----- Original Message ----- > > > From: "Bruce Armstrong [TeamSybase]" > > > To: > > > Sent: Friday, August 08, 2003 12:25 PM > > > Subject: Re: Operating System database field > > > > > > > > > > What about just editing the information in the > > > > localconfig file directly.... > > > > > > > > --- Neil Griffiths wrote: > > > > > Hi, > > > > > > > > > > I'm currently setting up a bugzilla installation for > > > > > use internally here and > > > > > I'm a bit puzzled. Everything works fine, but I'm > > > > > customising it to our > > > > > needs. > > > > > > > > > > I initially ran checksetup.pl which got everything > > > > > running just fine, but > > > > > we're a games company and so all the different > > > > > platforms are pretty > > > > > pointless, we only need Gamecube, GBA, PC, PS2 and > > > > > X-Box. It also makes the > > > > > OS field unneeded. I edited the checksetup.pl script > > > > > so that OS would > > > > > contain only N/A like so: > > > > > > > > > > @opsys = ( > > > > > "N/A" > > > > > ); > > > > > '); > > > > > > > > > > And then I edited the platforms like so: > > > > > > > > > > @platforms = ( > > > > > "All", > > > > > "Gamecube", > > > > > "GBA", > > > > > "PC", > > > > > "PS2", > > > > > "X-Box" > > > > > ); > > > > > '); > > > > > > > > > > After running the script again, I saw no changes. > > > > > Puzzled, I even dropped > > > > > the bugs table and restarted - but again I see the > > > > > old platforms and OS > > > > > data. Where is this stored? I can't find any > > > > > reference to, say, FreeBSD > > > > > anywhere in the Bugzilla directory anymore - but > > > > > it's still coming up. It > > > > > must be in MySQL (unless Bugzilla caches something > > > > > somehow) - but how can I > > > > > get rid of it and change it? > > > > > > > > > > Thanks in advance for any help! > > > > > > > > > > Kind regards, > > > > > Neil > > > > > > > > > > - > > > > > To view or change your list settings, click here: > > > > > > > > > > > > > > > > > > > > > > > > > > ===== > > > > Bruce Armstrong [TeamSybase] > > > > --------------------------------- > > > > http://www.teamsybase.com > > > > > > > > Preach the gospel at all times. > > > > If necessary, use words. -- Francis of Assisi > > > > http://www.needhim.org > > > > - > > > > To view or change your list settings, click here: > > > > > > > > > > > > > > - > > > To view or change your list settings, click here: > > > > > > > > > > > > - > > > To view or change your list settings, click here: > > > > > > > > > > - > > To view or change your list settings, click here: > > > > > > -- > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > - - > - Jason Pyeron http://www.pyerotechnics.com - > - Owner & Lead Pyerotechnics Development, Inc. - > - 500 West University Parkway #1S - > - +1 (410) 808-6646 Baltimore, Maryland 21210-3253 - > - - > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > This message is for the designated recipient only and may contain > privileged, proprietary, or otherwise private information. If you > have received it in error, purge the message from your system and > notify the sender immediately. Any other use of the email by you > is prohibited. > > > > - > To view or change your list settings, click here: > > -------------- next part -------------- A non-text attachment was scrubbed... Name: phpMyAdmin.gif Type: image/gif Size: 2645 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: query_cgi.gif Type: image/gif Size: 5658 bytes Desc: not available URL: From jason at pyeron.com Fri Aug 8 12:51:58 2003 From: jason at pyeron.com (Jason Pyeron) Date: Fri, 8 Aug 2003 08:51:58 -0400 (EDT) Subject: Operating System database field In-Reply-To: <00d701c35da5$b0a70a30$3b01a8c0@ngriffiths> Message-ID: I agree, it is not obvious UNLESS you have read ALL the documents at least twice, BUT it is there. Explict instruction to tweak Bugzilla in localconfig is given in the Bugzilla Guide documentm section 4.1.9. http://www.bugzilla.org/docs216/html/stepbystep.html#AEN679 It requires a bit of inference, but section A.8.2 of the FAQ. http://www.bugzilla.org/docs216/html/faq.html#faq-hacking-priority On Fri, 8 Aug 2003, Neil Griffiths wrote: > I haven't hacked the database, I have only altered scripts. I have RTFM'd, > if you can point out where in the docs it tells me that altering localconfig > and re-running ./checksetup.pl doesn't make a difference then I'd be happy > to apologise. ;) > -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron http://www.pyerotechnics.com - - Owner & Lead Pyerotechnics Development, Inc. - - 500 West University Parkway #1S - - +1 (410) 808-6646 Baltimore, Maryland 21210-3253 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. From bruce.armstrong at teamsybase.com Fri Aug 8 14:42:13 2003 From: bruce.armstrong at teamsybase.com (Bruce Armstrong [TeamSybase]) Date: Fri, 8 Aug 2003 07:42:13 -0700 (PDT) Subject: Operating System database field In-Reply-To: <00a501c35da2$04bbd690$3b01a8c0@ngriffiths> Message-ID: <20030808144213.99494.qmail@web12504.mail.yahoo.com> Don't rerun checksetup after modifying the localconfig file. --- Neil Griffiths wrote: > Thanks for the pointer, but still no cigar... :-/ > > I edited the localconfig directly and it looks like > this now: > > @opsys = ( > "N/A" > ); > > @platforms = ( > "All", > "Gamecube", > "GBA", > "PC", > "PS2", > "X-Box" > ); > > I then re-ran ./checksetup.pl and it still looked > the same. Then I dropped > the table and re-ran ./checksetup.pl again. It STILL > shows the default data! > I'm confused as to why... > > I'll have a go at editing the SQL data directly as > suggested by Mark. Can > anybody tell me in which particular table I will > find the op_sys field so > that I can try editing it directly? > > Kind regards, > Neil > > ----- Original Message ----- > From: "Bruce Armstrong [TeamSybase]" > > To: > Sent: Friday, August 08, 2003 12:25 PM > Subject: Re: Operating System database field > > > > What about just editing the information in the > > localconfig file directly.... > > > > --- Neil Griffiths > wrote: > > > Hi, > > > > > > I'm currently setting up a bugzilla installation > for > > > use internally here and > > > I'm a bit puzzled. Everything works fine, but > I'm > > > customising it to our > > > needs. > > > > > > I initially ran checksetup.pl which got > everything > > > running just fine, but > > > we're a games company and so all the different > > > platforms are pretty > > > pointless, we only need Gamecube, GBA, PC, PS2 > and > > > X-Box. It also makes the > > > OS field unneeded. I edited the checksetup.pl > script > > > so that OS would > > > contain only N/A like so: > > > > > > @opsys = ( > > > "N/A" > > > ); > > > '); > > > > > > And then I edited the platforms like so: > > > > > > @platforms = ( > > > "All", > > > "Gamecube", > > > "GBA", > > > "PC", > > > "PS2", > > > "X-Box" > > > ); > > > '); > > > > > > After running the script again, I saw no > changes. > > > Puzzled, I even dropped > > > the bugs table and restarted - but again I see > the > > > old platforms and OS > > > data. Where is this stored? I can't find any > > > reference to, say, FreeBSD > > > anywhere in the Bugzilla directory anymore - but > > > it's still coming up. It > > > must be in MySQL (unless Bugzilla caches > something > > > somehow) - but how can I > > > get rid of it and change it? > > > > > > Thanks in advance for any help! > > > > > > Kind regards, > > > Neil > > > > > > - > > > To view or change your list settings, click > here: > > > > > > > > > > > > ===== > > Bruce Armstrong [TeamSybase] > > --------------------------------- > > http://www.teamsybase.com > > > > Preach the gospel at all times. > > If necessary, use words. -- Francis of Assisi > > http://www.needhim.org > > - > > To view or change your list settings, click here: > > > > > > > - > To view or change your list settings, click here: > ===== Bruce Armstrong [TeamSybase] --------------------------------- http://www.teamsybase.com Preach the gospel at all times. If necessary, use words. -- Francis of Assisi http://www.needhim.org From ngriffiths at climax.co.uk Fri Aug 8 14:46:04 2003 From: ngriffiths at climax.co.uk (Neil Griffiths) Date: Fri, 8 Aug 2003 15:46:04 +0100 Subject: Operating System database field References: <20030808144213.99494.qmail@web12504.mail.yahoo.com> Message-ID: <014501c35dbb$cb0f9750$3b01a8c0@ngriffiths> Thanks to everyone who helped, I've got it fixed now! :) Kind regards, Neil From caseyg at chsamerica.com Fri Aug 8 15:11:51 2003 From: caseyg at chsamerica.com (Casey Gregoire) Date: Fri, 8 Aug 2003 11:11:51 -0400 Subject: Assigning Bugs to deactivated users Message-ID: was it intentional that Bugzilla will let you reassign a bug to a user that has been deactivated? We had an admin leave recently, and when we shut off his account you could still assign to him. I was just wondering if there is a reason for this. Thanks, Casey G From mark.ingram at nexsan.com Mon Aug 11 08:47:26 2003 From: mark.ingram at nexsan.com (Mark Ingram) Date: Mon, 11 Aug 2003 09:47:26 +0100 Subject: Email everyone in a group Message-ID: Hi, is there a quick way to email every member of a particular group? I want to email a particular group when the bugs status is set to FIXED + RESOLVED. Thanks Mark Ingram Software Engineer Nexsan Technologies 33 - 35 Parker Centre Mansfield Road Derby DE21 4SZ United Kingdom p: +44 01332 291600 f: +44 01332 291616 w: http://www.nexsan.com e: mark.ingram at nexsan.com The next generation now! WINNER Best Enterprise Storage -------------- next part -------------- An HTML attachment was scrubbed... URL: From jth at mikrobitti.fi Mon Aug 11 09:35:45 2003 From: jth at mikrobitti.fi (Jouni Heikniemi) Date: Mon, 11 Aug 2003 12:35:45 +0300 Subject: Assigning Bugs to deactivated users In-Reply-To: Message-ID: <5.1.0.14.2.20030811123430.03198aa0@mikrobitti.fi> At 11:11 8.8.2003 -0400, you wrote: >was it intentional that Bugzilla will let you reassign a bug to a user that >has been deactivated? We had an admin leave recently, and when we shut off >his account you could still assign to him. I was just wondering if there is >a reason for this. That depends on who you're asking ;-) See Jouni From preed at sigkill.com Mon Aug 11 09:44:16 2003 From: preed at sigkill.com (J. Paul Reed) Date: Mon, 11 Aug 2003 02:44:16 -0700 Subject: Email everyone in a group In-Reply-To: ; from mark.ingram@nexsan.com on Mon, Aug 11, 2003 at 09:47:26AM +0100 References: Message-ID: <20030811024416.A10167@sigkill.com> On 11 Aug 2003 at 09:47:26, Mark Ingram arranged the bits on my disk to say: > is there a quick way to email every member of a particular group? I want > to email a particular group when the bugs status is set to FIXED + > RESOLVED. You can sorta get this behavior by setting the QA contact to an email list/alias with everyone you want on it, and then restricting that account's email notification settings in BZ to only fire on bug status changes. Later, Paul ------------------------------------------------------------------------ J. Paul Reed -- 0xDF8708F8 || preed at sigkill.com || web.sigkill.com/preed To hold on to sanity too tight is insane. -- Nick Falzone, Pushing Tin I use PGP; you should use PGP too... if only to piss off John Ashcroft From mark.ingram at nexsan.com Mon Aug 11 12:24:04 2003 From: mark.ingram at nexsan.com (Mark Ingram) Date: Mon, 11 Aug 2003 13:24:04 +0100 Subject: Help with arrays... Message-ID: Hi, i need help referencing members of an array in a template. I have the following code and i cant seem to access what i want: my %products; my %versions; foreach my $p (@enterable_products) { if (CanEnterProduct($p)) { $products{$p} = $::proddesc{$p}; $versions{$p} = {"1.0", "2.0", "3.0"}; } } $vars->{'proddesc'} = \%products; $vars->{'versions'} = \%versions; In the template i have a loop going through each product, which works fine: [% FOREACH p = proddesc.keys.sort %] [% END %] but i want to try to access the difference versions of each product too, i have tried [% actual = proddesc.$p %] [% FOREACH ver = versions.$actual %] [% ver %] [% END %] and numerous other ways, but to no avail. Can anyone help me out? Thanks Mark Ingram Software Engineer Nexsan Technologies 33 - 35 Parker Centre Mansfield Road Derby DE21 4SZ United Kingdom p: +44 01332 291600 f: +44 01332 291616 w: http://www.nexsan.com e: mark.ingram at nexsan.com The next generation now! WINNER Best Enterprise Storage -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.ingram at nexsan.com Mon Aug 11 14:05:16 2003 From: mark.ingram at nexsan.com (Mark Ingram) Date: Mon, 11 Aug 2003 15:05:16 +0100 Subject: Help with arrays... In-Reply-To: Message-ID: i basically want to list every version of every product, so i need a multi-dimensional array? Product A Version 1.0 Version 2.0 Product B Version 1.1 Version 2.1 Product C Version 1.2 Version 2.2 etc etc. -----Original Message----- From: developers-owner at bugzilla.org [mailto:developers-owner at bugzilla.org]On Behalf Of Mark Ingram Sent: 11 August 2003 13:24 To: Bugzilla Dev List Subject: Help with arrays... Hi, i need help referencing members of an array in a template. I have the following code and i cant seem to access what i want: my %products; my %versions; foreach my $p (@enterable_products) { if (CanEnterProduct($p)) { $products{$p} = $::proddesc{$p}; $versions{$p} = {"1.0", "2.0", "3.0"}; } } $vars->{'proddesc'} = \%products; $vars->{'versions'} = \%versions; In the template i have a loop going through each product, which works fine: [% FOREACH p = proddesc.keys.sort %] [% END %] but i want to try to access the difference versions of each product too, i have tried [% actual = proddesc.$p %] [% FOREACH ver = versions.$actual %] [% ver %] [% END %] and numerous other ways, but to no avail. Can anyone help me out? Thanks Mark Ingram Software Engineer Nexsan Technologies 33 - 35 Parker Centre Mansfield Road Derby DE21 4SZ United Kingdom p: +44 01332 291600 f: +44 01332 291616 w: http://www.nexsan.com e: mark.ingram at nexsan.com The next generation now! WINNER Best Enterprise Storage -------------- next part -------------- An HTML attachment was scrubbed... URL: From caseyg at chsamerica.com Mon Aug 11 14:39:06 2003 From: caseyg at chsamerica.com (Casey Gregoire) Date: Mon, 11 Aug 2003 10:39:06 -0400 Subject: field_descs Message-ID: In the templates there is a variable for field_descs where is this value defined? None of the cgi's seemed to have it defined (at least not when I did a search of the source tree) Thanks, Casey Gregoire -------------- next part -------------- An HTML attachment was scrubbed... URL: From justdave at syndicomm.com Mon Aug 11 14:53:47 2003 From: justdave at syndicomm.com (David Miller) Date: Mon, 11 Aug 2003 10:53:47 -0400 Subject: field_descs In-Reply-To: References: Message-ID: On 8/11/2003 10:39 AM -0400, Casey Gregoire wrote: > In the templates there is a variable for field_descs where is this value >defined? None of the cgi's seemed to have it defined (at least not when I >did a search of the source tree) template/en/default/global/field-descs.none.tmpl -- Dave Miller Project Leader, Bugzilla Bug Tracking System http://www.justdave.net/ http://www.bugzilla.org/ From caseyg at chsamerica.com Mon Aug 11 15:30:43 2003 From: caseyg at chsamerica.com (Casey Gregoire) Date: Mon, 11 Aug 2003 11:30:43 -0400 Subject: field_descs Message-ID: Thanks; was this file called field-descs.html.tmpl in the past? Somehow, we have a file by that name as well, and we are wondering how it got in there when it is not in the Bugzilla 2.17.4 release. Thanks, Casey Gregoire -----Original Message----- From: David Miller [mailto:justdave at syndicomm.com] Sent: Monday, August 11, 2003 10:54 AM To: developers at bugzilla.org Subject: Re: field_descs On 8/11/2003 10:39 AM -0400, Casey Gregoire wrote: > In the templates there is a variable for field_descs where is this value >defined? None of the cgi's seemed to have it defined (at least not when I >did a search of the source tree) template/en/default/global/field-descs.none.tmpl -- Dave Miller Project Leader, Bugzilla Bug Tracking System http://www.justdave.net/ http://www.bugzilla.org/ - To view or change your list settings, click here: From justdave at syndicomm.com Mon Aug 11 15:37:18 2003 From: justdave at syndicomm.com (David Miller) Date: Mon, 11 Aug 2003 11:37:18 -0400 Subject: field_descs In-Reply-To: References: Message-ID: On 8/11/2003 11:30 AM -0400, Casey Gregoire wrote: > Thanks; was this file called field-descs.html.tmpl in the past? Somehow, we > have a file by that name as well, and we are wondering how it got in there > when it is not in the Bugzilla 2.17.4 release. Yes, it was. The "html" got changed to "none" when we were doing a little filename auditing, and realized that file is also imported by xml and rdf templates, and it actually has no output of its own. :) -- Dave Miller Project Leader, Bugzilla Bug Tracking System http://www.justdave.net/ http://www.bugzilla.org/ From caseyg at chsamerica.com Mon Aug 11 15:47:57 2003 From: caseyg at chsamerica.com (Casey Gregoire) Date: Mon, 11 Aug 2003 11:47:57 -0400 Subject: field_descs Message-ID: Thanks, that clears something up here. :) Thanks, Casey Gregoire -----Original Message----- From: David Miller [mailto:justdave at syndicomm.com] Sent: Monday, August 11, 2003 11:37 AM To: developers at bugzilla.org Subject: Re: field_descs On 8/11/2003 11:30 AM -0400, Casey Gregoire wrote: > Thanks; was this file called field-descs.html.tmpl in the past? Somehow, we > have a file by that name as well, and we are wondering how it got in there > when it is not in the Bugzilla 2.17.4 release. Yes, it was. The "html" got changed to "none" when we were doing a little filename auditing, and realized that file is also imported by xml and rdf templates, and it actually has no output of its own. :) -- Dave Miller Project Leader, Bugzilla Bug Tracking System http://www.justdave.net/ http://www.bugzilla.org/ - To view or change your list settings, click here: From caseyg at chsamerica.com Tue Aug 12 15:59:59 2003 From: caseyg at chsamerica.com (Casey Gregoire) Date: Tue, 12 Aug 2003 11:59:59 -0400 Subject: Session Timeout Message-ID: If I wanted to make the session time out for Bugzilla to occur after 6 hours, or when the user closes their browser do all I have to do is remove the expires clause from the set cookie header lines and delete old cookies from the login cookies when they are 6 hours old as opposed to 30 days old? Just wanted to make sure I wasn't missing anything here. Thank you, Casey Gregoire Programmer CHS of America 100 1st Ave S. Suite 601 St. Petersburg, FL 33701 Phone - (727) 824-0800 ext 1236 Every great achievement was once impossible. -- Anonymous I'd like to get started on time, if we can, inasmuch as we're late already. -- Larry Gelbart Nothing is accomplished without passion. -- My Fortune Cookie From jon at vmware.com Tue Aug 12 17:49:18 2003 From: jon at vmware.com (Jonathan Schatz) Date: Tue, 12 Aug 2003 10:49:18 -0700 Subject: phantom bug? Message-ID: <1060710558.29136.25.camel@jonschatz-lx.vmware.com> i filed a bug yesterday on our bz installation and cc'd my manager. today my manager went to look at the bug only to find a totally different bug. i'm absolutely baffled on this one. the new email was sent out for this bug, yet it doesn't exist in the db. there's no way for bugzilla to send out email about a bug without the bug being in the db, so what gives? is it possible that there's some strange race condition in post_bug.cgi? or did i just stumble upon a mysql hiccup? -jon -- Jonathan Schatz Engineering System Administrator VMware, Inc "Te occidere possunt sed te edere non possunt nefas est." From caseyg at chsamerica.com Tue Aug 12 17:49:02 2003 From: caseyg at chsamerica.com (Casey Gregoire) Date: Tue, 12 Aug 2003 13:49:02 -0400 Subject: Session Timeout Message-ID: Well I found more had to be done. I was surprised there is no parameter for session timeout. Thanks, Casey Gregoire -----Original Message----- From: Casey Gregoire [mailto:caseyg at chsamerica.com] Sent: Tuesday, August 12, 2003 12:00 PM To: developers at bugzilla.org Subject: Session Timeout If I wanted to make the session time out for Bugzilla to occur after 6 hours, or when the user closes their browser do all I have to do is remove the expires clause from the set cookie header lines and delete old cookies from the login cookies when they are 6 hours old as opposed to 30 days old? Just wanted to make sure I wasn't missing anything here. Thank you, Casey Gregoire Programmer CHS of America 100 1st Ave S. Suite 601 St. Petersburg, FL 33701 Phone - (727) 824-0800 ext 1236 Every great achievement was once impossible. -- Anonymous I'd like to get started on time, if we can, inasmuch as we're late already. -- Larry Gelbart Nothing is accomplished without passion. -- My Fortune Cookie - To view or change your list settings, click here: From preed at sigkill.com Tue Aug 12 17:53:15 2003 From: preed at sigkill.com (J. Paul Reed) Date: Tue, 12 Aug 2003 10:53:15 -0700 Subject: phantom bug? In-Reply-To: <1060710558.29136.25.camel@jonschatz-lx.vmware.com>; from jon@vmware.com on Tue, Aug 12, 2003 at 10:49:18AM -0700 References: <1060710558.29136.25.camel@jonschatz-lx.vmware.com> Message-ID: <20030812105315.A16446@sigkill.com> On 12 Aug 2003 at 10:49:18, Jonathan Schatz arranged the bits on my disk to say: > or did i just stumble upon a mysql hiccup? It's possible; check your Apache error logs to see if mysql spewed out any error messages. Later, Paul ------------------------------------------------------------------------ J. Paul Reed -- 0xDF8708F8 || preed at sigkill.com || web.sigkill.com/preed To hold on to sanity too tight is insane. -- Nick Falzone, Pushing Tin I use PGP; you should use PGP too... if only to piss off John Ashcroft From jon at vmware.com Tue Aug 12 18:19:31 2003 From: jon at vmware.com (Jonathan Schatz) Date: Tue, 12 Aug 2003 11:19:31 -0700 Subject: phantom bug? In-Reply-To: <20030812105315.A16446@sigkill.com> References: <1060710558.29136.25.camel@jonschatz-lx.vmware.com> <20030812105315.A16446@sigkill.com> Message-ID: <1060712370.29136.27.camel@jonschatz-lx.vmware.com> On Tue, 2003-08-12 at 10:53, J. Paul Reed wrote: > It's possible; check your Apache error logs to see if mysql spewed out any > error messages. that's the weird part, nothing in the logs. i guess i'm writing this off to mysql though, since i can't really find another reason for it to occur.. -jon -- Jonathan Schatz Engineering System Administrator VMware, Inc "Te occidere possunt sed te edere non possunt nefas est." From ruben at auger.org.ar Tue Aug 12 20:24:53 2003 From: ruben at auger.org.ar (Ruben Squartini) Date: Tue, 12 Aug 2003 17:24:53 -0300 Subject: Could you answer this question? Message-ID: Hi! We are trying to use Bugzilla as an extensive application that will cover from software bugs to pending works in the Southern Hemisphere Site of our Observatory. We need to "change" the OS field to something different to ENUM type, but only you could answer if there is a problem with that. We plan to use an INT type field and make some modifications in the code that give the chance to the user to select one existent value or to add a new one. Will be very useful if you could give us some hints about what (an where) we need to look to make these modifications. Thank you in advance, ====================================================================== Ruben Squartini Administrador T?cnico de Sistemas de C?mputos Proyecto Observatorio Pierre Auger Av. San Mart?n (N) 304 Malarg?e - Mendoza - ARGENTINA +54 2627 471562/579/556 ====================================================================== From mark.ingram at nexsan.com Wed Aug 13 09:38:38 2003 From: mark.ingram at nexsan.com (Mark Ingram) Date: Wed, 13 Aug 2003 10:38:38 +0100 Subject: Perl crypt() Message-ID: Hi, Ive just been making a quick C# application to insert basic data into the Bugzilla database, but it seems i cant check the login of a user because Bugzilla uses the crypt() function to encrypt the passwords. Is there any documentation other than http://www.perldoc.com/perl5.8.0/pod/func/crypt.html which would allow me to re-create the crypt function so i can check logins correctly? I know this sounds like a strange thing todo, but its because we have a text file here (pre-bugzilla) containing old bugs and fixes that need to be put into the database. But it would take so long to copy and paste this file line by line so i am writing a parser to directly put the details into the database. Thanks Mark Ingram Software Engineer Nexsan Technologies 33 - 35 Parker Centre Mansfield Road Derby DE21 4SZ United Kingdom p: +44 01332 291600 f: +44 01332 291616 w: http://www.nexsan.com e: mark.ingram at nexsan.com The next generation now! WINNER Best Enterprise Storage -------------- next part -------------- An HTML attachment was scrubbed... URL: From jth at mikrobitti.fi Wed Aug 13 09:50:36 2003 From: jth at mikrobitti.fi (Jouni Heikniemi) Date: Wed, 13 Aug 2003 12:50:36 +0300 Subject: Perl crypt() In-Reply-To: Message-ID: <5.1.0.14.2.20030813124510.05e08ec0@mikrobitti.fi> (some really ugly HTML mail from you there :-() At 10:38 13.8.2003 +0100, you wrote: >Is there any documentation other than >http://www.perldoc.com/perl5.8.0/pod/func/crypt.html which would allow me >to re-create the crypt function so i can check logins correctly? You can find some discussion on that by using Google. I haven't heard of an easy solution, although intensive Googling might reveal one. Download Perl source and find out what the crypt() does if you want to use .net crypto library to simulate crypt() - that's certainly one approach. An easier alternative might be something like . Jouni From mark.ingram at nexsan.com Wed Aug 13 09:55:28 2003 From: mark.ingram at nexsan.com (Mark Ingram) Date: Wed, 13 Aug 2003 10:55:28 +0100 Subject: Perl crypt() In-Reply-To: <5.1.0.14.2.20030813124510.05e08ec0@mikrobitti.fi> Message-ID: does the .NET crypto encrypt the same way as the perl crypt() ? ill get looking on google. -----Original Message----- From: developers-owner at bugzilla.org [mailto:developers-owner at bugzilla.org]On Behalf Of Jouni Heikniemi Sent: 13 August 2003 10:51 To: developers at bugzilla.org Subject: Re: Perl crypt() (some really ugly HTML mail from you there :-() At 10:38 13.8.2003 +0100, you wrote: >Is there any documentation other than >http://www.perldoc.com/perl5.8.0/pod/func/crypt.html which would allow me >to re-create the crypt function so i can check logins correctly? You can find some discussion on that by using Google. I haven't heard of an easy solution, although intensive Googling might reveal one. Download Perl source and find out what the crypt() does if you want to use .net crypto library to simulate crypt() - that's certainly one approach. An easier alternative might be something like . Jouni - To view or change your list settings, click here: From tobias.burnus at physik.fu-berlin.de Wed Aug 13 09:56:18 2003 From: tobias.burnus at physik.fu-berlin.de (Tobias Burnus) Date: Wed, 13 Aug 2003 11:56:18 +0200 (CEST) Subject: Perl crypt() In-Reply-To: Message-ID: Hi, On Wed, 13 Aug 2003, Mark Ingram wrote: > Is there any documentation other than > http://www.perldoc.com/perl5.8.0/pod/func/crypt.html which would allow me to > re-create the crypt function so i can check logins correctly? Well, the crypt manpage looks like this: http://www.die.net/doc/linux/man/man3/crypt.3.html The problem is that according to IEEE Std 1003.1, 2003 Edition, http://www.unix.org/single_unix_specification/ "The crypt() function is a string encoding function. The algorithm is implementation-defined. [...] The values returned by this function [crypt] need not be portable among XSI-conformant systems." (version 2: http://www.opengroup.org/onlinepubs/7908799/xsh/crypt.html) But de-facto are the hashes compatible between different unix systems. I can't find a good implementation reference, but you might want to try http://www.dynamic.net.au/christos/crypt/UnixCrypt.txt as a pointer. Tobias From jason at pyeron.com Wed Aug 13 10:32:33 2003 From: jason at pyeron.com (Jason Pyeron) Date: Wed, 13 Aug 2003 06:32:33 -0400 (EDT) Subject: Perl crypt() code pasting (java src) In-Reply-To: Message-ID: package com.pyerotechnics.customer.mozilla.jbugzilla; import java.util.*; /* try here too for a different version: http://manticore.2y.net/Java/examples/crypt.zip http://locutus.kingwoodcable.com/jfd/crypt.html Java Implementation Of Crypt I began looking for a java-based crypt and to my surprise I was unable to find one. There were implementations that put a java front-end on native code, but I'd hoped for pure java code. I decided to use Eric Young's C code and translate it into java, the code that follows is the result. Here's how to get started: Save this file to your local disk as "jcrypt.java" Edit out the html portion of the file, everything from the top of the document down to (and including) the line that reads: --- Cut Here --- Compile the program: javac jcrypt.java A detailed example of how to run the program appears in the next section. As a note to those unfamiliar with crypt, a good way to see this program at work is to get the "salt" for your password from /etc/passwd and try the program to see if it encrypts your password the same as saved in /etc/password. Here's an example: >From my /etc/password: jdumas:BgU8DFSLhhz6Q:502:100:John F. Dumas:/home/jfd:/bin/bash The "salt" is the first 2 letters of the encrypted password, which are "Bg" in this case. For this example, my password is "ncc1701d", so run the program: java jcrypt Bg ncc1701d The program prints: [Bg] [ncc1701d] => [BgU8DFSLhhz6Q] Here is the source code for the program. I would very much appreciate feedback and comments from anyone who uses it, I will be glad to answer any questions you might have. Mail me your praises or disparaging remarks about my meager programming skills at: jdumas at zgs.com --- Cut Here --- */ /** * * Java-based implementation of the unix crypt command * * Based upon C source code written by Eric Young, eay at psych.uq.oz.au * * @see Original source, http://locutus.kingwoodcable.com/jfd/crypt.html * **/ public class jcrypt { /** singleton pattern **/ private jcrypt() {} /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- FILEDS -*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ private static final int ITERATIONS = 16; private static final int con_salt[] = { 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x08, 0x09, 0x0A, 0x0B, 0x05, 0x06, 0x07, 0x08, 0x09, 0x0A, 0x0B, 0x0C, 0x0D, 0x0E, 0x0F, 0x10, 0x11, 0x12, 0x13, 0x14, 0x15, 0x16, 0x17, 0x18, 0x19, 0x1A, 0x1B, 0x1C, 0x1D, 0x1E, 0x1F, 0x20, 0x21, 0x22, 0x23, 0x24, 0x25, 0x20, 0x21, 0x22, 0x23, 0x24, 0x25, 0x26, 0x27, 0x28, 0x29, 0x2A, 0x2B, 0x2C, 0x2D, 0x2E, 0x2F, 0x30, 0x31, 0x32, 0x33, 0x34, 0x35, 0x36, 0x37, 0x38, 0x39, 0x3A, 0x3B, 0x3C, 0x3D, 0x3E, 0x3F, 0x00, 0x00, 0x00, 0x00, 0x00, }; private static final boolean shifts2[] = { false, false, true, true, true, true, true, true, false, true, true, true, true, true, true, false }; private static final int skb[][] = { { /* for C bits (numbered as per FIPS 46) 1 2 3 4 5 6 */ 0x00000000, 0x00000010, 0x20000000, 0x20000010, 0x00010000, 0x00010010, 0x20010000, 0x20010010, 0x00000800, 0x00000810, 0x20000800, 0x20000810, 0x00010800, 0x00010810, 0x20010800, 0x20010810, 0x00000020, 0x00000030, 0x20000020, 0x20000030, 0x00010020, 0x00010030, 0x20010020, 0x20010030, 0x00000820, 0x00000830, 0x20000820, 0x20000830, 0x00010820, 0x00010830, 0x20010820, 0x20010830, 0x00080000, 0x00080010, 0x20080000, 0x20080010, 0x00090000, 0x00090010, 0x20090000, 0x20090010, 0x00080800, 0x00080810, 0x20080800, 0x20080810, 0x00090800, 0x00090810, 0x20090800, 0x20090810, 0x00080020, 0x00080030, 0x20080020, 0x20080030, 0x00090020, 0x00090030, 0x20090020, 0x20090030, 0x00080820, 0x00080830, 0x20080820, 0x20080830, 0x00090820, 0x00090830, 0x20090820, 0x20090830, }, { /* for C bits (numbered as per FIPS 46) 7 8 10 11 12 13 */ 0x00000000, 0x02000000, 0x00002000, 0x02002000, 0x00200000, 0x02200000, 0x00202000, 0x02202000, 0x00000004, 0x02000004, 0x00002004, 0x02002004, 0x00200004, 0x02200004, 0x00202004, 0x02202004, 0x00000400, 0x02000400, 0x00002400, 0x02002400, 0x00200400, 0x02200400, 0x00202400, 0x02202400, 0x00000404, 0x02000404, 0x00002404, 0x02002404, 0x00200404, 0x02200404, 0x00202404, 0x02202404, 0x10000000, 0x12000000, 0x10002000, 0x12002000, 0x10200000, 0x12200000, 0x10202000, 0x12202000, 0x10000004, 0x12000004, 0x10002004, 0x12002004, 0x10200004, 0x12200004, 0x10202004, 0x12202004, 0x10000400, 0x12000400, 0x10002400, 0x12002400, 0x10200400, 0x12200400, 0x10202400, 0x12202400, 0x10000404, 0x12000404, 0x10002404, 0x12002404, 0x10200404, 0x12200404, 0x10202404, 0x12202404, }, { /* for C bits (numbered as per FIPS 46) 14 15 16 17 19 20 */ 0x00000000, 0x00000001, 0x00040000, 0x00040001, 0x01000000, 0x01000001, 0x01040000, 0x01040001, 0x00000002, 0x00000003, 0x00040002, 0x00040003, 0x01000002, 0x01000003, 0x01040002, 0x01040003, 0x00000200, 0x00000201, 0x00040200, 0x00040201, 0x01000200, 0x01000201, 0x01040200, 0x01040201, 0x00000202, 0x00000203, 0x00040202, 0x00040203, 0x01000202, 0x01000203, 0x01040202, 0x01040203, 0x08000000, 0x08000001, 0x08040000, 0x08040001, 0x09000000, 0x09000001, 0x09040000, 0x09040001, 0x08000002, 0x08000003, 0x08040002, 0x08040003, 0x09000002, 0x09000003, 0x09040002, 0x09040003, 0x08000200, 0x08000201, 0x08040200, 0x08040201, 0x09000200, 0x09000201, 0x09040200, 0x09040201, 0x08000202, 0x08000203, 0x08040202, 0x08040203, 0x09000202, 0x09000203, 0x09040202, 0x09040203, }, { /* for C bits (numbered as per FIPS 46) 21 23 24 26 27 28 */ 0x00000000, 0x00100000, 0x00000100, 0x00100100, 0x00000008, 0x00100008, 0x00000108, 0x00100108, 0x00001000, 0x00101000, 0x00001100, 0x00101100, 0x00001008, 0x00101008, 0x00001108, 0x00101108, 0x04000000, 0x04100000, 0x04000100, 0x04100100, 0x04000008, 0x04100008, 0x04000108, 0x04100108, 0x04001000, 0x04101000, 0x04001100, 0x04101100, 0x04001008, 0x04101008, 0x04001108, 0x04101108, 0x00020000, 0x00120000, 0x00020100, 0x00120100, 0x00020008, 0x00120008, 0x00020108, 0x00120108, 0x00021000, 0x00121000, 0x00021100, 0x00121100, 0x00021008, 0x00121008, 0x00021108, 0x00121108, 0x04020000, 0x04120000, 0x04020100, 0x04120100, 0x04020008, 0x04120008, 0x04020108, 0x04120108, 0x04021000, 0x04121000, 0x04021100, 0x04121100, 0x04021008, 0x04121008, 0x04021108, 0x04121108, }, { /* for D bits (numbered as per FIPS 46) 1 2 3 4 5 6 */ 0x00000000, 0x10000000, 0x00010000, 0x10010000, 0x00000004, 0x10000004, 0x00010004, 0x10010004, 0x20000000, 0x30000000, 0x20010000, 0x30010000, 0x20000004, 0x30000004, 0x20010004, 0x30010004, 0x00100000, 0x10100000, 0x00110000, 0x10110000, 0x00100004, 0x10100004, 0x00110004, 0x10110004, 0x20100000, 0x30100000, 0x20110000, 0x30110000, 0x20100004, 0x30100004, 0x20110004, 0x30110004, 0x00001000, 0x10001000, 0x00011000, 0x10011000, 0x00001004, 0x10001004, 0x00011004, 0x10011004, 0x20001000, 0x30001000, 0x20011000, 0x30011000, 0x20001004, 0x30001004, 0x20011004, 0x30011004, 0x00101000, 0x10101000, 0x00111000, 0x10111000, 0x00101004, 0x10101004, 0x00111004, 0x10111004, 0x20101000, 0x30101000, 0x20111000, 0x30111000, 0x20101004, 0x30101004, 0x20111004, 0x30111004, }, { /* for D bits (numbered as per FIPS 46) 8 9 11 12 13 14 */ 0x00000000, 0x08000000, 0x00000008, 0x08000008, 0x00000400, 0x08000400, 0x00000408, 0x08000408, 0x00020000, 0x08020000, 0x00020008, 0x08020008, 0x00020400, 0x08020400, 0x00020408, 0x08020408, 0x00000001, 0x08000001, 0x00000009, 0x08000009, 0x00000401, 0x08000401, 0x00000409, 0x08000409, 0x00020001, 0x08020001, 0x00020009, 0x08020009, 0x00020401, 0x08020401, 0x00020409, 0x08020409, 0x02000000, 0x0A000000, 0x02000008, 0x0A000008, 0x02000400, 0x0A000400, 0x02000408, 0x0A000408, 0x02020000, 0x0A020000, 0x02020008, 0x0A020008, 0x02020400, 0x0A020400, 0x02020408, 0x0A020408, 0x02000001, 0x0A000001, 0x02000009, 0x0A000009, 0x02000401, 0x0A000401, 0x02000409, 0x0A000409, 0x02020001, 0x0A020001, 0x02020009, 0x0A020009, 0x02020401, 0x0A020401, 0x02020409, 0x0A020409, }, { /* for D bits (numbered as per FIPS 46) 16 17 18 19 20 21 */ 0x00000000, 0x00000100, 0x00080000, 0x00080100, 0x01000000, 0x01000100, 0x01080000, 0x01080100, 0x00000010, 0x00000110, 0x00080010, 0x00080110, 0x01000010, 0x01000110, 0x01080010, 0x01080110, 0x00200000, 0x00200100, 0x00280000, 0x00280100, 0x01200000, 0x01200100, 0x01280000, 0x01280100, 0x00200010, 0x00200110, 0x00280010, 0x00280110, 0x01200010, 0x01200110, 0x01280010, 0x01280110, 0x00000200, 0x00000300, 0x00080200, 0x00080300, 0x01000200, 0x01000300, 0x01080200, 0x01080300, 0x00000210, 0x00000310, 0x00080210, 0x00080310, 0x01000210, 0x01000310, 0x01080210, 0x01080310, 0x00200200, 0x00200300, 0x00280200, 0x00280300, 0x01200200, 0x01200300, 0x01280200, 0x01280300, 0x00200210, 0x00200310, 0x00280210, 0x00280310, 0x01200210, 0x01200310, 0x01280210, 0x01280310, }, { /* for D bits (numbered as per FIPS 46) 22 23 24 25 27 28 */ 0x00000000, 0x04000000, 0x00040000, 0x04040000, 0x00000002, 0x04000002, 0x00040002, 0x04040002, 0x00002000, 0x04002000, 0x00042000, 0x04042000, 0x00002002, 0x04002002, 0x00042002, 0x04042002, 0x00000020, 0x04000020, 0x00040020, 0x04040020, 0x00000022, 0x04000022, 0x00040022, 0x04040022, 0x00002020, 0x04002020, 0x00042020, 0x04042020, 0x00002022, 0x04002022, 0x00042022, 0x04042022, 0x00000800, 0x04000800, 0x00040800, 0x04040800, 0x00000802, 0x04000802, 0x00040802, 0x04040802, 0x00002800, 0x04002800, 0x00042800, 0x04042800, 0x00002802, 0x04002802, 0x00042802, 0x04042802, 0x00000820, 0x04000820, 0x00040820, 0x04040820, 0x00000822, 0x04000822, 0x00040822, 0x04040822, 0x00002820, 0x04002820, 0x00042820, 0x04042820, 0x00002822, 0x04002822, 0x00042822, 0x04042822, }, }; private static final int SPtrans[][] = { { /* nibble 0 */ 0x00820200, 0x00020000, 0x80800000, 0x80820200, 0x00800000, 0x80020200, 0x80020000, 0x80800000, 0x80020200, 0x00820200, 0x00820000, 0x80000200, 0x80800200, 0x00800000, 0x00000000, 0x80020000, 0x00020000, 0x80000000, 0x00800200, 0x00020200, 0x80820200, 0x00820000, 0x80000200, 0x00800200, 0x80000000, 0x00000200, 0x00020200, 0x80820000, 0x00000200, 0x80800200, 0x80820000, 0x00000000, 0x00000000, 0x80820200, 0x00800200, 0x80020000, 0x00820200, 0x00020000, 0x80000200, 0x00800200, 0x80820000, 0x00000200, 0x00020200, 0x80800000, 0x80020200, 0x80000000, 0x80800000, 0x00820000, 0x80820200, 0x00020200, 0x00820000, 0x80800200, 0x00800000, 0x80000200, 0x80020000, 0x00000000, 0x00020000, 0x00800000, 0x80800200, 0x00820200, 0x80000000, 0x80820000, 0x00000200, 0x80020200, }, { /* nibble 1 */ 0x10042004, 0x00000000, 0x00042000, 0x10040000, 0x10000004, 0x00002004, 0x10002000, 0x00042000, 0x00002000, 0x10040004, 0x00000004, 0x10002000, 0x00040004, 0x10042000, 0x10040000, 0x00000004, 0x00040000, 0x10002004, 0x10040004, 0x00002000, 0x00042004, 0x10000000, 0x00000000, 0x00040004, 0x10002004, 0x00042004, 0x10042000, 0x10000004, 0x10000000, 0x00040000, 0x00002004, 0x10042004, 0x00040004, 0x10042000, 0x10002000, 0x00042004, 0x10042004, 0x00040004, 0x10000004, 0x00000000, 0x10000000, 0x00002004, 0x00040000, 0x10040004, 0x00002000, 0x10000000, 0x00042004, 0x10002004, 0x10042000, 0x00002000, 0x00000000, 0x10000004, 0x00000004, 0x10042004, 0x00042000, 0x10040000, 0x10040004, 0x00040000, 0x00002004, 0x10002000, 0x10002004, 0x00000004, 0x10040000, 0x00042000, }, { /* nibble 2 */ 0x41000000, 0x01010040, 0x00000040, 0x41000040, 0x40010000, 0x01000000, 0x41000040, 0x00010040, 0x01000040, 0x00010000, 0x01010000, 0x40000000, 0x41010040, 0x40000040, 0x40000000, 0x41010000, 0x00000000, 0x40010000, 0x01010040, 0x00000040, 0x40000040, 0x41010040, 0x00010000, 0x41000000, 0x41010000, 0x01000040, 0x40010040, 0x01010000, 0x00010040, 0x00000000, 0x01000000, 0x40010040, 0x01010040, 0x00000040, 0x40000000, 0x00010000, 0x40000040, 0x40010000, 0x01010000, 0x41000040, 0x00000000, 0x01010040, 0x00010040, 0x41010000, 0x40010000, 0x01000000, 0x41010040, 0x40000000, 0x40010040, 0x41000000, 0x01000000, 0x41010040, 0x00010000, 0x01000040, 0x41000040, 0x00010040, 0x01000040, 0x00000000, 0x41010000, 0x40000040, 0x41000000, 0x40010040, 0x00000040, 0x01010000, }, { /* nibble 3 */ 0x00100402, 0x04000400, 0x00000002, 0x04100402, 0x00000000, 0x04100000, 0x04000402, 0x00100002, 0x04100400, 0x04000002, 0x04000000, 0x00000402, 0x04000002, 0x00100402, 0x00100000, 0x04000000, 0x04100002, 0x00100400, 0x00000400, 0x00000002, 0x00100400, 0x04000402, 0x04100000, 0x00000400, 0x00000402, 0x00000000, 0x00100002, 0x04100400, 0x04000400, 0x04100002, 0x04100402, 0x00100000, 0x04100002, 0x00000402, 0x00100000, 0x04000002, 0x00100400, 0x04000400, 0x00000002, 0x04100000, 0x04000402, 0x00000000, 0x00000400, 0x00100002, 0x00000000, 0x04100002, 0x04100400, 0x00000400, 0x04000000, 0x04100402, 0x00100402, 0x00100000, 0x04100402, 0x00000002, 0x04000400, 0x00100402, 0x00100002, 0x00100400, 0x04100000, 0x04000402, 0x00000402, 0x04000000, 0x04000002, 0x04100400, }, { /* nibble 4 */ 0x02000000, 0x00004000, 0x00000100, 0x02004108, 0x02004008, 0x02000100, 0x00004108, 0x02004000, 0x00004000, 0x00000008, 0x02000008, 0x00004100, 0x02000108, 0x02004008, 0x02004100, 0x00000000, 0x00004100, 0x02000000, 0x00004008, 0x00000108, 0x02000100, 0x00004108, 0x00000000, 0x02000008, 0x00000008, 0x02000108, 0x02004108, 0x00004008, 0x02004000, 0x00000100, 0x00000108, 0x02004100, 0x02004100, 0x02000108, 0x00004008, 0x02004000, 0x00004000, 0x00000008, 0x02000008, 0x02000100, 0x02000000, 0x00004100, 0x02004108, 0x00000000, 0x00004108, 0x02000000, 0x00000100, 0x00004008, 0x02000108, 0x00000100, 0x00000000, 0x02004108, 0x02004008, 0x02004100, 0x00000108, 0x00004000, 0x00004100, 0x02004008, 0x02000100, 0x00000108, 0x00000008, 0x00004108, 0x02004000, 0x02000008, }, { /* nibble 5 */ 0x20000010, 0x00080010, 0x00000000, 0x20080800, 0x00080010, 0x00000800, 0x20000810, 0x00080000, 0x00000810, 0x20080810, 0x00080800, 0x20000000, 0x20000800, 0x20000010, 0x20080000, 0x00080810, 0x00080000, 0x20000810, 0x20080010, 0x00000000, 0x00000800, 0x00000010, 0x20080800, 0x20080010, 0x20080810, 0x20080000, 0x20000000, 0x00000810, 0x00000010, 0x00080800, 0x00080810, 0x20000800, 0x00000810, 0x20000000, 0x20000800, 0x00080810, 0x20080800, 0x00080010, 0x00000000, 0x20000800, 0x20000000, 0x00000800, 0x20080010, 0x00080000, 0x00080010, 0x20080810, 0x00080800, 0x00000010, 0x20080810, 0x00080800, 0x00080000, 0x20000810, 0x20000010, 0x20080000, 0x00080810, 0x00000000, 0x00000800, 0x20000010, 0x20000810, 0x20080800, 0x20080000, 0x00000810, 0x00000010, 0x20080010, }, { /* nibble 6 */ 0x00001000, 0x00000080, 0x00400080, 0x00400001, 0x00401081, 0x00001001, 0x00001080, 0x00000000, 0x00400000, 0x00400081, 0x00000081, 0x00401000, 0x00000001, 0x00401080, 0x00401000, 0x00000081, 0x00400081, 0x00001000, 0x00001001, 0x00401081, 0x00000000, 0x00400080, 0x00400001, 0x00001080, 0x00401001, 0x00001081, 0x00401080, 0x00000001, 0x00001081, 0x00401001, 0x00000080, 0x00400000, 0x00001081, 0x00401000, 0x00401001, 0x00000081, 0x00001000, 0x00000080, 0x00400000, 0x00401001, 0x00400081, 0x00001081, 0x00001080, 0x00000000, 0x00000080, 0x00400001, 0x00000001, 0x00400080, 0x00000000, 0x00400081, 0x00400080, 0x00001080, 0x00000081, 0x00001000, 0x00401081, 0x00400000, 0x00401080, 0x00000001, 0x00001001, 0x00401081, 0x00400001, 0x00401080, 0x00401000, 0x00001001, }, { /* nibble 7 */ 0x08200020, 0x08208000, 0x00008020, 0x00000000, 0x08008000, 0x00200020, 0x08200000, 0x08208020, 0x00000020, 0x08000000, 0x00208000, 0x00008020, 0x00208020, 0x08008020, 0x08000020, 0x08200000, 0x00008000, 0x00208020, 0x00200020, 0x08008000, 0x08208020, 0x08000020, 0x00000000, 0x00208000, 0x08000000, 0x00200000, 0x08008020, 0x08200020, 0x00200000, 0x00008000, 0x08208000, 0x00000020, 0x00200000, 0x00008000, 0x08000020, 0x08208020, 0x00008020, 0x08000000, 0x00000000, 0x00208000, 0x08200020, 0x08008020, 0x08008000, 0x00200020, 0x08208000, 0x00000020, 0x00200020, 0x08008000, 0x08208020, 0x00200000, 0x08200000, 0x08000020, 0x00208000, 0x00008020, 0x08008020, 0x08200000, 0x00000020, 0x08208000, 0x00208020, 0x00000000, 0x08000000, 0x08200020, 0x00008000, 0x00208020 } }; private static final int cov_2char[] = { 0x2E, 0x2F, 0x30, 0x31, 0x32, 0x33, 0x34, 0x35, 0x36, 0x37, 0x38, 0x39, 0x41, 0x42, 0x43, 0x44, 0x45, 0x46, 0x47, 0x48, 0x49, 0x4A, 0x4B, 0x4C, 0x4D, 0x4E, 0x4F, 0x50, 0x51, 0x52, 0x53, 0x54, 0x55, 0x56, 0x57, 0x58, 0x59, 0x5A, 0x61, 0x62, 0x63, 0x64, 0x65, 0x66, 0x67, 0x68, 0x69, 0x6A, 0x6B, 0x6C, 0x6D, 0x6E, 0x6F, 0x70, 0x71, 0x72, 0x73, 0x74, 0x75, 0x76, 0x77, 0x78, 0x79, 0x7A }; public static final char[] saltSet= { '.','/', '0','1','2','3','4','5','6','7','8','9', 'A','B','C','D','E','F','G','H','I','J','K','L','M','N','O','P','Q','R','S','T','U','V','W','X','Y','Z', 'a','b','c','d','e','f','g','h','i','j','k','l','m','n','o','p','q','r','s','t','u','v','w','x','y','z' }; private static Random rnd=new Random(); /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- byteToUnsigned -*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ private static final int byteToUnsigned(byte b) { int value = (int)b; return(value >= 0 ? value : value + 256); } /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- fourBytesToInt -*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ private static int fourBytesToInt(byte b[], int offset) { int value; value = byteToUnsigned(b[offset++]); value |= (byteToUnsigned(b[offset++]) << 8); value |= (byteToUnsigned(b[offset++]) << 16); value |= (byteToUnsigned(b[offset++]) << 24); return(value); } /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- intToFourBytes -*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ private static final void intToFourBytes(int iValue, byte b[], int offset) { b[offset++] = (byte)((iValue) & 0xff); b[offset++] = (byte)((iValue >>> 8 ) & 0xff); b[offset++] = (byte)((iValue >>> 16) & 0xff); b[offset++] = (byte)((iValue >>> 24) & 0xff); } /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- PERM_OP -*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ private static final void PERM_OP(int a, int b, int n, int m, int results[]) { int t; t = ((a >>> n) ^ b) & m; a ^= t << n; b ^= t; results[0] = a; results[1] = b; } /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- HPERM_OP -*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ private static final int HPERM_OP(int a, int n, int m) { int t; t = ((a << (16 - n)) ^ a) & m; a = a ^ t ^ (t >>> (16 - n)); return(a); } /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- des_set_key -*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ private static int [] des_set_key(byte key[]) { int schedule[] = new int[ITERATIONS * 2]; int c = fourBytesToInt(key, 0); int d = fourBytesToInt(key, 4); int results[] = new int[2]; PERM_OP(d, c, 4, 0x0f0f0f0f, results); d = results[0]; c = results[1]; c = HPERM_OP(c, -2, 0xcccc0000); d = HPERM_OP(d, -2, 0xcccc0000); PERM_OP(d, c, 1, 0x55555555, results); d = results[0]; c = results[1]; PERM_OP(c, d, 8, 0x00ff00ff, results); c = results[0]; d = results[1]; PERM_OP(d, c, 1, 0x55555555, results); d = results[0]; c = results[1]; d = (((d & 0x000000ff) << 16) | (d & 0x0000ff00) | ((d & 0x00ff0000) >>> 16) | ((c & 0xf0000000) >>> 4)); c &= 0x0fffffff; int s, t; int j = 0; for(int i = 0; i < ITERATIONS; i ++) { if(shifts2[i]) { c = (c >>> 2) | (c << 26); d = (d >>> 2) | (d << 26); } else { c = (c >>> 1) | (c << 27); d = (d >>> 1) | (d << 27); } c &= 0x0fffffff; d &= 0x0fffffff; s = skb[0][ (c ) & 0x3f ]| skb[1][((c >>> 6) & 0x03) | ((c >>> 7) & 0x3c)]| skb[2][((c >>> 13) & 0x0f) | ((c >>> 14) & 0x30)]| skb[3][((c >>> 20) & 0x01) | ((c >>> 21) & 0x06) | ((c >>> 22) & 0x38)]; t = skb[4][ (d ) & 0x3f ]| skb[5][((d >>> 7) & 0x03) | ((d >>> 8) & 0x3c)]| skb[6][ (d >>>15) & 0x3f ]| skb[7][((d >>>21) & 0x0f) | ((d >>> 22) & 0x30)]; schedule[j++] = ((t << 16) | (s & 0x0000ffff)) & 0xffffffff; s = ((s >>> 16) | (t & 0xffff0000)); s = (s << 4) | (s >>> 28); schedule[j++] = s & 0xffffffff; } return(schedule); } /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- D_ENCRYPT -*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ private static final int D_ENCRYPT(int L, int R, int S, int E0, int E1, int s[]) { int t, u, v; v = R ^ (R >>> 16); u = v & E0; v = v & E1; u = (u ^ (u << 16)) ^ R ^ s[S]; t = (v ^ (v << 16)) ^ R ^ s[S + 1]; t = (t >>> 4) | (t << 28); L ^= SPtrans[1][(t ) & 0x3f] | SPtrans[3][(t >>> 8) & 0x3f] | SPtrans[5][(t >>> 16) & 0x3f] | SPtrans[7][(t >>> 24) & 0x3f] | SPtrans[0][(u ) & 0x3f] | SPtrans[2][(u >>> 8) & 0x3f] | SPtrans[4][(u >>> 16) & 0x3f] | SPtrans[6][(u >>> 24) & 0x3f]; return(L); } /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- body -*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ private static final int[] body(int schedule[], int Eswap0, int Eswap1) { int left = 0; int right = 0; int t = 0; for(int j = 0; j < 25; j ++) { for(int i = 0; i < ITERATIONS * 2; i += 4) { left = D_ENCRYPT(left, right, i, Eswap0, Eswap1, schedule); right = D_ENCRYPT(right, left, i + 2, Eswap0, Eswap1, schedule); } t = left; left = right; right = t; } t = right; right = (left >>> 1) | (left << 31); left = (t >>> 1) | (t << 31); left &= 0xffffffff; right &= 0xffffffff; int results[] = new int[2]; PERM_OP(right, left, 1, 0x55555555, results); right = results[0]; left = results[1]; PERM_OP(left, right, 8, 0x00ff00ff, results); left = results[0]; right = results[1]; PERM_OP(right, left, 2, 0x33333333, results); right = results[0]; left = results[1]; PERM_OP(left, right, 16, 0x0000ffff, results); left = results[0]; right = results[1]; PERM_OP(right, left, 4, 0x0f0f0f0f, results); right = results[0]; left = results[1]; int out[] = new int[2]; out[0] = left; out[1] = right; return(out); } /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- getSaltDigit -*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ /** * * This returns salt digits when a salt digit is needed. * @see BUG 13 * **/ public static char getSaltDigit(Random rnd) { return saltSet[rnd.nextInt(saltSet.length)]; } /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- crypt -*/ /*-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*/ /** * * @see #crypt(String,String,Random) * **/ public static final String crypt(String original) { return crypt(original,"",rnd); } /*- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -*/ /** * * @see #crypt(String,String,Random) * **/ public static final String crypt(String original, Random rnd) { return crypt(original,"",rnd); } /*- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -*/ /** * * @see #crypt(String,String,Random) * **/ public static final String crypt(String original,String salt) { return crypt(original,salt,rnd); } /*- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -*/ /** * *

Encrypts a string exactly like the crypt(3) function in the C * library (assuming that you actually have a version there that * has not been extirpated as a potential munition). This can * prove useful for checking the password file for lousy pass- * words, amongst other things. Only the guys wearing white hats * should do this. * *

Note that "crypt" is intended to be a one-way function, much * like breaking eggs to make an omelette. There is no (known) * corresponding decrypt function (in other words, the crypt() is * a one-way hash function). * *

When verifying an existing encrypted string you should use the * encrypted text as the salt (like * "crypt(plain, crypted).equlas(crypted)" * ). This allows your code to work with the standard * "crypt" and with more exotic implementations. In other words, * do not assume anything about the returned string itself, or how * many bytes in the encrypted string matter. * *

Traditionally the result is a string of 13 bytes: two first * bytes of the salt, followed by 11 bytes from the set * "[./0-9A-Za-z]", and only the first eight bytes of the * encrypted string mattered, but alternative hashing schemes * (like MD5), higher level security schemes (like C2), and imple- * mentations on non-UNIX platforms may produce different strings. * *

When choosing a new salt create a random two character string * whose characters come from the set "[./0-9A-Za-z]" * *

If using crypt() on a Unicode string (which potentially has * characters with codepoints above 255), has NOT BEEN INVESTIGATED. * **/ public static final String crypt(String original,String salt, Random rnd) { while(salt.length() < 2) salt += getSaltDigit(rnd); StringBuffer buffer = new StringBuffer(" "); char charZero = salt.charAt(0); char charOne = salt.charAt(1); buffer.setCharAt(0, charZero); buffer.setCharAt(1, charOne); int Eswap0 = con_salt[(int)charZero]; int Eswap1 = con_salt[(int)charOne] << 4; byte key[] = new byte[8]; for(int i = 0; i < key.length; i ++) key[i] = (byte)0; for(int i = 0; i < key.length && i < original.length(); i ++) { int iChar = (int)original.charAt(i); key[i] = (byte)(iChar << 1); } int schedule[] = des_set_key(key); int out[] = body(schedule, Eswap0, Eswap1); byte b[] = new byte[9]; intToFourBytes(out[0], b, 0); intToFourBytes(out[1], b, 4); b[8] = 0; for(int i = 2, y = 0, u = 0x80; i < 13; i ++) { for(int j = 0, c = 0; j < 6; j ++) { c <<= 1; if(((int)b[y] & u) != 0) c |= 1; u >>>= 1; if(u == 0) { y++; u = 0x80; } buffer.setCharAt(i, (char)cov_2char[c]); } } return(buffer.toString()); } public static void main(String args[]) { if(args.length >= 2) { System.out.println ( "[" + args[0] + "] [" + args[1] + "] => [" + jcrypt.crypt(args[0], args[1]) + "]" ); } else if (args.length==1) { System.out.println ( "[" + args[0] + "] [] => [" + jcrypt.crypt(args[0]) + "]" ); } } } -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron http://www.pyerotechnics.com - - Owner & Lead Pyerotechnics Development, Inc. - - 500 West University Parkway #1S - - +1 (410) 808-6646 Baltimore, Maryland 21210-3253 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. From jason at pyeron.com Wed Aug 13 10:38:02 2003 From: jason at pyeron.com (Jason Pyeron) Date: Wed, 13 Aug 2003 06:38:02 -0400 (EDT) Subject: Perl crypt() In-Reply-To: Message-ID: well you could look at the perl source, but why dont you just use perl? for that fact, how about an xml import directly? On Wed, 13 Aug 2003, Tobias Burnus wrote: > Hi, > > The problem is that according to > IEEE Std 1003.1, 2003 Edition, http://www.unix.org/single_unix_specification/ > "The crypt() function is a string encoding function. The algorithm is > implementation-defined. [...] The values returned by this function [crypt] > need not be portable among XSI-conformant systems." > (version 2: http://www.opengroup.org/onlinepubs/7908799/xsh/crypt.html) > But de-facto are the hashes compatible between different unix systems. yes, but one could standardize on the Perl implementation. > I can't find a good implementation reference, but you might want to try > http://www.dynamic.net.au/christos/crypt/UnixCrypt.txt > as a pointer. see my Perl crypt() code pasting (java src) posting. Jason Pyeron -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron http://www.pyerotechnics.com - - Owner & Lead Pyerotechnics Development, Inc. - - 500 West University Parkway #1S - - +1 (410) 808-6646 Baltimore, Maryland 21210-3253 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. From caillon at netscape.com Wed Aug 13 10:07:00 2003 From: caillon at netscape.com (Christopher Aillon) Date: Wed, 13 Aug 2003 03:07:00 -0700 Subject: Perl crypt() Message-ID: <3F3A0DC4.3060805@netscape.com> Mark Ingram wrote: > Hi, > > Ive just been making a quick C# application to insert basic data into the > Bugzilla database, but it seems i cant check the login of a user because > Bugzilla uses the crypt() function to encrypt the passwords. > > Is there any documentation other than > http://www.perldoc.com/perl5.8.0/pod/func/crypt.html which would allow me to > re-create the crypt function so i can check logins correctly? > > I know this sounds like a strange thing todo, but its because we have a text > file here (pre-bugzilla) containing old bugs and fixes that need to be put > into the database. But it would take so long to copy and paste this file > line by line so i am writing a parser to directly put the details into the > database. So why not write a perl script to do this then? Chris From justdave at syndicomm.com Wed Aug 13 17:26:44 2003 From: justdave at syndicomm.com (David Miller) Date: Wed, 13 Aug 2003 13:26:44 -0400 Subject: Perl crypt() In-Reply-To: References: Message-ID: On 8/13/2003 6:38 AM -0400, Jason Pyeron wrote: >> The problem is that according to >> IEEE Std 1003.1, 2003 Edition, >>http://www.unix.org/single_unix_specification/ >> "The crypt() function is a string encoding function. The algorithm is >> implementation-defined. [...] The values returned by this function [crypt] >> need not be portable among XSI-conformant systems." >> (version 2: http://www.opengroup.org/onlinepubs/7908799/xsh/crypt.html) >> But de-facto are the hashes compatible between different unix systems. > > yes, but one could standardize on the Perl implementation. The Perl implementation isn't even standard across platforms. It uses libcrypt if you have it on your system, or whatever crypt() function your C library supports. -- Dave Miller Project Leader, Bugzilla Bug Tracking System http://www.justdave.net/ http://www.bugzilla.org/ From jason at pyeron.com Wed Aug 13 18:18:36 2003 From: jason at pyeron.com (Jason Pyeron) Date: Wed, 13 Aug 2003 14:18:36 -0400 (EDT) Subject: Perl crypt() In-Reply-To: Message-ID: On Wed, 13 Aug 2003, David Miller wrote: > On 8/13/2003 6:38 AM -0400, Jason Pyeron wrote: > > > yes, but one could standardize on the Perl implementation. > > The Perl implementation isn't even standard across platforms. It uses > libcrypt if you have it on your system, or whatever crypt() function your C > library supports. Good to know. I only use RedHat and Cygwin, so I just assumed. BTW the code posted was a port of crypt for use with bugzilla. We use it in our Java version. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron http://www.pyerotechnics.com - - Owner & Lead Pyerotechnics Development, Inc. - - 500 West University Parkway #1S - - +1 (410) 808-6646 Baltimore, Maryland 21210-3253 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. From jon at vmware.com Thu Aug 14 19:21:19 2003 From: jon at vmware.com (Jonathan Schatz) Date: Thu, 14 Aug 2003 12:21:19 -0700 Subject: possible bug in post_bug.cgi / BugMail.pm Message-ID: <1060888879.11481.40.camel@jonschatz-lx.vmware.com> i've found another anomaly in my bugzilla installation. (i bring it up here because i've been forked from the 2.17.3 branch for 4 months, so i'd like to see if this has been fixed before i file it). basically, when filing a new bug, the summary field (and most other free-form text entry fields) should be a single line. and if you type something into them from mozilla or ie (and hit enter), you basically trigger the submit button at the bottom. however, in mozilla (and galeon), you can copy some multiline text and paste that into the field. you can't do this in ie. this causes problems, because most of the fields that get put into headers assume only a single line. so you get email like this: From: Patrick Tullmann To: another at email.address Subject: [Bug 30210: ESX Server: vmkernel] Failed to get Return-Path: X-OriginalArrivalTime: 13 Aug 2003 21:20:26.0456 (UTC) FILETIME=[B6D61D80:01C361E0] Failed to get number of running VMs: -1 X-Bugzilla-Reason: Change the actual summary was: Failed to get Failed to get number of running VMs: -1 so, is this a mozilla bug or a bugzilla bug? and has this already been fixed with the new Bugmail code? -jon -- Jonathan Schatz Engineering System Administrator VMware, Inc "Te occidere possunt sed te edere non possunt nefas est." From jon at vmware.com Thu Aug 14 19:34:52 2003 From: jon at vmware.com (Jonathan Schatz) Date: Thu, 14 Aug 2003 12:34:52 -0700 Subject: possible bug in post_bug.cgi / BugMail.pm In-Reply-To: <1060888879.11481.40.camel@jonschatz-lx.vmware.com> References: <1060888879.11481.40.camel@jonschatz-lx.vmware.com> Message-ID: <1060889692.11481.42.camel@jonschatz-lx.vmware.com> i should also note that this only works in X11. mozilla in win32 behaves nicely. -jon -- Jonathan Schatz Engineering System Administrator VMware, Inc "Te occidere possunt sed te edere non possunt nefas est." From preed at sigkill.com Thu Aug 14 19:40:25 2003 From: preed at sigkill.com (J. Paul Reed) Date: Thu, 14 Aug 2003 12:40:25 -0700 Subject: possible bug in post_bug.cgi / BugMail.pm In-Reply-To: <1060888879.11481.40.camel@jonschatz-lx.vmware.com>; from jon@vmware.com on Thu, Aug 14, 2003 at 12:21:19PM -0700 References: <1060888879.11481.40.camel@jonschatz-lx.vmware.com> Message-ID: <20030814124025.A25980@sigkill.com> On 14 Aug 2003 at 12:21:19, Jonathan Schatz arranged the bits on my disk to say: > From: Patrick Tullmann > To: another at email.address > Subject: [Bug 30210: ESX Server: vmkernel] Failed to get > Return-Path: > X-OriginalArrivalTime: 13 Aug 2003 21:20:26.0456 (UTC) > FILETIME=[B6D61D80:01C361E0] > > Failed to get number of running VMs: -1 > X-Bugzilla-Reason: Change > > the actual summary was: > > Failed to get > Failed to get number of running VMs: -1 > > so, is this a mozilla bug or a bugzilla bug? and has this already been > fixed with the new Bugmail code? Probably both. This definitely needs to be fixed in Bugzilla though... and it's present in CVS (I just tested with CVS tip + 84876, so it's definitely in there) and 2.16.3, too. Later, Paul ------------------------------------------------------------------------ J. Paul Reed -- 0xDF8708F8 || preed at sigkill.com || web.sigkill.com/preed To hold on to sanity too tight is insane. -- Nick Falzone, Pushing Tin I use PGP; you should use PGP too... if only to piss off John Ashcroft From jon at vmware.com Thu Aug 14 19:42:59 2003 From: jon at vmware.com (Jonathan Schatz) Date: Thu, 14 Aug 2003 12:42:59 -0700 Subject: possible bug in post_bug.cgi / BugMail.pm In-Reply-To: <1060889692.11481.42.camel@jonschatz-lx.vmware.com> References: <1060888879.11481.40.camel@jonschatz-lx.vmware.com> <1060889692.11481.42.camel@jonschatz-lx.vmware.com> Message-ID: <1060890179.11481.48.camel@jonschatz-lx.vmware.com> i should also also note that you can add newlines into a single line text input by hitting ctrl-delete. so this may not be a mozilla bug, but rather a "feature". -jon -- Jonathan Schatz Engineering System Administrator VMware, Inc "Te occidere possunt sed te edere non possunt nefas est." From justdave at syndicomm.com Thu Aug 14 21:58:24 2003 From: justdave at syndicomm.com (David Miller) Date: Thu, 14 Aug 2003 17:58:24 -0400 Subject: Could you answer this question? In-Reply-To: References: Message-ID: On 8/12/2003 5:24 PM -0300, Ruben Squartini wrote: > We need to "change" the OS field to something different to ENUM type, but > only you could answer if there is a problem with that. We plan to use an INT > type field and make some modifications in the code that give the chance to > the user to select one existent value or to add a new one. > > Will be very useful if you could give us some hints about what (an where) we > need to look to make these modifications. For the type of thing you're looking to do, it might be easier to add a new field rather than changing the behavior of that one. You can just hide the existing field in the UI so no one has to see it. You'll need a table of legal values for it if you want people to be able to add to it. You'll probably want both a text box and a list box in the UI for it (similar to how CC is done now, except you probably want a single-select for it. The text box would say "Add a new value" and the select box would say "or choose on from the following list:" or something to that effect. The back-end code in process_bug.cgi/post_bug.cgi would then need to create the record for the new item in the lookup table first, before setting the index to it in the bugs table, if the user adds a new one. Probably the reason nobody has answered this yet is it's a fairly complicated question and will take quite a while for someone to sit down and answer it thoroughly. You may do better in this case to check into a consultant for it (there's some listed at http://www.bugzilla.org/consulting.html ) if you need a more detailed answer. -- Dave Miller Project Leader, Bugzilla Bug Tracking System http://www.justdave.net/ http://www.bugzilla.org/ From gerv at mozilla.org Mon Aug 18 16:16:29 2003 From: gerv at mozilla.org (Gervase Markham) Date: Mon, 18 Aug 2003 17:16:29 +0100 Subject: [Fwd: Bug Tracking Software Link] Message-ID: <3F40FBDD.2090805@mozilla.org> Another BTS wants a link from bugzilla.org. Any reason to give them one? I guess we could get cash from their referral program... :-) Gerv -------- Original Message -------- Subject: Bug Tracking Software Link Date: Tue, 12 Aug 2003 13:57:49 -0700 From: Vicki Machovsky Reply-To: Vicki.Machovsky at prtracker.com Organization: Softwise Company To: gerv at mozilla.org Hi Gerv, What an interesting and comprehensive web site, I enjoyed meandering through it, as a Christian myself, I commend your efforts. Your site came up on a search for bug tracking software and my boss sent me to contact you about a possible link. We write a software program called PR-Tracker, a bug tracking system like that of Bugzilla. We are a small company and need to look for creative alternatives to expensive advertising. Here is our main web site for PR-Tracker Info . Linking with pages that rank well in google is one of our goals. Your pages receive an average of 7/10, which is very good. Outstanding as a matter of fact considering that you are not a business. Best wishes in your efforts, you seem to enjoy what you are learning and what you are doing. I would appreciate your consideration of a link and perhaps considering our Referral Program . I hope that I have not offended you in this email and taken unnecessary time. Kind Regards, Vicki /````````````````````````````````/ *Vicki Machovsky* Softwise Company - _http://www.prtracker.com_ P: 425-513-0415 F: 425-513-0516 Bug tracking doesn't have to be complicated! From tree at basistech.com Mon Aug 18 16:18:02 2003 From: tree at basistech.com (Tom Emerson) Date: Mon, 18 Aug 2003 12:18:02 -0400 Subject: [Fwd: Bug Tracking Software Link] In-Reply-To: <3F40FBDD.2090805@mozilla.org> References: <3F40FBDD.2090805@mozilla.org> Message-ID: <16192.64570.417685.532097@magrathea.basistech.com> Gervase Markham writes: > Another BTS wants a link from bugzilla.org. Any reason to give them one? No, unless they provide a link to Bugzilla on their site. Why should the Bugzilla community help them make sales? -- Tom Emerson Basis Technology Corp. Software Architect http://www.basistech.com "Beware the lollipop of mediocrity: lick it once and you suck forever" From caseyg at chsamerica.com Mon Aug 18 16:28:34 2003 From: caseyg at chsamerica.com (Casey Gregoire) Date: Mon, 18 Aug 2003 12:28:34 -0400 Subject: [Fwd: Bug Tracking Software Link] Message-ID: It would not make sense to advertise a competitor's site accept that you have a link for the alternatives to Bugzilla, would this not be an appropriate request since it does ask if you know of any other additions that can be made. Or is this section only for other free bug tracking systems? Thanks, Casey Gregoire -----Original Message----- From: Tom Emerson [mailto:tree at basistech.com] Sent: Monday, August 18, 2003 12:18 PM To: developers at bugzilla.org Subject: Re: [Fwd: Bug Tracking Software Link] Gervase Markham writes: > Another BTS wants a link from bugzilla.org. Any reason to give them one? No, unless they provide a link to Bugzilla on their site. Why should the Bugzilla community help them make sales? -- Tom Emerson Basis Technology Corp. Software Architect http://www.basistech.com "Beware the lollipop of mediocrity: lick it once and you suck forever" - To view or change your list settings, click here: From chicks at chicks.net Mon Aug 18 16:38:46 2003 From: chicks at chicks.net (Christopher Hicks) Date: Mon, 18 Aug 2003 12:38:46 -0400 (EDT) Subject: [Fwd: Bug Tracking Software Link] In-Reply-To: <3F40FBDD.2090805@mozilla.org> Message-ID: On Mon, 18 Aug 2003, Gervase Markham wrote: > Another BTS wants a link from bugzilla.org. Any reason to give them one? > I guess we could get cash from their referral program... :-) If somebody wants to deal with these sorts of people it probably wouldn't do any harm to do some link trading. I doubt many of the commercial folks will be willing to do something reciprocal which would cut down on the grief. -- The death of democracy is not likely to be an assassination from ambush. It will be a slow extinction from apathy, indifference, and undernourishment. -Robert Maynard Hutchins, educator (1899-1977) From preed at sigkill.com Mon Aug 18 16:40:23 2003 From: preed at sigkill.com (J. Paul Reed) Date: Mon, 18 Aug 2003 09:40:23 -0700 Subject: [Fwd: Bug Tracking Software Link] In-Reply-To: <16192.64570.417685.532097@magrathea.basistech.com>; from tree@basistech.com on Mon, Aug 18, 2003 at 12:18:02PM -0400 References: <3F40FBDD.2090805@mozilla.org> <16192.64570.417685.532097@magrathea.basistech.com> Message-ID: <20030818094023.A14792@sigkill.com> On 18 Aug 2003 at 12:18:02, Tom Emerson arranged the bits on my disk to say: > Gervase Markham writes: > > Another BTS wants a link from bugzilla.org. Any reason to give them one? > > No, unless they provide a link to Bugzilla on their site. Why should the > Bugzilla community help them make sales? Why should the Bugzilla project help them make sales, period (immaterial of whether or not they put a link to Bugzilla on their page)? That's like Linux.com "featuring" links to microsoft.com or sco.com for "other operating system technology you might be interested in." "Here's our open source project website; also, if you're in the market to spend some money, you might look into trying one of our commercial competitors." /me shakes his head. Later, Paul ------------------------------------------------------------------------ J. Paul Reed -- 0xDF8708F8 || preed at sigkill.com || web.sigkill.com/preed To hold on to sanity too tight is insane. -- Nick Falzone, Pushing Tin I use PGP; you should use PGP too... if only to piss off John Ashcroft From chicks at chicks.net Mon Aug 18 17:14:16 2003 From: chicks at chicks.net (Christopher Hicks) Date: Mon, 18 Aug 2003 13:14:16 -0400 (EDT) Subject: [Fwd: Bug Tracking Software Link] In-Reply-To: <20030818094023.A14792@sigkill.com> Message-ID: On Mon, 18 Aug 2003, J. Paul Reed wrote: > Why should the Bugzilla project help them make sales, period (immaterial > of whether or not they put a link to Bugzilla on their page)? Whatever dolts decide to PAY for bug tracking software would probably have anyway. In terms of net sales for "them" and net bugzilla installations for "us" it's difficult for me to imagine we're going to end up on the losing side. Maybe it'll dissuade some of the bill-gates-loving putzes from bothering us about ports to their toy OS! Bru-hahahaha. ("I only use Windows to play games and so do you.") > That's like Linux.com "featuring" links to microsoft.com or sco.com for > "other operating system technology you might be interested in." The world would be a better place if more of this sort of thing went on. It would help people find the right alternative for them and not get stuck on "the only product that I've ever heard of". A number of open source projects do this sort of thing. I tried to dig up an example. > "Here's our open source project website; also, if you're in the market > to spend some money, you might look into trying one of our commercial > competitors." Fair competition is based on the consumer having complete knowledge. Doing things that encourage fair competition is good. Period. -- The death of democracy is not likely to be an assassination from ambush. It will be a slow extinction from apathy, indifference, and undernourishment. -Robert Maynard Hutchins, educator (1899-1977) From preed at sigkill.com Mon Aug 18 17:56:04 2003 From: preed at sigkill.com (J. Paul Reed) Date: Mon, 18 Aug 2003 10:56:04 -0700 Subject: [Fwd: Bug Tracking Software Link] In-Reply-To: ; from chicks@chicks.net on Mon, Aug 18, 2003 at 01:14:16PM -0400 References: <20030818094023.A14792@sigkill.com> Message-ID: <20030818105604.A14943@sigkill.com> On 18 Aug 2003 at 13:14:16, Christopher Hicks arranged the bits on my disk to say: > On Mon, 18 Aug 2003, J. Paul Reed wrote: > > > Why should the Bugzilla project help them make sales, period (immaterial > > of whether or not they put a link to Bugzilla on their page)? > > Whatever dolts decide to PAY for bug tracking software would probably > have anyway. Exactly. So why do we need to put links to commercial competitors' sites? > In terms of net sales for "them" and net bugzilla installations for "us" > it's difficult for me to imagine we're going to end up on the losing > side. That's not really the point of the argument at all; the point of the argument is that an open source project shouldn't be wasting bandwidth and page real-estate providing links to competitors and (more philosophically), open source projects shouldn't be promoting closed-source software. > > That's like Linux.com "featuring" links to microsoft.com or sco.com for > > "other operating system technology you might be interested in." > > The world would be a better place if more of this sort of thing went on. > It would help people find the right alternative for them and not get stuck > on "the only product that I've ever heard of". If people looking for a bug-tracking solution are too stupid to put "bug tracking" into Google (where bmo is the fourth link), then I don't *want* them using Bugzilla; these are the same types of people that waste our time asking questions meant for the newsgroup on developers@ that are answered thirty times in the manual anyway (or, alternatively, who get on developers@ and whine that we should implement *their* feature, but balk at having to pay a contractor to do it for them). Putting a link to commercial competitors' sites is not going to fix their stupidity. > A number of open source projects do this sort of thing. I tried to dig > up an example. And... you... failed to find one? Or what? > Fair competition is based on the consumer having complete knowledge. > Doing things that encourage fair competition is good. Period. Tell that to the federal government; they can't seem to get most corporations these days to play by those rules. As it is, commercial software companies have done more to stifle fair competition than to promote it; so excuse me if I don't shed a tear because someone at bugzilla.org can't find any information about bug tracking products they can pay for that aren't ours. I don't want to get into a whole "thing" with everyone about this; I spoke my piece. Later, Paul ------------------------------------------------------------------------ J. Paul Reed -- 0xDF8708F8 || preed at sigkill.com || web.sigkill.com/preed To hold on to sanity too tight is insane. -- Nick Falzone, Pushing Tin I use PGP; you should use PGP too... if only to piss off John Ashcroft From jimw at bugopolis.com Tue Aug 19 16:33:07 2003 From: jimw at bugopolis.com (Jim Walters) Date: 19 Aug 2003 09:33:07 -0700 Subject: [Fwd: Bug Tracking Software Link] In-Reply-To: <20030818105604.A14943@sigkill.com> References: <20030818094023.A14792@sigkill.com> <20030818105604.A14943@sigkill.com> Message-ID: <1061310787.3592.10.camel@localhost.localdomain> Not directly on target with respect to this conversation, but perhaps related, is the notion of putting comparison charts of Bugzilla with commercial offerings on the Bugzilla site. The process of a commercial enterprise deciding whether to use Bugzilla or some other package usually includes a comparison of the contenders against a list of requirements. Making that easier for the decision makers is probably will result in more pro Bugzilla decisions as opposed to allow the comparison to be framed by the proprietary offering's sales group. Bugopolis will be doing this on its Web site, but there is something to be said for having such a comparison on www.bugzilla.com also. Regards, Jim __________________________ Jim Walters Director of Technology Bugopolis, Inc. phone: +1 206 447 8315 email: jimw at bugopolis.com web: http://www.bugopolis.com _________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From caseyg at chsamerica.com Tue Aug 19 17:43:39 2003 From: caseyg at chsamerica.com (Casey Gregoire) Date: Tue, 19 Aug 2003 13:43:39 -0400 Subject: [Fwd: Bug Tracking Software Link] Message-ID: Would you think that Bugopolis would be willing to contribute that as part of the Bugzilla documentation? I suggest this because they would be more apt to keep it up to date as competitors? systems change, and maybe Bugopolis might want to help out the creators of the main component in their product in that extent. Thanks, Casey Gregoire -----Original Message----- From: Jim Walters [mailto:jimw at bugopolis.com] Sent: Tuesday, August 19, 2003 12:33 PM To: Bugzilla Developers Subject: Re: [Fwd: Bug Tracking Software Link] Not directly on target with respect to this conversation, but perhaps related, is the notion of putting comparison charts of Bugzilla with commercial offerings on the Bugzilla site. The process of a commercial enterprise deciding whether to use Bugzilla or some other package usually includes a comparison of the contenders against a list of requirements. Making that easier for the decision makers is probably will result in more pro Bugzilla decisions as opposed to allow the comparison to be framed by the proprietary offering's sales group. Bugopolis will be doing this on its Web site, but there is something to be said for having such a comparison on www.bugzilla.com also. Regards, Jim __________________________ Jim Walters Director of Technology Bugopolis, Inc. phone: +1 206 447 8315 email: jimw at bugopolis.com web: http://www.bugopolis.com _________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From chicks at chicks.net Tue Aug 19 17:55:42 2003 From: chicks at chicks.net (Christopher Hicks) Date: Tue, 19 Aug 2003 13:55:42 -0400 (EDT) Subject: Bug Tracking Software Link and tasks within bugs progress of a sort In-Reply-To: Message-ID: On Tue, 19 Aug 2003, Casey Gregoire wrote: > Would you think that Bugopolis would be willing to contribute that as > part of the Bugzilla documentation? I suggest this because they would be > more apt to keep it up to date as competitors??? systems change, and > maybe Bugopolis might want to help out the creators of the main > component in their product in that extent. Since the bugzilla community clearly has a good relationship with Bugopolis wuldn't a link on the bugzilla page to a chart on the bugopolis site help assuage those who seem so sensitive about links to commercial folks on the bugzilla site? Or is even that too much to swallow? :) Speaking of money, in between churning out billable hours I am making slow progress on having tasks within bugs as previously mentioned on this list. I haven't updated the bug in bugzilla's bugzilla yet, but I should have things caught up in several respects over the next two weeks and I should have a patch worth reading in the first week of September. Still pluggin. -- The death of democracy is not likely to be an assassination from ambush. It will be a slow extinction from apathy, indifference, and undernourishment. -Robert Maynard Hutchins, educator (1899-1977) From jimw at bugopolis.com Tue Aug 19 18:02:07 2003 From: jimw at bugopolis.com (Jim Walters) Date: 19 Aug 2003 11:02:07 -0700 Subject: [Fwd: Bug Tracking Software Link] In-Reply-To: References: Message-ID: <1061316127.3542.13.camel@localhost.localdomain> Seems only fair... On Tue, 2003-08-19 at 10:43, Casey Gregoire wrote: > Would you think that Bugopolis would be willing to contribute that as > part of the Bugzilla documentation? I suggest this because they would > be more apt to keep it up to date as competitors? systems change, and > maybe Bugopolis might want to help out the creators of the main > component in their product in that extent. > > > > Thanks, > > Casey Gregoire > > > > -----Original Message----- > From: Jim Walters [mailto:jimw at bugopolis.com] > Sent: Tuesday, August 19, 2003 12:33 PM > To: Bugzilla Developers > Subject: Re: [Fwd: Bug Tracking Software Link] > > > > Not directly on target with respect to this conversation, but perhaps > related, is the notion of putting comparison charts of Bugzilla with > commercial offerings on the Bugzilla site. > > The process of a commercial enterprise deciding whether to use > Bugzilla or some other package usually includes a comparison of the > contenders against a list of requirements. Making that easier for the > decision makers is probably will result in more pro Bugzilla decisions > as opposed to allow the comparison to be framed by the proprietary > offering's sales group. > > Bugopolis will be doing this on its Web site, but there is something > to be said for having such a comparison on www.bugzilla.com also. > > Regards, > > Jim > > __________________________ > Jim Walters Director of Technology > Bugopolis, Inc. > > phone: +1 206 447 8315 > email: jimw at bugopolis.com > web: http://www.bugopolis.com > _________________________ > > __________________________ Jim Walters Director of Technology Bugopolis, Inc. phone: +1 206 447 8315 email: jimw at bugopolis.com web: http://www.bugopolis.com _________________________ From tsai_edward at yahoo.com Tue Aug 19 18:04:05 2003 From: tsai_edward at yahoo.com (Edward Tsai) Date: Tue, 19 Aug 2003 11:04:05 -0700 (PDT) Subject: getting all params while referencing bugzilla's CGI.pl Message-ID: <20030819180405.58859.qmail@web41401.mail.yahoo.com> hi, normally, i would do a #!/usr/bin/perl use strict; use CGI; my $q = new CGI; print "Content-Type: text/plain\n\n"; # Grab all the parameter names and put them into an array my @params = $q->param; # Extract all the textarea names into an array my @textareas = grep(/newcom/, at params); foreach my $textarea (@textareas) { if ($q->param($textarea)) { print "Textarea: $textarea has data\n"; } else { print "Textarea: $textarea is empty\n"; } } to get certain text areas from a form. However, if I am using a page that references' bugzilla's CGI.pl, I've tried doing my @params = param; but it doesn't work :( -Edward __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From tsai_edward at yahoo.com Tue Aug 19 18:18:27 2003 From: tsai_edward at yahoo.com (Edward Tsai) Date: Tue, 19 Aug 2003 11:18:27 -0700 (PDT) Subject: getting all params while referencing bugzilla's CGI.pl In-Reply-To: <20030819180405.58859.qmail@web41401.mail.yahoo.com> Message-ID: <20030819181827.67465.qmail@web41405.mail.yahoo.com> Or something like my $params = \%::FORM? How then should / can I access the items in the hash? -Edward --- Edward Tsai wrote: > hi, > > normally, i would do a > > #!/usr/bin/perl > use strict; > use CGI; > > my $q = new CGI; > print "Content-Type: text/plain\n\n"; > > # Grab all the parameter names and put them into an > array > my @params = $q->param; > > # Extract all the textarea names into an array > my @textareas = grep(/newcom/, at params); > > foreach my $textarea (@textareas) { > if ($q->param($textarea)) { > print "Textarea: $textarea has data\n"; > } > else { > print "Textarea: $textarea is empty\n"; > } > } > > > to get certain text areas from a form. > > However, if I am using a page that references' > bugzilla's CGI.pl, I've tried doing > > my @params = param; > > but it doesn't work :( > > > -Edward > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site > design software > http://sitebuilder.yahoo.com > - > To view or change your list settings, click here: > __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From justdave at syndicomm.com Tue Aug 19 18:17:46 2003 From: justdave at syndicomm.com (David Miller) Date: Tue, 19 Aug 2003 14:17:46 -0400 Subject: getting all params while referencing bugzilla's CGI.pl In-Reply-To: <20030819180405.58859.qmail@web41401.mail.yahoo.com> References: <20030819180405.58859.qmail@web41401.mail.yahoo.com> Message-ID: On 8/19/2003 11:04 AM -0700, Edward Tsai wrote: > hi, > > normally, i would do a > > #!/usr/bin/perl > use strict; > use CGI; > > my $q = new CGI; > print "Content-Type: text/plain\n\n"; .... > However, if I am using a page that references' > bugzilla's CGI.pl, I've tried doing > > my @params = param; > > but it doesn't work :( If you're using Bugzilla 2.16.x or older, the CGI module isn't even involved, and the form variables can be referenced with $::FORM{fieldname}. Somewhere in the 2.17.x timeframe (not sure exactly which version) Bugzilla started using the real CGI module, but it maintains the reference to the CGI object for you so you don't have to invoke CGI yourself. You can get the CGI object's reference with |my $cgi = Bugzilla->cgi;| and from that point on, you can use $cgi (or $q as in your example) just like you're used to. -- Dave Miller Project Leader, Bugzilla Bug Tracking System http://www.justdave.net/ http://www.bugzilla.org/ From tsai_edward at yahoo.com Tue Aug 19 18:30:54 2003 From: tsai_edward at yahoo.com (Edward Tsai) Date: Tue, 19 Aug 2003 11:30:54 -0700 (PDT) Subject: getting all params while referencing bugzilla's CGI.pl In-Reply-To: Message-ID: <20030819183054.69554.qmail@web41405.mail.yahoo.com> Hi Dave, I came up with this solution - seems to work my $params = \%::FORM; foreach my $key (sort keys %{$params}){ print "'$key' => '$params->{$key}'\n'"; } to get all the params -Edward --- David Miller wrote: > On 8/19/2003 11:04 AM -0700, Edward Tsai wrote: > > > hi, > > > > normally, i would do a > > > > #!/usr/bin/perl > > use strict; > > use CGI; > > > > my $q = new CGI; > > print "Content-Type: text/plain\n\n"; > > .... > > > However, if I am using a page that references' > > bugzilla's CGI.pl, I've tried doing > > > > my @params = param; > > > > but it doesn't work :( > > > If you're using Bugzilla 2.16.x or older, the CGI > module isn't even > involved, and the form variables can be referenced > with $::FORM{fieldname}. > > Somewhere in the 2.17.x timeframe (not sure exactly > which version) Bugzilla > started using the real CGI module, but it maintains > the reference to the > CGI object for you so you don't have to invoke CGI > yourself. You can get > the CGI object's reference with |my $cgi = > Bugzilla->cgi;| and from that > point on, you can use $cgi (or $q as in your > example) just like you're used > to. > -- > Dave Miller Project Leader, Bugzilla Bug > Tracking System > http://www.justdave.net/ > http://www.bugzilla.org/ > - > To view or change your list settings, click here: > __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From cbendell at point2.com Tue Aug 19 19:42:32 2003 From: cbendell at point2.com (Colin Bendell) Date: Tue, 19 Aug 2003 13:42:32 -0600 Subject: Bug Tracking Software Link and tasks within bugs progress of a sort Message-ID: <85339FA608200E43BA1A364F09C337D60130C91F@bruno.point2.com> >Speaking of money, in between churning out billable hours I am making slow >progress on having tasks within bugs as previously mentioned on this list. >I haven't updated the bug in bugzilla's bugzilla yet, but I should have >things caught up in several respects over the next two weeks and I should >have a patch worth reading in the first week of September. Still pluggin. What's the bug number associated with this enhancement? /colin From mark.ingram at nexsan.com Wed Aug 20 09:30:20 2003 From: mark.ingram at nexsan.com (Mark Ingram) Date: Wed, 20 Aug 2003 10:30:20 +0100 Subject: Changing owner of files after checksetup.pl Message-ID: Hi, how can i change the default owner of the bugzilla files after i run checksetup? I want my files to be owned by ftpbugdev, and i have to manually change the owner of the files every time i run checksetup.pl cheers Mark Ingram Software Engineer Nexsan Technologies 33 - 35 Parker Centre Mansfield Road Derby DE21 4SZ United Kingdom p: +44 01332 291600 f: +44 01332 291616 w: http://www.nexsan.com e: mark.ingram at nexsan.com The next generation now! WINNER Best Enterprise Storage From justdave at syndicomm.com Wed Aug 20 19:22:40 2003 From: justdave at syndicomm.com (David Miller) Date: Wed, 20 Aug 2003 15:22:40 -0400 Subject: Changing owner of files after checksetup.pl In-Reply-To: References: Message-ID: On 8/20/2003 10:30 AM +0100, Mark Ingram wrote: > how can i change the default owner of the bugzilla files after i run > checksetup? I want my files to be owned by ftpbugdev, and i have to manually > change the owner of the files every time i run checksetup.pl Run checksetup.pl as that user. Whatever user you run it as is who they'll be owned by. (Assuming that user has privs to change it from whoever already owns them). It would be a good idea for that user to also be a member of the webserver group. -- Dave Miller Project Leader, Bugzilla Bug Tracking System http://www.justdave.net/ http://www.bugzilla.org/ From gerv at mozilla.org Thu Aug 21 22:34:52 2003 From: gerv at mozilla.org (Gervase Markham) Date: Thu, 21 Aug 2003 23:34:52 +0100 Subject: [Fwd: Bug Tracking Software Link] In-Reply-To: <3F40FBDD.2090805@mozilla.org> References: <3F40FBDD.2090805@mozilla.org> Message-ID: <3F45490C.9050904@mozilla.org> Gervase Markham wrote: > Another BTS wants a link from bugzilla.org. Any reason to give them one? > I guess we could get cash from their referral program... :-) I'll reply to this, politely declining. Gerv From gerv at mozilla.org Thu Aug 21 22:35:56 2003 From: gerv at mozilla.org (Gervase Markham) Date: Thu, 21 Aug 2003 23:35:56 +0100 Subject: [Fwd: Bug Tracking Software Link] In-Reply-To: References: Message-ID: <3F45494C.1030403@mozilla.org> Casey Gregoire wrote: > Would you think that Bugopolis would be willing to contribute that as > part of the Bugzilla documentation? I suggest this because they would be > more apt to keep it up to date as competitors? systems change, and maybe > Bugopolis might want to help out the creators of the main component in > their product in that extent. This makes a lot of sense to me - either as part of the docs, or better still, on the Bugopolis site. Gerv From justdave at syndicomm.com Fri Aug 22 16:36:44 2003 From: justdave at syndicomm.com (David Miller) Date: Fri, 22 Aug 2003 12:36:44 -0400 Subject: Bugzilla Roadmap Message-ID: The Bugzilla Roadmap has been updated with the current remaining goals for 2.18. http://www.bugzilla.org/roadmap.html#milestones -- Dave Miller Project Leader, Bugzilla Bug Tracking System http://www.justdave.net/ http://www.bugzilla.org/ From cbendell at point2.com Fri Aug 22 17:01:30 2003 From: cbendell at point2.com (Colin Bendell) Date: Fri, 22 Aug 2003 11:01:30 -0600 Subject: sendmail still required for 2.18? Message-ID: <85339FA608200E43BA1A364F09C337D67AE950@bruno.point2.com> I'm wondering if someone could clarify Bug 84876 for me (http://bugzilla.mozilla.org/show_bug.cgi?id=84876). Why does bugzilla still need to support sendmail, why not just use Net::SMTP and be done with it? Is there a reason why this would not be desirable? This would greatly decrease the complexity of that bug. /colin -------------- next part -------------- An HTML attachment was scrubbed... URL: From preed at sigkill.com Fri Aug 22 17:50:03 2003 From: preed at sigkill.com (J. Paul Reed) Date: Fri, 22 Aug 2003 10:50:03 -0700 Subject: sendmail still required for 2.18? In-Reply-To: <85339FA608200E43BA1A364F09C337D67AE950@bruno.point2.com>; from cbendell@point2.com on Fri, Aug 22, 2003 at 11:01:30AM -0600 References: <85339FA608200E43BA1A364F09C337D67AE950@bruno.point2.com> Message-ID: <20030822105003.A31092@sigkill.com> On 22 Aug 2003 at 11:01:30, Colin Bendell arranged the bits on my disk to say: > I'm wondering if someone could clarify Bug 84876 for me > (http://bugzilla.mozilla.org/show_bug.cgi?id=84876). Why does bugzilla > still need to support sendmail, why not just use Net::SMTP and be done > with it? Is there a reason why this would not be desirable? This would > greatly decrease the complexity of that bug. Backward compatibility. Later, Paul ------------------------------------------------------------------------ J. Paul Reed -- 0xDF8708F8 || preed at sigkill.com || web.sigkill.com/preed To hold on to sanity too tight is insane. -- Nick Falzone, Pushing Tin I use PGP; you should use PGP too... if only to piss off John Ashcroft From preed at sigkill.com Fri Aug 22 17:59:38 2003 From: preed at sigkill.com (J. Paul Reed) Date: Fri, 22 Aug 2003 10:59:38 -0700 Subject: sendmail still required for 2.18? In-Reply-To: <85339FA608200E43BA1A364F09C337D67AE950@bruno.point2.com>; from cbendell@point2.com on Fri, Aug 22, 2003 at 11:01:30AM -0600 References: <85339FA608200E43BA1A364F09C337D67AE950@bruno.point2.com> Message-ID: <20030822105938.A31235@sigkill.com> On 22 Aug 2003 at 11:01:30, Colin Bendell arranged the bits on my disk to say: > I'm wondering if someone could clarify Bug 84876 for me > (http://bugzilla.mozilla.org/show_bug.cgi?id=84876). Why does bugzilla > still need to support sendmail, why not just use Net::SMTP and be done > with it? Is there a reason why this would not be desirable? This would > greatly decrease the complexity of that bug. Also, a clarification to your subject line: sendmail is no longer *required* for 2.18; it's just supported. Net::SMTP is the preferred mail delivery method for >= 2.18. Later, Paul ------------------------------------------------------------------------ J. Paul Reed -- 0xDF8708F8 || preed at sigkill.com || web.sigkill.com/preed To hold on to sanity too tight is insane. -- Nick Falzone, Pushing Tin I use PGP; you should use PGP too... if only to piss off John Ashcroft From myk at mozilla.org Mon Aug 25 21:47:47 2003 From: myk at mozilla.org (Myk Melez) Date: Mon, 25 Aug 2003 14:47:47 -0700 Subject: Hacking on the Bugzilla User Interface (was Re: Hi Myk) In-Reply-To: <3F4A0289.4030307@cercleweb.com> References: <3F4A0289.4030307@cercleweb.com> Message-ID: <3F4A8403.60309@mozilla.org> Hi Diego, I'm the project owner for Bugxula as well as the component owner for the User Interface component of Bugzilla. Help in redesigning Bugzilla pages and implementing those designs is always welcome, as is work on the user interface of Bugxula. The best way to help on Bugzilla is to look at the User Interface component to see what bugs have been reported about the UI, choose some bugs to fix, file new bug reports if there aren't existing ones for the pages you want to redesign, and then get started: http://bugzilla.mozilla.org/buglist.cgi?bug_status=NEW,ASSIGNED,REOPENED&product=Bugzilla&component=User%20Interface Note that there's a lot of history to the Bugzilla interface, and there are also many redesigns that have been begun but never finished, so there's a lot of good material to be mined and that you can build your redesigns upon. I strongly recommend reading the existing bug reports and building your designs upon the work that has already been done so far rather than starting from scratch with a completely new look. Note also that while designs are useful, implementations are even better, so designs you can actually implement and submit as patches against the Bugzilla source code will stand a much better chance of succeeding than designs you provide as drawings and descriptions. Finally, note that Bugzilla is used day in and day out by thousands of people to get essential work done. It's also used by tens of thousands of people to report and track the occasional bug. It's a productivity application to many people, but it's also an itinerant app that many people use only occasionally. It has to satisfy both masters to the degree possible (productivity users have priority in conflicts), and the focus for both is usability. To that end, standards support and prettiness is valuable but not the primary criterion for determining what does and doesn't go in, so if your goal is to make Bugzilla a shining example of a standards-based application, you can certainly do that for the most part, but any drive to make it 100%-compliant is likely to fail, as we intend to use whatever technologies, standard or not, to deliver the best possible experience for our users. Prettiness, likewise, is nice, but it isn't the most important thing, and usability has priority over it. As for Bugxula, it doesn't sound like what you are interested in, but if it does interest you, then your expertise and experience would be welcome there too. Let me know if that's something you want to do, and I'll help you get set up to contribute there as well. Thanks for emailing. I appreciate your enthusiasm for making Bugzilla better and look forward to seeing what you have to offer! -myk cc:ing the Bugzilla developers list, which has other folks on it who are interested in such things. p.s. Note that Bugzilla has already been translated into Spanish. Diego Mart?n Lafuente wrote: > I mail you to talk about what i want to do for mozilla products. > > I am an experienced webdeveloper/moz evangelist and pro standards, and > i saw bugzilla some time ago as a good tool, i didn't noticed bugzilla > was being in constant development so i've went back there and see > what's goin on. > > To be short, as a IA / GUI designer i want to colaborate making > bugzilla an atracctive and useful tool, what i mean is re-model the > bugzilla look and feel and making better accesibility, markup and > semantic stuff. > > So to starting this i decided to mount a new project on the mozdev.org > website, wich they told me to ask you to collaborate on bugxula, but > my intention is not to remodel bugzilla on xul, my intention is make > hacks on the actual code, wich is displayed on XHTML / CSS, and some > ordering stuff i believe it could help for companies who wants to use > bugzilla. > > I would like to read your answer and see what can i do or what do you > recommend i should do for collaborating. I have no problems to start > making XUL for bugxula but i would like to make improbements to actual > bugzilla look and feel. > > Regards and thanks for time reading this. > > > > > Diego Martin Lafuente. > ------------------------------------- > http://www.minid.net > http://www.minid.net/utilidades/mozilla/ > http://www.minid.net/utilidades/firebird/ > > > > BTW: My main language is Spanish, i was considering to translate > bugzilla to spanish and catalan, it could be good too and good for the > spanish community. > > cheers. > From LKrticka at unreal.cz Tue Aug 26 17:22:54 2003 From: LKrticka at unreal.cz (LKrticka at unreal.cz) Date: Tue, 26 Aug 2003 19:22:54 +0200 Subject: how to change name of outgoing email Message-ID: Hello I need help, while i report bug to my bugzilla, I recieve email from www at black.utp.unreal.cz that domain is ok, but where can i change the name "www" to "bugzilla" ( freebsd 4.7, apache 1.36, bugzilla 2.16.3) Lada -------------- next part -------------- An HTML attachment was scrubbed... URL: From LKrticka at unreal.cz Tue Aug 26 17:17:45 2003 From: LKrticka at unreal.cz (LKrticka at unreal.cz) Date: Tue, 26 Aug 2003 19:17:45 +0200 Subject: how to change outgoing email Message-ID: Hello I need help, while i report bug to my bugzilla, I recieve email from www at black.utp.unreal.cz that domain is ok, but where can i change the name "www" to "bugzilla" ( freebsd 4.7, apache 1.36, bugzilla 2.16.3) thank you Lada -------------- next part -------------- An HTML attachment was scrubbed... URL: From preed at sigkill.com Tue Aug 26 17:45:25 2003 From: preed at sigkill.com (J. Paul Reed) Date: Tue, 26 Aug 2003 10:45:25 -0700 Subject: how to change outgoing email In-Reply-To: ; from LKrticka@unreal.cz on Tue, Aug 26, 2003 at 07:17:45PM +0200 References: Message-ID: <20030826104525.D19524@sigkill.com> On 26 Aug 2003 at 19:17:45, LKrticka at unreal.cz arranged the bits on my disk to say: > I need help, > while i report bug to my bugzilla, I recieve email from > www at black.utp.unreal.cz > that domain is ok, but where can i change the name "www" to "bugzilla" > ( freebsd 4.7, apache 1.36, bugzilla 2.16.3) Right now, that's a messy prospect. You can add the -f flag to every sendmail call in Bugzilla as a solution. Or you can wait until bug 84876 goes in. Later, Paul ------------------------------------------------------------------------ J. Paul Reed -- 0xDF8708F8 || preed at sigkill.com || web.sigkill.com/preed To hold on to sanity too tight is insane. -- Nick Falzone, Pushing Tin I use PGP; you should use PGP too... if only to piss off John Ashcroft From justdave at syndicomm.com Tue Aug 26 18:04:34 2003 From: justdave at syndicomm.com (David Miller) Date: Tue, 26 Aug 2003 14:04:34 -0400 Subject: how to change outgoing email In-Reply-To: <20030826104525.D19524@sigkill.com> References: <20030826104525.D19524@sigkill.com> Message-ID: On 8/26/2003 10:45 AM -0700, J. Paul Reed wrote: > On 26 Aug 2003 at 19:17:45, LKrticka at unreal.cz arranged the bits on my >disk to say: > >> I need help, >> while i report bug to my bugzilla, I recieve email from >> www at black.utp.unreal.cz >> that domain is ok, but where can i change the name "www" to "bugzilla" >> ( freebsd 4.7, apache 1.36, bugzilla 2.16.3) > > Right now, that's a messy prospect. > > You can add the -f flag to every sendmail call in Bugzilla as a solution. > Or you can wait until bug 84876 goes in. see "man sendmail" for how -f works. You'll need to add your "www" user to the trusted-users class in Sendmail for it to work. -- Dave Miller Project Leader, Bugzilla Bug Tracking System http://www.justdave.net/ http://www.bugzilla.org/ From dberlin at dberlin.org Tue Aug 26 18:16:04 2003 From: dberlin at dberlin.org (Daniel Berlin) Date: Tue, 26 Aug 2003 14:16:04 -0400 Subject: how to change outgoing email In-Reply-To: <20030826104525.D19524@sigkill.com> References: <20030826104525.D19524@sigkill.com> Message-ID: <5B32D996-D7F1-11D7-BEC5-000A95A34564@dberlin.org> On Tuesday, August 26, 2003, at 1:45 PM, J. Paul Reed wrote: > On 26 Aug 2003 at 19:17:45, LKrticka at unreal.cz arranged the bits on my > disk to say: > >> I need help, >> while i report bug to my bugzilla, I recieve email from >> www at black.utp.unreal.cz >> that domain is ok, but where can i change the name "www" to "bugzilla" >> ( freebsd 4.7, apache 1.36, bugzilla 2.16.3) > > Right now, that's a messy prospect. Not really. Just add a From to the mail headers. What's the problem? In fact, we go one better in gcc-land. The quoted name we use in the from is a spamprotected version of the person who submitted the change/bug (if it's available). So you'll see Return-Path: dberlin at gcc.gnu.org (So i get the bounces) From: "taylor at candd dot org" This appears in most mail readers as "taylor at candd dot org", but will reply to the inbound email handler that auto-appends emails to comments. > From preed at sigkill.com Tue Aug 26 18:28:20 2003 From: preed at sigkill.com (J. Paul Reed) Date: Tue, 26 Aug 2003 11:28:20 -0700 Subject: how to change outgoing email In-Reply-To: <5B32D996-D7F1-11D7-BEC5-000A95A34564@dberlin.org>; from dberlin@dberlin.org on Tue, Aug 26, 2003 at 02:16:04PM -0400 References: <20030826104525.D19524@sigkill.com> <5B32D996-D7F1-11D7-BEC5-000A95A34564@dberlin.org> Message-ID: <20030826112820.A19880@sigkill.com> On 26 Aug 2003 at 14:16:04, Daniel Berlin arranged the bits on my disk to say: > > Right now, that's a messy prospect. > > Not really. > Just add a From to the mail headers. Maybe you should take over the email notification component. ;-) Later, Paul ------------------------------------------------------------------------ J. Paul Reed -- 0xDF8708F8 || preed at sigkill.com || web.sigkill.com/preed To hold on to sanity too tight is insane. -- Nick Falzone, Pushing Tin I use PGP; you should use PGP too... if only to piss off John Ashcroft From dberlin at dberlin.org Wed Aug 27 03:48:40 2003 From: dberlin at dberlin.org (Daniel Berlin) Date: Tue, 26 Aug 2003 23:48:40 -0400 Subject: how to change outgoing email In-Reply-To: <20030826112820.A19880@sigkill.com> References: <20030826104525.D19524@sigkill.com> <5B32D996-D7F1-11D7-BEC5-000A95A34564@dberlin.org> <20030826112820.A19880@sigkill.com> Message-ID: <59026FEC-D841-11D7-BC23-000A95A34564@dberlin.org> On Tuesday, August 26, 2003, at 2:28 PM, J. Paul Reed wrote: > On 26 Aug 2003 at 14:16:04, Daniel Berlin arranged the bits on my disk > to say: > >>> Right now, that's a messy prospect. >> >> Not really. >> Just add a From to the mail headers. > > Maybe you should take over the email notification component. ;-) I doubt *anyone* has that kinda time. :) :) But if your not busy, i've got a mod_perl to sell you .... --Dan From asmodai at wxs.nl Sat Aug 30 19:02:03 2003 From: asmodai at wxs.nl (Jeroen Ruigrok/asmodai) Date: Sat, 30 Aug 2003 21:02:03 +0200 Subject: Multiple database support Message-ID: <20030830190203.GB42098@nexus.ninth-circle.org> Hi, for the last few days I've worked hard on getting the PostgreSQL RDBMS supported. The problem is that a lot of Bugzilla is tailored to MySQL. That problem is solvable, but requires some abstraction work as well as reorganization. The current plan I have in my mind: Make sure everything is done with ANSI SQL in mind (e.g. use ' instead of " where ANSI SQL expects it or -- instead of #). The checksetup.pl script needs to have the schema definition ripped out, it is too MySQL specific to be of any use in that script. This needs to move to a bugzilla.mysql file. Here we can easily place bugzilla.pgsql, bugzilla.sybase, and bugzilla.oracle next to. Maybe a schema subdirectory to gather them under. You can then use the command line tool supplied with your database system to read in this schema definition file. The worst part comes in making a correct abstraction layer towards the databases. This is essentially hairy since with PostgreSQL some queries can be optimized in a certain way whilst MySQL might require some different uses. IIRC the Sybase guy(s) had a nice idea for that, need to check again. The other solution on short term is hacking PostgreSQL support in, but I'd rather do it the nice way. Saves pain later on, since MySQL's speed is achieved by its design thereby sacrificing some features most 'normal' RDBMSes do have. So I guess I need to ask you Dave, what's allowed for 2.18 and how far off is it? -- Jeroen Ruigrok van der Werven / asmodai PGP fingerprint: 2D92 980E 45FE 2C28 9DB7 9D88 97E6 839B 2EAC 625B http://www.tendra.org/ | http://www.in-nomine.org/~asmodai/diary/ The path up and down is one and the same... From asmodai at wxs.nl Sun Aug 31 07:27:46 2003 From: asmodai at wxs.nl (Jeroen Ruigrok/asmodai) Date: Sun, 31 Aug 2003 09:27:46 +0200 Subject: HTML 4.01 transitional compliance Message-ID: <20030831072746.GF42098@nexus.ninth-circle.org> The normal .html files are compliant, the output from say query.cgi is not: