FWN/Beats/PlanetFedora: Difference between revisions

Revision as of 23:27, 15 November 2009

Planet Fedora

In this section, we cover the highlights of Planet Fedora^[1] - an aggregation of blogs from Fedora contributors worldwide.

Contributing Writer: Adam Batkin

This week is an amalgamation of posts from the past two weeks. Two for the price of one!

↑ http://planet.fedoraproject.org

General

Andrew Vermilya Jamison took a look^[1] at the new Fedora Community^[2] (Beta) site. "This is a great hub for communication in the distribution and promises to add new features that will make it more useful to other non Package contributing groups in Fedora...I can very well see this becoming a portal for the average Fedora user to: Check forum replies to topic you create, Reporting bugs using the Bugzilla API (would make it far easier to report a bug), Search the Smolt DB for hardware that works on Fedora, Tracking Wiki discussions and pages you might be involved with. All that and so much more, this site has great potential."

Ujjwol Lamichhane examined^[3] the Sugar desktop. "Most of you, Linux users have always been limited to the two big desktop names in Linux. GNOME and KDE today represent the Linux desktop. But there exist other desktop environment along with these two; XFCE, LDE etc. All these desktop environment was made with a normal desktop or laptop in mind but one desktop was made with small screen and children in mind. Yes, the Sugar; the XO’s desktop from Sugar Labs...Though named as child's desktop environment, I found Sugar as easy as GNOME, as plasmic as KDE and as lightweight as XFCE."

Richard Hughes' GNOME Color Manager progressed^[4] further with a website^[5] and mailing list^[6]. Feature-wise, the calibration process is now easier, and and there is initial scanner support^[7].

Richard W.M. Jones performed a bunch of benchmarks using guestfish's new sparse disk file creation capability. First was a terabyte^[8], but apparently that wasn't good enough. Next up was a Petabyte and an Exabyte^[9]. Next up was an analysis^[10] of the metadata overhead of various filesystems, then of the mkfs times^[11]. And if you are "baffled by the 269 calls that libguestfs provides" check out the libguestfs API overview^[12].

@@ Line 18: / Line 18: @@
 [[RichardHughes|Richard Hughes]]' GNOME Color Manager progressed<ref>http://blogs.gnome.org/hughsie/2009/11/02/gnome-color-manager-progress/</ref> further with a website<ref>http://projects.gnome.org/gnome-color-manager/</ref> and mailing list<ref>http://mail.gnome.org/mailman/listinfo/gnome-color-manager-list</ref>. Feature-wise, the calibration process is now easier, and and there is initial scanner support<ref>http://blogs.gnome.org/hughsie/2009/11/05/gnome-color-manager-and-scanners/</ref>.
+[[User:Rjones|Richard W.M. Jones]] performed a bunch of benchmarks using <tt>guestfish</tt>'s new sparse disk file creation capability. First was a terabyte<ref>http://rwmj.wordpress.com/2009/11/04/terabyte-virtual-disks/</ref>, but apparently that wasn't good enough. Next up was a Petabyte and an Exabyte<ref>http://rwmj.wordpress.com/2009/11/04/petabytes-exabytes-why-not/</ref>. Next up was an analysis<ref>http://rwmj.wordpress.com/2009/11/08/filesystem-metadata-overhead/</ref> of the metadata overhead of various filesystems, then of the <tt>mkfs</tt> times<ref>http://rwmj.wordpress.com/2009/11/11/mkfs-compared-on-different-filesystems/</ref>. And if you are "baffled by the 269 calls that libguestfs provides" check out the libguestfs API overview<ref>http://rwmj.wordpress.com/2009/11/14/easy-introduction-to-the-libguestfs-api/</ref>.
 <references/>