[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#673993: wiki.debian.org: please clarify the structure for DebianEvents/*



Hi Francesca!

On Tue, 22 May 2012 15:28:47 +0200, Francesca Ciceri wrote:
> On Tue, May 22, 2012 at 02:41:58PM +0200, Luca Capello wrote:
>> 
>> While this is more a discussion internal to the Events Team, I would
>> like to raise it up to a broader audience (once and for all, even this
>> is only a hope).
>
> While I appreciate having discussion, I'd like to point out that the
> *public* discussion on the issue you're reporting already exists:
> https://lists.debian.org/debian-publicity/2012/03/msg00027.html
>
> Next time, please check the mailing list first.
> Don't want to sound rude, but what is the point in writing detailed mail
> about changes done in the wiki/doc/webpages if even the members of the
> team don't read it?

Point taken, please however note that reading something does not mean
you are remembering it (which does not remove my fault).

>> Currently, the "entry" page is DebianEvents [1].  I would have preferred
>> to simply have it as Events, for two reasons: we are on the Debian wiki
>> and most of the events Debian participate are not organized by Debian,
>> thus no distinction needed [2].  Nevertheless, this is a minor problem.
>> 
>> [1] <https://wiki.debian.org/DebianEvents>
>> [2] <https://wiki.debian.org/DebianEvents#Detailed_information>
>
> Wait, I don't understand what you're saying it. I mean, yeah, we're on
> the Debian wiki, and the events there are all Debian related. So, why is
> it a problem to call the page Debian Events? Redundant? 

Redundancy, confusion (because AFAIK we have no *non*-Debian events) and
also we are generating longer-than-needed links.

>> That page has a structural problem, given that the information in the
>> section "Adding a new event" [3] do not reflect the links just after
>> that section.  The current instruction advises to use the name
>> "de/2012/LinuxTag" (country code, year, event name), while OTOH the
>> links below are for events related to a language:
>>
>> * DebianEvents/de: Events in the German-speaking countries
>> * DebianEvents/fr: Events in the French-speaking countries 
>> * DebianEventsNordic: Events in the Nordic region (i.e. Iceland, Norway,
>>                       Sweden, Finland, Denmark)
>> * DebianLatinoamerica/LocalMeetings: meetings in Latin American
>>                       countries
>> 
>> [3] <https://wiki.debian.org/DebianEvents#Adding_a_new_event>
>
> Correct. 
> The re-organization of that page is in progress (as you can read in the
> mail linked above, sent ~ 2 months ago :)).

Thank you, while I had forgot your email, I saw the already-done
reorganization work before and after creating the RMLL 2012 page.  This
is why I decided to publicly write about this problem.

> I don't see any problem in changing this thing: it's a wiki, isn't it?
> And you are part of the Events team, aren't you?
> So, why not just s/countrycode/languagecode/ in the instructions, and
> make the (past and future) events page consistent with this change?

I think there are some misunderstandings:

1) I prefer the current layout, i.e. country-code/year/event-name.

2) it is a wiki, yes, but *before* any action I would like to have a
   consensus, otherwise I do work which must be corrected later.

3) I want to *document* the rationale for future references, which will
   help us should we change the structure.  This is why I added the
   links to the wiki:

     <https://wiki.debian.org/DebianEvents?action=diff&rev1=40&rev2=41>

4) I have already started re-organizing the other .ch pages I stumbled
   upon.

> Or if you want to discuss it why not replying on the relevant thread or
> assuming you didn't noticed it, open a new one?
>
> I could be horribly wrong, but I think that the BTS is not exactly the
> preferred place to propose content changes for the wiki.

So, what is the BTS for and why do we have the wiki.debian.org
pseudo-package?  This is a bug, so I reported it as a bug.  The fact
that it is also easier to spot Events-related problem via usertags than
digging into mailing list archives is a more-than-welcomed feature.

Thx, bye,
Gismo / Luca

Attachment: pgpF4qEVDz2Ke.pgp
Description: PGP signature


Reply to: