<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general">
    <title>gmane.os.solaris.opensolaris.tools.general</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5046"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5045"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5044"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5043"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5042"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5041"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5040"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5039"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5038"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5037"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5036"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5035"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5034"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5033"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5032"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5031"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5030"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5029"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5028"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5027"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5046">
    <title>Re: Defect.opensolaris.org Downtime</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5046</link>
    <description>&lt;pre&gt;Maintenance is complete on defect.opensolaris.org.  As always, if you 
have any issues send email to website-admin&amp;lt; at &amp;gt;opensolaris.org.

Bill Rushmore

On 10/17/11 06:59, Bill Rushmore wrote:

&lt;/pre&gt;</description>
    <dc:creator>Bill Rushmore</dc:creator>
    <dc:date>2011-10-18T11:21:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5045">
    <title>Defect.opensolaris.org Downtime</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5045</link>
    <description>&lt;pre&gt;Defect.opensolaris.org will be down tomorrow October 18th at 4am Pacific 
Time for approximately 30 minutes for some maintenance.

Bill Rushmore
&lt;/pre&gt;</description>
    <dc:creator>Bill Rushmore</dc:creator>
    <dc:date>2011-10-17T10:59:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5044">
    <title>Re: Filing New Bugs issue on Defect</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5044</link>
    <description>&lt;pre&gt;This has now been resolved.  The problem was an issue with Firefox's 
caching.  Firefox for some reason was caching the redirect to the auth 
server which is why some people would see the infinite login loop with 
auth.  I have modified settings on the server that instructs browsers 
not to cache certain pages which has solved the problem. If you happen 
to continue to see the infinite login loop then your browser's cache has 
not expired yet so just clear your cache (or do a shift reload) and you 
should be fine from now on.

Bill

On 09/06/11 11:56, Bill Rushmore wrote:

&lt;/pre&gt;</description>
    <dc:creator>Bill Rushmore</dc:creator>
    <dc:date>2011-09-07T21:10:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5043">
    <title>Filing New Bugs issue on Defect</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5043</link>
    <description>&lt;pre&gt;There is an issue with filing new bugs on defect.opensolaris.org with 
newer versions of Firefox.  The problem is when you click on "new" or 
"file a new bug" you end up in an infinite login loop.  This issue does 
not seem to be an issue for any other features on the site.  If you run 
into this issue and really need to file a bug in a hurry try  a 
different browser such as an older version of Firefox.

I'll let everyone know when the issue is resolved.

Bill Rushmore
&lt;/pre&gt;</description>
    <dc:creator>Bill Rushmore</dc:creator>
    <dc:date>2011-09-06T15:56:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5042">
    <title>can't install Solaris 11 build #171 on a ToshibaTecra</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5042</link>
    <description>&lt;pre&gt;I'm trying to install Solaris 11 build #171 on a Toshiba Tecra laptop 
from a live dvd. Installation fails in second step (Disk) with an 
internal error. Log file says: "Disk c7..... appears to be missing a 
label and needs to be labelled manually"

What to do? Any work-around?

Thanks.

--thomas
&lt;/pre&gt;</description>
    <dc:creator>Thomas Preisler</dc:creator>
    <dc:date>2011-08-09T22:49:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5041">
    <title>import gktools changes</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5041</link>
    <description>&lt;pre&gt;
Greetings one-n-all,
I just pushed a changeset which makes two important changes
to the way we handle background hooks and notifications.

First - we're now using fork+exec rather than subprocess to
run bghooks. This gets us around the obnoxious behaviour noted
in http://bugs.python.org/issue5099.

Secondly - we're now using smtplib as the primary interface
to your system's MTA, leaving direct invocation of sendmail
as the fallback.



Best regards,
James
--
Oracle
http://www.jmcp.homeunix.com/blog
&lt;/pre&gt;</description>
    <dc:creator>James C. McPherson</dc:creator>
    <dc:date>2011-08-01T04:58:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5040">
    <title>tracing multi-threaded application in Solaris</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5040</link>
    <description>&lt;pre&gt;Hi

I need a tool for logging all data addresses that accessed by considered application. There is Shade tool for this purpose, but doesn't support multi-thread applications. Can you help me?

Thanks.
&lt;/pre&gt;</description>
    <dc:creator>hamid reza</dc:creator>
    <dc:date>2011-06-18T14:06:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5039">
    <title>tracing multi-threaded application in Solaris</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5039</link>
    <description>&lt;pre&gt;Hi

I need a tool for logging all data addresses that accessed by considered application. There is Shade tool for this purpose, but doesn't support multi-thread applications. Could you help me?

Thanks.
&lt;/pre&gt;</description>
    <dc:creator>hamid reza</dc:creator>
    <dc:date>2011-06-18T14:04:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5038">
    <title>Re: [osol-announce] Defect.opensolaris.org Downtime6am PT, 15 June</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5038</link>
    <description>&lt;pre&gt;The upgrade is complete and defect.opensolaris.org is back up and 
running now.

Bill Rushmore

On 06/14/11 12:43, Bill Rushmore wrote:

&lt;/pre&gt;</description>
    <dc:creator>Bill Rushmore</dc:creator>
    <dc:date>2011-06-15T13:17:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5037">
    <title>Defect.opensolaris.org Downtime 6am PT, 15 June</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5037</link>
    <description>&lt;pre&gt;Defect.opensolaris.org will be down tomorrow, 15 June, starting at 6 am 
PT for about 15-30mins as we upgrade Bugzilla to version 3.6.5.

Bill Rushmore
&lt;/pre&gt;</description>
    <dc:creator>Bill Rushmore</dc:creator>
    <dc:date>2011-06-14T16:43:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5036">
    <title>Re: [osol-announce] Downtime for defect.opensolaris.org - Monday June 6</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5036</link>
    <description>&lt;pre&gt;Defect.opensolaris.org is back up and running now with the new look and 
authenticated against auth.opensolaris.org.  If you happen to run into 
any issues please send an email to website-admin&amp;lt; at &amp;gt;opensolaris.org.

Bill Rushmore

On 06/03/11 10:20, Bill Rushmore wrote:

&lt;/pre&gt;</description>
    <dc:creator>Bill Rushmore</dc:creator>
    <dc:date>2011-06-06T13:24:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5035">
    <title>Downtime for defect.opensolaris.org - Monday June 6</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5035</link>
    <description>&lt;pre&gt;Defect.opensolaris.org will be down for about two hours on Monday June 6 
starting at 5 am PT as we perform an upgrade.

Just a reminder that after this upgrade you will need to use your 
auth.opensolaris.org credentials to log into defect.opensolaris.org.  
See http://hub.opensolaris.org/bin/view/Community+Group+web/auth-defect 
for details.

Bill Rushmore
&lt;/pre&gt;</description>
    <dc:creator>Bill Rushmore</dc:creator>
    <dc:date>2011-06-03T14:20:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5034">
    <title>Re: Code Review Request</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5034</link>
    <description>&lt;pre&gt;Thank you very much for the feedback Max!  This is very helpful.

Bill

On 5/21/2011 5:05 AM, Max Kanat-Alexander wrote:
&lt;/pre&gt;</description>
    <dc:creator>Bill Rushmore</dc:creator>
    <dc:date>2011-05-21T16:59:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5033">
    <title>Re: Code Review Request</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5033</link>
    <description>&lt;pre&gt;Also, you definitely should not be overriding the whole of 
common-links, because that will break between Bugzilla releases. Best to 
use a hook there instead.

If you can find a way to use hooks for create-account and login-small 
as well, that would be a good idea, instead of overriding them (since 
you could conflict with another extension and can't guarantee who wins 
the conflict).

-Max
&lt;/pre&gt;</description>
    <dc:creator>Max Kanat-Alexander</dc:creator>
    <dc:date>2011-05-21T09:08:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5032">
    <title>Re: Code Review Request</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5032</link>
    <description>&lt;pre&gt;Looks pretty good, on a brief overview!

I'm pretty sure you don't want "Cookie" as a manual choice in the 
choices for the Config panel. Bugzilla adds that automatically as 
appropriate.

I think the "config" hook is deprecated, undocumented, and shouldn't be 
used. (config_add_panels is fine.)

I think you can use $vars like it's just a hash, which might be more 
forward-compatible if we change the hook interface.

You might want to use "warn" instead of "print STDERR"

As long as you allow AuthOpensolaris to the the *only* auth mechanism 
(which you do in your Config panel) you have to implement something for 
fail_nodata.

Your Verify module is empty; perhaps you should just set 
requires_verification to 0 in your AuthLogin?

There are simpler ways to use LWP::UserAgent, you don't need to (and 
really shouldn't be, probably) constructing HTTP::Request objects directly.

-Max
&lt;/pre&gt;</description>
    <dc:creator>Max Kanat-Alexander</dc:creator>
    <dc:date>2011-05-21T09:05:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5031">
    <title>Code Review Request</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5031</link>
    <description>&lt;pre&gt;As you may be aware of from recent announcements, I will be updating 
defect.opensolaris.org to authenticate users against OpenSolaris.org's 
single sign-on at auth.opensolaris.org, in about two weeks.  I 
implemented this integration with a Bugzilla extension.  I have posted 
the source for this extension at 
http://cr.opensolaris.org/~brushmor/bugzilla/  I would appreciate it if 
anyone with experience with Bugzilla or Perl would take a look at my 
code and comment on it.  This is my first attempt at writing a serious 
Perl app and a Bugzilla extension so any pointers would be welcome.

Thanks,
Bill Rushmore
&lt;/pre&gt;</description>
    <dc:creator>Bill Rushmore</dc:creator>
    <dc:date>2011-05-20T19:47:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5030">
    <title>Auth-Defect Integration: Action for Users By FridayJune 3rd</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5030</link>
    <description>&lt;pre&gt;Hello,

On Monday June 6st I will be integrating Bugzilla at defect.os.org with 
Auth at auth.os.org for single sign on. There are specific actions for 
some users that must take place by Friday June 3rd for the integration 
to be successful for those users. See actions here:

http://hub.opensolaris.org/bin/view/Community+Group+web/auth-defect

Briefly:

    * If you have an account in Bugzilla but not in Auth, you must
      register in Auth and make sure your email address is the same as
      it is in Bugzilla.
    * If you already have accounts in Bugzilla and Auth, make sure your
      email address is the same in both systems.
    * If you are an Oracle employee, you are required to use your
      oracle.com email address in both systems.

No data will be lost in the integration or by any user actions. After 
the integration, Bugzilla will no longer use the email addresses and 
passwords in its database to authenticate logins, but instead the 
application will use the opensolaris.org usernames and pass&lt;/pre&gt;</description>
    <dc:creator>Bill Rushmore</dc:creator>
    <dc:date>2011-05-11T14:19:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5029">
    <title>Re: [scm-migration-dev] tool to auto fix CDDLblocks?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5029</link>
    <description>&lt;pre&gt;Hi Will,

Casper has a tool for this, see /home/casper/bin/sh/fix-cddl
And for the benefit of others whom may not be aware he has an excellent
/home/casper/bin/sh/fix-copyright too.

Thanks Casper,

&lt;/pre&gt;</description>
    <dc:creator>Stacey Jonathan Marshall</dc:creator>
    <dc:date>2011-04-07T09:06:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5028">
    <title>Re: tool to auto fix CDDL blocks?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5028</link>
    <description>&lt;pre&gt;
this might work:
http://mxr.mozilla.org/mozilla/source/tools/relic/relic

you'd obviously need to give it a bit of help, but we used it &amp;lt; at &amp;gt;mozilla.org
&lt;/pre&gt;</description>
    <dc:creator>timeless</dc:creator>
    <dc:date>2011-04-07T06:53:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5027">
    <title>Re: tool to auto fix CDDL blocks?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5027</link>
    <description>&lt;pre&gt;
Nope.

Here's the old CDDL:
/*
 * CDDL HEADER START
 *
 * The contents of this file are subject to the terms of the
 * Common Development and Distribution License, Version 1.0 only
 * (the "License").  You may not use this file except in compliance
 * with the License.
 *
 * You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE
 * or http://www.opensolaris.org/os/licensing.
 * See the License for the specific language governing permissions
 * and limitations under the License.
 *
 * When distributing Covered Code, include this CDDL HEADER in each
 * file and include the License file at usr/src/OPENSOLARIS.LICENSE.
 * If applicable, add the following below this CDDL HEADER, with the
 * fields enclosed by brackets "[]" replaced with your own identifying
 * information: Portions Copyright [yyyy] [name of copyright owner]
 *
 * CDDL HEADER END
 */

Here's the new one:

/*
 * CDDL HEADER START
 *
 * The contents of this file are subject to the terms of the
 * Common Development and Distribution Lic&lt;/pre&gt;</description>
    <dc:creator>Will Fiveash</dc:creator>
    <dc:date>2011-04-06T23:13:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5026">
    <title>Re: tool to auto fix CDDL blocks?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.tools.general/5026</link>
    <description>&lt;pre&gt;
sed?

sed -e"s/, Version 1.0 only/ (the \"License\")./" &amp;lt; $file &amp;gt; $file.new
mv $file.new $file



James
--
Oracle
http://www.jmcp.homeunix.com/blog
&lt;/pre&gt;</description>
    <dc:creator>James C. McPherson</dc:creator>
    <dc:date>2011-04-06T23:02:11</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.solaris.opensolaris.tools.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.solaris.opensolaris.tools.general</link>
  </textinput>
</rdf:RDF>
