From Weijun.Wang at Sun.COM Sun Feb 8 18:38:34 2009 From: Weijun.Wang at Sun.COM (Weijun Wang) Date: Mon, 09 Feb 2009 10:38:34 +0800 Subject: The AND OR things in boolean chart in Bugzilla Message-ID: <498F972A.7080303@sun.com> Hi Bugzilla gurus I'm trying to create a search to track all opened bugs either related to me or unassigned security ones: 1 (Assignee contains me 2 || CC contains me 3 || (Product == security 4 && Assignee contains watch)) // unassigned yet 5 && (Status is not FIXAVAILABLE...) I can create 1234 and 5 as two boolean charts, since it's an AND relation. I can also create 1 and 2 into two OR lines inside a chart. However, I have no idea how to implement 3 and 4 inside the chart. It seems that when you add an AND line inside a chart, the new line is AND'ed with all the lines before it, i.e. A OR B OR C [OR] // [OR] is the button labeled OR AND D [OR] means (A || B || C) && D, instead of A || B || (C && D). I guess my understanding should be incorrect, since this behavior have already been implemented with multiple charts. But I just cannot figured out how to do it. Currently, I have to create 3 boolean charts, with duplicated entries, like this (Assignee contains me || CC contains me || Product == security)) && (Status is not FIXAVAILABLE...) && NOT (Assignee NOT contains me && CC NOT contains me && Product == security && Assignee NOT contains watch) Too Ugly. Thanks Max From John.Coomes at sun.com Tue Feb 10 11:10:29 2009 From: John.Coomes at sun.com (John Coomes) Date: Tue, 10 Feb 2009 11:10:29 -0800 Subject: OpenJDK Community Code Review server rollout In-Reply-To: <498A851A.5060605@sun.com> References: <498A851A.5060605@sun.com> Message-ID: <18833.53541.93303.134042@sun.com> Tim Bell (Tim.Bell at Sun.COM) wrote to discuss at openjdk.java.net: > ... > With that introduction, I would like to announce the initial rollout > of an OpenJDK Community Code Review server. The home page is > http://cr.openjdk.java.net. > > Users having push access to the Mercurial repositories also have scp, > sftp, and rsync access to the code review server. Please refer to the > link above for more information and an example showing how to push a > webrev to the server. > > This is an initial step, and I am sure there will be many more. > Please give the site a try and send feedback to > web-discuss(at)openjdk.java.net. First, many thanks, this is something we obviously need. Second, scp and sftp work fine, but rsync does not: $ rsync -avv 4396719-fatstack jcoomes at cr.openjdk.java.net: opening connection using: ssh cr.openjdk.java.net -l jcoomes rsync --server -vvlogDtpre.is . insecure -e option not allowed. This account is restricted by rssh. Allowed commands: scp sftp rsync If you believe this is in error, please contact your system administrator. rsync: connection unexpectedly closed (0 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(600) [sender=3.0.5] I can live with scp, but rsync would be nice for partial transfers. Has anyone else used rsync successfully? -John From Tim.Bell at Sun.COM Tue Feb 10 12:15:03 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Tue, 10 Feb 2009 12:15:03 -0800 Subject: OpenJDK Community Code Review server rollout In-Reply-To: <18833.53541.93303.134042@sun.com> References: <498A851A.5060605@sun.com> <18833.53541.93303.134042@sun.com> Message-ID: <4991E047.7020906@sun.com> John Coomes wrote: > scp and sftp work fine, but rsync does not: > > $ rsync -avv 4396719-fatstack jcoomes at cr.openjdk.java.net: > opening connection using: ssh cr.openjdk.java.net -l jcoomes rsync --server -vvlogDtpre.is . > > insecure -e option not allowed. <... snip ...> > I can live with scp, but rsync would be nice for partial transfers. > Has anyone else used rsync successfully? Yes, I can rsync to cr.openjdk.java.net with no problems: > % rsync -avv 6797463 tbell at cr.openjdk.java.net: > opening connection using ssh cr.openjdk.java.net -l tbell rsync --server -vvlogDtpr . > building file list ... > done > delta-transmission enabled > 6797463/ > 6797463/webrev/ > 6797463/webrev/6797463.patch > 6797463/webrev/TotalChangedLines [....] > total: matches=2258 hash_hits=2258 false_alarms=0 data=0 > > sent 12400 bytes received 14634 bytes 18022.67 bytes/sec > total size is 1568560 speedup is 58.02 This is from my office system using /usr/bin/rsync on OpenSolaris 2008.11. I wonder where your command line got the extra flags "e.is" Do you have an RSYNC_RSH environment variable set? Tim From John.Coomes at sun.com Tue Feb 10 13:05:00 2009 From: John.Coomes at sun.com (John Coomes) Date: Tue, 10 Feb 2009 13:05:00 -0800 Subject: OpenJDK Community Code Review server rollout In-Reply-To: <4991E047.7020906@sun.com> References: <498A851A.5060605@sun.com> <18833.53541.93303.134042@sun.com> <4991E047.7020906@sun.com> Message-ID: <18833.60412.910695.565687@sun.com> Tim Bell (Tim.Bell at Sun.COM) wrote: > John Coomes wrote: > > > scp and sftp work fine, but rsync does not: > > > > $ rsync -avv 4396719-fatstack jcoomes at cr.openjdk.java.net: > > opening connection using: ssh cr.openjdk.java.net -l jcoomes rsync --server -vvlogDtpre.is . > > > > insecure -e option not allowed. > > <... snip ...> > > > I can live with scp, but rsync would be nice for partial transfers. > > Has anyone else used rsync successfully? > > Yes, I can rsync to cr.openjdk.java.net with no problems: > > > % rsync -avv 6797463 tbell at cr.openjdk.java.net: > > opening connection using ssh cr.openjdk.java.net -l tbell rsync --server -vvlogDtpr . > > building file list ... > [....] > > total: matches=2258 hash_hits=2258 false_alarms=0 data=0 > > > > sent 12400 bytes received 14634 bytes 18022.67 bytes/sec > > total size is 1568560 speedup is 58.02 > > This is from my office system using /usr/bin/rsync on OpenSolaris 2008.11. > > > I wonder where your command line got the extra flags "e.is" > > Do you have an RSYNC_RSH environment variable set? No, nothing with RSYNC in my environment: $ env | egrep RSYNC $ I also tried as a different user and after removing most of the environment variables. FWIW, it fails the same way for me on solaris 10 (my build of rsync 3.0.5 from source) and on fedora 9 with the standard rpm (rsync-3.0.4-0.fc9.i386). On fedora 9: $ rsync --version rsync version 3.0.4 protocol version 30 Copyright (C) 1996-2008 by Andrew Tridgell, Wayne Davison, and others. Web site: http://rsync.samba.org/ Capabilities: 64-bit files, 64-bit inums, 32-bit timestamps, 64-bit long ints, socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace, append, ACLs, xattrs, iconv, symtimes Grasping at straws ... could it be an rsync version problem? What version do you have, and what is on cr.openjdk.java.net? -John From Tim.Bell at Sun.COM Tue Feb 10 14:10:31 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Tue, 10 Feb 2009 14:10:31 -0800 Subject: OpenJDK Community Code Review server rollout In-Reply-To: <18833.60412.910695.565687@sun.com> References: <498A851A.5060605@sun.com> <18833.53541.93303.134042@sun.com> <4991E047.7020906@sun.com> <18833.60412.910695.565687@sun.com> Message-ID: <4991FB57.4060900@sun.com> John Coomes wrote: > FWIW, it fails the same way for me on solaris 10 (my build of rsync > 3.0.5 from source) and on fedora 9 with the standard rpm > (rsync-3.0.4-0.fc9.i386). On fedora 9: > > $ rsync --version > rsync version 3.0.4 protocol version 30 > Copyright (C) 1996-2008 by Andrew Tridgell, Wayne Davison, and others. > Web site: http://rsync.samba.org/ > Capabilities: > 64-bit files, 64-bit inums, 32-bit timestamps, 64-bit long ints, > socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace, > append, ACLs, xattrs, iconv, symtimes > > Grasping at straws ... could it be an rsync version problem? What > version do you have, and what is on cr.openjdk.java.net? "version problem" - John nailed it... Both my office machine and cr.o.j.n are running OpenSolaris 2008.11, which has: % /usr/bin/rsync --version rsync version 2.6.9 protocol version 29 Copyright (C) 1996-2006 by Andrew Tridgell, Wayne Davison, and others. Capabilities: 64-bit files, socketpairs, hard links, symlinks, batchfiles, inplace, no IPv6, 64-bit system inums, 64-bit internal inums rsync comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. See the GNU General Public Licence for details. If your rsync is using a protocol version newer than 29, you need to add "--protocol=29" to your command line. I got on John's system and ran his build of rsync - it worked when I called for protocol version 29: > % /export/pub/SunOS-5-sparc/bin/rsync --protocol=29 -av 6797463 \ > tbell at cr.openjdk.java.net:6797463.01 > Enter passphrase for key '/home/tbell/.ssh/id_dsa': > building file list ... done > created directory 6797463.01 > 6797463/ > 6797463/webrev/ > 6797463/webrev/6797463.patch > 6797463/webrev/TotalChangedLines [...] > sent 1572224 bytes received 1086 bytes 349624.44 bytes/sec > total size is 1568560 speedup is 1.00 I will add this information to the example on http://cr.openjdk.java.net/ Tim From John.Coomes at sun.com Tue Feb 10 14:15:06 2009 From: John.Coomes at sun.com (John Coomes) Date: Tue, 10 Feb 2009 14:15:06 -0800 Subject: OpenJDK Community Code Review server rollout In-Reply-To: <18833.60412.910695.565687@sun.com> References: <498A851A.5060605@sun.com> <18833.53541.93303.134042@sun.com> <4991E047.7020906@sun.com> <18833.60412.910695.565687@sun.com> Message-ID: <18833.64618.833153.135666@sun.com> I (John.Coomes at sun.com) wrote: > Tim Bell (Tim.Bell at Sun.COM) wrote: > > John Coomes wrote: > > > > > scp and sftp work fine, but rsync does not: > > > > > > $ rsync -avv 4396719-fatstack jcoomes at cr.openjdk.java.net: > > > opening connection using: ssh cr.openjdk.java.net -l jcoomes rsync --server -vvlogDtpre.is . > > > > > > insecure -e option not allowed. > > > ... > Grasping at straws ... could it be an rsync version problem? What > version do you have, and what is on cr.openjdk.java.net? FYI, I tried rsync 2.6.9 on a different box in the lab and that worked. So it looks like an rsync version problem. A solution that allows 3.0.x clients would be nice, but I can work around it for now. -John From mr at sun.com Tue Feb 10 14:18:14 2009 From: mr at sun.com (Mark Reinhold) Date: Tue, 10 Feb 2009 14:18:14 -0800 Subject: OpenJDK Community Code Review server rollout In-Reply-To: tim.bell@sun.com; Tue, 10 Feb 2009 14:10:31 PST; <4991FB57.4060900@sun.com> Message-ID: <20090210221814.1E12128CF3F@eggemoggin.niobe.net> > Date: Tue, 10 Feb 2009 14:10:31 -0800 > From: tim.bell at sun.com > "version problem" - John nailed it... Thanks for the detective work! > ... > > I will add this information to the example on http://cr.openjdk.java.net/ Would it be better instead to put a newer build of rsync on cr.ojn? Not in /usr/bin but in /usr/local/bin, though this assumes that there's a way to tell the restricted shell to allow that program to be run. - Mark From Tim.Bell at Sun.COM Tue Feb 10 14:21:02 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Tue, 10 Feb 2009 14:21:02 -0800 Subject: OpenJDK Community Code Review server rollout In-Reply-To: <20090210221814.1E12128CF3F@eggemoggin.niobe.net> References: <20090210221814.1E12128CF3F@eggemoggin.niobe.net> Message-ID: <4991FDCE.5060606@sun.com> Mark Reinhold wrote: > Would it be better instead to put a newer build of rsync on cr.ojn? Yes > Not in /usr/bin but in /usr/local/bin, though this assumes that there's > a way to tell the restricted shell to allow that program to be run. I will investigate that. rssh is very strict about what it will allow users to run, but we should be able to update to a newer version. Tim From John.Coomes at sun.com Tue Feb 10 14:24:04 2009 From: John.Coomes at sun.com (John Coomes) Date: Tue, 10 Feb 2009 14:24:04 -0800 Subject: OpenJDK Community Code Review server rollout In-Reply-To: <4991FB57.4060900@sun.com> References: <498A851A.5060605@sun.com> <18833.53541.93303.134042@sun.com> <4991E047.7020906@sun.com> <18833.60412.910695.565687@sun.com> <4991FB57.4060900@sun.com> Message-ID: <18833.65156.278185.690697@sun.com> Tim Bell (Tim.Bell at Sun.COM) wrote: > John Coomes wrote: > > ... > > Grasping at straws ... could it be an rsync version problem? What > > version do you have, and what is on cr.openjdk.java.net? > > "version problem" - John nailed it... > > > Both my office machine and cr.o.j.n are running OpenSolaris 2008.11, which has: > > % /usr/bin/rsync --version > rsync version 2.6.9 protocol version 29 > Copyright (C) 1996-2006 by Andrew Tridgell, Wayne Davison, and others. > > If your rsync is using a protocol version newer than 29, you need to add > "--protocol=29" to your command line. > ... > I will add this information to the example on http://cr.openjdk.java.net/ Thanks! -John From mark at klomp.org Fri Feb 13 06:05:40 2009 From: mark at klomp.org (Mark Wielaard) Date: Fri, 13 Feb 2009 15:05:40 +0100 Subject: OpenJDK Community Code Review server rollout In-Reply-To: <498A851A.5060605@sun.com> References: <498A851A.5060605@sun.com> Message-ID: <1234533941.2290.38.camel@fedora.wildebeest.org> On Wed, 2009-02-04 at 22:20 -0800, Tim Bell wrote: > This is an initial step, and I am sure there will be many more. > Please give the site a try and send feedback to > web-discuss(at)openjdk.java.net. Nice thanks. Would it be possible to tell the server to give the patches type text/plain instead of application/octet-stream like webrev.invokedynamic.info does? That would make integration with some programs easier for direct viewing of the files. Cheers, Mark From Tim.Bell at Sun.COM Wed Feb 18 14:06:07 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Wed, 18 Feb 2009 14:06:07 -0800 Subject: OpenJDK Community Code Review server rollout In-Reply-To: <1234533941.2290.38.camel@fedora.wildebeest.org> References: <498A851A.5060605@sun.com> <1234533941.2290.38.camel@fedora.wildebeest.org> Message-ID: <499C864F.5040209@sun.com> Hi Mark: > Would it be possible to tell the server to give the patches type > text/plain instead of application/octet-stream like > webrev.invokedynamic.info does? Great idea, thanks. I am working on making this better. Tim From mr at sun.com Wed Feb 18 22:26:32 2009 From: mr at sun.com (Mark Reinhold) Date: Wed, 18 Feb 2009 22:26:32 -0800 Subject: TRACKEDINBUGTRAQ --> SUNBUG Message-ID: <20090219062632.47A9CCFD3@callebaut.niobe.net> While drafting the new contribution process it occurred to me, again, that most people outside of Sun won't know what "Bugtraq" is, though people do generally know that Sun has a creaky, legacy, internal bug database that's partly visible via bugs.sun.com. I think we can make things clearer if we change the resolution value currently called "TRACKEDINBUGTRAQ" to "SUNBUG", and revise its description as follows: The problem is a duplicate of an existing bug that is being tracked only in Sun's internal bug database at this time. When resolving a bug in this manner please add the string "sunbug=1234567" to the whiteboard, replacing "1234567" with the actual seven-digit Sun bug id. Make sense? - Mark From Bradford.Wetmore at Sun.COM Thu Feb 19 13:29:56 2009 From: Bradford.Wetmore at Sun.COM (Brad Wetmore) Date: Thu, 19 Feb 2009 15:29:56 -0600 Subject: TRACKEDINBUGTRAQ --> SUNBUG In-Reply-To: <20090219062632.47A9CCFD3@callebaut.niobe.net> References: <20090219062632.47A9CCFD3@callebaut.niobe.net> Message-ID: <499DCF54.4060107@sun.com> Hi Mark, I can see your point. I'm not liking "SUNBUG" a lot better, but absent anything better, we can use it. I'm not tied to TRACKEDINBUGTRAQ, other than the fact that that's what the OpenSolaris folks were using and would make the bridge a little bit easier. I did a bit of surgery on the description, but it's done and rolled out. http://bugs.openjdk.java.net/page.cgi?id=fields.html Brad Mark Reinhold wrote: > While drafting the new contribution process it occurred to me, again, > that most people outside of Sun won't know what "Bugtraq" is, though > people do generally know that Sun has a creaky, legacy, internal bug > database that's partly visible via bugs.sun.com. > > I think we can make things clearer if we change the resolution value > currently called "TRACKEDINBUGTRAQ" to "SUNBUG", and revise its > description as follows: > > The problem is a duplicate of an existing bug that is being tracked > only in Sun's internal bug database at this time. When resolving > a bug in this manner please add the string "sunbug=1234567" to the > whiteboard, replacing "1234567" with the actual seven-digit Sun > bug id. > > Make sense? > > - Mark From mr at sun.com Thu Feb 19 20:48:33 2009 From: mr at sun.com (Mark Reinhold) Date: Thu, 19 Feb 2009 20:48:33 -0800 Subject: TRACKEDINBUGTRAQ --> SUNBUG In-Reply-To: bradford.wetmore@sun.com; Thu, 19 Feb 2009 15:29:56 CST; <499DCF54.4060107@sun.com> Message-ID: <20090220044833.54779CFD3@callebaut.niobe.net> > Date: Thu, 19 Feb 2009 15:29:56 -0600 > From: bradford.wetmore at sun.com > I can see your point. I'm not liking "SUNBUG" a lot better, but absent > anything better, we can use it. I'm not tied to TRACKEDINBUGTRAQ, other > than the fact that that's what the OpenSolaris folks were using and > would make the bridge a little bit easier. Actually, the OpenSolaris Bugzilla uses "TRACKEDINBUGSTER", which is even more confusing since "Bugster" is the name of just one of the Bugtraq client UIs rather than the database itself. Whatever ... > I did a bit of surgery on the description, but it's done and rolled out. > > http://bugs.openjdk.java.net/page.cgi?id=fields.html Thanks! - Mark From volker.simonis at gmail.com Fri Feb 20 03:45:29 2009 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 20 Feb 2009 12:45:29 +0100 Subject: OpenJDK Bugzilla server rollout In-Reply-To: <498D183D.8040104@sun.com> References: <498D183D.8040104@sun.com> Message-ID: Hi Brad, thank you for setting up the Bugzilla instance. I've just visited it and wondered that the product "sanbox" contains the two components "C1" and "C2" while the product "hotspot" has no components. Shouldn't C1 and C2 be components of hotspot? Also the link on the "Component" label shows an explanation of the Products. A corresponding help page for Components would be however usefull as well. Regards, Volker On 2/7/09, Brad Wetmore wrote: > > As I posted on the discuss list earlier this week [1], I have set up an > instance of Bugzilla for use by the various OpenJDK efforts. > > The system is now live. Please see the project page at: > > http://openjdk.java.net/groups/web/bugzilla.html > > for general notes, instructions, and the URL. > > I've made an initial pass at configuration with feedback from several > folks, but I know we will continue tuning this system to best fit our > needs. > > The OpenJDK web group mailing list will be the best place for discussion: > > web-discuss at openjdk dot java dot net > > Just a reminder: at this point, this instance is only for tracking > contributions from those developers without push permissions. It will > soon expand to track most if not all of the OpenJDK bugs. General bugs > should continue to be filed through: > > http://bugs.sun.com > > On to the next stage(s). > > Thanks, > Brad > > [1] > http://mail.openjdk.java.net/pipermail/discuss/2009-February/001511.html > > > From Bradford.Wetmore at Sun.COM Sat Feb 21 12:42:29 2009 From: Bradford.Wetmore at Sun.COM (Brad Wetmore) Date: Sat, 21 Feb 2009 14:42:29 -0600 Subject: OpenJDK Bugzilla server rollout In-Reply-To: References: <498D183D.8040104@sun.com> Message-ID: <49A06735.1020701@sun.com> > thank you for setting up the Bugzilla instance. You're welcome. > I've just visited it > and wondered that the product "sanbox" contains the two components > "C1" and "C2" w When I first set up the play area (sandbox), it passed through my mind that c1/c2 might be mistaken for the hotspot components. I've renamed them to avoid the confusion. > while the product "hotspot" has no components. Shouldn't > C1 and C2 be components of hotspot? At this point, we're just accepting contributions, and decided to just make an initial category called other for that. When we start using bugzilla to accept general bugs, we'll add those additional components such as c1/c2 for hotspot. Soon, we'll be asking the various groups to start defining the components they'd like to use. > Also the link on the "Component" label shows an explanation of the > Products. A corresponding help page for Components would be however > usefull as well. Not sure I'm following. Bringing up bug 100000: http://bugs.openjdk.java.net/show_bug.cgi?id=100000 has a link on the component label, which is: http://bugs.openjdk.java.net/describecomponents.cgi?product=sandbox That page has the info about the product and component: ---begin--- This is a sandbox where you can file bogus bugs to learn the Bugzilla interface. Component Default Assignee Default QA Contact component1 watch-sandbox-component1 at bugs.openjdk.java.net The first component of the sandbox product. component2 watch-sandbox-component2 at bugs.openjdk.java.net The second component of the sandbox product. ---end--- Thanks, Brad > > On 2/7/09, Brad Wetmore wrote: >> As I posted on the discuss list earlier this week [1], I have set up an >> instance of Bugzilla for use by the various OpenJDK efforts. >> >> The system is now live. Please see the project page at: >> >> http://openjdk.java.net/groups/web/bugzilla.html >> >> for general notes, instructions, and the URL. >> >> I've made an initial pass at configuration with feedback from several >> folks, but I know we will continue tuning this system to best fit our >> needs. >> >> The OpenJDK web group mailing list will be the best place for discussion: >> >> web-discuss at openjdk dot java dot net >> >> Just a reminder: at this point, this instance is only for tracking >> contributions from those developers without push permissions. It will >> soon expand to track most if not all of the OpenJDK bugs. General bugs >> should continue to be filed through: >> >> http://bugs.sun.com >> >> On to the next stage(s). >> >> Thanks, >> Brad >> >> [1] >> http://mail.openjdk.java.net/pipermail/discuss/2009-February/001511.html >> >> >> From volker.simonis at gmail.com Sat Feb 21 13:28:24 2009 From: volker.simonis at gmail.com (Volker Simonis) Date: Sat, 21 Feb 2009 22:28:24 +0100 Subject: OpenJDK Bugzilla server rollout In-Reply-To: <49A06735.1020701@sun.com> References: <498D183D.8040104@sun.com> <49A06735.1020701@sun.com> Message-ID: Please see my comments inline.. On Sat, Feb 21, 2009 at 9:42 PM, Brad Wetmore wrote: > >> thank you for setting up the Bugzilla instance. > > You're welcome. > >> I've just visited it >> >> and wondered that the product "sanbox" contains the two components >> "C1" and "C2" w > > When I first set up the play area (sandbox), it passed through my mind that > c1/c2 might be mistaken for the hotspot components. I've renamed them to > avoid the confusion. > >> while the product "hotspot" has no components. Shouldn't >> C1 and C2 be components of hotspot? > > At this point, we're just accepting contributions, and decided to just make > an initial category called other for that. When we start using bugzilla to > accept general bugs, we'll add those additional components such as c1/c2 for > hotspot. Soon, we'll be asking the various groups to start defining the > components they'd like to use. > >> Also the link on the "Component" label shows an explanation of the >> Products. A corresponding help page for Components would be however >> usefull as well. > > Not sure I'm following. Bringing up bug 100000: > > http://bugs.openjdk.java.net/show_bug.cgi?id=100000 > > has a link on the component label, which is: > > http://bugs.openjdk.java.net/describecomponents.cgi?product=sandbox > > That page has the info about the product and component: > > ---begin--- > This is a sandbox where you can file bogus bugs to learn > the Bugzilla interface. > > Component Default Assignee Default QA Contact > > component1 watch-sandbox-component1 at bugs.openjdk.java.net > The first component of the sandbox product. > > component2 watch-sandbox-component2 at bugs.openjdk.java.net > The second component of the sandbox product. > ---end--- > I was referring to the "Advanced search page" https://bugs.openjdk.java.net/query.cgi The "Component" label on that page has a link to https://bugs.openjdk.java.net/describecomponents.cgi which describes the available "Products" while the "Product" lable has no link. > Thanks, > > Brad > > > >> >> On 2/7/09, Brad Wetmore wrote: >>> >>> As I posted on the discuss list earlier this week [1], I have set up an >>> instance of Bugzilla for use by the various OpenJDK efforts. >>> >>> The system is now live. Please see the project page at: >>> >>> http://openjdk.java.net/groups/web/bugzilla.html >>> >>> for general notes, instructions, and the URL. >>> >>> I've made an initial pass at configuration with feedback from several >>> folks, but I know we will continue tuning this system to best fit our >>> needs. >>> >>> The OpenJDK web group mailing list will be the best place for >>> discussion: >>> >>> web-discuss at openjdk dot java dot net >>> >>> Just a reminder: at this point, this instance is only for tracking >>> contributions from those developers without push permissions. It will >>> soon expand to track most if not all of the OpenJDK bugs. General bugs >>> should continue to be filed through: >>> >>> http://bugs.sun.com >>> >>> On to the next stage(s). >>> >>> Thanks, >>> Brad >>> >>> [1] >>> http://mail.openjdk.java.net/pipermail/discuss/2009-February/001511.html >>> >>> >>> > From mr at sun.com Mon Feb 23 12:53:11 2009 From: mr at sun.com (Mark Reinhold) Date: Mon, 23 Feb 2009 12:53:11 -0800 Subject: Privacy recommendation on Bugzilla signup page Message-ID: <20090223205312.007EA28CFF2@eggemoggin.niobe.net> Phil just pointed out the following text on the signup page for our Bugzilla: PRIVACY NOTICE: Bugzilla is an open bug tracking system. Activity on most bugs, including email addresses, will be visible to the public. We recommend using a secondary account or free web email service (such as Gmail, Yahoo, Hotmail, or similar) to avoid receiving spam at your primary email address. I'd like to suggest we remove the final sentence. I don't think we want Sun engineers to be using non-Sun e-mail addresses -- especially secondary addresses which they might not read very often. - Mark From Dalibor.Topic at Sun.COM Mon Feb 23 12:57:42 2009 From: Dalibor.Topic at Sun.COM (Dalibor Topic) Date: Mon, 23 Feb 2009 21:57:42 +0100 Subject: Privacy recommendation on Bugzilla signup page In-Reply-To: <20090223205312.007EA28CFF2@eggemoggin.niobe.net> References: <20090223205312.007EA28CFF2@eggemoggin.niobe.net> Message-ID: <49A30DC6.4060701@sun.com> Mark Reinhold wrote: > Phil just pointed out the following text on the signup page for our > Bugzilla: > > PRIVACY NOTICE: Bugzilla is an open bug tracking system. Activity on > most bugs, including email addresses, will be visible to the > public. We recommend using a secondary account or free web email > service (such as Gmail, Yahoo, Hotmail, or similar) to avoid > receiving spam at your primary email address. > > I'd like to suggest we remove the final sentence. I don't think we > want Sun engineers to be using non-Sun e-mail addresses -- especially > secondary addresses which they might not read very often. Good point. cheers, dalibor topic -- ******************************************************************* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55 http://openjdk.java.net D-20097 Hamburg mailto:Dalibor.Topic at sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Dr. Roland B?mer Vorsitzender des Aufsichtsrates: Martin H?ring From Bradford.Wetmore at Sun.COM Mon Feb 23 14:26:07 2009 From: Bradford.Wetmore at Sun.COM (Brad Wetmore) Date: Mon, 23 Feb 2009 16:26:07 -0600 Subject: Privacy recommendation on Bugzilla signup page In-Reply-To: <20090223205312.007EA28CFF2@eggemoggin.niobe.net> References: <20090223205312.007EA28CFF2@eggemoggin.niobe.net> Message-ID: <49A3227F.20003@sun.com> Good point. Done. brad Mark Reinhold wrote: > Phil just pointed out the following text on the signup page for our > Bugzilla: > > PRIVACY NOTICE: Bugzilla is an open bug tracking system. Activity on > most bugs, including email addresses, will be visible to the > public. We recommend using a secondary account or free web email > service (such as Gmail, Yahoo, Hotmail, or similar) to avoid > receiving spam at your primary email address. > > I'd like to suggest we remove the final sentence. I don't think we > want Sun engineers to be using non-Sun e-mail addresses -- especially > secondary addresses which they might not read very often. > > - Mark