Re: Spreading the press release/release announcement and collecting press coverage
Hi, Santiago Roza a écrit : > maybe because we didn't have any benchmarks available, i guess. how > could we have them for future releases? The Evolution guys had (and sent us) benchmarks, Federico Mena, Ben Maurer, Cecilia Gonzalez Alvarez, Phillip van Hoof, Behdad Esfahbod... all of these people have worked a lot on performance for 2.16 (and 2.18), and have been publishing benchmarks on their blogs as they've been going along. Did anyone think to ask them? > i mean what to measure, with which utilities, and how? > (if i'm supposed to compile gnome from source, don't count on me) Ask the experts - leverage the expertise we have lying around to get the word out (and in) - the marketing team is supposed to be the place where two-way communication can happen, letting people outside know what people inside are working on, and letting people inside know what people outside want. If we're not listening to people on either side, we're badly placed to give advice or communicate. I'm sorry I didn't bring this up before the release, when it would have been more useful. Let's just learn the lesson, and make sure our finger is on the pulse next time, and give kudos where it's due. Cheers, Dave. -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
On Tue, 26 Sep 2006 16:40:43 +0200 Dave Neary <[EMAIL PROTECTED]> wrote: > > OK - it's clear that you're saying all these things to people other > than those who should be hearing it. > Ehm, pardon? You started talking about the *vision* and how the marketing team is supposed to handle things according to *your* opinion. I was just trying to make clear that this (a) is not useful, and (b) was already organzied differently. Btw, organzied by others and not me. So, I wasn't adressing developers, nor did I try to "haranguing" them, nor did I rant about developers. I just tried to explain why your point of view doesn't make sense, IHMO. > > So, please, by all means continue this discussion, but continue it > with the relevant people, rather than on the marketing list. > Yeah. I'm really motivated to do this, now. Cheers, Claus -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
Hi, Claus Schwarm a écrit : > Can you provide a rationale why do you think the time of developers is > so much more valuable than anybody else's time? > I was just talking about efficient organization: to minimize the work > load for everybody, some agreements need to be taken care of. So, if > there's a wiki page to enter stuff by maintainers, it should be used. > And yes: I hope, some people just need a reminder. Some may need two or > more, but at least blog entries about this will be relevant to GNOME. > Also, there's no reason for the responsible people to *not* take a few > more minutes to make some effort on how they describe changes. Of > course, they can continue to mention a keyword and hope the writer > understands it correctly. OK - it's clear that you're saying all these things to people other than those who should be hearing it. I'm sure Shawn McCance who leads the documentation project agrees with a lot of what you're saying. In fact, he's probably well placed to make suggestions as to how to improve things, or how to leverage the work the docs team are already doing. The i18n team are also made aware of all interface changes - perhaps they might be able to help. And you should definitely be talking to the maintainers about this, rather than the marketing list. And, again, ranting about this stuff won't improve the situation. And haranguing developers isn't going to make them any more eager to document their changes in a marketing-friendly way. So, please, by all means continue this discussion, but continue it with the relevant people, rather than on the marketing list. Cheers, Dave. -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
Hi, a few notes: On Tue, 26 Sep 2006 14:24:03 +0200 Dave Neary <[EMAIL PROTECTED]> wrote: > So yes, I think it is important for people interested in > promoting GNOME (and particularly release notes writers) be aware of > it. There's a difference between being 'aware of it' and following it closely enought to remember certain posts, you know? ;-) But it's sort of interesting that you think others are required to waste their time finding the relevant post among the, well, less relevent stuff that's posted on pgo. Can you provide a rationale why do you think the time of developers is so much more valuable than anybody else's time? > I don't know what vision you have of the marketing team, but mine > does not consist of "if you build it, they will come". marketing is a > pro-active task - we need to go to people inside GNOME to find out > what they're working on, and go to people outside GNOME to tell them, > and get feedback. Then we need to take that feedback, go back to > people inside GNOME, and see what they think. Rinse, repeat. > I was just talking about efficient organization: to minimize the work load for everybody, some agreements need to be taken care of. So, if there's a wiki page to enter stuff by maintainers, it should be used. > So, do I think that module maintainers will swarm to a wiki page for > 2.18 just because I write a blog entry asking them to? Hell, no. > My suggestion has nothing to do with making anybody do anything, but with *reminding* people that certain stuff needs to be done. And that they are the ones who can do it most efficiently. And yes: I hope, some people just need a reminder. Some may need two or more, but at least blog entries about this will be relevant to GNOME. > > It's our job to get that raw techie information and > translate/interpret it. Asking for it isn't going to make it happen. > In fact, this job is the major task that the person who takes on the > release notes/roadmap will have to handle. > Well, yes and no. Of course, it's true that developers should not need to write the release notes. On the other hand, it's much work for an outsider to find out why some changes were made. Trying to interpret stuff will either lead to errors or it will lead to more work for everybody: for the writer to ask questions and for the maintainer to answer them. Funny enought, the third possibility is to use the usual meaningless marketing lingo that some people here don't like. Also, there's no reason for the responsible people to *not* take a few more minutes to make some effort on how they describe changes. Of course, they can continue to mention a keyword and hope the writer understands it correctly. On the other hand, lots of open source projects posts lots of changes all the time. Especially professional writers have the tendency to ignore descriptions that need additional time to be checked ro translated. They have their deadlines, too. So, maybe this is one important difference to the KDE project, and Firefox, and other projects that get more news coverage? That their maintainers make more efforts to educate users and journalists about changes they make? Well, you may find someone who like to do it the way you described. Davyd and others made a great job here, and it was convinient to rely on them for doing the right stuff. But what do you do if you don't find somebody like that, anymore? Will you do it yourself? The next years? Cheers, Claus -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
--- Dave Neary <[EMAIL PROTECTED]> wrote: > > There's a lot of stuff people talk about on pgo. > What do you think? > > That release notes writers have nothing better to > do than taking notes > > about stuff developers say somewhere on the > Internet? > > Well, it's my primary news source to know what > application maintainers > are working on, and what is creating a buzz in our > community. So yes, I > think it is important for people interested in > promoting GNOME (and > particularly release notes writers) be aware of it. I think this particular point is a cultural issue, but not cultural in the sense of nationalities... I think it's more to do with the coder/non-coder divide in GNOME -- whether this is real or only perceived. It's something I'm aware of with my work as a documentation writer. You feel very much that you're expected to do a lot of chasing up, and going to get the resources you need yourself. In a similar vein, I'd like people working on the apps I document to *push* information to me ('Hi docs list, I've just made this change to the interface, thought you might need to know'), rather than me have to dig up and interpret changelogs that mean mostly nothing to me with only two weeks to go to release. This sort of thing requires a change in culture rather than new rules like there are already for freezes. I thought about creating a set of policies for the Docs Team, including what we expect from module maintainers. Perhaps the marketing team could do the same? ___ All new Yahoo! Mail "The new Interface is stunning in its simplicity and ease of use." - PC Magazine http://uk.docs.yahoo.com/nowyoucan.html -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
Hi, I'm feeling some aggression and defensiveness here which I'm going to put down to cultural differences. I will say, though, that we all have a part to play in improving things, and I think that this could have been addressed better if I'd brought it up before the release (mea culpa). Claus Schwarm a écrit : > However, my point was that such a page was planned; for the first time > in the history of GNOME release notes, AFAIK. In the old model of > concentrating on "user visible" stuff, performance improvements would > have gotten a paragraph, at best. There was a performance section for 2.12 too. > Btw, before you critize the user relevance you should have seen the > raw material. Also read the discussion about user relevance in > general, here on the list. Sure - I also commented on the resulting text and suggested tying things to user actions. Which I can't find in the archives... > There's a lot of stuff people talk about on pgo. What do you think? > That release notes writers have nothing better to do than taking notes > about stuff developers say somewhere on the Internet? Well, it's my primary news source to know what application maintainers are working on, and what is creating a buzz in our community. So yes, I think it is important for people interested in promoting GNOME (and particularly release notes writers) be aware of it. > There was a wiki page dedicated to list changes worth mentioning in the > release notes. In my book, if it wasn't mentioned on the wiki page, it > gets ignored -- especially if the job was agreed upon on bloody week > before deadline! Compare to feature request not made in bugzilla. > > So? Did any of those guys you mentioned enter a description on the wiki > page? Not that I know. I don't know what vision you have of the marketing team, but mine does not consist of "if you build it, they will come". marketing is a pro-active task - we need to go to people inside GNOME to find out what they're working on, and go to people outside GNOME to tell them, and get feedback. Then we need to take that feedback, go back to people inside GNOME, and see what they think. Rinse, repeat. So, do I think that module maintainers will swarm to a wiki page for 2.18 just because I write a blog entry asking them to? Hell, no. > (As a site note, I didn't get the memo about OpenOffice becoming a part > of GNOME. A link would be welcome! ;-) ) mmeeks is a bonobo maintainer, and a lot of the OOo on Linux performance work is done directly in the GNOME platform (gtk+, pango, libbonobo, libgnome/ui). > It would be helpful if changes are described so that people without a > clue about the previous version would have a chance to understand it. > Also, performance improvements should be measured on a user level to be > more useful. Also, usability changes should be include an explanation > about the reason of the change. It's our job to get that raw techie information and translate/interpret it. Asking for it isn't going to make it happen. In fact, this job is the major task that the person who takes on the release notes/roadmap will have to handle. Cheers, Dave. -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
On Tue, 2006-09-26 at 09:21 +0200, Dave Neary wrote: > If there's one thing I regret it's that we didn't push this release as > "The big performance push" To me this is simply a proof that the release notes process followed until now is either outdated or broken. The people who took over the 2.16 release notes didn't have knowledge and authority enough to impose that header and not another one (there were some candidates). The rest were busy with the 2.16 development sprint or on holidays. The "junior" team that worked on the release notes had in fact all the information and skills to produce the best release notes ever. If only we would had 2 months instead of 2 weeks, and a clear leader to decide quickly when quick decision were needed. I had to start coordinating and I had to leave the coordination due to personal compromises. I had a plan but Claus had another plan, but then the move to DocBook and the CVS came having as a first step the copy of the previous structure, which was at the end a third plan de facto. The 2.16 release notes are a product of all this brief period of chaos. Starting before in order to have more time is not enough. We have some structural problems, starting with the lack of a common vision (oh, I said "vision") of what the release notes are for and all that debate. We still have time and the resources needed to solve all this for the 2.18 release. -- Quim Gil /// http://desdeamericaconamor.org | http://pinguino.tv signature.asc Description: This is a digitally signed message part -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
Hi Claus, Claus Schwarm a écrit : > This is what could be made after feedback from a helpful Evolution > developer. Read it and ask yourself how many people are really > affected by these improvements. I'm not sure whether that would have > been sufficient to produce the headlines you're thinking of. The problem with that page is: 1. technical focus, rather than user focus ("here are operations which are faster", rather than "Here are high-level usecases which are faster") 2. The language is pretty tame. We have a headline that says "performance tweaks" - a tweak to me is turning a screw in your motor, it's not dramatically improving anything 3. It's not in the final release notes at all, not even as a footnote Some performance feature improvements were mentioned in "Feature additions" (longer battery life for laptops), but nothing on performance improvements for non-latin scripts (see Behdad and Federico's Pango blogs), performance improvements in the platform (Ryan Lortie, Ben Maurer and Federico Mena's blogs - especially the file chooser - not to mention Manu Cornet and Cecilia Gonzales, Federico's Google SOC and GNOME WSOP students, and Michael Meeks's work in Bonobo), improvements to Cairo performance (see Macslow's blog), improved login time (John Rice, Federico Mena), performance of Evolution (pvanhoof, harish, Cecilia) or OpenOffice.org (Michael Meeks), Nautilus (Federico again). Or how about the work that GNOME people have been doing on performance tools? Soren Sandmann's work on sysprof, or the call-tree scripts that Federico et al wrote to make those pretty graphs we've been seeing, or the work that got done on bootcharts because of a challenge thrown down by Owen Taylor (OK, tenuous link). My point is, this was being talked about on pgo for months, people like Jono Bacon were raving about our performance work, and a little more effort could have gone into explaining that in a way that made real the benefits of the increased performance (and even more, the effort put into it). Cheers, Dave. -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
Hi, Dave! On Tue, 26 Sep 2006 12:19:36 +0200 Dave Neary <[EMAIL PROTECTED]> wrote: > The problem with that page is: > 1. technical focus, rather than user focus ("here are operations > which are faster", rather than "Here are high-level usecases which > are faster") > 2. The language is pretty tame. We have a headline that says > "performance tweaks" - a tweak to me is turning a screw in your > motor, it's not dramatically improving anything > 3. It's not in the final release notes at all, not even as a > footnote > I agree with some of your points. However, my point was that such a page was planned; for the first time in the history of GNOME release notes, AFAIK. In the old model of concentrating on "user visible" stuff, performance improvements would have gotten a paragraph, at best. Now, it's a permanent part -- at least, if there's enought to write about. And documenting the efforts on a regular schedule is probably more effective in the long run, anyway. Btw, before you critize the user relevance you should have seen the raw material. Also read the discussion about user relevance in general, here on the list. [snip] > > My point is, this was being talked about on pgo for months, people > like Jono Bacon were raving about our performance work, and a little > more effort could have gone into explaining that in a way that made > real the benefits of the increased performance (and even more, the > effort put into it). > There's a lot of stuff people talk about on pgo. What do you think? That release notes writers have nothing better to do than taking notes about stuff developers say somewhere on the Internet? There was a wiki page dedicated to list changes worth mentioning in the release notes. In my book, if it wasn't mentioned on the wiki page, it gets ignored -- especially if the job was agreed upon on bloody week before deadline! Compare to feature request not made in bugzilla. So? Did any of those guys you mentioned enter a description on the wiki page? Not that I know. (As a site note, I didn't get the memo about OpenOffice becoming a part of GNOME. A link would be welcome! ;-) ) However. If you don't want this to happen again, take care about posting a entry in your blog when the next alphas/betas are published. Maybe, more maintainers will then enter a description of changes in the wiki. The page is here: http://live.gnome.org/TwoPointSeventeen/ReleaseNotes It would be helpful if changes are described so that people without a clue about the previous version would have a chance to understand it. Also, performance improvements should be measured on a user level to be more useful. Also, usability changes should be include an explanation about the reason of the change. Cheers, Claus -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
> I'm sorry I didn't bring this up before the release, when it would have > been more useful. Let's just learn the lesson, and make sure our finger > is on the pulse next time, and give kudos where it's due. Gathering, sorting, and presenting the release information takes a lot of time and effort. That's why I recommended a schedule: http://live.gnome.org/ReleaseNotes The problem here, as far as I can tell, was that someone else (mostly, Quim, I think) had to step in at the last moment. So I think we are lucky that we had release notes at all, even if they weren't perfect. These things happen. Murray Cumming [EMAIL PROTECTED] www.murrayc.com www.openismus.com -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
Hi, On Tue, 26 Sep 2006 09:21:34 +0200 Dave Neary <[EMAIL PROTECTED]> wrote: > To my mind that is definitely a bigger "feature" than "we will have > more eye candy in future releases thanks to optional XGL support in > Metacity". > Note that a performance page was written. It looked like this: http://live.gnome.org/TwoPointFifteen/ReleaseNotes/TwoSixteenPerformance This is what could be made after feedback from a helpful Evolution developer. Read it and ask yourself how many people are really affected by these improvements. I'm not sure whether that would have been sufficient to produce the headlines you're thinking of. Of course, that should not mean that 'eye candy' was the best headline to pick -- however, nobody was able to suggest a better one, back then. Cheers, Claus -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
Murray Cumming a écrit : >> I'm sorry I didn't bring this up before the release, when it would have >> been more useful. Let's just learn the lesson, and make sure our finger >> is on the pulse next time, and give kudos where it's due. > > Gathering, sorting, and presenting the release information takes a lot of > time and effort. That's why I recommended a schedule: > http://live.gnome.org/ReleaseNotes > > The problem here, as far as I can tell, was that someone else (mostly, > Quim, I think) had to step in at the last moment. So I think we are lucky > that we had release notes at all, even if they weren't perfect. These > things happen. Agreed. It is unfortunate that we missed an opportunity to underline our commitment to a low memory footprint and increased performance, though. Especially since, aside from that, there weren't any major changes. It would have married well with our relationship with mobile device producers and the OLPC project too. Cheers, Dave. -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
Hi, Santiago Roza a écrit : > maybe because we didn't have any benchmarks available, i guess. how > could we have them for future releases? The Evolution guys had (and sent us) benchmarks, Federico Mena, Ben Maurer, Cecilia Gonzalez Alvarez, Phillip van Hoof, Behdad Esfahbod... all of these people have worked a lot on performance for 2.16 (and 2.18), and have been publishing benchmarks on their blogs as they've been going along. Did anyone think to ask them? > i mean what to measure, with which utilities, and how? > (if i'm supposed to compile gnome from source, don't count on me) Ask the experts - leverage the expertise we have lying around to get the word out (and in) - the marketing team is supposed to be the place where two-way communication can happen, letting people outside know what people inside are working on, and letting people inside know what people outside want. If we're not listening to people on either side, we're badly placed to give advice or communicate. I'm sorry I didn't bring this up before the release, when it would have been more useful. Let's just learn the lesson, and make sure our finger is on the pulse next time, and give kudos where it's due. Cheers, Dave. -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
Quim Gil a écrit : > Good bits in GNOME 2.16 > http://www.linux.com/article.pl?sid=06/09/18/2031230 > > Not yet del.icio.us user, sorry. Gah. "some minor feature enhancements"? If there's one thing I regret it's that we didn't push this release as "The big performance push" - there was a wealth of blog entries, performance fixes in the platform (Cairo, GTK+, pango) and focus on performance in some key applications like Evolution. We really should have made more mileage out of that - I can imagine headlines like "The same GNOME, smaller and faster" with by-lines like "If you've been finding previous versions of GNOME a little sluggish on your older desktop, perhaps now is the time to upgrade". To my mind that is definitely a bigger "feature" than "we will have more eye candy in future releases thanks to optional XGL support in Metacity". Cheers, Dave. -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
On 9/26/06, Dave Neary <[EMAIL PROTECTED]> wrote: > If there's one thing I regret it's that we didn't push this release as > "The big performance push" ... maybe because we didn't have any benchmarks available, i guess. how could we have them for future releases? i mean what to measure, with which utilities, and how? (if i'm supposed to compile gnome from source, don't count on me) -- Santiago Roza [EMAIL PROTECTED] -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
Good bits in GNOME 2.16 http://www.linux.com/article.pl?sid=06/09/18/2031230 Not yet del.icio.us user, sorry. -- Quim Gil /// http://desdeamericaconamor.org | http://pinguino.tv signature.asc Description: This is a digitally signed message part -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
Hi Reinhout, Are you a del.icio.us user? Fancy tagging it gnome216? Cheers, Dave. Reinout van Schouwen wrote: > Op ma, 11-09-2006 te 22:32 -0300, schreef Santiago Roza: >> these are the sources i found so far: >> feel free to add more... > > http://tweakers.net/nieuws/44305/Nieuwe-versie-Gnome-ziet-het-levenslicht.html > > (Dutch) > > regards, > -- David Neary [EMAIL PROTECTED] -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
Op ma, 11-09-2006 te 22:32 -0300, schreef Santiago Roza: > these are the sources i found so far: > feel free to add more... http://tweakers.net/nieuws/44305/Nieuwe-versie-Gnome-ziet-het-levenslicht.html (Dutch) regards, -- Reinout van Schouwen -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
Hi Santiago, If you are a del.icio.us user, then please bookmark these with the tag gnome216 (you can use more than one tag if you like, but please include that one). I think I got these three, but there's no harm in having pages bookmarked more than once. I haven't seen any Spanish articles bookmarked yet - just French, German and English. Isn't anyone covering this in Spain or South America? How about Asia? Cheers, Dave. Santiago Roza wrote: > these are the sources i found so far: > > http://slashdot.org/articles/06/09/07/0240207.shtml > http://arstechnica.com/articles/columns/linux/linux-20060905.ars > http://www.desktoplinux.com/news/NS6261033378.html > > feel free to add more... > > -- > Santiago Roza > [EMAIL PROTECTED] -- David Neary [EMAIL PROTECTED] -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
these are the sources i found so far: http://slashdot.org/articles/06/09/07/0240207.shtml http://arstechnica.com/articles/columns/linux/linux-20060905.ars http://www.desktoplinux.com/news/NS6261033378.html feel free to add more... -- Santiago Roza [EMAIL PROTECTED] -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
Hi Santiago, Santiago Roza wrote: > i don't know about the "young" or "bright" parts :P, but i can do the > review compiling thing again (i did it for 2.12), in case you guys are > ok with that. Thanks for the offer - that would be wonderful. It's a lot of work for one person if we do it right, so I would encourage you to look for others to help (and I would also encourage others to help). I would like to suggest a change in approach this time - to back up the conclusions that you make, point to relevant articles, and try to make concrete suggestions about how to address the concerns. Developers like to (1) know what you want them to do and (2) why. Breaking things down into digestable action-oriented tidbits will make it easier for our efforts to generate results later. In other words, the more work we do, the more likely we'll have an influence on 2.18 (for comparison, and an idea of what I'd like to see us do, look at the openusability reports - making concrete suggestions, backed up by real examples of people who had trouble). In fact, it might not be a good idea to interract with the usability people (Calum, Anna, ...) to get their opinion on suggestions. Cheers, Dave. -- David Neary [EMAIL PROTECTED] -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Re: Spreading the press release/release announcement and collecting press coverage
On 9/7/06, Dave Neary <[EMAIL PROTECTED]> wrote: > Again, this > will be a database of information for some young bright spark with some > time who would like to analyse all the reviews and slashdot comments > later on, and make some concrete suggestions based on those comments and > reviews to the appropriate developer/mailing list. Let's get that > feedback loop working for the next release. i don't know about the "young" or "bright" parts :P, but i can do the review compiling thing again (i did it for 2.12), in case you guys are ok with that. -- Santiago Roza [EMAIL PROTECTED] -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list
Spreading the press release/release announcement and collecting press coverage
Hi all, We need to improve how we push out announcements like the announcement of the release - while we're waiting for a nice CRM which lets us mass-mail all the journalists we know, we need to do it by hand. For each journalist that you know, you might want to drop them a friendly note saying that 2.16 is out and pointing them to the release notes. If they get the announcement 2 or 3 times, no harm - really, they're not going to get bothered by 2 or 3 personal notes from acquaintances. If they get the *same* email 2 or 3 times, they will get annoyed, though - please avoid using stock emails. Ask them about their kids while you're at it, or how that big old shaggy dog they used to have that scared the bejesus out of you is getting on. If you don't know any journalists, get out your computer magazines, look at the by-lines, see if there's an email address for the geeky journalist type, and drop him a friendly mail. Since you don't know if he has kids, avoid that subject. A quick "I read your column, liked your article on X, and thought you might like to know that GNOME released a new version yesterday. There's more info here: http://www.gnome.org/start/2.16";. And when you've met the shaggy dog, you can talk about that next time. Oh - and please mail me and/or the list with the people you mail, since I would like to centralise all this info at some stage. When we do get press coverage, can you all use the tag "gnome216" if you are tagging it in del.icio.us, please? This way we can build a full list of articles in all languages on the web about the release. Again, this will be a database of information for some young bright spark with some time who would like to analyse all the reviews and slashdot comments later on, and make some concrete suggestions based on those comments and reviews to the appropriate developer/mailing list. Let's get that feedback loop working for the next release. Cheers, Dave. -- David Neary [EMAIL PROTECTED] -- marketing-list mailing list marketing-list@gnome.org http://mail.gnome.org/mailman/listinfo/marketing-list