gmane.linux.ubuntu.doc

fyi: from another list Re: [libreoffice-marketing] LibreOfficereceives the Technology for Citizens Award from Guarulhos City, Brazil

Tom Davies — 2012-05-23T17:49:12

Hi :)  
I just thought people here might like to see some good news that is out in the world :)

Good work all!
Regards from
Tom :)  


--- On Wed, 23/5/12, Eliane Domingos de Sousa <hidden> wrote:

From: Eliane Domingos de Sousa <hidden>
Subject: [libreoffice-marketing] LibreOffice receives the Technology for Citizens Award from Guarulhos City, Brazil
To: marketing< at >global.libreoffice.org
Date: Wednesday, 23 May, 2012, 16:13

Dear all,

We announced in Brazilian Blog about the Brazilian LibreOffice Award. Here you can see the post only in Portuguese and the photos. http://libreofficebrasil.blogspot.com.br/2012/05/libreoffice-recebe-premio-tecnologia.html

The translation is here.

Guarulhos, May 18^th , 2012. LibreOffice "Technology for Citizens Best International Software" award from City of Guarulhos, Brazil, in reconnaissance of the importance of LibreOffice in the social programs of the city for its population.

The award was received by Ms Eliane Domingos, a TDF member and activist in the Brazilian Li

Re: Quantal Doumentation Freeze

Jeremy Bicha — 2012-05-23T05:00:57

One part that is quite unclear with the Quantal schedule is when
exactly the freezes are. Is every freeze Thursday at 9 pm UTC? My
preference is for 2 weeks before the LanguageTranslationDeadline, but
when is that?

Like Matthew, I'm uncomfortable with the docs being frozen a whole
month before release date.

Thanks,
Jeremy

Re: Quantal Doumentation Freeze

Kate Stewart — 2012-05-22T22:08:33

<snip>
Feature Freeze is at 17 weeks, which is where its been for the past
couple of cycles, and most of the teams have made up their work plans to
it already, so not much chance to shift earlier.   We will be trying to
get the workitems and blueprints tracking a bit better this time around,
so that you can figure out when features are done before FeatureFreeze,
and start working on those a bit earlier, at least.  

Kate

RE: ubuntu-doc Digest, Vol 92, Issue 20

EDSON Patrão Pinto — 2012-05-22T15:01:55


 > From: ubuntu-doc-request< at >lists.ubuntu.com

Re: breaking up long pages

Tom Davies — 2012-05-22T12:52:20

Hi :)  
A lot of really great work has been done to the Grub2 page over the last copuple of weeks.  Some of the contents has been moved to sub-pages and significantly tidied up.  Is that enough to stop it getting the tag for being too long?
Regards from
Tom :)  


--- On Sun, 13/5/12, Phill Whiteside <PhillW< at >Ubuntu.com> wrote:


From: Phill Whiteside <PhillW< at >Ubuntu.com>
Subject: Re: breaking up long pages
To: "Tom Davies" <tomdavies04< at >yahoo.co.uk>
Cc: "Ubuntu Doc" <ubuntu-doc< at >lists.ubuntu.com>, lubuntu-wiki-docs< at >lists.launchpad.net
Date: Sunday, 13 May, 2012, 10:46


Hi Tom,


we also have eager people biting at our ankles. The idea of Wiki is that it is 'alive', but currently the best advice appears to keep it in a induced coma until we find out the results of what wiki V2 will look, feel and be edited by. I'll be a good boi and bite my tongue as to what I feel about putting our Wiki into a coma on the grounds that the world may be different when it wakes up.


Regards,


Phill.


On 13 May 2012 10:11,

Re: Quantal Doumentation Freeze

Matthew East — 2012-05-22T08:33:51

It's not ideal to have only three weeks after UserInferfaceFreeze
(which is the real date on which documentation writing and checking
can be done reliably) until DocumentationStringFreeze, particularly
since UserInterfaceFreeze is not usually respected 100%. It also seems
a little tight to leave just a week between FeatureFreeze and
UserInterfaceFreeze.

I appreciate the need to allow sufficient time for translating. If
there is anything that can be done to move the FeatureFreeze and
UserInterfaceFreeze earlier in the process, that would be appreciated.

Re: Quantal Doumentation Freeze

Phill Whiteside — 2012-05-21T21:49:14

I think giving the translations team a firm date with time do the work is
excellent. Freeze exceptions will always occur, but a month gives time for
feature freeze exceptions before the translators heavily commit.

Regards,

Phill.

On 21 May 2012 22:41, Chris Druif <chrisdruif< at >ubuntu.com> wrote:

Re: Quantal Doumentation Freeze

Chris Druif — 2012-05-21T21:41:11

No objection from me. We need to close it some day, might as well be Sept.
20th.

With metta, Chris

On Mon, May 21, 2012 at 10:15 PM, Kate Stewart
<kate.stewart< at >canonical.com>wrote:

Quantal Doumentation Freeze

Kate Stewart — 2012-05-21T20:15:41

Greetings Docs-Team, 
   We have been working through the input from UDS-Q, and feedback from
translation team, and trying to figure out the best point for the
DocumentationStringFreeze [1] for the Quantal cycle. 

   Based on the input so far,  Sept. 20 looks like the best fit
for the Documentation String freeze,  this puts it 1 month after
FeatureFreeze, and will still give the translation team some time to 
get the translations ready by Oct 9th. [2] 

   Anyone see any issues with making the DocumentationStringFreeze be
Sept. 20th?   Other factors that need to be considered?

Thanks, Kate


[1] https://wiki.ubuntu.com/DocumentationStringFreeze
[2] https://wiki.ubuntu.com/QuantalQuetzal/ReleaseInterlock

Issue with PostfixBasicSetupHowto on help.ubuntu.com

Tim Legg — 2012-05-18T04:30:39

I was stepping through the document:

https://help.ubuntu.com/community/PostfixBasicSetupHowto


It is a great document that has helped me expand my knowledge into a realm
that I know very little about.  But I ran into an exception that is not
covered by the document.  The nature of this exception leads me to believe
there is a shortcoming in the document.

In the section, "Testing Courier POP3".  when I follow the steps, I get:

+OK Hello there.
user fmaster
+OK Password required.
pass XcXcXcXc
-ERR chdir Maildir failed

(Where XcXc is the password I created for the user in this instance)

Never before has there been any mention of a Maildir or about changing to
it.  Seems to be an oversight.  I performed every prior step with a
positive response from the software, so up to this point, everything has
been correct.

The following step regarding "Testing Courier IMAP" similarly doesn't
work.  Every prior test performed in the document has been successful.

I tried sending an e-mail to the contact at the bott

Re: New Tag -- For Migration Only

Karl Anliot — 2012-05-15T13:50:34

My experience with the Lubuntu wiki team has mirrored my real life.
In real life, it's hard to part with precious things, that can't be
replaced.

On the Lubuntu wiki, it's hard to discard info that isn't recorded or
indexed anywhere else, info that means hours of time to users.

Wikipedia doesn't have this problem, BECAUSE THEY DON'T INDEX ALL
INFO, JUST ENCYCLOPEDIA.
If Wikipedia deletes something, that info is still recorded in 10
different places, with 10 different experts.
With the Lubuntu wiki, if a entry is discarded, it's possible that
it's gone forever.

So, on wikipedia, it's much easier to have a sane policy about deleting stuff:
http://en.wikipedia.org/wiki/Wikipedia:Discussing_cruft#Cruft_is_a_real_problem.2C_not_a_dirty_word

I hope we can commit to organizing pages,
kanliot

Re: New Tag -- For Migration Only

Chris O'Donnell — 2012-05-14T19:50:48

---- On Mon, 14 May 2012 15:41:43 -0400 Jeremy Bicha&lt;jbicha< at >ubuntu.com&gt; wrote ---- 


On 13 May 2012 16:11, Phill Whiteside &lt;PhillW< at >ubuntu.com&gt; wrote:
&gt; Hi CP,
&gt;
&gt; one of the most important parts of the re organising the wiki area is NO
&gt; DELETIONS!!!
&gt;
&gt; If some one is happy with 8.04, we should not make them up-grade. their
&gt; pages should be linked to. My suggestion is that such sub-pages required for
&gt; the various releases are simply put into  a contents section that states
&gt; what version of which notes are applicable to them.

Well 8.04 is no longer supported except for servers.

Arguably, a "NO DELETIONS!!!" policy is a great way to end up with a
disorganized, not terribly helpful mess. Some things simply aren't
worth keeping around. Other content needs to be deleted if it is
dangerous or presents a much more complicated way of doing things than
the preferred methods.

Jeremy


Deleting content related to non supported versions might be a subtle way to help get th

Re: New Tag -- For Migration Only

Jeremy Bicha — 2012-05-14T19:41:43

Well 8.04 is no longer supported except for servers.

Arguably, a "NO DELETIONS!!!" policy is a great way to end up with a
disorganized, not terribly helpful mess. Some things simply aren't
worth keeping around. Other content needs to be deleted if it is
dangerous or presents a much more complicated way of doing things than
the preferred methods.

Jeremy

Re: New Tag -- For Migration Only

Chris Druif — 2012-05-13T20:29:05

I thought I heard something during the discussion about that you can "tag"
to which version something applies. So if something gets moved over and
with new releases is still applied, you only add an extra tag with the new
release. This would mean everything is eligible for import. However, most
stuff needs to be looked at in terms of how it is written, to make it less
dependent of a release.

With metta, Chris

On Sun, May 13, 2012 at 10:11 PM, Phill Whiteside <PhillW< at >ubuntu.com> wrote:

Re: New Tag -- For Migration Only

Phill Whiteside — 2012-05-13T20:11:14

Hi CP,

one of the most important parts of the re organising the wiki area is NO
DELETIONS!!!

If some one is happy with 8.04, we should not make them up-grade. their
pages should be linked to. My suggestion is that such sub-pages required
for the various releases are simply put into  a contents section that
states what version of which notes are applicable to them.

Regards,

Phill.

On 13 May 2012 20:58, cprofitt <indigo196< at >rochester.rr.com> wrote:

New Tag -- For Migration Only

cprofitt — 2012-05-13T19:58:24

Hello all:

I would like to propose a possible tag for us to use in the case of
migration.

"Do Not Migrate"

This tag would be used so that the automated migration system would not
import old articles.

The other option is to delete the pages, but that would require an
admin. The tags would allow more people to help with the process.

Thanks,

Charles

Re: breaking up long pages

cprofitt — 2012-05-13T17:36:51

There was some discussion at UDS about tagging the wiki with 'do not
import' tags if we do migrate to SUMO or some other application.

I think we need to move the process of decision making forward so we do
not keep things in an induced coma for too long.

Charles

On Sun, 2012-05-13 at 10:46 +0100, Phill Whiteside wrote:

Re: breaking up long pages

Phill Whiteside — 2012-05-13T09:46:55

Hi Tom,

we also have eager people biting at our ankles. The idea of Wiki is that it
is 'alive', but currently the best advice appears to keep it in a induced
coma until we find out the results of what wiki V2 will look, feel and be
edited by. I'll be a good boi and bite my tongue as to what I feel about
putting our Wiki into a coma on the grounds that the world may be different
when it wakes up.

Regards,

Phill.

On 13 May 2012 10:11, Tom Davies <tomdavies04< at >yahoo.co.uk> wrote:

breaking up long pages

Tom Davies — 2012-05-13T09:11:14

Hi :)

Someone doing excellent work at breaking-up a very long page has asked my advice on a few issues.  It's just occurred to me that people or other pages might have deep-links into specific parts of the page.  By deep-links i mean links that have a # in order to reach a specific part of the page, eg
https://help.ubuntu.com/community/Grub2#Displays

Would it be best to keep the old titles that were on the long page and then just put a new deep-link there to the new place?  eg
https://help.ubuntu.com/community/Grub2#Set_menu_font_and_highlight_colors
to link to the relevant section on the new sub-page  
https://help.ubuntu.com/community/Grub2/Displays#Setting_Menu_Font_Colors

After the page has been broken-up is it possible to find all the other pages that might have deep-links into the original long page?  Are there other complications and if so are there good ways around those problems?  

Am i being too pedantic and harsh?  After all, if deep-links break the person does get to the right page but

Re: Fwd: Wiki Admin Membership - Charles Profitt

Phill Whiteside — 2012-05-13T08:15:06

Hi Charles,

congrats on your acceptance, and my apologies for not being there to +1
your application due to my time in India. You're simply one of the guys I
assumed would have wiki-editor status.

Regards,

Phill.

On 12 May 2012 11:03, Matthew East <mdke< at >ubuntu.com> wrote:

Re: Software on help.ubuntu.com

Phill Whiteside — 2012-05-12T23:22:10

Hi Ben,

I'm a subscriber to the doc mailing list and the last I heard was that
there were a couple of things 'up for discussion'. I can go try and dig
through my email archive to find the last active post on what was proposed.
On the point raised that we have not been 'made aware', I sadly have to
agree. We've been 'keeping our powder dry' awaiting the proposal(s) for
what will be a massive undertaking of all who are involved in maintaining
the wiki area(s). But, that aside, it is good to see that we are now
discussing what the future concept and abilities of the wiki area(s) will
be. Having multilingual support would be excellent, as would be a
standardised method of renaming 'old' pages. It is important that we all
sing off the same hymn sheet and are all fully aware of what is impending.

Thanks for the taking on the task of pulling all this together,

Phill.

On 13 May 2012 00:04, Benjamin Kerensa <bkerensa< at >ubuntu.com> wrote: