Dear lazyweb…
January 30th, 2009
What calendaring applications do you use when trying to organize what events are happening when?
Archive for January, 2009
Even fresher gwibber
January 30th, 2009
Ah, the beauty of free software… r199 of gwibber has been pushed to stable in Fedora 9 and 10 thanks to the willingness of a few users to test the build, and the cooperation of upstream to fix a few bugs as soon as possible. :)
(For rawhide users, a pywebkitgtk bug is causing some issues in viewing updates. It’s a known bug to upstream.)
Fresh gwibber
January 28th, 2009
Revision 196 of gwibber, fresh from the bazaar tree, will soon be available in updates-testing for F9 and F10 users after the next push. For the impatient, the builds (F9, F10) are available.
Please place your comments on the appropriate Bodhi pages (F9, F10) so that these get pushed to stable! Remember to be logged in so that your karma counts.
Wiki tip for the week of Jan 26 2009: Moving pages with ease
January 26th, 2009
The wiki tip of the week series by Ian Weller, published every Monday, is an effort to increase knowledge about useful features, policies, and other important things relating to the Fedora Project wiki. It is published weekly at its home page, Ian’s blog, and fedora-devel-list. You can also subscribe to an RSS feed of the tips.
With the new page naming and wiki structure policy in place, a lot of users on the wiki have recently been moving pages around, and often have been doing it the manual way: copy the source from one page to another, and make a redirect by hand. What most users apparently don’t realize is that there is a move button at the top of every page, and any logged-in user can use that button.
When moving your page it’s a very good idea to give a reason for doing so. You can also choose to move a page’s corresponding discussion page along with it too, if it has one. This is very useful for archiving pages (simply tack on Archive: at the beginning of the page name) or moving your old pages. And of course, please watch your pages.
Using the move tab automatically creates a redirect and can also fix other redirects to prevent double redirects.
Probably the most important part of using the move tab instead of a manual move is that page histories are kept across both pages, so it’s much easier to find who edited what and when.
However if the new page already has content (perhaps a #REDIRECT), MediaWiki won’t allow you to move the page (unless you have the power to delete pages). You’ll still need to move the page by hand, in this case.
Learn more: Help:Moving a page at meta.wikimedia.org
An important notice from your wiki people
January 25th, 2009
Always use an edit summary when making a change to a page. It helps us understand why you’re making an edit instead of seeing absolutely no clues as to why you did that.
What is this elusive edit summary? It’s the text input field just above the buttons to save the page. It looks like this.
There’s even a setting you can set in your preferences that will remind you to fill in an edit summary. Click on the “Editing” tab, then check the “Prompt me when entering a blank edit summary” box.
I lurk [[Special:RecentChanges]]
January 16th, 2009
Just a quick note that I’ll be checking each edit and making sure that it’s up to par with current policy. If you log in and see a little box that says “You have new messages”, that’s on your user talk page, where I’ll most likely discuss things with you.
Is this insane? Yes. Is this a good way to check that people know what they’re doing? Yes. :)
FUDCon day 0
January 9th, 2009
Not much happened for me today, spent a lot of time in airplanes and airports, took the T to the hotel, went to dinner with herlo and ke4qqq and the like, got one of the entry gates at the red line angry, and came back and still be up at 1:15 am. :)
Proudly powered by WordPress. Ian Weller's blog by Ian Weller is licensed under a Creative Commons Attribution 3.0 Unported License.
![[FSF Associate Member]](/pub/88x31/fsf-member-7305.png)
