Re: [dev] How to split VCL testtool out?

2009-10-27 Thread Caolán McNamara
On Tue, 2009-10-27 at 16:01 +0800, Zhu Lihua wrote:
 Hi all,
 
 I've built the openoffice.org on a loongson machine, include testtool.
 I wonder how to split testtool out from the installation set? I need a
 stand alone testtool.

Don't you just need to package...

path/to/openoffice.org/basis3.X/program/hid.lst
path/to/openoffice.org/basis3.X/program/libcommunili.so
path/to/openoffice.org/basis3.X/program/libsimplecmli.so
path/to/openoffice.org/basis3.X/program/resource/stten-US.res
path/to/openoffice.org/basis3.X/program/testtool.bin
path/to/openoffice.org/basis3.X/program/testtoolrc

(replacing li with the mips equivalent suffix)

C.




-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



Re: [dev] Announcement: Migration to Mercurial

2009-10-27 Thread T. J. Frazier

Jens-Heiner Rechtien wrote:

Migration to Mercurial
== [snip...]
Documentation:
--

Main entry point:
http://wiki.services.openoffice.org/wiki/Mercurial


Björn has done a beautiful job of adding a TOC for the Mercurial pages. 
The one problem I see is, will potential users be able to find it?


Please think about where developers would look for this info, then add 
links there. I added one on the main wiki page.

--
/tj/


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



Re: [dev] How to split VCL testtool out?

2009-10-27 Thread Zhu Lihua
Hi Caolán,

Thank you very much for the replay.

But it needs much more than those. It needs libs from URE also, and many
libs in the current directory.

BTW, your name sounds very much like a Chinese name, such as 曹兰. :-)

Best regards,
Lihua

在 2009-10-27二的 08:24 +,Caolán McNamara写道:
 On Tue, 2009-10-27 at 16:01 +0800, Zhu Lihua wrote:
  Hi all,
  
  I've built the openoffice.org on a loongson machine, include testtool.
  I wonder how to split testtool out from the installation set? I need a
  stand alone testtool.
 
 Don't you just need to package...
 
 path/to/openoffice.org/basis3.X/program/hid.lst
 path/to/openoffice.org/basis3.X/program/libcommunili.so
 path/to/openoffice.org/basis3.X/program/libsimplecmli.so
 path/to/openoffice.org/basis3.X/program/resource/stten-US.res
 path/to/openoffice.org/basis3.X/program/testtool.bin
 path/to/openoffice.org/basis3.X/program/testtoolrc
 
 (replacing li with the mips equivalent suffix)
 
 C.
 
 
 
 
 -
 To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
 For additional commands, e-mail: dev-h...@openoffice.org
 
-- 
Lihua


北京红旗贰仟软件技术有限公司
Beijing Redflag 2000 Software Co., Ltd.
Building No.2, Block A, Huilongsen, 18 Xihuan Nanlu
Beijing Economic-Technological Development Area
Beijing - P.R.China

Tel:+86-10-51570010 ext.6141
http://www.RedOffice.com



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



Re: [dev] How to split VCL testtool out?

2009-10-27 Thread Andre Schnabel
Hi,

 Original-Nachricht 
 Von: Zhu Lihua zhuli...@redoffice.com
 
 I've built the openoffice.org on a loongson machine, include testtool.
 I wonder how to split testtool out from the installation set? I need a
 stand alone testtool.

There once was a set of scripts in CVS:
http://qa.openoffice.org/source/browse/qa/qatesttool/tools/standaloneTestTool/?hideattic=0

Unfortunately it seems, as standalone testtool is not supported anymore.
(What is somewhat strange, as it is the preferred way to use testtool
even for the QA-team).

Maybe someone at the qa project has an idea.

André
-- 
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



[dev] Re: [qa-dev] CWS printerpullpages now ready for QA

2009-10-27 Thread Thorsten Ziehm

Hi Phillip,

thanks for sending this complex feature again to the QA and other
projects for testing and playing ;-). It's the best way to get such
important new feature well tested before integration.

I have one question about the next steps. As you wrote the CWS is in
state 'ready for QA' now. Is this an iteration before the known issues
will be fixed in the CWS - state will change the 'new' again? Or is it
planned to integrate the feature with these known issues and fix them
later (when nobody declare one of the issues as stopper)?

Thorsten


On 10/26/09 14:14, Philipp Lohmann wrote:

Hi,

CWS printerpullpages is now in state ready for QA. Since there are a 
lot of tasks to verify in this CWS the QA-Rep would appreciate any help 
he can get in verifying this CWS.


Of course anybody else is invited playing with this CWS build, too. 
There are the following tasks known that will be fixed after 
printerpullpages has been integrated; some of these are string changes, 
some contain UI details the UX discussion brought no final results on, 
and a few small known issues are in there, too.


ID Summary
104528 [cws printerpullpages] printing from page preview is confusi
105299 [CWS printerpullpages] printing does not use paper tray sett
106196 [CWS printerpullpages] tooltips on dialog page Impress hav
104312 CWS printerpullpages: Do not print graphics and diagrams inc
104784 printerpullpages: preview of HTML source view renders differ
105055 [CWS Printerpullpages] problem with tiled printing
105067 [CWS printerpullpages] For small pages OOo does not recalcul
105434 [CWS printerpullpages] unwanted scaling when printing 2 DIN
105727 printerpullpages Disable Note options as long as no notes ar
105728 printerpullpages - Disable the Selection button as long as n
106192 printerpullpages - Unnecessary error alert by canceling prin
104934 [CWS printerpullpages] Disable Size-settings for N-Up printi
105730 printerpullpages - Selektion won't recognized

for those interested there are current install sets for Windows, 
Linux(Intel), Solaris(Sparc) and Mac(Intel) at


ftp://qa-upload.services.openoffice.org/printerpullpages

Kind regards, pl



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



Re: [dev] How to split VCL testtool out?

2009-10-27 Thread Zhu Lihua
Hi Gregor,

It's great that you are back. I'll wait for your script then. Thank you
very much for the effort!

Best regards,
Lihua

在 2009-10-27二的 10:14 +0100,Gregor Hartmann写道:
 Hi,
 
 never thought of removing unneeded files but a good startingpoint would 
 be to remove everything that was built after module automation (which 
 contains the vcltesttool).
 
 so one would need to get a list of the modules needed and get all files 
 delevered from the remaining modules. Then remove these files in the 
 installed office.
 
 One exception is the hid.lst but there might be others like some of the 
 *.rdb files.
 
 I will try to post a script which gets the filenames later.
 
 Gregor
 
 Andre Schnabel schrieb:
  Hi,
  
   Original-Nachricht 
  Von: Zhu Lihua zhuli...@redoffice.com
 
  I've built the openoffice.org on a loongson machine, include testtool.
  I wonder how to split testtool out from the installation set? I need a
  stand alone testtool.
  
  There once was a set of scripts in CVS:
  http://qa.openoffice.org/source/browse/qa/qatesttool/tools/standaloneTestTool/?hideattic=0
  
  Unfortunately it seems, as standalone testtool is not supported anymore.
  (What is somewhat strange, as it is the preferred way to use testtool
  even for the QA-team).
  
  Maybe someone at the qa project has an idea.
  
  André
 
 
 -
 To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
 For additional commands, e-mail: dev-h...@openoffice.org
 
-- 
Lihua


北京红旗贰仟软件技术有限公司
Beijing Redflag 2000 Software Co., Ltd.
Building No.2, Block A, Huilongsen, 18 Xihuan Nanlu
Beijing Economic-Technological Development Area
Beijing - P.R.China

Tel:+86-10-51570010 ext.6141
http://www.RedOffice.com



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



Re: [dev] Announcement: Migration to Mercurial

2009-10-27 Thread Matthias B.
Maybe I've overlooked it but I haven't seen an equivalent to

svn switch URL-of-CWS-or-tag

With svn I had one checkout which I switched to whatever cws or tag I
wanted to build and svn switch would only download the differences
between my current checkout and the target. That was fast, saved
bandwidth and hard drive space (believe it or not, I have to make do
with an 80GB hard disk). With Mercurial it looks like I have to clone
a complete repository whenever I want to build a CWS or a tag. Could
someone give me the Mercurial equivalent to the following sequence of
instructions:

svn co http://svn.services.openoffice.org/ooo/trunk/
cd trunk

svn switch http://svn.services.openoffice.org/ooo/cws/blabla
# Now the current directory contains the OOo sources for CWS blabla

svn switch http://svn.services.openoffice.org/ooo/tags/OOO320_m2/
# Now the current directory contains the OOo sources for milestone OOO320_m2
# NOTE: The changes from CWS blabla are NOT merged. Unless they have
been incorporated in m2 by
# the OOo developers, they are gone now from my checkout.
# This is an important point. I am NOT looking for a way to merge
changes from different trees.

svn switch http://svn.services.openoffice.org/ooo/trunk/
# Now my repository is exactly as it was in the beginnig (assuming no
commits happened in the mean time)

As mentioned in the beginning, I'm interested in a way of doing this
that is fast, bandwidth-efficient and diskspace-efficient.

Matthias

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



Re: [dev] Announcement: Migration to Mercurial

2009-10-27 Thread Christian Lohmaier
Hi Matthias,

On Tue, Oct 27, 2009 at 10:58 AM, Matthias B. mux2...@gmail.com wrote:
 Maybe I've overlooked it but I haven't seen an equivalent to

 svn switch URL-of-CWS-or-tag

 With svn I had one checkout which I switched to whatever cws or tag I
 wanted to build and svn switch would only download the differences
 between my current checkout and the target. That was fast, saved
 bandwidth and hard drive space

No, that wasn't really fast (IMHO).

 (believe it or not, I have to make do
 with an 80GB hard disk). With Mercurial it looks like I have to clone
 a complete repository whenever I want to build a CWS or a tag.

If you want to have it in seperate directories: Yes, but you're
cloning from your local repo anyway. And when you do it as described
in the wiki-pages, mercurial will use hardlinks for the clone.

This is /very/ fast and also needs virtually no additional space for the repo.

 Could
 someone give me the Mercurial equivalent to the following sequence of
 instructions:

 svn co http://svn.services.openoffice.org/ooo/trunk/

hg clone -U http://hg.services.openoffice.org/DEV300 OOo-repo

 cd trunk

 svn switch http://svn.services.openoffice.org/ooo/cws/blabla

hg clone -U OOo-repo workdir
cd workdir
hg pull -u http://hg.services.openoffice.org/cws/blabla

Alternatively you can pull to your local-master

 # Now the current directory contains the OOo sources for CWS blabla

 svn switch http://svn.services.openoffice.org/ooo/tags/OOO320_m2/
 # Now the current directory contains the OOo sources for milestone OOO320_m2
 # NOTE: The changes from CWS blabla are NOT merged. Unless they have
 been incorporated in m2 by
 # the OOo developers, they are gone now from my checkout.
 # This is an important point. I am NOT looking for a way to merge
 changes from different trees.

just the same as above, although then you wouldn't need to pull since
the milestones would be tagged in the main repo already. hg update -C
(thorw away your local changes) -r OOO320_m2)

 svn switch http://svn.services.openoffice.org/ooo/trunk/
 # Now my repository is exactly as it was in the beginnig (assuming no
 commits happened in the mean time)

 As mentioned in the beginning, I'm interested in a way of doing this
 that is fast, bandwidth-efficient and diskspace-efficient.

Mercurial is way, way faster than svn in this regard.
If fact with mercurial, I wouldn't bother modifying the existing tree,
but just create another local clone.

Remember to always clone the full repo (no -r argument), otherwise
mercurial cannot use hardlinks (would be slow and takes much
diskspace)

ciao
Christian

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



Re: [dev] Announcement: Migration to Mercurial

2009-10-27 Thread Christian Lohmaier
Hi Björn, *,

On Tue, Oct 27, 2009 at 11:37 AM, bjoern michaelsen - Sun Microsystems
- Hamburg Germany bjoern.michael...@sun.com wrote:
 On Tue, 27 Oct 2009 10:58:53 +0100
 Matthias B. mux2...@gmail.com wrote:

 Maybe I've overlooked it but I haven't seen an equivalent to

 svn switch URL-of-CWS-or-tag

 This is certainly possible with hg. However, to use this functionality
 you would need multiple heads in one repository. Since this is _not_
 currently supported by releng,

Well, RE doesn't need to support it anyway. One needs to be aware of
it, that's all.
If you're consumer only, then you don't need to take care anyway, only
if you are a developer and need to commit stuff, then you should
remember that you're having multiple heads and that only the one
you're working on is meant to be pushed.
Pushing the other ones doesn't do any harm besides wasting bandwidth on a push.

 you are completely on your own when
 doing so. If you are a not yet too confident in using hg, just use
 multiple repositories: It uses a bit more disc space, but will likely
 have break-even by not breaking your repos once.

It doesn't even take more diskspace. A hg workingdir: ~3.5GB - a
subversion working dir: 4,4 GB

A local clone doesn't take up noteworthy diskspace - only the actual
sourcefiles matter (~2.1GB)
But as you got the whole repo locally anyway, throwing away those 2.1
GB to make room for the other tree is cheap. No bandwidth needed, just
a little I/O on your harddisk.

Again: Cloning the local repo is fast.
$ hg --time clone -U OOo-tip hgclone
Time: real 2.140 secs (user 0.770+0.000 sys 1.130+0.000)
$ cd hgclone/
$ hg --time update -r DEV300_m61
68960 files updated, 0 files merged, 0 files removed, 0 files unresolved
Time: real 59.220 secs (user 41.670+0.000 sys 7.580+0.000)
$ cd ..
$ time rm -rf hgclone/

real0m1.551s
user0m0.100s
sys 0m1.450s

svn switch doesn't even come close to that.

So: Don't try to force your working habits to mercurial, better try to
adapt your workflow to use the benefits of mercurial.

 As shown, theres a way to do that. However, this local repository now
 contains multiple heads. Do NOT DARE to hg push --force these
 multiple heads to an outgoing repository or the wrath of RelEng will
 be upon you. You have been warned(*) ;-)

...instead just use hg push -r tip, to only push the head you're
actually working on.
That way no bandwidth is wasted pushing unrelated branches/heads and
no confusion is caused by introducing another head in the cws.

ciao
Christian

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



Re: [dev] Announcement: Migration to Mercurial

2009-10-27 Thread Jens-Heiner Rechtien

Hi Eric,

looks fine and I'm looking forward to that ClassRoom.

Regards,
   Heiner

eric.bachard wrote:

Hello Heiner,

Jens-Heiner Rechtien a écrit :

Migration to Mercurial
==
OpenOffice.org developers,
here - as promised - some information about the migration of the 
DEV300 code line to Mercurial.


First, thanks a lot for your great and impressive work  :-)

[...cut the announce... ]

As we discussed, I have added Migration to Mercurial presentation we 
planned together in the Education Project ClassRoom agenda : 
http://wiki.services.openoffice.org/wiki/Education_ClassRoom/Agenda


Please verify nothing is wrong, and thanks again for your participation !

Eric


P.S. for Björn :  a student from UTBM (Mathieu Paret, on CC) is 
currently working on the Education Project wiki page improvement, and 
we'll modernize a bit soon. If you want to discuss more about this 
topic, we can meet us on IRC ( #education.openoffice.org )



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



Re: [dev] Announcement: Migration to Mercurial

2009-10-27 Thread Jens-Heiner Rechtien

bjoern michaelsen - Sun Microsystems - Hamburg Germany wrote:

[...]


As shown, theres a way to do that. However, this local repository now
contains multiple heads. Do NOT DARE to hg push --force these
multiple heads to an outgoing repository or the wrath of RelEng will
be upon you. You have been warned(*) ;-)


Best Regards,

Bjoern

(*) At least twice, as the docs say this pretty clearly at:
http://wiki.services.openoffice.org/wiki/MercurialCws#Publishing_changes



Actually, I'm thinking about a hook which will prevent the creation of 
new heads on the outgoing repositories. Not yet implemented, though.


Regards,
  Heiner

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



Re: [dev] Announcement: Migration to Mercurial

2009-10-27 Thread bjoern michaelsen - Sun Microsystems - Hamburg Germany
On Tue, 27 Oct 2009 13:04:50 +0100
Christian Lohmaier cl...@openoffice.org wrote:

 Pushing the other ones doesn't do any harm besides wasting bandwidth
 on a push.
Thats not entirely true. This is the way there is harm by adding
superficial heads to an outgoing repo:
- RelEng expects a cws repo to contain exactly one head on integration.
  They do not want to have to figure out which of multiple heads should
  be integrated. This is a reasonable requirement.
- Thus all heads on an outgoing repository need to be merged before
  integration. Since all heads are merged into one and this one head
  will be integrated, everything on the cws will be integrated in the
  master.
- Thus there is no way to have an scrap branch on an outgoing
  repo that will not be integrated in the master. The only way to get
  rid of unwanted experimental branches is to open a new cws,
  cherrypick branches over to the new cws and then delete the old cws.

tl;dr: Do NOT create multiple heads in outgoing repos.

 [...]
 real  0m1.551s
 user  0m0.100s
 sys   0m1.450s
Well, thats all true with any real OS and FS. Unfortunately, on Windows
time and space requirements are quite different.

 ..instead just use hg push -r tip, to only push the head you're
 actually working on.
Or, if unsure, do not create multiple heads (unless temporarily on a
local repo when you do the equivalent of a cws rebase, in which case
you are merging them immediately).

Best Regards,

Bjoern Michaelsen

-- 
===
 Sitz der Gesellschaft:
 Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten
 Amtsgericht Muenchen: HRB 161028
 Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Wolf Frenkel
 Vorsitzender des Aufsichtsrates: Martin Haering
===


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



Re: [dev] Announcement: Migration to Mercurial

2009-10-27 Thread Jens-Heiner Rechtien

Hi Bjoern,

thanks, this is looking way better and is much more usable.

Regarding your idea with reorganizing the pages. I like that :-). Maybe 
we could just forward the old pages to the new ones (only the OOo and 
Mercurial one, no need to bother with rest).


Regards,
   Heiner

bjoern michaelsen - Sun Microsystems - Hamburg Germany wrote:

On Tue, 27 Oct 2009 04:42:37 -0400
T. J. Frazier tjfraz...@cfl.rr.com wrote:


Jens-Heiner Rechtien wrote:

Migration to Mercurial
== [snip...]
Documentation:
--

Main entry point:
http://wiki.services.openoffice.org/wiki/Mercurial

Bj__rn has done a beautiful job of adding a TOC for the Mercurial
pages.

Yeah, sorry. I could not keep my hands of it ;-) (and I really just
found a template to copy'n paste)


The one problem I see is, will potential users be able to find
it?
Please think about where developers would look for this info, then
add links there. I added one on the main wiki page.

As of now it is linked from:
- Main Page
- Main Page - I want to be an OpenOffice.org developer
- Main Page - Build Environment Effort
- Main Page - Building Guide
- Category:Mercurial
- Category:SCM
- Category:Development (Entry Page only)
- Category:CWSTooling (were relevant)
- I did not add Category:Build System and Category:Quality Assurance to
  not dilute them.
Anything missing?
Actually I think in the long run (in 6 month, after migration), it would
not need to be on the Main Page anymore as current devs would know
about it and newcomers will find it in the I want to be ... and
Building Guide Pages.
But now, its great to have it on the frontpage. Thanks for adding it!

Best Regards,

Bjoern Michaelsen

P.S.:
I was wondering if it would be a good idea to move the pages to
subpages matching their current title. Of course one would keep the
redirects from the historic titles to keep the links from the Mailing
Lists working.
OOo and Mercurial - Mercurial/Getting Started
MercurialCws - Mercurial/CWS
MercurialTipsAndTricks - Mercurial/TipsAndTricks
MercurialMigration - Mercurial/Migration
Opinions?



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



[dev] Re: [OOoCon 2009] OOo4Kids and Education Project : presentations canceled

2009-10-27 Thread eric b

Le 27 oct. 09 à 10:28, Davide Dozza a écrit :


Eric,



Hello Davide,



eric.bachard ha scritto:

Hi John,

John McCreesh a écrit :
There is still time to apply for the Euro 300 bursary if that is  
any help

http://wiki.services.openoffice.org/wiki/OOoCon2009_Bursaries


Thanks a lot for your concern, but I won't apply.

Please help other people, who certainly need more than me.


from your post it seemed you needed funds for participating.



Indeed. One week ago (the 20th October), on my blog, I invited people  
to donate, to avoid the cancelation : http://download.ooo4kids.org/en/ 
Donate  (all funds go to the EducOOo association, dedicated to the  
OpenOffice.org Education Project)


In fact, it was -probably- already too late, and I should have posted  
before (too busy, my fault). Since, I verified yesterday : the  
EducOOo (our non profit association) received less than 300 euros.  
The fact is, the npa received not enough to help me, so my  
participation is canceled.


That's completely normal.



Moreover your presentations were rather interesting.



Thank you very much :-)

