Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!
@pedro: thx, that can save quite some time if it works. @dave: nice to know that you are admin, so you can help provide e.g. a list of pages. We had a discussion a while ago about moving the cwiki content, once the mwiki was upgraded, so I guess now is about the right time to take a decision. I will initiate that shortly. Jan I. On 26 December 2012 05:32, Dave Fisher w...@apache.org wrote: Sent from my iPhone On Dec 25, 2012, at 7:22 PM, Pedro Giffuni p...@apache.org wrote: FWIW; It also came to my memory that there was the idea to attempt merging at least some of the documentation from MWiki to CWiki by using this plugin: https://studio.plugins.atlassian.com/wiki/display/UWC/Universal+Wiki+Converter Ultimately no one gave it a try due to lack of resources (access to the db, running CWiki, I recall) The community wanted the mWiki and Terry showed up to migrate it. I do have admin karma in the cWiki if someone is interested in doing further development there I'll help. Regards, Dave cheers, Pedro. Da: Pedro Giffuni p...@apache.org A: dev@openoffice.apache.org dev@openoffice.apache.org Cc: janI j...@apache.org Inviato: Lunedì 24 Dicembre 2012 14:45 Oggetto: Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours FWIW; One of the suggestions from Terry E was moving from MySQL to PostgreSQL, which offered advantages for doing proper backups. My memory is sketchy so you may want to dig up the details in the archives. Pedro. Da: janI j...@apache.org A: dev@openoffice.apache.org Inviato: Lunedì 24 Dicembre 2012 6:50 Oggetto: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours Hi. I have taken wiki.openoffice.org, down for a db maintenance. Jan I.
Moving content between CWiki and MWiki (was Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!)
Da: janI ... Oggetto: Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours @pedro: thx, that can save quite some time if it works. @dave: nice to know that you are admin, so you can help provide e.g. a list of pages. Two things here: The conversor is one way only: to CWiki. Conversion is known to be imperfect and a lot of content would be lost. OTOH, it is also understood that a lot of MWiki content is obsolete and needs to be cleaned out anyway. For conversion of the math stuff the documentation of the plugin states that CWiki could be helped by the use of a latex plugin. We had a discussion a while ago about moving the cwiki content, once the mwiki was upgraded, so I guess now is about the right time to take a decision. I will initiate that shortly. From a licensing perspective the MWiki content is a can of worms. This may or may not be important as this is not included in releases but the general consensus was to keep the MWiki content contained and only accept ALv2 content from now on. There is also a huge -1 in the current MWiki for me: if MWiki is here to stay ldap access must be enabled so that committers have access to it without opening a new account. Just thought I'd point those things out :) Pedro.
Re: Moving content between CWiki and MWiki (was Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!)
On 26 December 2012 16:47, Pedro Giffuni p...@apache.org wrote: Da: janI From a licensing perspective the MWiki content is a can of worms. This may or may not be important as this is not included in releases but the general consensus was to keep the MWiki content contained and only accept ALv2 content from now on. We should have put our ALv2 license in place long time ago, there is a separate policy page for that. That has not happened and therefore all content is totally without any license (except of course those that have explecitly written something). Please do not mix the mediawiki license with the contents license. The MediaWiki software license is not a problem, just like the CWiki license is not a problem. correct ! We do have licensing issues with the content of both the wiki and the website. If you check the lengthy discussion we had about it you will find that the documentation is mostly licensed under PDL. As I said it's a can of worms, but it doesn't mean we won't have to open it. Now I get it, I thought you meant the mediawiki general license. There are for sure bigger issues with the general content, also according to our ICLA we cannot simply copy it. As far as I can judge (but I am no expert) mwiki provides more facilities than cwiki in respect of graphics, and in the discussion (see earlier mail thread) everybody seemed convinced that mwiki was the future and cwiki was old (I cannot judge those statements). Absolutely. MediaWiki is superior to CWiki, There is also a huge -1 in the current MWiki for me: if MWiki is here to stay ldap access must be enabled so that committers have access to it without opening a new account. I cannot agree more about ldap access...but I actually had the same problem with cwiki, we are not all committers !! When I consider the user base is about 6.200 (after spam removal) and only a small fraction are committers, I would place ldap as important, but a reason for a -1. It limits my ability to contribute to the MediaWiki content as it seems the wiki is unconnected to the rest of Apache. I think it's something that can be solved: my understanding is that accepting LDAP doesn't exclude volunteers from using the existing authentication accounts. well I am right now doing my best to connect it better to apache, LDAP is one small step, which I am actually sitting right now and reading about. Other things are the monitoring and other infra stuff, where I help out a bit. If you have other ideas how to connect mwiki and apache, then I am all open ears (or more correctly eyes). It's a -1 for me but I am not saying it's binding. In Denmark we once had a prime minister who said you have a stand until you make a new one :-) and as I said I am just listening, Pedro.
Re: Moving content between CWiki and MWiki (was Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!)
Da: janI On 26 December 2012 16:47, Pedro Giffuni p...@apache.org wrote: ... We do have licensing issues with the content of both the wiki and the website. If you check the lengthy discussion we had about it you will find that the documentation is mostly licensed under PDL. As I said it's a can of worms, but it doesn't mean we won't have to open it. Now I get it, I thought you meant the mediawiki general license. There are for sure bigger issues with the general content, also according to our ICLA we cannot simply copy it. The issue is the SUN contribution agreement for that content was that was under Public Documentation License by default, or alternatively under PD or some CC- copyleft. We can probably get some of that stuff relicensed but this is not usually covered by a SGA. It's a can of worms :(. It limits my ability to contribute to the MediaWiki content as it seems the wiki is unconnected to the rest of Apache. I think it's something that can be solved: my understanding is that accepting LDAP doesn't exclude volunteers from using the existing authentication accounts. well I am right now doing my best to connect it better to apache, LDAP is one small step, which I am actually sitting right now and reading about. Other things are the monitoring and other infra stuff, where I help out a bit. Let me clarify this: you are doing a GREAT job. Updating the MediaWiki software was indeed a requirement for infra@ if MWiki is going to stay. I personally don't want to spend holiday time thinking about documentation or MWikis :). Keep up the good work! Pedro.
Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!
HI Tj and Helen. First please bear over with me, it is x-mas morning, and my head is not fully operational :-) Let me explain: we are actually running on the test system, I have a link for production that I can switch to different directories, and I simply pointed it at test (which makes it easy to switch back). Of course I also updated the DB. @Tj: I see your problem, that is a security issue I did not see comming :-( You tested the editor in test, can you confirm that it had no problems ? @Helen: This has to do with the UTF8 conversion, I understood from the previous mails that it worked on wikitest...and I just tested a couple of pages (in russian), which to be honest I did not understand, but the looked like the old wiki :-) I can do the UTF8 conversion, pn text and pages in the live system, but I have my children visiting, so it will take a couple of days. If any of you (on anybody else with a serious reason) request that I roll back I wil do it by restoring the db backup from yesterday and activating the old code...please advice quickly in order not to loose too many changes. Have a nice day, and thanks for advicing me. Jan I. On 25 December 2012 04:54, Helen russian helenruss...@gmail.com wrote: Hello all. Jan, Russian characters are damaged in the page names and in the category names. Please look at http://wiki.openoffice.org/wiki/Category:RU Look also at other names: httphttp://wiki.openoffice.org/wiki/Category:AR ://wiki.openoffice.org/wiki/Category:ARhttp://wiki.openoffice.org/wiki/Category:AR -- Regards, Helen 2012/12/25 janI j...@apache.org: Hi Tj. I have no problem with the editor tool bar ? or did I misunderstand you ? (see attachment) Wikitest is not active at the moment, because I have switches 1.20.2 to production. Rgds Jan I. On 24 December 2012 20:47, TJ Frazier tjfraz...@cfl.rr.com wrote: On 12/24/2012 06:50, janI wrote: Hi. I have taken wiki.openoffice.org, down for a db maintenance. Jan I. Jan, I'm seeing a problem with the editor tool bar. Tried to check it out on testwiki, but got a 403. /tj/ -- Helen
Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!
On 25 December 2012 13:22, TJ Frazier tjfraz...@cfl.rr.com wrote:
On 12/25/2012 04:03, janI wrote:
HI Tj and Helen.
First please bear over with me, it is x-mas morning, and my head is not
fully operational :-)
Let me explain:
we are actually running on the test system, I have a link for production
that I can switch to different directories, and I simply pointed it at
test
(which makes it easy to switch back).
Of course I also updated the DB.
@Tj:
I see your problem, that is a security issue I did not see comming :-(
You tested the editor in test, can you confirm that it had no problems ?
@Helen:
This has to do with the UTF8 conversion, I understood from the previous
mails that it worked on wikitest...and I just tested a couple of pages (in
russian), which to be honest I did not understand, but the looked like the
old wiki :-)
I can do the UTF8 conversion, pn text and pages in the live system, but I
have my children visiting, so it will take a couple of days.
If any of you (on anybody else with a serious reason) request that I roll
back I wil do it by restoring the db backup from yesterday and activating
the old code...please advice quickly in order not to loose too many
changes.
Have a nice day, and thanks for advicing me.
Jan I.
Hi, Jan, Helen,
*UTF8*: It seems we have some scattered conversion problems in this area.
The big question is, how many? The Unused files special page is showing
strange entries for the first few items, too; the names look like what I'd
expect from double conversion.
@Helen: can you give us a better idea of how big the problem is? Cyrillic
is Greek to me (=unknown), too. I am assuming that this would be
important, for going back or going forward.
Helen told me off list, that we should go ahead and fix iit in the live
version, but your comments make me a bit nervous, so yes I also would like
a damage estimate. I have not run the UTF8 conversion script we got, so
that might solve the whole problem.
*Editor*: Loading the toolbar has always been a two-step process: the
first part is initially visible, then the rest of the icons load quickly
but visibly later. (I'd love to know more about what's going on here,
because I'd love to add an icon to the list: ttTEXT HERE/tt, something
I use frequently.) I think (but cannot confirm) that it was working on
testwiki. I did do a little editing on testwiki, so I should have noticed
the glitch, but maybe I didn't.
Please have a look now, I added WikiEditor instead of the default,
because it has some issues with the seconds part icons and are not easy
extendable.
Look in mediawiki, there are examples on how to extend the icons, you can
do it for your user, and once it works I can include them.
*Category for Speedy Deletion*: Jan, you deleted this category. Granted,
it was empty at the time, but we sysops chase and delete pages that show up
here. This is how non-sysops request page deletion, by adding the template,
{{delete|explanation}} to the page. Then a sysop looks at the page and the
reason, and acts accordingly: deletes the page or removes the template, and
explains why in the summary.
Sorry, there was not comment like in the russian pages. Can you please make
it again, and put a comment in there.
Most of the users who would request such a thing are now sysops, and can
do their own deletions, but even there, they might want a second opinion. I
suggest that this method is worth keeping. Therefore, I have re-created the
category.
Agree, but please put a note like to not delete even if empty for future
admins :-)
/tj/
On 25 December 2012 04:54, Helen russian helenruss...@gmail.com wrote:
Hello all.
Jan,
Russian characters are damaged in the page names and in the category
names.
Please look at
http://wiki.openoffice.org/**wiki/Category:RUhttp://wiki.openoffice.org/wiki/Category:RU
Look also at other names: httphttp://wiki.openoffice.**
org/wiki/Category:AR http://wiki.openoffice.org/wiki/Category:AR
://wiki.openoffice.org/wiki/**Category:ARhttp://wiki.openoffice.org/wiki/Category:AR
http://wiki.**openoffice.org/wiki/Category:**ARhttp://wiki.openoffice.org/wiki/Category:AR
--
Regards,
Helen
2012/12/25 janI j...@apache.org:
Hi Tj.
I have no problem with the editor tool bar ? or did I misunderstand you
?
(see attachment)
Wikitest is not active at the moment, because I have switches 1.20.2 to
production.
Rgds
Jan I.
On 24 December 2012 20:47, TJ Frazier tjfraz...@cfl.rr.com wrote:
On 12/24/2012 06:50, janI wrote:
Hi.
I have taken wiki.openoffice.org, down for a db maintenance.
Jan I.
Jan,
I'm seeing a problem with the editor tool bar. Tried to check it out on
testwiki, but got a 403.
/tj/
--
Helen
Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!
Hi all 25.12.2012 18:22, TJ Frazier пишет: Hi, Jan, Helen, *UTF8*: It seems we have some scattered conversion problems in this area. The big question is, how many? The Unused files special page is showing strange entries for the first few items, too; the names look like what I'd expect from double conversion. @Helen: can you give us a better idea of how big the problem is? Cyrillic is Greek to me (=unknown), too. I am assuming that this would be important, for going back or going forward. Look at http://wiki.openoffice.org/wiki/Special:AncientPages I found wrong characters in these items (for first 5000 items, languages RU, MN, JA, KO, DE, FR, SV): 59 60 61 109 476 477 510-516 629 676 707 833 834 940-953 959 1013 1041 1062 1063 1067-1069 1080-1117 1139-1159 1162 1187-1202 1205-1250 1253-1272 1279 1280 1427 1492 1520 1603 1750 1769 1770 1791 1793 1950 2183 2210 2310 2336 2348 2349 2379 2548 3434 4039 4040 4045 4448 4505 4513 4672 4733 4798 4785-4927 -- WBR, Helen
Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!
Give me an hour, I will try to run the UTF8 conversion. jan I. On 25 December 2012 14:15, helen helenruss...@gmail.com wrote: Hi all 25.12.2012 18:22, TJ Frazier пишет: Hi, Jan, Helen, *UTF8*: It seems we have some scattered conversion problems in this area. The big question is, how many? The Unused files special page is showing strange entries for the first few items, too; the names look like what I'd expect from double conversion. @Helen: can you give us a better idea of how big the problem is? Cyrillic is Greek to me (=unknown), too. I am assuming that this would be important, for going back or going forward. Look at http://wiki.openoffice.org/**wiki/Special:AncientPageshttp://wiki.openoffice.org/wiki/Special:AncientPages I found wrong characters in these items (for first 5000 items, languages RU, MN, JA, KO, DE, FR, SV): 59 60 61 109 476 477 510-516 629 676 707 833 834 940-953 959 1013 1041 1062 1063 1067-1069 1080-1117 1139-1159 1162 1187-1202 1205-1250 1253-1272 1279 1280 1427 1492 1520 1603 1750 1769 1770 1791 1793 1950 2183 2210 2310 2336 2348 2349 2379 2548 3434 4039 4040 4045 4448 4505 4513 4672 4733 4798 4785-4927 -- WBR, Helen
Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!
On 12/25/2012 08:05, janI wrote:
On 25 December 2012 13:22, TJ Frazier tjfraz...@cfl.rr.com wrote:
On 12/25/2012 04:03, janI wrote:
HI Tj and Helen.
First please bear over with me, it is x-mas morning, and my head is not
fully operational :-)
Let me explain:
we are actually running on the test system, I have a link for production
that I can switch to different directories, and I simply pointed it at
test
(which makes it easy to switch back).
Of course I also updated the DB.
@Tj:
I see your problem, that is a security issue I did not see comming :-(
You tested the editor in test, can you confirm that it had no problems ?
@Helen:
This has to do with the UTF8 conversion, I understood from the previous
mails that it worked on wikitest...and I just tested a couple of pages (in
russian), which to be honest I did not understand, but the looked like the
old wiki :-)
I can do the UTF8 conversion, pn text and pages in the live system, but I
have my children visiting, so it will take a couple of days.
If any of you (on anybody else with a serious reason) request that I roll
back I wil do it by restoring the db backup from yesterday and activating
the old code...please advice quickly in order not to loose too many
changes.
Have a nice day, and thanks for advicing me.
Jan I.
Hi, Jan, Helen,
*UTF8*: It seems we have some scattered conversion problems in this area.
The big question is, how many? The Unused files special page is showing
strange entries for the first few items, too; the names look like what I'd
expect from double conversion.
@Helen: can you give us a better idea of how big the problem is? Cyrillic
is Greek to me (=unknown), too. I am assuming that this would be
important, for going back or going forward.
Helen told me off list, that we should go ahead and fix iit in the live
version, but your comments make me a bit nervous, so yes I also would like
a damage estimate. I have not run the UTF8 conversion script we got, so
that might solve the whole problem.
I see in a later note that you are doing this. Good; I think we need it.
*Editor*: Loading the toolbar has always been a two-step process: the
first part is initially visible, then the rest of the icons load quickly
but visibly later. (I'd love to know more about what's going on here,
because I'd love to add an icon to the list: ttTEXT HERE/tt, something
I use frequently.) I think (but cannot confirm) that it was working on
testwiki. I did do a little editing on testwiki, so I should have noticed
the glitch, but maybe I didn't.
Please have a look now, I added WikiEditor instead of the default,
because it has some issues with the seconds part icons and are not easy
extendable.
Look in mediawiki, there are examples on how to extend the icons, you can
do it for your user, and once it works I can include them.
WikiEdditor looks good to me, and seems to work fine. I will
investigate extending the icons.
*Category for Speedy Deletion*: Jan, you deleted this category. Granted,
it was empty at the time, but we sysops chase and delete pages that show up
here. This is how non-sysops request page deletion, by adding the template,
{{delete|explanation}} to the page. Then a sysop looks at the page and the
reason, and acts accordingly: deletes the page or removes the template, and
explains why in the summary.
Sorry, there was not comment like in the russian pages. Can you please make
it again, and put a comment in there.
Done.
Most of the users who would request such a thing are now sysops, and can
do their own deletions, but even there, they might want a second opinion. I
suggest that this method is worth keeping. Therefore, I have re-created the
category.
Agree, but please put a note like to not delete even if empty for future
admins :-)
Done.
Concentrating on the glitches, I have failed to mention that most of the
new setup looks wonderful. It was a lot of work, and we are most
grateful for your attention.
/tj/
/tj/
On 25 December 2012 04:54, Helen russian helenruss...@gmail.com wrote:
Hello all.
Jan,
Russian characters are damaged in the page names and in the category
names.
Please look at
http://wiki.openoffice.org/**wiki/Category:RUhttp://wiki.openoffice.org/wiki/Category:RU
Look also at other names: httphttp://wiki.openoffice.**
org/wiki/Category:AR http://wiki.openoffice.org/wiki/Category:AR
://wiki.openoffice.org/wiki/**Category:ARhttp://wiki.openoffice.org/wiki/Category:AR
http://wiki.**openoffice.org/wiki/Category:**ARhttp://wiki.openoffice.org/wiki/Category:AR
--
Regards,
Helen
2012/12/25 janI j...@apache.org:
Hi Tj.
I have no problem with the editor tool bar ? or did I misunderstand you
?
(see attachment)
Wikitest is not active at the moment, because I have switches 1.20.2 to
production.
Rgds
Jan I.
On 24 December 2012 20:47, TJ Frazier tjfraz...@cfl.rr.com wrote:
On 12/24/2012 06:50, janI wrote:
Hi.
I have taken wiki.openoffice.org, down for a db maintenance.
Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!
@helen:
I have updated page titles to utf8, so that should be ok.
I do have a problem with category names, when I convert them they are
non-unique, which they have to be.
I have tried to convert as many as possible, but it might be that you have
to change a couple by hand.
I cannot judge it really, but the pages seem better now, what do you think ?
@tj see below
On 25 December 2012 14:41, TJ Frazier tjfraz...@cfl.rr.com wrote:
On 12/25/2012 08:05, janI wrote:
On 25 December 2012 13:22, TJ Frazier tjfraz...@cfl.rr.com wrote:
On 12/25/2012 04:03, janI wrote:
HI Tj and Helen.
First please bear over with me, it is x-mas morning, and my head is not
fully operational :-)
Let me explain:
we are actually running on the test system, I have a link for production
that I can switch to different directories, and I simply pointed it at
test
(which makes it easy to switch back).
Of course I also updated the DB.
@Tj:
I see your problem, that is a security issue I did not see comming :-(
You tested the editor in test, can you confirm that it had no problems ?
@Helen:
This has to do with the UTF8 conversion, I understood from the previous
mails that it worked on wikitest...and I just tested a couple of pages
(in
russian), which to be honest I did not understand, but the looked like
the
old wiki :-)
I can do the UTF8 conversion, pn text and pages in the live system, but
I
have my children visiting, so it will take a couple of days.
If any of you (on anybody else with a serious reason) request that I
roll
back I wil do it by restoring the db backup from yesterday and
activating
the old code...please advice quickly in order not to loose too many
changes.
Have a nice day, and thanks for advicing me.
Jan I.
Hi, Jan, Helen,
*UTF8*: It seems we have some scattered conversion problems in this area.
The big question is, how many? The Unused files special page is showing
strange entries for the first few items, too; the names look like what
I'd
expect from double conversion.
@Helen: can you give us a better idea of how big the problem is? Cyrillic
is Greek to me (=unknown), too. I am assuming that this would be
important, for going back or going forward.
Helen told me off list, that we should go ahead and fix iit in the live
version, but your comments make me a bit nervous, so yes I also would like
a damage estimate. I have not run the UTF8 conversion script we got, so
that might solve the whole problem.
I see in a later note that you are doing this. Good; I think we need it.
*Editor*: Loading the toolbar has always been a two-step process: the
first part is initially visible, then the rest of the icons load quickly
but visibly later. (I'd love to know more about what's going on here,
because I'd love to add an icon to the list: ttTEXT HERE/tt,
something
I use frequently.) I think (but cannot confirm) that it was working on
testwiki. I did do a little editing on testwiki, so I should have noticed
the glitch, but maybe I didn't.
Please have a look now, I added WikiEditor instead of the default,
because it has some issues with the seconds part icons and are not easy
extendable.
Look in mediawiki, there are examples on how to extend the icons, you can
do it for your user, and once it works I can include them.
WikiEdditor looks good to me, and seems to work fine. I will
investigate extending the icons.
*Category for Speedy Deletion*: Jan, you deleted this category. Granted,
it was empty at the time, but we sysops chase and delete pages that show
up
here. This is how non-sysops request page deletion, by adding the
template,
{{delete|explanation}} to the page. Then a sysop looks at the page and
the
reason, and acts accordingly: deletes the page or removes the template,
and
explains why in the summary.
Sorry, there was not comment like in the russian pages. Can you please
make
it again, and put a comment in there.
Done.
Most of the users who would request such a thing are now sysops, and can
do their own deletions, but even there, they might want a second
opinion. I
suggest that this method is worth keeping. Therefore, I have re-created
the
category.
Agree, but please put a note like to not delete even if empty for
future
admins :-)
Done.
Concentrating on the glitches, I have failed to mention that most of the
new setup looks wonderful. It was a lot of work, and we are most grateful
for your attention.
thx for the nice words, it was really a big job...but hopefully it is
comming to a pause and in the meantime I can concentrate on the pootle
server.
/tj/
/tj/
On 25 December 2012 04:54, Helen russian helenruss...@gmail.com
wrote:
Hello all.
Jan,
Russian characters are damaged in the page names and in the category
names.
Please look at
http://wiki.openoffice.org/wiki/Category:RUhttp://wiki.openoffice.org/**wiki/Category:RU
Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!
Jan, thank you.
It's all right.
--
Regards,
Helen
25.12.2012 20:14, janI пишет:
@helen:
I have updated page titles to utf8, so that should be ok.
I do have a problem with category names, when I convert them they are
non-unique, which they have to be.
I have tried to convert as many as possible, but it might be that you have
to change a couple by hand.
I cannot judge it really, but the pages seem better now, what do you think ?
@tj see below
On 25 December 2012 14:41, TJ Frazier tjfraz...@cfl.rr.com wrote:
On 12/25/2012 08:05, janI wrote:
On 25 December 2012 13:22, TJ Frazier tjfraz...@cfl.rr.com wrote:
On 12/25/2012 04:03, janI wrote:
HI Tj and Helen.
First please bear over with me, it is x-mas morning, and my head is not
fully operational :-)
Let me explain:
we are actually running on the test system, I have a link for production
that I can switch to different directories, and I simply pointed it at
test
(which makes it easy to switch back).
Of course I also updated the DB.
@Tj:
I see your problem, that is a security issue I did not see comming :-(
You tested the editor in test, can you confirm that it had no problems ?
@Helen:
This has to do with the UTF8 conversion, I understood from the previous
mails that it worked on wikitest...and I just tested a couple of pages
(in
russian), which to be honest I did not understand, but the looked like
the
old wiki :-)
I can do the UTF8 conversion, pn text and pages in the live system, but
I
have my children visiting, so it will take a couple of days.
If any of you (on anybody else with a serious reason) request that I
roll
back I wil do it by restoring the db backup from yesterday and
activating
the old code...please advice quickly in order not to loose too many
changes.
Have a nice day, and thanks for advicing me.
Jan I.
Hi, Jan, Helen,
*UTF8*: It seems we have some scattered conversion problems in this area.
The big question is, how many? The Unused files special page is showing
strange entries for the first few items, too; the names look like what
I'd
expect from double conversion.
@Helen: can you give us a better idea of how big the problem is? Cyrillic
is Greek to me (=unknown), too. I am assuming that this would be
important, for going back or going forward.
Helen told me off list, that we should go ahead and fix iit in the live
version, but your comments make me a bit nervous, so yes I also would like
a damage estimate. I have not run the UTF8 conversion script we got, so
that might solve the whole problem.
I see in a later note that you are doing this. Good; I think we need it.
*Editor*: Loading the toolbar has always been a two-step process: the
first part is initially visible, then the rest of the icons load quickly
but visibly later. (I'd love to know more about what's going on here,
because I'd love to add an icon to the list: ttTEXT HERE/tt,
something
I use frequently.) I think (but cannot confirm) that it was working on
testwiki. I did do a little editing on testwiki, so I should have noticed
the glitch, but maybe I didn't.
Please have a look now, I added WikiEditor instead of the default,
because it has some issues with the seconds part icons and are not easy
extendable.
Look in mediawiki, there are examples on how to extend the icons, you can
do it for your user, and once it works I can include them.
WikiEdditor looks good to me, and seems to work fine. I will
investigate extending the icons.
*Category for Speedy Deletion*: Jan, you deleted this category. Granted,
it was empty at the time, but we sysops chase and delete pages that show
up
here. This is how non-sysops request page deletion, by adding the
template,
{{delete|explanation}} to the page. Then a sysop looks at the page and
the
reason, and acts accordingly: deletes the page or removes the template,
and
explains why in the summary.
Sorry, there was not comment like in the russian pages. Can you please
make
it again, and put a comment in there.
Done.
Most of the users who would request such a thing are now sysops, and can
do their own deletions, but even there, they might want a second
opinion. I
suggest that this method is worth keeping. Therefore, I have re-created
the
category.
Agree, but please put a note like to not delete even if empty for
future
admins :-)
Done.
Concentrating on the glitches, I have failed to mention that most of the
new setup looks wonderful. It was a lot of work, and we are most grateful
for your attention.
thx for the nice words, it was really a big job...but hopefully it is
comming to a pause and in the meantime I can concentrate on the pootle
server.
/tj/
/tj/
On 25 December 2012 04:54, Helen russian helenruss...@gmail.com
wrote:
Hello all.
Jan,
Russian characters are damaged in the page names and in the category
names.
Please look at
http://wiki.openoffice.org/wiki/Category:RUhttp://wiki.openoffice.org/**wiki/Category:RU
Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!
FWIW; It also came to my memory that there was the idea to attempt merging at least some of the documentation from MWiki to CWiki by using this plugin: https://studio.plugins.atlassian.com/wiki/display/UWC/Universal+Wiki+Converter Ultimately no one gave it a try due to lack of resources (access to the db, running CWiki, I recall) cheers, Pedro. Da: Pedro Giffuni p...@apache.org A: dev@openoffice.apache.org dev@openoffice.apache.org Cc: janI j...@apache.org Inviato: Lunedì 24 Dicembre 2012 14:45 Oggetto: Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours FWIW; One of the suggestions from Terry E was moving from MySQL to PostgreSQL, which offered advantages for doing proper backups. My memory is sketchy so you may want to dig up the details in the archives. Pedro. Da: janI j...@apache.org A: dev@openoffice.apache.org Inviato: Lunedì 24 Dicembre 2012 6:50 Oggetto: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours Hi. I have taken wiki.openoffice.org, down for a db maintenance. Jan I.
Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!
Sent from my iPhone On Dec 25, 2012, at 7:22 PM, Pedro Giffuni p...@apache.org wrote: FWIW; It also came to my memory that there was the idea to attempt merging at least some of the documentation from MWiki to CWiki by using this plugin: https://studio.plugins.atlassian.com/wiki/display/UWC/Universal+Wiki+Converter Ultimately no one gave it a try due to lack of resources (access to the db, running CWiki, I recall) The community wanted the mWiki and Terry showed up to migrate it. I do have admin karma in the cWiki if someone is interested in doing further development there I'll help. Regards, Dave cheers, Pedro. Da: Pedro Giffuni p...@apache.org A: dev@openoffice.apache.org dev@openoffice.apache.org Cc: janI j...@apache.org Inviato: Lunedì 24 Dicembre 2012 14:45 Oggetto: Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours FWIW; One of the suggestions from Terry E was moving from MySQL to PostgreSQL, which offered advantages for doing proper backups. My memory is sketchy so you may want to dig up the details in the archives. Pedro. Da: janI j...@apache.org A: dev@openoffice.apache.org Inviato: Lunedì 24 Dicembre 2012 6:50 Oggetto: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours Hi. I have taken wiki.openoffice.org, down for a db maintenance. Jan I.
[mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!
Hi. I have taken wiki.openoffice.org, down for a db maintenance. Jan I.
Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!
FWIW; One of the suggestions from Terry E was moving from MySQL to PostgreSQL, which offered advantages for doing proper backups. My memory is sketchy so you may want to dig up the details in the archives. Pedro. Da: janI j...@apache.org A: dev@openoffice.apache.org Inviato: Lunedì 24 Dicembre 2012 6:50 Oggetto: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours Hi. I have taken wiki.openoffice.org, down for a db maintenance. Jan I.
Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!
On 12/24/2012 06:50, janI wrote: Hi. I have taken wiki.openoffice.org, down for a db maintenance. Jan I. Jan, I'm seeing a problem with the editor tool bar. Tried to check it out on testwiki, but got a 403. /tj/
Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!
Hi Pedro. Today infra does backup using the standard mysql procedures. Thanks for the advice, I will look in the archives to see the argument, but it is quite a work to change db, so in order to change there need to be a better reason than just backup. have a nice day Jan I. On 24 December 2012 20:45, Pedro Giffuni p...@apache.org wrote: FWIW; One of the suggestions from Terry E was moving from MySQL to PostgreSQL, which offered advantages for doing proper backups. My memory is sketchy so you may want to dig up the details in the archives. Pedro. Da: janI j...@apache.org A: dev@openoffice.apache.org Inviato: Lunedì 24 Dicembre 2012 6:50 Oggetto: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours Hi. I have taken wiki.openoffice.org, down for a db maintenance. Jan I.
Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!
Hi Tj. I have no problem with the editor tool bar ? or did I misunderstand you ? (see attachment) Wikitest is not active at the moment, because I have switches 1.20.2 to production. Rgds Jan I. On 24 December 2012 20:47, TJ Frazier tjfraz...@cfl.rr.com wrote: On 12/24/2012 06:50, janI wrote: Hi. I have taken wiki.openoffice.org, down for a db maintenance. Jan I. Jan, I'm seeing a problem with the editor tool bar. Tried to check it out on testwiki, but got a 403. /tj/
Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!
Hello all. Jan, Russian characters are damaged in the page names and in the category names. Please look at http://wiki.openoffice.org/wiki/Category:RU Look also at other names: http://wiki.openoffice.org/wiki/Category:AR -- Regards, Helen 2012/12/25 janI j...@apache.org: Hi Tj. I have no problem with the editor tool bar ? or did I misunderstand you ? (see attachment) Wikitest is not active at the moment, because I have switches 1.20.2 to production. Rgds Jan I. On 24 December 2012 20:47, TJ Frazier tjfraz...@cfl.rr.com wrote: On 12/24/2012 06:50, janI wrote: Hi. I have taken wiki.openoffice.org, down for a db maintenance. Jan I. Jan, I'm seeing a problem with the editor tool bar. Tried to check it out on testwiki, but got a 403. /tj/ -- Helen
