<?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.comp.openoffice.devel.tools">
    <title>gmane.comp.openoffice.devel.tools</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools</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.comp.openoffice.devel.tools/5368"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5367"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5366"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5365"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5364"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5363"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5362"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5361"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5360"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5359"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5358"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5357"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5356"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5355"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5354"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5353"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5352"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5351"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5350"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5349"/>
      </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.comp.openoffice.devel.tools/5368">
    <title>new Apache OpenOffice.org mail list to replace this list</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5368</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>KS&lt; at &gt;apache.org</dc:creator>
    <dc:date>2011-10-29T21:51:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5367">
    <title>Invitation to connect on LinkedIn</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5367</link>
    <description>&lt;pre&gt;I'd like to add you to my professional network on LinkedIn.

- Hirano

Hirano Kazunari
I18n/L10n Community Contributor at OpenSolaris
Japan

Confirm that you know Hirano Kazunari:
https://www.linkedin.com/e/-e76eh2-gt47xgp5-27/isd/4381519504/oVCB2S_B/?hs=false&amp;amp;tok=3CQe2zvUn2-QU1

--
You are receiving Invitation to Connect emails. Click to unsubscribe:
http://www.linkedin.com/e/-e76eh2-gt47xgp5-27/u9_u3fAWlAnqkwvb5bcOSWVeOpt9C7XzE1PWwP/goo/dev%40tools%2Eopenoffice%2Eorg/20061/I1517857693_1/?hs=false&amp;amp;tok=1OCc4K5hX2-QU1

(c) 2011 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.
&lt;/pre&gt;</description>
    <dc:creator>Hirano Kazunari</dc:creator>
    <dc:date>2011-09-28T11:14:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5366">
    <title>Any plan to substitute "long" with "sal_Int32" ?</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5366</link>
    <description>&lt;pre&gt;Hi,

Any plan to substitute "long" with "sal_Int32", at least in gen.hxx?

=== DEV300_m106/tools/inc/tools/gen.hxx
class Pair
{
public:
     long                nA;
     long                nB;
...

class Point : public Pair
{
...

class Size : public Pair
{
...

=== DEV300_m106/sal/inc/sal/types.h
typedef ... sal_Int32;

=== OpenSolaris x86 ... 64bits OS
$ cd DEV300_m106/sal/typesconfig
$ cc typesconfig.c
$ file a.out
a.out:ELF 32-bit LSB executable 80386 Version 1 [FPU], dynamically linked, not stripped
$ ./a.out | egrep 'sizeof.+(long|void)'
sizeof(long)= 4
sizeof(long long)= 8
sizeof(void *)= 4

=== Fedora 10 x86_64 ... 64bits OS
...
$ file a.out
a.out: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped
$ ./a.out | egrep 'sizeof.+(long|void)'
sizeof(long)= 8
sizeof(long long)= 8
sizeof(void *)= 8

On Solaris 64bits OS, cc creates a 32 bit application by default while
on Linux 64bits OS, it seems cc creates a 64 bit a&lt;/pre&gt;</description>
    <dc:creator>tora - Takamichi Akiyama</dc:creator>
    <dc:date>2011-04-13T16:17:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5365">
    <title>hg.services.openoffice.org down</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5365</link>
    <description>&lt;pre&gt;Hg repositories at hg.services.openoffice.org appear to be unreachable. 
  Both executing any hg command against 
http://hg.services.openoffice.org/... and browsing 
&amp;lt;http://hg.services.openoffice.org&amp;gt; report connection failure.

-Stephan
--
-----------------------------------------------------------------
To unsubscribe send email to dev-unsubscribe&amp;lt; at &amp;gt;tools.openoffice.org
For additional commands send email to sympa&amp;lt; at &amp;gt;tools.openoffice.org
with Subject: help

&lt;/pre&gt;</description>
    <dc:creator>Stephan Bergmann</dc:creator>
    <dc:date>2011-03-18T08:00:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5364">
    <title>Re: Cannot change target milestone of several bugs at once</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5364</link>
    <description>&lt;pre&gt;
There is already &amp;lt;https://bugzilla.mozilla.org/show_bug.cgi?id=261565&amp;gt;, 
closed as invalid.  :(

-Stephan
--
-----------------------------------------------------------------
To unsubscribe send email to dev-unsubscribe&amp;lt; at &amp;gt;tools.openoffice.org
For additional commands send email to sympa&amp;lt; at &amp;gt;tools.openoffice.org
with Subject: help

&lt;/pre&gt;</description>
    <dc:creator>Stephan Bergmann</dc:creator>
    <dc:date>2011-03-04T15:13:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5363">
    <title>Re: Cannot change target milestone of several bugs at once</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5363</link>
    <description>&lt;pre&gt;

On 04.03.2011 14:40, Stephan Bergmann wrote:

Hi Stephan,
In bugzilla possible target milestones are defined by product (this was 
named component previously in issuezilla) and you can only change the 
target milestone for several issues at once if those issues are using 
the same product.

The issues in your query are from the 3 products "gsl", "tools" and 
"Word processor". Theoretically those 3 could have had totally different 
possible target milestones.
It´s only our special use of bugzilla at the OpenOffice.org project that 
makes the projects you have used have the same possible targets.

If you use the URL 
http://openoffice.org/bugzilla/buglist.cgi?quicksearch=116845+117073 you 
will have two tasks using the same product and you can change the target 
milestone for both of them at once.

I don´t know if this has changed in newer versions of bugzilla. I 
searched a little bit but did not find any hints in this direction.
You could consider filing an enhancement request at 
http://www.bugzilla.org&lt;/pre&gt;</description>
    <dc:creator>bernd eilers</dc:creator>
    <dc:date>2011-03-04T14:52:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5362">
    <title>Cannot change target milestone of several bugs at once</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5362</link>
    <description>&lt;pre&gt;At 
&amp;lt;http://openoffice.org/bugzilla/buglist.cgi?quicksearch=116839+116845+116860+117073&amp;gt;, 
selecting "Change Several Bugs at Once," "Check All," "Target 
Milestone:" only offers "--do_not_change--," though I would be able to 
change the target milestone for each of the four bugs individually.

-Stephan
--
-----------------------------------------------------------------
To unsubscribe send email to dev-unsubscribe&amp;lt; at &amp;gt;tools.openoffice.org
For additional commands send email to sympa&amp;lt; at &amp;gt;tools.openoffice.org
with Subject: help

&lt;/pre&gt;</description>
    <dc:creator>Stephan Bergmann</dc:creator>
    <dc:date>2011-03-04T13:40:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5361">
    <title>Re: API changes mail does not make it to the list</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5361</link>
    <description>&lt;pre&gt;
(Obviously a feature, if you think about it...)
--
-----------------------------------------------------------------
To unsubscribe send email to dev-unsubscribe&amp;lt; at &amp;gt;tools.openoffice.org
For additional commands send email to sympa&amp;lt; at &amp;gt;tools.openoffice.org
with Subject: help

&lt;/pre&gt;</description>
    <dc:creator>Stephan Bergmann</dc:creator>
    <dc:date>2011-03-04T13:21:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5360">
    <title>Re: API changes mail does not make it to the list</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5360</link>
    <description>&lt;pre&gt;
Ah, you are right.  When you use the "Subscribe" button on a project's 
Mailing Lists page, you get subscribed not with your openoffice.org 
address, but with the "target" address specified in your profile.  Bug 
or feature?

-Stephan
--
-----------------------------------------------------------------
To unsubscribe send email to dev-unsubscribe&amp;lt; at &amp;gt;tools.openoffice.org
For additional commands send email to sympa&amp;lt; at &amp;gt;tools.openoffice.org
with Subject: help

&lt;/pre&gt;</description>
    <dc:creator>Stephan Bergmann</dc:creator>
    <dc:date>2011-03-04T12:12:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5359">
    <title>Re: API changes mail does not make it to the list</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5359</link>
    <description>&lt;pre&gt;

On 04.03.2011 12:02, bernd eilers wrote:
*upps* forgot to answer that one.
As far as I know Carsten has not used EIS there but has send the email 
using a mail client.

Kind regards,
Bernd

--
-----------------------------------------------------------------
To unsubscribe send email to dev-unsubscribe&amp;lt; at &amp;gt;tools.openoffice.org
For additional commands send email to sympa&amp;lt; at &amp;gt;tools.openoffice.org
with Subject: help

&lt;/pre&gt;</description>
    <dc:creator>bernd eilers</dc:creator>
    <dc:date>2011-03-04T11:04:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5358">
    <title>Re: API changes mail does not make it to the list</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5358</link>
    <description>&lt;pre&gt;

Hi Stephan!

On 04.03.2011 11:20, Stephan Bergmann wrote:
Well you have used "sb&amp;lt; at &amp;gt;openoffice.org" in the PostedBy field but the 
email address with which you are subscribed to the list is your oracle 
email address.
Please use your oracle email address in the PostedBy field in EIS.

As a workaround I have now whitelisted the sb&amp;lt; at &amp;gt;openoffice.org email 
address for the list and resend the changesmail.

Mail to the &amp;lt; at &amp;gt;openoffice.org Adress might have some significant delay.
Again please use your &amp;lt; at &amp;gt;oracle.com address for changesmails.


Kind regards,
Bernd Eilers


--
-----------------------------------------------------------------
To unsubscribe send email to dev-unsubscribe&amp;lt; at &amp;gt;tools.openoffice.org
For additional commands send email to sympa&amp;lt; at &amp;gt;tools.openoffice.org
with Subject: help

&lt;/pre&gt;</description>
    <dc:creator>bernd eilers</dc:creator>
    <dc:date>2011-03-04T11:02:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5357">
    <title>API changes mail does not make it to the list</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5357</link>
    <description>&lt;pre&gt;At 
&amp;lt;http://tools.services.openoffice.org/EIS2/changesmails.ShowAPIChangesMails&amp;gt;, 
the message with id 4776 ("PostedOn: 2011-02-25 15:20:51.0," "Title: 
cppunittester --protector; unoexceptionprotector") did not make it to 
the interface-announce&amp;lt; at &amp;gt;openoffice.org mailing list (see 
&amp;lt;http://openoffice.org/projects/www/lists/interface-announce/archive&amp;gt;), 
even after repeated resent (via the yellow envelope icon), and even 
after I subscribed to the mailing list (so the mail does not get lost in 
moderation).  Also, I never got a private copy of the mail from any of 
the sending trials (as at least has been normal behavior before the 
migration).

(Interestingly, the two mails from Carsten that do show at 
&amp;lt;http://openoffice.org/projects/www/lists/interface-announce/archive&amp;gt; in 
turn do not show at 
&amp;lt;http://tools.services.openoffice.org/EIS2/changesmails.ShowAPIChangesMails&amp;gt;.)

-Stephan
--
-----------------------------------------------------------------
To unsubscribe send email to dev-unsubscribe&amp;lt; at &amp;gt;tools.openoffi&lt;/pre&gt;</description>
    <dc:creator>Stephan Bergmann</dc:creator>
    <dc:date>2011-03-04T10:20:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5356">
    <title>Re: Build Bots error in WITH_LANG variable</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5356</link>
    <description>&lt;pre&gt;
While we are at it, wouldn't it be better to directly pass this to 
configure via --with-lang?

-Stephan
&lt;/pre&gt;</description>
    <dc:creator>Stephan Bergmann</dc:creator>
    <dc:date>2011-02-08T15:10:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5355">
    <title>Re: Build Bots error in WITH_LANG variable</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5355</link>
    <description>&lt;pre&gt;True,

The script tries to add the languages that might be set in the buildbot 
frontend. So the user input should get normalized and then checked if it 
contains any languages and only then the variable should get appended 
seperated by a space.

It might also be that the definition of WITH_LANG originally is that it 
can contain spaces even if not needed. At least it obviously worked so far.

Kurt could you take care of that.

Cheers
Gregor

Stephan Bergmann schrieb:


&lt;/pre&gt;</description>
    <dc:creator>Gregor Hartmann</dc:creator>
    <dc:date>2011-02-08T08:12:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5354">
    <title>Re: Build Bots error in WITH_LANG variable</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5354</link>
    <description>&lt;pre&gt;
&amp;lt;http://code.google.com/p/ootermite/source/browse/trunk/buildbot/slave/configure#40&amp;gt; 
apparently is the culprit.  Maybe Gregor can shed some light on this.

-Stephan
&lt;/pre&gt;</description>
    <dc:creator>Stephan Bergmann</dc:creator>
    <dc:date>2011-02-07T15:43:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5353">
    <title>Build Bots error in WITH_LANG variable</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5353</link>
    <description>&lt;pre&gt;Hi,

the CWS gnumake3 failed in all build bots. The reason is that - 
according to the logs - the variable "WITH_LANG" is set to ' '.

See:

http://termite.services.openoffice.org/buildbot/builders/Windows-2003/builds/1994/steps/Compile/logs/stdio

(in case it's still there)

Does anybody know why? IMHO it should be empty or unset.

I don't think that it makes sense to check WITH_LANG in makefiles for 
being empty or a space. For the time being I will do it to get the CWS 
approved. But IMHO we should fix the build bots.

Regards,
Mathias

&lt;/pre&gt;</description>
    <dc:creator>Mathias Bauer</dc:creator>
    <dc:date>2011-02-05T17:53:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5352">
    <title>DEV300_m96, 97: parallel build is broken : writerfilter/source/resourcemodel</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5352</link>
    <description>&lt;pre&gt;Hi
http://www.openoffice.org/issues/show_bug.cgi?id=116718
Please fix build parallel build breakage for DEV300_m96, 97.
and they are broken at writerfilter/source/resourcemodel.

Error log is like following:
&amp;lt;snip&amp;gt;
&amp;lt;snip&amp;gt;


Thanks!
&lt;/pre&gt;</description>
    <dc:creator>Maho NAKATA</dc:creator>
    <dc:date>2011-01-31T00:29:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5351">
    <title>Re: Re: HG changegroup.notify hook raised an exception</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5351</link>
    <description>&lt;pre&gt;Hi,

On 01/12/2011 11:45 AM, Michael Stahl wrote:

Changelog Mails are send by the changegroup hook and that one kicks in 
when everything is already pushed and accepted by the server. No 
Problem. The exception occurs when the length of the Changelog Mails 
exceed certain obscure limits in the Python email classes 
(email.Parser.Parser.parsestr()), it *might* go away when we update the 
python version on the server, who knows - they did overhaul the email 
classes in the meantime.


Well, the client version has nothing to do with it, this happening 
remote ...

Heiner
&lt;/pre&gt;</description>
    <dc:creator>Jens-Heiner Rechtien</dc:creator>
    <dc:date>2011-01-17T14:05:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5350">
    <title>Re: HG changegroup.notify hook raised an exception</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5350</link>
    <description>&lt;pre&gt;
i think this is caused by the changelog mail being "too big".
so there is probably no notification on allhg of your commit.
but the push itself should be complete.

but i'm not sure exactly in which way it is "too big".
the number of changesets can't be the (only) criterion.


happened for me with older versions as well.

&lt;/pre&gt;</description>
    <dc:creator>Michael Stahl</dc:creator>
    <dc:date>2011-01-12T10:45:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5349">
    <title>Re: HG changegroup.notify hook raised an exception</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5349</link>
    <description>&lt;pre&gt;
Erm, forget it.  What's actually problematic is the typo in the URL 
(plus the HG web server not highlighting the fact that the URL is bad, 
but instead unhelpfully serving a page that just looks OK at first 
sight).  &amp;lt;http://hg.services.openoffice.org/cws/sb139&amp;gt; does indeed list 
all the changesets of CWS sb139.

-Stephan
&lt;/pre&gt;</description>
    <dc:creator>Stephan Bergmann</dc:creator>
    <dc:date>2011-01-12T08:43:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5348">
    <title>Re: HG changegroup.notify hook raised an exception</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.tools/5348</link>
    <description>&lt;pre&gt;
What's problematic about this is that, while pushing apparently worked 
fine (checked via hg incoming on another repo), 
&amp;lt;http://hg.services.openoffice.org/DEV300/cws/sb139&amp;gt; fails to list at 
least the current tip revision (changeset f64c82ceb4e1, "sb139: merged 
in DEV300_m97").

-Stephan
&lt;/pre&gt;</description>
    <dc:creator>Stephan Bergmann</dc:creator>
    <dc:date>2011-01-12T08:23:45</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.openoffice.devel.tools">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.openoffice.devel.tools</link>
  </textinput>
</rdf:RDF>