Nevertheless, my absence is not that important : if you have  
questions, or whatever, you can use the d...@education.openoffice.org  
list, or ask us directly on IRC, and I'll be glad to answer you  
anything I can.




It's really a pity you don't want to come.




I'm not sure to well understand what you wrote -probably my bad  
english- but I assume I do not want to pay for contribute : more than  
310 days over 365 a year counts, you can reach me on IRC, where I  
help students, discuss code, work on the Education Project, and do my  
best to contribute, and share.


That's enough for me.


Now, if we (the association) did not receive anything (I mean  
donations) in return, it simply means that what we do is wrong, or  
not what the people expect, and maybe it's time to stop.


For the one who have the memory, it was exactly the same last year  
( OOoCon 2008, Beijin), with the difference I didn't apply. Strange,  
nobody considered I had some important role to play (while I was  
doing exactly the same). Yet another reason to not consider this  
annulation as something important. Just sad, nothing more.


At least this will make some students who will inherit of the slots  
happy :)


End of topic for me.


Regards,
Eric Bachard

Lead,
OpenOffice.org Education Project

--
qɔᴉɹə






Re: [dev] Re: [OOoCon 2009] OOo4Kids and Education Project : presentations canceled

2009-10-27 Thread Andre Schnabel
Hi Eric,

 Original-Nachricht 
 Von: eric b eric.bach...@free.fr

 
 In fact, it was -probably- already too late, and I should have posted  
 before (too busy, my fault). Since, I verified yesterday : the  
 EducOOo (our non profit association) received less than 300 euros.  
 The fact is, the npa received not enough to help me, so my  
 participation is canceled.
 
 That's completely normal.

Maybe to you - to me it seems rather unfair to many of the other
people who apllied for a slot.

If your participation is bound to some restrictions, you could have
stated this much earlier. Remember that you even could have applied
for imbursements here at the Ooo project (from what I read, you did not).

In preparation of the conference, you often complained, that the 
education project did not get enough attention. So - now the project got
attention, the project lead got a session, people maybe prepared to 
have some chats with the education lead ... and now exactly this project
lead find, ha cannot attent, because he was to late with looking for
imburesements?

...
 
 Nevertheless, my absence is not that important

Maybe to you. But what is with all the other people who prepaed to meet
*you*?

Maybe it is not important if you are there or not. But it is (imho)
imporant to communicate open and early, under what conditions
you are there.

André

(being a little upset)
-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



Re: [dev] Announcement: Migration to Mercurial

2009-10-27 Thread bjoern michaelsen - Sun Microsystems - Hamburg Germany
On Tue, 27 Oct 2009 14:22:31 +0100
Jens-Heiner Rechtien jens-heiner.recht...@sun.com wrote:
 Actually, I'm thinking about a hook which will prevent the creation
 of new heads on the outgoing repositories. Not yet implemented,
 though.
This time, unlike last time, I am against such a hook. ;-) If somebody
creates multiple heads on an outgoing repo, no harm was done to the
master. This is different than with SVN. However, it has to be clear
that such a repo will never be integrated unless all heads are merged.
Still, having such repos on outgoing might be of value for experimental
minibranches, where one is not certain if they might get integrated one
day.
When those are on outgoing repos:
- They are on backup as long as it is uncertain if they will make it to
  the master.
- They can be easily merged into real cws for integration once they
  seem fit for it.
- They can be simply deleted with the repo if they prove faulty.
  Nothing of value will be lost.

If you want to make absolutely clear that a cws wont be integrated when
its repo has multiple heads, I would propose to add another Test to
EIS showing this nifty stopsign and scary red boxes, if the cws repo
has multiple heads.

Best Regards,


Bjoern Michaelsen
 

-- 
===
 Sitz der Gesellschaft:
 Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten
 Amtsgericht Muenchen: HRB 161028
 Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Wolf Frenkel
 Vorsitzender des Aufsichtsrates: Martin Haering
===


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



Re: [dev] Announcement: Migration to Mercurial

