Fedora Weekly News #146
Michael Mondragon
iam at michaelfmondragon.info
Mon Oct 6 23:49:03 UTC 2008
Hi guys,
Greetings!
I'm free now to be of assistance on this. Maybe I can join on the
documentation part of Fedora 10 (Beta) now. Just let me know.
Thanks,
--
Michael F. Mondragon
GPG Key ID: F3892203
Email: iam [at] michaelfmondragon.info
Mobile #: +63 929 232 5070
On Mon, Oct 6, 2008 at 10:42 PM, Pascal Calarco <pcalarco at nd.edu> wrote:
> -- Fedora Weekly News Issue 146 --
>
> Welcome to Fedora Weekly News Issue 146 for the week ending October 5, 2008.
>
> http://fedoraproject.org/wiki/FWN/Issue146
>
> In this issue of FWN, Max Spevack covers the announcement of the beta for
> Fedora 10 (Cambridge) and reminds us of the upcoming Fedora Board IRC chat.
> Oisin Feeley provides another detailed look into Fedora development,
> covering the recent PATH:/sbin discussion, efforts to speed up Modprobe and
> MAKEDEV, announcement of the Fedora 10 early branch for developers, and
> more. Jason Taylor writes on documentation, including discussion on changing
> language codes in Fedora and the beginnings of an ongoing debate on how to
> properly document examples of system commands. Runa Bhattacharjee, writing
> for the translation project, provides detail on the Fedora 10 translation
> dates and summarizes the most recent meeting of the translation team.
> Huzaifa Sidhpurwala updates us on discussion on the infrastructure list,
> including metalinks for Fedora 10 downloads. Nicu Buculei covers the release
> of the second issue of the art team excellent voice, Echo Monthly News, and
> Paul Frields' recent request for a remix logo, a secondary watermark for
> derivative spins. David Nalley brings us up-to-date on the latest security
> advisories for Fedora 8 and 9 issued this past week. Finally, Dale Bewley
> gets us current with the many happenings on the four virtualization lists he
> covers -- the Enterprise Management Tools, Fedora Xen, library
> virtualization and oVirt development lists.
>
> If you are interested in contributing to Fedora Weekly News, please see our
> 'join' page[1].
>
> FWN Editorial Team:
>
> Pascal Calarco
> Oisin Feeley
> Huzaifa Sidhpurwala
>
> [1] http://fedoraproject.org/wiki/NewsProject/Join
>
> ---
>
> * 1 Fedora Weekly News Issue 146
> o 1.1 Announcements
> + 1.1.1 Fedora 10 (Cambridge) Beta
> + 1.1.2 Fedora Board IRC Meeting
> o 1.2 Developments
> + 1.2.1 PATH:/sbin Tab Confusion
> + 1.2.2 Speeding-up Modprobe and MAKEDEV
> + 1.2.3 Uniform Proxy Settings
> + 1.2.4 Fedora 10 Early Branch Now Available
> + 1.2.5 SELinux - Copying ISO Files
> o 1.3 Documentation
> + 1.3.1 New Language Codes
> + 1.3.2 Command Examples Documentation
> o 1.4 Translation
> + 1.4.1 F10 Translation deadline revised to 21st October 2008
> + 1.4.2 Fedora Translation Project meeting held
> o 1.5 Infrastructure
> + 1.5.1 func logrotate fix
> + 1.5.2 metalinks for F10 download pages
> + 1.5.3 smtp-server?
> o 1.6 Artwork
> + 1.6.1 The latest news about Echo icons
> + 1.6.2 Remix logo
> o 1.7 Security Advisories
> + 1.7.1 Fedora 9 Security Advisories
> + 1.7.2 Fedora 8 Security Advisories
> o 1.8 Virtualization
> + 1.8.1 Enterprise Management Tools List
> # 1.8.1.1 virt-manager Adds Disk and Network I/O Graphs
> # 1.8.1.2 virt-manager Supports Multiple Serial
> Consoles
> # 1.8.1.3 Maintaining VM State While Restarting
> libvirtd Needed
> + 1.8.2 Fedora Xen List
> # 1.8.2.1 No Dom0 Support in Fedora 10
> + 1.8.3 Libvirt List
> # 1.8.3.1 Running Xen Guests Without xend
> # 1.8.3.2 cgroups API and LXC Driver Support
> # 1.8.3.3 libvirtd Multi-threaded Support in the Works
> # 1.8.3.4 Host Device Enumeration API
> # 1.8.3.5 SDL Display Support for QEMU Driver
> + 1.8.4 oVirt Devel List
> # 1.8.4.1 oVirt Web API ala EC2 Web Services
> # 1.8.4.2 QPID Modeling Framework and libvirt-qpid
> # 1.8.4.3 Booting Guest From ISO Image
>
> -- Announcements --
>
> In this section, we cover announcements from the Fedora Project.
>
> http://www.redhat.com/archives/fedora-announce-list/
>
> http://www.redhat.com/archives/fedora-devel-announce/
>
> Contributing Writer: Max Spevack
>
> -- Fedora 10 (Cambridge) Beta --
>
> Jesse Keating announced[1] the release of Fedora 10 Beta. "Just on the heels
> of the Fedora Project's fifth anniversary, the Beta of Fedora Linux version
> 10 (code-named Cambridge) is now available."
>
> Among the new, fun, and interesting features:
>
> * New NetworkManager with connection sharing
> * Improved printer handling
> * Remote virtualization and easier virt storage
> * Sectool, an auditing and security testing framework
> * RPM 4.6, the first big RPM change in several years
>
> [1]
> http://www.redhat.com/archives/fedora-announce-list/2008-September/msg00016.html
>
> Additionally, Jesse reported[2] "there was a small problem during image
> creation that led to the x86_64 Live KDE actually being the content for the
> x86_64 Live XFCE. I have recreated these images and updated the master
> mirror and the torrent server."
>
> For full disclosure, here are the SHA1SUMs of each:
>
> 6f32b75c09838a407371aec211e1951d357baf03 *F10-Beta-x86_64-Live-KDE.iso
> 04195ea383229bdd356188e86ba8c39985118abb *F10-Beta-x86_64-Live-XFCE.iso
>
> [2]
> http://www.redhat.com/archives/fedora-announce-list/2008-September/msg00017.html
>
> -- Fedora Board IRC Meeting --
>
> Paul Frields reminded[3] everyone that "the Board is holding its monthly
> public meeting on Tuesday, 7 October 2008, at 1800 UTC on IRC Freenode."
>
> The public is invited to do the following:
>
> * Join #fedora-board-meeting to see the Board's conversation. This
> channel is read-only for non-Board members.
> * Join #fedora-board-public to discuss topics and post questions. This
> channel is read/write for everyone.
>
> The moderator will direct questions from the #fedora-board-public channel to
> the Board members at #fedora-board-meeting. This should limit confusion and
> ensure our logs are useful to everyone.
>
> [3]
> http://www.redhat.com/archives/fedora-announce-list/2008-October/msg00000.html
>
> -- Developments --
>
> In this section the people, personalities and debates on the @fedora-devel
> mailing list are summarized.
>
> Contributing Writer: Oisin Feeley
>
> -- PATH:/sbin Tab Confusion --
>
> Some time ago (2008-04-23) it was proposed[1] by Tom Callaway to append
> /sbin\ and /usr/sbin to the path of non-root users. The rationale was to
> make it easier for non-root users to use tools which are traditionally
> perceived as "administration" tools, for example ifconfig, parted and fdisk.
> A good overview of the problem was posted[2] by Behdad Esfahbod . An
> excellent compendium of objections to the proposal posted[3] by Enrico
> Scholz encapsulates most of the problems perceived at the time. Several
> prolonged discussions on the topic mostly centered[4] around alternate
> strategies which included moving binaries from /sbin to /bin, symlinking
> from one to the other directory, or setting up[5] sudo by default.
>
> [1]
> https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01625.html
>
> [2]
> https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01661.html
>
> [3]
> https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01649.html
>
> [4]
> https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01727.html
>
> [5]
> https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01629.html
>
> The case for moving many of the binaries was made[6] strongly by David
> Cantrell and arch-skeptic Ralf Corsepius voiced[7] a general objection that
> "[...] this discussion is as old as */sbin exists [... and I] consider both
> proposals to be populist propaganda." After much thrashing out of the issue
> the proposal was coalesced[8] in the Feature named "/sbin Sanity" and
> /usr/local/sbin:/usr/sbin:/sbin were appended to the PATH of normal users of
> Fedora 10. A related change suggested was to allow firstboot to configure
> sudo to grant the first created user all privileges but this feature is not
> present in Fedora 10 Beta.
>
> With the release of Fedora 10 Beta some of the predicted daily
> inconveniences of the change have been realized[9]. Matt Miller (who had
> been consistently opposed to the change) reported that command-line
> completion was cluttered with multiple unwanted choices: "We've just made
> the command line a lot less user friendly for common use in exchange for an
> ugly fix to a small inconvenience." In a wryly humorous post he noted that
> due to wanting /etc/profile.d to continue working he could not simply set a
> static path. Stephen Smoogen joked[10] that Matt was the "[...] first
> systems administrator I have met in several years who hasn't had
> /usr/sbin:/sbin in their default path. You sure they didn't make you a
> manager and didn't tell you?" and added that "I think the chance for putting
> it back is still there.. if someone is willing to do the work on the hard
> but correct way? I think it was crickets the last couple of times when
> volunteers were asked for that." Nigel Jones was among several who
> asserted[11] that typing the full paths was what they preferred and Stephen
> admitted[12] that he had received some offlist ribbing and promised to mend
> his ways: "I am removing /sbin:/usr/sbin from my path and learning to type
> /usr/sbin for the commands I have 'shortcutted' over the years. Next I will
> be removing the bad habit of '/sbin/sudo bash' :)"
>
> [6]
> https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01732.html
>
> [7]
> https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01761.html
>
> [8] http://fedoraproject.org/wiki/Features/SbinSanity
>
> [9]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00001.html
>
> [10]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00003.html
>
> [11]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00004.html
>
> [12]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00181.html
>
> Ville Skyttä and Matt Miller volunteered[13] to take up the burden of moving
> appropriate binaries out of /sbin and into /bin in order to help revert the
> change.
>
> [13]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00003.html
>
> Over on @fedora-desktop Rahul Sundaram suggested a kickstart snippet which
> would add the first user to the wheel group and add blanket permissions to
> the wheel group in /etc/sudoers . Colin Walters agreed[14] with the concept
> but wondered "[a]re we too far into the F10 process for this?"
>
> [14]
> https://www.redhat.com/archives/fedora-desktop-list/2008-October/msg00006.html
>
> -- Speeding-up Modprobe and MAKEDEV --
>
> Inspired by Arjan van de Ven's five-second Asus EeePC boot and Mandriva's
> work on similar topics Jakub Jelinek posted[1] his patches to improve the
> speed of modprobe and MAKEDEV. He hoped that this sharing would result in
> more community experimentation. The first patch enables depmod -a to produce
> compact binary files which can be searched for aliases and dependencies more
> quickly than the standard text files, which are still also produced. The
> patch to MAKEDEV similarly reduces the size of the searched files, in this
> case config files, and improves the efficiency of an inner loop. The times
> appeared to be decreased by several orders of magnitude according to the
> sample figures posted by Jakub.
>
> [1]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00043.html
>
> Kyle McMartin was excited[2] and suggested that "[t]he biggest win by far
> for MAKEDEV is profiling the often hit devices, and prioritizing things.
> Dave Airlie moved a bunch of the cciss and other almost never-seen devices
> to be sourced last and ended up with a huge win." Bill Nottingham
> responded[3] that MAKEDEV ought not to be run at boot at all. Jakub Jelinek
> was not optimistic that the MAKEDEV patch would be applied upstream as he
> noted[4] that he had sent it upstream over ten months ago.
>
> [2]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00046.html
>
> [3]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00047.html
>
> [4]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00054.html
>
> -- Uniform Proxy Settings --
>
> The issue of constructing a uniform method of enforcing proxy settings for
> applications was raised[1] by Kulbir Saini. He complained "[w]henever I try
> a new version of Fedora, the first problem I face is setting the proxy. It
> seems for almost every application, I have to specify proxy at a different
> place."
>
> [1]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00097.html
>
> A reply by Simon Andrews recapped[2] previous debates on the topic by
> pointing out the twin problems of a lack of a common setting and the
> inability of many applications to update their proxy settings on the fly.
> Simon suggested that a localhost proxy could be forced on all applications
> if NetworkManager were to contain hooks to re-route local proxy requests
> either directly to the internet or via a secondary proxy. He admitted "this
> all feels a bit icky to me - but I can't think of a nicer way of doing this
> which doesn't require the cooperation of the authors of every proxy-aware
> application."
>
> [2]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00159.html
>
> Nicolas 'kwizart' Chauvet had also thought about the problem and made[3]
> some changes to libproxy which he hoped would solve the problem. Dan Winship
> wrote[4] a great post explaining that libproxy could adaptively use
> whichever backend was appropriate for the environment in which it was used
> and although it was not widely used by applications it looked set to become
> an integral part of GNOME.
>
> [3]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00098.html
>
> [4]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00185.html
>
> After Colin Walters commented[5] that he would like to "[...] see the
> desktop standardize around libsoup[6] , for two primary reasons: 1) Mainloop
> integration 2) Hopefully forthcoming support for reading Firefox cookies
> [...]" a minor flamewar erupted when James Antill wondered "Why do "desktop
> people" keep proposing things that are _only_ acceptable in a monolithic
> desktop application?" with reference to the mainloop integration. This
> developed into a comparison[7] between future scenarios in which PackageKit
> overrode yum downloads in a desktop scenario versus the simplicity of using
> yum on the command line. James was scathing on the subject of ignoring
> actual users (whom he asserted prefer gnome-terminal) to "[...] 60+ year
> olds who don't, and are about to be a majority of our users RSN."
>
> [5]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00188.html
>
> [6] libsoup is a GNOME client/server library for HTTP used in evolution,
> seahorse and rhythmbox among others and is integral to the OnlineDesktop.
>
> [7]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00201.html
>
> -- Fedora 10 Early Branch Now Available --
>
> Jesse Keating announced[1] on 2008-10-01 that it was now possible for
> developers wishing to concentrate on stabilization to branch their packages.
> A link to request a branch was provided. In response to Jeroen van Meeuwen
> it was explained[2] that this was not mass-early-branching but was an
> attempt to satisfy two classes of maintainers: those that needed to continue
> future development and those that used the entire development cycle for the
> current release.
>
> [1]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00083.html
>
> [2]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00126.html
>
> Michael Schwendt rejected[3] the idea as "[u]nconvincing and not helpful",
> citing increased bureaucracy as the main negative outcome and suggesting
> that a potential cascade of maintainers scrambling to branch and rebuild in
> response to early branches of dependencies would result.
>
> [3]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00202.html
>
> -- SELinux - Copying ISO Files --
>
> A paraliptic swipe at SELinux by Jon Masters asked[1] "[...] how is the
> *average* user supposed to [...] copy the content of /mnt over to e.g.
> /somewhere/fedora/9/i386 for NFS installs [?]" Dan Walsh was surprised[2]
> and responded "Why would the copy fail? cp should just work and set the
> files to the context of the destination directory. If this fails it is a
> bug." Jon conceded[3] that there was a bug and segued into a mini-rant on
> SELinux.
>
> [1]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00140.html
>
> [2]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00154.html
>
> [3]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00203.html
>
> Jesse Keating offered[4]: "The average user double clicks on the iso in
> Nautilus, which mounts it for them. Then they click/drag the fileset to
> where they want it and Nautilus copies it for them."
>
> [4]
> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg00174.html
>
> -- Documentation --
>
> In this section, we cover the Fedora Documentation Project.
>
> http://fedoraproject.org/wiki/DocsProject
>
> Contributing Writer: Jason Taylor
>
> -- New Language Codes --
>
> There was some discussion[1] this week between the docs team and members of
> the translation team about changing the language codes in the Fedora
> documentation. The proposed change(s) would make the Fedora documentation,
> in this case the Release-Notes compatible with ISO naming standards.
>
> [1]
> https://www.redhat.com/archives/fedora-docs-list/2008-September/msg00097.html
> -- Command Examples Documentation
>
> Murray McAllister brought to light some discussion recently about how to
> properly document examples of system commands[1]. There was some interesting
> discussion on list about how to go about this and we look forward to a
> consensus in the near future.
>
> [1]
> https://www.redhat.com/archives/fedora-docs-list/2008-October/msg00008.html
>
> -- Translation--
>
> This section covers the news surrounding the Fedora Translation (L10n)
> Project.
>
> http://fedoraproject.org/wiki/L10N
>
> Contributing Writer: Runa Bhattacharjee
>
> -- F10 Translation deadline revised to 21st October 2008 --
>
> The software and documentation translation deadlines for Fedora 10 has been
> revised to 21st October 2008[1][2][3][4]. The decision was taken after a
> meeting last week between John Poelstra and the Translation and
> Documentation teams. Currently, the Fedora Translation and Documentation
> teams are finalizing the process of task scheduling in perspective of the
> main Fedora Release Engineering schedule which would be used for future
> Fedora releases as well.
>
> [1]
> https://www.redhat.com/archives/fedora-trans-list/2008-October/msg00019.html
>
> [2] http://poelstra.fedorapeople.org/schedules/f-10/f-10-docs-tasks.html
>
> [3] http://poelstra.fedorapeople.org/schedules/f-10/f-10-trans-tasks.html
>
> [4] http://poelstra.fedorapeople.org/schedules/f-10/f-10-all-tasks.html
>
> -- Fedora Translation Project meeting held --
>
> The fortnightly meeting of the Fedora Translation Project was held on 30th
> September 2008[5], chaired by Dimitris Glezos. Issues discussed included an
> update of the translation schedule revision and problems with publican
> documents on the status page. Additionally, Robert-André Mauchin raised a
> concern about identification of new translators for a language, being
> sponsored into the cvsl10n group.
>
> [5]
> https://www.redhat.com/archives/fedora-trans-list/2008-October/msg00017.html
>
> -- Infrastructure --
>
> This section contains the discussion happening on the
> fedora-infrastructure-list
>
> http://fedoraproject.org/wiki/Infrastructure
>
> Contributing Writer: Huzaifa Sidhpurwala
>
> -- func logrotate fix --
>
> Mike McGrath wrote on the @fedora-infrastructure-list [1] that he would like
> to implement a global fix to logrotate in which /etc/init.d/funcd
> condrestart would be replaced by /etc/init.d/funcd condrestart > /dev/null.
> The reason for the fix is because the original config is generating spam.
> However [[JonStanley|Jon Stanley] opposed this[2], saying that it violates
> the concept of a change freeze. However at the end the change was
> implemented.
>
> [1]
> https://www.redhat.com/archives/fedora-infrastructure-list/2008-September/msg00219.html
>
> [2]
> https://www.redhat.com/archives/fedora-infrastructure-list/2008-September/msg00224.html
>
> -- metalinks for F10 download pages --
>
> Matt Domsch wrote on the @fedora-infrastructure-list [3] that mirrors.fp.o
> now supports metalinks [1]. metalinks are XML documents that act like a yum
> mirror list, but with more detail, allowing client download tools to more
> easily select a mirror that will be fastest for them.
>
> [3]
> https://www.redhat.com/archives/fedora-infrastructure-list/2008-October/msg00010.html
>
> Jeffrey Ollie asked if these links were supposed to work on firefox, atleast
> for testing [4] on which Jesse replied that there was some work done on
> Mirror Manager yesterday and they should be working.
>
> [4]
> https://www.redhat.com/archives/fedora-infrastructure-list/2008-October/msg00014.html
>
> -- smtp-server? --
>
> Thomas Spura wrote on @fedora-infrastructure-list [5] and asked "Why isn't
> it possible to configure an smtp-server to send username fedoraproject org
> mails?" To this Mike replied that in In your mail client you should be able
> to set a @fedoraproject.org address. Many other providers support this as
> well (like gmail for example) [6]
>
> [5]
> https://www.redhat.com/archives/fedora-infrastructure-list/2008-October/msg00013.html
>
> [6]
> https://www.redhat.com/archives/fedora-infrastructure-list/2008-October/msg00016.html
>
> -- Artwork --
>
> In this section, we cover the Fedora Artwork Project.
>
> http://fedoraproject.org/wiki/Artwork
>
> Contributing Writer: Nicu Buculei
>
> -- The latest news about Echo icons --
>
> Martin Sourada announced[1] on @fedora-art a new issue of the Echo Monthly
> News[2], a periodic publication outlining the development in the last month
> for the Echo icon set. We covered part of them in Fedora Weekly News, but
> for those interested in details, it is a good read, covering the following
> topics: "1. New Icons; 2. Updated Tutorials; 3. Guidelines Update; 4.
> Releases; 5. Echo Enabled in Rawhide as Default Icon Set;6. Icons We Need to
> Create for F10; 7. Roadmap Updates".
>
> [1]
> https://www.redhat.com/archives/fedora-art-list/2008-October/msg00021.html
>
> [2] https://fedorahosted.org/echo-icon-theme/wiki/MonthlyNews/Issue2
>
> -- Remix logo --
>
> Paul Frields asked for a logo graphic, a secondary wordkmark, on
> @fedora-art: "Having a secondary wordmark, a community-usable mark for
> derivative spins, will help drive more interest in Fedora", a process
> crossed with @fedora-marketing "I'll start a discussion about the wording
> for the mark on Fedora Marketing List which anyone should (as always) feel
> free to join". After receiving input from marketing and legal the name was
> settled to "fedora remix" and a wiki page[2] was created to hold the
> proposals. So far it has evolving proposals from Nicu Buculei, Mairin Duffy,
> Clint Savage and Jayme Ayres.
>
> [1]
> https://www.redhat.com/archives/fedora-art-list/2008-September/msg00514.html
>
> [2] https://fedoraproject.org/wiki/User:Pfrields/Secondary_trademark_design
>
> -- Security Advisories --
>
> In this section, we cover Security Advisories from fedora-package-announce.
>
> https://www.redhat.com/mailman/listinfo/fedora-package-announce
>
> Contributing Writer: David Nalley
>
> -- Fedora 9 Security Advisories --
>
> * rubygem-activerecord-2.1.1-1.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01316.html
> * rubygem-activesupport-2.1.1-1.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01317.html
> * rubygems-1.2.0-2.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01318.html
> * rubygem-activeresource-2.1.1-1.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01319.html
> * rubygem-rails-2.1.1-2.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01320.html
> * rubygem-actionpack-2.1.1-1.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01321.html
> * rubygem-actionmailer-2.1.1-1.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01322.html
> * firefox-3.0.2-1.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01334.html
> * xulrunner-1.9.0.2-1.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01335.html
> * cairo-dock-1.6.2.3-1.fc9.1 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01336.html
> * devhelp-0.19.1-4.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01337.html
> * blam-1.8.5-2.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01338.html
> * epiphany-2.22.2-4.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01339.html
> * chmsee-1.0.1-5.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01340.html
> * epiphany-extensions-2.22.1-4.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01341.html
> * galeon-2.0.5-3.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01342.html
> * evolution-rss-0.1.0-3.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01343.html
> * gnome-web-photo-0.3-14.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01344.html
> * gnome-python2-extras-2.19.1-18.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01345.html
> * google-gadgets-0.10.1-5.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01346.html
> * gtkmozembedmm-1.4.2.cvs20060817-21.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01347.html
> * kazehakase-0.5.5-1.fc9.1 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01348.html
> * Miro-1.2.4-3.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01349.html
> * mugshot-1.2.2-2.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01350.html
> * mozvoikko-0.9.5-3.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01351.html
> * totem-2.23.2-7.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01352.html
> * ruby-gnome2-0.17.0-2.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01353.html
> * yelp-2.22.1-5.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01354.html
> * seamonkey-1.1.12-1.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01403.html
> * emacspeak-28.0-3.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-October/msg00010.html
> * libxml2-2.7.1-2.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-October/msg00125.html
> * pam_krb5-2.3.0-2.fc9 -
> https://www.redhat.com/archives/fedora-package-announce/2008-October/msg00166.html
>
> -- Fedora 8 Security Advisories --
>
> * blam-1.8.3-18.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01361.html
> * firefox-2.0.0.17-1.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01362.html
> * chmsee-1.0.0-4.31.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01363.html
> * cairo-dock-1.6.2.3-1.fc8.1 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01364.html
> * epiphany-2.20.3-7.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01365.html
> * devhelp-0.16.1-10.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01366.html
> * epiphany-extensions-2.20.1-10.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01367.html
> * evolution-rss-0.0.8-12.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01368.html
> * galeon-2.0.4-5.fc8.3 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01369.html
> * gnome-web-photo-0.3-13.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01370.html
> * gnome-python2-extras-2.19.1-17.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01371.html
> * kazehakase-0.5.5-1.fc8.1 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01372.html
> * Miro-1.2.3-4.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01373.html
> * gtkmozembedmm-1.4.2.cvs20060817-23.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01374.html
> * liferea-1.4.15-4.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01375.html
> * openvrml-0.17.8-2.0.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01376.html
> * ruby-gnome2-0.17.0-2.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01377.html
> * yelp-2.20.0-13.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01378.html
> * seamonkey-1.1.12-1.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-September/msg01384.html
> * emacspeak-28.0-3.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-October/msg00012.html
> * libxml2-2.7.1-2.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-October/msg00130.html
> * pam_krb5-2.2.18-2.fc8 -
> https://www.redhat.com/archives/fedora-package-announce/2008-October/msg00150.html
>
> -- Virtualization --
>
> In this section, we cover discussion on the @et-mgmnt-tools-list,
> @fedora-xen-list, @libvirt-list and @ovirt-devel-list of Fedora
> virtualization technologies.
>
> Contributing Writer: Dale Bewley
>
> -- Enterprise Management Tools List --
>
> This section contains the discussion happening on the et-mgmt-tools list
>
> -- virt-manager Adds Disk and Network I/O Graphs --
>
> Guido Günther submitted[1] a patch for virt-manager to display with disk and
> network input/output graphs in addition to the CPU and memory utilization
> graphs.
>
> [1] https://www.redhat.com/archives/et-mgmt-tools/2008-October/msg00026.html
>
> -- virt-manager Supports Multiple Serial Consoles --
>
> Cole Robinson patched[1] virt-manager to combine "the serial console window
> with the VM details window. Opening the serial console now appends a tab to
> the details view. In addition, multiple serial consoles are now supported,
> not just the primary/first defined console, though this still only works for
> 'pty' devices."
>
> [1]
> https://www.redhat.com/archives/et-mgmt-tools/2008-September/msg00109.html
>
> -- Maintaining VM State While Restarting libvirtd Needed --
>
> Upgrades of libvirt necessitate a restart of libvirtd. Guido Günther
> asked[1] if there was any progress on saving enough state to restart
> libvirtd without restarting any guests. Daniel P. Berrange replied[2] this
> has been solved for the LXC driver and the same approach may apply to the
> QEMU driver.
>
> [1]
> https://www.redhat.com/archives/et-mgmt-tools/2008-September/msg00093.html
>
> [2]
> https://www.redhat.com/archives/et-mgmt-tools/2008-September/msg00094.html
>
> Guido pointed[3] out "This would solve the problem of restarting libvirtd.
> How are we going to distinguish this from daemon shutdown on e.g. system
> reboot?" To which, Daniel B. proposed[4] "We can probably distinguish by
> picking a specific signal for orderly shutdown of the daemon + vms, vs a
> simple restart." Adding, "Perhaps we should have an explicit API, or a
> convenient virsh command to shutdown all VMs in one go."
>
> [3] https://www.redhat.com/archives/et-mgmt-tools/2008-October/msg00046.html
>
> [4] https://www.redhat.com/archives/et-mgmt-tools/2008-October/msg00047.html
>
> -- Fedora Xen List --
>
> This section contains the discussion happening on the fedora-xen list.
>
> -- No Dom0 Support in Fedora 10 --
>
> Daniel P. Berrange laid[1] it out there. "There is pretty much zero chance
> that Fedora 10 will include a Xen Dom0 host. While upstream Xen developers
> are making good progress on porting Dom0 to paravirt_ops, there is simply
> too little time for this to be ready for Fedora 10. So if you need to use
> Fedora 10 as a host, then KVM is your only viable option at this time. If
> you can wait for Fedora 11 (or use RHEL-5 / CentOS-5) then Xen may be an
> option for you." See also FWN 143[2].
>
> [1] https://www.redhat.com/archives/fedora-xen/2008-September/msg00035.html
>
> [2]
> https://fedoraproject.org/wiki/FWN/Issue143#Laying_the_Groundwork_for_Xen_Domain_0_Support
>
> -- Libvirt List --
>
> This section contains the discussion happening on the libvir-list.
>
> -- Running Xen Guests Without xend --
>
> Stefan de Konink asked[1] if users could someday run xen guests without a
> xend running. Gerd Hoffmann said[2] there are patches queued up which begin
> to allow qemu to do this. Adding, "If things work out well we might have
> that in the F11 timeframe." Assuming Dom0 support in the pv_ops based kernel
> is completed.
>
> [1] https://www.redhat.com/archives/libvir-list/2008-September/msg00402.html
>
> [2] https://www.redhat.com/archives/libvir-list/2008-September/msg00406.html
>
> -- cgroups API and LXC Driver Support --
>
> Dan Smith posted[1] a patch set which "adds basic cgroup[2] support to the
> LXC driver. It consists of a small internal cgroup manipulation API, as well
> as changes to the driver itself to utilize the support."
>
> [1] https://www.redhat.com/archives/libvir-list/2008-September/msg00415.html
>
> [2] http://www.mjmwired.net/kernel/Documentation/cgroups.txt
>
> Dan agreed[3] to "reswizzle" the API after Daniel P. Berrange commented[4],
> "My thought on the overall design of this internal API is that it is too low
> level & pushing too much work to the caller." Also, "While LXC driver is the
> only current user, as more controllers are added I anticipate that QEMU
> driver might use cgroups, eg for I/O controls and CPU schedular controls. As
> such I'd expect an API to be at a slightly higher level of abstraction,
> strongly typed and a single cgroup object associated with a domain object."
>
> [3] https://www.redhat.com/archives/libvir-list/2008-September/msg00436.html
>
> [4] https://www.redhat.com/archives/libvir-list/2008-September/msg00434.html
>
> There was discussion of how to mount the controllers. The cgroups kernel
> interace is less than ideal, because[5] "...once you mount a particular
> controller, you can't change the way it's mounted. So if libvirt mounted
> each controller separately, then the admin couldn't have a mount with
> multiple controllers active, and vica-verca."
>
> [5] https://www.redhat.com/archives/libvir-list/2008-September/msg00432.html
>
> This prompted Balbir Singh to begin a new thread recommending[6] the use of
> libcgroups[7] rather than an internal implementation. Adding, "I understand
> that in the past there has been a perception that libcgroups might not yet
> be ready, because we did not have ABI stability built into the library and
> the header file had old comments about things changing. I would urge the
> group to look at the current implementation of libcgroups (look at v0.32)
> and help us."
>
> [6] https://www.redhat.com/archives/libvir-list/2008-October/msg00095.html
>
> [7] http://libcg.sf.net
>
> Daniel Veillard pointed[8] to issues of dependency and API completeness
> raised[9] in the past. "In the meantime we got a relatively simple,
> sufficient for now, usable right now, patch fullfilling our needs." Adding
> support for taking Dan Smith's patch with it's internal cgroups
> implementation.
>
> [8] https://www.redhat.com/archives/libvir-list/2008-October/msg00097.html
>
> [9] https://www.redhat.com/archives/libvir-list/2008-September/msg00096.html
>
> Dhaval Giani offered[10] that version 0.32 of libcrgoups will be available
> in Rawhide soon. The thread amicably continued on in great detail about the
> implementation details of libcgroups.
>
> [10] https://www.redhat.com/archives/libvir-list/2008-October/msg00103.html
>
> -- libvirtd Multi-threaded Support in the Works --
>
> Daniel P. Berrange posted[1] "I've been doing some proof of concept work to
> make the libvirtd daemon multi-threaded, and this in turns mean that the
> QEMU / LXC / OpenVZ drivers need to have some degree of locking on their
> internal data structures." The internal APIs extensive use of linked lists
> makes fine grained locking of objects very difficult, which lead to Daniel's
> series of patches aimed at removing all use of linked lists.
>
> [1] https://www.redhat.com/archives/libvir-list/2008-October/msg00054.html
>
> -- Host Device Enumeration API --
>
> In August David Lively announced[1] an intent to work on an API[2] for host
> device enumeration, creation, and deletion. Daniel P. Berrange inquired[3]
> as to the status of the work. The "oVirt guys" are keen to have the
> functionality ASAP.
>
> [1] https://www.redhat.com/archives/libvir-list/2008-August/msg00548.html
>
> [2] https://www.redhat.com/archives/libvir-list/2008-April/msg00005.html
>
> [3] https://www.redhat.com/archives/libvir-list/2008-September/msg00398.html
>
> David reported[4] progress on HAL-based and more limited DevKit-based
> drivers and posted a preliminary patch. Daniel B. concurred[5] that "HAL is
> clearly the more portable option for a little while to come, but for Linux
> at least DeviceKit will (eventually) be the preferred way to access this
> kind of info." David later gave[6] up on DevKit for now. Work continues on
> the API.
>
> [4] https://www.redhat.com/archives/libvir-list/2008-September/msg00423.html
>
> [5] https://www.redhat.com/archives/libvir-list/2008-September/msg00430.html
>
> [6] https://www.redhat.com/archives/libvir-list/2008-October/msg00076.html
>
> -- SDL Display Support for QEMU Driver --
>
> Daniel P. Berrange posted[1] a patch to enable SDL displays for QEMU. Daniel
> explained "QEMU has two modes of providing a graphical display, VNC and SDL.
> Now most of our tools just use VNC, but occasionally people want to use SDL
> for some crazy reason. We already support this in Xen driver, but the QEMU
> impl has been rather lacking."
>
> [1] https://www.redhat.com/archives/libvir-list/2008-October/msg00037.html
>
> -- oVirt Devel List --
>
> This section contains the discussion happening on the ovirt-devel list.
>
> -- oVirt Web API ala EC2 Web Services --
>
> Noel Rocher asked[1] if there was web-enabled API similar to EC2[2] which
> could be used manage guest images and instances. Hugh O. Brock explained[3]
> there is a REST API for scripting most oVirt operations, soon to be
> accompanied by a command-line interface. However, the API is in early stages
> and poorly documented.
>
> [1] https://www.redhat.com/archives/ovirt-devel/2008-September/msg00520.html
>
> [2] http://aws.amazon.com/ec2/
>
> [3] https://www.redhat.com/archives/ovirt-devel/2008-September/msg00521.html
>
> -- QPID Modeling Framework and libvirt-qpid --
>
> Ian Main wanted to say[1] a few words about the patches to libvirt-qpid into
> ovirt which "provides an interface with libvirt using QMF[2] (qpid modeling
> framework) which utilizes the AMQP[3] protocol. The Advanced Message Queuing
> Protocol (AMQP) is an open standard application layer protocol providing
> reliable transport of messages."
>
> "QMF provides a modeling framework layer on top of qpid (which implements
> AMQP). This interface allows you to manage hosts, domains, pools etc. as a
> set of objects with properties and methods."
>
> "With this patch in place, you can log into the WUI, and use qpid-tool (a
> generic qpid QMF client) to view and manipulate nodes/domains/pools etc."
>
> QPID was added[4] to libvirt in September.
>
> [1] https://www.redhat.com/archives/ovirt-devel/2008-October/msg00017.html
>
> [2] http://cwiki.apache.org/qpid/
>
> [3] http://jira.amqp.org/confluence/display/AMQP/
>
> [4] https://www.redhat.com/archives/libvir-list/2008-September/msg00388.html
>
> -- Booting Guest From ISO Image --
>
> Darryl L. Pierce is adding[1] support for booting a VM from an ISO image.
> After adding an ISO image to the Cobbler server on the appliance with the
> full NFS URL needed to mount it, "If the filename ends in '.iso' then the
> virtual machine will mount the file as a CDROM device and boot it.
> Otherwise, it mounts it as a hard disk device." There remains a bug which
> requires manual intervention to complete the boot from CDROM.
>
> [1] https://www.redhat.com/archives/ovirt-devel/2008-October/msg00028.html
>
> --- End FWN #146 --
>
> _______________________________________________
> Fedora-news-list mailing list
> Fedora-news-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-news-list
>
More information about the news
mailing list