2009-10-27 Thread Jens-Heiner Rechtien

Hi Bjoern,

let's see if there are accidental new heads on the outgoing 
repository. No need to have a hook for something that never happens anyway.


Best regards,
  Heiner

bjoern michaelsen - Sun Microsystems - Hamburg Germany wrote:

On Tue, 27 Oct 2009 14:22:31 +0100
Jens-Heiner Rechtien jens-heiner.recht...@sun.com wrote:

Actually, I'm thinking about a hook which will prevent the creation
of new heads on the outgoing repositories. Not yet implemented,
though.

This time, unlike last time, I am against such a hook. ;-) If somebody
creates multiple heads on an outgoing repo, no harm was done to the
master. This is different than with SVN. However, it has to be clear
that such a repo will never be integrated unless all heads are merged.
Still, having such repos on outgoing might be of value for experimental
minibranches, where one is not certain if they might get integrated one
day.
When those are on outgoing repos:
- They are on backup as long as it is uncertain if they will make it to
  the master.
- They can be easily merged into real cws for integration once they
  seem fit for it.
- They can be simply deleted with the repo if they prove faulty.
  Nothing of value will be lost.

If you want to make absolutely clear that a cws wont be integrated when
its repo has multiple heads, I would propose to add another Test to
EIS showing this nifty stopsign and scary red boxes, if the cws repo
has multiple heads.

Best Regards,


Bjoern Michaelsen
 




-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



Re: [dev] Announcement: Migration to Mercurial

2009-10-27 Thread bjoern michaelsen - Sun Microsystems - Hamburg Germany
On Tue, 27 Oct 2009 14:25:40 +0100
Jens-Heiner Rechtien jens-heiner.recht...@sun.com wrote:

 Regarding your idea with reorganizing the pages. I like that :-).
 Maybe we could just forward the old pages to the new ones (only the
 OOo and Mercurial one, no need to bother with rest).
All pages moved, all wiki internal links updated. Redirects are in place
(thats the default when moving). Maybe we can remove the redirect pages
in 6 month when this stuff is old.

Best Regards,

Bjoern
-- 
===
 Sitz der Gesellschaft:
 Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten
 Amtsgericht Muenchen: HRB 161028
 Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Wolf Frenkel
 Vorsitzender des Aufsichtsrates: Martin Haering
===


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



Re: [dev] Announcement: Migration to Mercurial

2009-10-27 Thread Christian Lohmaier
Hi *,

On Tue, Oct 27, 2009 at 3:49 PM, Jens-Heiner Rechtien
jens-heiner.recht...@sun.com wrote:
 Hi Bjoern,

 let's see if there are accidental new heads on the outgoing repository. No
 need to have a hook for something that never happens anyway.

IMHO this is already guaranteed by mercurial itself. Forcing something
is always a bad idea, so whoever forces a commit despite the warning
surely doesn't do that by accident.

ciao
Christian

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



[dev] Community Council/Items/Candidates October 2009 - OpenOffice.org Wiki

2009-10-27 Thread Louis Suarez-Potts

All,
The nominees for this election cycle have been determined. They are  
Jürgen Schmidt, Charles-H. Schulz, Alexander Colorado, and Christoph  
Noack. You know them all already, so, with the candidates agreement,  
we have shortened the introductory period and hope to start voting  
later this week, perhaps by Thursday. I will send the necessary  
information for voting later on.


I have posted a wiki page that links to the candidates' brief wiki bio  
(I didn't see Christoph's) and also their acceptance note.[0]  As  
well, the candidates have already been doing the necessary job of  
informing you, the OpenOffice.org Community, about themselves and why  
they want to join the Council.


Feel free to ask them questions related to their goal.

The candidates and the seats for which they are standing for election  
are described in the wiki. As well, the Election Process [1] is useful  
to go over, and the Council main page, which describes the CC and is  
current lineup, may help with understanding what we do and do not do.[2]


Cheers,

Louis

[0] 
http://wiki.services.openoffice.org/wiki/Community_Council/Items/Candidates_October_2009
[1] 
http://wiki.services.openoffice.org/wiki/Community_Council/Items/Election_Process_Proposal
[2] http://council.openoffice.org/#council



--
Louis Suarez-Potts
Community Manager
OpenOffice.org